JP6313485B2 - ユーザ端末、移動通信方法及びプロセッサ - Google Patents

Description

本発明は、Ｄ２Ｄ近傍サービスをサポートするユーザ端末、移動通信方法及びプロセッサに関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。

Ｄ２Ｄ近傍サービス（Ｄ２Ｄ ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で、ネットワークを介さない直接的な通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するための発見処理（Ｄｉｓｃｏｖｅｒｙ）と、直接的な通信を行う通信処理（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。

３ＧＰＰ技術報告書 「ＴＲ ３６．８４３ Ｖ１．０．０」 ２０１４年１月１６日

ところで、Ｄ２Ｄ通信は、例えば、基地局の負荷を低減するために行われたり、ユーザ端末が圏外の場合に行われたりする。このため、ユーザ端末が、Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソース（以下、データリソースと適宜称する）を決定し、決定したデータリソースを周囲のユーザ端末に知らせるために、決定したデータリソースの位置を示す制御情報を送信することが想定される。

しかしながら、ユーザ端末が、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中からデータリソースを決定するための仕組みが存在しないという問題がある。

そこで、本発明は、ユーザ端末がＤ２Ｄ通信データの送信に用いられるデータリソースを適切に決定できる移動通信システム及びユーザ端末を提供することを目的とする。

一実施形態に係るユーザ端末は、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信をサポートするユーザ端末である。前記ユーザ端末は、Ｄ２Ｄリソース情報を基地局から受信する処理と、前記Ｄ２Ｄリソース情報に基づいて、前記Ｄ２Ｄ通信に利用可能な無線リソースの中からデータ無線リソースと制御無線リソースとを決定する無線リソース決定処理と、前記決定したデータ無線リソースの位置を示すＤ２Ｄ通信制御情報を、前記決定した制御無線リソースを用いて他のユーザ端末に繰り返し送信する制御情報送信処理と、Ｄ２Ｄ通信データを、前記決定したデータ無線リソースを用いて前記他のユーザ端末に繰り返し送信するデータ送信処理と、を行う制御部を備える。前記Ｄ２Ｄリソース情報は、前記無線リソース決定処理で利用される、時間要素に関するオフセット情報を含む。

図１は、ＬＴＥシステムの構成図である。 図２は、ＵＥのブロック図である。 図３は、ｅＮＢのブロック図である。 図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 図５は、ＬＴＥシステムで使用される無線フレームの構成図である。 図６は、セルラ通信におけるデータパスを示す図である。 図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。 図８は、動作例１に係るＵＥ１００の動作を説明するためのフローチャートである。 図９は、動作例１を説明するための無線フレームの構成図である。 図１０は、動作例１の変更例に係るＵＥ１００の動作を説明するためのフローチャートである。 図１１は、動作例２に係るＵＥ１００の動作を説明するためのフローチャートである。 図１２は、動作例２を説明するための無線フレームの構成図である。 図１３は、動作例２の変更例を説明するための無線フレームの構成図である。 図１４は、実施形態に係る移動通信システムの動作を説明するためのシーケンスである。 図１５は、圏内に位置するＵＥ１００の動作を説明するためのフローチャートである。 図１６は、圏外に位置するＵＥ１００の動作を説明するためのフローチャートである。 図１７は、その他実施形態に係る移動通信システムにおける無線フレームの構成図である。 図１８は、データの衝突回避のためのＳＡの使用例を示す図である。 図１９は、ＳＡ期間及びＳＡ領域を説明するための図である。 図２０は、各ＳＡがデータ送信リソースに関連する位置を決定することを説明するための図である。 図２１は、最初のＳＡ送信及びその後のＳＡ送信を説明するための図である。

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

実施形態に係る移動通信システムは、前記データリソース領域、前記データリソース、又は前記データリソース領域の候補を指定するデータリソース情報を前記ユーザ端末に送信する基地局を有する。

実施形態において、前記データリソース情報は、前記データリソースを指定する情報であり、前記基地局は、下りリンク制御情報を用いて前記データリソース情報を送信する。

実施形態において、前記データリソース情報は、前記データリソースの範囲を指定する情報であり、前記基地局は、ＲＲＣメッセージを用いて、前記データリソース情報を送信する。

実施形態において、前記ユーザ端末は、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限された制御リソース領域の中から、前記制御リソースを決定し、前記基地局は、前記制御リソース領域、前記制御リソース、又は前記制御リソース領域の候補を指定する制御リソース情報と共に、前記データリソース情報をユニキャストで前記ユーザ端末に送信する。

実施形態において、前記基地局は、前記データリソース情報をブロードキャストで送信し、前記データリソース情報は、前記データリソースの位置及び前記データリソースのサイズの少なくとも一方を制限するための情報を含む。

実施形態において、前記ユーザ端末は、前記基地局が管理するセルに在圏する場合、前記基地局から受信した前記データリソース情報を送信することを特徴とする。

実施形態に係る移動通信システムは、圏外に位置する他のユーザ端末を有し、前記ユーザ端末は、前記他のユーザ端末が圏外に位置することを示すフラグ情報を前記他のユーザ端末から受信した場合、前記データリソース情報を前記他のユーザ端末に送信する。

実施形態に係る移動通信システムは、前記データリソース領域の範囲を制限する設定情報を予め記憶しており、圏外に位置する他のユーザ端末を有し、前記他のユーザ端末は、前記ユーザ端末から前記データリソース情報を受信した場合、前記設定情報よりも前記データリソース情報を優先させて、前記データリソースを決定する。

実施形態において、前記ユーザ端末は、前記制御リソースの位置及び／又は前記制御リソースのサイズに基づいて、前記データリソースを決定する。

実施形態において、前記ユーザ端末が前記制御リソースを決定する範囲である制御リソース領域は、時間軸方向に周期的に設けられ、前の周期の制御リソースの位置に応じて、次の周期の制御リソース領域の範囲が制限されると共に、前記制御リソースの位置に応じて、前記データリソース領域の範囲が制限され、前記ユーザ端末は、前記前の周期の制御リソースの位置に応じて、前記データリソースを決定する。

実施形態において、前記ユーザ端末は、前記制御リソースを用いて、前記ユーザ端末が圏外に位置するか否かを示すフラグ情報を前記制御情報と共に送信する。

実施形態に係る移動通信システムは、ネットワークを介さない直接的な通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムであって、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中から、Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースと、前記データリソースの位置を示す制御情報の送信に用いられる時間・周波数リソースである制御リソースとを決定するユーザ端末を有し、前記ユーザ端末は、決定したデータリソースを用いて、ビットレベル又はリソースブロック単位で同一の前記Ｄ２Ｄ通信データを繰り返し送信する。

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

［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。

（システム構成）
図１は、本実施形態に係るＬＴＥシステムの構成図である。

