(57)【特許請求の範囲】
【請求項１】
直接的な端末間通信であるＤ２Ｄ通信におけるユーザデータを送信するためのＤ２Ｄデータリソースの時間・周波数位置を示すスケジューリング割当情報を送信する送信部を備え、
前記Ｄ２Ｄデータリソースの周波数位置は、前記Ｄ２Ｄデータリソースの周波数位置と前記スケジューリング割当情報の周波数位置とが対応付けられた固定テーブルに基づいて決定され、
前記Ｄ２Ｄデータリソースの時間位置は、前記スケジューリング割当情報に含まれる識別子に基づいて決定され、
前記送信部は、前記スケジューリング割当情報の周波数位置と同じ周波数位置において、前記スケジューリング割当情報を再送することを特徴とするユーザ端末。
【請求項２】
前記Ｄ２Ｄ通信に関する制御情報を基地局から受信する受信部を更に備え、
前記制御情報は、前記Ｄ２Ｄ通信における送信電力が基地局のセルラ通信に与える干渉を抑制するためのＤ２Ｄ送信電力情報を含むことを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記Ｄ２Ｄデータリソースの時間位置は、前記識別子に基づいてランダムに決定されることを特徴とする請求項１に記載のユーザ端末。
【請求項４】
前記識別子は、前記ユーザ端末の識別子又は前記Ｄ２Ｄデータリソースの送信先のユーザ端末の識別子を示すことを特徴とする請求項１に記載のユーザ端末。
【請求項５】
ユーザ端末を制御するプロセッサであって、
直接的な端末間通信であるＤ２Ｄ通信におけるユーザデータを送信するためのＤ２Ｄデータリソースの時間・周波数位置を示すスケジューリング割当情報を送信する処理を実行し、
前記Ｄ２Ｄデータリソースの周波数位置は、前記Ｄ２Ｄデータリソースの周波数位置と前記スケジューリング割当情報の周波数位置とが対応付けられた固定テーブルに基づいて決定され、
前記Ｄ２Ｄデータリソースの時間位置は、前記スケジューリング割当情報に含まれる識別子に基づいて決定され、
前記プロセッサは、前記スケジューリング割当情報の周波数位置と同じ周波数位置において、前記スケジューリング割当情報を再送する処理を更に実行することを特徴とするプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられるユーザ端末及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。【０００４】
基地局の負荷を低減しつつＤ２Ｄ近傍サービスを利用可能とするために、Ｄ２Ｄ通信におけるユーザデータを送信する送信側ユーザ端末が、当該ユーザデータを受信するためのＤ２Ｄデータリソースの時間・周波数位置を示すスケジューリング割当情報（ＳＡ：Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）を送信することが想定される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４３  Ｖ１２．０．１」  ２０１４年３月２７日
【発明の概要】
【０００６】
ここで、スケジューリング割当情報が、Ｄ２Ｄデータリソースの時間・周波数位置を示すために多くの情報量を含む場合、スケジューリング割当情報用に多くの無線リソースが必要となる。その結果、Ｄ２Ｄデータリソースに割り当てられる無線リソース量が減少するという問題がある。
【０００７】
そこで、本出願は、スケジューリング割当情報がＤ２Ｄデータリソースの時間・周波数位置を適切に示しつつも、Ｄ２Ｄデータリソースの時間・周波数位置を示す情報量を低減可能とすることを目的とする。
【０００８】
一実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信におけるユーザデータを送信するためのＤ２Ｄデータリソースの時間・周波数位置を示すスケジューリング割当情報を送信する送信部を備える。前記Ｄ２Ｄデータリソースの周波数位置は、前記Ｄ２Ｄデータリソースの周波数位置と前記スケジューリング割当情報の周波数位置とが対応付けられた固定テーブルに基づいて決定される。前記Ｄ２Ｄデータリソースの時間位置は、前記スケジューリング割当情報に含まれる識別子に基づいて決定される。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係るＬＴＥシステムの構成図である。
【図２】図２は、実施形態に係るＵＥのブロック図である。
【図３】図３は、実施形態に係るｅＮＢのブロック図である。
【図４】図４は、実施形態に係るプロトコルスタック図である。
【図５】図５は、実施形態に係る無線フレームの構成図である。
【図６】図６は、Ｍｏｄｅ  １におけるＳＡリソースプール及びデータリソースプールの配置を説明するための図である。
【図７】図７は、Ｍｏｄｅ  ２におけるＳＡリソースプール及びデータリソースプールの配置を説明するための図である。
【図８】図８は、ＳＡリソース及びデータリソースの関係を説明するための図である。
【図９】図９は、ＳＡの内容を説明するための図である。
【図１０】図１０は、第１モードにおけるＳＡの割り当てについて説明するための図である。
【図１１】図１１は、ＳＡチャネルコーディングの性能のシミュレーション結果を示す図である。
【図１２】図１２は、ＳＡの物理フォーマットを示す図である。
【図１３】図１３は、ｅＮＢ干渉計算を説明する図である。
【図１４】図１４は、電力制御手順を説明する図である。
【発明を実施するための形態】
【００１０】
［実施形態の概要］
実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信におけるユーザデータを送信するためのＤ２Ｄデータリソースの時間・周波数位置を示すスケジューリング割当情報を送信する送信部を備える。前記Ｄ２Ｄデータリソースの周波数位置は、前記Ｄ２Ｄデータリソースの周波数位置と前記スケジューリング割当情報の周波数位置とが対応付けられた固定テーブルに基づいて決定される。前記Ｄ２Ｄデータリソースの時間位置は、前記スケジューリング割当情報に含まれる識別子に基づいて決定される。
【００１１】
実施形態において、前記Ｄ２Ｄデータリソースの時間位置は、前記識別子に基づいてランダムに決定される。
【００１２】
実施形態において、前記識別子は、前記ユーザ端末の識別子又は前記Ｄ２Ｄデータリソースの送信先のユーザ端末の識別子を示す。
【００１３】
実施形態に係るプロセッサは、ユーザ端末を制御する。当該プロセッサは、直接的な端末間通信であるＤ２Ｄ通信におけるユーザデータを送信するためのＤ２Ｄデータリソースの時間・周波数位置を示すスケジューリング割当情報を送信する処理を実行する。前記Ｄ２Ｄデータリソースの周波数位置は、前記Ｄ２Ｄデータリソースの周波数位置と前記スケジューリング割当情報の周波数位置とが対応付けられた固定テーブルに基づいて決定される。前記Ｄ２Ｄデータリソースの時間位置は、前記スケジューリング割当情報に含まれる識別子に基づいて決定される。
【００１４】
［実施形態］
以下において、本出願に係る内容をＬＴＥシステムに適用する場合の実施形態を説明する。
【００１５】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００１６】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００１７】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００１８】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００１９】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワーク（ＬＴＥネットワーク）が構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００２０】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部に相当する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ１６０’としてもよい。
【００２１】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００２２】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００２３】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００２４】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ２４０’としてもよい。
【００２５】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００２６】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００２７】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００２８】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００２９】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００３０】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するスケジューラを含む。
【００３１】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００３２】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３３】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００３４】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００３５】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００３６】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００３７】
（Ｄ２Ｄ近傍サービス）
以下において、Ｄ２Ｄ近傍サービスについて説明する。実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。Ｄ２Ｄ近傍サービスについては非特許文献１に記載されているが、ここではその概要を説明する。
【００３８】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。
【００３９】
同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ  ｃｏｖｅｒａｇｅ）」という。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ）」という。
【００４０】
カバレッジ内では、例えばｅＮＢ２００がＤ２Ｄ同期元となる。Ｄ２Ｄ非同期元は、Ｄ２Ｄ同期信号を送信せずにＤ２Ｄ同期元に同期する。Ｄ２Ｄ同期元であるｅＮＢ２００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、ブロードキャスト信号により送信する。Ｄ２Ｄリソース情報は、例えば、Ｄ２Ｄ発見手順に使用可能な無線リソースを示す情報（Ｄｉｓｃｏｖｅｒｙリソース情報）及びＤ２Ｄ通信に使用可能な無線リソースを示す情報（Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を含む。Ｄ２Ｄ非同期元であるＵＥ１００は、ｅＮＢ２００から受信するＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ発見手順及びＤ２Ｄ通信を行う。
【００４１】
カバレッジ外又は部分的カバレッジでは、例えばＵＥ１００がＤ２Ｄ同期元となる。カバレッジ外では、Ｄ２Ｄ同期元であるＵＥ１００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、例えばＤ２Ｄ同期信号により送信する。Ｄ２Ｄ同期信号は、端末間同期を確立するＤ２Ｄ同期手順において送信される信号である。Ｄ２Ｄ同期信号は、Ｄ２ＤＳＳ及び物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）を含む。Ｄ２ＤＳＳは、時間・周波数の同期基準を提供する信号である。ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳよりも多くの情報を運搬する物理チャネルである。ＰＤ２ＤＳＣＨは、上述したＤ２Ｄリソース情報（Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を運搬する。或いは、Ｄ２ＤＳＳにＤ２Ｄリソース情報を関連付けることにより、ＰＤ２ＤＳＣＨを不要としてもよい。
【００４２】
Ｄ２Ｄ発見手順では、近傍端末を発見するための発見信号（以下、Ｄｉｓｃｏｖｅｒｙ信号）が送信される。Ｄ２Ｄ発見手順の方式として、ＵＥ１００に固有に割り当てられない無線リソースがＤｉｓｃｏｖｅｒｙ信号の送信に使用される第１の発見方式（Ｔｙｐｅ  １  ｄｉｓｃｏｖｅｒｙ）と、ＵＥ１００毎に固有に割り当てられる無線リソースがＤｉｓｃｏｖｅｒｙ信号の送信に使用される第２の発見方式（Ｔｙｐｅ  ２  ｄｉｓｃｏｖｅｒｙ）とがある。第２の発見方式では、Ｄｉｓｃｏｖｅｒｙ信号の送信毎に個別に割り当てられた無線リソース、又は、半固定的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｌｙ）に割り当てられた無線リソースが使用される。
【００４３】
また、Ｄ２Ｄ通信（Ｄ２Ｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のモードとして、ｅＮＢ２００又はリレーノードがＤ２Ｄデータ（Ｄ２Ｄデータ及び／又は制御データ）を送信するための無線リソースを割り当てる第１のモード（Ｍｏｄｅ  １）と、ＵＥ１００自身が、Ｄ２Ｄデータを送信するための無線リソースをリソースプールから選択する第２のモード（Ｍｏｄｅ  ２）と、がある。ＵＥ１００は、いずれかのモードでＤ２Ｄ通信を行う。例えば、ＲＲＣコネクティッド状態のＵＥ１００は、第１のモードでＤ２Ｄ通信を行い、カバレッジ外のＵＥ１００は、第２のモードでＤ２Ｄ通信を行う。
【００４４】
（ＳＡリソース及びデータリソースの関係）
次に、ＳＡリソース（スケジューリング割当情報用リソース）及びデータリソースについて、図６〜図８を用いて説明する。図６は、Ｍｏｄｅ  １におけるＳＡリソースプール及びデータリソースプールの配置を説明するための図である。図７は、Ｍｏｄｅ  ２におけるＳＡリソースプール及びデータリソースプールの配置を説明するための図である。図８は、ＳＡリソース及びデータリソースの関係を説明するための図である。
【００４５】
まず、Ｄ２Ｄ通信（Ｄ２Ｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のモードである第１のモード（Ｍｏｄｅ  １）で用いられる無線リソースについて説明する。第１のモードでは、図６に示すようなＤ２Ｄ通信用の無線リソース（Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース）が用いられる。
【００４６】
具体的には、第１モードにおけるＤ２Ｄ通信用の無線リソースは、ＳＡ領域とデータ領域とに時間方向に分けられる。Ｄ２Ｄ通信用の無線リソースの時間・周波数方向における幅、及びＤ２Ｄ通信用の無線リソースの周期は、固定されている。Ｄ２Ｄ通信用の無線リソースの時間方向における幅は、ＶｏＩＰに特化するために、２０ｍｓｅｃの倍数であることが好ましい。また、ＶｏＩＰが発生した場合の遅延を低減するために、Ｄ２Ｄ通信用の無線リソースの時間方向における幅は、４０ｍsecであることが好ましい。
【００４７】
ＳＡ領域は、周波数帯域が１０ＭＨｚの場合、複数のＳＡリソースプール（ＳＡ  ｐｏｏｌ  ０〜３）に周波数方向に分けられる。例えば、ＳＡリソースプールの周波数方向における幅は、１０ＲＢ又は１２ＲＢであり、ＳＡリソースプールの時間方向における幅は、４サブフレームである。
【００４８】
データ領域は、複数のデータリソースプール（Ｄａｔａ  ｐｏｏｌ  ０〜３）に周波数方向に分けられる。例えば、データリソースプールの周波数方向における幅は、１０ＲＢ又は１２ＲＢであり、データリソースプールの時間方向における幅は、３６サブフレームである。
【００４９】
複数のＳＡリソースプールのそれぞれと、複数のデータリソースプールのそれぞれとは、時間方向において対応付けられている。例えば、ＳＡリソースプール０とデータリソースプール０とは、「０」のリソースプールＩＤによって対応付けられている。
【００５０】
なお、Ｄ２Ｄ通信用の無線リソースは、周波数方向においてＰＵＣＣＨに挟まれるように配置されている。
【００５１】
次に、第２のモード（Ｍｏｄｅ  ２）で用いられる無線リソースについて説明する。第１のモードでは、図７に示すような無線リソースが用いられる。
【００５２】
第２のモードにおけるＤ２Ｄ通信用の無線リソースは、第１のモードにおけるＤ２Ｄ通信用の無線リソースと同様の構成である。ただし、ＳＡリソース領域には、Ｄ２Ｄ同期信号を送信するための無線リソースプール（Ｄ２Ｄ同期プール）が配置されている。
【００５３】
具体的には、Ｄ２Ｄ同期プールは、時間方向において、ＳＡリソース領域の先頭シンボルから所定のシンボル（例えば、０から１３シンボル）まで配置され、且つ、周波数方向においてＤ２Ｄ通信用の無線リソースの周波数方向の中心の数ＲＢ（例えば、６ＲＢ）に亘って配置される。
【００５４】
第２のモードでは、どのＳＡリソースプールを用いるかをＤ２Ｄ同期信号を送信するＵＥ１００が決定する。
【００５５】
なお、第２のモードにおけるＤ２Ｄ通信用の無線リソースでは、第１のモードにおけるＰＵＣＣＨに対応する部分は、ブランクである。
【００５６】
次に、データリソースの位置を決定するための方法について、説明する。なお、図８に示すＳＡリソースプールとデータリソースプールとは、例えば、ＳＡリソースプール０とデータリソースプール０である。
【００５７】
図８に示すように、ＳＡリソースプールとデータリソースプールとは、同じユニットサイズに分割されている。１つのユニットサイズの時間方向における幅は１サブフレームであり、１つのユニットサイズの周波数方向における幅は２ＲＢである。
【００５８】
ここで、データリソースの周波数位置とＳＡの周波数位置（具体的には、Ｄ２Ｄ周波数ＩＤ（Ｄ２Ｄ  ｆｒｅｑｕｅｎｃｙ  ＩＤ）とは、対応付けられている。具体的には、図８に示すように、時間方向において同一の複数のデータリソースのそれぞれは、各Ｄ２Ｄ周波数ＩＤ（０〜５）のいずれかに対応付けられているとともに、周波数方向における各周波数ＩＤは、重複せず、且つランダムに配置されている。これにより、受信電力の違いに基づく干渉（いわゆるＩｎ  ｂａｎｄ  ｅｍｉｓｓｉｏｎ）を抑制できる。
【００５９】
各周波数ＩＤのランダムパターンは、ＳＦＮ（サブフレームナンバー）に基づいて決定されるパターンであってもよい。決定したランダムパターンを示す情報は、ＳＡ或いは、Ｄ２ＤＳＳに含まれてもよい。或いは、各周波数ＩＤのランダムパターンは、固定されていてもよい。
【００６０】
データリソースの周波数位置は、ＳＡリソースの周波数位置とデータリソースの周波数とが対応付けられている図８に示すような固定テーブルに基づいて、決定される。例えば、第１のモードにおける無線リソースを割り当てるｅＮＢ２００（又はリレーノード）は、ＵＥ１００−１に対して、周波数ＩＤが０に対応するＳＡリソースを割り当てる。
【００６１】
例えば、「０」の周波数ＩＤに対応するＳＡリソースを用いるＵＥ１００−１は、固定テーブルに基づいて、「０」の周波数ＩＤに対応するデータリソースを決定する。「２」の周波数ＩＤに対応するＳＡリソースを用いるＵＥ１００−２は、固定テーブルに基づいて、「２」の周波数ＩＤに対応するデータリソースを決定する。
【００６２】
一方、データリソースの時間位置は、ＵＥ１００の識別子に基づいて、決定される。例えば、ＵＥ１００−１は、ＳＡの送信元である自身のＩＤに基づいて決定されるランダムなパターンによって、データリソースの時間位置を決定する。従って、データリソースの時間位置は、ＵＥ１００の識別子に基づいてランダムに決定される。これにより、送信電力の違いに基づく干渉（いわゆるＩｎ  ｂａｎｄ  ｅｍｉｓｓｉｏｎ）を抑制できる。
【００６３】
ＵＥ１００−２は、ＵＥ１００−１と同様に、自身のＩＤに基づいて決定されるランダムなパターンによって、データリソースの時間位置を決定してもよい。或いは、ＵＥ１００−２は、ユーザデータの送信先となるＵＥＩＤに基づいて決定されるランダムなパターンによって、データリソースの時間位置を決定してもよい。
【００６４】
なお、本実施形態では、ＵＥ１００は、データ領域の前半（１８サブフレーム）及びデータ領域の後半（１８サブフレーム）のそれぞれの中から、データリソースを４つ決定する。従って、１つのＳＡは、８つのデータリソースを示す。
【００６５】
データリソースの周波数位置に係るランダム規則と、データリソースの時間位置に係るランダム規則とは、異なる規則であることが好ましい。
【００６６】
なお、ユーザデータの再送回数は、例えば、４で固定してもよい。これにより、データの切り替わりを示す新規データ識別子（ＮＤＩ）を、ユーザデータに含めなくてもよくなるため、無線リソースを有効に活用することができる。
【００６７】
また、ユーザデータの再送回数を固定した場合、ＲＶインデックスパターンを固定してもよい。例えば、ＲＶインデックスパターンを、（０，２，３，１）で固定してもよい。
【００６８】
（ＳＡ）
次に、ＳＡについて、図９及び図１０を用いて説明する。図９は、ＳＡの内容を説明するための図である。図１０は、第１モードにおけるＳＡの割り当てについて説明するための図である。
【００６９】
図９に示すように、ＳＡは、ＵＥＩＤ（ＵＥ識別子）及びＭＣＳが含まれる。ＵＥＩＤは、ＳＡの送信元のＩＤ（ＴＸ  ＵＥ  ＩＤ）或いは、ＳＡ（すなわち、ユーザデータ）の送信先のＩＤ（Ｔａｒｇｅｔ  ＩＤ）である。例えば、ＵＥＩＤは、８ビットのビット列である。ＵＥＩＤの最初の１ビットは、ユーザデータをブロードキャストで送信するか否かを示す情報であってもよい。これにより、ＳＡを受信したＵＥ１００は、ＳＡによって位置が示されるユーザデータが、ブロードキャスト用のユーザデータでなく、且つ、自身宛のデータでない場合、復号せずに消去することができる。
【００７０】
ＭＣＳは、ユーザデータのＭＣＳを示す。例えば、ＭＣＳは、５ビットのビット列である。
【００７１】
ＳＡは、ＵＥＩＤ及びＭＣＳ以外の所定の情報（Ｒｅｓｅｒｖｅｄ）を含んでもよい。例えば、Ｄ２Ｄ通信に使用される無線リソースがＭｏｄｅ  １の無線リソース或いは、Ｍｏｄｅ  ２の無線リソースであるかを示す情報であってもよい。或いは、所定の情報は、ユーザデータ（周波数方向における各周波数ＩＤ）が周波数方向においてランダムか固定かを示す情報（１ビット）であってもよいし、ユーザデータが時間方向においてランダムかＳＰＳ（半固定である）かを示す情報であってもよい（１ビット）。ユーザデータが時間方向においてＳＰＳである場合、所定の情報は、ＳＰＳの周期を示す情報であってもよい。
【００７２】
また、ＳＡは、再送されてもよく、例えば、ＨＡＲＱによって再送されてもよい。ＳＡの送信のために割り当てられる無線リソースは、周波数方向において複数のＲＢによって構成され（図８参照）、複数のＲＢは、ＳＡの再送用の無線リソースを含んでもよい。この場合、複数のＳＡの無線リソースのそれぞれは、周波数方向において固定され、時間方向においてランダムに選択されてもよい。ＳＡのＲＶインデックスパターンは、例えば、０で固定されてもよい。
【００７３】
ここで、ＳＡの位置は、第１のモードでは、ｅＮＢ２００（リレーノード）によって決定される。このため、図１０に示すように、ｅＮＢ２００は、決定したＳＡの位置を示す制御情報（ＤＣＩ）をＵＥ１００に送信する。ｅＮＢ２００は、ＳＡ領域の先頭から４サブフレームよりも前に制御情報を送信する。
【００７４】
図１０に示すように、ｅＮＢ２００は、１つの制御情報が１つのＳＡを示してもよい。或いは、制御情報が、半固定的なリソースの割り当てを示してもよい。この場合、ｅＮＢ２００は、半固定的なリソースの割り当てを終了する場合、リソースを解放するための制御情報を送信できる。
【００７５】
ｅＮＢ２００は、ＳＡの位置を示すための制御情報がＤＣＩフォーマット０を使用して、ＵＥ１００に通知する。この場合、ｅＮＢ２００は、ＵＥ１００に通知した制御情報がＤ２Ｄ通信用の情報であること示すために、Ｄ２Ｄ通信用に割り当てられた一時的な識別子（Ｄ２Ｄ−ＲＮＴＩなど）を用いて、ＣＲＣをランダマイズする。
【００７６】
ＳＡの位置を示す制御情報は、ＳＡの周波数方向位置（３ビット：０−５）及びＳＡの時間位置（４ビット）を示す情報を含むことができる。ＳＡの時間位置は、ＨＡＲＱによって再送されるＳＡの時間位置を含む。
【００７７】
ＳＡの位置を示す制御情報は、ユーザデータの送信先となるＵＥＩＤ（Ｔａｒｇｅｔ  ＩＤ）を示す情報を含んでもよい。
【００７８】
ＳＡの位置を示す制御情報は、Ｄ２Ｄ通信における送信電力を上げる又は下げるためのＤ２Ｄ送信電力情報を含んでもよい。
【００７９】
ＳＡの位置を示す制御情報は、ユーザデータのＭＣＳを示す情報を含んでもよい。
【００８０】
また、ｅＮＢ２００は、セルラ通信における干渉を低減させるために、ｅＮＢ２００が許容可能な最大干渉量を示す電力制限情報を、ＵＥ１００にＲＲＣメッセージにて送信してもよい。ＵＥ１００は、下りリンクのパスロスから、ｅＮＢ２００に与える干渉量（推定干渉量）を計算し、Ｄ２Ｄ通信における送信電力を最大干渉量以下に設定できる。例えば、ＵＥ１００は、以下の式を用いて、Ｄ２Ｄ通信における送信電力を計算する。
【式１】
【００８１】
0006488285.tif 000002
【００８２】
なお、式１におけるＤ２Ｄ干渉閾値が、電力制御情報に相当する。
【００８３】
また、ＵＥ１００は、Ｄ２Ｄ通信における送信電力の設定する際に、ＩＢＥ（ｉｎ−ｂａｎｄ  ｅｍｉｓｓｉｏｎ）を考慮した補正値（以下、ＩＢＥ補正値）を用いることができる。例えば、ＵＥ１００は、以下の式を用いて、Ｄ２Ｄ通信における送信電力を計算してもよい。
【式２】
【００８４】
0006488285.tif 000003
【００８５】
ここで、ＩＢＥ補正項は、セルラ通信における無線リソースとＤ２Ｄ通信における無線リソースとがＦＤＭ（周波数多重分割）で割り当てられる場合、例えば、セルラ通信における無線リソースの周波数位置からＤ２Ｄ通信における無線リソースの周波数位置までの周波数距離に基づく値であってもよい。なお、セルラ通信における無線リソースの周波数位置は、最大の干渉が与えられるＲＢを基準であってもよい。
【００８６】
ＵＥ１００は、ＩＢＥ補正項を計算するためのパラメータを、ｅＮＢ２００から指示されてもよい。ｅＮＢ２００は、例えば、３ＧＰＰ技術報告書  「ＴＲ  ３６．８４３  Ｖ１２．０．１」に記載される［Ｗ，Ｘ，Ｙ，Ｚ］ｄＢによって、ＵＥ１００に、ＩＢＥ補正項を決定するためのパラメータを指示できる。
【００８７】
なお、ｅＮＢ２００は、ＳＡリソースプールに関する情報をＳＩＢによって、ブロードキャストすることができる。
【００８８】
ＳＡリソースプールに関する情報は、第２のモードにおける送信リソースプールの位置を示す情報を含む。
【００８９】
また、ＳＡリソースプールに関する情報は、第１のモード及び第２のモードにおける受信リソースプールの位置を示す情報を含む。
【００９０】
また、ＳＡリソースプールに関する情報は、ＳＩＢの送信に用いられているキャリア（セル）において、Ｄ２Ｄ近傍サービスを利用可能であることを示す情報を含んでもよい。或いは、ＳＡリソースプールに関する情報を含むことによって、Ｄ２Ｄ近傍サービスを利用可能であることを間接的に示してもよい。
【００９１】
（実施形態のまとめ）
本実施形態において、データリソースの周波数位置は、データリソースの周波数位置とＳＡの周波数位置とが対応付けられた固定テーブルに基づいて決定される。また、データリソースの時間位置は、ＳＡに含まれるＵＥＩＤに基づいて決定される。これにより、データリソースの時間・周波数位置は、適切に示されつつも、ＳＡは、データリソースの周波数位置及び時間位置を直接的に示す情報を含まなくてよいため、ＳＡの情報量を低減することができる。
【００９２】
本実施形態において、データリソースの時間位置は、ＵＥＩＤに基づいてランダムに決定される。これにより、複数のＵＥ１００のそれぞれが用いるデータリソースが、時間方向において重複することを低減できるため、送信電力の違いに基づく干渉（いわゆるＩｎ  ｂａｎｄ  ｅｍｉｓｓｉｏｎ）を抑制できる。
【００９３】
本実施形態において、データリソースの時間位置を決定するために用いられるＵＥＩＤは、ＳＡの送信元のＵＥＩＤ又はユーザデータの送信先のＵＥＩＤである。これにより、ＳＡがデータリソースの時間位置を直接的に示す情報を含まなくてもよいため、ＳＡの情報量を低減することができる。
【００９４】
［その他の実施形態］
上述した実施形態では、第２のモードにおけるＤ２Ｄ通信用の無線リソースは、第１のモードにおけるＤ２Ｄ通信用の無線リソースと同様の構成であったが、これに限られない。例えば、これらの無線リソースは、異なる構成であってもよい。
【００９５】
データリソースの時間位置は、ＵＥＩＤに基づいて決定していたが、これに限られない。例えば、データリソースの時間位置は、Ｄ２Ｄ近傍サービスの利用のためにＵＥ１００−１に割り当てられる識別子に基づいて決定されてもよい。
【００９６】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。
【００９７】
なお、米国仮出願第６１／９９１０１５号（２０１４年５月９日出願）の全内容が、参照により、本願明細書に組み込まれている。
【００９８】
［付記］
（Ａ）第１部
（１）導入
この第１部では、Ｄ２Ｄブロードキャスト通信のためのスケジューリング割り当ての詳細デザインに焦点を当てる。ＳＡは、ロバストチャネルであるべきことが要求される制御チャネルである。ＳＡのリンク性能と効率とを向上させるために、より少ないビット数が、制御情報を伝えるために使用されなければならない。
【００９９】
（２）ＳＡの内容
この章では、ＳＡの物理デザインを説明する。ＳＡ送信のために使用されるビット数を低減するために、以下の特徴を用いることを提案する。
【０１００】
・ＳＡの周波数位置は、データの周波数位置を示す。
【０１０１】
・ＳＡ上で送られるＵＥＩＤは、データの時間位置を示す。
【０１０２】
図８は、ＳＡとデータとの間の結合の一例である。
【０１０３】
（周波数割り当て）
Ｄ２Ｄ周波数ＩＤは、データのＤ２Ｄ周波数ＩＤの周波数位置に位置するＳＡを送信するために使用されるＳＡの周波数位置に対応している。周波数ＩＤの配置パターンは、固定され、テーブルを使用して仕様化できる。ＳＡの周波数とデータ位置との間のマッピングは、ランダム関数から導出することができる。
【０１０４】
（時間位置）
ランダム化が使用される。シード（ｓｅｅｄ）は、ＳＡ内のＵＥＩＤに基づく。
【０１０５】
・提案１：ＳＡ送信のためのビット数を低減するために、ＳＡの周波数位置は、データの周波数位置を示し、ＳＡ内のＵＥＩＤは、データの時間位置を示す。
【０１０６】
（ＮＤＩ）
ＮＤＩがサポートされる場合、ＮＤＩはＤＭＲＳで多重化されるべきである。しかしながら、多重ＮＤＩ（ｍｕｌｔｉｐｌｅｘｉｎｇ  ＮＤＩ）とＤＭＲＳは、受信機の複雑さを増大させる。
【０１０７】
或いは、再送信の固定数は、仕様化されるべきである（例えば、ＶＯＩＰをサポートするために４回再送を用いることができる）。再送信の固定数は、ＮＤＩの送信が要求されない。
【０１０８】
・提案２：仕様において再送信の数は、固定される（例えば、４回）。ＮＤＩは必要ない。
【０１０９】
（ＲＶ）
再送信の数が固定される場合、ＲＶインデックスパターンを固定できる。
【０１１０】
・提案３：ＲＶパターンは、各再送信のために、（０，２，３，１）に仕様で固定される。ＲＶインディケーションは必要ない。
【０１１１】
上述の特徴に基づく、ＳＡの内容を図９に示す。ＳＡの内容のビットサイズは、固定される。
【０１１２】
（３）ＳＡの繰り返し（ＳＡ’ｓ  ｒｅｐｅｔｉｔｉｏｎｓ）
ＳＡの繰り返しは、リンク性能の改善及びハーフデュープレックス制約に起因してサポートされるべきである。ソフトコンバイニングもまた、さらなるリンク性能向上のためにサポートできる。ＳＡのＲＶインデックスは固定されるべきである（例えば、０）。ＳＡデザインをよりシンプルにするために、ＳＡの周波数位置がデータの周波数位置を示すため、繰り返しリソースは、同じ周波数位置に配置すべきである。
【０１１３】
・提案４：ＳＡの繰り返し及びソフトコンバイニングがサポートされるべきである。ＳＡのＲＶインデックスを固定すべきである（例えば、０）。
【０１１４】
・提案５：ＳＡの周波数位置がデータの周波数位置を示すため、ＳＡ繰り返しリソースは、同じ周波数位置に配置されるべきである。
【０１１５】
（４）ＳＡのチャネルコーディング
この章では、ＳＡのチャネルコーディング性能を考察する。リンク性能をシミュレーションするために、ＳＡの長さを２４ビットと仮定する。テールビット畳み込みコーディング（ＴＢＣＣ：Ｔａｉｌ  Ｂｉｔｉｎｇ  Ｃｏｎｖｏｌｕｔｉｏｎａｌ  Ｃｏｄｉｎｇ）とターボコーディングとを比較した。他のシミュレーション前提は、後述する。図１１は、ＢＬＥＲ性能を示す。図１１に示すように、ＴＢＣＣは、ターボコードよりも０．５ｄＢ良好に機能した。
【０１１６】
・提案６：ＴＢＣＣをＳＡチャネルコーディングのために用いるべきである。
【０１１７】
（シミュレーション前提）
ＳＡの物理フォーマットは、図１２に示す。シミュレーション前提は、表１に挙げられる。
【０１１８】
【表１】
0006488285.tif 000004
【０１１９】
（Ｂ）第２部
（１）導入
この第２部では、モード２リソース割り当ての詳細をさらに考察する。ＳＡの物理デザインを説明する。
【０１２０】
（２）リソースプールデザイン
この章では、リソースＳＡ及びＤ２Ｄブロードキャストデータプールデザインを説明する。ＵＥ複雑性を下げるために、モード１とモード２の両方に関して共通のＰＨＹデザインを有することが好ましい。これにより、ＵＥ受信機が２種類のリソース割当モードに対して中立であることができる。上記目的を達成するために、モード１及びモード２の両方に関してＳＡとＤ２Ｄブロードキャストデータとの間で同一の連鎖関係（又はマッピング）を規定すべきである。
【０１２１】
・提案１：ＵＥ受信機の複雑性を下げるために、共通のＰＨＹデザインが、モード１及びモード２の両方に関して採用されるべきである。上記目的を達成するために、ＳＡ及びＤ２Ｄ通信データの連鎖関係をモード１とモード２との両方で同じにすべきである。
【０１２２】
（Ｄ２Ｄリソースプールの周波数領域割り当て）
モード１とモード２との両方で共通デザインを使用するために、ＳＡ領域とデータ領域に関して、固定された時間及び周波数サイズが規定されるべきである。リソースプールのための基本単位として１２ＲＢを提案する。また、モード１とモード２のための継続的なサポートのために、カバレッジ内のＰＵＣＣＨ領域はブランクとして確保される。モード１割り当てが与えられたキャリアでサポートされていない場合、このブランクは必要ない。
【０１２３】
・提案２：モード１とモード２との両方で共通デザインを使用するために、ＳＡ領域とデータ領域に関して、固定された時間及び周波数サイズが規定されるべきである。
【０１２４】
（Ｄ２Ｄリソースプールの時間領域の割り当て）
ＶＯＩＰがＲｅｌ．１２においてＤ２Ｄ関して最も使用されるアプリケーションであることは共通の理解である。この前提の下、ＳＡ及びＤ２Ｄ通信リソースプールタイミング割り当ては、ＶＯＩＰ送信の要件に基づくことができる。従って、ＶＯＩＰ送信が２０ｍｓの間隔で動作する場合、ＳＡ及びデータリソースプール期間も２０ｍｓの倍数に基づくことができる。より長い期間がＶＯＩＰ待ち時間性能に影響を与える可能性があるため、例えば、ＳＡ及びデータリソースプールのために４０ｍｓ期間を用いることができる。
【０１２５】
・提案３：Ｒｅｌ．１２に関して、ＳＡ及びＤ２Ｄ通信データは、ＶＯＩＰ通信に基づいて仕様化される。
【０１２６】
・提案４：ＳＡ及びデータリソースプール期間は、２０ｍｓの倍数（例えば、４０ｍｓ）であるすべきである。
【０１２７】
図７は、１０ＭＨｚ広域帯幅のためのリソース割り当ての一例である。１０ＭＨｚに関して、上下の３ＲＢは、ブランクのままである（Ｒｅｌ．８  ＰＵＣＣＨ位置）。リソースプールサイズは、それぞれ１２、１０、１０、１２である。例えば、帯域幅が２０ＭＨｚである場合、リソースプールの数は８である。３ビットインジケータがブロードキャストチャネル（すなわち、ＰＤ２ＤＳＣＨ）上で送信される上記構成を搬送することができる。リソースプールは、同期元によってランダムに選択されるべきである。Ｄ２ＤＳＳは、ＳＡ領域内に配置される６ＲＢ幅である。
【０１２８】
・提案５：３ビットインジケータがブロードキャストチャネル（すなわち、ＰＤ２ＤＳＣＨ）上で送信される上記構成を搬送することができる。
【０１２９】
・提案６：リソースプールは、同期元によってランダムに選択されるべきである。
【０１３０】
ＳＡは、衝突及びＩＢＥ影響のために、マルチサブフレームを有するべきである。ＳＡ領域について４サブフレームを提案する。
【０１３１】
（３）ＳＡ及びデータの間の連携（Ｌｉｎｋａｇｅ  ｂｅｔｗｅｅｎ  ｔｈｅ  ＳＡ  ａｎｄ  ｔｈｅ  Ｄａｔａ）
この章では、ＳＡ及びデータ割り当ての間の連携を説明する。ＳＡ及びデータの基本単位は、同じサイズを与えられており、サイズが２ＲＢであるというシンプルなデザインを提案する。リソース割り当て方式のベースラインは、仕様を簡潔にするためにランダム割り当てにすべきである。図８は、時間及び周波数領域割り当てを示す。
【０１３２】
（時間領域データランダム化）
ハーフデュープレックス制約に起因し、且つ、インバンドエミッションに起因した性能劣化を軽減するために、データは時間領域においてランダム化できる。このランダム化は、ＵＥ  ＩＤに基づく。図８に示すように、例えば、ＵＥは、Ｄ２Ｄデータを送信するための１８のサブフレームのうち４サブフレームをランダムに選択できる。
【０１３３】
・提案７：ハーフデュープレックス制約に起因し、且つ、インバンドエミッションに起因した性能劣化を軽減するために、データは時間領域においてランダム化できる。
【０１３４】
・提案８：時間両羽行きのランダム化は、ＵＥ  ＩＤに基づく。
【０１３５】
（周波数領域データランダム化）
周波数領域データランダム化は、周波数ダイバーシティゲインを得ること及びインバンドエミッションに起因した性能劣化の軽減に役立つ。周波数領域のランダム化は、固定されたランダム表に基づき、ＳＡの周波数位置で示される。
【０１３６】
・提案９：周波数領域データランダム化は、周波数ダイバーシティゲインを得ること及びインバンドエミッションに起因した性能劣化の軽減に役立つ。
【０１３７】
・提案１０：周波数領域のランダム化は、固定されたランダム表に基づき、ＳＡの周波数位置で示される。
【０１３８】
（Ｃ）第３部
（１）導入
この第３部では、モード１リソース割り当ての詳細をさらに考察する。ＳＡ物理デザインの詳細を説明する。
【０１３９】
（２）ＳＡ及びデータリソースプール
この章では、リソースＳＡ及びＤ２Ｄブロードキャストデータプールデザインを説明する。ＵＥ複雑性を下げるために、モード１とモード２の両方に関して共通のＰＨＹデザインを有することが好ましい。これにより、ＵＥ受信機が２種類のリソース割当モードに対して中立であることができる。上記目的を達成するために、モード１及びモード２の両方に関してＳＡとＤ２Ｄブロードキャストデータとの間で同一の連鎖関係（又はマッピング）を規定すべきである。
【０１４０】
（３）ＳＡリソースインジケーションのためのＤ２Ｄグラント
この章では、ＳＡ送信のためにｅＮＢによってＤＬ（下りリンク）で送られるＤ２Ｄグラントを説明する。上述で説明したように、データ割り当てがＳＡ割り当てにマッピングされる。従って、ｅＮＢは、ＤＬでＳＡグラントを送信し、Ｄ２Ｄデータ割り当てのために別のグラントは送られない。ＵＥ受信機は、ＳＡをデコーディングした後、データ送信の位置を導出できる。ＤＬで送られるＳＡグラントは、ＳＡ領域が開始するｎサブフレームからｎ−４番目のサブフレームで送られる。
【０１４１】
・提案１：ｅＮＢは、ＤＬでＳＡグラントを送信し、Ｄ２Ｄデータ割り当てのために別のグラントは送られない。
【０１４２】
【表２】
0006488285.tif 000005
【０１４３】
表２は、ＳＡリソースインジケーションのためのＤＣＩである。
【０１４４】
（４）Ｄ２Ｄ電力制御
Ｄ２Ｄは、ＵＬキャリア上で動作するので、Ｄ２Ｄ送信は、ｅＮＢ受信機で干渉を引き起こし、ＵＬ性能を低下させる可能性がある。ｅＮＢ受信機での干渉を低減させるための１つのアプローチは、Ｄ２Ｄ送信に関して電力制御を用いることである。Ｄ２Ｄ  ＵＥに電力制御コマンドを伝えるためにＤＬ制御チャネルＰＤＣＣＨを使用する開ループ最大送信電力制限及び閉ループ電力制御を提案する。
【０１４５】
図１３に示すように、ＤＬパスロスを用いて、ｅＮＢ  ＵＬ受信機で引き起こされると予期される干渉電力を、カバレッジ内ＵＥが計算できる。従って、Ｄ２Ｄ  ＵＥは、送信電力を下げることによって自身を制限するために、上述の計算結果を使用できる。Ｄ２Ｄ  ＵＥは、開ループ式である上述の「式１」を用いることができる。
【０１４６】
開ループ電力制御は、ＷＡＮの性能向上のために有益である。Ｄ２Ｄ送信によって引き起こされる干渉が閾値ＴｈＤ２Ｄを超える場合、開ループ電力制御に加えて、閉ループ電力制御を使用することができる。第３章で説明したように、ｅＮＢは、ＤＬ制御チャネルを用いてＴＰＣコマンドを伝える（図１４参照）。ＩＤ２Ｄの計算に関して、インバンドエミッションが考慮できる。ＴｈＤ２Ｄは、無限大に設定でき、これは、開ループ電力制御でないことを意味する。
【０１４７】
・提案２：開ループ及び閉ループ電力制御は、Ｄ２Ｄ送信電力制御に関してサポートされるべきである。
【産業上の利用可能性】
【０１４８】
以上のように、本実施形態に係るユーザ端末及びプロセッサによれば、スケジューリング割当情報がＤ２Ｄデータリソースの時間・周波数位置を適切に示しつつも、Ｄ２Ｄデータリソースの時間・周波数位置を示す情報量を低減できるため、移動通信分野において有用である。
【図１】
0006488285.tif 000006
【図２】
0006488285.tif 000007
【図３】
0006488285.tif 000008
【図４】
0006488285.tif 000009
【図５】
0006488285.tif 000010
【図６】
0006488285.tif 000011
【図７】
0006488285.tif 000012
【図８】
0006488285.tif 000013
【図９】
0006488285.tif 000014
【図１０】
0006488285.tif 000015
【図１１】
0006488285.tif 000016
【図１２】
0006488285.tif 000017
【図１３】
0006488285.tif 000018
【図１４】
0006488285.tif 000019