(57)【要約】  一つの実施形態に係るユーザ端末は、Ｄ２Ｄ通信をサポートする。前記ユーザ端末は、所定の時間長及び所定の周波数幅を有する制御領域において、時間方向に連続的又は不連続的に割り当てられる第１の制御リソース及び第２の制御リソースを使用して、同じ制御情報の繰り返し送信を行う制御部を備える。前記制御部は、前記第１の制御リソースが他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、時間方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定する。
2016021699.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ通信をサポートするユーザ端末であって、
所定の時間長及び所定の周波数幅を有する制御領域において、時間方向に連続的又は不連続的に割り当てられる第１の制御リソース及び第２の制御リソースを使用して、同じ制御情報の繰り返し送信を行う制御部を備え、
前記制御部は、前記第１の制御リソースが他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、時間方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定することを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記第１の制御リソースに対して前記第２の制御リソースが前記所定の周波数幅の２分の１だけずれるように、周波数方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記第１の制御リソース及び前記第２の制御リソースのそれぞれは、１つのリソースブロック分の周波数幅及び１つのサブフレーム分の時間幅を有し、
前記制御部は、
前記第１の制御リソースに対して前記第２の制御リソースが前記所定の周波数幅の２分の１だけずれるように、前記第１の制御リソースに用いる第１のリソースブロック及び前記第２の制御リソースに用いる第２のリソースブロックを決定し、
前記第１の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、前記第１の制御リソースに用いる第１のサブフレーム及び前記第２の制御リソースに用いる第２のサブフレームを決定することを特徴とする請求項２に記載のユーザ端末。
【請求項４】
Ｄ２Ｄ通信をサポートするユーザ端末を制御するプロセッサであって、
所定の時間長及び所定の周波数幅を有する制御領域において、時間方向に連続的又は不連続的に割り当てられる第１の制御リソース及び第２の制御リソースを使用して、同じ制御情報の繰り返し送信を行う処理と、
前記第１の制御リソースが他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、時間方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定する処理と、を実行することを特徴とするプロセッサ。
【請求項５】
Ｄ２Ｄ通信をサポートするユーザ端末であって、
制御リソースを使用して制御情報を他のユーザ端末に送信し、前記制御情報により示されるデータリソースを使用してユーザデータを前記他のユーザ端末に送信する制御部を備え、
前記制御情報は、前記制御リソース及び前記データリソースの割り当てモードが第１のモード及び第２のモードの何れであるかを識別する識別フラグを含み、
前記第１のモードは、前記制御リソース及び前記データリソースが基地局から指定される割り当てモードであり、
前記第２のモードは、所定のリソースプールの中から前記ユーザ端末が前記制御リソース及び前記データリソースを選択する割り当てモードであることを特徴とするユーザ端末。
【請求項６】
前記制御情報は、前記データリソースの時間方向の割り当てパターンを示す時間割り当て情報を含み、
前記割り当てモードが前記第１のモードである場合、前記制御部は、前記データリソースの周期的な割り当てパターンに関する情報を前記時間割り当て情報として送信し、
前記割り当てモードが前記第２のモードである場合、前記制御部は、前記データリソースのランダムな割り当てパターンに関する情報を前記時間割り当て情報として送信することを特徴とする請求項５に記載のユーザ端末。
【請求項７】
前記周期的な割り当てパターンに関する情報は、前記基地局から指定された周期及びオフセットを示す情報であり、
前記ランダムな割り当てパターンに関する情報は、疑似ランダム系列を示す情報であることを特徴とする請求項６に記載のユーザ端末。
【請求項８】
Ｄ２Ｄ通信をサポートするユーザ端末であって、
制御リソースを使用して制御情報を他のユーザ端末に送信し、前記制御情報により示されるデータリソースを使用してユーザデータを前記他のユーザ端末に送信する制御部を備え、
前記制御情報は、
前記データリソースの時間方向の割り当てパターンを示す時間割り当て情報と、
前記時間割り当て情報が第１の情報及び第２の情報の何れであるかを識別する識別フラグと、を含み、
前記第１の情報は、前記データリソースの周期的な割り当てパターンに関する情報であり、
前記第２の情報は、前記データリソースのランダムな割り当てパターンに関する情報であることを特徴とするユーザ端末。
【請求項９】
前記周期的な割り当てパターンに関する情報は、周期及びオフセットを示す情報であり、
前記ランダムな割り当てパターンに関する情報は、疑似ランダム系列を示す情報であることを特徴とする請求項８に記載のユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいてＤ２Ｄ通信をサポートするユーザ端末及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見する発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。【０００４】
Ｄ２Ｄ通信において、ユーザ端末は、制御リソースを使用して制御情報を送信（又は受信）し、当該制御情報により示されるデータリソースを使用してユーザデータを送信（又は受信）する。制御情報はＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）とも称され、制御リソースはＳＡリソースとも称される。【０００５】
制御リソース及びデータリソースの割り当てモードとしては、Ｍｏｄｅ  １（第１のモード）及びＭｏｄｅ  ２（第２のモード）が提案されている。Ｍｏｄｅ  １は基地局主導の割り当てモードであり、制御リソース及びデータリソースが基地局から指定される。Ｍｏｄｅ  ２は、ユーザ端末主導の割り当てモードであり、所定のリソースプールの中からユーザ端末が制御リソース及びデータリソースを選択する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４３  Ｖ１２．０．１」  ２０１４年３月
【発明の概要】
【０００７】
一つの実施形態に係るユーザ端末は、Ｄ２Ｄ通信をサポートする。前記ユーザ端末は、所定の時間長及び所定の周波数幅を有する制御領域において、時間方向に連続的又は不連続的に割り当てられる第１の制御リソース及び第２の制御リソースを使用して、同じ制御情報の繰り返し送信を行う制御部を備える。前記制御部は、前記第１の制御リソースが他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、時間方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定する。
【図面の簡単な説明】
【０００８】
【図１】第１実施形態及び第２実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態及び第２実施形態に係るＵＥのブロック図である。
【図３】第１実施形態及び第２実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態及び第２実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態及び第２実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。
【図６】第１実施形態及び第２実施形態に係るＤ２Ｄ通信の概要を説明するための図である。
【図７】第１実施形態に係る、Ｍｏｄｅ  １におけるデータリソースの割り当て例を示す図である。
【図８】第１実施形態に係る、Ｍｏｄｅ  ２におけるデータリソースの割り当て例を示す図である。
【図９】第１実施形態に係る数２の計算式により算出されたサブフレームｔｋを示す図である。
【図１０】第２実施形態に係る、ＳＡ領域が４サブフレーム分の時間長を有する場合のＳＡリソースの割り当て例を示す図である。
【図１１】第２実施形態に係る、ＳＡ領域が１０サブフレーム分の時間長を有する場合のＳＡリソースの割り当て例を示す図である。
【図１２】付記１に係るＳＡサブフレームが４又は１０の場合の、予め定められた、２回の繰り返し時間パターンの例を示す図である。
【図１３】付記２に係る時間ドメイン及び周波数ドメインの割り当てを示す図である。
【図１４】付記３に係る時間ドメイン及び周波数ドメインの割り当てを示す図である。
【図１５】付記３に係るＭ＝２０の場合の送信サブフレームの計算例を示す図である。
【図１６】付記４に係る繰り返しリソースを示す図である。
【図１７】付記４に係る繰り返し送信の数を増やしたときに達成されるゲインを示す図である。
【図１８】付記４に係るＤ２Ｄディスカバリー信号の物理フォーマットを示す図である。
【図１９】付記４に係る繰り返しのリソース割り当てを示す図である。
【発明を実施するための形態】
【０００９】
［実施形態の概要］
第１実施形態に係るユーザ端末は、Ｄ２Ｄ通信をサポートする。前記ユーザ端末は、制御リソースを使用して制御情報を他のユーザ端末に送信し、前記制御情報により示されるデータリソースを使用してユーザデータを前記他のユーザ端末に送信する制御部を備える。前記制御情報は、前記制御リソース及び前記データリソースの割り当てモードが第１のモード及び第２のモードの何れであるかを識別する識別フラグを含む。前記第１のモードは、前記制御リソース及び前記データリソースが基地局から指定される割り当てモードである。前記第２のモードは、所定のリソースプールの中から前記ユーザ端末が前記制御リソース及び前記データリソースを選択する割り当てモードである。
【００１０】
第１実施形態では、前記制御情報は、前記データリソースの時間方向の割り当てパターンを示す時間割り当て情報を含む。前記割り当てモードが前記第１のモードである場合、前記制御部は、前記データリソースの周期的な割り当てパターンに関する情報を前記時間割り当て情報として送信する。前記割り当てモードが前記第２のモードである場合、前記制御部は、前記データリソースのランダムな割り当てパターンに関する情報を前記時間割り当て情報として送信する。
【００１１】
第１実施形態では、前記周期的な割り当てパターンに関する情報は、前記基地局から指定された周期及びオフセットを示す情報である。前記ランダムな割り当てパターンに関する情報は、疑似ランダム系列を示す情報である。
【００１２】
第１実施形態の変更例に係るユーザ端末は、Ｄ２Ｄ通信をサポートする。前記ユーザ端末は、制御リソースを使用して制御情報を他のユーザ端末に送信し、前記制御情報により示されるデータリソースを使用してユーザデータを前記他のユーザ端末に送信する制御部を備える。前記制御情報は、前記データリソースの時間方向の割り当てパターンを示す時間割り当て情報と、前記時間割り当て情報が第１の情報及び第２の情報の何れであるかを識別する識別フラグと、を含む。前記第１の情報は、前記データリソースの周期的な割り当てパターンに関する情報である。前記第２の情報は、前記データリソースのランダムな割り当てパターンに関する情報である。
【００１３】
第１実施形態の変更例では、前記周期的な割り当てパターンに関する情報は、周期及びオフセットを示す情報である。前記ランダムな割り当てパターンに関する情報は、疑似ランダム系列を示す情報である。
【００１４】
第２実施形態に係るユーザ端末は、Ｄ２Ｄ通信をサポートする。前記ユーザ端末は、所定の時間長及び所定の周波数幅を有する制御領域において、時間方向に連続的又は不連続的に割り当てられる第１の制御リソース及び第２の制御リソースを使用して、同じ制御情報の繰り返し送信を行う制御部を備える。前記制御部は、前記第１の制御リソースが他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、時間方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定する。
【００１５】
第２実施形態において、前記制御部は、前記第１の制御リソースに対して前記第２の制御リソースが前記所定の周波数幅の２分の１だけずれるように、周波数方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定する。
【００１６】
第２実施形態において、前記第１の制御リソース及び前記第２の制御リソースのそれぞれは、１つのリソースブロック分の周波数幅及び１つのサブフレーム分の時間幅を有する。前記制御部は、前記第１の制御リソースに対して前記第２の制御リソースが前記所定の周波数幅の２分の１だけずれるように、前記第１の制御リソースに用いる第１のリソースブロック及び前記第２の制御リソースに用いる第２のリソースブロックを決定し、前記第１の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、前記第１の制御リソースに用いる第１のサブフレーム及び前記第２の制御リソースに用いる第２のサブフレームを決定する。
【００１７】
第２実施形態に係るプロセッサは、Ｄ２Ｄ通信をサポートするユーザ端末を制御する。前記プロセッサは、所定の時間長及び所定の周波数幅を有する制御領域において、時間方向に連続的又は不連続的に割り当てられる第１の制御リソース及び第２の制御リソースを使用して、同じ制御情報の繰り返し送信を行う処理と、前記第１の制御リソースが他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、時間方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定する処理と、を実行する。
【００１８】
［第１実施形態］
以下において、３ＧＰＰ規格に基づく移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムに本発明を適用する場合の実施形態を説明する。
【００１９】
（１）システム構成
図１は、第１実施形態に係るＬＴＥシステムの構成図である。図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２０】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２１】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２２】
ｅＮＢ２００は、１又は複数のセルを形成しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能又は周波数等を示す用語としても使用される。
【００２３】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。なお、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００２４】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００２５】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００２６】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００２７】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００２８】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。無線送受信機２１０（及び／又はネットワークインターフェイス２２０）及びプロセッサ２４０は、送信部及び受信部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００２９】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００３０】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００３１】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３２】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３３】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御情報が伝送される。
【００３４】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３５】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御情報が伝送される。
【００３６】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３７】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御情報（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００３８】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００３９】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４０】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４１】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００４２】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。また、各サブフレームにおける周波数方向の中央部は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００４３】
（２）Ｄ２Ｄ通信の概要
第１実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見する発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。
【００４４】
同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオは、「カバレッジ内（Ｉｎ  ｃｏｖｅｒａｇｅ）」と称される。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオは、「カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）」と称される。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオは、「部分的カバレッジ（Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ）」と称される。
【００４５】
図６は、Ｄ２Ｄ通信の概要を説明するための図である。図６に示すように、ＵＥ１００＃１及びＵＥ１００＃２は、Ｄ２Ｄ通信を行っている。Ｄ２Ｄ通信では双方向の通信が可能であるが、以下においてはＵＥ１００＃１が送信側ＵＥであり、かつＵＥ１００＃２が受信側ＵＥである一例を説明する。なお、受信側ＵＥが１つである場合に限らず、受信側ＵＥが複数であってもよい。
【００４６】
ＵＥ１００＃１は、ＳＡリソースを使用してＳＡをＵＥ１００＃２に送信する。ＳＡリソースは制御リソースに相当し、ＳＡは制御情報に相当する。ＳＡの内容については後述する。また、ＵＥ１００＃１は、ＳＡにより示されるデータリソースを使用してユーザデータをＵＥ１００＃２に送信する。
【００４７】
ＵＥ１００＃２は、ＳＡリソースを使用してＳＡをＵＥ１００＃１から受信する。また、ＵＥ１００＃２は、ＳＡにより示されるデータリソースを使用してユーザデータをＵＥ１００＃１から受信する。
【００４８】
ここで、１つの時間リソース単位及び１つの周波数リソース単位により、１つのＳＡリソースが構成される。また、１つの時間リソース単位及び１つの周波数リソース単位により、１つのデータリソースが構成される。第１実施形態では、時間リソース単位はサブフレームである。但し、時間リソース単位がサブフレームである場合に限らず、時間リソース単位がスロットであってもよい。周波数リソース単位は、１又は複数のリソースブロックである。
【００４９】
ＳＡリソース及びデータリソースの割り当てモードとしては、Ｍｏｄｅ  １（第１のモード）及びＭｏｄｅ  ２（第２のモード）が提案されている。
【００５０】
Ｍｏｄｅ  １はｅＮＢ２００主導の割り当てモードであり、ＳＡリソース及びデータリソースがｅＮＢ２００から指定される。例えば、ＵＥ１００＃１は、ｅＮＢ２００から個別シグナリング（ＰＤＣＣＨ等）により動的又は準静的にＳＡリソース及びデータリソースが指定され、指定されたＳＡリソース及びデータリソースをＤ２Ｄ通信に使用する。Ｍｏｄｅ  １は、「カバレッジ内」及び「部分的カバレッジ」のシナリオにおいて特に有用であると考えられる。
【００５１】
Ｍｏｄｅ  ２は、ＵＥ主導の割り当てモードであり、所定のリソースプールの中からＵＥ１００＃１が制御リソース及びデータリソースを選択する。例えば、ＵＥ１００＃１は、ｅＮＢ２００からブロードキャストシグナリング（ＳＩＢ等）によりＳＡリソース及びデータリソースのリソースプールが通知され、通知されたリソースプールの中からＳＡリソース及びデータリソースを選択し、選択したＳＡリソース及びデータリソースをＤ２Ｄ通信に使用する。或いは、リソースプールは、ＵＥ１００＃１に事前設定されていてもよい。Ｍｏｄｅ  ２は、「カバレッジ外」のシナリオにおいて特に有用であると考えられる。
【００５２】
（３）ＳＡの内容
表１は、第１実施形態に係るＳＡの内容を示す表である。上述したように、ＳＡは、ＵＥ１００＃１からＵＥ１００＃２に送信される。
【００５３】
表１に示すように、ＳＡは、「ＵＥ  ＩＤ」、「ＭＣＳ」、「Ｆｒｅｑｕｅｎｃｙ  ｐｏｓｉｔｉｏｎ  ｏｆ  ｄａｔａ  ｒｅｓｏｕｒｃｅ」、「Ｔ−ＲＰＴ（Ｔｉｍｅ  Ｒｅｓｏｕｒｃｅ  Ｐａｔｔｅｒｎ  ｏｆ  Ｔｒａｎｓｍｉｓｓｉｏｎ）」、「ＴＡ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）」、「Ｍｏｄｅ  １／Ｍｏｄｅ  ２  ｆｌａｇ」、「Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ  ＩＤ  ｆｏｒ  Ｍｏｄｅ  ２」、「Ｉｎ−ｃｏｖｅｒａｇｅ／ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ」、「Ｈｏｐｐｉｎｇ  ｆｌａｇ」を含む。なお、表１に示すビット数（Ｂｉｔｓ）は一例であり、適宜変更可能であることに留意されたい。
【００５４】
【表１】
2016021699.tif 000003
【００５５】
「ＵＥ  ＩＤ」は、送信側ＵＥ（ＴＸ  ＵＥ）の識別子又は受信側ＵＥ（Ｔａｒｇｅｔ）の識別子であり、８ビットのビット長を有する。「ＵＥ  ＩＤ」は、受信側ＵＥにおいて意図しないユーザデータを復号することを回避するために使用される。
【００５６】
「ＭＣＳ」は、ユーザデータに適用される変調・符号化方式（ＭＣＳ）を示す情報であり、５ビットのビット長を有する。ＭＣＳには、例えば上りリンクで使用されるインデックスが流用される。なお、ＳＡに適用されるＭＣＳは固定されている。
【００５７】
「Ｆｒｅｑｕｅｎｃｙ  ｐｏｓｉｔｉｏｎ  ｏｆ  ｄａｔａ  ｒｅｓｏｕｒｃｅ」は、データリソースの周波数方向の割り当て位置を示す情報であり、１３ビットのビット長を有する。
【００５８】
「Ｔ−ＲＰＴ」は、データリソースの時間方向の割り当てパターンを示す情報であり、合計８ビットのビット長を有する。「Ｔ−ＲＰＴ」は、時間割り当て情報に相当する。第１実施形態では、割り当てモードがＭｏｄｅ  １であるかＭｏｄｅ  ２であるかに応じて、「Ｔ−ＲＰＴ」の内容が異なる。「Ｔ−ＲＰＴ」の詳細については後述する。
【００５９】
「ＴＡ」は、タイミングアドバンスを示す情報であり、６ビットのビット長を有する。
【００６０】
「Ｍｏｄｅ  １／Ｍｏｄｅ  ２  ｆｌａｇ」は、割り当てモードがＭｏｄｅ  １及びＭｏｄｅ  ２の何れであるかを識別する識別フラグである。上述したように、Ｍｏｄｅ  １は、ＳＡリソース及びデータリソースがｅＮＢ２００から指定される割り当てモードである。Ｍｏｄｅ  ２は、所定のリソースプールの中からＵＥ１００＃１がＳＡリソース及びデータリソースを選択する割り当てモードである。
【００６１】
割り当てモードがＭｏｄｅ  １である場合、ＵＥ１００＃１は、データリソースの周期的な割り当てパターンに関する情報を「Ｔ−ＲＰＴ」として送信する。周期的な割り当てパターンに関する情報は、例えば、ｅＮＢ２００から指定された周期（Ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｔｅｒｖａｌ）及びオフセット（Ｏｆｆｓｅｔ）を示す情報である。ＵＥ１００＃２は、「Ｍｏｄｅ  １／Ｍｏｄｅ  ２  ｆｌａｇ」により示される割り当てモードがＭｏｄｅ  １である場合、「Ｔ−ＲＰＴ」を、データリソースの周期的な割り当てパターンに関する情報として解釈する。
【００６２】
これに対し、割り当てモードがＭｏｄｅ  ２である場合、ＵＥ１００＃１は、データリソースのランダムな割り当てパターンに関する情報を「Ｔ−ＲＰＴ」として送信する。ランダムな割り当てパターンに関する情報は、例えば、疑似ランダム系列を示す情報（Ｃｉｎｉｔ＿Ｄ２Ｄ）である。ＵＥ１００＃２は、「Ｍｏｄｅ  １／Ｍｏｄｅ  ２  ｆｌａｇ」により示される割り当てモードがＭｏｄｅ  ２である場合、「Ｔ−ＲＰＴ」を、データリソースのランダムな割り当てパターンに関する情報として解釈する。
【００６３】
「Ｉｎ−ｃｏｖｅｒａｇｅ／ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ」は、ＵＥ１００＃１がセルカバレッジ内であるかセルカバレッジ外であるかを示すフラグである。
【００６４】
「Ｈｏｐｐｉｎｇ  ｆｌａｇ」は、データリソースの周波数ホッピングを示す情報であり、２ビットのビット長を有する。当該周波数ホッピングには、ＰＵＳＣＨの周波数ホッピングと同様の方法が再使用される。
【００６５】
（４）データリソースの割り当て例
図７は、Ｍｏｄｅ  １におけるデータリソースの割り当て例を示す図である。図７では、２つの送信側ＵＥ（ＵＥ０、ＵＥ１）のそれぞれがＳＡ及びユーザデータを送信すると仮定している。
【００６６】
図７に示すように、ＳＡリソースが割り当てられ得る領域であるＳＡ領域（ＳＡ  Ｒｅｇｉｏｎ）とデータリソースが割り当てられ得る領域であるデータ領域（Ｄａｔａ  Ｒｅｇｉｏｎ）とが時分割で設定される。
【００６７】
図７の例では、１つのＳＡ領域は、４サブフレーム分の時間長を有する。また、ＳＡ領域及びデータ領域は、周波数方向において複数の周波数リソース単位に分割されている。図７の例では、ＳＡ領域及びデータ領域は、６つの周波数リソース単位分の周波数幅を有する。
【００６８】
Ｍｏｄｅ  １におけるデータリソースの時間方向の割り当てには、周期的な割り当てパターンが適用される。具体的には、ＳＡ中の「Ｔ−ＲＰＴ」における周期に従ってデータリソースの時間方向の周期が定められる。ＳＡ中の「Ｔ−ＲＰＴ」におけるオフセットにより、周期的な割り当ての始点となる時間位置が定められる。
【００６９】
また、ＳＡ中の「Ｆｒｅｑｕｅｎｃｙ  ｐｏｓｉｔｉｏｎ  ｏｆ  ｄａｔａ  ｒｅｓｏｕｒｃｅ」に応じてデータリソースの周波数方向の位置が定められる。ＳＡ中の「Ｈｏｐｐｉｎｇ  ｆｌａｇ」に応じてデータリソースの周波数ホッピングパターンが定められる。
【００７０】
図８は、Ｍｏｄｅ  ２におけるデータリソースの割り当て例を示す図である。ここでは、Ｍｏｄｅ  １におけるデータリソースの割り当て例との相違点を主として説明する。
【００７１】
図８に示すように、ＳＡ領域とデータ領域とが時分割で設定される。
【００７２】
Ｍｏｄｅ  ２におけるデータリソースの時間方向の割り当てには、ランダムな割り当てパターンが適用される。例えば、ＳＡ中の「Ｔ−ＲＰＴ」における疑似ランダム系列を示す情報（Ｃｉｎｉｔ＿Ｄ２Ｄ）と、ＳＡ中の「ＵＥ  ＩＤ」と、に基づいて、割り当てパターンが定められる。疑似ランダム系列としては、例えばＧｏｌｄ系列が使用される。
【００７３】
例えば、疑似ランダム系列のシードＣｉｎｉｔは、以下の数１の計算式により算出される。ここでは、ＵＥ  ＩＤが８ビットであると仮定している。
【００７４】
【数１】
2016021699.tif 000004
【００７５】
また、ｋ番目の送信（又は受信）を行うサブフレームｔｋは、以下の数２の計算式により算出される。
【００７６】
【数２】
2016021699.tif 000005
【００７７】
但し、Ｍはデータ領域における候補サブフレーム数である。また、算出されたサブフレームｔｋにおいて重複が生じた場合、又は、算出されたサブフレームｔｋがＭ以上である場合、そのサブフレームｔｋは無視される。
【００７８】
図９は、数２の計算式により算出されたサブフレームｔｋを示す図である。図９では、Ｍ＝２０、Ｎ＝５である一例を示す。図９に示すように、シードＣｉｎｉｔに対応する疑似ランダム系列（Ｒａｎｄｏｍ  ｓｅｑｕｅｎｃｅ）において、サブフレームｔｋとして、「１３」、「１３」、「３１」、「５」、「７」、「１」が算出されている。２回目の「１３」、及び「３１」は無視されるため、第「１」「５」「７」「１３」サブフレームが送信（又は受信）を行うサブフレームとして選択される。
【００７９】
（５）第１実施形態のまとめ
第１実施形態では、ＳＡは、割り当てモードがＭｏｄｅ  １及びＭｏｄｅ  ２の何れであるかを識別する「Ｍｏｄｅ  １／Ｍｏｄｅ  ２  ｆｌａｇ」を含む。これにより、割り当てモードに応じて、データリソースの時間方向の割り当てパターンを示す「Ｔ−ＲＰＴ」の内容を異ならせることができる。
【００８０】
また、割り当てモードがＭｏｄｅ  １である場合、ＵＥ１００＃１は、データリソースの周期的な割り当てパターンに関する情報を「Ｔ−ＲＰＴ」として送信する。これにより、ｅＮＢ２００により指定されているデータリソースを使用して、安定的にユーザデータを送受信できる。また、送受信すべきユーザデータが音声データであると仮定した場合、音声データは周期的に発生する。よって、データリソースを周期的に割り当てることにより、音声データを低遅延で送受信できる。
【００８１】
これに対し、割り当てモードがＭｏｄｅ  ２である場合、ＵＥ１００＃１は、データリソースのランダムな割り当てパターンに関する情報を「Ｔ−ＲＰＴ」として送信する。これにより、ｅＮＢ２００により指定されていないデータリソースを使用する場合でも、複数の送信側ＵＥについてデータリソースが時間方向において重複する可能性を低減できる。
【００８２】
特に、Ｄ２Ｄ通信では、受信側ＵＥが電力差の大きい複数のユーザデータを同時に受信する場合、周波数方向における電力漏れ込み（ｉｎ−ｂａｎｄ  ｅｍｉｓｓｉｏｎ）が生じ、所望のユーザデータの受信品質が劣化し易い。よって、データリソースを時間方向においてランダムに割り当てることにより、このような干渉の影響をランダム化し、受信品質の劣化を抑制できる。
【００８３】
［第１実施形態の変更例］
上述した第１実施形態では、Ｍｏｄｅ  １においてデータリソースの周期的割り当てを行い、Ｍｏｄｅ  ２においてデータリソースのランダム割り当てを行っていた。
【００８４】
しかしながら、このような周期的割り当て及びランダム割り当ての使い分けを、割り当てモードとは無関係に行ってもよい。
【００８５】
本変更例では、上述した「Ｍｏｄｅ  １／Ｍｏｄｅ  ２  ｆｌａｇ」に代えて、周期的／ランダム識別フラグを使用する。周期的／ランダム識別フラグは、「Ｔ−ＲＰＴ」が第１の情報及び第２の情報の何れであるかを識別するフラグである。ここで、第１の情報とは、データリソースの周期的な割り当てパターンに関する情報（例えば、周期及びオフセットを示す情報）である。第２の情報とは、データリソースのランダムな割り当てパターンに関する情報（例えば、疑似ランダム系列を示す情報）である。
【００８６】
本変更例によれば、データリソースの周期的割り当て及びランダム割り当ての使い分けを、割り当てモードとは無関係に行うことができる。
【００８７】
［第２実施形態］
第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、ＳＡリソースの割り当てに関する実施形態である。
【００８８】
第２実施形態に係るＵＥ１００は、Ｄ２Ｄ通信をサポートする。ＵＥ１００は、所定の時間長及び所定の周波数幅を有するＳＡ領域（制御領域）において、時間方向に連続的又は不連続的に割り当てられる第１のＳＡリソース（第１の制御リソース）及び第２のＳＡリソース（第２の制御リソース）を使用して、同じＳＡ（制御情報）の繰り返し送信を行う。ＵＥ１００は、第１のＳＡリソースが他のＵＥのＳＡリソースと時間方向において重複しても、第２のＳＡリソースが当該他のＵＥのＳＡリソースと時間方向において重複しないように、時間方向における第１のＳＡリソース及び第２のＳＡリソースの位置を決定する。
【００８９】
具体的には、送信側ＵＥであるＵＥ１００＃１は、所定の時間長及び所定の周波数幅を有するＳＡ領域において、時間方向に連続的又は不連続的に割り当てられる複数のＳＡリソースを使用して、ＳＡの繰り返し送信（Ｒｅｐｅｔｉｔｉｏｎ）を行う。繰り返し送信には、例えば冗長バージョン０のチェイス合成を適用できる。この場合、初送及び再送において同じＳＡが送信される。第２実施形態では、Ｒｅｐｅｔｉｔｉｏｎ回数が２回、すなわち１回の初送に対して再送を１回だけ行う一例を説明する。
【００９０】
例えば、複数のＳＡリソースの時間方向の割り当てパターンは、予め規定された複数の割り当てパターンの中から選択されている。複数の割り当てパターンのそれぞれは、一部のＳＡリソースが他の割り当てパターンと時間方向において重複しても、残りのＳＡリソースが他の割り当てパターンと時間方向において重複しないように設定されている。複数の割り当てパターンの中から割り当てパターンを選択する主体は、例えば、Ｍｏｄｅ  １ではｅＮＢ２００であり、Ｍｏｄｅ  ２ではＵＥ１００＃１である。
【００９１】
図１０は、ＳＡ領域が４サブフレーム分の時間長を有する場合のＳＡリソースの割り当て例を示す図である。図１０（Ａ）に示すように、ＳＡリソースの割り当てパターンとして、割り当てパターンＡ乃至Ｆの６パターンが予め規定されている。また、ＳＡリソースの周波数ホッピングが適用されている。
【００９２】
図１０（Ａ）に示すように、ＵＥ１００＃１は、第１のＳＡリソースに対して第２のＳＡリソースが所定の周波数幅（制御領域の周波数幅）の２分の１だけずれるように、周波数方向における第１のＳＡリソース及び第２のＳＡリソースの位置を決定する。図１０（Ａ）において、所定の周波数幅が１２リソースブロック分の周波数幅である一例を示している。例えば、図１０（Ａ）の「Ａ」のＳＡリソースに着目すると、１回目送信のリソースブロックに対して２回目送信のリソースブロックが６リソースブロック分ずれている。このように、ＵＥ１００＃１は、第１のＳＡリソースに対して第２のＳＡリソースが所定の周波数幅（制御領域の周波数幅）の２分の１だけずれるように、第１のＳＡリソースに用いる第１のリソースブロック及び第２のＳＡリソースに用いる第２のリソースブロックを決定する。
【００９３】
図１０（Ｂ）に示すように、各割り当てパターンは、時間方向において、一部のＳＡリソースが他の割り当てパターンと重複しても、残りのＳＡリソースが他の割り当てパターンと重複しないように設定されている。割り当てパターンＡに着目すると、最初のサブフレームに対応するＳＡリソースＲ−Ａ１は、割り当てパターンＣのＳＡリソースＲ−Ｃ１及び割り当てパターンＥのＳＡリソースＲ−Ｅ１と重複している。しかしながら、２番目のサブフレームに対応するＳＡリソースＲ−Ａ２は、割り当てパターンＣ及びＥと重複していない。換言すると、ＵＥ１００＃１は、第１のＳＡリソースが他のＵＥのＳＡリソースと時間方向において重複しても、第２のＳＡリソースが当該他のＵＥのＳＡリソースと時間方向において重複しないように、第１のＳＡリソースに用いる第１のサブフレーム及び第２のＳＡリソースに用いる第２のサブフレームを決定する。
【００９４】
よって、ＵＥ１００＃１は、１回目の送信において他のＵＥ１００と送信タイミングが重複しても、２回目の送信において当該他のＵＥ１００と送信タイミングが重複しない。このため、ＵＥ１００＃１は、当該他のＵＥ１００が２回目に送信するＳＡを受信することができる。また、ＳＡリソースＲ−Ｃ１又はＳＡリソースＲ−Ｅ１による電力漏れ込み（ｉｎ−ｂａｎｄ  ｅｍｉｓｓｉｏｎ）により、ＳＡリソースＲ−Ａ１のＳＡをＵＥ１００＃２（受信側ＵＥ）が復号できない場合でも、その次のＳＡリソースＲ−Ａ２のＳＡをＵＥ１００＃２が復号できる可能性が高い。従って、ＳＡの繰り返し送信の効率を高めることができる。
【００９５】
図１１は、ＳＡ領域が１０サブフレーム分の時間長を有する場合のＳＡリソースの割り当て例を示す図である。図１１（Ａ）に示すように、ＳＡリソースの割り当てパターンとして、割り当てパターンＡ乃至Ｏが予め規定されている。このように、ＳＡ領域の時間長が長いほど、使用可能な割り当てパターンを増やすことができる。
【００９６】
また、図１１（Ｂ）に示すように、各割り当てパターンは、時間方向において、一部のＳＡリソースが他の割り当てパターンと重複しても、残りのＳＡリソースが他の割り当てパターンと重複しないように設定されている。割り当てパターンＡに着目すると、最初のサブフレームに対応するＳＡリソースＲ−Ａ１は、割り当てパターンＦのＳＡリソースＲ−Ｆ１及び割り当てパターンＫのＳＡリソースＲ−Ｋ１と重複している。しかしながら、２番目のサブフレームに対応するＳＡリソースＲ−Ａ２は、割り当てパターンＦ及びＫと重複していない。
【００９７】
［その他の実施形態］
上述した第１実施形態及びその変更例では、疑似ランダム系列を使用してデータリソースのランダム割り当てを行う一例を説明した。しかしながら、疑似ランダム系列に代えて、直交系列を使用してもよい。
【００９８】
ＳＡは、「Ｒｅｓｏｕｒｃｅ  ｐｏｏｌ  ＩＤ  ｆｏｒ  Ｍｏｄｅ  ２」は、ＵＥ１００＃１により選択されたリソースプールを示す情報を含んでもよい。
【００９９】
また、上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１００】
［付記１］
以下において、上述した実施形態の補足事項について説明する。
【０１０１】
Ｄ２Ｄブロードキャスト通信に対するスケジューリング割り当て（ＳＡ）の内容について検討され、次のように合意されている。
【０１０２】
・ＭＣＳ指示子（ｉｎｄｉｃａｔｉｏｎ）は、既存の５−ビットＵＬ  ＭＣＳテーブルを使用して、５ビットで、ＳＡ毎に動的に提供される。
【０１０３】
・６４ＱＡＭは、Ｄ２Ｄ送信のために使用されるべきではない。
【０１０４】
・ＭＣＳ指示子は、ＳＡ中に含まれる。
【０１０５】
・ＳＡに対するＭＣＳは、仕様で定められる。
【０１０６】
・ＳＡに対して使用される変調はＱＰＳＫである。
【０１０７】
・ＳＡは、少なくとも次の目的をもって、Ｎビット（Ｎ＜＝１６、作業仮説Ｎ＝８）のＩＤを含む：ＵＥが、そのＵＥと無関係なデータパケットの復号の可能性を低減できるようにするため。
【０１０８】
・このＩＤが何に由来するものであるかについては今後の検討事項。
【０１０９】
・スクランブリングＳＡ  ＣＲＣは排除しない。 
【０１１０】
・Ｆｒｅｑｕｅｎｃｙ  ｐｏｓｉｔｉｏｎ  ｏｆ  ｄａｔａ  ｒｅｓｏｕｒｃｅは、ＳＡ中で明示的にシグナリングされる。ＳＡに必要な再送が「多すぎる」こと、並びに／又は、ＳＡ及び／若しくは関連ＤＣＩの設計が実現可能でないことが明らかになった場合、又は、データリソースの衝突が重大な問題であることが明らかになった場合は、ＳＡの他の内容について合意した後に再度検討する。
【０１１１】
・（少なくともＭｏｄｅ  １の場合）ＳＡ中でＤ２Ｄ受信タイミング調整を示すために６ビットを使用し、１００ｋｍのセル半径を有する、長いＣＰ長に対応する間隔をとったＴＡ値を与える。
【０１１２】
・ＵＥ毎に、各ＭＡＣ  ＰＤＵに対して同一の送信の時間リソースパターン（Ｔ−ＲＰＴ）を使用する。
【０１１３】
・送信ＵＥが、ＳＡ中のＴ−ＲＰＴによって与えられる全ての送信機会を使用するかどうかは今後の検討事項。
【０１１４】
・ＳＡ中のＴ−ＲＰＴは以下を示す：
-複数のＭＡＣ  ＰＤＵの送信間の送信周期（単数又は複数）（ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｔｅｒｖａｌ）；
-所与のＭＡＣ  ＰＤＵの送信の数（１以上の値が可能な場合）；
-各ＭＡＣ  ＰＤＵの送信のためのリソース。
【０１１５】
・Ｔ−ＲＰＴは２５６以下の値を有する。
【０１１６】
・時間インデックス（ｔｉｍｅ  ｉｎｄｅｘ）（Ｔ−ＲＰＴ内のパラメータ）は、（リソースプールが定められている場合）Ｍｏｄｅ  ２及びＭｏｄｅ  １に対するリソースプール内に含まれるサブフレーム、並びにＴＤＤキャリアに利用可能なサブフレームに対してのみ定められる。
【０１１７】
・周波数リソースを時間ドメイン情報と合わせてシグナリングしてよいかどうか（また、そうする場合はどのように行うか）は、今後の検討事項。
【０１１８】
・これらのビットの解釈をＵＥ固有にするか、又は共通にするかは、今後の検討事項。
【０１１９】
・Ｍｏｄｅ  １及びＭｏｄｅ  ２の両方について、ＳＡの単一の送信（即ち、１サブフレーム）のためのリソースは、ＰＲＢ−ペア１つとＰＲＢ−ペア２つとの間で、今後検討する。
【０１２０】
-ＳＡの再送をサポートする。チェイス合成するかどうかは今後の検討事項
-ＳＡの送信の総数は以下の間で今後検討する：
仕様において単一の値に定める、または；
２つの値のうちで（予め）設定可能にする；
これらの値を何にするかは、検討事項。
【０１２１】
-ＳＡリソースプール中のＳＡサブフレームの数（単数又は複数）は、検討事項。
【０１２２】
・ＵＥによるＳＡメッセージ送信に使用される、ある特定のＳＡリソースプール、及び時間／周波数リソースがあるとすると、ＳＡリソース期間内での、同一のＳＡメッセージ送信（単数又は複数）のための、同一ＵＥにより使用される他の時間／周波数リソースは既知であり、仕様において定められる。
【０１２３】
-詳細は今後の検討事項；
-Ｍｏｄｅ  ２において送信の衝突を最少化するかどうか／どのように最少化するかは、今後の検討事項。
【０１２４】
（ＳＡの内容）
ここでは、ＳＡの内容について検討する。表２は、ＳＡの内容の詳細を示す。
【０１２５】
【表２】
2016021699.tif 000006
【０１２６】
・周波数割り当て
ＤＣＩフォーマット０のＰＵＳＣＨは、周波数割り当て指示子に対して再使用されるべきである。これにより、よりシンプルな設計が可能となる。
【０１２７】
・Ｔ−ＲＰＴ
Ｍｏｄｅ  １とＭｏｄｅ  ２は、異なるＴ−ＲＰＴを有するべきである。Ｍｏｄｅ  １は、送信プールを有しておらず、Ｍｏｄｅ  ２は送信プールを有している。Ｍｏｄｅ  １では、周期的な割り当てが使用され、Ｍｏｄｅ  ２では、ランダムな割り当てが使用される。これらの２つのモードを区別するために、ＳＡ中でＭｏｄｅ  １／Ｍｏｄｅ  ２  ｆｌａｇがサポートされる。
【０１２８】
提案１：  Ｍｏｄｅ  １とＭｏｄｅ  ２は、異なるＴ−ＲＰＴを有するべきである。Ｍｏｄｅ  １では、周期的な割り当てが使用され、Ｍｏｄｅ  ２では、ランダムな割り当てが使用される。
【０１２９】
提案２：  Ｍｏｄｅ  １／Ｍｏｄｅ  ２  ｆｌａｇはＳＡ中でサポートされるべきである。
【０１３０】
・Ｉｎ−ｃｏｖｅｒａｇｅ／ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ
カバレッジ内のＵＥがＤ２ＤＳＳを送信し、カバレッジ外ＳＡを検出しない場合、カバレッジ内のＵＥは、Ｄ２ＤＳＳ送信を停止できる。この機能は、今後のリリースで含めることができる。
【０１３１】
・Ｈｏｐｐｉｎｇ  ｆｌａｇ
ＰＵＳＣＨホッピングパラメータは、再使用される。
【０１３２】
・ＲＶ
再送数が固定される場合、ＲＶインデックスパターンを固定することができる。
【０１３３】
提案３：  ＲＶパターンは仕様において定められ、再送毎に（０、２、３、１）である。ＲＶ指示子は不要である。
【０１３４】
（ＳＡリソースプールでのＳＡの割り当て）
ここでは、ＳＡリソースプールでのＳＡの割り当てについて検討する。
【０１３５】
・周波数ホッピング
ＳＡの周波数ホッピングは仕様において定められ、ＰＵＳＣＨホッピングに基づく。同一の設定が、所与のＳＡプールにおける全てのＵＥに対して使用される。
【０１３６】
提案４：  ＳＡの周波数ホッピングは仕様において定められ、ＰＵＳＣＨホッピングに基づく。同一の設定が、所与のＳＡプールにおける全てのＵＥに対して使用される。
【０１３７】
・ＳＡの周波数リソース
リンクレベルの性能予測から、単一の送信のためのリソースは、ＰＲＢ−ペア２つであるべきである。
【０１３８】
提案５：  リンクレベルの性能予測から、単一の送信のためのリソースは、ＰＲＢ−ペア２つであるべきである。
【０１３９】
・ＳＡの繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）
ＳＡの繰り返し送信は１回又は２回とするべきである。チェイス合成は、ＳＡ及びＲＶ＝０の場合にサポートされるべきである。
【０１４０】
提案６：  ＳＡの繰り返し送信は１回又は２回とするべきである。チェイス合成は、ＳＡ及びＲＶ＝０の場合にサポートされるべきである。
【０１４１】
・ＳＡの時間及び周波数割り当て
Ｍｏｄｅ  １では、ｅＮＢが、ＳＡ送信のための時間及び周波数リソースを設定した。Ｍｏｄｅ  ２では、ＵＥが、ＳＡ送信のための時間及び周波数リソースを自律的に選択する。
【０１４２】
・ＳＡの時間割り当て
ＳＡの時間割り当ては予め定められる。図１２は、ＳＡサブフレームが４又は１０の場合の、予め定められた、２回の繰り返し時間パターンの例を示す。この図に示される設計は、半二重方式での制約の克服に基づく。ＳＡ送信ＵＥは、同時に他のＵＥから他のＳＡを受信することができないため、このＳＡの再送では、同一のＵＥは、全く同一のリソースにおいて、それぞれのＳＡを再送しない。
【０１４３】
提案７：  半二重方式での制約を緩和するために、ＳＡのタイミングパターンを検討するべきである。
【０１４４】
［付記２］
（ＳＡとデータのリンク）
ここでは、ＳＡとデータ割り当てとの間のリンクについて述べる。図１３は、時間ドメイン及び周波数ドメインの割り当てを示す。
【０１４５】
・周波数ドメイン割り当て
シンプルな設計を保つため、Ｄ２Ｄ通信のためのＰＵＳＣＨホッピングの再使用を提案する。
【０１４６】
提案１：  Ｍｏｄｅ  １及びＭｏｄｅ  ２について、ＰＵＳＣＨホッピングは、周波数割り当てのために再使用される。
【０１４７】
・時間ドメインデータ割り当て
Ｍｏｄｅ  １については、ｅＮＢが、Ｄ２Ｄ  ＵＥのスケジューリングを担当することから、ｅＮＢが、Ｄａｔａ送信の期間及びオフセットを設定すべきである。その後、送信ＵＥは、ＳＡ中で期間及びオフセットをシグナリングする。
【０１４８】
提案２：  Ｍｏｄｅ  １の場合、ｅＮＢが、Ｄａｔａ送信の期間及びオフセットを設定すべきである。その後、ＳＡ中で期間及びオフセットがシグナリングされる。
【０１４９】
［付記３］  
（ＳＡとデータのリンク）
ここでは、ＳＡとデータ割り当てとの間のリンクについて述べる。図１４は、時間ドメイン及び周波数ドメインの割り当てを示す。
【０１５０】
・周波数ドメイン割り当て
上記の付記で検討されるように、シンプルな設計を保つため、ＰＵＳＣＨホッピングが再使用されることを提案する。
【０１５１】
提案１：  Ｍｏｄｅ  １及びＭｏｄｅ  ２について、ＰＵＳＣＨホッピングは、周波数割り当てのために再使用される。
【０１５２】
・時間ドメインデータ割り当て
半二重方式での制約のため、また、電力漏れ込み（ｉｎ−ｂａｎｄ  ｅｍｉｓｓｉｏｎｓ）による性能低下を軽減するため、データを時間ドメインにおいてランダム化することができる。このランダム化は、ＳＡ中のＵＥ  ＩＤ及びｃinit_D2Dに基づいている。図１４に示されているように、例えば、ＵＥは、１６個の中から４個のサブフレームをランダムに選択して、そのＤ２Ｄデータを送信することができる。Ｍｏｄｅ  ２の時間割り当てについては、リリース８のＧｏｌｄ系列［ＴＳ３６．２１１  ７．２］が再使用される。ｃinitは、ＳＡ中のＵＥ  ＩＤ及びｃinit_D2Dに由来する。
【０１５３】
【数３】
2016021699.tif 000007
【０１５４】
Ｍｏｄｅ  ２のＤａｔａプールが、Ｍ個の候補サブフレームを有することを仮定する。
【０１５５】
ｋ個目の送信サブフレームに対しては、ｔkは、以下のようになる：
【０１５６】
【数４】
2016021699.tif 000008
【０１５７】
衝突があるか、又はｔk≧Ｍの場合、そのｔkは無視される。
【０１５８】
図１５は、Ｍ＝２０の場合の送信サブフレームの計算例を示す。
【０１５９】
提案２：  半二重方式での制約のため、また、電力漏れ込みによる性能低下を軽減するため、データを時間ドメインにおいてランダム化するべきである。
【０１６０】
提案３：  時間ドメインのランダム化は、ＵＥ  ＩＤ及びｃinit_D2Dに基づく。
【０１６１】
［付記４］
（繰り返し送信の設計の考察）
ここでは、Ｔｙｐｅ  １発見手順（ｄｉｓｃｏｖｅｒｙ）の時間ドメイン割り当てについて述べる。複雑さを軽減するため、時間連続的な割り当て繰り返し送信を提案する。図１６に示されているように、繰り返し送信パターンは、｛１、２、４及び８｝の繰り返し送信と、偶数及び奇数の発見手順リソースＩＤに対して適用される偶数／奇数パターンを含んでいてもよい。更に、ＲＶインデックスは、予め定められたパターン（０、２、３、１）であってもよい。加えて、上記の場合は、ＰＵＳＣＨホッピングパターンをサポートしてもよい。
【０１６２】
提案１：  時間連続的な割り当て繰り返し送信を提案する。繰り返し送信パターンは、｛１、２、４及び８｝の繰り返し送信と、偶数及び奇数の発見手順リソースＩＤに対して適用される偶数／奇数パターンを含んでいてもよい。
【０１６３】
提案２：  ＲＶインデックスは、予め定められた（０、２、３、１）パターンをサポートすべきである。
【０１６４】
提案３：  Ｔｙｐｅ  １発見手順に対して、ＰＵＳＣＨホッピングが再使用される。
【０１６５】
（繰り返し送信ゲイン）
ここでは、繰り返し送信によって達成されるゲインについて検討する。繰り返し送信リソースが、時間ドメインにおいて連続的に割り当てられることを仮定している。更に詳細なシミュレーション仮定が、付記Ａに記載されている。図１７は、繰り返し送信の数を増やしたときに達成されるゲイン（Repetition gain at BLER = 0.01）を示す。しかしながら、表１のデータが示すように、繰り返し送信の数を増やしたときのゲインには、収穫逓減（ｄｉｍｉｎｉｓｈｉｎｇ  ｒｅｔｕｒｎ）が見られる。
【０１６６】
【表３】
2016021699.tif 000009
【０１６７】
・シミュレーション仮定
Ｄ２Ｄディスカバリー信号の物理フォーマットを図１８に示す。繰り返しのリソース割り当てを図１９に示す。シミュレーション仮定を表４に示す。
【０１６８】
【表４】
2016021699.tif 000010
【０１６９】
［相互参照］
米国仮出願第６２／０３５１７４号（２０１４年８月８日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１７０】
本発明は、通信分野において有用である。
【図１】
2016021699.tif 000011
【図２】
2016021699.tif 000012
【図３】
2016021699.tif 000013
【図４】
2016021699.tif 000014
【図５】
2016021699.tif 000015
【図６】
2016021699.tif 000016
【図７】
2016021699.tif 000017
【図８】
2016021699.tif 000018
【図９】
2016021699.tif 000019
【図１０】
2016021699.tif 000020
【図１１】
2016021699.tif 000021
【図１２】
2016021699.tif 000022
【図１３】
2016021699.tif 000023
【図１４】
2016021699.tif 000024
【図１５】
2016021699.tif 000025
【図１６】
2016021699.tif 000026
【図１７】
2016021699.tif 000027
【図１８】
2016021699.tif 000028
【図１９】
2016021699.tif 000029
【手続補正書】
【提出日】平成28年10月27日(2016.10.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ通信をサポートするユーザ端末であって、
所定の時間長及び所定の周波数幅を有する制御領域において、時間方向に連続的又は不連続的に割り当てられる第１の制御リソース及び第２の制御リソースを使用して、同じ制御情報の繰り返し送信を行う制御部を備え、
前記制御部は、前記第１の制御リソースが他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、時間方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定することを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記第１の制御リソースに対して前記第２の制御リソースが前記所定の周波数幅の２分の１だけずれるように、周波数方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記第１の制御リソース及び前記第２の制御リソースのそれぞれは、１つのリソースブロック分の周波数幅及び１つのサブフレーム分の時間幅を有し、
前記制御部は、
前記第１の制御リソースに対して前記第２の制御リソースが前記所定の周波数幅の２分の１だけずれるように、前記第１の制御リソースに用いる第１のリソースブロック及び前記第２の制御リソースに用いる第２のリソースブロックを決定し、
前記第１の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、前記第１の制御リソースに用いる第１のサブフレーム及び前記第２の制御リソースに用いる第２のサブフレームを決定することを特徴とする請求項２に記載のユーザ端末。
【請求項４】
Ｄ２Ｄ通信をサポートするユーザ端末を制御するプロセッサであって、
所定の時間長及び所定の周波数幅を有する制御領域において、時間方向に連続的又は不連続的に割り当てられる第１の制御リソース及び第２の制御リソースを使用して、同じ制御情報の繰り返し送信を行う処理と、
前記第１の制御リソースが他のユーザ端末の制御リソースと時間方向において重複しても、前記第２の制御リソースが前記他のユーザ端末の制御リソースと時間方向において重複しないように、時間方向における前記第１の制御リソース及び前記第２の制御リソースの位置を決定する処理と、を実行することを特徴とするプロセッサ。
【国際調査報告】
2016021699.tif 000030
2016021699.tif 000031
2016021699.tif 000032
2016021699.tif 000033