図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。

ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。

Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。

なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。

ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）４００とを含む。また、ＥＰＣ２０は、コアネットワークに相当する。

ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。

ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。

次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。

図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。

ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。

アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。

ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。

バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。

プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ２４０’としてもよい。

アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。

ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。

メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。

プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。

図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。

物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。

ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割り当てリソースブロックを決定するＭＡＣスケジューラを含む。

ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態であり、そうでない場合、ＵＥ１００はアイドル状態である。

ＲＲＣレイヤの上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤは、セッション管理及びモビリティ管理などを行う。

図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ使用される。

図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルにより構成される無線リソース単位はリソースエレメント（ＲＥ）と称される。

ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。さらに、各サブフレームには、セル固有参照信号（ＣＲＳ）が分散して配置される。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。さらに、各サブフレームには、復調参照信号（ＤＭＲＳ）及びサウンディング参照信号（ＳＲＳ）が配置される。

（Ｄ２Ｄ通信）
次に、ＬＴＥシステムの通常の通信（セルラ通信）とＤ２Ｄ通信とを比較して説明する。

図６は、セルラ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でセルラ通信を行う場合を例示している。なお、データパスとは、ユーザデータ（ユーザプレーン）の転送経路を意味する。

図６に示すように、セルラ通信のデータパスはネットワークを経由する。詳細には、ｅＮＢ２００−１、Ｓ−ＧＷ３００、及びｅＮＢ２００−２を経由するデータパスが設定される。

図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でＤ２Ｄ通信を行う場合を例示している。

図７に示すように、Ｄ２Ｄ通信のデータパスはネットワークを経由しない。すなわち、ＵＥ間で直接的な無線通信を行う。このように、ＵＥ１００−１の近傍にＵＥ１００−２が存在するのであれば、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信を行うことによって、ネットワークのトラフィック負荷及びＵＥ１００のバッテリ消費量を削減するなどの効果が得られる。

なお、Ｄ２Ｄ通信が開始されるケースとして、（ａ）近傍端末を発見するための動作を行うことによって近傍端末を発見した後に、Ｄ２Ｄ通信が開始されるケースと、（ｂ）近傍端末を発見するための動作を行わずにＤ２Ｄ通信が開始されるケースがある。

例えば、上記（ａ）のケースでは、ＵＥ１００−１及びＵＥ１００−２のうち一方のＵＥ１００が、近傍に存在する他方のＵＥ１００を発見することで、Ｄ２Ｄ通信が開始される。

このケースの場合、ＵＥ１００は、近傍端末を発見するために、自身の近傍に存在する他のＵＥ１００を発見する（Ｄｉｓｃｏｖｅｒ）機能、及び／又は、ＵＥ１００は、他のＵＥ１００から発見される（Ｄｉｓｃｏｖｅｒａｂｌｅ）機能を有する。

具体的には、ＵＥ１００−１は、近傍端末を発見するため又は近傍端末に発見されるために用いられる発見信号（Ｄｉｓｃｏｖｅｒｙ信号／Ｄｉｓｃｏｖｅｒａｂｌｅ信号）を送信する。発見信号を受信したＵＥ１００−２は、ＵＥ１００−１を発見する。ＵＥ１００−２が、発見信号に対する応答を送信することで、発見信号を送信したＵＥ１００−１は、近傍端末であるＵＥ１００−２を発見する。

なお、ＵＥ１００は、近傍端末を発見しても必ずしもＤ２Ｄ通信を行う必要はなく、例えば、ＵＥ１００−１及びＵＥ１００−２は、互いに相手を発見した後に、ネゴシエーションを行って、Ｄ２Ｄ通信を行うか否かを判定してもよい。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、Ｄ２Ｄ通信を行うことに同意した場合に、Ｄ２Ｄ通信を開始する。なお、ＵＥ１００−１は、近傍端末を発見した後にＤ２Ｄ通信を行わなかった場合、上位レイヤ（例えば、アプリケーションなど）に近傍のＵＥ１００（すなわち、ＵＥ１００−２）の発見を報告してもよい。例えば、アプリケーションは、当該報告に基づく処理（例えば、ＵＥ１００−２の位置を地図情報にプロットする処理など）を実行できる。

また、ＵＥ１００は、近傍端末を発見したことをｅＮＢ２００に報告し、近傍端末との通信をセルラ通信によって行うかＤ２Ｄ通信によって行うかの指示をｅＮＢ２００から受けることも可能である。

一方、上記（ｂ）のケースでは、例えば、ＵＥ１００−１は、近傍端末を特定せずに、Ｄ２Ｄ通信用の信号の送信（ブロードキャストによる報知など）を開始する。これにより、ＵＥ１００は、近傍端末の発見の有無にかかわらず、Ｄ２Ｄ通信を開始できる。なお、Ｄ２Ｄ通信用の信号の待ち受け動作を行っているＵＥ１００−２は、ＵＥ１００−１からの当該信号に基づいて、同期又は／及び復調を行う。

（制御リソース及びデータリソースの決定）
次に、ＵＥ１００−１が（制御リソース及びデータリソースを決定する動作について、説明する。

ＵＥ１００−１は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中からＤ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースを決定する。また、ＵＥ１００−１は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中から、データリソースの位置を示す制御情報（ＳＡ：Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ）の送信に用いられる時間・周波数リソースである制御リソース（ＳＡリソース）を決定する。

本実施形態では、ＵＥ１００−１は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限された制御リソース領域（ＳＡリソース領域）の中からＳＡリソースを決定する。ＳＡリソース領域は、ＵＥ１００がＳＡの送信に用いるＳＡリソースが配置される領域である。また、ＵＥ１００−１は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限されたデータリソース領域の中からデータリソースを決定する。データリソース領域は、ＵＥ１００がＤ２Ｄ通信データの送信に用いるデータリソースが配置される領域である。

ＵＥ１００−１は、決定したＳＡリソースを用いて、決定したデータリソースの位置を示すＳＡを送信する。ＳＡを受信したＵＥ１００−２は、ＳＡによって、ＵＥ１００−１がＤ２Ｄ通信データの送信に用いるデータリソースの位置を把握することができる。ＵＥ１００−２は、把握したデータリソースをスキャンすることによって、ＵＥ１００−１からのＤ２Ｄ通信データを受信することができる。

次に、ＵＥ１００−１（ＵＥ１００）がデータリソースを決定する際の動作例を、図８から図１３を用いて説明する。

図８は、動作例１に係るＵＥ１００の動作を説明するためのフローチャートである。図９は、動作例１を説明するための無線フレームの構成図である。図１０は、動作例１の変更例に係るＵＥ１００の動作を説明するためのフローチャートである。図１１は、動作例２に係るＵＥ１００の動作を説明するためのフローチャートである。図１２は、動作例２を説明するための無線フレームの構成図である。図１３は、動作例２の変更例を説明するための無線フレームの構成図である。

