(57)【要約】      （修正有）【課題】Ｄ２Ｄ（端末間）通信における相手端末のＤ２Ｄ通信の終了によってユーザ端末が無駄な処理を行うことを回避する。【解決手段】ユーザ端末１００−１〜３は、他のユーザ端末との直接的なＤ２Ｄ通信を制御する制御部と、Ｄ２Ｄ通信の終了を予告するための通知を他のユーザ端末へ送信する送信部と、Ｄ２Ｄ通信を終了しないために通知に対する応答を他のユーザ端末から受信する受信部と、を備える。制御部は、Ｄ２Ｄ通信において他のユーザ端末へ送信すべきデータがない場合であっても、応答の受信に応じて、Ｄ２Ｄ通信を継続する制御を実行する。制御部は、通知を送信してから所定期間が経過しても、応答を他のユーザ端末から受信しない場合、Ｄ２Ｄ通信を終了する。送信部は、所定期間が経過した後、ユーザ端末に対するＤ２Ｄ通信用のリソース割り当てを終了させるための通知を基地局２００へ送信する。【選択図】図１１
2017163594.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末であって、
他のユーザ端末との直接的な端末間通信を制御する制御部と、
前記端末間通信の終了を予告するための通知を前記他のユーザ端末へ送信する送信部と、
前記端末間通信を終了しないために前記通知に対する応答を前記他のユーザ端末から受信する受信部と、を備え、
前記制御部は、前記端末間通信において前記他のユーザ端末へ送信すべきデータがない場合であっても、前記応答の受信に応じて、前記端末間通信を継続する制御を実行し、
前記制御部は、前記通知を送信してから所定期間が経過しても、前記応答を前記他のユーザ端末から受信しない場合、前記端末間通信を終了し、
前記送信部は、前記所定期間が経過した後、前記ユーザ端末に対する前記端末間通信用のリソース割り当てを終了させるための通知を基地局へ送信するユーザ端末。
【請求項２】
ユーザ端末を制御するプロセッサであって、
他のユーザ端末との直接的な端末間通信を制御する処理と、
前記端末間通信の終了を予告するための通知を前記他のユーザ端末へ送信する処理と、
前記端末間通信を終了しないために前記通知に対する応答を前記他のユーザ端末から受信する処理と、
前記端末間通信において前記他のユーザ端末へ送信すべきデータがない場合であっても、前記応答の受信に応じて、前記端末間通信を継続する制御を実行する処理と、
前記通知を送信してから所定期間が経過しても、前記応答を前記他のユーザ端末から受信しない場合、前記端末間通信を終了する処理と、
前記所定期間が経過した後、前記ユーザ端末に対する前記端末間通信用のリソース割り当てを終了させるための通知を基地局へ送信する処理と、を実行するプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信をサポートするユーザ端末及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。
【０００３】
Ｄ２Ｄ通信では、近接する複数のユーザ端末が、基地局を介さずに直接的な通信を行う。すなわち、Ｄ２Ｄ通信のデータパスは、基地局を経由しない。一方、移動通信システムの通常の通信（セルラ通信）のデータパスは、基地局を経由する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ２２．８０３  Ｖ１２．１．０」      ２０１３年３月
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ユーザ端末は、Ｄ２Ｄ通信の相手端末である他のユーザ端末が無断でＤ２Ｄ通信を終了した場合、Ｄ２Ｄ通信が不能になったことを認識できない。このため、ユーザ端末は、他のユーザ端末からのデータを受信するための待ち受け状態を維持したり、他のユーザ端末がデータを受け取れないにもかかわらず他のユーザ端末にデータを送信したりするという問題がある。
【０００６】
そこで、本発明は、Ｄ２Ｄ通信における相手端末のＤ２Ｄ通信の終了によってユーザ端末が無駄な処理を行うことを回避可能な移動通信システム、ユーザ端末、及び、プロセッサを提供する。
【課題を解決するための手段】
【０００７】
一の実施形態に係るユーザ端末は、他のユーザ端末との直接的な端末間通信を制御する制御部と、前記端末間通信の終了を予告するための通知を前記他のユーザ端末へ送信する送信部と、前記端末間通信を終了しないために前記通知に対する応答を前記他のユーザ端末から受信する受信部と、を備える。前記制御部は、前記端末間通信において前記他のユーザ端末へ送信すべきデータがない場合であっても、前記応答の受信に応じて、前記端末間通信を継続する制御を実行する。前記制御部は、前記通知を送信してから所定期間が経過しても、前記応答を前記他のユーザ端末から受信しない場合、前記端末間通信を終了する。前記送信部は、前記所定期間が経過した後、前記ユーザ端末に対する前記端末間通信用のリソース割り当てを終了させるための通知を前記基地局へ送信する。
【０００８】
一の実施形態に係るプロセッサは、ユーザ端末を制御するプロセッサである。前記プロセッサは、他のユーザ端末との直接的な端末間通信を制御する処理と、前記端末間通信の終了を予告するための通知を前記他のユーザ端末へ送信する処理と、前記端末間通信を終了しないために前記通知に対する応答を前記他のユーザ端末から受信する処理と、前記端末間通信において前記他のユーザ端末へ送信すべきデータがない場合であっても、前記応答の受信に応じて、前記端末間通信を継続する制御を実行する処理と、前記通知を送信してから所定期間が経過しても、前記応答を前記他のユーザ端末から受信しない場合、前記端末間通信を終了する処理と、前記所定期間が経過した後、前記ユーザ端末に対する前記端末間通信用のリソース割り当てを終了させるための通知を基地局へ送信する処理と、を実行する。
【発明の効果】
【０００９】
本発明によれば、Ｄ２Ｄ通信における相手端末のＤ２Ｄ通信の終了によってユーザ端末が無駄な処理を行うことを回避可能な移動通信システム、ユーザ端末、及び、プロセッサを提供できる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態乃至第３実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態乃至第３実施形態に係るＵＥのブロック図である。
【図３】第１実施形態乃至第３実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態乃至第３実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態乃至第３実施形態に係る無線フレームの構成図である。
【図６】第１実施形態乃至第３実施形態に係るＤ２Ｄ通信を説明するための図である。
【図７】第１実施形態に係る動作パターン１を示すシーケンス図１である。
【図８】第１実施形態に係る動作パターン１を示すシーケンス図２である。
【図９】第１実施形態に係る動作パターン２を示すシーケンス図である。
【図１０】第１実施形態に係る動作パターン３を示すシーケンス図１である。
【図１１】第１実施形態に係る動作パターン３を示すシーケンス図２である。
【図１２】第２実施形態に係る動作を示すシーケンス図である。
【図１３】第３実施形態に係る動作パターン１を示すシーケンス図である。
【図１４】第３実施形態に係る動作パターン２を示すシーケンス図である。
【図１５】第３実施形態に係る動作パターン３を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
［実施形態の概要］
第１実施形態乃至第３実施形態に係る移動通信システムは、直接的な端末間通信であるＤ２Ｄ通信を行う第１のユーザ端末及び第２のユーザ端末を有する。前記第１のユーザ端末は、前記Ｄ２Ｄ通信中において、前記Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知を前記第２のユーザ端末に送信する。前記第１のユーザ端末は、前記Ｄ２Ｄ終了予告通知を送信した後において、前記Ｄ２Ｄ通信を終了する。
【００１２】
第１実施形態では、前記第１のユーザ端末は、前記Ｄ２Ｄ通信において前記第２のユーザ端末に送信すべきデータがなくなった場合に、前記Ｄ２Ｄ終了予告通知を送信する。
【００１３】
第１実施形態では、前記送信すべきデータがなくなった場合とは、前記Ｄ２Ｄ通信において使用されていたアプリケーションを前記第１のユーザ端末が終了した場合である。
【００１４】
第１実施形態では、前記Ｄ２Ｄ終了予告通知を受信した前記第２のユーザ端末は、前記Ｄ２Ｄ通信の継続を希望すると判断した場合に、前記Ｄ２Ｄ通信の継続を要求するＤ２Ｄ継続要求を前記第１のユーザ端末に送信する。
【００１５】
第１実施形態では、前記Ｄ２Ｄ終了予告通知を受信した前記第２のユーザ端末は、前記第１のユーザ端末へ送信すべきデータが存在する場合、又は、前記第１のユーザ端末に関連する特定の信号の受信を待っている場合に、前記Ｄ２Ｄ通信の継続を希望すると判断する。
【００１６】
第１実施形態では、前記Ｄ２Ｄ継続要求を受信した前記第１のユーザ端末は、前記Ｄ２Ｄ継続要求を受信してから第１の所定期間が経過するまで、前記Ｄ２Ｄ終了予告通知の送信が禁止される。
【００１７】
第１実施形態では、前記第１のユーザ端末は、前記Ｄ２Ｄ終了予告通知を送信してから第２の所定期間が経過するまでの間に前記Ｄ２Ｄ継続要求を受信しない場合に、前記Ｄ２Ｄ通信を終了する。
【００１８】
第１実施形態では、前記Ｄ２Ｄ終了予告通知を受信した前記第２のユーザ端末は、前記第１のユーザ端末による前記Ｄ２Ｄ通信の終了を許可する場合は、前記Ｄ２Ｄ通信の終了を許可するＤ２Ｄ終了許可通知を前記第１のユーザ端末に送信する。
【００１９】
第２実施形態では、前記第１のユーザ端末は、前記Ｄ２Ｄ通信を継続する時間を示すＤ２Ｄ通信時間、又は、前記Ｄ２Ｄ通信において送信及び／又は受信したデータ量を示すＤ２Ｄデータ量を測定する。前記第１のユーザ端末は、前記Ｄ２Ｄ通信を終了した場合に、前記Ｄ２Ｄ通信時間及び前記Ｄ２Ｄデータ量の少なくとも一方を示すＤ２Ｄ測定情報をネットワークに送信する。
【００２０】
第２実施形態では、前記第１のユーザ端末は、オペレータが管理している周波数帯域を用いて前記Ｄ２Ｄ通信を行う場合に、前記Ｄ２Ｄ通信時間又は前記Ｄ２Ｄデータ量を測定する。
【００２１】
第３実施形態では、前記Ｄ２Ｄ通信のためにネットワークとの通信を代表して行うアンカー端末を有する。前記アンカー端末は、前記第２のユーザ端末、又は前記Ｄ２Ｄ通信を行う他のユーザ端末である。前記第１のユーザ端末は、前記Ｄ２Ｄ通信を継続する時間を示すＤ２Ｄ通信時間、又は、前記Ｄ２Ｄ通信において送信及び／又は受信したデータ量を示すＤ２Ｄデータ量を測定する。前記第１のユーザ端末は、前記Ｄ２Ｄ通信を終了した場合に、前記Ｄ２Ｄ通信時間及び前記Ｄ２Ｄデータ量の少なくとも一方を示すＤ２Ｄ測定情報を前記アンカー端末に送信する。
【００２２】
第３実施形態では、前記Ｄ２Ｄ通信のためにネットワークとの通信を代表して行うアンカー端末を有する。前記アンカー端末は、前記Ｄ２Ｄ通信を行う他のユーザ端末である。
前記第１のユーザ端末は、前記アンカー端末を介して、前記第２のユーザ端末に前記Ｄ２Ｄ終了予告通知を送信する。前記第２のユーザ端末は、前記アンカー端末を介して、前記Ｄ２Ｄ継続要求を前記第１のユーザ端末に送信する。
【００２３】
第３実施形態では、前記Ｄ２Ｄ通信のためにネットワークとの通信を代表して行うアンカー端末を有する。前記アンカー端末は、前記Ｄ２Ｄ通信を行う他のユーザ端末である。
前記第１のユーザ端末は、前記アンカー端末を介して、前記第２のユーザ端末に前記Ｄ２Ｄ終了予告通知を送信する。前記第２のユーザ端末は、前記アンカー端末を介して、前記Ｄ２Ｄ終了許可通知を前記第１のユーザ端末に送信する。
【００２４】
第１実施形態乃至第３実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信を他のユーザ端末と行う。前記ユーザ端末は、前記Ｄ２Ｄ通信中において、前記Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知を前記他のユーザ端末に送信する制御部を備える。前記制御部は、前記Ｄ２Ｄ終了予告通知を送信した後において、前記Ｄ２Ｄ通信を終了する。
【００２５】
第１実施形態乃至第３実施形態に係るプロセッサは、直接的な端末間通信であるＤ２Ｄ通信を他のユーザ端末と行うユーザ端末に備えられる。前記プロセッサは、前記Ｄ２Ｄ通信中において、前記Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知を前記他のユーザ端末に送信する処理と、前記制御部は、前記Ｄ２Ｄ終了予告通知を送信した後において、前記Ｄ２Ｄ通信を終了する処理と、を実行する。
【００２６】
［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００２７】
（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、ＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２８】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２９】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３０】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３１】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワークが構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。ＳＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３２】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３３】
複数のアンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換して複数のアンテナ１０１から送信する。また、無線送受信機１１０は、複数のアンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００３４】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３５】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３６】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。
【００３７】
複数のアンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換して複数のアンテナ２０１から送信する。また、無線送受信機２１０は、複数のアンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００３８】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００３９】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４０】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４１】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４２】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４３】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４４】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４５】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００は接続状態（ＲＲＣ接続状態）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣアイドル状態）である。
【００４６】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４７】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４８】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。
各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。
【００４９】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００５０】
ＤＬにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの部分は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００５１】
ＵＬにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００５２】
（Ｄ２Ｄ通信）
第１実施形態に係るＬＴＥシステムは、直接的な端末間通信（ＵＥ間通信）であるＤ２Ｄ通信をサポートする。ここでは、Ｄ２Ｄ通信を、ＬＴＥシステムの通常の通信であるセルラ通信と比較して説明する。セルラ通信は、データパスがネットワーク（Ｅ−ＵＴＲＡＮ１０、ＥＰＣ２０）を経由する通信モードである。データパスとは、ユーザデータの通信経路である。これに対し、Ｄ２Ｄ通信は、ＵＥ間に設定されるデータパスがネットワークを経由しない通信モードである。
【００５３】
図６は、Ｄ２Ｄ通信を説明するための図である。
【００５４】
図６に示すように、Ｄ２Ｄ通信は、データパスがｅＮＢ２００を経由しない。相互に近接するＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００のセルにおいて、低送信電力で直接的に無線通信を行う。このように、近接するＵＥ１００−１及びＵＥ１００−２が低送信電力で直接的に無線通信を行うことにより、セルラ通信と比べて、ＵＥ１００の消費電力を削減し、かつ、隣接セルへの干渉を低減できる。なお、Ｄ２Ｄ通信は、ＵＥ１００がアイドル状態において行うケースとＵＥ１００が接続状態において行うケースとがある。
【００５５】
（第１実施形態に係る動作）
（１）動作概要
第１実施形態に係るＬＴＥシステムは、直接的な端末間通信であるＤ２Ｄ通信を行うＵＥ１００−１（第１のユーザ端末）及びＵＥ１００−２（第２のユーザ端末）を有する。
ＵＥ１００−１は、Ｄ２Ｄ通信中において、Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知をＵＥ１００−２に送信する。ＵＥ１００−１は、Ｄ２Ｄ終了予告通知を送信した後において、Ｄ２Ｄ通信を終了する。これにより、ＵＥ１００−２は、ＵＥ１００−１がＤ２Ｄ通信の終了を希望していることを把握できる。よって、ＵＥ１００−２が予期せずＤ２Ｄ通信が終了することを防止できる。
【００５６】
第１実施形態では、ＵＥ１００−１は、Ｄ２Ｄ通信においてＵＥ１００−２に送信すべきデータがなくなった場合に、Ｄ２Ｄ終了予告通知を送信する。送信すべきデータがなくなった場合とは、Ｄ２Ｄ通信において使用されていたアプリケーションをＵＥ１００−１が終了した場合であってもよい。これにより、ＵＥ１００−１は、Ｄ２Ｄ通信の終了を希望する旨をＵＥ１００−２に通知すべきか否かを適切に判断できる。
【００５７】
第１実施形態では、Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２は、Ｄ２Ｄ通信の継続を希望すると判断した場合に、Ｄ２Ｄ通信の継続を要求するＤ２Ｄ継続要求をＵＥ１００−１に送信する。これにより、ＵＥ１００−１は、ＵＥ１００−２がＤ２Ｄ通信の継続を希望していることを把握できる。よって、ＵＥ１００−２の希望に応じて、Ｄ２Ｄ通信を終了することなく継続できる。
【００５８】
第１実施形態では、Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２は、ＵＥ１００−１へ送信すべきデータが存在する場合、又は、ＵＥ１００−１に関連する特定の信号の受信を待っている場合に、Ｄ２Ｄ通信の継続を希望すると判断する。特定の信号とは、例えばＤ２Ｄ通信において使用されているアプリケーションにおけるＵＥ１００−１からの応答信号である。これにより、ＵＥ１００−２は、Ｄ２Ｄ通信の継続を希望する旨をＵＥ１００−１に通知すべきか否かを適切に判断できる。
【００５９】
第１実施形態では、Ｄ２Ｄ継続要求を受信したＵＥ１００−１は、Ｄ２Ｄ継続要求を受信してから第１の所定期間が経過するまで、Ｄ２Ｄ終了予告通知の送信が禁止される。これにより、ＵＥ１００−１によるＤ２Ｄ終了予告通知の送信が無駄になる可能性を低減し、Ｄ２Ｄ終了予告通知の送信に伴う処理負荷及びリソース使用量の増大を抑制できる。
【００６０】
第１実施形態では、ＵＥ１００−１は、Ｄ２Ｄ終了予告通知を送信してから第２の所定期間が経過するまでの間にＤ２Ｄ継続要求を受信しない場合に、Ｄ２Ｄ通信を終了する。
これにより、ＵＥ１００−１は、ＵＥ１００−２がＤ２Ｄ通信の継続を希望していないと見なすことができる場合には、Ｄ２Ｄ通信を終了できる。
【００６１】
或いは、第１実施形態では、Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２は、ＵＥ１００−１によるＤ２Ｄ通信の終了を許可する場合は、Ｄ２Ｄ通信の終了を許可するＤ２Ｄ終了許可通知をＵＥ１００−１に送信する。これにより、ＵＥ１００−１は、ＵＥ１００−２がＤ２Ｄ通信の継続を希望していないことを確認した上で、Ｄ２Ｄ通信を終了できる。
【００６２】
以下において、第１実施形態に係る動作パターン１乃至３について説明する。動作パターン１乃至３では、３つのＵＥ１００（ＵＥ１００−１乃至ＵＥ１００−３）がＤ２Ｄ通信を行う場合を想定する。但し、Ｄ２Ｄ通信を行うＵＥ１００は２つであってもよく、４つ以上であってもよい。
【００６３】
（２）動作パターン１
図７は、第１実施形態に係る動作パターン１を示すシーケンス図１である。ここでは、各ＵＥ１００がアイドル状態においてＤ２Ｄ通信を行うケースを想定する。
【００６４】
図７に示すように、ステップＳ１０１において、アイドル状態のＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を行っている。
【００６５】
ステップＳ１０２において、ＵＥ１００−１は、Ｄ２Ｄ通信中において、Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知をＵＥ１００−２及びＵＥ１００−３に送信する。ＵＥ１００−１は、Ｄ２Ｄ通信においてＵＥ１００−２に送信すべきデータがなくなった場合に、Ｄ２Ｄ終了予告通知を送信する。ここで、送信すべきデータがなくなった場合とは、Ｄ２Ｄ通信において使用されていたアプリケーションをＵＥ１００−１が終了した場合であってもよい。また、ＵＥ１００−１は、Ｄ２Ｄ終了予告通知を送信した際に、第２の所定期間に対応するタイマを起動する。
【００６６】
Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１とのＤ２Ｄ通信の継続を希望するか否かを判断する。例えば、ＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１へ送信すべきデータが存在する場合、又は、ＵＥ１００−１に関連する特定の信号の受信を待っている場合に、ＵＥ１００−１とのＤ２Ｄ通信の継続を希望すると判断する。ここでは、ＵＥ１００−２及びＵＥ１００−３がＵＥ１００−１とのＤ２Ｄ通信の継続を希望しないと仮定して、説明を進める。
【００６７】
ステップＳ１０３において、ＵＥ１００−１は、第２の所定期間に対応するタイマが満了したことを確認すると、Ｄ２Ｄ通信を終了する。このように、動作パターン１では、ＵＥ１００−１は、Ｄ２Ｄ終了予告通知を送信してから第２の所定期間が経過するまでの間にＤ２Ｄ継続要求を受信しない場合に、Ｄ２Ｄ通信を終了する。
【００６８】
一方、ステップＳ１０４において、ＵＥ１００−２及びＵＥ１００−３は、Ｄ２Ｄ通信を継続する。
【００６９】
図７では、ＵＥ１００がアイドル状態においてＤ２Ｄ通信を行うケースを想定したが、ＵＥ１００が接続状態においてＤ２Ｄ通信を行うケースでは、図７のシーケンスを変更してもよい。
【００７０】
図８は、第１実施形態に係る動作パターン１を示すシーケンス図２である。ここでは、各ＵＥ１００が接続状態においてＤ２Ｄ通信を行うケースについて、図７との相違点を主として説明する。
【００７１】
図８に示すように、ステップＳ１０１において、ｅＮＢ２００のセルにおいて接続状態のＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を行っている。
【００７２】
ステップＳ１０２において、ＵＥ１００−１は、Ｄ２Ｄ通信中において、Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知をＵＥ１００−２及びＵＥ１００−３に送信する。また、ＵＥ１００−１は、Ｄ２Ｄ終了予告通知を送信した際に、第２の所定期間に対応するタイマを起動する。
【００７３】
Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１とのＤ２Ｄ通信の継続を希望するか否かを判断する。ここでは、ＵＥ１００−２及びＵＥ１００−３がＵＥ１００−１とのＤ２Ｄ通信の継続を希望していないと仮定して、説明を進める。
【００７４】
ステップＳ１０３−１において、ＵＥ１００−１は、第２の所定期間に対応するタイマが満了したことを確認すると、Ｄ２Ｄ通信を終了する処理の完了を示すＤ２Ｄ終了完了通知をｅＮＢ２００に送信する。また、ステップＳ１０３−２において、ＵＥ１００−１は、Ｄ２Ｄ通信を終了する。ＵＥ１００−１からＤ２Ｄ終了完了通知を受信したｅＮＢ２００は、ＵＥ１００−１に対するＤ２Ｄ通信の制御（リソース割り当てなど）を終了できる。
【００７５】
一方、ステップＳ１０４において、ＵＥ１００−２及びＵＥ１００−３は、Ｄ２Ｄ通信を継続する。
【００７６】
（３）動作パターン２
図９は、第１実施形態に係る動作パターン２を示すシーケンス図である。ここでは、各ＵＥ１００がアイドル状態又は接続状態においてＤ２Ｄ通信を行うケースを想定する。また、図７と同様の動作については、説明を適宜省略する。
【００７７】
図９に示すように、ステップＳ１１１において、ＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を行っている。
【００７８】
ステップＳ１１２において、ＵＥ１００−１は、Ｄ２Ｄ通信中において、Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知をＵＥ１００−２及びＵＥ１００−３に送信する。
【００７９】
Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１とのＤ２Ｄ通信の継続を希望するか否かを判断する。ここでは、ＵＥ１００−２がＵＥ１００−１とのＤ２Ｄ通信の継続を希望していると仮定して、説明を進める。
【００８０】
ステップＳ１１３において、ＵＥ１００−２は、Ｄ２Ｄ通信の継続を要求するＤ２Ｄ継続要求をＵＥ１００−１に送信する。Ｄ２Ｄ継続要求を受信したＵＥ１００−１は、ＵＥ１００−２の希望に応じて、Ｄ２Ｄ通信を終了することなく継続すると判断する。また、ＵＥ１００−１は、Ｄ２Ｄ継続要求を受信した際に、第１の所定期間に対応するタイマを起動する。Ｄ２Ｄ継続要求を受信したＵＥ１００−１は、Ｄ２Ｄ継続要求を受信してから第１の所定期間が経過するまで、Ｄ２Ｄ終了予告通知の送信が禁止される。
【００８１】
ステップＳ１１４において、ＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を継続する。また、所定時間内に、ＵＥ１００−１にて、再度、ＵＥ１００−２ないしＵＥ１００−３とのＤ２Ｄ通信の要求が生じた場合、終了取消要求（として、Ｄ2Ｄ継続要求）をＵＥ１００−２、ＵＥ１００−３に送出しても良い。
【００８２】
（４）動作パターン３
図１０は、第１実施形態に係る動作パターン３を示すシーケンス図１である。ここでは、各ＵＥ１００がアイドル状態においてＤ２Ｄ通信を行うケースを想定する。また、図７と同様の動作については、説明を適宜省略する。
【００８３】
図１０に示すように、ステップＳ１２１において、アイドル状態のＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を行っている。
【００８４】
ステップＳ１２２において、ＵＥ１００−１は、Ｄ２Ｄ通信中において、Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知をＵＥ１００−２及びＵＥ１００−３に送信する。動作パターン３では、ＵＥ１００−１は、Ｄ２Ｄ終了予告通知を送信した際に、第２の所定期間に対応するタイマを起動しなくてもよい。
【００８５】
Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１とのＤ２Ｄ通信の継続を希望するか否かを判断する。ここでは、ＵＥ１００−２及びＵＥ１００−３がＵＥ１００−１とのＤ２Ｄ通信の継続を希望していないと仮定して、説明を進める。
【００８６】
ステップＳ１２３において、ＵＥ１００−２及びＵＥ１００−３は、Ｄ２Ｄ通信の終了を許可するＤ２Ｄ終了許可通知をＵＥ１００−１に送信する。
【００８７】
ステップＳ１２４において、ＵＥ１００−２及びＵＥ１００−３からＤ２Ｄ終了許可通知を受信したＵＥ１００−１は、Ｄ２Ｄ通信を終了する。
【００８８】
一方、ステップＳ１２５において、ＵＥ１００−２及びＵＥ１００−３は、Ｄ２Ｄ通信を継続する。
【００８９】
図１０では、ＵＥ１００がアイドル状態においてＤ２Ｄ通信を行うケースを想定したが、ＵＥ１００が接続状態においてＤ２Ｄ通信を行うケースでは、図１０のシーケンスを変更してもよい。
【００９０】
図１１は、第１実施形態に係る動作パターン３を示すシーケンス図２である。ここでは、各ＵＥ１００が接続状態においてＤ２Ｄ通信を行うケースについて、図１０との相違点を主として説明する。
【００９１】
図１１に示すように、ステップＳ１２１において、ｅＮＢ２００のセルにおいて接続状態のＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を行っている。
【００９２】
ステップＳ１２２において、ＵＥ１００−１は、Ｄ２Ｄ通信中において、Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知をＵＥ１００−２及びＵＥ１００−３に送信する。
【００９３】
Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１とのＤ２Ｄ通信の継続を希望するか否かを判断する。ここでは、ＵＥ１００−２及びＵＥ１００−３がＵＥ１００−１とのＤ２Ｄ通信の継続を希望していないと仮定して、説明を進める。
【００９４】
ステップＳ１２３において、ＵＥ１００−２及びＵＥ１００−３は、Ｄ２Ｄ通信の終了を許可するＤ２Ｄ終了許可通知をＵＥ１００−１に送信する。
【００９５】
ステップＳ１２４−１において、ＵＥ１００−２及びＵＥ１００−３からＤ２Ｄ終了許可通知を受信したＵＥ１００−１は、Ｄ２Ｄ通信を終了する処理の完了を示すＤ２Ｄ終了完了通知をｅＮＢ２００に送信する。また、ステップＳ１２４−２において、ＵＥ１００−１は、Ｄ２Ｄ通信を終了する。ＵＥ１００−１からＤ２Ｄ終了完了通知を受信したｅＮＢ２００は、ＵＥ１００−１に対するＤ２Ｄ通信の制御（リソース割り当てなど）を終了できる。
【００９６】
一方、ステップＳ１２５において、ＵＥ１００−２及びＵＥ１００−３は、Ｄ２Ｄ通信を継続する。
【００９７】
［第２実施形態］
次に、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、システム構成については第１実施形態と同様である。
【００９８】
（１）動作概要
第２実施形態では、ＵＥ１００−１は、Ｄ２Ｄ通信を継続する時間を示すＤ２Ｄ通信時間、又は、Ｄ２Ｄ通信において送信及び／又は受信したデータ量を示すＤ２Ｄデータ量を測定する。ＵＥ１００−１は、Ｄ２Ｄ通信を終了した場合に、Ｄ２Ｄ通信時間及びＤ２Ｄデータ量の少なくとも一方を示すＤ２Ｄ測定情報をネットワークに送信する。これにより、ネットワークは、データパスがネットワークを経由しないＤ２Ｄ通信について、Ｄ２Ｄ通信時間及びＤ２Ｄデータ量の少なくとも一方を把握できるため、Ｄ２Ｄ通信の課金などを適切に行うことができる。
【００９９】
（２）動作シーケンス
図１２は、第２実施形態に係る動作を示すシーケンス図である。
【０１００】
図１２に示すように、ステップＳ２０１において、ＵＥ１００−１は、Ｄ２Ｄ通信を開始する。また、ＵＥ１００−１は、Ｄ２Ｄ通信時間又はＤ２Ｄデータ量の測定を開始する。
【０１０１】
ステップＳ２０２において、ＵＥ１００−１は、Ｄ２Ｄ通信を終了する。また、ＵＥ１００−１は、Ｄ２Ｄ通信時間又はＤ２Ｄデータ量の測定を終了する。
【０１０２】
ステップＳ２０３において、ＵＥ１００−１は、測定されたＤ２Ｄ通信時間及びＤ２Ｄデータ量の少なくとも一方を示すＤ２Ｄ測定情報をネットワーク（ｅＮＢ２００）に送信する。
【０１０３】
接続状態でＤ２Ｄ通信を行うケースでは、ＵＥ１００−１は、Ｄ２Ｄ測定情報の送信要求をネットワークから受信したことに応じて、Ｄ２Ｄ測定情報をネットワークに送信してもよい。
【０１０４】
アイドル状態でＤ２Ｄ通信を行うケースでは、図１２のシーケンスを以下のように応用・変更できる。
【０１０５】
ＵＥ１００−１は、オペレータが管理する周波数帯を使用してＤ２Ｄ通信を行った場合に限り、Ｄ２Ｄ測定情報をネットワークに送信する。これにより、ネットワークは、管理外の周波数帯については課金対象外にするといった課金制御を行うことができる。
【０１０６】
ＵＥ１００−１は、Ｄ２Ｄ通信の終了後、セルラ通信を行うために接続状態に遷移した際にＤ２Ｄ測定情報をネットワークに送信してもよい。これにより、Ｄ２Ｄ測定情報を送信するためだけに接続状態に遷移することを防止できる。
【０１０７】
ＵＥ１００−１は、Ｄ２Ｄ測定情報をネットワークに送信可能になるまで、Ｄ２Ｄ測定情報を保持する。この場合、ＵＥ１００−１は、Ｄ２Ｄ測定情報の測定時刻に関するタイムスタンプをＤ２Ｄ測定情報に含めてもよい。これにより、ネットワークは、Ｄ２Ｄ通信が行われた時間帯ごとに課金を異ならせるといった課金制御を行うことができる。タイムスタンプは、Ｄ２Ｄ通信の開始時刻及び／又は終了時刻からの経過時間であってもよい。
【０１０８】
Ｄ２Ｄ測定情報を保持するＵＥ１００−１は、Ｄ２Ｄ通信に使用した周波数帯を管理するオペレータの情報を記憶しており、そのオペレータのネットワーク（ｅＮＢ２００）と接続する場合にそのネットワークに対してＤ２Ｄ測定情報を送信してもよい。これにより、Ｄ２Ｄ測定情報の送信先を適切なオペレータ・ネットワークに限定できる。
【０１０９】
但し、ＵＥ１００−１は、Ｄ２Ｄ測定情報を保持することなく、Ｄ２Ｄ通信の終了後すぐに接続状態に遷移してＤ２Ｄ測定情報をネットワークに送信してもよい。
【０１１０】
［第３実施形態］
次に、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。第３実施形態は、システム構成については第１実施形態と同様である。
【０１１１】
（１）動作概要  
第３実施形態では、Ｄ２Ｄ通信のためにネットワークとの通信を代表して行うアンカーＵＥを有する。アンカーＵＥは、ＵＥ１００−２、又はＤ２Ｄ通信を行う他のユーザ端末である。
【０１１２】
アンカーＵＥは、Ｄ２Ｄ通信を行う複数のＵＥ１００（以下、「Ｄ２Ｄ  ＵＥ群」という）の中からネットワークから指定されたＵＥ１００であってもよく、ある選択基準によってＤ２Ｄ  ＵＥ群の中から自律的に選択されたＵＥ１００であってもよい。ここで選択基準とは、例えば、ＵＥ識別子が最も小さい又は大きいＵＥ１００を選択するという基準である。或いは、Ｄ２Ｄ通信を接続状態で行うケースでは、選択基準とは、Ｃ−ＲＮＴＩが最も小さい又は大きいＵＥ１００を選択するという基準であってもよい。選択基準によって自律的にアンカーＵＥが選択される場合、アンカーＵＥに適したＵＥ１００がＤ２Ｄ  ＵＥ群に加わった際に、アンカーＵＥを変更してもよく、変更しなくてもよい。
【０１１３】
第３実施形態では、ＵＥ１００−１は、アンカーＵＥを介して、ＵＥ１００−２にＤ２Ｄ終了予告通知を送信する。ＵＥ１００−２は、アンカーＵＥを介して、Ｄ２Ｄ継続要求をＵＥ１００−１に送信する。
【０１１４】
第３実施形態では、ＵＥ１００−１は、アンカーＵＥを介して、ＵＥ１００−２にＤ２Ｄ終了予告通知を送信する。ＵＥ１００−２は、アンカーＵＥを介して、Ｄ２Ｄ終了許可通知をＵＥ１００−１に送信する。
【０１１５】
第３実施形態では、第２実施形態と同様に、ＵＥ１００−１は、Ｄ２Ｄ通信を継続する時間を示すＤ２Ｄ通信時間、又は、Ｄ２Ｄ通信において送信及び／又は受信したデータ量を示すＤ２Ｄデータ量を測定してもよい。ＵＥ１００−１は、Ｄ２Ｄ通信を終了した場合に、Ｄ２Ｄ通信時間及びＤ２Ｄデータ量の少なくとも一方を示すＤ２Ｄ測定情報をアンカーＵＥに送信する。アンカーＵＥは、Ｄ２Ｄ測定情報の受信に応じて、Ｄ２Ｄ測定情報をネットワークに送信する。また、アンカーＵＥが変更される場合、元のアンカーＵＥは、新たなアンカーＵＥに対して、Ｄ２Ｄ測定情報を送信してもよい。これにより、新たなアンカーＵＥは、それまでのＤ２Ｄ通信の状況を反映したＤ２Ｄ測定情報をネットワークに送信できる。
【０１１６】
（２）動作パターン１
図１３は、第３実施形態に係る動作パターン１を示すシーケンス図である。ここでは、各ＵＥ１００がアイドル状態においてＤ２Ｄ通信を行うケースを想定する。また、ＵＥ１００−３は、ＵＥ１００−１乃至ＵＥ１００−３からなるＤ２Ｄ  ＵＥ群におけるアンカーＵＥである。
【０１１７】
図１３に示すように、ステップＳ３０１において、アイドル状態のＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を行っている。
【０１１８】
ステップＳ３０２において、ＵＥ１００−１は、Ｄ２Ｄ通信中において、Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知をＵＥ１００−３に送信する。また、ＵＥ１００−１は、Ｄ２Ｄ終了予告通知を送信した際に、第２の所定期間に対応するタイマを起動する。ＵＥ１００−３は、ＵＥ１００−１から受信したＤ２Ｄ終了予告通知をＵＥ１００−２に転送する。
【０１１９】
Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１とのＤ２Ｄ通信の継続を希望するか否かを判断する。ここでは、ＵＥ１００−２及びＵＥ１００−３がＵＥ１００−１とのＤ２Ｄ通信の継続を希望しないと仮定して、説明を進める。
【０１２０】
ステップＳ３０３において、ＵＥ１００−１は、第２の所定期間に対応するタイマが満了したことを確認すると、Ｄ２Ｄ通信を終了する。
【０１２１】
一方、ステップＳ３０４において、ＵＥ１００−２及びＵＥ１００−３は、Ｄ２Ｄ通信を継続する。
【０１２２】
図１３では、ＵＥ１００がアイドル状態においてＤ２Ｄ通信を行うケースを想定したが、ＵＥ１００が接続状態においてＤ２Ｄ通信を行うケースでは、図１３のシーケンスを変更してもよい。具体的には、ＵＥ１００−１は、第２の所定期間に対応するタイマが満了したことを確認すると、Ｄ２Ｄ通信を終了する処理の完了を示すＤ２Ｄ終了完了通知をネットワーク（ｅＮＢ２００）に送信する。或いは、ＵＥ１００−１は、アンカーＵＥ（ＵＥ１００−３）を介して、Ｄ２Ｄ終了完了通知をネットワークに送信してもよい。そして、ＵＥ１００−１は、Ｄ２Ｄ通信を終了する。
【０１２３】
（３）動作パターン２
図１４は、第３実施形態に係る動作パターン２を示すシーケンス図である。ここでは、各ＵＥ１００がアイドル状態又は接続状態においてＤ２Ｄ通信を行うケースを想定する。ＵＥ１００−３は、ＵＥ１００−１乃至ＵＥ１００−３からなるＤ２Ｄ  ＵＥ群におけるアンカーＵＥである。また、図１３と同様の動作については、説明を適宜省略する。
【０１２４】
図１４に示すように、ステップＳ３１１において、ＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を行っている。
【０１２５】
ステップＳ３１２において、ＵＥ１００−１は、Ｄ２Ｄ通信中において、Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知をＵＥ１００−３に送信する。ＵＥ１００−３は、ＵＥ１００−１から受信したＤ２Ｄ終了予告通知をＵＥ１００−２に転送する。
【０１２６】
Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１とのＤ２Ｄ通信の継続を希望するか否かを判断する。ここでは、ＵＥ１００−２がＵＥ１００−１とのＤ２Ｄ通信の継続を希望していると仮定して、説明を進める。
【０１２７】
ステップＳ３１３において、ＵＥ１００−２は、Ｄ２Ｄ通信の継続を要求するＤ２Ｄ継続要求をＵＥ１００−３に送信する。ＵＥ１００−３は、ＵＥ１００−２から受信したＤ２Ｄ継続要求をＵＥ１００−１に転送する。Ｄ２Ｄ継続要求を受信したＵＥ１００−１は、ＵＥ１００−２の希望に応じて、Ｄ２Ｄ通信を終了することなく継続すると判断する。また、ＵＥ１００−１は、Ｄ２Ｄ継続要求を受信した際に、第１の所定期間に対応するタイマを起動する。Ｄ２Ｄ継続要求を受信したＵＥ１００−１は、Ｄ２Ｄ継続要求を受信してから第１の所定期間が経過するまで、Ｄ２Ｄ終了予告通知の送信が禁止される。
【０１２８】
ステップＳ３１４において、ＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を継続する。
【０１２９】
（４）動作パターン３
図１５は、第３実施形態に係る動作パターン３を示すシーケンス図である。ここでは、各ＵＥ１００がアイドル状態においてＤ２Ｄ通信を行うケースを想定する。ＵＥ１００−３は、ＵＥ１００−１乃至ＵＥ１００−３からなるＤ２Ｄ  ＵＥ群におけるアンカーＵＥである。また、図１３と同様の動作については、説明を適宜省略する。
【０１３０】
図１５に示すように、ステップＳ３２１において、アイドル状態のＵＥ１００−１乃至ＵＥ１００−３は、Ｄ２Ｄ通信を行っている。
【０１３１】
ステップＳ３２２において、ＵＥ１００−１は、Ｄ２Ｄ通信中において、Ｄ２Ｄ通信の終了を希望することを示すＤ２Ｄ終了予告通知をＵＥ１００−３に送信する。ＵＥ１００−３は、ＵＥ１００−１から受信したＤ２Ｄ終了予告通知をＵＥ１００−２に転送する。
なお、動作パターン３では、ＵＥ１００−１は、Ｄ２Ｄ終了予告通知を送信した際に、第２の所定期間に対応するタイマを起動しなくてもよい。
【０１３２】
Ｄ２Ｄ終了予告通知を受信したＵＥ１００−２及びＵＥ１００−３は、ＵＥ１００−１とのＤ２Ｄ通信の継続を希望するか否かを判断する。ここでは、ＵＥ１００−２及びＵＥ１００−３がＵＥ１００−１とのＤ２Ｄ通信の継続を希望していないと仮定して、説明を進める。
【０１３３】
ステップＳ３２３において、ＵＥ１００−２は、Ｄ２Ｄ通信の終了を許可するＤ２Ｄ終了許可通知をＵＥ１００−３に送信する。ＵＥ１００−３は、ＵＥ１００−２から受信したＤ２Ｄ終了許可通知をＵＥ１００−１に転送する。
【０１３４】
ステップＳ３２４において、Ｄ２Ｄ終了許可通知を受信したＵＥ１００−１は、Ｄ２Ｄ通信を終了する。
【０１３５】
一方、ステップＳ３２５において、ＵＥ１００−２及びＵＥ１００−３は、Ｄ２Ｄ通信を継続する。
【０１３６】
図１５では、ＵＥ１００がアイドル状態においてＤ２Ｄ通信を行うケースを想定したが、ＵＥ１００が接続状態においてＤ２Ｄ通信を行うケースでは、図１５のシーケンスを変更してもよい。具体的には、Ｄ２Ｄ終了許可通知を受信したＵＥ１００−１は、Ｄ２Ｄ通信を終了する処理の完了を示すＤ２Ｄ終了完了通知をネットワーク（ｅＮＢ２００）に送信する。或いは、ＵＥ１００−１は、アンカーＵＥ（ＵＥ１００−３）を介して、Ｄ２Ｄ終了完了通知をネットワークに送信してもよい。そして、ＵＥ１００−１は、Ｄ２Ｄ通信を終了する。
【０１３７】
［その他の実施形態］
上述した各実施形態は、別個独立して実施する場合に限らず、相互に組み合わせて実施可能である。
【０１３８】
また、上述した各実施形態では、セルラ通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【符号の説明】
【０１３９】
１０…Ｅ−ＵＴＲＡＮ、２０…ＥＰＣ、１００…ＵＥ、１０１…アンテナ、１１０…無線送受信機、１２０…ユーザインターフェイス、１３０…ＧＮＳＳ受信機、１４０…バッテリ、１５０…メモリ、１６０…プロセッサ、２００…ｅＮＢ、２０１…アンテナ、２１０…無線送受信機、２２０…ネットワークインターフェイス、２３０…メモリ、２４０…プロセッサ、３００…ＭＭＥ／Ｓ−ＧＷ
【図１】
2017163594.tif 000003
【図２】
2017163594.tif 000004
【図３】
2017163594.tif 000005
【図４】
2017163594.tif 000006
【図５】
2017163594.tif 000007
【図６】
2017163594.tif 000008
【図７】
2017163594.tif 000009
【図８】
2017163594.tif 000010
【図９】
2017163594.tif 000011
【図１０】
2017163594.tif 000012
【図１１】
2017163594.tif 000013
【図１２】
2017163594.tif 000014
【図１３】
2017163594.tif 000015
【図１４】
2017163594.tif 000016
【図１５】
2017163594.tif 000017