(57)【特許請求の範囲】
【請求項１】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
所定のＤ２Ｄ信号を最後に受信した時点から所定時間が経過した場合に、前記ユーザ装置を間欠受信状態とする制御手段と、
前記間欠受信状態において、所定の周期で到来するＤ２Ｄ用リソースをモニタする受信手段と
を備えることを特徴とするユーザ装置。
【請求項２】
前記間欠受信状態において、前記受信手段により前記所定のＤ２Ｄ信号を受信した場合に、前記制御手段は、前記ユーザ装置を前記間欠受信状態から連続受信状態に遷移させる
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
前記所定のＤ２Ｄ信号は、スケジューリングアサインメント信号であり、前記所定の周期で到来するＤ２Ｄ用リソースは、前記スケジューリングアサインメント信号に対して割り当てられたＳＡリソースプールの周期の所定数倍の周期で到来するＳＡリソースプールの全部又は一部である
ことを特徴とする請求項１又は２に記載のユーザ装置。
【請求項４】
前記所定の周期で到来するＤ２Ｄ用リソースは、前記ユーザ装置と送信側装置との間で共通に把握される特別リソースである
ことを特徴とする請求項１ないし３のうちいずれか１項に記載のユーザ装置。
【請求項５】
前記特別リソースにより、前記送信側装置から、特定の情報を含む前記所定のＤ２Ｄ信号のみが送信される
ことを特徴とする請求項４に記載のユーザ装置。
【請求項６】
前記ユーザ装置が前記間欠受信状態にある場合において、前記受信手段により所定の起動信号を受信した場合に、前記制御手段は、前記ユーザ装置を前記間欠受信状態から連続受信状態に遷移させる
ことを特徴とする請求項１ないし５のうちいずれか１項に記載のユーザ装置。
【請求項７】
前記受信手段は、前記所定の起動信号として、他のユーザ装置からディスカバリ信号を受信する
ことを特徴とする請求項６に記載のユーザ装置。
【請求項８】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置が実行する間欠受信方法であって、
所定のＤ２Ｄ信号を最後に受信した時点から所定時間が経過した場合に、前記ユーザ装置を間欠受信状態とするステップと、
前記間欠受信状態において、所定の周期で到来するＤ２Ｄ用リソースをモニタするステップと
を備えることを特徴とする間欠受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信（ユーザ装置間通信）に関するものであり、特に、Ｄ２Ｄ通信において、ユーザ装置ＵＥが間欠受信（ＤＲＸ）を行う技術に関連するものである。
【背景技術】
【０００２】
現状のＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の移動通信システムでは、ユーザ装置ＵＥと基地局ｅＮＢが通信を行うことにより基地局ｅＮＢ等を介してユーザ装置ＵＥ間で通信を行うことが一般的であるが、近年、ユーザ装置ＵＥ間で直接に通信を行うＤ２Ｄ通信（以降、"Ｄ２Ｄ"と呼ぶ）についての種々の技術が提案されている。【０００３】
特に、ＬＴＥにおけるＤ２Ｄでは、ユーザ装置ＵＥ間でプッシュ通話等のデータ通信を行う「Ｃｏｍｍｕｎｉｃａｔｉｏｎ（コミュニケーション）」と、ユーザ装置ＵＥが、自身のＩＤやアプリケーションＩＤ等を含む発見信号（ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ）を送信することで、受信側のユーザ装置ＵＥに送信側のユーザ装置ＵＥの検出を行わせる「Ｄｉｓｃｏｖｅｒｙ（発見）」が提案されている（非特許文献１参照）。【０００４】
ＬＴＥで規定されるＤ２Ｄでは、各ユーザ装置ＵＥは、ユーザ装置ＵＥから基地局ｅＮＢへの上り信号送信のリソースとして既に規定されている上りリソースの一部を利用することが提案されている。また、Ｄ２Ｄで使用するリソースの割り当てにおいては、基地局ｅＮＢからのアシストがなされることも提案されている。以下、現状で提案されているＬＴＥのＤ２Ｄのためのリソース割り当ての概要を説明する（非特許文献１参照）。【０００５】
「Ｄｉｓｃｏｖｅｒｙ」については、図１Ａに示すように、Ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ毎に、Ｄｉｓｃｏｖｅｒｙ信号用のリソースプールが確保され、ユーザ装置ＵＥはそのリソースプール内でＤｉｓｃｏｖｅｒｙ信号を送信する。より詳細にはＴｙｐｅ１、Ｔｙｐｅ２ａ、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、ユーザ装置ＵＥが自律的にリソースプールから送信リソースを選択する。Ｔｙｐｅ２ａでは、（Ｅ）ＰＤＣＣＨによりダイナミックに送信リソースが割り当てられる。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的な送信リソースが割り当てられる。【０００６】
「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」についても、図１Ｂに示すように、ＳＡ／Ｄａｔａ送信用リソースが周期的に確保されることが想定されている。ＳＡはＳｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ（スケジューリングアサインメント）の略であり、送信側のユーザ装置はＳＡリソースプールから選択されたリソースでＤａｔａ送信用リソースを受信側に通知し、当該Ｄａｔａ送信用リソースでＤａｔａを送信する。このリソース通知の信号のことをＳＡ又はＳＡ信号と呼んでもよい。「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」について、より詳細には、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局ｅＮＢからユーザ装置ＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。また、（Ｅ）ＰＤＣＣＨの割り当てにおいては、準静的なリソース割り当て（ＳＰＳ：  Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）も提案されている。Ｍｏｄｅ２では、ユーザ装置ＵＥはＳＡリソースプールから自律的に送信リソースを選択する。【０００７】
図１Ｃは、Ｄ２ＤのリソースプールがＷＡＮのリソースとＦＤＭ／ＴＤＭにより多重される例をより具体的に示すものである。図１ＣにはＤ２ＤＳＳ（Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）／ＰＤ２ＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄ２Ｄ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）も示されており、これらは、周期的に送信される。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ  ＴＲ  ３６．８４３  Ｖ１２．０．１  （２０１４−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したように、Ｄ２Ｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎでは、受信側ＵＥがＳＡをモニタすることでＤａｔａを検出する。ＳＡには、ユーザ装置ＵＥが受信すべきものか否かを判定するためのＩＤが含まれており、ユーザ装置ＵＥは当該ＩＤに基づいてＳＡの受信フィルタリングをすることが可能である。【００１０】
ところが、ＳＡはＶｏＩＰの要求条件を満たすために高頻度でリソースが設定されており、常にＳＡをモニタすることでユーザ装置ＵＥのバッテリー消費が増大するという課題がある。【００１１】
そのためＤ２Ｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎにおいて、バッテリーセービングを行うためにＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：間欠受信）を行うことが考えられる。しかし、現状、Ｄ２Ｄ  ＣｏｍｍｕｎｉｃａｔｉｏｎにおけるＤＲＸは規定されておらず、従来技術においてＤ２Ｄ  ＣｏｍｍｕｎｉｃａｔｉｏｎにおけるＤＲＸは行われていない。なお、仮に端末実装によるＤＲＸを実施したとしても、図２、図３で説明する課題が存在する。【００１２】
図２に示す例では、ＵＥ−Ａが、ＤＲＸ状態にあるＵＥ−ＢにＳＡを送信する。送信側のＵＥ−Ａは、所定の周期で周期的にＳＡを送信するが、ＵＥ−ＢはＤＲＸ状態にあるため低い頻度で受信を行うため、送信リソースとのミスマッチにより、ＤＲＸ状態では正常にＳＡを受信できず、大幅な遅延が生じることが考えられる。【００１３】
図３の例ではＶｏＩＰの通信を行っていることを想定している。図示するように、ＤＲＸ状態にあるＵＥ−Ｂは、ＵＥ−Ａから送信される最初の上位レイヤの制御情報やヘッダ等を受信しないため、その後に、ＳＡを受信しても音声データを復号できない。すなわち、通信途中からのＳＡ受信も同様に大幅な遅延を生じさせる可能性がある。【００１４】
なお、上述したようなバッテリー消費が増大する等の課題はＳＡに限らずＤ２Ｄ信号全般において生じ得る課題である。【００１５】
本発明は上記の点に鑑みてなされたものであり、Ｄ２Ｄ通信において、ユーザ装置が適切に間欠受信動作を行うことを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
所定のＤ２Ｄ信号を最後に受信した時点から所定時間が経過した場合に、前記ユーザ装置を間欠受信状態とする制御手段と、
前記間欠受信状態において、所定の周期で到来するＤ２Ｄ用リソースをモニタする受信手段とを備えるユーザ装置が提供される。【００１７】
また、本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置が実行する間欠受信方法であって、
所定のＤ２Ｄ信号を最後に受信した時点から所定時間が経過した場合に、前記ユーザ装置を間欠受信状態とするステップと、
前記間欠受信状態において、所定の周期で到来するＤ２Ｄ用リソースをモニタするステップとを備える間欠受信方法が提供される。
【発明の効果】
【００１８】
本発明の実施の形態によれば、Ｄ２Ｄ通信において、ユーザ装置が適切に間欠受信動作を行うことが可能となる。
【図面の簡単な説明】
【００１９】
【図１Ａ】Ｄ２Ｄ通信を説明するための図である。
【図１Ｂ】Ｄ２Ｄ通信を説明するための図である。
【図１Ｃ】Ｄ２Ｄ通信を説明するための図である。
【図２】課題を説明するための図である。
【図３】課題を説明するための図である。
【図４】本発明の実施の形態におけるシステムの構成図である。
【図５】第１の実施の形態におけるユーザ装置ＵＥの基本動作を説明するための図である。
【図６】Ｄ２Ｄ間欠受信用設定情報のシグナリングのシーケンス例を示す図である。
【図７】第１の実施の形態におけるユーザ装置ＵＥの動作例１を説明するための図である。
【図８】第１の実施の形態におけるユーザ装置ＵＥの動作例２を説明するための図である。
【図９】第１の実施の形態におけるユーザ装置ＵＥの動作例３を説明するための図である。
【図１０】第２の実施の形態の概要を説明するための図である。
【図１１】第２の実施の形態におけるシーケンス例３を示す図である。
【図１２】第２の実施の形態におけるシーケンス例１を示す図である。
【図１３】第２の実施の形態におけるシーケンス例２を示す図である。
【図１４】第３の実施の形態の概要を説明するための図である。
【図１５】第３の実施の形態におけるユーザ装置ＵＥの動作例１を説明するための図である。
【図１６】第３の実施の形態におけるユーザ装置ＵＥの動作例２を説明するための図である。
【図１７Ａ】Ｒｅｓｐｏｎｓｅリソースの例を示す図である。
【図１７Ｂ】Ｒｅｓｐｏｎｓｅリソースの例を示す図である。
【図１８】ユーザ装置ＵＥの構成図である。
【図１９】ユーザ装置ＵＥの構成図である。
【図２０】ユーザ装置ＵＥの構成図である。
【図２１】基地局ｅＮＢの構成図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、以下では、主にＳＡの間欠受信を説明しているが、本発明の間欠受信技術はＳＡに限らず、Ｄ２Ｄ信号全般に適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３もしくはそれ以降に対応する通信方式も含み得る広い意味で使用する。
【００２１】
（システム構成）
図４は、本発明の実施の形態（各実施の形態に共通）における移動通信システムの構成例を示す図である。図４に示すように、本実施の形態における通信システムは、基地局ｅＮＢの配下にユーザ装置ＵＥ１、ＵＥ２が存在するセルラー通信システムである。ユーザ装置ＵＥ１、ＵＥ２はそれぞれＤ２Ｄ通信機能を有しており、ユーザ装置ＵＥ１、ＵＥ２間でＤ２Ｄ通信を行うことが可能である。また、ユーザ装置ＵＥ１、ＵＥ２はそれぞれ基地局ｅＮＢとの間で通常のセルラー通信を行うことが可能であるとともに、基地局ｅＮＢからＤ２Ｄ通信用のリソース割り当てを受けることができる。
【００２２】
図４は、ユーザ装置ＵＥ１、ＵＥ２が基地局ｅＮＢのカバレッジ内にあることを示しているが、これは一例であり、本発明は、ユーザ装置ＵＥが基地局ｅＮＢのカバレッジ外にあっても実施可能である。以下では、ユーザ装置ＵＥ１、ＵＥ２を総称してユーザ装置ＵＥと記述する。また、以下では、ユーザ装置ＵＥをＵＥと呼ぶ場合がある。
【００２３】
以下、第１〜第３の実施の形態を説明するが、第１〜第３の実施の形態は、いずれか２つもしくは３つを組み合わせて実施可能である。
【００２４】
（第１の実施の形態）
第１の実施の形態において、ユーザ装置ＵＥは、Ｄ２Ｄ信号（Ｄ２Ｄチャネル）の間欠受信動作を行う。本実施の形態では、間欠受信動作を行う対象はＳＡである。ユーザ装置ＵＥは、ＳＡに付随するＤａｔａを、受信対象のＳＡが検出された時にのみ受信する。ここで「間欠受信動作」とは、所定の時間間隔で、ＳＡのリソース（リソースプールの全部又は一部）をモニタすることである。「モニタ」とは、対象リソースの信号を受信し、復調、復号を行い、例えば検出対象とするＩＤがＳＡに含まれているかどうかをチェックすることである。
【００２５】
このような間欠受信動作を行うことで、ユーザ装置ＵＥにおけるバッテリー消費が抑制できる。更に、間欠受信動作を行うことで、ユーザ装置ＵＥにおけるＤ２Ｄ通信機会が減少するため、ＷＡＮとの同時受信ができないユーザ装置ＵＥの場合、ＷＡＮ受信機会が増加する。
【００２６】
図５に、本実施の形態におけるユーザ装置ＵＥの基本動作例を示す。図５に示す例において、所定の周期が定められており、ユーザ装置ＵＥは当該周期を設定情報として保持し、当該周期でＳＡの間欠受信動作を実行する。以下、間欠受信動作のより具体的な内容を説明する。
【００２７】
＜間欠受信動作におけるモニタ対象リソースについて＞
上記のように、間欠受信状態になったユーザ装置ＵＥは，周期的にＳＡをモニタする。ＳＡリソースプールが周期的に到来するものである場合において、間欠受信の周期は、例えばＳＡリソースプールの周期の定数倍とする。例えば、ＳＡリソースプールの到来周期がＰ（ｍｓ）であるとした場合に、間欠受信周期はＫ×Ｐ（ｍｓ）（Ｋは２以上の整数）となる。
【００２８】
上記の周期は、ユーザ装置ＵＥにおいて予め設定しておいてもよいし、ユーザ装置ＵＥにおいて予め複数を設定しておき、そのうちの１つを自律的に選択してもよい。また、送信側のユーザ装置ＵＥが、所定のチャネル（例：ＰＤ２ＤＳＣＨ）を用いて受信側のユーザ装置ＵＥに周期を通知してもよい。更に、ユーザ装置ＵＥが基地局ｅＮＢのカバレッジ内にある場合には、基地局ｅＮＢからユーザ装置ＵＥに対して周期を上位レイヤシグナリング（ＲＲＣシグナリングやＳＩＢ等）で通知してもよい。
【００２９】
受信側ＵＥは間欠受信動作を行うことでバッテリーセービングを実現でき、更に、モニタ対象の所定リソースを適宜定めることで、図２、図３に示したパケットロス等の課題も解決される。本実施の形態では、一例として、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎ（特別ＳＡ領域）を定義し、送信側ＵＥと受信側ＵＥ間で共通に認識する間欠受信リソース（例：サブフレーム）を用いているが、これについては後述する。
【００３０】
＜間欠受信動作のトリガーについて＞
ユーザ装置ＵＥが間欠受信動作に入るトリガーの例を説明する。本実施の形態では、例えば、ユーザ装置ＵＥが、連続受信状態において最後にＳＡを受信してからの経過時間（例：経過したリソースプール周期数、フレーム数等）が所定値以上になったときに間欠受信動作を開始する。連続受信状態とは通常の受信状態であり、例えば、自分に割り当てられた周期でＳＡリソースプールのモニタを行うことである。間欠受信をＳＡリソースプールごとに行なってもよい。すなわち、リソースプールごとに独立した間欠受信動作トリガーを持ってもよい。
【００３１】
上記最後に受信するＳＡとして対象とするＳＡは、ユーザ装置ＵＥが検出する全てのＳＡとしてもよいし、ユーザ装置ＵＥがＤａｔａを受信するＳＡ（Ｉｎｔｅｒｅｓｔｅｄ  ＳＡ）に限定してもよい。上記対象とするＳＡを受信したユーザ装置ＵＥは間欠受信動作を停止し、連続受信状態に遷移する。
【００３２】
上記の所定値は、ユーザ装置ＵＥにおいて予め設定しておいてもよいし、ユーザ装置ＵＥにおいて予め複数を設定しておき、そのうちの１つを自律的に選択してもよい。また、送信側のユーザ装置ＵＥが、所定のチャネル（例：ＰＤ２ＤＳＣＨ）を用いて受信側のユーザ装置ＵＥに所定値を通知してもよい。更に、ユーザ装置ＵＥが基地局ｅＮＢのカバレッジ内にある場合には、基地局ｅＮＢからユーザ装置ＵＥに対して所定値を上位レイヤシグナリング（ＲＲＣシグナリングやＳＩＢ等）で通知してもよい。
【００３３】
また、本実施の形態では、基地局ｅＮＢ又は送信側ＵＥから受信側ＵＥへのＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇ（ウェークアップシグナリング）により、間欠受信動作中のＵＥを連続受信状態に切り替えることも可能である。Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇの詳細については第２の実施の形態において説明する。
【００３４】
図６に、ユーザ装置ＵＥが基地局ｅＮＢのカバレッジ内にある場合におけるシグナリングシーケンスの例を示す。このシグナリングは、上述した周期や所定値（連続受信へ遷移するためのタイマー値）等のＤ２Ｄ間欠受信用設定情報を通知するシグナリングである。図６に示すように、基地局ｅＮＢからユーザ装置ＵＥに対し、ＲＲＣもしくはＳＩＢ等により、Ｄ２Ｄ間欠受信用設定情報が送信される。Ｄ２Ｄ間欠受信用設定情報は、上述した周期や所定値に限られるわけではなく、例えば、当該ＵＥに対して間欠受信機能をＯＮ／ＯＦＦする設定情報でもよい。
【００３５】
＜Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎについて＞
次に、前述したＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎ（特別ＳＡ領域）について説明する。
【００３６】
既に説明したように、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎは、送信／受信ＵＥ間で定義される共通の特別なＳＡ領域である。全てのユーザ装置ＵＥはこの領域のＳＡをモニタするように定められる。
【００３７】
送信側ＵＥは、当該Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎを用いてＳＡの送信を開始することで、間欠受信動作中のユーザ装置ＵＥは当該ＳＡを受信でき、連続受信状態に遷移るために、パケットロスを回避することができる。以下、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎをより具体的に説明する。
【００３８】
Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎは、ＳＡリソースプールが到来する周期の所定倍の周期のＳＡリソースプールでもよいし、特定のフレーム／サブフレームでもよいし、ＳＡリソースプールが到来する周期の所定倍の周期のＳＡリソースプール内の特定のリソース（周波数・時間リソース）であってもよい。また、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎをＤ２ＤＳＳもしくはＤ２Ｄフレーム番号に関連付けてもよい。
【００３９】
例えば、Ｄ２ＤＳＳの直後のＳＡリソースプールを対象にしたり、Ｄ２Ｄフレーム番号が最も小さいフレームを含むＳＡリソースプールを対象にすることができる。なお、Ｄ２Ｄフレーム番号とは、Ｄ２Ｄ用のフレーム番号である。本実施の形態のＤ２Ｄ通信において、送信側のＵＥと受信側のＵＥ間で、Ｄ２Ｄフレーム番号（及び当該フレーム内のサブフレーム番号）は同期しているとする。
【００４０】
図７に、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎを使用して間欠受信動作を行うユーザ装置ＵＥの動作例を示す。図７の例では、ＳＡリソースプールよりも長い周期で到来するＤ２ＤＳＳ／ＰＤ２ＤＳＣＨの直後のＳＡリソースプールをＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎとして使用し、当該領域をモニタする間欠受信動作を行っている。
【００４１】
また、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎを含むＳＡリソースプール内の特定のサブフレームをＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎとする例を図８と図９に示す。図８の例では、ＳＡリソースプール内の特定のサブフレーム、及び再送により同一ＭＡＣ  ＰＤＵが送信されるサブフレームをＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎとしている。なお、この例は、ホッピングによる再送が１回であり、時間ホッピングパターンが周波数リソースとは独立に規定される場合の例である。
【００４２】
図９の例では、ＳＡリソースプール内における初回送信が行われるリソースプール（サブフレーム）をＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎとしている。なお、これは例であり、再送が行われるリソースプール（サブフレーム）をＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎとしてもよい。なお、２回以上の再送が行われる場合は、所定番目の再送リソースをＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎとしてもよい。
【００４３】
どのリソースをＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎとするかについては、各ユーザ装置ＵＥにおいて共通の値（フレーム番号／サブフレーム番号、ＳＡ周期の何倍かを示す値等）を予め設定しておいてもよいし、送信側のユーザ装置ＵＥが、所定のチャネル（例：ＰＤ２ＤＳＣＨ）や上位レイヤシグナリングを用いて受信側のユーザ装置ＵＥに通知してもよい。更に、基地局ｅＮＢのカバレッジ内にある場合には、基地局ｅＮＢから各ユーザ装置ＵＥに対してＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎを示す値を上位レイヤシグナリング（ＲＲＣシグナリングやＳＩＢ等）で通知してもよい。
【００４４】
＜Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎでＳＡを送信する条件＞
例えば同一カバレッジ内の全ユーザ装置ＵＥに対してＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎを一律に設定した場合、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎの混雑が起こることが考えられる。そこで、送信側のユーザ装置ＵＥに対して、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎでＳＡを送信する条件を設けることで、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎの混雑を回避することとしてもよい。
【００４５】
例えば、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎでは、上位レイヤパケット（ＲＬＣ  ＰＤＵ、ＭＡＣ  ＰＤＵ等）の先頭に対応するＳＡのみを送信可能とする。これにより、当該ＳＡを受信した間欠受信動作中のＵＥは、連続受信状態に遷移するため、上位レイヤパケットを最初から受信することができる。
【００４６】
また、例えば、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎでは、Ｕｎｉｃａｓｔ／ｇｒｏｕｐｃａｓｔのみ送信可能とし、ｂｒｏａｄｃａｓｔはＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎで送信しないようにすることとしてもよい。
【００４７】
また、間欠受信状態のユーザ装置ＵＥを連続受信状態に遷移させるための特殊なフォーマットのＳＡまたはＤａｔａのみをＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎで送信可能としてもよい。なお、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎをサポートしていないユーザ装置ＵＥが存在する場合を考慮し、リソースプールごとにＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎの適用を設定できてもよい。
【００４８】
Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎでＳＡを送信する条件についても、予めユーザ装置ＵＥに設定されていてもよいし、基地局ｅＮＢから上位レイヤシグナリングで通知することとしてもよい。
【００４９】
（第２の実施の形態）
次に第２の実施の形態を説明する。第２の実施の形態では、間欠受信状態のユーザ装置ＵＥを連続受信状態に切り替える特殊なシグナリングであるＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇ（ウェークアップシグナリング）を導入する。以下、当該シグナリングにより送信／受信される信号をＷａｋｅ−ｕｐ信号（ウェークアップ信号、起動信号）と呼ぶ場合がある。
【００５０】
図１０に示すように、本実施の形態では、間欠受信動作中のユーザ装置ＵＥに対して、基地局ｅＮＢからＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを実施してもよいし、送信側のユーザ装置ＵＥからＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを実施してもよい。
【００５１】
Ｗａｋｅ−ｕｐ信号を受信した間欠受信中のユーザ装置ＵＥは、連続受信動作への切り替えを実施する。つまり、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを導入することで、ユーザ装置ＵＥは間欠受信動作におけるＳＡのモニタ頻度を低くする（間欠受信周期を長くする）ことができ、更なるバッテリーセービングが可能となる。また、送信端末が受信端末の間欠動作状態を必ずしも認識する必要はなくなるため、間欠受信動作を端末実装とすることが可能となる。
【００５２】
＜Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇによる通知内容例＞
本実施の形態におけるＷａｋｅ−ｕｐ信号には、連続受信状態に遷移させるユーザ装置ＵＥを指定するための識別子が含まれる。当該識別子は、例えば、ＳＡ  ＩＤ（ＳＡに含まれる物理レイヤのＩＤ）、上位レイヤ（例：ＭＡＣ、ＰＤＣＰ、ＩＰ等）の宛先ＩＤ、上位レイヤの送信元ＩＤ、上位レイヤのグループＩＤ、受信側ユーザ装置ＵＥの識別子等である。特定の識別子を含むＷａｋｅ−ｕｐ信号をモニタタイミングで受信したＤ２Ｄの間欠受信状態のユーザ装置ＵＥは、連続受信状態に遷移する。どの識別子をＷａｋｅ−ｕｐ信号で受信したときに連続受信状態に遷移するかについては、ユーザ装置ＵＥにおいて予め設定されていてもよいし、基地局ｅＮＢからＲＲＣシグナリング等で設定されることとしてもよい。
【００５３】
また、Ｗａｋｅ−ｕｐ信号には、上記識別子に加えてモニタすべきリソースプールの識別子が含まれていてもよい。当該リソースプールの識別子を受信したユーザ装置ＵＥは、指定されたリソースプールをモニタし、受信対象のＳＡを受信した場合に、連続受信状態に遷移する。
【００５４】
また、例えば、間欠受信動作とは別に、ＳＡ受信動作を行わないスリープ状態になっているユーザ装置ＵＥをＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇにより受信状態（例：連続受信状態）に遷移させることとしてもよい。
【００５５】
このようなスリープ状態を導入する際に、前述の連続受信状態から間欠受信状態への遷移条件を、スリープ状態への遷移条件として用いてもよいし、スリープ状態への遷移条件を別に設けてもよい。
【００５６】
また、前述したＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎにおけるＳＡ送信条件と同様に、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを行う条件を設けてもよい。このような条件を設けることで、シグナリングオーバヘッドを削減することができる。
【００５７】
例えば、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇにおいて、上位レイヤパケット（ＲＬＣ  ＰＤＵ、ＭＡＣ  ＰＤＵ等）の先頭に対応するＳＡを受信できるように、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを送信することとしてよい。例えば、送信側ＵＥから受信側ＵＥにＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを行う場合において、送信側ＵＥは上位レイヤパケットを送信する前にＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを行い、その後に上位レイヤパケット送信のためのＳＡ送信を行うことができる。
【００５８】
送信側ＵＥの送信バッファに基づいてＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを送信することで同様の条件を実現してもよい。例えば、送信側ＵＥの送信バッファが増加した際に送信してもよいし、バッファがゼロから増加した場合に限定してもよい。
【００５９】
また、例えば、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇでは、Ｕｎｉｃａｓｔ／ｇｒｏｕｐｃａｓｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎのみ対象として送信可能とし、ｂｒｏａｄｃａｓｔ  ＣｏｍｍｕｎｉｃａｔｉｏｎではＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを送信しないようにすることとしてもよい。なお、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇをサポートしていないユーザ装置ＵＥが存在する場合を考慮し、リソースプールごとにＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇの適用を設定できてもよい。
【００６０】
図１０に示したように、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇは、受信側のユーザ装置ＵＥに対して、基地局ｅＮＢが送信してもよいし、送信側のユーザ装置ＵＥが送信してもよい。
【００６１】
＜ＤｉｓｃｏｖｅｒｙベースのＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇ＞
まず、送信側のユーザ装置ＵＥが受信側のユーザ装置ＵＥに対してＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを実施する場合について説明する。この場合のシーケンス例を図１１に示す。送信側ＵＥから受信側ＵＥにＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを行う場合、Ｄｉｓｃｏｖｅｒｙメッセージ（あるいはＤｉｓｃｏｖｅｒｙメッセージに類似したメッセージ）を使用して信号送信を行う（ステップ２０１）。すなわち、ＤｉｓｃｏｖｅｒｙリソースでＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを行う。続いて、ＳＡ送信（ステップ２０２）、Ｄａｔａ送信（ステップ２０３）が行われる。
【００６２】
Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇ用のＤｉｓｃｏｖｅｒｙメッセージについては、通常のＤｉｓｃｏｖｅｒｙに用いるＤｉｓｃｏｖｅｒｙメッセージと区別可能なフォーマットとしてもよい。例えば、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇ用のＤｉｓｃｏｖｅｒｙメッセージと、通常のＤｉｓｃｏｖｅｒｙメッセージとで異なる名前空間を用いることとしてよい。また、例えば、異なるスクランブリング・ＤＭＲＳ  ｂａｓｅ  ｓｅｑｕｅｎｃｅ／Ｃｙｃｌｉｃ  ｓｈｉｆｔ／ＯＣＣを適用することとしてもよい。あるいは、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇ用のリソースプールを定義してもよい。
【００６３】
Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇ用のＤｉｓｃｏｖｅｒｙメッセージの構成としては、Ｄｉｓｃｏｖｅｒｙメッセージのビット列にＩＤ（識別子）を直接含めてもよいし、ＩＤをスクランブリング・ＤＭＲＳ  ｂａｓｅ  ｓｅｑｕｅｎｃｅ／Ｃｙｃｌｉｃ  ｓｈｉｆｔ／ＯＣＣにマッピングしてもよい。
【００６４】
メッセージのビット列にＩＤ（識別子）を直接含める場合、オーバヘッドは増加するが受信Ｃｏｍｐｌｅｘｉｔｙは増加しない。一方、ＩＤをスクランブリング・ＤＭＲＳ  ｂａｓｅ  ｓｅｑｕｅｎｃｅ／Ｃｙｃｌｉｃ  ｓｈｉｆｔ／ＯＣＣ等にマッピングする場合、オーバヘッドは削減できるが、受信Ｃｏｍｐｌｅｘｉｔｙが増加する。
【００６５】
また、Ｕｎｉｃａｓｔ又はＧｒｏｕｐ−ｃａｓｔでＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを行う場合、受信側のＵＥがＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇに対する応答をＤｉｓｃｏｖｅｒｙ又はＣｏｍｍｕｎｉｃａｔｉｏｎにより送信側ＵＥに送信してもよい。ここで、Ｄｉｓｃｏｖｅｒｙで応答する場合、応答時間ウィンドウを定めてもよい。応答時間ウィンドウとしては、例えば、同一リソースプール周期内、次のリソースプール周期等がある。
【００６６】
＜基地局ｅＮＢからのＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇ＞
次に、基地局ｅＮＢからＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを行う場合の詳細について説明する。
【００６７】
この場合のシーケンスの一例を図１２に示す。図１２の例では、ステップ３０１で、送信側ＵＥがＣｏｍｍｕｎｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔを基地局ｅＮＢに送信する。例えば、このＣｏｍｍｕｎｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔには、受信側ＵＥのＩＤ（１つ又は複数）が含まれる。Ｃｏｍｍｕｎｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔはリソース割り当て要求やＤ２Ｄ用バッファ状態の報告（Ｄ２Ｄ  ＢＳＲ：  Ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ）により実現してもよいし、独立したメッセージを用いてもよい。
【００６８】
Ｃｏｍｍｕｎｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔを受信した基地局ｅＮＢは、Ｗａｋｅ−ｕｐ信号を受信側ＵＥに送信する（ステップ３０２）。Ｗａｋｅ−ｕｐ信号はＲＲＣシグナリングで送信してもよいし、（Ｅ）ＰＤＣＣＨで送信してもよい。
【００６９】
また、基地局ｅＮＢはＣｏｍｍｕｎｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔに対するＲｅｓｐｏｎｓｅを送信側ＵＥに返すことでシグナリングの信頼性を高めてもよい（ステップ３０３）。この場合、Ｒｅｓｐｏｎｓｅを受信した送信側ＵＥは、ＳＡの送信（ステップ３０４）、Ｄａｔａの送信（ステップ３０５）を開始する。
【００７０】
上記のステップ３０２で示したように、Ｗａｋｅ−ｕｐ信号は、（Ｅ）ＰＤＣＣＨもしくは上位レイヤシグナリング（Ｐａｇｉｎｇを含むＲＲＣシグナリング）によって基地局ｅＮＢから受信側ＵＥに送信される。ここで、該当Ｗａｋｅ−ｕｐ信号の中には受信対象を示す１つのＩＤを含めることとしてもよいし、ＩＤのリスト（複数のＩＤ）を含めて送信し、受信側ＵＥが各フィールドのＩＤに基づいてＷａｋｅ−ｕｐの判断を行なってもよい。すなわち、例えば、自分のＩＤが含められていたらＷａｋｅ−ｕｐする（連続受信状態に遷移する）と判断する。
【００７１】
また、Ｗａｋｅ−ｕｐ信号のフォーマットは特定の種類に限定されないが、例えば新たなＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  ＩＤ）を定義して用いてもよい。Ｄ２Ｄ用ＲＮＴＩを用い、Ｄ２Ｄ用Ｍｏｄｅ  １リソース割り当てとはメッセージフォーマットに基づいて識別してもよい。このＲＮＴＩの送信サブフレームを周期的に定義し、ユーザ装置ＵＥはこのＲＮＴＩをセルラーのＤＲＸ状態及びＲＲＣ＿ＩＤＬＥにおいてもモニタすることとしてもよい。また、受信対象端末を最大化するため、Ｗａｋｅ−ｕｐ信号はＲＲＣ＿ＩＤＬＥの端末でもモニタするものとしてもよい。
【００７２】
図１２のステップ３０１でＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇの送信を要求した送信側ＵＥに対する応答として、基地局ｅＮＢは、受信側ＵＥとのＣｏｍｍｕｎｉｃａｔｉｏｎ可否や、Ｍｏｄｅ１リソース割り当てを送信側ＵＥに対して送信してもよい。一例として、基地局ｅＮＢが、送信側ＵＥが通信を希望するＵＥ（又は不特定のＵＥ）が、送信側ＵＥの周囲に存在しないことを把握している場合には、Ｃｏｍｍｕｎｉｃａｔｉｏｎ否を通知することが考えられる。
【００７３】
また、図１２に示す受信側ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である場合、当該受信側ＵＥは、Ｄ２Ｄ間欠受信状態への遷移及び間欠受信時のモニタ対象の識別子を基地局ｅＮＢに報告してもよい。この報告は、Ｄ２Ｄ間欠受信状態への遷移時に１回だけ送信してもよいし、その後もＤ２Ｄ間欠受信状態であることを周期的に報告してもよい。また、報告は、例えばＭＡＣ信号、ＲＲＣ信号等で行う。モニタ対象の識別子としてはＳＡ  ＩＤを用いてもよいし、上位レイヤの宛先・送信元のＩＤを用いてもよい。
【００７４】
上記のような報告を行うことにより、基地局ｅＮＢは、当該受信側ＵＥに対してＷａｋｅ−ｕｐ信号をＵｎｉｃａｓｔで送信することができる。
【００７５】
ここで、送信側ＵＥが基地局ｅＮＢに対してＵｎｉｃａｓｔ  Ｄ２ＤのためのＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇを要求した場合において、セル内や隣接セルに対象の受信側ＵＥが存在しない場合等に、基地局ｅＮＢは当該ＵＥに対してＤ２Ｄからセルラー通信への切り替えを行なってもよい。このような状況では、Ｄ２Ｄ通信が不可能なため、上記のようにセルラー通信への切り替えを行うことで、不要なＤ２Ｄ送信を回避するとともに、セルラー通信へのフォールバックを実現することができる。
【００７６】
なお、図１２に示す例では、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇの要求先の基地局ｅＮＢと、Ｗａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇ送信を行う基地局ｅＮＢは同一であるが、これらが異なっていてもよい。
【００７７】
その場合のシーケンス例を図１３に示す。図１３に示すように、ステップ４０１で、送信側ＵＥがＣｏｍｍｕｎｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔを基地局ｅＮＢ‐Ａに送信すると、当該Ｃｏｍｍｕｎｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔが基地局ｅＮＢ‐Ｂに転送される（ステップ４０２）。
【００７８】
Ｃｏｍｍｕｎｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔを受信した基地局ｅＮＢ‐Ｂは、Ｗａｋｅ−ｕｐ信号を受信側ＵＥに送信する（ステップ４０３）。
【００７９】
一方、基地局ｅＮＢ−ＢはＣｏｍｍｕｎｉｃａｉｔｏｎ  ｒｅｑｕｅｓｔに対するＲｅｓｐｏｎｓｅを基地局ｅＮＢ−Ａを経由して送信側ＵＥに返す（ステップ４０４、４０５）。Ｒｅｓｐｏｎｓｅを受信した送信側ＵＥは、ＳＡの送信（ステップ４０６）、Ｄａｔａの送信（ステップ４０７）を開始する。このような構成により、例えば、隣接セルへのユーザ装置ＵＥに対してＷａｋｅ−ｕｐ信号を送信することができる。
【００８０】
（第３の実施の形態）
既に説明したように、従来のＤ２Ｄ通信では、バッテリー消費が増大するという課題がある。無駄な送信を停止することで、この課題を解決することとしてもよい。以下では、この手法の例を第３の実施の形態として説明する。
【００８１】
第３の実施の形態では、ＳＡ送信リソースに対応するＲｅｓｐｏｎｓｅリソースを定義し、ＳＡ及び／又は「ＳＡと付随するＤａｔａ」（以下では、ＳＡ／Ｄａｔａと記述）を受信したユーザ装置ＵＥが当該Ｒｅｓｐｏｎｓｅリソースで応答を返すこととする。そして、送信側ＵＥは、所定回数のＳＡ／Ｄａｔａ送信に対して応答がない場合に、送信を停止する。
【００８２】
なお、送信停止までの試行回数については、基地局ｅＮＢから上位レイヤ（ＭＡＣ、ＲＲＣ等）でユーザ装置ＵＥに通知してもよいし、予めユーザ装置ＵＥに設定されていてもよい。
【００８３】
例えば図１４に示すように、送信側ＵＥがＳＡ／Ｄａｔａを送信し（ステップ５０１）、受信側ＵＥから応答を受信する（ステップ５０２）が、ステップ５０３のＳＡ／Ｄａｔａ送信の後、応答を受信しなくなるため、ステップ５０６において送信を停止する。
【００８４】
図１５に、送信側ＵＥの動作例１を示す。図１５に示すように、一例として、Ｄａｔａと次にＳＡ間のサブフレームにおいてＲｅｓｐｏｎｓｅリソースが定義されている。送信側ＵＥは、新規にＳＡ／Ｄａｔａの送信を開始し、最初を含めて３回送信を繰り返すが、Ｒｅｓｐｏｎｓｅリソースで応答を受信しない（Ｎｏ  ｓｉｇｎａｌ）ので、送信を停止する（Ｓｔｏｐ  Ｔｘ）。なお、送信を停止した後、例えば、所定時間後、あるいはその他の契機で送信を再開することとしてもよい。
【００８５】
図１６に、送信側ＵＥの動作例２を示す。図１６の例では、図中のＡで示すＲｅｓｐｏｎｓｅリソースにおいて、送信側ＵＥは、受信側ＵＥからＮＡＣＫを受信する。その際に送信側ＵＥは、例えばＬｉｎｋ  ａｄａｐｔａｔｉｏｎ（例：ＭＣＳの変更等）を行って再送を行うことができる。
【００８６】
より具体的な例として、受信側ＵＥは、ＲｅｓｐｏｎｓｅリソースにおいてＤＭ−ＲＳ等の系列、ＰＵＳＣＨ等を送信し、送信側ＵＥは該当リソースの電力検出によりリスナー（受信側ＵＥ）が存在するか否かを判断してもよい。更に、応答の送信側ＵＥはＡＣＫ／ＮＡＣＫ毎に系列を分けて送信し、応答の受信側ＵＥは受信系列によりＡＣＫ／ＮＡＣＫの存在を判定してもよい。あるいは、ＡＣＫ／ＮＡＣＫに応じて送信する時間・周波数リソースを変更してもよい。なお、Ｕｎｉｃａｓｔの場合はＰＵＳＣＨベースのフォーマットを用いて、ＡＣＫ／ＮＡＣＫを送信してもよい。
【００８７】
Ｒｅｓｐｏｎｓｅリソースの配置方法は特定の方法に限定されないが、例えば図１７Ａに示すようにＳＡと、当該ＳＡに係るＤａｔａとの間に配置してもよいし、図１７Ｂに示すように、Ｄａｔａと次のＳＡとの間に配置してもよい。
【００８８】
図１７Ａに示す配置例では、ＳＡに対する応答に応じてＤａｔａ送信を制御できる。一方、図１７Ｂの配置例では、Ｒｅｓｐｏｎｓｅリソースで送信する応答と、Ｄａｔａを含めたＡＣＫ／ＮＡＣＫ応答とを兼ねる応答送信を行うことが可能である。
【００８９】
（装置構成例）
以下、本発明の実施の形態（第１〜第３の実施の形態）の動作を実行するユーザ装置ＵＥと基地局ｅＮＢの構成例を説明する。なお、以下、ユーザ装置ＵＥの構成を３つの実施の形態に対応付けて分けて説明しているが、いずれか２つもしくは全部を組み合わせて実施することとしてもよい。
【００９０】
＜ユーザ装置ＵＥの構成例＞
図１８に、本実施の形態に係るユーザ装置ＵＥの機能構成図を示す。図１８に示す例は、第１の実施の形態に対応する構成である。図１８に示すように、当該ユーザ装置ＵＥは、信号送信部１０１、信号受信部１０２、Ｄ２Ｄ通信機能部１０３、間欠受信制御部１０４を含む。なお、図１８は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００９１】
信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。また、信号送信部１０１は、Ｄ２Ｄ通信の送信機能とセルラー通信の送信機能を有する。
【００９２】
信号受信部１０２は、他のユーザ装置ＵＥ又は基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部１０２は、Ｄ２Ｄ通信の受信機能とセルラー通信の受信機能を有する。
【００９３】
Ｄ２Ｄ通信機能部１０３は、Ｄ２Ｄアプリケーションの機能を含み、Ｄｉｓｃｏｖｅｒｙ信号のリソース割り当てや送受信制御、ＳＡ／Ｄａｔａのリソース割り当てや送受信制御等を実行する。
【００９４】
間欠受信制御部１０４は、第１の実施の形態における間欠受信動作を実行する機能部である。例えば、間欠受信制御部１０４は、ＳＡを最後に受信した時点から所定時間が経過した場合に、ユーザ装置ＵＥを間欠受信状態とし、間欠受信状態において、ＳＡを受信した場合に、ユーザ装置ＵＥを間欠受信状態から連続受信状態に遷移させる機能を含む。間欠受信制御部１０４は、Ｓｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎの情報を持ち、第１の実施の形態で説明したようにＳｐｅｃｉａｌ  ＳＡ  ｒｅｇｉｏｎによる送受信を行うことができる。
【００９５】
図１９に、本実施の形態に係るユーザ装置ＵＥの他の機能構成図を示す。図１９に示す例は、第１の実施の形態に加えて第２の実施の形態における処理も行う構成である。図１９に示すように、当該ユーザ装置ＵＥは、信号送信部２０１、信号受信部２０２、Ｄ２Ｄ通信機能部２０３、間欠受信制御部２０４、ＵＥ起動制御部２０５を含む。なお、図１９は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００９６】
信号送信部２０１、信号受信部２０２、Ｄ２Ｄ通信機能部２０３、間欠受信制御部２０４は、それぞれ図１８を参照して説明した信号送信部１０１、信号受信部１０２、Ｄ２Ｄ通信機能部１０３、間欠受信制御部１０４と同様の機能を有する。
【００９７】
ＵＥ起動制御部２０５は、第２の実施の形態で説明したＷａｋｅ−ｕｐ信号に係る動作を実行する機能部であり、間欠受信状態（もしくはスリープ状態）にあるときに、他のＵＥもしくは基地局ｅＮＢからＷａｋｅ−ｕｐ信号をした場合に、自ＵＥを連続受信状態に遷移させる。また、ＵＥ起動制御部２０５は、他のＵＥに対してＤｉｓｃｏｖｅｒｙメッセージに基づくＷａｋｅ−ｕｐ信号を送信する機能も備える。
【００９８】
図２０に、本実施の形態に係るユーザ装置ＵＥの更に他の機能構成図を示す。図２０に示す例は、第３の実施の形態に対応する構成である。図２０に示すように、当該ユーザ装置ＵＥは、信号送信部３０１、信号受信部３０２、Ｄ２Ｄ通信機能部３０３、送信制御部３０４を含む。なお、図２０は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図２０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００９９】
信号送信部３０１、信号受信部３０２、Ｄ２Ｄ通信機能部３０３は、それぞれ図１８を参照して説明した信号送信部１０１、信号受信部１０２、Ｄ２Ｄ通信機能部１０３と同様の機能を有する。ただし、Ｄ２Ｄ通信機能部３０３は、第３の実施の形態で説明したように、ＳＡ送信リソースに対応するＲｅｓｐｏｎｓｅリソースの情報を有しており、ＳＡを受信した場合に、当該Ｒｅｓｐｏｎｓｅリソースを用いて応答（ＡＣＫ、ＮＡＣＫを含んでもよい）を返すように信号送信部３０１に対して指示をする機能を含む。
【０１００】
送信制御部３０４は、ＳＡを送信した後、信号受信部３０２によりＲｅｓｐｏｎｓｅリソースで受信する応答を監視するとともに、所定回数の応答なしを検知した場合にＳＡ送信を停止する制御を実行する。すなわち、送信制御部３０４は、信号送信部３０１から所定のＤ２Ｄ信号を所定のリソースを用いて送信した後、当該所定のリソースに対応する応答リソースを信号受信部３０２によりモニタして、応答を受信するか否かを確認し、所定のＤ２Ｄ信号を送信したが応答を受信しないことが所定回数続いた場合に、所定のＤ２Ｄ信号の送信を停止する。
【０１０１】
＜基地局ｅＮＢの構成例＞
図２１に、本実施の形態に係る基地局ｅＮＢの機能構成図を示す。図２１に示す基地局ｅＮＢは、第２の実施の形態におけるＷａｋｅ−ｕｐ信号送信を行う機能を備える基地局ｅＮＢであるが、当該基地局ｅＮＢを他の実施の形態で使用しても構わない。
【０１０２】
図２１に示すように、基地局ｅＮＢは、信号送信部４０１、信号受信部４０２、ＵＥ情報格納部４０３、Ｄ２Ｄリソース情報格納部４０４、リソース割り当て部４０５、ＵＥ起動制御部４０６を含む。なお、図２１は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおける基地局として動作するための図示しない機能も有するものである。また、図２１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。なお、図２１は、Ｄ２Ｄリソースの割り当てを行う機能を含むが、第２の実施の形態への適用に関しては、Ｄ２Ｄリソースの割り当てを行う機能を持たない構成とすることも可能である。
【０１０３】
信号送信部４０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部４０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１０４】
ＵＥ情報格納部４０３には、各ＵＥから受信するＵＥ能力の情報が格納されている。Ｄ２Ｄリソース情報格納部４０４には、ＵＥ毎に、割り当てられたＤ２Ｄリソースを示す情報が格納される。また、リソースが解放された場合は割り当て情報は削除される。リソース割り当て部４０５は、ＵＥ情報格納部４０３とＤ２Ｄリソース情報格納部４０４を参照することで、ＵＥ毎のリソースの割り当て状況を把握して、Ｄ２Ｄリソース（リソースプール、個別リソース等）の割り当てを行う。
【０１０５】
ＵＥ起動制御部４０６は、第２の実施の形態において、基地局ｅＮＢが実行するＷａｋｅ−ｕｐ  ｓｉｇｎａｌｉｎｇに関わる信号の送受信制御を行う。例えば、ＵＥ起動制御部４０６は、ＵＥに対してセルラー通信への切り替えを指示する機能や、他の基地局ｅＮＢに対してＣｏｍｍｕｎｉｃａｔｉｏｎ  ｒｅｑｕｅｓｔを転送したりする機能も含む。
【０１０６】
以上、説明したように、本発明の実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、所定のＤ２Ｄ信号を最後に受信した時点から所定時間が経過した場合に、前記ユーザ装置を間欠受信状態とする制御手段と、前記間欠受信状態において、所定の周期で到来するＤ２Ｄ用リソースをモニタする受信手段とを備えるユーザ装置が提供される。この構成により、Ｄ２Ｄにおいて、ユーザ装置が適切に間欠受信動作を行うことが可能となり、バッテリー消費を削減できる。
【０１０７】
前記間欠受信状態において、前記受信手段により前記所定のＤ２Ｄ信号を受信した場合に、前記制御手段は、前記ユーザ装置を前記間欠受信状態から連続受信状態に遷移させることとしてもよい。この構成により、Ｄ２Ｄにおける間欠受信状態から連続受信状態への遷移を的確に行うことができる。
【０１０８】
前記所定のＤ２Ｄ信号は、例えばスケジューリングアサインメント信号であり、前記所定の周期で到来するＤ２Ｄ用リソースは、前記スケジューリングアサインメント信号に対して割り当てられたＳＡリソースプールの周期の所定数倍の周期で到来するＳＡリソースプールの全部又は一部である。この構成により、高頻度で送信されるＳＡに対して適切に間欠受信動作を実施でき、バッテリー消費を大きく削減できる。
【０１０９】
前記所定の周期で到来するＤ２Ｄ用リソースは、前記ユーザ装置と送信側装置との間で共通に把握される特別リソースであることとしてもよい。この構成により、送信側ユーザ装置は当該特別リソースから送信を開始でき、それにより、間欠受信を行う受信側のユーザ装置は、パケットロスなく（遅延を増加させることなく）受信を行うことができる。
【０１１０】
前記特別リソースにより、前記送信側装置から、特定の情報を含む前記所定のＤ２Ｄ信号のみが送信されることとしてもよい。この構成により、特別リソースでのトラフィックの混雑を回避できる。
【０１１１】
前記ユーザ装置が前記間欠受信状態にある場合において、前記受信手段により所定の起動信号を受信した場合に、前記制御手段は、前記ユーザ装置を前記間欠受信状態から連続受信状態に遷移させることとしてもよい。この構成により、間欠受信の周期を長くすることができ、バッテリー消費削減効果を大きくすることができる。
【０１１２】
前記受信手段は、前記所定の起動信号として、他のユーザ装置からディスカバリ信号を受信することとしてもよい。ディスカバリ信号を用いることで所定の起動信号の導入をスムーズに行うことができる。
【０１１３】
また、本実施の形態では、前記移動通信システムにおいて、前記ユーザ装置と通信を行う基地局であって、前記所定の起動信号を前記ユーザ装置に送信する送信手段を備える基地局が提供される。この構成によっても、ユーザ装置における間欠受信の周期を長くすることができ、バッテリー消費削減効果を大きくすることができる。
【０１１４】
前記基地局は、前記ユーザ装置に対する送信側のユーザ装置から前記所定の起動信号の送信要求を受信したことに応じて、前記所定の起動信号を送信することとしてもよい。この構成により、送信側のユーザ装置は、他のユーザ装置に対してＤ２Ｄ送信を行いたい場合にその要求を基地局に行うことができる。
【０１１５】
本実施の形態で説明した各ユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１１６】
本実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１１７】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、基地局ｅＮＢ及びユーザ装置ＵＥは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェア、及び本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１１８】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１１９】
本特許出願は２０１４年１０月１７日に出願した日本国特許出願第２０１４−２１３２２１号に基づきその優先権を主張するものであり、日本国特許出願第２０１４−２１３２２１号の全内容を本願に援用する。
【符号の説明】
【０１２０】
ｅＮＢ  基地局
ＵＥ  ユーザ装置
１０１  信号送信部
１０２  信号受信部
１０３  Ｄ２Ｄ通信機能部
１０４  間欠受信制御部
２０１  信号送信部
２０２  信号受信部
２０３  Ｄ２Ｄ通信機能部
２０４  間欠受信制御部
２０５  ＵＥ起動制御部
３０１  信号送信部
３０２  信号受信部
３０３  Ｄ２Ｄ通信機能部
３０４  送信制御部
４０１  信号送信部
４０２  信号受信部
４０３  ＵＥ情報格納部
４０４  Ｄ２Ｄリソース情報格納部
４０５  リソース割り当て部
４０６  ＵＥ起動制御部
【図１Ａ】
0006564783.tif 000002
【図１Ｂ】
0006564783.tif 000003
【図１Ｃ】
0006564783.tif 000004
【図２】
0006564783.tif 000005
【図３】
0006564783.tif 000006
【図４】
0006564783.tif 000007
【図５】
0006564783.tif 000008
【図６】
0006564783.tif 000009
【図７】
0006564783.tif 000010
【図８】
0006564783.tif 000011
【図９】
0006564783.tif 000012
【図１０】
0006564783.tif 000013
【図１１】
0006564783.tif 000014
【図１２】
0006564783.tif 000015
【図１３】
0006564783.tif 000016
【図１４】
0006564783.tif 000017
【図１５】
0006564783.tif 000018
【図１６】
0006564783.tif 000019
【図１７Ａ】
0006564783.tif 000020
【図１７Ｂ】
0006564783.tif 000021
【図１８】
0006564783.tif 000022
【図１９】
0006564783.tif 000023
【図２０】
0006564783.tif 000024
【図２１】
0006564783.tif 000025