（Ａ）動作例１
ＵＥ１００は、ｅＮＢ２００が管理するセルに在圏している。ｅＮＢ２００は、データリソース領域の範囲を制限するための情報であるデータリソース情報をＵＥ１００に送信する。ｅＮＢ２００は、ＲＲＣメッセージ（例えば、ＳＩＢ（システム情報ブロック））又はＤＣＩ（下りリンク制御情報）の少なくともいずれかによって、ＵＥ１００にデータリソース情報を送信できる。ＵＥ１００は、ｅＮＢ２００から受信したデータリソース情報に基づいて、データリソースを決定する。

データリソース情報は、データリソース領域、データリソース、又はデータリソース領域の候補を指定する情報である。また、データリソース情報は、データリソースの位置及びデータリソースのサイズの少なくとも一方を制限するための情報であってもよい。

例えば、データリソース情報は、データリソース領域の周波数帯及び／又は時間帯、データリソース領域の周期（時間）、データリソース開始を示すＳＡからのオフセット（時間及び／又は周波数）、及び、データリソース間隔の少なくともいずれかを示す情報を含む。データリソース情報は、１つのデータリソースのリソースサイズ、データリソースの個数、又はＤ２Ｄ通信データに適用される変調・符号化方式（ＭＣＳ）の少なくともいずれかを示す情報を含んでもよい。

なお、ｅＮＢ２００は、データリソースを（直接）指定するデータリソース情報を送信する場合、ＤＣＩを用いて送信できる。一方、ｅＮＢ２００は、データリソースの範囲（すなわち、データリソース領域）を（直接）指定するデータリソース情報を送信する場合、ＲＲＣメッセージ（例えば、ＳＩＢ）を用いて送信できる。

動作例１では、ｅＮＢ２００が、ＳＡリソース領域の範囲を制限するための制御リソース情報（ＳＡリソース情報）と共にデータリソース情報を送信するケースについて、説明する。

ＳＡリソース情報は、ＳＡリソース領域、ＳＡリソース、又はＳＡリソース領域の候補を指定する情報である。例えば、ＳＡリソース情報は、ＳＡリソース領域の周波数帯及び／又は時間帯、オフセット（時間及び／又は周波数）、及び、周期（時間）の少なくともいずれかを示す情報を含む。

オフセットは、例えば、以下の式を用いて示される。

（オフセット） ＝ （ＳＦＮ×１０ ＋ ｓｕｂｆｒａｍｅ） ｍｏｄ （周期）

また、ＳＡリソース情報は、１つのＳＡリソースのサイズ、ＵＥ１００が割当可能なＳＡリソースの個数（及び／又はＳＡリソースの有無）、ＳＡに適用される変調・符号化方式（ＭＣＳ）の少なくともいずれかを示す情報を含んでもよい。

なお、ｅＮＢ２００は、ＵＥ１００のＳＡの送信を停止させる場合、ＳＡリソースが無いことを示す情報をＳＡリソース情報としてＵＥ１００に送信してもよいし、ＳＡリソースの個数が０であることをＳＡリソース情報としてＵＥ１００に送信してもよい。

図８に示すように、ステップＳ１０１において、ｅＮＢ２００は、ＲＲＣメッセージにてＳＡリソース情報と共にデータリソース情報をＵＥ１００にユニキャストで送信する。ＵＥ１００は、ｅＮＢ２００からＲＲＣメッセージを受信する。

ステップＳ１０２において、ＵＥ１００は、ＲＲＣメッセージから、ＳＡリソース情報を取得する。また、ステップＳ１０３において、ＵＥ１００は、ＲＲＣメッセージから、データリソース情報を取得する。

ステップＳ１０４において、ＵＥ１００は、ＳＡリソース情報及びデータリソース情報に基づいて、ＳＡリソース及びデータリソースを決定する。ＳＡリソース情報は、ＳＡリソース領域の範囲を制限するための割当規則であり、データリソース情報は、データリソース領域の範囲を制限するための割当規則であると仮定して説明する。

例えば、図９に示すように、ＳＡリソース情報は、ＳＡリソースのサイズ（＝１［ＲＢ］×１［ｓｕｂｆｒａｍｅ］）、オフセット（＝１［ｓｕｂｆｒａｍｅ］）、周期（＝１０［ｓｕｂｕｆｒａｍｅ］）を含む。データリソース情報は、データリソース領域（Ｆｒｅ＝３）、データリソース開始を示すＳＡからのオフセット（Ｓｕｂｆｒａｍｅ ｏｆｆｓｅｔ＝３）、１つのデータリソースのサイズ（＝１［ＲＢ］×１［ｓｕｂｆｒａｍｅ］）、データリソースの個数（＝３）、データ間隔（＝２［ｓｕｂｆｒａｍｅ］）を含む。ＵＥ１００は、これらの情報に基づいて範囲が制限されたＳＡリソース領域及びデータリソース領域の中から、ＳＡリソースとデータリソースとを決定する。

ステップＳ１０５において、ＵＥ１００は、ＳＡリソースを用いて、Ｄ２Ｄ通信データ（ＤＡＴＡ１１〜１３）のデータリソースを示すＳＡ１を送信し、データリソースを用いて、ＤＡＴＡ１１〜１３を送信する。また、ＵＥ１００は、ＳＡリソースを用いて、Ｄ２Ｄ通信データ（ＤＡＴＡ２１〜２３）のデータリソースを示すＳＡ２を送信し、ＤＡＴＡ２１〜２３を送信する。

（Ｂ）動作例１の変更例
上述した動作例１では、ｅＮＢ２００は、データリソース情報をユニキャストで送信していた。本変更例では、ｅＮＢ２００は、データリソース情報をブロードキャストで送信する。

図１０に示すように、ステップＳ２０１において、ｅＮＢ２００は、ＳＩＢでデータリソース情報を送信する。ＵＥ１００は、ｅＮＢ２００からＳＩＢを受信し、ＳＩＢからデータリソース情報を取得する。ここで、データリソース情報は、データリソース領域の範囲を制限するための割当規則であると仮定して説明を進める。

ステップＳ２０２において、ｅＮＢ２００は、ＤＣＩでＳＡリソース情報を送信する。ＵＥ１００は、ＤＣＩからＳＡリソース情報を取得する。ＳＡリソース情報は、ＳＡリソースを指定する情報であると仮定して説明を進める。

ステップＳ２０３において、ＵＥ１００は、ＳＡリソース情報と、データリソース情報と、とに基づいて、データリソース候補の中から使用するデータリソースを決定する。ＵＥ１００は、Ｄ２Ｄ通信データのデータ容量にさらに基づいて、データリソースを決定してもよい。

