(57)【要約】  移動通信システムにおけるユーザ装置において、制御情報とデータとを含むメッセージを複数の部分メッセージに分割し、当該複数の部分メッセージに、１つ又は複数のリソースプールにおけるリソースを割り当てる割り当て手段と、前記割り当て手段で割り当てたリソースを用いて前記複数の部分メッセージを送信する送信手段とを備える。
2017051863.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおけるユーザ装置であって、
制御情報とデータとを含むメッセージを複数の部分メッセージに分割し、当該複数の部分メッセージに、１つ又は複数のリソースプールにおけるリソースを割り当てる割り当て手段と、
前記割り当て手段で割り当てたリソースを用いて前記複数の部分メッセージを送信する送信手段と
を備えることを特徴とするユーザ装置。
【請求項２】
前記割り当て手段は、各部分メッセージの中に復調用参照信号を多重し、当該復調用参照信号のベースシーケンスとして前記メッセージのサイズに対応するベースシーケンスを使用する
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
前記割り当て手段は、各部分メッセージの中に復調用参照信号を多重し、当該復調用参照信号に適用するＯＣＣとして前記メッセージのサイズに対応するＯＣＣを使用する
ことを特徴とする請求項１に記載のユーザ装置。
【請求項４】
前記割り当て手段は、前記復調用参照信号に適用するサイクリックシフトとして、当該復調用参照信号を多重する部分メッセージのインデックスに対応するサイクリックシフトを使用する
ことを特徴とする請求項２又は３に記載のユーザ装置。
【請求項５】
前記複数の部分メッセージは、固定サイズの部分メッセージと可変サイズの部分メッセージを含む
ことを特徴とする請求項１ないし４のうちいずれか１項に記載のユーザ装置。
【請求項６】
前記割り当て手段は、前記複数の部分メッセージにおける少なくとも１つの部分メッセージに制御情報とデータを多重する
ことを特徴とする請求項１ないし５のうちいずれか１項に記載のユーザ装置。
【請求項７】
前記割り当て手段は、制御情報とデータを多重する部分メッセージに対して第１のリソースプールのリソースを割り当て、データからなる部分メッセージに対して第２のリソースプールのリソースを割り当てる
ことを特徴とする請求項６に記載のユーザ装置。
【請求項８】
前記割り当て手段は、制御情報とデータを多重する部分メッセージに割り当てるリソースの中で、復調用参照信号に割り当てるリソースと時間領域で隣接するリソースを当該制御情報に割り当てる
ことを特徴とする請求項６又は７に記載のユーザ装置。
【請求項９】
前記割り当て手段は、制御情報とデータを多重する部分メッセージに割り当てるリソースの中で、周波数方向での中央部分の所定帯域幅のリソースを当該制御情報に割り当てる
ことを特徴とする請求項６ないし８のうちいずれか１項に記載のユーザ装置。
【請求項１０】
移動通信システムにおけるユーザ装置が実行する送信方法であって、
制御情報とデータとを含むメッセージを複数の部分メッセージに分割し、当該複数の部分メッセージに、１つ又は複数のリソースプールにおけるリソースを割り当てる割り当てステップと、
前記割り当てステップで割り当てたリソースを用いて前記複数の部分メッセージを送信する送信ステップと
を備えることを特徴とする送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄをサポートする移動通信システムにおけるＤ２Ｄ信号の送受信技術に関連するものである。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ−Ａ（ＬＴＥ  Ａｄｖａｎｃｅｄ）、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、４Ｇなどともいう）では、ユーザ装置（ＵＥ）同士が無線基地局（ｅＮＢ）を介さないで直接通信を行うＤ２Ｄ（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）技術が検討されている（例えば、非特許文献１）。【０００３】
Ｄ２Ｄは、ＵＥとｅＮＢとの間のトラヒックを軽減したり、災害時などにｅＮＢが通信不能になった場合でもＵＥ間の通信を可能とする。【０００４】
Ｄ２Ｄは、Ｄ２Ｄディスカバリ（Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ、Ｄ２Ｄ発見ともいう）と、Ｄ２Ｄコミュニケーション（Ｄ２Ｄ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、に大別される。以下では、Ｄ２Ｄコミュニケーション、Ｄ２Ｄディスカバリなどを特に区別しないときは、単にＤ２Ｄと呼ぶ。また、Ｄ２Ｄで送受信される信号を、Ｄ２Ｄ信号と呼ぶ。【０００５】
また、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、Ｄ２Ｄ機能を拡張することでＶ２Ｘを実現することが検討されている。図１に示すように、Ｖ２Ｘには、自動車（Ｖｅｈｉｃｌｅの例）と自動車との間で行われる通信形態を意味するＶ２Ｖ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ）、自動車と道路脇に設置される路側ユニット（ＲＳＵ：Ｒｏａｄ−Ｓｉｄｅ  Ｕｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｎｏｍａｄｉｃ  ｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ）等がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】"Key drivers for LTE success:Services Evolution"、２０１１年９月、3GPP、インターネットURL：http://www.3gpp.org/ftp/Information/presentations/presentations_2011/2011_09_LTE_Asia/2011_LTE-Asia_3GPP_Service_evolution.pdf
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１２．４．０  （２０１４−１２）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
Ｖ２Ｘの技術は、ＬＴＥで規定されているＤ２Ｄの技術をベースとしている。当該Ｄ２Ｄの技術において、前述した「ｃｏｍｍｕｎｉｃａｔｉｏｎ」については、制御情報用のリソースプールとデータ用のリソースプールを分けて割り当てを行う方式が採用されている。しかし、「ｃｏｍｍｕｎｉｃａｔｉｏｎ」に関して、自動車のように高速な移動が想定されるＶ２Ｘにおいて、上記のように制御情報用のリソースプールとデータ用のリソースプールを分けて割り当てを行う方式では、オーバーヘッドが増加し、結果として遅延が増加する等によりＶ２Ｘの要求条件を満足できず、適切にデータの送受信を行うことができない可能性がある。【０００８】
なお、Ｖ２ＸはＤ２Ｄの一種であると考えると、上記のような問題はＶ２Ｘに限らず、Ｄ２Ｄ全般に生じ得る問題である。【０００９】
本発明は上記の点に鑑みてなされたものであり、Ｄ２Ｄをサポートする移動通信システムにおいて、オーバーヘッドを減少させ、適切にデータの送受信を行うことを可能とするＤ２Ｄ通信の技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の実施の形態によれば、移動通信システムにおけるユーザ装置であって、
制御情報とデータとを含むメッセージを複数の部分メッセージに分割し、当該複数の部分メッセージに、１つ又は複数のリソースプールにおけるリソースを割り当てる割り当て手段と、
前記割り当て手段で割り当てたリソースを用いて前記複数の部分メッセージを送信する送信手段と
を備えることを特徴とするユーザ装置が提供される。【００１１】
また、本発明の実施の形態によれば、移動通信システムにおけるユーザ装置が実行する送信方法であって、
制御情報とデータとを含むメッセージを複数の部分メッセージに分割し、当該複数の部分メッセージに、１つ又は複数のリソースプールにおけるリソースを割り当てる割り当てステップと、
前記割り当てステップで割り当てたリソースを用いて前記複数の部分メッセージを送信する送信ステップと
を備えることを特徴とする送信方法が提供される。
【発明の効果】
【００１２】
本発明の実施の形態によれば、Ｄ２Ｄをサポートする移動通信システムにおいて、オーバーヘッドを減少させ、適切にデータの送受信を行うことを可能とするＤ２Ｄ通信の技術が提供される。
【図面の簡単な説明】
【００１３】
【図１】Ｖ２Ｘを説明するための図である。
【図２Ａ】Ｄ２Ｄを説明するための図である。
【図２Ｂ】Ｄ２Ｄを説明するための図である。
【図３】Ｄ２Ｄ通信に用いられるＭＡＣ  ＰＤＵを説明するための図である。
【図４】ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒのフォーマットを説明するための図である。
【図５】Ｄ２Ｄで使用されるチャネル構造の例を説明するための図である。
【図６Ａ】ＰＳＤＣＨの構造例を示す図である。
【図６Ｂ】ＰＳＤＣＨの構造例を示す図である。
【図７Ａ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図７Ｂ】ＰＳＣＣＨとＰＳＳＣＨの構造例を示す図である。
【図８Ａ】リソースプールコンフィギュレーションを示す図である。
【図８Ｂ】リソースプールコンフィギュレーションを示す図である。
【図９】本発明の実施の形態に係る通信システムの構成図である。
【図１０Ａ】実施の形態の概要を説明するための図である。
【図１０Ｂ】実施の形態の概要を説明するための図である。
【図１１Ａ】実施例１−１における送信方法を説明するための図である。
【図１１Ｂ】実施例１−１における送信方法を説明するための図である。
【図１１Ｃ】実施例１−１における送信方法を説明するための図である。
【図１２Ａ】実施例１−１における送信方法の他の例を説明するための図である。
【図１２Ｂ】実施例１−１における送信方法の他の例を説明するための図である。
【図１３】実施例１−２における送信方法を説明するための図である。
【図１４】実施例１−２においてＤＭＲＳによる制御を行う例を説明するための図である。
【図１５Ａ】メッセージの構成とＤＭＲＳの情報との関係の例を示す図である。
【図１５Ｂ】メッセージの構成とＤＭＲＳの情報との関係の例を示す図である。
【図１６Ａ】実施例１−２においてＤＭＲＳによる制御を行う他の例を説明するための図である。
【図１６Ｂ】実施例１−２においてＤＭＲＳによる制御を行う他の例を説明するための図である。
【図１７Ａ】実施例２−１における送信方法を説明するための図である。
【図１７Ｂ】実施例２−１における送信方法を説明するための図である。
【図１８】実施例２−２における送信方法を説明するための図である。
【図１９Ａ】タイプ１プールにおけるリソースサイズ構成例を示す図である。
【図１９Ｂ】タイプ１プールにおけるリソースサイズ構成例を示す図である。
【図１９Ｃ】タイプ１プールにおけるリソースサイズ構成例を示す図である。
【図１９Ｄ】タイプ１プールにおけるリソースサイズ構成例を示す図である。
【図２０Ａ】タイプ１プールにおけるリソースサイズ構成例を示す図である。
【図２０Ｂ】タイプ１プールにおけるリソースサイズ構成例を示す図である。
【図２１Ａ】制御情報とデータの多重方法の例を示す図である。
【図２１Ｂ】制御情報とデータの多重方法の例を示す図である。
【図２１Ｃ】制御情報とデータの多重方法の例を示す図である。
【図２１Ｄ】制御情報とデータの多重方法の例を示す図である。
【図２２Ａ】制御情報とデータの多重方法の例を示す図である。
【図２２Ｂ】制御情報とデータの多重方法の例を示す図である。
【図２２Ｃ】制御情報とデータの多重方法の例を示す図である。
【図２２Ｄ】制御情報とデータの多重方法の例を示す図である。
【図２３】ユーザ装置ＵＥの構成図である。
【図２４】ユーザ装置ＵＥのＨＷ構成図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのＲｅｌ−１２、１３もしくはそれ以降に対応する通信方式（５Ｇを含む）を含み得る広い意味で使用する。
【００１５】
また、本実施の形態は、主にＶ２Ｘを対象としているが、本実施の形態に係る技術は、Ｖ２Ｘに限らず、広くＤ２Ｄ全般に適用可能である。「Ｄ２Ｄ」はその意味としてＶ２Ｘを含むものである。
【００１６】
以下では、基本的に、基地局を「ｅＮＢ」と表記し、ユーザ装置を「ＵＥ」と表記する。ｅＮＢは「ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ」の略語であり、ＵＥは、「Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ」の略語である。
【００１７】
（Ｄ２Ｄの概要）
本実施の形態に係るＶ２Ｘの技術は、ＬＴＥで規定されているＤ２Ｄの技術をベースとしていることから、まずは、ＬＴＥで規定されているＤ２Ｄの概要について説明する。なお、Ｖ２Ｘにおいても、ここで説明するＤ２Ｄの技術を使用することは可能であり、本発明の実施の形態におけるＵＥは、当該技術によるＤ２Ｄ信号の送受信を行うことができる。
【００１８】
既に説明したように、Ｄ２Ｄには、大きく分けて「Ｄｉｓｃｏｖｅｒｙ」と「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」がある。「Ｄｉｓｃｏｖｅｒｙ」については、図２Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙメッセージ用のリソースプールが確保され、ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙメッセージを送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。
【００１９】
「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」についても、図２Ｂに示すように、Ｃｏｎｔｒｏｌ／Ｄａｔａ送信用リソースプールが周期的に確保される。この周期（期間）をＳＣ期間（ｓｉｄｅｌｉｎｋ  ｃｏｎｔｒｏｌ  ｐｅｒｉｏｄ）と呼ぶ。送信側のＵＥはＣｏｎｔｒｏｌリソースプール（ＳＣＩリソースプール）から選択されたリソースでＳＣＩ（Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）によりデータ送信用リソース等を受信側に通知し、当該データ送信用リソースでデータを送信する。「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、ｅＮＢからＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｍｏｄｅ２では、ＵＥはリソースプールから自律的に送信リソースを選択する。リソースプールについては、ＳＩＢで通知されたり、予め定義されたものが使用される。
【００２０】
ＬＴＥにおいて、「Ｄｉｓｃｏｖｅｒｙ」に用いられるチャネルはＰＳＤＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｄｉｓｃｏｖｅｒｙ  Ｃｈａｎｎｅｌ）と称され、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」におけるＳＣＩ等の制御情報を送信するチャネルはＰＳＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と称され、データを送信するチャネルはＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と称される（非特許文献２）。
【００２１】
Ｄ２Ｄ通信に用いられるＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）は、図３に示すように、少なくともＭＡＣ  ｈｅａｄｅｒ、ＭＡＣ  Ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ、ＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、Ｐａｄｄｉｎｇで構成される。ＭＡＣ  ＰＤＵはその他の情報を含んでも良い。ＭＡＣ  ｈｅａｄｅｒは、１つのＳＬ−ＳＣＨ（Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）ｓｕｂｈｅａｄｅｒと、１つ以上のＭＡＣ  ＰＤＵ  ｓｕｂｈｅａｄｅｒで構成される。
【００２２】
図４に示すように、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒは、ＭＡＣ  ＰＤＵフォーマットバージョン（Ｖ）、送信元情報（ＳＲＣ）、送信先情報（ＤＳＴ）、Ｒｅｓｅｒｖｅｄ    ｂｉｔ（Ｒ）等で構成される。Ｖは、ＳＬ−ＳＣＨ  ｓｕｂｈｅａｄｅｒの先頭に割り当てられ、ＵＥが用いるＭＡＣ  ＰＤＵフォーマットバージョンを示す。送信元情報には、送信元に関する情報が設定される。送信元情報には、ＰｒｏＳｅ  ＵＥ  ＩＤに関する識別子が設定されてもよい。送信先情報には、送信先に関する情報が設定される。送信先情報には、送信先のＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関する情報が設定されてもよい。
【００２３】
Ｄ２Ｄのチャネル構造の例を図５に示す。図５に示すように、Ｃｏｍｍｕｎｉｃａｔｉｏｎに使用されるＰＳＣＣＨのリソースプール及びＰＳＳＣＨのリソースプールが割り当てられている。また、Ｃｏｍｍｕｎｉｃａｔｉｏｎのチャネルの周期よりも長い周期でＤｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールが割り当てられている。
【００２４】
また、Ｄ２Ｄ用の同期信号としてＰＳＳＳ（Ｐｒｉｍａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）とＳＳＳＳ（Ｓｅｃｏｎｄａｒｙ  Ｓｉｄｅｌｉｎｋ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）が用いられる。また、例えばカバレッジ外動作のためにＤ２Ｄのシステム帯域、フレーム番号、リソース構成情報等の報知情報（ｂｒｏａｄｃａｓｔ  ｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）が用いられる。
【００２５】
図６Ａに、Ｄｉｓｃｏｖｅｒｙに使用されるＰＳＤＣＨのリソースプールの例を示す。リソースプールは、サブフレームのビットマップで設定されるため、図６Ａに示すようなイメージのリソースプールになる。他のチャネルのリソースプールも同様である。また、ＰＳＤＣＨは、周波数ホッピングしながら繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。繰り返し回数は例えば０〜４で設定可能である。また、図６Ｂに示すように、ＰＳＤＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が挿入される構造になっている。
【００２６】
図７Ａに、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」に使用されるＰＳＣＣＨとＰＳＳＣＨのリソースプールの例を示す。図７Ａに示すとおり、ＰＳＣＣＨは、周波数ホッピングしながら１回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。ＰＳＳＣＨは、周波数ホッピングしながら３回繰り返し送信（ｒｅｐｅｔｉｔｉｏｎ）がなされる。また、図７Ｂに示すように、ＰＳＣＣＨとＰＳＳＣＨはＰＵＳＣＨベースの構造を有し、ＤＭＲＳが挿入される構造になっている。
【００２７】
図８Ａ、Ｂに、ＰＳＣＣＨ、ＰＳＤＣＨ、ＰＳＳＣＨ（Ｍｏｄｅ２）におけるリソースプールコンフィギュレーションの例を示す。図８Ａに示すように、時間方向では、リソースプールはサブフレームビットマップとして表される。また、ビットマップは、ｎｕｍ．ｒｅｐｒｔｉｔｉｏｎの回数だけ繰り返される。また、各周期における開始位置を示すｏｆｆｓｅｔが指定される。
【００２８】
周波数方向では、連続割り当て（ｃｏｎｔｉｇｕｏｕｓ）と不連続割り当て（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）が可能である。図８Ｂは、不連続割り当ての例を示しており、図示のとおり、開始ＰＲＢ、終了ＰＲＢ、ＰＲＢ数（ｎｕｍＰＲＢ）が指定される。
【００２９】
（システム構成）
図９に、本実施の形態における通信システムの構成例を示す。図９に示すように、ｅＮＢ、ＵＥ１、ＵＥ２が備えられている。図９において、ＵＥ１が送信側、ＵＥ２が受信側として示されているが、ＵＥ１とＵＥ２はいずれも送信機能と受信機能の両方を備える。以下、ＵＥ１とＵＥ２を特に区別しない場合、単にＵＥと記述する。なお、ｅＮＢは、例えば、各ＵＥに対してリソースプールの設定、各種のコンフィギュレーション情報の通知等を行うが、本実施の形態におけるＵＥ間のデータ等の通信は、ｅＮＢを介さずに実施されるものである。
【００３０】
図９に示すＵＥ１、ＵＥ２は、それぞれ、ＬＴＥにおけるＵＥとしてのセルラー通信の機能、及び、上述したチャネルでの信号送受信を含むＤ２Ｄ機能を有している。また、ＵＥ１、ＵＥ２は、本実施の形態で説明する動作を実行する機能を有している。なお、セルラー通信の機能及び既存のＤ２Ｄの機能については、一部の機能（本実施の形態で説明する動作を実行できる範囲）のみを有していてもよいし、全ての機能を有していてもよい。
【００３１】
また、各ＵＥは、Ｖ２Ｘを行ういかなる装置であってもよいが、例えば、各ＵＥは、車両、歩行者が保持する端末、ＲＳＵ等である。
【００３２】
また、ｅＮＢについては、ＬＴＥにおけるｅＮＢとしてのセルラー通信の機能、及び、本実施の形態におけるＵＥの通信を可能ならしめるための機能（リソースプール割り当ての機能、設定情報通知機能等）を有している。
【００３３】
（実施の形態の概要）
次に、本発明の実施の形態（第１及び第２の実施の形態）において、ＵＥがデータ送信を行う場合のリソース割り当ての概要を説明する。
【００３４】
図１０Ａは、第１の実施の形態におけるリソース割り当ての例を示す図である。第１の実施の形態では、ＵＥは、１つのリソースプール内におけるリソースに制御情報とデータを多重し、当該リソースで制御情報とデータを送信する。図１０Ａでは、一例として、制御情報とデータを多重するリソースのリソースプールとして、ＰＳＣＣＨリソースプールと同様の構成を有する拡張ＰＳＣＣＨリソースプールが示される。なお、当該リソースプールは、ＰＳＳＣＨリソースプールと同様の構成を有する拡張ＰＳＳＣＨリソースプールであってもよい。
【００３５】
後述するように、第１の実施の形態では、多重された制御情報とデータとを１つのクラスタで送信する方式と、制御情報及び／又はデータを複数のクラスタで送信する方式がある。制御情報とデータの多重にあたっては、ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）単位での多重でもよいし、ＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）単位での多重でもよい。
【００３６】
また、第２の実施の形態では、図１０Ｂに示すように、制御情報とデータとを多重して送信するためのリソースのリソースプールと、データを送信するリソースのリソースプールとを分ける。この方式は、第１の実施の形態でのメッセージ（パケットと呼んでもよい）のサイズよりも大きなサイズのメッセージを送信する場合に好適である。
【００３７】
本実施の形態に係るＵＥは、第１の実施の形態に係る方式と第２の実施の形態に係る方式の両方の機能を備え、いずれの方式で送信を行うかを、例えばｅＮＢからの設定情報（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）により決定する。ただし、これは例であり、ＵＥは、第１の実施の形態に係る方式と第２の実施の形態に係る方式のうちいずれか１つのみの方式に対応していてもよい。
【００３８】
また、図１０Ｂの例では、ＵＥは、拡張ＰＳＣＣＨリソースプールにおけるリソースで、多重された制御情報とデータを送信し、拡張ＰＳＳＣＨリソースプールにおけるリソースで、データを送信する。ただし、これは一例であり、各リソースプールは、ＰＳＣＣＨ／ＰＳＳＣＨリソースプールとは異なる種類のリソースプール（例：ＰＳＤＣＨのリソースプール）であってもよい。
【００３９】
（第１の実施の形態）
次に、第１の実施の形態について説明する。第１の実施の形態では、ＵＥは、１つのリソースプールにおけるリソースに制御情報とデータを多重し、多重した制御情報とデータを当該リソースで送信する。第１の実施の形態におけるより詳細な動作例として、実施例１−１、実施例１−２がある。実施例１−１では、ＵＥは、可変サイズの１つのメッセージにおいて制御情報とデータを多重する。実施例１−２では、１つのメッセージを複数のサブメッセージ（部分）に分けて送信する。以下、実施例１−１、及び実施例１−２を詳細に説明する。なお、以下で説明するメッセージＡ、メッセージＢは、それぞれＵＥ−Ａ、ＵＥ−Ｂが送信するメッセージであるとする。
【００４０】
＜実施例１−１＞
前述したように、実施例１−１では、可変サイズの１つのメッセージにおいて制御情報とデータが多重される。なお、「可変」とは、あるＵＥがメッセージを送信する際に、周期的に到来するリソースプール毎にメッセージのサイズを変えることができることを意味する。また、後述する「固定」は、あるＵＥがメッセージを送信する際に、周期的に到来するリソースプール毎にメッセージのサイズが変わらないことを意味する。
【００４１】
図１１Ａに、実施例１−１における送信方法例１を示す。図１１Ａに示すように、送信方法例１では、ＵＥは、１つのメッセージを１つのクラスタで送信する。この例は、送信にシングルキャリア（例：ＳＣ−ＦＤＭＡ）を使用する場合を想定したものであり、シングルキャリアの特性担保のために、周波数方向でメッセージを分離させないこととしている。つまり、図１１Ａに示すように、メッセージＡとメッセージＢのそれぞれで、制御情報とデータが別々の周波数領域にマッピングされるが、当該周波数領域は周波数方向に連続している。また、メッセージの時間方向の幅は例えば１サブフレームであるが、これに限られるわけではない。
【００４２】
図１１Ｂに、実施例１−１における送信方法例２を示す。図１１Ｂに示すように、送信方法例２では、ＵＥは、１つのメッセージを複数のクラスタで送信する。つまり、図１１Ｂに示すように、メッセージＡとメッセージＢのそれぞれで、制御情報とデータが別々の周波数領域にマッピングされ、当該周波数領域は周波数方向で分離している。
【００４３】
図１１Ｃに、実施例１−１における送信方法例３を示す。図１１Ｃに示すように、送信方法例３では、送信方法例１と同様に、ＵＥは、１つのメッセージを１つのクラスタで送信する。ただし、送信方法例３では、制御情報のリソースがＤＭＲＳ（復調用参照信号）の周囲のシンボルに割り当てられ、それ以外のリソースがデータに割り当てられる。一例としては、ＵＣＩ（上り制御情報：ＡＣＫ／ＮＡＣＫ等）をＰＵＳＣＨに多重して送信する際の多重方法と同様の多重方法が用いられる。
【００４４】
上記の各例（他の実施の形態でも基本的に同様）において、制御情報は、ＳＣＩ、ＳＡと呼んでもよく、例えば、ＭＣＳ、データのＰＲＢの数及び／又は位置、ＩＤ等を含む。また、制御情報については、例えば、ＵＥは、送信のためのリソースをリソースプールからランダムに選択する。また、ランダムではなく、品質の良いリソースを選択してもよい。データについては、制御情報で指定するデータのリソースを用いて送信することができる。
【００４５】
しかし、上記の方式では、受信側のＵＥにおいて、可変サイズであるメッセージを検知するために、全てのリソース位置をブラインドでサーチしなければならず、遅延が生じる可能性がある。そこで、例えば、図１２Ａ、Ｂに示すように、制御情報に専用の帯域を割り当て、ＵＥは、当該帯域におけるＰＲＢを用いて制御情報を送信する。
【００４６】
この場合、受信側のＵＥは、制御情報の検知のために、予め定められた帯域のみをサーチすればよいので、遅延を低減できる。ただし、この場合、あるメッセージの制御情報が、他のメッセージのデータによる干渉を受ける可能性がある。図１２Ａ、Ｂの各例において、メッセージＢの制御情報が、メッセージＡのデータから干渉を受けている。このように干渉が生じる可能性はあるが、この方法は、制御情報とデータの多重によりオーバーヘッドを削減し、遅延を減少させる点で、従来の課題を解決する有効な方法の１つである。特に、トラフィックが混雑していない状況において有効な方法である。
【００４７】
＜実施例１−２＞
次に、実施例１−２を説明する。前述したように、実施例１−２では、ＵＥは、１つのメッセージを複数のサブメッセージ（部分（ｐａｒｔ）、もしくは部分メッセージと呼んでもよい。以下、"部分"と呼ぶ）に分けて送信する。分割する部分の数（Ｎ）は可変であり、Ｎ≧２である。各部分のサイズは、固定又は可変である。なお、本実施の形態（第１、第２の実施の形態を含む）におけるサイズとは、ビット数、又は、ＰＲＢの数である。
【００４８】
また、メッセージを構成する複数の部分は、同一のリソースプールにおけるリソースで送信されてもよいし、複数のリソースプールにまたがったリソースで送信されてもよい。ただし、実施例１−２では、同一のリソースプールにおけるリソースで送信する例を説明し、第２の実施の形態（実施例２−１、２−２）において、複数のリソースプールにまたがったリソースで送信する例を示している。
【００４９】
ＵＥは、複数の部分を１つのリソースプールで送信するか、それとも、複数のリソースプールで送信するかを、例えば、ｅＮＢからの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）により決定することができる。
【００５０】
１つのメッセージを分割した複数の部分のうちの１つ又は複数の部分に制御情報がマッピングされ、その他の部分にデータがマッピングされる。また、１つの部分の中に、制御情報とデータが多重されてもよい。ここで、ＵＥは、複数の部分のうちのどの部分が制御情報に該当するかを示す情報を明示的に受信側ＵＥに送信してもよいし、複数の部分のうちのどの部分が制御情報に該当するかを暗示的に示してもよい。例えば、システムにおいて、部分のインデックスが１である場合は制御情報を含む部分であると決めておき、後述するＤＭＲＳの情報（例：サイクリックシフト）で当該インデックスを通知することで、当該ＤＭＲＳが挿入された部分が制御情報を含むか否かを通知できる。
【００５１】
制御情報は、例えば、ＭＣＳ、ＩＤ、サブメッセージ（部分）の数、データのＰＲＢの数／位置、等を含む。なお、制御情報におけるＭＣＳは、制御情報のＭＣＳ、データのＭＣＳ、又は、これら両方である。この点は他の実施例／他の実施の形態でも同様である。
【００５２】
図１３に、実施例１−２における送信方法例１を示す。図１３に示すように、送信方法例１において、１つのメッセージがＮ部分に分割されている。図１３の例では、メッセージが、時間方向と周波数方向に分割（多重）されているが、同一の周波数領域（例：１ＰＲＢの周波数幅）において、時間方向に分割してもよいし、同一の時間領域（例：１サブフレームの時間幅）において、周波数方向に分割してもよい。
【００５３】
図１３に示す例では、第１部分（１ｓｔｐａｒｔ）から第（Ｎ−１）部分（（Ｎ−１）ｔｈｐａｒｔ）までは同一の固定サイズを有する。第Ｎ部分（Ｎｔｈｐａｒｔ）は可変サイズである。なお、これは例であり、固定サイズ部分と可変サイズ部分の数は任意に決めてよい。第Ｎ部分のサイズ（ビット数、ＰＲＢ数）は、他の部分のサイズと同じでもよいし異なっていてもよい。また、ＭＣＳに関しては、例えば、全ての部分において同じＭＣＳを使用してもよいし、第１部分〜第（Ｎ−１）部分では同一のＭＣＳを使用し、第Ｎ部分については、第１部分〜第（Ｎ−１）部分で使用されるＭＣＳと異なるＭＣＳを使用することとしてもよい。
【００５４】
また、１つのメッセージを構成する複数の部分を関連付けるために、ＵＥは、例えば、各部分に一時的なＩＤ（部分間で共通のＩＤ）を含める。当該ＩＤは、例えば、ＭＡＣアドレスの下位８ビットである。また、１つのメッセージを構成する複数の部分を関連付けるために、ＵＥは、ＤＭＲＳのシーケンス、サイクリックシフト等を用いてもよいし、ホッピングルール、送信リソース位置インデックスを用いることとしてもよい。
【００５５】
また、ＵＥは、固定サイズの部分（上記の第１部分〜第（Ｎ−１）部分）の中に、制御情報とデータを多重して送信することとしてもよい。多重方法として、実施例１−１における図１１Ａ〜Ｃに示した多重方法を用いることができる。すなわち、制御情報とデータとを複数のＰＲＢ及び／又は複数のサブフレームを用いて１つのクラスタとして多重する方法（図１１Ａ）、制御情報とデータとを複数のクラスタとして多重する方法（図１１Ｂ）、制御情報とデータとを同一のＰＲＢ及び／又はサブフレームを用いて１つのクラスタとして多重する方法（図１１Ｃ）のうちのいずれかを用いることができる。
【００５６】
なお、図１３のように複数の部分を送信する際に、各部分を送信するためのリソースについて、例えば、ＵＥは、制御情報を含む部分をプールから（例えばランダムに）選択し、その他の部分については、３ＧＰＰのリリース１２、１３において規定されているホッピングルール（Ｔ−Ｆホッピングルール）を用いて決定することとしてもよい。
【００５７】
図１３に示すように、１つのメッセージを複数の部分に分割して送信することにより、可変サイズのメッセージを実現できる。また、特定のリソースプールで制御情報のみを送信する従来方式に比べて、オーバーヘッドを削減して、制御情報とデータとの多重を適切に実現することができる。
【００５８】
複数の部分を受信する受信側のＵＥにおいては、例えば、ブラインドサーチにより、制御情報を含む部分を検知し、当該制御情報に示される情報あるいはホッピングルール等に基づいて、データを受信する。
【００５９】
メッセージを分割して送信する方式により、制御情報とデータとを含むメッセージのサイズを柔軟に決定できるので、制御情報とデータとの多重を容易に行うことができる。結果として、制御情報のみを専用のリソースプールで送信する方式と比較して、制御情報の送信に係るオーバーヘッドを削減でき、データの送受信を適切に行うことが可能となる。
【００６０】
＜ＤＭＲＳによる制御例＞
実施例１−２において、分割される各サブメッセージ（部分）に多重するＤＭＲＳを用いて、分割に関わる制御情報を通知することができる。なお、ＤＭＲＳの内容自体は、図７等に示したＤ２Ｄ通信のＤＭＲＳと基本的に同じである。
【００６１】
例えば、ＤＭＲＳのベースシーケンスと、分割する数とが対応付けられており、ＵＥは、ＤＭＲＳにおいて使用するベースシーケンスにより分割する部分の数を通知する。また、この例では、１つのベースシーケンスが１種類のサイズを示し、全ての部分が同一のサイズを有することとしてもよい。この場合、部分の数は、メッセージのサイズに相当する。
【００６２】
また、部分に多重するＤＭＲＳのサイクリックシフトと、当該部分のインデックスとが対応付けられており、ＵＥは、使用するサイクリックシフトにより各部分のインデックスを通知することとしてもよい。
【００６３】
このようなＤＭＲＳを受信する受信側のＵＥでは、例えば、予め定められた複数の候補のＤＭＲＳをサーチすることで、受信したＤＭＲＳを特定することができる。
【００６４】
図１４に、実施例１−２における送信方法例２を示す。当該送信方法例２は、上記のようなＤＭＲＳによる分割に係る制御情報の通知を行う場合の例である。図１４の例において、ＵＥ−Ａは、メッセージＡを３つに分割して、部分１、部分２、部分３を送信する。なお、"部分１"等における"１"は、当該部分のインデックスである。ＵＥ−Ｂは、メッセージＢを２つに分割し、部分１と部分２を送信する。
【００６５】
図１４に示すとおり、メッセージＢの部分１には、部分（例：１サブフレームの時間長）において、２つのＤＭＲＳが多重されている。ＤＭＲＳは、メッセージＢのその他の部分、及びメッセージＡの各部分にも同様に多重されている。
【００６６】
メッセージＡ、メッセージＢのそれぞれで、各部分を送信するためのリソースについては、ＵＥは、予め決められたリソースを使用することとしてもよいし、前述したように、３ＧＰＰのリリース１２、１３において規定されているホッピングルール（Ｔ−Ｆホッピングルール）を用いて決定することとしてもよい。図１４に示す例では、同じメッセージに属する複数の部分は、連続するサブフレームで送信され、周波数領域のみのホッピングが使用されている。
【００６７】
図１５Ａ、Ｂは、実施例１−２の送信方法例２（図１４）におけるメッセージの構成とＤＭＲＳの構成情報との関係を示す図である。このような関係を示す情報は、ＵＥに予め設定されていてもよいし、ｅＮＢからＵＥに設定してもよい。図１５Ａの例では、メッセージＡの各部分には、ベースシーケンスＸのＤＭＲＳが多重（挿入）されており、当該ベースシーケンスＸは、メッセージが３つの部分を有することに対応する。つまり、メッセージサイズが「３部分」であることに対応する（これは、各部分は同じサイズであることを前提とする）。また、ＤＭＲＳのサイクリックシフトの値が部分のインデックスに対応する。例えば、図１５ＡにおけるメッセージＡの例では、サイクリックシフト＝０のＤＭＲＳが部分１に対応し、サイクリックシフト＝１のＤＭＲＳが部分２に対応し、サイクリックシフト＝２のＤＭＲＳが部分３に対応する。
【００６８】
上記の例では、ＤＭＲＳのベースシーケンスがメッセージサイズに対応していたが、これに代えて、ＤＭＲＳのＯＣＣ（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）をメッセージサイズに対応させてもよい。この場合、ベースシーケンスは同一とする。また、ＤＭＲＳのサイクリックシフトの値が部分のインデックスに対応する。
【００６９】
この場合におけるメッセージの構成とＤＭＲＳの構成情報との関係は図１５Ｂに示すとおりである。図１５Ｂの例では、ＯＣＣセット｛１，−１｝は、メッセージが３つの部分を有することに対応する。つまり、メッセージサイズが３部分であることに対応する。また、ＯＣＣセット｛１，１｝は、メッセージが２つの部分を有することに対応する。サイクリックシフトに関しては図１５Ａの場合と同様である。
【００７０】
図１６Ａは、実施例１−２における送信方法例３を示す図である。図１６Ａに示すように、送信方法例３では、１つのメッセージが固定サイズ部分と可変サイズ部分とを有する。そして、各部分に多重されるＤＭＲＳのベースシーケンスが固定サイズ（固定サイズ部分のサイズ）を示し、サイクリックシフトが可変サイズを示す。本例において、当該「固定サイズ」は、固定サイズ部分と可変サイズ部分に共通のＰＲＢ数に対応する。
【００７１】
図１６Ａに対応する図１６Ｂに示す例は、固定サイズ部分と可変サイズ部分を同じＰＲＢ数とし、ＭＣＳを異ならせる例である。具体的には、図１６Ｂにおいて、ベースシーケンスＸが固定サイズＮを示し、当該固定サイズ部分に対しては、各メッセージに共通にサイクリックシフト０が適用され、当該値０は、ＭＣＳ−ａを示す。また、可変サイズ部分に対してもベースシーケンスＸが用いられ、当該Ｘは、固定サイズ部分と同じＰＲＢ数を示す。一方、可変サイズ部分のＤＭＲＳのサイクリックシフトについては、メッセージ毎に異なる値が適用されてよく、本例では、メッセージＡの可変サイズ部分に対して１（ＭＣＳ−ｂを示す）が適用され、メッセージＢの可変サイズ部分に対して２（ＭＣＳ−ｃを示す）が適用される。これにより、可変サイズ部分については、メッセージ毎に異なるビット数を割り当てることができる。
【００７２】
（第２の実施の形態）
次に、第２の実施の形態について説明する。第２の実施の形態では、時間分割多重及び／又は周波数分割多重により、時間−周波数リソースが複数のリソースプールに分割（ｐａｒｔｉｔｉｏｎｅｄ）される。
【００７３】
分割数（リソースプールの種類数）については特に限定はないが、本実施の形態では、タイプ１プールとタイプ２プールとして２つに分割することとしている。
【００７４】
タイプ１プールは、ＵＥが、固定サイズのメッセージ（部分メッセージを含む）を送信するためのリソースプールである。また、当該固定サイズのメッセージには、制御情報とデータが多重される。なお、タイプ１プールにおいて、制御情報とデータを多重することは必須ではなく、ＵＥは、タイプ１プールにおいて、制御情報のみを送信したり、データのみを送信してもよい。
【００７５】
タイプ２プールは、主にデータを送信するための可変サイズの部分メッセージをサポートするリソースプールである。
【００７６】
タイプ１プールのリソースを用いて送信される制御情報（これをＳＣＩもしくはＳＡと呼んでもよい）には、例えば、タイプ２プールで送信する可変サイズの部分のリソースサイズ／位置、ＭＣＳ、リソース予約情報、ＩＤ、追加データインジケータ（ｍｏｒｅ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）等が含まれる。また、当該制御情報に、タイプ１プールで送信するデータのＭＣＳ、リソースサイズ／位置を含めてもよい。
【００７７】
上記の追加データインジケータは、例えば１ビットのインジケータであり、タイプ２プールにリソースが割り当てられているか否か（タイプ２プールでデータを送信するか否か）を示す。例えば、当該インジケータの値が０である場合、タイプ２プールに割り当てたリソースは存在しないことを示す。この場合、制御情報用のリソースをデータ用のリソースとして再利用可能である。
【００７８】
また、当該インジケータの値が１である場合、タイプ２プールに割り当てたリソースが存在することを示す。この場合、制御情報用のリソースをデータ用のリソースとして再利用不可である。なお、この場合でも、制御情報用のリソースをデータ用のリソースとして再利用可能としてもよい。
【００７９】
また、タイプ１リソースにおける制御情報とデータの多重方法としては、実施例１−１における図１１Ａ〜Ｃに示した多重方法を用いることができる。すなわち、制御情報とデータとを連続する複数ＰＲＢ及び／又はサブフレームに割り当てて、１つのクラスタとして多重する方法（図１１Ａ）、制御情報とデータとを非連続に割り当てて、複数のクラスタとして多重する方法（図１１Ｂ）、制御情報とデータとを連続的に割り当てるとともに、同一のＰＲＢ及び／又はサブフレームを用いて１つのクラスタとして多重する方法（図１１Ｃ）のうちのいずれかを用いることができる。
【００８０】
タイプ２プールのリソースを用いて送信されるデータに関するＭＣＳ及びサイズ等の制御情報は、例えば、当該データを運ぶパケットのパケットヘッダに付加して送信することとしてもよい。
【００８１】
また、制御情報とデータのそれぞれにＣＲＣを付加することとしてもよい。これにより、検出エラーを回避できる。また、ＭＣＳについては、制御情報とデータとで異なるＭＣＳを用いることとしてもよい。
【００８２】
第２の実施の形態において、タイプ１プールとタイプ２プールとを多重する方法の例として、時分割多重（ＴＤＭ）を用いる実施例２−１と、周波数分割多重（ＦＤＭ）を用いる実施例２−２を次に説明する。
【００８３】
＜実施例２−１＞
図１７Ａ、Ｂは、実施例２−１における送信方法を説明するための図である。図１７Ａ、Ｂに示すように、タイプ１プールとタイプ２プールは時間分割多重されている。
【００８４】
図１７Ａ、Ｂに示す例において、ＵＥ−ＡがメッセージＡを送信し、ＵＥ−ＢがメッセージＢを送信する。
【００８５】
各メッセージは、タイプ１プールのリソースを使用する固定サイズ部分と、タイプ２リソースを使用する可変サイズ部分とを有する。図１７Ａに示す例では、各メッセージについて、タイプ１プールにおける固定サイズ部分は１つのクラスタとして送信される。また、図１７Ｂに示す例では、各メッセージについて、タイプ１プールにおける固定サイズ部分は複数のクラスタとして送信される。なお、タイプ１プールにおいて、メッセージのサイズが固定であることは必須ではなく、可変であってもよい。
【００８６】
図１７Ａと図１７Ｂのいずれの場合も、固定サイズ部分においては、制御情報とデータが多重される。例えば図１７ＡのメッセージＡの固定サイズ部分（１クラスタ）においては、当該１クラスタ内に制御情報とデータが多重されている。
【００８７】
また、例えば、図１７ＢのメッセージＡの固定サイズ部分（クラスタ１とクラスタ２からなる）については、クラスタ１により制御情報が送信され、クラスタ２によりデータが送信される。
【００８８】
＜実施例２−２＞
図１８は、実施例２−２における送信方法を説明するための図である。図１８に示すように、タイプ１プールとタイプ２プールは周波数分割多重されている。タイプ１プールとタイプ２プールは、例えば、ＯＦＤＭＡ等のマルチキャリアで構成される、もしくは、同一キャリアの複数バンドで構成される。また、実施例２−２においては、タイプ１プールのリソースを使用する固定サイズ部分と、タイプ２プールのリソースを使用する可変サイズ部分は同一のサブフレームにおいて送信される。なお、図１８は、固定サイズ部分が１クラスタの構成であるが、固定サイズ部分が複数クラスタであってもよい。
【００８９】
以下では、実施例２−１、２−２における共通の事項についてより詳細に説明する。
【００９０】
＜タイプ１プール及びタイプ２プールについて＞
タイプ１プールは、複数の固定サイズのリソースブロックからなる。当該リソースブロックは、ＬＴＥで規定されているＲＢであることを想定するが、これに限らず、他のサイズのブロックであってもよい。
【００９１】
タイプ１プールは、例えば、証明書のダイジェスト等の小さなサイズの部分（サブメッセージ）を送信するのに適している。また、ＵＥが、タイプ１プールで使用するリソースのサイズ（単位）は、例えば、ｅＮＢからのシグナリング（送信側ＵＥと受信側ＵＥに共通のシグナリング）で設定される。また、送信側ＵＥがサイズ（単位）を決定し、どのサイズを使用しているかを示す情報をＤＭＲＳに含め（例：ベースシーケンス、サイクリックシフト、ＯＣＣ等）ることで、受信側ＵＥに通知してもよい。
【００９２】
タイプ２プールにおいてデータ送信のために使用するリソースの位置とサイズは、送信側のＵＥが任意に決定することとしてもよいし、予めいくつかの種類のリソースの位置及び／又はサイズをシステムで決めておき、ＵＥがその中から選択することとしてもよい。タイプ２プールは、例えば、証明書全体等の大きなサイズのサブメッセージの送信に適している。
【００９３】
＜タイプ１プールでのリソースサイズ設定の例１＞
図１９Ａ〜Ｄは、タイプ１プールでのリソースサイズの単位の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）の例１を示す。この例では、ｅＮＢからのシステム情報等によるシグナリングでの設定を想定している。
【００９４】
図１９Ａは、ＵＥが、「サイズ１リソース」で設定された場合の例を示す。この場合、ＵＥは、個々のリソースブロックを選択できる。ＵＥは、図１９Ａに示す複数ブロック（四角）から１つ又は複数を選択し、固定サイズ部分の送信に用いる。図１９Ｂは、「サイズ２リソース」での設定を示す。この場合、ＵＥは、２リソースブロック毎に選択できる。図１９Ｃは、「サイズ３リソース」での設定を示す。この場合、ＵＥは、４リソースブロック毎に選択できる。また、図１９Ｄは、異なる複数のリソースサイズの組み合わせパターン（ＴＤＭ及び／又はＦＤＭでの多重）での設定を示す。この場合、ＵＥは図示する四角の単位でリソースを選択できる。
【００９５】
＜タイプ１プールでのリソースサイズ設定の例２＞
図２０Ａ、Ｂは、タイプ１プールでのリソースサイズ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）の例２を示す。
【００９６】
図２０Ａは、各メッセージに対して、固定ＰＲＢ数を割り当てることとする例を示す。つまり、ここでは、各ＵＥが送信する各メッセージは同一のＰＲＢ数となる。ただし、ＭＣＳは異なることとしてよい。すなわち、図２０Ａに示す例において、メッセージＡとメッセージＢは、同一数のＰＲＢ数を占めるが、ＤＭＲＳ−ＡとＤＭＲＳ−Ｂは、例えば、ベースシーケンス（例：ＭＣＳに対応）が異なる。また、ＤＭＲＳ−ＡとＤＭＲＳ−Ｂについて、同一のベースシーケンスかつ異なるＯＣＣセットであってもよい。また、ＤＭＲＳ−ＡとＤＭＲＳ−Ｂについて、同一のベースシーケンスかつ異なるサイクリックシフトであってもよい。
【００９７】
図２０Ｂは、各メッセージに対して、複数の固定サイズリソースブロックを割り当てる例である。当該リソースブロックの数は複数ＵＥのメッセージ間で異なってよいが、ＭＣＳはメッセージ間で同一である。なお、ＭＣＳをメッセージ間で異なることとしてもよい。
【００９８】
ＤＭＲＳ−ＡとＤＭＲＳ−Ｂは、例えば、ベースシーケンス（例：固定サイズリソースブロックの数に対応）が異なる。また、ＤＭＲＳ−ＡとＤＭＲＳ−Ｂについて、同一のベースシーケンスかつ異なるＯＣＣセットであってもよい。また、ＤＭＲＳ−ＡとＤＭＲＳ−Ｂについて、同一のベースシーケンスかつ異なるサイクリックシフトであってもよい。
【００９９】
なお、図２０Ｂの例では、異なるサイズのメッセージが重複して衝突が生じる可能性がある。
【０１００】
＜制御情報とデータの多重の例＞
前述したように、タイプ１プールでは、メッセージを分割した１クラスタの部分の中で制御情報とデータとを多重することができる。ここでは、制御情報とデータとを別のＰＲＢ／サブフレームに分けないで多重する場合の多重方法の例（例えば図１１Ｃ）を説明する。なお、以下の説明は、第１と第２の実施の形態に共通に適用可能である。以下で示す図２１Ａ〜Ｄ、図２２Ａ〜Ｄのそれぞれにおいて、四角の枠は、これまでに説明した「１クラスタ」を示し、横軸が時間方向、縦軸が周波数方向を示す。
【０１０１】
図２１Ｂ、Ｃは、制御情報とデータを多重する際に、制御情報をＤＭＲＳに時間方向で隣接させて配置する例を示している。この例では、ＤＭＲＳを送信するシンボルに隣接するシンボルに制御情報が割り当てられている。比較のために、図２１Ａは制御情報が多重されていない場合の例を示し、図２２Ｄはデータが多重されていない場合の例を示す。図２１Ｂ、Ｃに示す方式は、チャネル推定の精度が高いという利点がある。
【０１０２】
図２２Ｂ、Ｃは、制御情報とデータを多重する際に、制御情報を、クラスタの中の周波数方向の中央部分の所定帯域幅の帯域に、時間方向の全体（ＤＭＲＳを除く）に渡って配置する場合を示している。比較のために、図２２Ａは制御情報が多重されていない場合の例を示し、図２２Ｄはデータが多重されていない場合の例を示す。図２２Ｂ、Ｃに示す方式は、隣接リソースからの干渉を受けにくいという利点がある。
【０１０３】
送信側のＵＥは、図２１Ａ〜Ｄ、図２２Ａ〜Ｄのうちのいずれの方式を使用しているかを示す情報を、受信側に対して、ＤＭＲＳ（サイクリックシフト、ＯＣＣ、ベースシーケンス等）で通知してもよいし、明示的なシグナリングビットで通知してもよいし、ＣＲＣマスキングで通知してもよい。
【０１０４】
以上、第１の実施の形態及び第２の実施の形態について説明したが、第１の実施の形態における複数の実施例は組み合わせて実施することが可能であり、第２の実施の形態における複数の実施例も組み合わせて実施することが可能である。また、第１の実施の形態と実施例と第２の実施の形態の実施例とを組み合わせて実施することも可能である。
【０１０５】
（装置構成）
図２３に、本実施の形態に係るＵＥの機能構成図を示す。図２３に示すＵＥは、これまでに説明したＵＥの処理を全て実行可能である。ただし、これまでに説明したＵＥの処理の一部（例：特定の１つ又は複数の実施例のみ等）を実行可能としてもよい。
【０１０６】
図２３に示すように、当該ＵＥは、信号送信部１０１、信号受信部１０２、リソース管理部１０３、送信信号生成部１０４、割り当て部１０５を含む。なお、図２３は、ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２３に示す機能構成は一例に過ぎない。本実施の形態に係るＵＥの動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。また、ＵＥは、Ｖ２Ｘに適用する際には、Ｖ２Ｘを構成するいかなる装置にもなり得る装置である。例えば、ＵＥは、車両、ＲＳＵ、歩行者の保持する端末等であってよい。
【０１０７】
信号送信部１０１は、送信信号生成部１０４により生成された信号（例：ビット、又は、ビットから変換されたシンボル）をリソースにマッピングして、無線信号を生成し、無線で送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ（Ｖ２Ｘを含む）の送信機能とセルラ通信の送信機能を有する。なお、Ｄ２Ｄに関わる送信方式は、ＳＣ−ＦＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡのいずれであってもよい。また、これら以外の送信方式でもよい。
【０１０８】
信号受信部１０２は、他のＵＥ、ｅＮＢ等から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部１０２は、Ｄ２Ｄ（Ｖ２Ｘを含む）の受信機能とセルラ通信の受信機能を有する。
【０１０９】
リソース管理部１０３は、ＵＥにおいてデータ送受信を行うために使用するリソースプール等の情報を例えばｅＮＢもしくはＲＳＵからの設定に基づき保持する。当該リソースプールの情報は、割り当て部１０５、信号送信部１０１、及び信号受信部１０２等により信号送受信に利用される。
【０１１０】
送信信号生成部１０４は、ＵＥから送信されるべき上位のレイヤの信号から、下位レイヤの各種信号を生成し、生成した信号を信号送信部１０１に渡す。なお、信号送信部１０１の中に送信信号生成部１０４を備えてもよい。送信信号生成部１０４により生成される信号には、ＤＭＲＳが含まれる。ＤＭＲＳによる分割に係る制御情報の通知を行う場合、送信信号生成部１０４は、部分メッセージに挿入するＤＭＲＳのベースシーケンス、サイクリックシフト、ＯＣＣ等を、図１５Ａ、Ｂ、図１６Ａ、Ｂ等に示したように決定し、当該ベースシーケンス、サイクリックシフト、ＯＣＣ等を用いてＤＭＲＳを生成する。
【０１１１】
割り当て部１０５は、第１、第２の実施の形態で説明したように、メッセージへのリソース割り当てを行う。リソース割り当ての情報は、対応する送信信号とともに信号送信部１０１に送られ、信号送信部１０１は、当該情報を利用して信号をリソースにマッピングする。メッセージを複数の部分に分割する処理については、送信信号生成部１０４が行ってもよいし、リソース割り当て部１０５が行ってもよい。また、部分メッセージへの復調用参照信号の挿入（多重）についても、送信信号生成部１０４が行ってもよいし、リソース割り当て部１０５が行ってもよい。
【０１１２】
図２３に示すＵＥの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【０１１３】
図２４は、ＵＥのハードウェア（ＨＷ）構成の例を示す図である。図２４は、図２３よりも実装例に近い構成を示している。図２４に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ  Ｅｑｕｉｐｍｅｎｔ）モジュール２０１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ  Ｂａｎｄ）処理モジュール２０２と、上位レイヤ等の処理を行う装置制御モジュール２０３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット２０４とを有する。
【０１１４】
ＲＥモジュール２０１は、ＢＢ処理モジュール２０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール２０２に渡す。ＲＥモジュール２０１は、例えば、図２３における信号送信部１０１、及び信号受信部１０２の一部を含む。
【０１１５】
ＢＢ処理モジュール２０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）２１２は、ＢＢ処理モジュール１０２における信号処理を行うプロセッサである。メモリ２２２は、ＤＳＰ１１２のワークエリアとして使用される。ＢＢ処理モジュール２０２は、例えば、図２３における信号受信部１０２の一部、送信信号生成部１０４、及び割り当て部１０５を含む。
【０１１６】
装置制御モジュール２０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ２１３は、装置制御モジュール２０３が行う処理を行うプロセッサである。メモリ２２３は、プロセッサ２１３のワークエリアとして使用される。また、プロセッサ２１３は、ＵＳＩＭスロット２０４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。装置制御モジュール２０３は、例えば、図２３におけるリソース管理部１０３を含む。
【０１１７】
（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、移動通信システムにおけるユーザ装置であって、制御情報とデータとを含むメッセージを複数の部分メッセージに分割し、当該複数の部分メッセージに、１つ又は複数のリソースプールにおけるリソースを割り当てる割り当て手段と、前記割り当て手段で割り当てたリソースを用いて前記複数の部分メッセージを送信する送信手段とを備えるユーザ装置が提供される。
【０１１８】
上記の構成によれば、制御情報とデータとを含むメッセージのサイズを柔軟に決定できるので、制御情報とデータとの多重を容易に行うことができる。結果として、制御情報のみを専用のリソースプールで送信する方式と比較して、制御情報の送信に係るオーバーヘッドを削減でき、データの送受信を適切に行うことが可能となる。
【０１１９】
前記割り当て手段は、各部分メッセージの中に復調用参照信号を多重し、当該復調用参照信号のベースシーケンスとして前記メッセージのサイズに対応するベースシーケンスを使用することとしてもよい。この構成により、メッセージのサイズを暗黙的に通知することができ、制御情報のオーバーヘッドを削減できる。
【０１２０】
前記割り当て手段は、各部分メッセージの中に復調用参照信号を多重し、当該復調用参照信号に適用するＯＣＣとして前記メッセージのサイズに対応するＯＣＣを使用することとしてもよい。この構成により、メッセージのサイズを暗黙的に通知することができ、制御情報のオーバーヘッドを削減できる。
【０１２１】
前記割り当て手段は、前記復調用参照信号に適用するサイクリックシフトとして、当該復調用参照信号を多重する部分メッセージのインデックスに対応するサイクリックシフトを使用することとしてもよい。この構成により、インデックスを暗黙的に通知することができ、制御情報のオーバーヘッドを削減できる。
【０１２２】
前記複数の部分メッセージは、固定サイズの部分メッセージと可変サイズの部分メッセージを含むこととしてもよい。固定サイズを使用することで、制御に係るオーバーヘッドを削減できる。
【０１２３】
前記割り当て手段は、前記複数の部分メッセージにおける少なくとも１つの部分メッセージに制御情報とデータを多重することとしてもよい。１つの部分メッセージに制御情報とデータを多重することで、制御情報のみのメッセージを送る必要がなくなり、オーバーヘッドを削減できる。
【０１２４】
前記割り当て手段は、制御情報とデータを多重する部分メッセージに対して第１のリソースプールのリソースを割り当て、データからなる部分メッセージに対して第２のリソースプールのリソースを割り当てるようにしてもよい。このように、データを別のリソースプールで送信することで、メッセージサイズ、送信速度等の柔軟性を増加させることができる。
【０１２５】
前記割り当て手段は、制御情報とデータを多重する部分メッセージに割り当てるリソースの中で、復調用参照信号に割り当てるリソースと時間領域で隣接するリソースを当該制御情報に割り当てることとしてもよい。これにより、制御情報に対するチャネル推定精度を高めることができる。
【０１２６】
前記割り当て手段は、制御情報とデータを多重する部分メッセージに割り当てるリソースの中で、周波数方向での中央部分の所定帯域幅のリソースを当該制御情報に割り当てることとしてもよい。これにより、制御情報に対する他のデータ及び制御情報からの干渉を低減できる。
【０１２７】
また、上記の装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
【０１２８】
本実施の形態で説明したＵＥは、ＣＰＵとメモリを備えるＵＥにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１２９】
本実施の形態で説明したｅＮＢは、ＣＰＵとメモリを備えるｅＮＢにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１３０】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ＵＥは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って、ＵＥが有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１３１】
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１３２】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１３３】
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１３４】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１３５】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１３６】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【０１３７】
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１３８】
本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１３９】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的に（例えば、当該所定の情報の通知を行わないことによって）行われてもよい。
【０１４０】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１４１】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１４２】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１４３】
本特許出願は、２０１５年９月２４日に出願した日本国特許出願第２０１５−１８７５２２号に基づきその優先権を主張するものであり、日本国特許出願第２０１５−１８７５２２号の全内容を本願に援用する。
【符号の説明】
【０１４４】
ＵＥ  ユーザ装置
ｅＮＢ  基地局
１０１  信号送信部
１０２  信号受信部
１０３  リソース管理部
１０４  送信信号生成部
１０５  割り当て部
２０１  ＲＥモジュール
２０２  ＢＢ処理モジュール
２０３  装置制御モジュール
２０４  ＵＳＩＭスロット
【図１】
2017051863.tif 000003
【図２Ａ】
2017051863.tif 000004
【図２Ｂ】
2017051863.tif 000005
【図３】
2017051863.tif 000006
【図４】
2017051863.tif 000007
【図５】
2017051863.tif 000008
【図６Ａ】
2017051863.tif 000009
【図６Ｂ】
2017051863.tif 000010
【図７Ａ】
2017051863.tif 000011
【図７Ｂ】
2017051863.tif 000012
【図８Ａ】
2017051863.tif 000013
【図８Ｂ】
2017051863.tif 000014
【図９】
2017051863.tif 000015
【図１０Ａ】
2017051863.tif 000016
【図１０Ｂ】
2017051863.tif 000017
【図１１Ａ】
2017051863.tif 000018
【図１１Ｂ】
2017051863.tif 000019
【図１１Ｃ】
2017051863.tif 000020
【図１２Ａ】
2017051863.tif 000021
【図１２Ｂ】
2017051863.tif 000022
【図１３】
2017051863.tif 000023
【図１４】
2017051863.tif 000024
【図１５Ａ】
2017051863.tif 000025
【図１５Ｂ】
2017051863.tif 000026
【図１６Ａ】
2017051863.tif 000027
【図１６Ｂ】
2017051863.tif 000028
【図１７Ａ】
2017051863.tif 000029
【図１７Ｂ】
2017051863.tif 000030
【図１８】
2017051863.tif 000031
【図１９Ａ】
2017051863.tif 000032
【図１９Ｂ】
2017051863.tif 000033
【図１９Ｃ】
2017051863.tif 000034
【図１９Ｄ】
2017051863.tif 000035
【図２０Ａ】
2017051863.tif 000036
【図２０Ｂ】
2017051863.tif 000037
【図２１Ａ】
2017051863.tif 000038
【図２１Ｂ】
2017051863.tif 000039
【図２１Ｃ】
2017051863.tif 000040
【図２１Ｄ】
2017051863.tif 000041
【図２２Ａ】
2017051863.tif 000042
【図２２Ｂ】
2017051863.tif 000043
【図２２Ｃ】
2017051863.tif 000044
【図２２Ｄ】
2017051863.tif 000045
【図２３】
2017051863.tif 000046
【図２４】
2017051863.tif 000047
【手続補正書】
【提出日】平成30年3月23日(2018.3.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信システムにおけるユーザ装置であって、
基地局から設定情報を受信する受信手段と、
１つのリソースプールにおけるリソースでサイドリンクの制御情報とデータを送信する、又は、複数のリソースプールにおけるリソースでサイドリンクの制御情報とデータを送信する送信手段と、を備え、
前記送信手段は、前記設定情報に基づいて、前記１つのリソースプールにおけるリソースでサイドリンクの制御情報とデータを送信するか、あるいは、前記複数のリソースプールにおけるリソースでサイドリンクの制御情報とデータを送信するかを決定する
ことを特徴とするユーザ装置。
【請求項２】
制御情報とデータとを含むメッセージを複数の部分メッセージに分割し、当該複数の部分メッセージに、１つ又は複数のリソースプールにおけるリソースを割り当てる割り当て手段を備え、
前記送信手段は、前記割り当て手段で割り当てたリソースを用いて前記複数の部分メッセージを送信する
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
前記割り当て手段は、各部分メッセージの中に復調用参照信号を多重し、当該復調用参照信号のベースシーケンスとして前記メッセージのサイズに対応するベースシーケンスを使用する
ことを特徴とする請求項２に記載のユーザ装置。
【請求項４】
前記割り当て手段は、各部分メッセージの中に復調用参照信号を多重し、当該復調用参照信号に適用するＯＣＣとして前記メッセージのサイズに対応するＯＣＣを使用する
ことを特徴とする請求項２に記載のユーザ装置。
【請求項５】
前記割り当て手段は、前記復調用参照信号に適用するサイクリックシフトとして、当該復調用参照信号を多重する部分メッセージのインデックスに対応するサイクリックシフトを使用する
ことを特徴とする請求項３又は４に記載のユーザ装置。
【請求項６】
前記複数の部分メッセージは、固定サイズの部分メッセージと可変サイズの部分メッセージを含む
ことを特徴とする請求項２ないし５のうちいずれか１項に記載のユーザ装置。
【請求項７】
前記割り当て手段は、前記複数の部分メッセージにおける少なくとも１つの部分メッセージに制御情報とデータを多重する
ことを特徴とする請求項２ないし６のうちいずれか１項に記載のユーザ装置。
【請求項８】
前記割り当て手段は、制御情報とデータを多重する部分メッセージに対して第１のリソースプールのリソースを割り当て、データからなる部分メッセージに対して第２のリソースプールのリソースを割り当てる
ことを特徴とする請求項７に記載のユーザ装置。
【請求項９】
前記割り当て手段は、制御情報とデータを多重する部分メッセージに割り当てるリソースの中で、復調用参照信号に割り当てるリソースと時間領域で隣接するリソースを当該制御情報に割り当てる
ことを特徴とする請求項７又は８に記載のユーザ装置。
【請求項１０】
前記割り当て手段は、制御情報とデータを多重する部分メッセージに割り当てるリソースの中で、周波数方向での中央部分の所定帯域幅のリソースを当該制御情報に割り当てる
ことを特徴とする請求項７ないし９のうちいずれか１項に記載のユーザ装置。
【国際調査報告】
2017051863.tif 000048
2017051863.tif 000049
2017051863.tif 000050
2017051863.tif 000051