(57)【要約】  本実施形態に係る通信制御方法では、ユーザ端末は、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を受信する。前記ユーザ端末は、前記スケジューリング割当に含まれる他のユーザ端末を示す端末識別子とは異なる端末識別子を、前記ユーザ端末を示す端末識別子に決定する。前記ユーザ端末は、前記決定した端末識別子を含むスケジューリング割当を送信する。
2015141727.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を受信し、
前記ユーザ端末が、前記スケジューリング割当に含まれる他のユーザ端末を示す端末識別子とは異なる端末識別子を、前記ユーザ端末を示す端末識別子に決定し、
前記ユーザ端末が、前記決定した端末識別子を含むスケジューリング割当を送信する通信制御方法。
【請求項２】
前記ユーザ端末が、複数の端末識別子の候補のうち、前記他のユーザ端末を示す端末識別子とは異なる端末識別子の候補を、前記ユーザ端末を示す端末識別子に決定する請求項１に記載の通信制御方法。
【請求項３】
前記ユーザ端末は、予め決定されている端末識別子の候補が前記他の端末識別子と異なる場合に、当該端末識別子の候補を、前記ユーザ端末を示す端末識別子に決定する請求項１に記載の通信制御方法。
【請求項４】
前記ユーザ端末は、前記予め決定されている端末識別子の候補が前記他の端末識別子と同一である場合に、当該端末識別子の候補とは異なる新たな端末識別子を、前記ユーザ端末を示す端末識別子に決定する請求項３に記載の通信制御方法。
【請求項５】
前記ユーザ端末が、直接的な端末間通信により送信する複数の通信データのそれぞれとともに、前記複数の通信データのそれぞれの送信順序に対応する番号を送信する請求項１に記載の通信制御方法。
【請求項６】
ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を周期的に送信し、
前記スケジューリング割当は、前記スケジューリング割当の送信順序に対応する番号を含む通信制御方法。
【請求項７】
前記ユーザ端末は、最初に送信される前記スケジューリング割当に、乱数に基づいて決定した最初の番号を含める請求項６に記載の通信制御方法。
【請求項８】
前記ユーザ端末は、前記スケジューリング割当に、前記ユーザ端末を示す端末識別子をさらに含め、
前記端末識別子は、前記番号と前記端末識別子との合計の情報量が閾値以下となるように、前記ユーザ端末の固有識別子が縮小されることによって生成される請求項６に記載の通信制御方法。
【請求項９】
ユーザ端末が、前記ユーザ端末を示す固有の識別子を複数の識別子に分け、
前記ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる同一の無線リソースの位置を示す複数のスケジューリング割当のそれぞれに、前記複数の識別子のいずれかを含めて送信し、
前記ユーザ端末が、前記複数の識別子を全て送信した後に、前記通信データを送信する通信制御方法。
【請求項１０】
直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を受信する制御部を備え、
前記制御部は、前記スケジューリング割当に含まれる他のユーザ端末を示す端末識別子とは異なる端末識別子を、前記ユーザ端末を示す端末識別子に決定し、
前記制御部は、前記決定した端末識別子を含むスケジューリング割当を送信するユーザ端末。
【請求項１１】
直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を周期的に送信する送信部を備え、
前記スケジューリング割当は、前記スケジューリング割当の送信順序に対応する番号を含むことを特徴とするユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる通信制御方法及びユーザ端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。【０００４】
ところで、ユーザ端末は、Ｄ２Ｄ通信データを送信するための無線リソースを通知するために、当該無線リソースの位置を示すスケジューリング割当（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）を送信する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４３  Ｖ１．２．０」  ２０１４年３月１０日
【発明の概要】
【０００６】
ここで、受信側ユーザ端末が、Ｄ２Ｄ通信の相手端末である送信側ユーザ端末からスケジューリング割当を受信し、スケジューリング割当によって示される無線リソースを使用して、送信側ユーザ端末からのＤ２Ｄ通信データを受信するケースを想定する。
【０００７】
このようなケースにおいて、受信側ユーザ端末は、送信側ユーザ端末からのスケジューリング割当だけでなく、Ｄ２Ｄ通信の相手端末でない他の送信側ユーザ端末からスケジューリング割当を受信する可能性がある。この場合、受信側ユーザ端末は、受信した２つのスケジューリング割当のどちらが送信側ユーザ端末からのスケジューリング割当か分からず、他の送信側ユーザ端末からのＤ２Ｄ通信データを誤って受信してしまう虞がある。
【０００８】
そこで、一実施形態は、受信側ユーザ端末が、送信側ユーザ端末から受信したスケジューリング割当に基づいて、Ｄ２Ｄ通信データを受信する場合において、適切なＤ２Ｄ通信データを受信可能とすることを目的とする。
【０００９】
一実施形態に係る通信制御方法では、ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を受信する。前記ユーザ端末が、前記スケジューリング割当に含まれる他のユーザ端末を示す端末識別子とは異なる端末識別子を、前記ユーザ端末を示す端末識別子に決定する。前記ユーザ端末が、前記決定した端末識別子を含むスケジューリング割当を送信する。
【００１０】
一実施形態に係る通信制御方法では、ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を周期的に送信する。前記スケジューリング割当は、前記スケジューリング割当の送信順序に対応する番号を含む。
【００１１】
一実施形態に係る通信制御方法では、ユーザ端末が、前記ユーザ端末を示す固有の識別子を複数の識別子に分ける。前記ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる同一の無線リソースの位置を示す複数のスケジューリング割当のそれぞれに、前記複数の識別子のいずれかを含めて送信する。前記ユーザ端末が、前記複数の識別子を全て送信した後に、前記通信データを送信する。
【００１２】
一実施形態に係るユーザ端末は、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を受信する制御部を備える。前記制御部は、前記スケジューリング割当に含まれる他のユーザ端末を示す端末識別子とは異なる端末識別子を、前記ユーザ端末を示す端末識別子に決定する。前記制御部は、前記決定した端末識別子を含むスケジューリング割当を送信する。
【００１３】
一実施形態に係るユーザ端末は、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を周期的に送信する送信部を備える。前記スケジューリング割当は、前記スケジューリング割当の送信順序に対応する番号を含む。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施形態に係るＬＴＥシステムの構成図である。
【図２】図２は、実施形態に係るＵＥのブロック図である。
【図３】図３は、実施形態に係るｅＮＢのブロック図である。
【図４】図４は、実施形態に係るプロトコルスタック図である。
【図５】図５は、実施形態に係る無線フレームの構成図である。
【図６】図６は、実施形態に係るスケジューリング割当を説明するための図である。
【図７】図７は、実施形態に係る動作パターン４を説明するための図である。
【図８】図８は、実施形態に係る動作パターン６を説明するための図（その１）である。
【図９】図９は、実施形態に係る動作パターン６を説明するための図（その２）である。
【発明を実施するための形態】
【００１５】
［実施形態の概要］
実施形態に係る通信制御方法では、ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を受信する。前記ユーザ端末が、前記スケジューリング割当に含まれる他のユーザ端末を示す端末識別子とは異なる端末識別子を、前記ユーザ端末を示す端末識別子に決定する。前記ユーザ端末が、前記決定した端末識別子を含むスケジューリング割当を送信する。
【００１６】
実施形態では、前記ユーザ端末が、複数の端末識別子の候補のうち、前記他のユーザ端末を示す端末識別子とは異なる端末識別子の候補を、前記ユーザ端末を示す端末識別子に決定する。
【００１７】
実施形態では、前記ユーザ端末は、予め決定されている端末識別子の候補が前記他の端末識別子と異なる場合に、当該端末識別子の候補を、前記ユーザ端末を示す端末識別子に決定する。
【００１８】
実施形態では、前記ユーザ端末は、前記予め決定されている端末識別子の候補が前記他の端末識別子と同一である場合に、当該端末識別子の候補とは異なる新たな端末識別子を、前記ユーザ端末を示す端末識別子に決定する。
【００１９】
実施形態では、前記ユーザ端末が、直接的な端末間通信により送信する複数の通信データのそれぞれとともに、前記複数の通信データのそれぞれの送信順序に対応する番号を送信する。
【００２０】
実施形態に係る通信制御方法では、ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を周期的に送信する。前記スケジューリング割当は、前記スケジューリング割当の送信順序に対応する番号を含む。
【００２１】
実施形態では、前記ユーザ端末は、最初に送信される前記スケジューリング割当に、乱数に基づいて決定した最初の番号を含める。
【００２２】
実施形態では、前記ユーザ端末は、前記スケジューリング割当に、前記ユーザ端末を示す端末識別子をさらに含める。前記端末識別子は、前記番号と前記端末識別子との合計の情報量が閾値以下となるように、前記ユーザ端末の固有識別子が縮小されることによって生成される。
【００２３】
実施形態に係る通信制御方法では、ユーザ端末が、前記ユーザ端末を示す固有の識別子を複数の識別子に分ける。前記ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる同一の無線リソースの位置を示す複数のスケジューリング割当のそれぞれに、前記複数の識別子のいずれかを含めて送信する。前記ユーザ端末が、前記複数の識別子を全て送信した後に、前記通信データを送信する。
【００２４】
実施形態に係るユーザ端末は、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を受信する制御部を備える。前記制御部は、前記スケジューリング割当に含まれる他のユーザ端末を示す端末識別子とは異なる端末識別子を、前記ユーザ端末を示す端末識別子に決定する。前記制御部は、前記決定した端末識別子を含むスケジューリング割当を送信する。
【００２５】
実施形態に係るユーザ端末は、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を周期的に送信する送信部を備える。前記スケジューリング割当は、前記スケジューリング割当の送信順序に対応する番号を含む。
【００２６】
［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００２７】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２８】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２９】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３０】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３１】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワーク（ＬＴＥネットワーク）が構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３２】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部に相当する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ１６０’としてもよい。
【００３３】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００３４】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３５】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３６】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ２４０’としてもよい。
【００３７】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００３８】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００３９】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４０】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４１】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４２】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するケジューラを含む。
【００４３】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４４】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４５】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００４６】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４７】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４８】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００４９】
（Ｄ２Ｄ近傍サービス）
以下において、Ｄ２Ｄ近傍サービスについて説明する。実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。Ｄ２Ｄ近傍サービスについては非特許文献１に記載されているが、ここではその概要を説明する。
【００５０】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。
【００５１】
同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ  ｃｏｖｅｒａｇｅ）」という。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ）」という。
【００５２】
カバレッジ内では、例えばｅＮＢ２００がＤ２Ｄ同期元となる。Ｄ２Ｄ非同期元は、Ｄ２Ｄ同期信号を送信せずにＤ２Ｄ同期元に同期する。Ｄ２Ｄ同期元であるｅＮＢ２００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、ブロードキャスト信号により送信する。Ｄ２Ｄリソース情報は、例えば、Ｄ２Ｄ発見手順に使用可能な無線リソースを示す情報（Ｄｉｓｃｏｖｅｒｙリソース情報）及びＤ２Ｄ通信に使用可能な無線リソースを示す情報（Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を含む。Ｄ２Ｄ非同期元であるＵＥ１００は、ｅＮＢ２００から受信するＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ発見手順及びＤ２Ｄ通信を行う。
【００５３】
カバレッジ外又は部分的カバレッジでは、例えばＵＥ１００がＤ２Ｄ同期元となる。カバレッジ外では、Ｄ２Ｄ同期元であるＵＥ１００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、例えばＤ２Ｄ同期信号により送信する。Ｄ２Ｄ同期信号は、端末間同期を確立するＤ２Ｄ同期手順において送信される信号である。Ｄ２Ｄ同期信号は、Ｄ２ＤＳＳ及び物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）を含む。Ｄ２ＤＳＳは、時間・周波数の同期基準を提供する信号である。ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳよりも多くの情報を運搬する物理チャネルである。ＰＤ２ＤＳＣＨは、上述したＤ２Ｄリソース情報（Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を運搬する。或いは、Ｄ２ＤＳＳにＤ２Ｄリソース情報を関連付けることにより、ＰＤ２ＤＳＣＨを不要としてもよい。
【００５４】
Ｄ２Ｄ発見手順は、主にＤ２Ｄ通信をユニキャストで行う場合に利用される。一のＵＥ１００は、他のＵＥ１００とのＤ２Ｄ通信を開始しようとする場合に、Ｄ２Ｄ発見手順に使用可能な無線リソースのうち何れかの無線リソースを用いて、Ｄｉｓｃｏｖｅｒｙ信号を送信する。当該他のＵＥ１００は、当該一のＵＥ１００とのＤ２Ｄ通信を開始しようとする場合に、Ｄ２Ｄ発見手順に使用可能な無線リソース内でＤｉｓｃｏｖｅｒｙ信号をスキャンし、Ｄｉｓｃｏｖｅｒｙ信号を受信する。Ｄｉｓｃｏｖｅｒｙ信号は、当該一のＵＥ１００がＤ２Ｄ通信に使用する無線リソースを示す情報を含んでもよい。
【００５５】
（スケジューリング割当）
以下において、スケジューリング割当（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ：ＳＡ）について、図６を用いて説明する。図６は、実施形態に係るスケジューリング割当を説明するための図である。
【００５６】
ＵＥ１００は、送信先を特定しないＤ２Ｄブロードキャスト通信を行う場合、スケジューリング割当を送信する。具体的には、ＵＥ１００は、周期的に配置されるＳＡ割当領域（ＳＡ  ａｌｌｏｃａｔｉｏｎ  ｒｅｇｉｏｎ）内の無線リソースを使用して、スケジューリング割当を送信する。Ｄ２Ｄ通信データ用のＤ２Ｄリソースプールの一部が、ＳＡ割当領域用のリソースプールとして設定される。１つのＳＡ割当領域から、次のＳＡ割当領域の前までの期間が、１つのＳＡ周期である。
【００５７】
ここで、スケジューリング割当は、Ｄ２Ｄ通信データの受信のための無線リソース（以下、Ｄ２Ｄデータリソースと適宜称する）の位置を示す。具体的には、図６に示すように、スケジューリング割当であるＳＡ１は、Ｄ２Ｄ通信データであるＤＡＴＡ１１、ＤＡＴＡ１２、ＤＡＴＡ１３に使用される無線リソースの位置を示す。スケジューリング割当は、複数のＤ２Ｄデータリソースの位置を示すことが好ましい。スケジューリング割当は、スケジューリング割当の位置によって、Ｄ２Ｄデータリソースの位置を示すことが好ましい。これによって、Ｄ２Ｄデータリソースの位置を示すためのビット数を削減できる。例えば、スケジューリング割当が、「ＤＣＩ  ｆｏｒｍａｔ  ０」の「ＵＬ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｔｙｐｅ  ０」のように、Ｄ２Ｄデータリソースを指定する場合は、周波数方向の割り当てに最大１３ビット必要であるが、スケジューリング割当の位置により、Ｄ２Ｄデータリソースの位置を示すことによって、１３ビットよりも少ないビット数にすることができる。
【００５８】
スケジューリング割当の位置によって、Ｄ２Ｄデータリソースの位置を示すために、例えば、スケジューリング割当の位置からＤ２Ｄデータリソースの位置までのオフセットの固定、１つのスケジューリング割当が位置を示す各Ｄ２Ｄデータリソースの間隔の固定、Ｄ２Ｄデータリソースの周波数方向幅（ＲＢ幅）の固定などを行うことが好ましい。例えば、Ｄ２Ｄデータリソースの周波数方向幅を２リソースブロック幅で固定してもよい。
【００５９】
スケジューリング割当は、ターボ符号ではなく、テイルビッティング畳み込み符号（Ｔａｉｌｂｉｔｉｎｇ  ｃｏｎｖｏｌｕｔｉｏｎａｌ  ｃｏｄｅ：ＴＢＣＣ）を用いて符号化（Ｃorｄｉｎｇ）されることが好ましい。ＴＢＣＣの方が、ターボ符号よりもビットサイズが小さい場合、リンク性能が良いと考えられるからである。また、ＰＤＣＣＨ（ＤＣＩ）の符号化も、ＴＢＣＣが用いられているためである。
【００６０】
ここで、受信ＵＥが、スケジューリング割当の送信元である送信ＵＥを特定するために、送信ＵＥは、スケジューリング割当の送信元であるＵＥを示すＵＥ識別子（ＵＥＩＤ）を含むスケジューリング割当を送信することが想定される。
【００６１】
しかしながら、Ｄ２Ｄ発見手順及びＤ２Ｄ通信を含むＤ２Ｄ近傍サービスは、ｅＮＢによって制御されるだけでなく、ＵＥによって制御される。このため、従来のセルラシステムのように、ｅＮＢがＵＥＩＤを管理することができない。さらに、Ｄ２Ｄ近傍サービスは、ｅＮＢ間（Ｉｎｔｅｒ−ｃｅｌｌ／ｅＮＢ）にまたがる通信をサポートするため、従来のセルラシステムのように、１つのｅＮＢが、ＩＤを独立的に管理することができない。
【００６２】
このため、送信ＵＥが、スケジューリング割当に含めるＵＥＩＤは、他の送信ＵＥが、スケジューリング割当に含めるＵＥＩＤと重複する虞がある。ＵＥＩＤが重複した場合、受信ＵＥは、例えば、混信によって、正常なＤ２Ｄ通信データを受信できない可能性がある。
【００６３】
一方で、送信ＵＥが、送信ＵＥを一意に示すＵＥ固有ＩＤ（例えば、電話番号、ＭＡＣアドレス）をスケジューリング割当に含めた場合、オーバヘッドが増大するという問題がある。
【００６４】
このような問題も可能な限り避けるために、以下の実施形態に係る動作が行われる。
【００６５】
（実施形態に係る動作）
次に、実施形態に係る動作パターン１〜６について説明する。なお、以下で説明するＵＥ識別子（ＵＥＩＤ）は、ＰＨＹ層における識別子である。
【００６６】
（Ａ）動作パターン１
動作パターン１では、ＵＥ１００−１は、ＳＡ割当領域のスキャン結果に基づいて、他のＵＥ１００が送信したスケジューリング割当に含まれるＵＥ識別子（ＵＥＩＤ）と異なるＵＥＩＤをスケジューリング割当に含める。
【００６７】
第１に、Ｄ２Ｄ通信データを送信する予定のＵＥ１００−１は、スケジューリング割当を受信するために、所定のＳＡ割当領域のスキャンを行う。これによって、ＵＥ１００は、スケジューリング割当を受信する。
【００６８】
第２に、ＵＥ１００−１は、スキャン結果に基づいて、受信したスケジューリング割当に含まれる他のＵＥを示すＵＥＩＤと異なるように、ＵＥ１００−１を示すＵＥＩＤを決定する。
【００６９】
ＵＥ１００−１は、例えば、予め設定されている複数のＵＥＩＤ候補から、他のＵＥを示すＵＥＩＤと異なるＵＥＩＤ候補を抽出する。抽出したＵＥＩＤが１つの場合は、ＵＥ１００−１を示すＵＥＩＤに決定する。一方、抽出したＵＥＩＤ候補が複数の場合は、ＵＥ１００−１が有する固有値を使用して、ＵＥＩＤを決定する。例えば、ＵＥ１００−１は、ＵＥＩＤ候補数Ｎ、固有値Ａ、ｍ番目のＵＥＩＤ候補をＵＥＩＤ（ｍ）とした場合、「ＵＥＩＤ（ｎ）：  ｎ  ＝  Ａ  ｍｏｄ  Ｎ」を満たすｎ番目のＵＥＩＤ候補をＵＥＩＤに決定する。
【００７０】
或いは、ＵＥ固有のＩＤ（例えば、電話番号）に対して、所定のビット数（例えば、１６ｂｉｔ）に縮小する操作を行うことによって、スケジューリング割当に含めるためのＵＥＩＤ候補に予め決定する。ＵＥ１００−１は、スキャンする前にこの処理を実行してもよい。
【００７１】
ＵＥ１００−１は、予め決定されているＵＥＩＤ候補が、他のＵＥを示すＵＥＩＤと同一であるか否かを判定する。予め決定されているＵＥＩＤ候補が、他のＵＥを示すＵＥＩＤと異なる場合、他のＵＥとのＵＥＩＤの重複が想定されないため、予め決定されているＵＥＩＤ候補をＵＥ１００−１を示すＵＥＩＤに決定する。一方、予め決定されているＵＥＩＤ候補が、他のＵＥを示すＵＥＩＤと同一である場合、他のＵＥとのＵＥＩＤの重複が想定されるため、ＵＥ１００−１は、所定の方法によって、予め決定されているＵＥＩＤ候補の代わりに新たなＵＥＩＤに変更する。ＵＥ１００−１は、変更したＵＥＩＤをＵＥ１００−１を示すＵＥＩＤに決定する。
【００７２】
第３に、ＵＥ１００−１は、スキャンした次のＳＡ割当領域内の無線リソースを使用して、決定したＵＥＩＤを含むスケジューリング割当を送信する。これにより、ＵＥ１００−１からのスケジューリング割当を受信したＵＥは、スケジューリング割当に含まれるＵＥＩＤによって、他のＵＥのスケジューリング割当と区別することができる。また、ＵＥ１００−１は、決定したＵＥＩＤを含むスケジューリング割当を周期的に連続して送信することによって、新たにＤ２Ｄ通信データの送信を開始する他のＵＥ１００−２は、ＳＡ割当領域をスキャンして、ＵＥ１００−１のＵＥＩＤと同じＵＥＩＤに決定することを避ける。その結果、ＵＥ１００−１からＤ２Ｄ通信データを受信するＵＥは、ＵＥ１００−１からのＤ２Ｄ通信データを適切に受信できる。
【００７３】
なお、ＵＥ１００−１は、一連のＤ２Ｄ通信データを複数のＤ２Ｄ通信データに分けて送信する場合、複数のＤ２Ｄ通信データのそれぞれとともに、複数のＤ２Ｄ通信データのそれぞれの送信順序に対応するシーケンス番号を送信してもよい。例えば、ＵＥ１００−１は、最初のＤ２Ｄ通信データとシーケンス番号１とをセットにして送信し、次のＤ２Ｄ通信データとシーケンス番号２とをセットにして送信し、ｎ番目のＤ２Ｄ通信データとシーケンス番号ｎとをセットにして送信する。これにより、ＵＥ１００−１からのＤ２Ｄ通信データを受信するＵＥが、他のＵＥのＤ２Ｄ通信データを受信した場合であっても、シーケンス番号の不連続を検知することによって、ＵＥ１００−１と異なるＵＥからのＤ２Ｄ通信データであることを判断できる。
【００７４】
なお、シーケンス番号は、ＲＬＣ層におけるシーケンス番号であってもよい。
【００７５】
（Ｂ）動作パターン２
動作パターン２では、ＵＥ１００−１は、スケジューリング割当の送信順序に対応するシーケンス番号を含むスケジューリング割当を周期的に送信する。
【００７６】
第１に、ＵＥ１００−１は、最初のスケジューリング割当を送信する前に、シーケンス番号の初期値を決定する。ＵＥ１００−１は、乱数に基づいてシーケンス番号の初期値を決定してもよい。すなわち、ＵＥ１００−１は、シーケンス番号の初期値をランダムに開始できる。これにより、シーケンス番号が他のスケジューリング割当に含まれるシーケンス番号と重複することを低減することができる。
【００７７】
第２に、ＵＥ１００−１は、決定したシーケンス番号の初期値を含む最初のスケジューリング割当を送信する。次に、ＵＥ１００−１は、スケジューリング割当の送信順序に対応するシーケンス番号を含むスケジューリング割当を周期的に送信する。例えば、ＵＥ１００−１は、シーケンス番号ｎを含む最初のスケジューリング割当を送信する。次に、ＵＥ１００−１は、シーケンス番号ｎ＋１を含むスケジューリング割当を送信する。ＵＥ１００−１は、ｍ回目のスケジューリング割当を送信する場合、シーケンス番号ｎ＋ｍを含むスケジューリング割当を送信する。これにより、シーケンス番号が、上述のＵＥ１００−１を示すＵＥＩＤと同じ役割を果たすため、ＵＥ１００−１からのスケジューリング割当を受信したＵＥは、スケジューリング割当に含まれるシーケンス番号によって、他のＵＥのスケジューリング割当と区別することができる。具体的には、スケジューリング割当を受信したＵＥは、シーケンス番号の不連続を検知した場合、当該シーケンス番号が含まれていたスケジューリング割当がＵＥ１００−１と異なるＵＥからのスケジューリング割当であると判断できる。
【００７８】
（Ｃ）動作パターン３
動作パターン３では、ＵＥ１００−１は、スケジューリング割当の送信順序に対応するシーケンス番号とＵＥＩＤとを含むスケジューリング割当を送信する。
【００７９】
第１に、ＵＥ１００−１は、上述の動作パターン１と同様に、シーケンス番号の初期値を決定する。
【００８０】
第２に、ＵＥ１００−１は、ＵＥ１００−１を示すＵＥＩＤを決定する。例えば、ＵＥ１００−１は、シーケンス番号とＵＥＩＤとの合計の情報量が閾値以下（例えば、１６ｂｉｔ）となるように、ＵＥ固有のＩＤ（例えば、電話番号）を縮小する操作を行うことによって、ＵＥＩＤを生成する。
【００８１】
第３に、ＵＥ１００−１は、シーケンス番号と生成したＵＥＩＤとを含むスケジューリング割当を周期的に送信する。シーケンス番号は、上述の動作パターン２と同様に、スケジューリング割当の送信順序に対応する。これにより、スケジューリング割当を受信したＵＥは、シーケンス番号とＵＥＩＤとによって、他のＵＥのスケジューリング割当と区別できる。
【００８２】
（Ｄ）動作パターン４
動作パターン４では、ＵＥ１００−１は、各ＳＡ割当領域内において、スケジューリング割当を送信する無線リソースの位置を固定する。
【００８３】
第１に、ＵＥ１００−１は、第１のスケジューリング割当（ＳＡ１１）を送信する（図７参照）。ＳＡ１１は、ＤＡＴＡ１１、ＤＡＴＡ１２、ＤＡＴＡ１３のＤ２Ｄデータリソースの位置を示す。ＵＥ１００−２は、第１のスケジューリング割当（ＳＡ２１）を送信する。ＳＡ２１は、ＤＡＴＡ２１、ＤＡＴＡ２２、ＤＡＴＡ２３のＤ２Ｄデータリソースの位置を示す。
【００８４】
一方、Ｄ２Ｄ通信データを送信予定のＵＥ１００−３は、ｓｕｂｆｒｅｍｅ１−２におけるＳＡ割当領域をスキャンする。ＵＥ１００−３は、スキャンの結果、スケジューリング割当の送信に使用された無線リソースの位置を把握する。
【００８５】
次に、ＵＥ１００−１は、ＳＡ１１によって位置が示されたＤ２Ｄデータリソースを使用して、ＤＡＴＡ１１、ＤＡＴＡ１２、ＤＡＴＡ１３を送信する。同様に、ＵＥ１００−２は、ＳＡ２１によって位置が示されたＤ２Ｄデータリソースを使用して、ＤＡＴＡ２１、ＤＡＴＡ２２、ＤＡＴＡ２３を送信する。
【００８６】
第２に、ＵＥ１００−１は、次のＳＡ割当領域内において、ＳＡ１１と（相対的に）同じ位置の無線リソースを使用して、第２のスケジューリング割当（ＳＡ１２）を送信する。ＵＥ１００−２は、次のＳＡ割当領域内において、ＳＡ２１と（相対的に）同じ位置の無線リソースを使用して、第２のスケジューリング割当（ＳＡ２２）を送信する。従って、ＵＥ１００−１及びＵＥ１００−２のそれぞれは、各ＳＡ割当領域内において、位置が固定された無線リソースを使用して、スケジューリング割当を送信する。
【００８７】
一方、Ｄ２Ｄ通信データを送信予定のＵＥ１００−３は、次のＳＡ割当領域内において、スケジューリング割当の送信に使用された無線リソースの位置と（相対的に）同じ位置の無線リソースと異なる無線リソースを使用して、スケジューリング割当（ＳＡ３１）を送信する。
【００８８】
このように、スケジューリング割当を送信する無線リソースの位置が固定されることによって、複数のスケジューリング割当に同じＵＥＩＤが含まれていた場合であっても、スケジューリング割当の位置によって、ＵＥ１００−１と異なるＵＥからのＤ２Ｄ通信データであるか否かを判断できる。
【００８９】
（Ｅ）動作パターン５
動作パターン５では、ＵＥ１００−１は、スケジューリング割当に、次のスケジューリング割当の送信に使用する無線リソースの位置を示す情報を含める。
【００９０】
第１に、ＵＥ１００−１は、スケジューリング割当を送信する前に、次のスケジューリング割当に使用する無線リソースの位置を決定する。
【００９１】
第２に、ＵＥ１００−１は、スケジューリング割当に、次のスケジューリング割当に使用する無線リソースの位置を示す情報を含めて、当該スケジューリング割当を送信する。これにより、ＵＥ１００−１からのスケジューリング割当を受信したＵＥは、次のスケジューリング割当に使用する無線リソースの位置が分かる。その結果、スケジューリング割当を受信したＵＥは、他のＵＥからのスケジューリング割当ではなく、ＵＥ１００−１からの次のスケジューリング割当を受信することができるため、ＵＥ１００−１からの一連のＤ２Ｄ通信データを適切に受信することができる。
【００９２】
（Ｆ）動作パターン６
動作パターン６では、ＵＥ１００−１は、ＵＥ１００−１が保持する固有の識別子を分割し、分割した識別子を同一のＤ２Ｄデータリソースの位置を示す複数のスケジューリング割当のそれぞれに含めて、複数のスケジューリング割当を送信する。
【００９３】
第１に、ＵＥ１００−１は、ＵＥ１００−１が保持する固有の識別子（ＵＥ固有ＩＤ）を複数の識別子（複数の分割ＩＤ）に分割する。具体的には、ＵＥ１００−１は、後述の同一のＤ２Ｄデータリソースの位置を示す複数のスケジューリング割当の数にＵＥ固有ＩＤを分割する。
【００９４】
ＵＥ固有ＩＤは、例えば、ＵＥ１００−１の電話番号、ＭＡＣアドレスなどである。ＵＥ固有ＩＤは、予め設定されているもの（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）であることが好ましい。
【００９５】
第２に、ＵＥ１００−１は、図８に示すように、同一のＤ２Ｄデータリソースを示す複数のスケジューリング割当（例えば、各ＳＡ１）を送信する。例えば、ＵＥ１００−１は、スケジューリング割当をリピテーション送信する。ＵＥ１００−１は、所定のスケジューリング割当（ＳＡ１（１／３））を送信し、所定のスケジューリング割当と同一のスケジューリング割当（ＳＡ１（２／３）、ＳＡ１（３／３））を再送してもよい。或いは、ＵＥ１００−１は、受信ＵＥが所定のスケジューリング割当を受信したか否かにかかわらず再送されるブラインドＨＡＲＱによって所定のスケジューリング割当を再送してもよい。
【００９６】
スケジューリング割当は、分割ＩＤを含む。ＵＥ１００−１は、複数のスケジューリング割当のそれぞれの送信順番と複数の分割ＩＤの並び（すなわち、複数の分割ＩＤの並びがＵＥ固有ＩＤとなる並び）とを対応させて、複数のスケジューリング割当のそれぞれに、分割ＩＤを含める。
【００９７】
なお、スケジューリング割当は、受信先のＵＥを示す識別子を含んでもよい。
【００９８】
第３に、受信ＵＥは、スケジューリング割当を受信する。受信ＵＥは、スケジューリング割当が示す位置のＤ２Ｄリソースを使用して、Ｄ２Ｄ通信データを受信する。
【００９９】
受信ＵＥは、スケジューリング割当（例えば、ＳＡ１（１／３））の受信に成功したら、スケジューリング割当を受信するためのスキャンを停止し、残りのスケジューリング割当（例えば、ＳＡ１（２／３）、ＳＡ１（３／３））を受信しなくてもよい。
【０１００】
動作パターン６によれば、ＵＥ１００−１は、同一のＤ２Ｄデータリソースを示す複数のスケジューリング割当を送信するため、受信ＵＥは、スケジューリング割当をより確実に受信することができる。
【０１０１】
また、ＵＥ１００−１は、ＵＥ固有ＩＤを使用して、適切なＤ２Ｄ通信データを受信可能にしつつも、オーバヘッドの増大を抑制することができる。
【０１０２】
次に、送信ＵＥ（Ｔｘ  ＵＥ１、Ｔｘ  ＵＥ２）及び受信ＵＥ（Ｒｘ  ＵＥ）の具体的な動作の一例を、図９を用いて説明する。
【０１０３】
ステップＳ１０１において、送信ＵＥは、送信ＵＥが保持するＵＥ固有ＩＤを複数の分割ＩＤに分割し、分割ＩＤを複数のスケジューリング割当のそれぞれに含める。
【０１０４】
具体的には、送信ＵＥ１は、ＵＥ固有ＩＤである電話番号（＋８１−４５−１９４３−６５６１）を送信予定のスケジューリング割当の数である３つに分割する。これにより、ＵＥ固有ＩＤは、「８１４５」を示す分割ＩＤ１−１、「１９４３」を示す分割ＩＤ１−２及び「６５６１」を示す分割ＩＤ１−３に分割される。
【０１０５】
送信ＵＥ１は、複数のスケジューリング割当（ＳＡ１（１／３）、ＳＡ１（２／３）、ＳＡ１（３／３））のそれぞれに、各分割ＩＤを含める。送信ＵＥ１は、複数のスケジューリング割当の送信順番と、分割ＩＤの順番（分割ＩＤの並び）とを対応させる。これにより、ＳＡ１（１／３）は、分割ＩＤ１−１を含み、ＳＡ１（２／３）は、分割ＩＤ１−２を含み、ＳＡ１（３／３）は、分割ＩＤ１−３を含む。
【０１０６】
なお、ＳＡ１（１／３）からＳＡ（３／３）のそれぞれに含まれるＤ２Ｄデータリソースの位置を示す情報（Ｄａｔａ  ｐｏｉｎｔｅｒ）は、同一の位置を示す。
【０１０７】
送信ＵＥ２は、送信ＵＥ１と同様に、ＵＥ固有ＩＤを分割し、複数のスケジューリング割当のそれぞれに、分割ＩＤを含める。これにより、ＳＡ１（１／３）は、「８１４５」を示す分割ＩＤ２−１を含み、ＳＡ１（２／３）は、「２９４３」を示す分割ＩＤ２−２を含み、ＳＡ１（３／３）は、「６５６１」を示す分割ＩＤ２−３を含む。
【０１０８】
ステップＳ１０２において、送信ＵＥは、所定のＳＡ割当領域内のＤ２Ｄデータリソースを使用して、ＳＡ１（１／３）を送信する。送信ＵＥ１は、第１のＤ２Ｄデータリソース（内の最初のＤ２Ｄデータリソース）を使用して、ＳＡ１（１／３）を送信する。送信ＵＥ２は、第２のＤ２Ｄデータリソース（内の最初のＤ２Ｄデータリソース）を使用して、ＳＡ１（１／３）を送信する。
【０１０９】
ステップＳ１０３において、受信ＵＥは、送信ＵＥ１及び送信ＵＥ２のそれぞれからＳＡ１（１／３）を受信し、受信したＳＡ１（１／３）をデコードする。
【０１１０】
ステップＳ１０４において、受信ＵＥは、第１のＤ２Ｄデータリソースを使用して受信したＳＡ１（１／３）に含まれるＩＤ１−１をＩＤ１とみなし、第２のＤ２Ｄデータリソースを使用して受信したＳＡ１（１／３）に含まれるＩＤ２−１をＩＤ２とみなす。
【０１１１】
ステップＳ１０５において、受信ＵＥは、ＩＤ１とＩＤ２とが同一であるか否かを判定する。受信ＵＥは、ＩＤ１とＩＤ２とが同一でない場合（「Ｎｏ」の場合）、ステップＳ１０６の処理を実行し、ＩＤ１とＩＤ２とが同一である場合（「Ｙｅｓ」の場合）、ステップＳ１０８の処理を実行する。
【０１１２】
本実施形態では、ＩＤ１及びＩＤ２は、「８１４５」であり、同一であるため、受信ＵＥは、ステップＳ１０８の処理を実行する。
【０１１３】
ステップＳ１０６において、受信ＵＥは、受信を希望する送信ＵＥが送信したＳＡが示すＤ２Ｄデータリソースを使用して、Ｄ２Ｄ通信データを受信する。受信ＵＥは、その後の処理（ステップＳ１０８〜Ｓ１１０、Ｓ１１２、Ｓ１１３）を実行しなくてもよい。
【０１１４】
ステップＳ１０７において、送信ＵＥは、所定のＳＡ割当領域内のＤ２Ｄデータリソースを使用して、ＳＡ１（２／３）を送信する。送信ＵＥ１は、第１のＤ２Ｄデータリソース（内の中央のＤ２Ｄデータリソース）を使用して、ＳＡ１（２／３）を送信する。送信ＵＥ２は、第２のＤ２Ｄデータリソース（内の中央のＤ２Ｄデータリソース）を使用して、ＳＡ１（２／３）を送信する。
【０１１５】
ステップＳ１０８において、受信ＵＥは、送信ＵＥ１及び送信ＵＥ２のそれぞれからＳＡ１（２／３）を受信し、受信したＳＡ１（２／３）をデコードする。
【０１１６】
ステップＳ１０９において、受信ＵＥは、ＩＤ１と第１のＤ２Ｄデータリソースを使用して受信したＳＡ１（２／３）に含まれるＩＤ１−２とを結合したＩＤを新たなＩＤ１とみなす。また、受信ＵＥは、ＩＤ２と第２のＤ２Ｄデータリソースを使用して受信したＳＡ１（２／３）に含まれるＩＤ２−２とを結合したＩＤを新たなＩＤ２とみなす。
【０１１７】
ステップＳ１１０において、受信ＵＥは、最新のＩＤ１と最新のＩＤ２とが同一であるか否かを判定する。受信ＵＥは、ＩＤ１とＩＤ２とが同一でない場合（「Ｎｏ」の場合）、ステップＳ１０６の処理を実行し、ＩＤ１とＩＤ２とが同一である場合（「Ｙｅｓ」の場合）、ステップＳ１１２の処理を実行する。
【０１１８】
本実施形態では、ＩＤ１は、「８１４５１９４３」であり、ＩＤ２は、「８１４５２９４３」であり、同一でない。このため、受信ＵＥは、ステップＳ１０６の処理を実行する。受信ＵＥは、その後の処理（ステップＳ１１２、Ｓ１１３）を実行しなくてもよい。
【０１１９】
ステップＳ１１１において、送信ＵＥは、所定のＳＡ割当領域内のＤ２Ｄデータリソースを使用して、ＳＡ１（３／３）を送信する。送信ＵＥ１は、第１のＤ２Ｄデータリソース（内の最後のＤ２Ｄデータリソース）を使用して、ＳＡ１（３／３）を送信する。送信ＵＥ２は、第２のＤ２Ｄデータリソース（内の最後のＤ２Ｄデータリソース）を使用して、ＳＡ１（３／３）を送信する。
【０１２０】
ステップＳ１１２において、受信ＵＥは、送信ＵＥ１及び送信ＵＥ２のそれぞれからＳＡ１（３／３）を受信し、受信したＳＡ１（３／３）をデコードする。
【０１２１】
ステップＳ１１３において、受信ＵＥは、ＩＤ１と第１のＤ２Ｄデータリソースを使用して受信したＳＡ１（３／３）に含まれるＩＤ１−３とを結合したＩＤを新たなＩＤ１とみなす。また、受信ＵＥは、ＩＤ２と第２のＤ２Ｄデータリソースを使用して受信したＳＡ１（３／３）に含まれるＩＤ２−３とを結合したＩＤを新たなＩＤ２とみなす。
【０１２２】
最新のＩＤ１は、送信ＵＥ１が保持するＵＥ固有ＩＤと同一であり、最新のＩＤ２は、送信ＵＥ２が保持するＵＥ固有ＩＤと同一である。このため、受信ＵＥは、ＳＡ１の送信元のＵＥを特定することができる。送信元を特定した受信ＵＥは、受信を希望する送信ＵＥが送信したＳＡが示すＤ２Ｄデータリソースを使用して、Ｄ２Ｄ通信データを受信する（Ｓ１０６）。
【０１２３】
［その他の実施形態］
上述した実施形態において、ＵＥ１００−１は、カバレッジ外に位置する場合、上述の動作パターンのいずれかの動作を行い、ＵＥ１００−１は、カバレッジ内に位置する場合、ｅＮＢ２００からＵＥ１００−１を示すＵＥＩＤを割り当てられてもよい。
【０１２４】
上述した実施形態において、スケジューリング割当は、受信先のＵＥを示す識別子を含んでいてもよい。
【０１２５】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１２６】
なお、日本国特許出願第２０１４−０５９２７６号（２０１４年３月２０日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１２７】
以上のように、本実施形態に係る通信制御方法及びユーザ端末によれば、受信側ユーザ端末が、送信側ユーザ端末から受信したスケジューリング割当に基づいて、Ｄ２Ｄ通信データを受信する場合において、適切なＤ２Ｄ通信データを受信できるため、移動通信分野において有用である。
【図１】
2015141727.tif 000003
【図２】
2015141727.tif 000004
【図３】
2015141727.tif 000005
【図４】
2015141727.tif 000006
【図５】
2015141727.tif 000007
【図６】
2015141727.tif 000008
【図７】
2015141727.tif 000009
【図８】
2015141727.tif 000010
【図９】
2015141727.tif 000011
【手続補正書】
【提出日】平成28年9月9日(2016.9.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を受信し、
前記ユーザ端末が、前記スケジューリング割当に含まれる他のユーザ端末を示す端末識別子とは異なる端末識別子を、前記ユーザ端末を示す端末識別子に決定し、
前記ユーザ端末が、前記決定した端末識別子を含むスケジューリング割当を送信する通信制御方法。
【請求項２】
前記ユーザ端末が、複数の端末識別子の候補のうち、前記他のユーザ端末を示す端末識別子とは異なる端末識別子の候補を、前記ユーザ端末を示す端末識別子に決定する請求項１に記載の通信制御方法。
【請求項３】
前記ユーザ端末は、予め決定されている端末識別子の候補が前記他のユーザ端末を示す端末識別子と異なる場合に、当該端末識別子の候補を、前記ユーザ端末を示す端末識別子に決定する請求項１に記載の通信制御方法。
【請求項４】
前記ユーザ端末は、前記予め決定されている端末識別子の候補が前記他のユーザ端末を示す端末識別子と同一である場合に、当該端末識別子の候補とは異なる新たな端末識別子を、前記ユーザ端末を示す端末識別子に決定する請求項３に記載の通信制御方法。
【請求項５】
前記ユーザ端末が、直接的な端末間通信により送信する複数の通信データのそれぞれとともに、前記複数の通信データのそれぞれの送信順序に対応する番号を送信する請求項１に記載の通信制御方法。
【請求項６】
ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を周期的に送信し、
前記スケジューリング割当は、前記スケジューリング割当の送信順序に対応する番号を含む通信制御方法。
【請求項７】
前記ユーザ端末は、最初に送信される前記スケジューリング割当に、乱数に基づいて決定した最初の番号を含める請求項６に記載の通信制御方法。
【請求項８】
前記ユーザ端末は、前記スケジューリング割当に、前記ユーザ端末を示す端末識別子をさらに含め、
前記端末識別子は、前記番号と前記端末識別子との合計の情報量が閾値以下となるように、前記ユーザ端末の固有識別子が縮小されることによって生成される請求項６に記載の通信制御方法。
【請求項９】
ユーザ端末が、前記ユーザ端末を示す固有の識別子を複数の識別子に分け、
前記ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる同一の無線リソースの位置を示す複数のスケジューリング割当の内の１つのスケジューリング割当に、前記複数の識別子の内の１つの識別子を含めて送信し、
前記ユーザ端末が、前記複数の識別子を全て送信した後に、前記通信データを送信する通信制御方法。
【請求項１０】
直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を受信する制御部を備え、
前記制御部は、前記スケジューリング割当に含まれる他のユーザ端末を示す端末識別子とは異なる端末識別子を、前記ユーザ端末を示す端末識別子に決定し、
前記制御部は、前記決定した端末識別子を含むスケジューリング割当を送信するユーザ端末。
【請求項１１】
直接的な端末間通信による通信データの受信に用いられる無線リソースの位置を示すスケジューリング割当を周期的に送信する送信部を備え、
前記スケジューリング割当は、前記スケジューリング割当の送信順序に対応する番号を含むことを特徴とするユーザ端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
実施形態では、前記ユーザ端末は、予め決定されている端末識別子の候補が前記他のユーザ端末を示す端末識別子と異なる場合に、当該端末識別子の候補を、前記ユーザ端末を示す端末識別子に決定する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
実施形態では、前記ユーザ端末は、前記予め決定されている端末識別子の候補が前記他のユーザ端末を示す端末識別子と同一である場合に、当該端末識別子の候補とは異なる新たな端末識別子を、前記ユーザ端末を示す端末識別子に決定する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】
実施形態に係る通信制御方法では、ユーザ端末が、前記ユーザ端末を示す固有の識別子を複数の識別子に分ける。前記ユーザ端末が、直接的な端末間通信による通信データの受信に用いられる同一の無線リソースの位置を示す複数のスケジューリング割当の内の１つのスケジューリング割当に、前記複数の識別子の内の１つの識別子を含めて送信する。前記ユーザ端末が、前記複数の識別子を全て送信した後に、前記通信データを送信する。
【国際調査報告】
2015141727.tif 000012
2015141727.tif 000013
2015141727.tif 000014