例えば、図９において、ｅＮＢ２００は、ＳＡ１の位置を示すＳＡリソースを指定するＳＡリソース情報を送信する。ＵＥ１００は、ｅＮＢ２００から指定されたＳＡリソース（ＳＡ１の位置のリソース）をＳＡリソースと決定する。また、ＵＥ１００は、ＳＡリソースと、データリソース領域の範囲を制限するための割当規則と、データ容量とに基づいて、データリソース（ＤＡＴＡ１１〜１３の位置のリソース）を決定する。

ステップＳ２０４において、ＵＥ１００は、ＳＡリソースを用いて、Ｄ２Ｄ通信データ（ＤＡＴＡ１１〜１３）のデータリソースを示すＳＡ１を送信し、データリソースを用いて、ＤＡＴＡ１１〜１３を送信する。

その後、ステップＳ２０３と同様に、ＵＥ１００は、ｅＮＢ２００から受信したＳＡリソース情報（ＳＡ２の位置のリソース）に基づいて、ＳＡリソースを決定する。ＵＥ１００は、ＳＡリソースと、データリソースの範囲を制限するための割当規則と、データ容量とに基づいて、データリソース（ＤＡＴＡ２１〜２３の位置のリソース）を決定する。

（Ｃ）動作例２
次に、動作例１では、ＵＥ１００は、ｅＮＢ２００からデータリソース情報に基づいて、データリソースを決定していた。動作例２では、ＵＥ１００は、ＵＥ１００が予め記憶されている設定情報に基づいて、データリソースを決定する。

設定情報は、データリソース領域の範囲を制限するための情報及びＳＡリソース領域の範囲を制限するための情報の少なくとも一方の情報である。設定情報は、データリソース領域の範囲を制限するための割当規則（及び／又はＳＡリソース領域の範囲を制限するための割当規則）であってもよい。設定情報は、上述のデータリソース情報（及び／又はＳＡリソース情報）と同様の構成を有する。

図１１に示すように、ステップＳ３０１において、ＵＥ１００−１は、ｅＮＢ２００から受信したＤＣＩからＳＡリソース情報を取得する。ＳＡリソース情報は、（ｓｕｂｆｒａｍｅ１、ＲＢ３：図１２のＳＡ１の位置のリソース）を示すと仮定して説明を進める。

ステップＳ３０２において、ＵＥ１００−１は、ＳＡリソース情報と設定情報とに基づいて、ＳＡリソース及びデータリソースを決定する。

ここで、設定情報は、データリソース開始を示すＳＡからのオフセット（Ｓｕｂｆｒａｍｅ ｏｆｆｓｅｔ＝３）、１つのデータリソースのサイズ（＝ＳＡのサイズ）、ＳＡによって示されるデータリソースの個数（＝３個）、データリソースの間隔（２［ｓｕｂｆｒａｍｅ］）であることを示すと仮定して説明を進める。

この設定情報によれば、ＳＡリソース情報が（ｓｕｂｆｒａｍｅ１、ＲＢ３）であるため、ＵＥ１００が利用可能な制御リソース領域の範囲が制限されている。ＵＥ１００は、ＳＡ１の位置のリソースをＳＡリソースに決定する。また、ＵＥ１００−１は、ＳＡリソースと設定情報とに基づいて、ＤＡＴＡ１のリソースの位置を（ｓｕｂｆｒａｍｅ４（＝１＋３＋２×０）、ＲＢ３）とし、ＤＡＴＡ２のリソースの位置を（ｓｕｂｆｒａｍｅ６（＝１＋３＋２×１）、ＲＢ３）とし、ＤＡＴＡ３のリソースの位置を（ｓｕｂｆｒａｍｅ８（＝１＋３＋２×２）、ＲＢ３）として、データリソースを決定する（図１２参照）。ＵＥ１００は、ＳＡリソースの位置及びＳＡリソースのサイズに基づいて、範囲が制限されたデータリソース領域の中からデータリソースを決定している。

ステップＳ３０３は、ステップＳ１０５に対応する。

一方、ｅＮＢ２００は、ＵＥ１００−２に対して、ＳＡリソース情報として、（ｓｕｂｆｒａｍｅ２、ＲＢ２−３：図１２のＳＡ１の位置のリソース）を示す情報を送信したと仮定して説明を進める。

ＵＥ１００−２は、ＳＡリソース情報が（ｓｕｂｆｒａｍｅ２、ＲＢ２−３）であるため、ＳＡ１の位置のリソースをＳＡリソースに決定する。また、ＵＥ１００−２は、ＵＥ１００−１と同じ設定情報を記憶していると仮定して説明を進める。ＵＥ１００−２は、ＳＡリソースと設定情報とに基づいて、ＤＡＴＡ１のリソースの位置を（ｓｕｂｆｒａｍｅ５（＝２＋３＋２×０）、ＲＢ２−３）とし、ＤＡＴＡ２のリソースの位置を（ｓｕｂｆｒａｍｅ７（＝２＋３＋２×１）、ＲＢ２−３）とし、ＤＡＴＡ３のリソースの位置を（ｓｕｂｆｒａｍｅ９（＝２＋３＋２×２）、ＲＢ２−３）として、データリソースを決定する（図１２参照）。

なお、動作例２では、ＵＥ１００は、設定情報に基づいて、データリソースの決定を行っていたが、ｅＮＢ２００からのデータリソース情報に基づいて、データリソースの決定を行ってもよい。

（Ｄ）動作例２の変更例
動作例２の変更例では、図１３に示すように、ＳＡリソース領域が、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で、時間軸方向に周期的に設けられている。また、動作例２の変更例では、前の周期のＳＡリソースの位置に応じて、次の周期のＳＡリソース領域の範囲が制限される。例えば、ＳＡリソース情報（又は設定情報）は、ＳＡリソースの位置が前の周期のＳＡリソースの位置と同じ位置に設けられる割当規則を示す。さらに、データリソース情報（又は設定情報）は、ＳＡリソースの位置に応じて、データリソース領域の範囲が制限される割当規則を示す。例えば、データリソース情報（又は設定情報）は、上述の動作例１の設定情報と同じ情報である。

この場合、ＵＥ１００−１は、ＳＡ１１（ｓｕｂｆｒａｍｅ１１、ＲＢ２）の位置のリソースをＳＡリソースとして決定した場合、次の周期のＳＡリソースの位置は、ＳＡ１１の位置と同じ位置に設けられるため、ＵＥ１００は、ＳＡ１２（ｓｕｂｆｒａｍｅ１１、ＲＢ２）の位置のリソースをＳＡリソースに決定する。

また、ＳＡ１２の位置のリソースに応じて、データリソース領域の範囲が制限される。このため、ＵＥ１００−１は、前の周期のＳＡリソース（ｓｕｂｆｒａｍｅ１１、ＲＢ２）の位置に応じて、データリソースを決定する。

