JPWO2015115505A1 - ユーザ端末及びプロセッサ - Google Patents

ユーザ端末及びプロセッサ Download PDF

Info

Publication number
JPWO2015115505A1
JPWO2015115505A1 JP2015559990A JP2015559990A JPWO2015115505A1 JP WO2015115505 A1 JPWO2015115505 A1 JP WO2015115505A1 JP 2015559990 A JP2015559990 A JP 2015559990A JP 2015559990 A JP2015559990 A JP 2015559990A JP WO2015115505 A1 JPWO2015115505 A1 JP WO2015115505A1
Authority
JP
Japan
Prior art keywords
resource
user terminal
data
control
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2015559990A
Other languages
English (en)
Other versions
JP6022090B2 (ja
Inventor
直久 松本
直久 松本
空悟 守田
空悟 守田
真人 藤代
真人 藤代
剛洋 榮祝
剛洋 榮祝
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyocera Corp
Original Assignee
Kyocera Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kyocera Corp filed Critical Kyocera Corp
Application granted granted Critical
Publication of JP6022090B2 publication Critical patent/JP6022090B2/ja
Publication of JPWO2015115505A1 publication Critical patent/JPWO2015115505A1/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明に係る移動通信システムは、ネットワークを介さない直接的な通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムであって、Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースの位置を示す制御情報の送信に用いられる時間・周波数リソースである制御リソースを、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限された制御リソース領域の中から決定する第１ユーザ端末と、前記制御リソース領域内で前記制御情報のスキャンを行う第２ユーザ端末と、を有する。

Description

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

Claims (27)

  1. ネットワークを介さない直接的な通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムであって、
    Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースの位置を示す制御情報の送信に用いられる時間・周波数リソースである制御リソースを、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限された制御リソース領域の中から決定する第１ユーザ端末と、
    前記制御リソース領域内で前記制御情報のスキャンを行う第２ユーザ端末と、を有することを特徴とする移動通信システム。
  2. 前記制御リソース領域、前記制御リソース、又は前記制御リソース領域の候補を指定する制御リソース情報を前記第１ユーザ端末に送信する基地局を有することを特徴とする請求項１に記載の移動通信システム。
  3. 前記第１ユーザ端末は、前記基地局が管理するセルに在圏しており、
    前記第１ユーザ端末は、前記基地局から前記制御リソース情報を受信しない場合で、且つ、未使用の前記データリソースが存在する場合に、前記未使用のデータリソースの位置を示す前記制御情報を送信することを特徴とする請求項２に記載の移動通信システム。
  4. 前記第１ユーザ端末は、前記基地局が管理するセルに在圏する場合、前記制御リソース情報を送信することを特徴とする請求項２に記載の移動通信システム。
  5. 圏外に位置する第３ユーザ端末を有し、
    前記第１ユーザ端末は、前記第３ユーザ端末が圏外に位置することを示すフラグ情報を前記第３ユーザ端末から受信した場合、前記制御リソース情報を前記第３ユーザ端末に送信することを特徴とする請求項４に記載の移動通信システム。
  6. 前記第３ユーザ端末は、前記制御リソース領域の範囲を制限する設定情報を予め記憶しており、
    前記第３ユーザ端末は、前記第１ユーザ端末から前記制御リソース情報を受信した場合、前記設定情報よりも前記制御リソース情報を優先させて、前記制御リソースを決定することを特徴とする請求項５に記載の移動通信システム。
  7. 前記第１ユーザ端末は、前記制御リソース領域の範囲を制限する設定情報を予め記憶しており、
    前記設定情報は、第１の周期で設けられる前記制御リソース領域を示し、
    前記基地局は、前記第１周期の整数倍又は整数分の一である第２の周期で設けられる前記制御リソース領域を示す前記制御リソース情報を前記第１ユーザ端末に送信することを特徴とする請求項２に記載の移動通信システム。
  8. 前記第１ユーザ端末は、前記データリソースを用いて、前記データリソースの次のデータリソースの位置を示す前記制御情報を、前記Ｄ２Ｄ通信データと共に送信すること特徴とする請求項１に記載の移動通信システム。
  9. 前記制御情報は、複数の領域に分けられた前記データリソース内で、最後のＤ２Ｄ通信データが配置された領域の次の領域に配置されることを特徴とする請求項８に記載の移動通信システム。
  10. 前記第１ユーザ端末は、前記データリソース内に前記制御リソースを設けることに加えて、前記データリソース外に前記制御リソースを周期的に設けることを特徴とする請求項８に記載の移動通信システム。
  11. 前記第１ユーザ端末は、前記データリソースが複数の小データリソースに分かれている場合、前記複数の小データリソースのそれぞれを用いて、同一の前記制御情報を送信することを特徴とする請求項８に記載の移動通信システム。
  12. 前記第１ユーザ端末は、前記データリソース内で、前記Ｄ２Ｄ通信データに適用される変調・符号化方式よりも誤り耐性が高い変調・符号化方式を前記制御情報に適用することを特徴とする請求項８に記載の移動通信システム。
  13. 前記制御情報のエラー耐性を高める方法が異なる複数種類の送信モードが規定されており、
    前記第１ユーザ端末は、前記Ｄ２Ｄ通信に用いられるアプリケーションに応じて、前記複数種類の送信モードの中から、前記制御情報の送信に適用する送信モードを選択することを特徴とする請求項１に記載の移動通信システム。
  14. 前記制御リソース領域は、時間軸方向に周期的に設けられ、
    前の周期の制御リソースの位置に応じて、次の周期の制御リソース領域の範囲が制限され、
    前記第１ユーザ端末は、前記前の周期の制御リソースの位置に応じて、前記次の周期の制御リソースを決定することを特徴とする請求項１に記載の移動通信システム。
  15. 前記第１ユーザ端末は、前記制御リソースの決定を開始する前に、前記制御リソース領域内で前記制御情報のスキャンを行い、
    前記第１ユーザ端末は、スキャンされた前記制御リソース領域内の未使用の時間・周波数リソースに基づいて、前記次の周期の制御リソースを決定することを特徴とする請求項１４に記載の移動通信システム。
  16. 前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限されたデータリソース領域が、時間軸方向に周期的に設けられ、
    前記制御リソースの位置に応じて、前記データリソース領域の範囲が制限され、
    前記第１ユーザ端末は、前記制御リソースの決定を開始する前に、前記データリソース領域内で前記Ｄ２Ｄ通信データのスキャンを行い、
    前記第１ユーザ端末は、スキャンされた前記データリソース領域内の未使用の時間・周波数リソースに基づいて、前記未使用の時間・周波数リソースの位置を示すべき前記制御リソース内の時間・周波数リソースを推定し、
    前記第１ユーザ端末は、推定された前記時間・周波数リソースに基づいて、前記次の周期の制御リソースを決定することを特徴とする請求項１４に記載の移動通信システム。
  17. 前記第２ユーザ端末は、前記制御情報のスキャンによって、前記制御情報の衝突を検知した場合、前記制御情報が衝突したことを示す衝突情報を送信し、
    前記第１ユーザ端末は、前記衝突情報を受信した場合、前記制御リソースの位置の変更を検討することを特徴とする請求項１４に記載の移動通信システム。
  18. 前記第１ユーザ端末は、前記衝突情報を受信した場合であっても、前記制御情報を周期的に連続して送信している場合、前記制御リソースの位置の変更の検討を省略することを特徴とする請求項１７に記載の移動通信システム。
  19. 前記第１ユーザ端末は、前記第１ユーザ端末の固有値に基づいて前記制御リソース領域の範囲を算出することを特徴とする請求項１に記載の移動通信システム。
  20. 前記制御情報は、前記データリソースの位置を示すと共に、前記データリソースの次のデータリソースの位置を示す制御リソースの位置を示すことを特徴とする請求項１に移動通信システム。
  21. 前記制御リソース領域は、グループ領域とブロードキャスト領域とを含み、
    前記グループ領域内には、Ｄ２Ｄグループを構成する複数のユーザ端末を対象とした前記制御リソースが設けられ、
    前記ブロードキャスト領域内には、不特定のユーザ端末を対象とした前記制御リソースが設けられることを特徴とする請求項１に記載の移動通信システム。
  22. 前記第１ユーザ端末は、前記第１ユーザ端末が属する１つのＤ２Ｄグループを構成する複数のユーザ端末と、前記１つのＤ２Ｄグループ専用の前記制御リソース領域を共有していることを特徴とする請求項１に記載の移動通信システム。
  23. 前記第１ユーザ端末は、前記制御リソースを用いて、前記第１ユーザ端末が圏外に位置する否かを示すフラグ情報を、前記制御情報と共に送信することを特徴とする請求項１に記載の移動通信システム。
  24. 前記制御リソース情報は、前記制御リソースを指定する情報であり、
    前記基地局は、下りリンク制御情報を用いて前記制御リソース情報を送信することを特徴とする請求項２に記載の移動通信システム。
  25. 前記制御リソース情報は、前記制御リソースの範囲を指定する情報であり、
    前記基地局は、ＲＲＣメッセージを用いて、前記制御リソース情報を送信することを特徴とする請求項２に記載の移動通信システム。
  26. ネットワークを介さない直接的な通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムであって、
    Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースの位置を示す制御情報の送信に用いられる時間・周波数リソースである制御リソースを、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中から決定するユーザ端末を有し、
    前記ユーザ端末は、決定した前記制御リソースを用いて、ビットレベル又はリソースブロック単位で同一の前記制御情報を繰り返し送信することを特徴とする移動通信システム。
  27. ネットワークを介さない直接的な通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムに用いられるユーザ端末であって、
    Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースの位置を示す制御情報の送信に用いられる時間・周波数リソースである制御リソースを、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限された制御リソース領域の中から決定する制御部を有することを特徴とするユーザ端末。
JP2015559990A 2014-01-31 2015-01-28 ユーザ端末及びプロセッサ Active JP6022090B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461934305P 2014-01-31 2014-01-31
US61/934,305 2014-01-31
PCT/JP2015/052413 WO2015115505A1 (ja) 2014-01-31 2015-01-28 移動通信システム及びユーザ端末

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2016196207A Division JP6068723B1 (ja) 2014-01-31 2016-10-04 基地局及びプロセッサ

Publications (2)

Publication Number Publication Date
JP6022090B2 JP6022090B2 (ja) 2016-11-09
JPWO2015115505A1 true JPWO2015115505A1 (ja) 2017-03-23

Family

ID=53757077

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2015559990A Active JP6022090B2 (ja) 2014-01-31 2015-01-28 ユーザ端末及びプロセッサ
JP2016196207A Active JP6068723B1 (ja) 2014-01-31 2016-10-04 基地局及びプロセッサ
JP2016249083A Active JP6466903B2 (ja) 2014-01-31 2016-12-22 移動通信システム及びユーザ端末
JP2019002968A Active JP6621551B2 (ja) 2014-01-31 2019-01-10 通信方法、ユーザ装置、プロセッサ及び通信システム

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2016196207A Active JP6068723B1 (ja) 2014-01-31 2016-10-04 基地局及びプロセッサ
JP2016249083A Active JP6466903B2 (ja) 2014-01-31 2016-12-22 移動通信システム及びユーザ端末
JP2019002968A Active JP6621551B2 (ja) 2014-01-31 2019-01-10 通信方法、ユーザ装置、プロセッサ及び通信システム

Country Status (4)

Country Link
US (2) US9854618B2 (ja)
EP (1) EP3101973B1 (ja)
JP (4) JP6022090B2 (ja)
WO (1) WO2015115505A1 (ja)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3100565B1 (en) 2014-01-31 2018-02-07 Sony Corporation Communications device and methods
US10477538B2 (en) * 2014-03-19 2019-11-12 Qualcomm Incorporated Time hopping in device-to-device transmissions
US10524282B2 (en) * 2014-03-19 2019-12-31 Qualcomm Incorporated Scheduling assignment content and transmission in wireless communications
CN110121162B (zh) 2014-04-29 2021-09-21 华为技术有限公司 一种资源复用的装置、用户设备和方法
CN105101041A (zh) * 2014-05-07 2015-11-25 夏普株式会社 基站、用户设备及相关方法
WO2015199353A1 (ko) * 2014-06-24 2015-12-30 엘지전자 주식회사 단말간 직접 통신을 지원하는 통신 시스템에서 송수신 단말간 통신을 위한 자원할당 방법 및 이를 위한 장치
EP3179824B1 (en) 2014-08-08 2022-04-13 Kyocera Corporation User terminal and processor
CN106257958B (zh) * 2015-06-30 2019-10-15 北京智谷睿拓技术服务有限公司 消息发送方法、消息接收方法及其装置
KR20170022224A (ko) * 2015-08-19 2017-03-02 한국전자통신연구원 기회적 데이터 전송 방법 및 장치
WO2017038509A1 (ja) * 2015-09-01 2017-03-09 株式会社Ｎｔｔドコモ ユーザ装置及び通信方法
US10624112B2 (en) * 2015-09-23 2020-04-14 Qualcomm Incorporated Location and listen-before-schedule based resource allocation for vehicle-to-vehicle communication
EP3373676A4 (en) * 2015-11-05 2018-09-26 NTT DoCoMo, Inc. User device, base station, and notification method
EP3404957B1 (en) * 2016-01-14 2020-11-11 LG Electronics Inc. -1- Method for measuring and reporting d2d resource in wireless communication system, and apparatus therefor
WO2017128757A1 (zh) 2016-01-27 2017-08-03 华为技术有限公司 一种通信方法及通信装置
US10716155B2 (en) * 2016-02-08 2020-07-14 Kyocera Corporation Radio terminal
WO2017188872A1 (en) * 2016-04-29 2017-11-02 Telefonaktiebolaget Lm Ericsson (Publ) Efficient distribution of position data within a group
WO2017195538A1 (ja) * 2016-05-12 2017-11-16 株式会社Ｎｔｔドコモ ユーザ装置及び信号送信方法
CN107682897B (zh) * 2016-08-01 2019-09-17 电信科学技术研究院 一种资源预约方法及装置
KR20190053243A (ko) 2016-09-26 2019-05-17 후아웨이 테크놀러지 컴퍼니 리미티드 디바이스 대 디바이스 데이터 송신 방법, 장치 및 시스템
EP3506693B1 (en) * 2016-09-30 2021-03-03 Huawei Technologies Co., Ltd. Resource selecting method and terminal device
RU2727798C1 (ru) * 2016-11-03 2020-07-24 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ передачи сигналов, оконечное устройство и сетевое устройство
CN109511169B (zh) 2017-09-15 2024-01-05 华为技术有限公司 一种控制资源集合的获取方法、装置以及系统
US11516834B2 (en) * 2017-11-13 2022-11-29 Qualcomm Incorporated Uplink control information transmission
US11470584B2 (en) 2018-08-08 2022-10-11 Sony Corporation Communication device
WO2020221648A1 (en) * 2019-04-30 2020-11-05 Telefonaktiebolaget Lm Ericsson (Publ) Transmitting and receiving an indication
US20230247634A1 (en) 2019-06-03 2023-08-03 Sony Group Corporation Communication apparatus and communication method
EP4002945A4 (en) * 2019-08-16 2023-08-23 Hyundai Motor Company PROCEDURE FOR CONFIGURATION OF A SIDELINK RESOURCE IN A COMMUNICATION SYSTEM
WO2021045596A1 (ko) * 2019-09-06 2021-03-11 엘지전자 주식회사 무선통신시스템에서 사이드링크 자원의 해제에 관련된 기지국의 동작 방법 및 장치
JPWO2022269934A1 (ja) * 2021-06-25 2022-12-29

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8839362B2 (en) * 2006-07-31 2014-09-16 Motorola Mobility Llc Method and apparatus for managing transmit power for device-to-device communication
JP4558020B2 (ja) * 2007-08-14 2010-10-06 株式会社エヌ・ティ・ティ・ドコモ ユーザ装置、送信方法及び通信システム
ES2419804T3 (es) * 2007-09-13 2013-08-21 Lg Electronics Inc. Procedimiento de asignación de recursos de radio en un sistema de comunicación inalámbrica
US8577363B2 (en) * 2008-07-14 2013-11-05 Nokia Corporation Setup of device-to-device connection
WO2011155708A2 (ko) * 2010-06-08 2011-12-15 엘지전자 주식회사 반송파 집성(ca)을 지원하는 무선접속 시스템에서 제어신호 검색방법
US20140023008A1 (en) * 2010-12-27 2014-01-23 Jae-Young Ahn Method for establishing a device-to-device link connection and scheduling for device-to-device communication and terminal relaying
HUE041617T2 (hu) * 2011-08-01 2019-05-28 Intel Corp Lehetséges eszköz-eszköz kommunikáció
KR20130065373A (ko) * 2011-12-09 2013-06-19 한국전자통신연구원 Ｄ２ｄ 그룹 통신 방법 및 이를 이용하는 단말 장치
US20130229931A1 (en) * 2012-03-02 2013-09-05 Electronics And Telecommunications Research Institute Methods of managing terminal performed in base station and terminal
US9370001B2 (en) * 2012-03-18 2016-06-14 Lg Electronics Inc. Method and wireless device for transmitting data packet
US9084241B2 (en) * 2012-05-21 2015-07-14 Qualcomm Incorporated Methods and apparatus for determining available resources for D2D communications
TWI620459B (zh) * 2012-05-31 2018-04-01 內數位專利控股公司 在蜂巢式通訊系統中賦能直鏈通訊排程及控制方法
JP5905575B2 (ja) 2012-06-06 2016-04-20 京セラ株式会社 通信制御方法及び基地局
US9154267B2 (en) * 2012-07-02 2015-10-06 Intel Corporation Sounding reference signal (SRS) mechanism for intracell device-to-device (D2D) communication
WO2014017498A1 (ja) 2012-07-27 2014-01-30 京セラ株式会社 移動通信システム
US9143291B2 (en) * 2012-12-27 2015-09-22 Google Technology Holdings LLC Method and apparatus for device-to-device communication
US9185697B2 (en) * 2012-12-27 2015-11-10 Google Technology Holdings LLC Method and apparatus for device-to-device communication
KR20160064172A (ko) * 2013-09-27 2016-06-07 텔레폰악티에볼라겟엘엠에릭슨(펍) 디바이스 투 디바이스(ｄ2ｄ) 콘트롤 정보 릴레이
WO2015063186A1 (en) * 2013-10-31 2015-05-07 Telefonaktiebolaget L M Ericsson (Publ) Method and device for d2d communication within a cellular radio network

Also Published As

Publication number Publication date
JP2017108412A (ja) 2017-06-15
JP2019071663A (ja) 2019-05-09
US20160338127A1 (en) 2016-11-17
EP3101973B1 (en) 2018-12-05
US9942933B2 (en) 2018-04-10
US20180042062A1 (en) 2018-02-08
JP6621551B2 (ja) 2019-12-18
JP6466903B2 (ja) 2019-02-06
JP2017041893A (ja) 2017-02-23
JP6068723B1 (ja) 2017-01-25
EP3101973A1 (en) 2016-12-07
US9854618B2 (en) 2017-12-26
WO2015115505A1 (ja) 2015-08-06
JP6022090B2 (ja) 2016-11-09
EP3101973A4 (en) 2017-08-30

Similar Documents

Publication Publication Date Title
JP6621551B2 (ja) 通信方法、ユーザ装置、プロセッサ及び通信システム
JP6224861B2 (ja) ユーザ端末、プロセッサ、及び方法
JP6313485B2 (ja) ユーザ端末、移動通信方法及びプロセッサ
JP6026549B2 (ja) 移動通信システム、基地局及びユーザ端末
JP2016174369A (ja) 無線基地局及びプロセッサ
JP6446375B2 (ja) 移動通信システム及びユーザ端末
JP6499166B2 (ja) 通信制御方法、ユーザ端末及び基地局
JP2018152888A (ja) 通信制御方法、ユーザ端末及びプロセッサ
JP6106286B2 (ja) ユーザ端末及びプロセッサ
WO2016163474A1 (ja) ユーザ端末

Legal Events

Date Code Title Description
A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20160831

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160906

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20161004

R150 Certificate of patent or registration of utility model

Ref document number: 6022090

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150