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