これにより、ＵＥ１００−１と他のＵＥ１００（例えば、ＵＥ１００−２）とで、ＳＡリソースが重複しない限り、データリソースが衝突することを回避することができる。特に、ＵＥ１００−２が、ＳＡリソースを決定する前にＳＡリソース領域のスキャンを行う場合で、且つ、ＵＥ１００−１が周期的に連続してＳＡを送信していた場合、ＵＥ１００−２は、ＳＡリソース情報に基づいて、使用中のＳＡ１１を使用することを避けることができる。その結果、ＵＥ１００−１のＳＡと他のＵＥ１００のＳＡとが衝突することが回避できる。

（圏内／圏外のＵＥ１００の動作）
次に、圏内（Ｉｎ Ｃｏｖｅｒａｇｅ）／圏外（Ｏｕｔ ｏｆ Ｃｏｖｅｒａｇｅ）に位置する場合のＵＥ１００の動作について、図１４から図１６を用いて説明する。

図１４は、実施形態に係る移動通信システムの動作を説明するためのシーケンスである。図１５は、圏内に位置するＵＥ１００の動作を説明するためのフローチャートである。図１６は、圏外に位置するＵＥ１００の動作を説明するためのフローチャートである。

（Ａ）ｅＮＢ２００からのリソース情報と設定情報との切り替え
ＵＥ１００は、ｅＮＢ２００が管理するセルに在圏するか否かによって、リソース情報と設定情報とを切り替えて、ＳＡリソース及びデータリソースを決定する。ここで、リソース情報は、ＳＡリソース情報及びデータリソース情報の少なくともいずれかの情報である。以下に、詳細を説明する。

図１４に示すように、ステップＳ４０１において、ｅＮＢ２００は、所定の無線信号をブロードキャストする。所定の無線信号は、例えば、同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ／ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、セル参照信号（ＣＲＳ：Ｃｅｌｌ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）である。ＵＥ１００は、ｅＮＢ２００からの所定の無線信号を受信する。

ステップＳ４０２において、ＵＥ１００は、ｅＮＢ２００からの所定の無線信号の復号を試みる。ＵＥ１００は、無線信号の復号が失敗した場合（「Ｙｅｓ」の場合）、ステップＳ４０３の処理が実行される。一方、ＵＥ１００は、無線信号の復号が成功した場合（「Ｎｏ」の場合）、ステップＳ４０６の処理が実行される。

ステップＳ４０３において、ＵＥ１００は、圏外に位置すると判定する。なお、ＵＥ１００は、全てのｅＮＢ２００からの無線信号の受信できない場合（すなわち、全てのｅＮＢ２００からの無線信号の受信レベルが閾値を下回る場合）も、圏外に位置すると判定する。

ステップＳ４０４において、ＵＥ１００は、設定情報に基づいてＳＡリソース及びデータリソースを決定するために、Ｐｒｅ−ｃｏｎｆｉｇｕｒｅ設定を行う。これにより、ＵＥ１００は、ｅＮＢ２００からリソース情報を受信できない場合に、ＳＡリソース及びデータリソースを適切に決定することができる。その後、ＵＥ１００は、設定情報（Ｐｒｅ−ｃｏｎｆｉｇｕｒｅ設定）に基づいて、ＳＡリソース及びデータリソースを決定する。

ステップＳ４０５において、ＵＥ１００は、決定したＳＡリソースを用いて、ＳＡを送信する。ＵＥ１００は、ＳＡリソースを用いて、ＵＥ１００が圏外に位置するか否かを示すフラグ情報をＳＡと共に送信してもよい。例えば、フラグ情報は、ＵＥ１００が圏内に位置する場合（Ｉｎ Ｃｏｖｅｒａｇｅの場合）に「１」を示し、ＵＥ１００が圏外に位置する場合（Ｏｕｔ ｏｆ Ｃｏｖｅｒａｇｅの場合）に「０」を示す。ここでは、ＵＥ１００は、圏外に位置するため、フラグ情報は、圏外に位置することを示す。

一方、ステップＳ４０６において、ＵＥ１００は、所定の無線信号を送信したｅＮＢ２００のセルに在圏すると判定する。

ステップＳ４０７において、ｅＮＢ２００は、リソース情報（具体的には、ＳＡリソース情報）をＵＥ１００に送信する。ＵＥ１００は、リソース情報を受信する。

ステップＳ４０８において、ＵＥ１００は、ｅＮＢ２００から受信したリソース情報に基づいて、ＳＡリソースおよびデータリソースを決定するために、ｅＮＢ２００から受信したＳＡリソース情報によって示される設定値を設定する。その後、ＵＥ１００は、ＳＡリソース（設定値）に基づいて、ＳＡリソース及びデータリソースを決定する。その後、ＵＥ１００は、ステップＳ４０５の処理を行う。

なお、ＵＥ１００は、ＵＥ１００が圏外に位置しないことを示すフラグ情報をＳＡと共に送信してもよい。

（Ｂ）圏内に位置するＵＥ１００の動作
次に、圏内に位置するＵＥ１００の動作について、図１５を用いて説明する。

図１５に示すように、ステップＳ５０１において、ＵＥ１００は、ＳＡリソース領域をスキャンする。具体的には、ＵＥ１００は、ＳＡリソース情報に基づいて範囲が限定されたＳＡリソース領域をスキャンする。ＵＥ１００は、ＳＡリソース領域内のＳＡリソースを用いて送信されたＳＡを受信する。

ＵＥ１００は、受信したＳＡと共にフラグ情報を受信した場合、当該フラグ情報がフラグ情報の送信元の他のＵＥ１００が圏外であることを示すか否かを判定する。フラグ情報が他のＵＥ１００が圏外であることを示す場合、ステップＳ５０２の処理が実行される。一方、フラグ情報が他のＵＥ１００が圏外でないことを示す場合、ＵＥ１００は、処理を終了する。なお、ＵＥ１００は、複数のフラグ情報を受信した場合、複数のフラグ情報のそれぞれが、他のＵＥ１００が圏外でないことを示す場合にのみ、処理を終了する。ＵＥ１００は、複数のフラグ情報のいずれかが、他のＵＥ１００が圏外であることを示す場合、ステップＳ５０２の処理を実行する。

ステップＳ５０２において、ＵＥ１００は、ＵＥ１００自身がセルに在圏しているか否かを判定する。ＵＥ１００は、例えば、上述のステップＳ４０２からＳ４０４の処理を実行して、ＵＥ１００自身がセルに在圏しているか否かを判定する。

ＵＥ１００は、ＵＥ１００自身がセルに在圏している場合、ステップＳ５０３の処理を実行する。ＵＥ１００は、ＵＥ１００自身がセルに在圏していない場合（すなわち、圏外に位置する場合）、処理を終了する。

ステップＳ５０３において、ＵＥ１００は、ＵＥ１００が在圏するセルから受信したリソース情報（制御リソース情報及び／又はデータリソース情報）を他のＵＥ１００に送信する。ＵＥ１００は、リソース情報をブロードキャストで報知してもよいし、圏外に位置するＵＥ１００に対してリソース情報をユニキャストで送信してもよい。また、ＵＥ１００は、ＳＡリソースを用いて、リソース情報を送信してもよいし、データリソースを用いて、リソース情報を送信してもよい。ＵＥ１００は、リソース情報と共に、ＵＥ１００が圏外でないことを示すフラグ情報を送信してもよい。

これにより、圏外に位置する他のＵＥ１００は、リソース情報を受信することができる。リソース情報を受信した他のＵＥ１００は、以下の動作を行うことができる。

（Ｃ）圏外に位置するＵＥ１００の動作
次に、圏外に位置するＵＥ１００（ＵＥ１００−２）の動作について、図１６を用いて説明する。

ＵＥ１００−２は、圏外に位置している時に、セルに在圏するＵＥ１００−１からリソース情報を受信していると仮定して説明を進める。

図１６に示すように、ステップＳ６０１において、ＵＥ１００−２は、ＳＡリソース及びデータリソースを決定する。ＵＥ１００−２は、設定情報よりもデータリソース情報を優先させて、ＳＡリソース及びデータリソースを決定する。

なお、ＵＥ１００−２は、データリソース情報の内容が更新された設定情報の内容よりも新しい場合、設定情報に基づいて、ＳＡリソース及びデータリソースを決定してもよい。ＵＥ１００−１から受信したリソース情報に基づいて、ＳＡリソース及びデータリソースを決定してもよい。

ステップＳ６０２において、ＵＥ１００−２は、ステップＳ６０１において決定したＳＡリソースを用いて送信したＳＡと、セルに在圏するＵＥ１００が送信するＳＡ及び／又はＤ２Ｄ通信データとが衝突する危険があると判定した場合（「Ｙｅｓ」の場合）、ステップＳ６０３の処理を実行し、当該衝突の危険がないと判定した場合（「Ｎｏ」の場合）、ステップＳ６０４の処理を実行する。

また、ＵＥ１００−２は、ステップＳ６０１において決定したデータリソースを用いて送信したＤ２Ｄ通信データと、セルに在圏するＵＥ１００が送信するＳＡ及び／又はＤ２Ｄ通信データとが衝突する危険があると判定した場合（「Ｙｅｓ」の場合）、ステップＳ６０３の処理を実行し、当該衝突の危険がないと判定した場合（「Ｎｏ」の場合）、ステップＳ６０４の処理を実行する。

例えば、ＵＥ１００−２は、セルに在圏するＵＥ１００−１からのリソース情報に基づいて範囲が制限されたリソース領域内でＳＡリソースのスキャンを行う。ＵＥ１００−２は、ＳＡの送信に用いられたＳＡリソースを把握し、リソース情報に基づいてＳＡの送信に用いられるＳＡリソースを推測する。また、ＵＥ１００−２は、受信したＳＡが示すデータリソースを把握する。

ＵＥ１００−２は、推測したＳＡリソース及び把握したデータリソース（圏内ＵＥ１００のリソース）と、ＵＥ１００−２が送信に用いるＳＡリソース及びデータリソース（ＵＥ１００−２自身のリソース）とが重複していないかを判定する。ＵＥ１００−２は、圏内ＵＥ１００のリソースとＵＥ１００−２自身のリソースとが重複すると判定した場合、衝突の危険があると判定し、圏内ＵＥ１００のリソースとＵＥ１００−２自身のリソースとが重複しないと判定した場合、衝突の危険がないと判定する。

また、ＵＥ１００−２は、例えば、ＳＡリソース領域及びデータリソース領域の範囲を制限する内容が設定情報とリソース情報とで一致していた場合、衝突の危険がないと判定してもよい。或いは、ＵＥ１００−２は、ＵＥ１００−２のＳＡリソース及びデータリソースが圏内ＵＥ１００のＳＡリソース及び／又はデータリソースの範囲内にある場合、衝突の危険があると判定してもよい。

ステップＳ６０３において、ＵＥ１００−２は、決定したＳＡリソース及びデータリソースを用いてＳＡ及びＤ２Ｄ通信データを送信しない。ＵＥ１００−２は、リソース情報に基づいて、ＳＡリソース及びデータリソースを新たに決定してもよい。

ステップＳ６０４において、ＵＥ１００−２は、決定したＳＡリソースを用いてＳＡを送信し、決定したデータリソースを用いてＤ２Ｄ通信データを送信する。

このようなＵＥ１００−２の動作によって、セル端の周囲でＤ２Ｄ通信が行われる場合に、圏外に位置するＵＥ１００−２のＳＡ及び／又はＤ２Ｄ通信データと、セルに在圏するＵＥ１００のＳＡ及び／又はＤ２Ｄ通信データとが衝突することを低減することができる。

（実施形態のまとめ）
本実施形態において、ＵＥ１００は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中から、データリソースとＳＡリソースとを決定する。ＵＥ１００は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限されたデータリソース領域の中からデータリソースを決定する。これにより、ＵＥ１００は、例えば、データリソース領域と異なる領域（例えば、ＳＡリソース領域）の中からデータリソース領域を選択することを避けることができるため、データリソースを適切に決定することができる。

本実施形態において、ｅＮＢ２００は、データリソース情報をＵＥ１００に送信する。これにより、ｅＮＢ２００が管理するセルにＵＥ１００が在圏する場合、ＵＥ１００が主導でＳＡリソース及びデータリソースを決定するものの、ｅＮＢ２００がＳＡリソース及びデータリソースの決定を制御することができる。また、ＵＥ１００がセルに在圏する場合と圏外に位置する場合との両方で、ＵＥ１００主導で、ＳＡリソース及びデータリソースが決定されるため、ＵＥ１００の動作が複雑にならないというメリットがある。

本実施形態において、ｅＮＢ２００は、ＳＡリソース情報と共にデータリソース情報をユニキャストでＵＥ１００に送信する。これにより、ＵＥ１００は、ＳＡリソース情報とデータリソース情報との両方に基づいて、ＳＡリソース及びデータリソースを適切に決定することができる。

本実施形態において、ＵＥ１００は、データリソース情報をブロードキャストで送信する。データリソース情報は、データリソースの位置及びデータリソースのサイズの少なくとも一方を制限するための情報である。これにより、ｅＮＢ２００は、セルに在圏するＵＥ１００のＳＡリソース及びデータリソースの決定を適切に制御することができる。

本実施形態において、ＵＥ１００は、ｅＮＢ２００が管理するセルに在圏する場合、ｅＮＢ２００から受信したデータリソース情報を送信する。これにより、圏外に在圏するＵＥ１００は、セルに在圏するＵＥ１００から受信したデータリソース情報に基づいて、ＳＡリソース及びデータリソースを決定することが可能となる。

本実施形態において、ＵＥ１００は、他のＵＥ１００が圏外に位置することを示すフラグ情報を他のＵＥ１００から受信した場合、データリソース情報を他のＵＥ１００に送信する。これにより、ＵＥ１００は、他のＵＥ１００が圏外に存在することを確認してからデータリソース情報を送信するため、不必要なデータリソース情報の送信を抑制することが可能となる。

本実施形態において、圏外に位置するＵＥ１００は、ＵＥ１００からのデータリソース情報を受信した場合、設定情報よりもデータリソース情報を優先させて、データリソースを決定する。これにより、セル端の周囲でＤ２Ｄ通信が行われる場合に、圏外に位置するＵＥ１００のＳＡ及び／又はＤ２Ｄ通信データと、セルに在圏するＵＥ１００のＳＡ及び／又はＤ２Ｄ通信データとが衝突することを低減することができる。

本実施形態において、ＵＥ１００は、ＳＡリソースの位置及び／又はＳＡリソースのサイズに基づいて、データリソースを決定する。これにより、ｅＮＢ２００は、データリソース情報を送信しなくても、ＳＡリソース情報によって、データリソースの決定を制御することができる。

本実施形態において、ＳＡリソース領域は、時間軸方向に周期的に設けられる。前の周期のＳＡリソースの位置に応じて、次の周期のＳＡリソース領域の範囲が制限される。さらに、ＳＡリソースの位置に応じて、データリソース領域の範囲が制限される。ＵＥ１００は、前の周期のＳＡリソースの位置に応じて、データリソースを決定する。これにより、ＳＡリソースの位置に応じて、データリソース領域の範囲が制限されるため、ＵＥ１００及び他のＵＥ１００のそれぞれが使用するＳＡリソースが重複しない場合、ＵＥ１００及び他のＵＥ１００のそれぞれのデータリソースの衝突を避けることができる。さらに、前の周期のＳＡリソースの位置に応じて、次の周期のＳＡリソース領域の範囲が制限されるため、前の周期で使用中のＳＡリソースの位置に対応する次の周期のＳＡリソースの使用を避けることが可能である。このため、ＵＥ１００及び他のＵＥ１００のそれぞれのＳＡの衝突を避けることができる。

本実施形態において、ＵＥ１００は、ＳＡリソースを用いて、ＵＥ１００が圏外に位置するか否かを示すフラグ情報をＳＡと共に送信することができる。これにより、他のＵＥ１００は、ＳＡリソース領域をスキャンすることによって、周囲に圏外に位置するＵＥ１００が存在するか否かを把握することができる。

［その他実施形態］
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。

例えば、上述した実施形態において、ＵＥ１００は、セルの端部に位置する場合に、ＵＥ１００が在圏するセルから受信したリソース情報を他のＵＥ１００に送信してもよい。例えば、ＵＥ１００は、ｅＮＢ２００からの無線信号の受信レベルが所定の範囲内である場合に、セルの端部に位置すると判定する。或いは、ＵＥ１００は、ＧＮＳＳ情報によって、ＵＥ１００がセルの端部に位置するかを判定してもよい。

また、上述した実施形態において、ＵＥ１００は、決定したデータリソースを用いて、ビットレベルで同一のＤ２Ｄ通信データを繰り返し送信してもよい。具体的には、ＵＥ１００は、決定したデータリソースが複数のデータチャネル要素で構成されている場合、複数のデータチャネル要素のそれぞれで、同一のＤ２Ｄ通信データを送信する。

なお、ＵＥ１００は、優先度の高いデータ（例えば、緊急用データ）は、ビット数を落として、１つのデータリソース（リソースブロック）の中で、優先度の高いデータを繰り返して送信してもよい。例えば、ＵＥ１００は、Ｄ２Ｄ通信に用いるアプリケーションとして、ＶｏＩＰを利用している場合に、１つのリソースブロックの中で圧縮率の上がった音声データを繰り返し送信してもよい。

また、上述した実施形態において、ＵＥ１００は、決定したデータリソースを用いて、リソースブロック単位で同一のＤ２Ｄ通信データを繰り返し送信してもよい。具体的には、図１７を用いて説明する。図１７は、その他実施形態に係る移動通信システムにおける無線フレームの構成図である。

図１７において、ＳＡ１ａ及びＳＡ１ｂは、同一の情報で有り、同一のデータリソースの位置を示す。ＳＡ１ａ及びＳＡ１ｂのそれぞれは、ＤＡＴＡ１１ａ〜ＤＡＴＡ１３ｂのデータリソースの位置を示す。ＤＡＴＡ１１ａとＤＡＴＡ１１ｂとが同一のＤ２Ｄ通信データであり、ＤＡＴＡ１２ａとＤＡＴＡ１２ｂとが同一のＤ２Ｄ通信データであり、ＤＡＴＡ１３ａとＤＡＴＡ１３ｂとが同一のＤ２Ｄ通信データである。

なお、図１７において、ＵＥ１００は、リソースブロック単位で、同一のＤ２Ｄ通信データを時間軸方向において繰り返し送信していたがこれに限られない。ＵＥ１００は、リソースブロック単位で、周波数軸方向において同一のＤ２Ｄ通信データを繰り返し送信してもよい。

また、上述した実施形態において、ｅＮＢ２００は、ＳＡリソースを（直接）指定するＳＡリソース情報を送信する場合、ＤＣＩを用いて送信できる。一方、ｅＮＢ２００は、ＳＡリソースの範囲（すなわち、ＳＡリソース領域）を（直接）指定するＳＡリソース情報を送信する場合、ＲＲＣメッセージ（例えば、ＳＩＢ）を用いて送信できる。

また、上述した実施形態では、本発明をＬＴＥシステムに適用する一例を説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。

［付記］
（１）導入
スケジューリング割当（ＳＡ）を伴うリソース割当方法が提案されている。この付記では、衝突回避の観点からＳＡを伴うＤ２Ｄ通信リソース割り当てを考察する。この付記では、カバレッジ外（ｏｕｔ ｏｆ ｃｏｖｅｒａｔｅ）に関する割り当てに焦点を当てる。同様のスキームは、カバレッジ内（Ｉｎ Ｃｏｖｅｒａｇｅ）の場合に用いることができる。しかしながら、カバレッジ内のケースは、この付記では説明しない。

（２）スケジューリング割当（Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔｓ）を用いたＤ２Ｄの通信リソース割り当てに関するデザイン考察
リソース割当をアシストするＳＡは、効果的な衝突回避の可能性を提供する。ＳＡの利点がいくつかある。

図１８は、ＵＥ２がＵＥ１によって送信されたＳＡ１を検出し、この検出情報を用いて、ＳＡ１に列挙されたリソースを回避することによって、自身のデータ送信をスケジュールする方法を示す。さらに、上記リソース割当を改善するために、リソース割り当てスキームに基づいたＳＡに関する追加の動作を提案する。

（３）カバレッジ外のためのＤ２Ｄ通信リソース割当規則に関するデザイン考察
（３．１）ＳＡ送信（ＳＡ Ｔｒａｎｓｍｉｓｓｉｏｎｓ）
受信機の複雑さを低減するために、ＳＡ送信は、周期的であり、且つ、受信機に知られている予め規定された時間・周波数リソース（ｐｒｅ−ｄｅｆｉｎｅｄ ｔｉｍｅ−ｆｒｅｑＵＥｎｃｙ）を使用している。一例として、図１９に示すように、ＳＡ送信リソースのための位置を、より単純な検出するために領域内で一緒にグループ化することができる。

・提案１：ＳＡが合意される場合、ＳＡを周期的に送信すべきであり、与えられた領域内で一緒にグループ化されるべきである。

（３．２）データの送信（Ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ｄａｔａ）
この章では、データの衝突を回避するための方法が記載されている。各ＳＡは、データ送信のために使用可能な時間・周波数リソースの特定のセットにマッピングされる。各Ｄ２Ｄは、上述の章に記載されたように、ＳＡ送信のためのリソースを選択することが許される。しかしながら、同じＤ２Ｄ ＵＥのみが、ＳＡリソース位置に関連付けられたリソース内でデータを送信することができる。すなわち、ＳＡの位置は、データ送信リソースの位置を決定する。図２０に示すように、ＳＡ１は、データ１１、１２、１３を示し、ＳＡ２は、データ２１、２２、２３を示す。この方法は、データ送信どうしの衝突を避けることができる。

・提案２：データ衝突を回避するために、ＳＡは、データ送信のために使用可能な時間・周波数リソースの特定のセットにマッピングされる。

（３．３）ＳＡ送信の衝突の低減
上述の方法は、ポインタとしてＳＡを使用するデータ送信の割り当てを説明している。しかしながら、上述の方法は、ＳＡ送信どうしの衝突を回避するのに十分ではない。この章では、ＳＡ送信衝突を低減する方法を提案する。各Ｄ２Ｄ ＵＥは、他のＤ２Ｄ ＵＥによって送信されたＳＡを検出するためにＳＡ領域を監視する。この監視情報を用いて、他のＤ２Ｄ ＵＥが前でＳＡ送信している間、同じＤ２Ｄ ＵＥは、同じリソースを使用してＳＡを送信することを回避する。例えば、図２１に示すように、ＵＥ１及びＵＥ２は、ＳＡ１１及びＳＡ２１をそれぞれ送信する。第３のＤ２Ｄ ＵＥ（不図示）は、それらの送信を検出し、ＳＡ３２を他の位置で送信する。ＵＥ１及びＵＥ２は、ＳＡ１２及びＳＡ２２のために、前で繰り返して使用した同じリソースをそれぞれ使用することができる。最初の第１ＳＡ期間において、ＵＥ１及びＵＥ２は、ＳＡの送信のためのリソースをランダムに選択することができる。

・提案３：ＳＡが合意される場合、ＳＡの衝突を減らすために、Ｄ２Ｄ ＵＥは、前のＳＡ送信において他のＤ２Ｄ ＵＥによって使用された同じリソースでＳＡを送信することを避ける。

・提案４：ＳＡが合意される場合、最初のＳＡ送信のためのリソースが、ＳＡ領域内でランダムに選択される。

なお、米国仮出願第６１／９３４３３６号（２０１４年１月３１日出願）の全内容が、参照により、本願明細書に組み込まれている。

以上のように、本実施形態に係る移動通信システム及びユーザ端末は、ユーザ端末がＤ２Ｄ通信データの送信に用いられるデータリソースを適切に決定できるため、移動通信分野において有用である。

Claims (3)

1. Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信をサポートするユーザ端末であって、
   Ｄ２Ｄリソース情報を基地局から受信する処理と、
   前記Ｄ２Ｄリソース情報に基づいて、前記Ｄ２Ｄ通信に利用可能な無線リソースの中からデータ無線リソースと制御無線リソースとを決定する無線リソース決定処理と、
   前記決定したデータ無線リソースの位置を示すＤ２Ｄ通信制御情報を、前記決定した制御無線リソースを用いて他のユーザ端末に繰り返し送信する制御情報送信処理と、
   Ｄ２Ｄ通信データを、前記決定したデータ無線リソースを用いて前記他のユーザ端末に繰り返し送信するデータ送信処理と、を行う制御部を備え、
   前記Ｄ２Ｄリソース情報は、前記無線リソース決定処理で利用される、時間要素に関するオフセット情報を含む
   ユーザ端末。
2. Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信をサポートするユーザ端末における移動通信方法であって、
   Ｄ２Ｄリソース情報を基地局から受信するステップと、
   前記Ｄ２Ｄリソース情報に基づいて、前記Ｄ２Ｄ通信に利用可能な無線リソースの中からデータ無線リソースと制御無線リソースとを決定する無線リソース決定ステップと、
   前記決定したデータ無線リソースの位置を示すＤ２Ｄ通信制御情報を、前記決定した制御無線リソースを用いて他のユーザ端末に繰り返し送信する制御情報送信ステップと、
   Ｄ２Ｄ通信データを、前記決定したデータ無線リソースを用いて前記他のユーザ端末に繰り返し送信するデータ送信ステップと、を備え、
   前記Ｄ２Ｄリソース情報は、前記無線リソース決定ステップで利用される、時間要素に関するオフセット情報を含む
   移動通信方法。
3. Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）通信をサポートするユーザ端末のためのプロセッサであって、
   前記プロセッサは、
   Ｄ２Ｄリソース情報を基地局から受信する処理と、
   前記Ｄ２Ｄリソース情報に基づいて、前記Ｄ２Ｄ通信に利用可能な無線リソースの中からデータ無線リソースと制御無線リソースとを決定する無線リソース決定処理と、
   前記決定したデータ無線リソースの位置を示すＤ２Ｄ通信制御情報を、前記決定した制御無線リソースを用いて他のユーザ端末に繰り返し送信する制御情報送信処理と、
   Ｄ２Ｄ通信データを、前記決定したデータ無線リソースを用いて前記他のユーザ端末に繰り返し送信するデータ送信処理と、を行い、
   前記Ｄ２Ｄリソース情報は、前記無線リソース決定処理で利用される、時間要素に関するオフセット情報を含む
   プロセッサ。
   
   

Images