(57)【特許請求の範囲】
【請求項１】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
前記移動通信システムにおける基地局から割り当てられたＤ２Ｄ通信用のリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するＤ２Ｄ通信手段と、
前記基地局から割り当てられたＤ２Ｄ通信用のリソースを解放することを要求するリソース解放要求信号を前記基地局に送信するリソース制御手段とを備え、
前記リソース制御手段は、リソース要求信号を前記基地局に送信することにより、当該基地局から前記D2D通信用のリソースの割り当てを受けた後に、前記リソース要求信号を当該リソースの解放を要求する前記リソース解放要求信号として前記基地局に送信する
ことを特徴とするユーザ装置。
【請求項２】
前記移動通信システムにおいて、前記Ｄ２Ｄ信号の通信用の期間が周期的に到来するように定められており、前記リソース制御手段は、前記リソース解放要求信号を送信した周期の次の周期以降の周期において、前記ユーザ装置における前記リソースを解放する
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
前記移動通信システムにおける基地局から割り当てられたＤ２Ｄ通信用のリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するＤ２Ｄ通信手段と、
前記基地局から割り当てられたＤ２Ｄ通信用のリソースを解放することを要求するリソース解放要求信号を前記基地局に送信するリソース制御手段とを備え、
前記リソース制御手段は、既に割り当てられているリソースを指定したリソース要求信号を、当該リソースの解放を要求する前記リソース解放要求信号として前記基地局に送信する
ことを特徴とするユーザ装置。
【請求項４】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
前記移動通信システムにおける基地局から割り当てられたＤ２Ｄ通信用のリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するＤ２Ｄ通信手段と、
前記基地局から割り当てられたＤ２Ｄ通信用のリソースを解放することを要求するリソース解放要求信号を前記基地局に送信するリソース制御手段とを備え、
前記リソース解放要求信号は、前記基地局から割り当てられたD2D通信用のリソースで送信されたＤ２Ｄ信号である
ことを特徴とするユーザ装置。
【請求項５】
前記基地局において、前記リソース解放要求信号としてのＤ２Ｄ信号を所定回数受信した場合に、前記ユーザ装置に割り当てたリソースを解放する場合において、前記リソース制御手段は、前記リソース解放要求信号としてのＤ２Ｄ信号を前記所定回数よりも大きな回数だけ送信した場合に、前記ユーザ装置における前記リソースを解放する
ことを特徴とする請求項４に記載のユーザ装置。
【請求項６】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
前記移動通信システムにおける基地局から割り当てられたＤ２Ｄ通信用のリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するＤ２Ｄ通信手段と、
前記リソースが割り当てられた後、前記Ｄ２Ｄ信号の送信回数が所定回数に達した場合に前記リソースを解放するリソース制御手段と
を備えることを特徴とするユーザ装置。
【請求項７】
前記リソース制御手段は、前記基地局にリソース要求信号を送信し、当該リソース要求信号に対するリソース割り当て信号を前記基地局から受信したことに応じて、Ｄ２Ｄ信号送信回数のカウントを開始する
ことを特徴とする請求項６に記載のユーザ装置。
【請求項８】
前記リソース割り当て信号に、前記所定回数が含まれることを特徴とする請求項７に記載のユーザ装置。
【請求項９】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用される基地局とユーザ装置により実行されるリソース制御方法であって、
前記基地局が、前記ユーザ装置に対しＤ２Ｄ通信用のリソースを割り当て、Ｄ２Ｄ通信用のリソースの情報を含むリソース割り当て信号を前記ユーザ装置に送信することにより、当該ユーザ装置に対して前記Ｄ２Ｄ通信用のリソースを割り当てるステップと、
前記ユーザ装置が、前記基地局により割り当てられたリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するステップと、
前記ユーザ装置が、前記基地局により割り当てられたリソースを解放することを要求するリソース解放要求信号を前記基地局に送信し、当該リソースを解放するリソース制御ステップとを備え、
前記ユーザ装置は、リソース要求信号を前記基地局に送信することにより、当該基地局から前記D2D通信用のリソースの割り当てを受けた後に、前記リソース制御ステップにおいて、前記リソース要求信号を当該リソースの解放を要求する前記リソース解放要求信号として前記基地局に送信する
ことを特徴とするリソース制御方法。
【請求項１０】
Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用される基地局とユーザ装置により実行されるリソース制御方法であって、
前記基地局が、前記ユーザ装置に対しＤ２Ｄ通信用のリソースを割り当て、Ｄ２Ｄ通信用のリソースの情報を含むリソース割り当て信号を前記ユーザ装置に送信することにより、当該ユーザ装置に対して前記Ｄ２Ｄ通信用のリソースを割り当てるステップと、
前記ユーザ装置が、前記基地局により割り当てられたリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するステップと、
前記ユーザ装置が、前記リソースが割り当てられた後、前記Ｄ２Ｄ信号の送信回数が所定回数に達した場合に前記リソースを解放するステップと
を備えることを特徴とするリソース制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信（ユーザ装置間通信）に関するものであり、特に、Ｄ２Ｄ通信において、ユーザ装置ＵＥがＤ２Ｄ通信を行うために必要な無線リソース（以下、リソース）の割り当てや解放の技術に関連するものである。
【背景技術】
【０００２】
現状のＬＴＥ等の移動体通信システムでは、ユーザ装置ＵＥと基地局ｅＮＢが通信を行うことにより基地局ｅＮＢ等を介してユーザ装置ＵＥ間で通信を行うことが一般的であるが、近年、ユーザ装置ＵＥ間で直接に通信を行うＤ２Ｄ通信についての種々の技術が提案されている。
【０００３】
特に、ＬＴＥにおけるＤ２Ｄ通信では、ユーザ装置ＵＥ間でプッシュ通話等のデータ通信を行う「Ｃｏｍｍｕｎｉｃａｔｉｏｎ（コミュニケーション）」と、ユーザ装置ＵＥが、自身のＩＤ等を含む発見信号（ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ）を送信することで、受信側のユーザ装置ＵＥに送信側のユーザ装置ＵＥの検出を行わせる「Ｄｉｓｃｏｖｅｒｙ（発見）」が提案されている（非特許文献１参照）。なお、Ｃｏｍｍｕｎｉｃａｔｉｏｎは、例えば、Ｐｕｂｌｉｃ  ｓａｆｅｔｙ（警察・消防無線など）への適用が想定されている。
【０００４】
ＬＴＥで規定されるＤ２Ｄ通信では、各ユーザ装置ＵＥは、ユーザ装置ＵＥから基地局ｅＮＢへの上り信号送信のリソースとして既に規定されている上りリソースの一部を利用することが提案されている。また、Ｄ２Ｄ通信で使用するリソースの割り当てにおいては、基地局ｅＮＢからのアシストがなされることも提案されている。以下、現状で提案されているＬＴＥのＤ２Ｄ通信の送信のためのリソース割り当ての概要を説明する（非特許文献１参照）。
【０００５】
「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」については、Ｍｏｄｅ１とＭｏｄｅ２がある。Ｍｏｄｅ１では、基地局ｅＮＢからユーザ装置ＵＥに送られる（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。また、（Ｅ）ＰＤＣＣＨの割り当てにおいては、準静的なリソース割り当て（ＳＰＳ：  Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）も提案されている。Ｍｏｄｅ２では、基地局ｅＮＢからユーザ装置ＵＥに送られる上位レイヤシグナリング（例えばＳＩＢ、ＲＲＣ信号）により通知されたリソースプールにより、ユーザ装置ＵＥが自律的に送信リソースを選択する。
【０００６】
「Ｄｉｓｃｏｖｅｒｙ」については、Ｔｙｐｅ１、Ｔｙｐｅ２ａ、Ｔｙｐｅ２ｂがある。Ｔｙｐｅ１では、上位レイヤシグナリングにより通知されたリソースプールより、ユーザ装置ＵＥが自律的に送信リソースを選択する。Ｔｙｐｅ２ａでは、（Ｅ）ＰＤＣＣＨによりダイナミックにリソースが割り当てられる。Ｔｙｐｅ２ｂでは、上位レイヤシグナリング（例えばＲＲＣ信号）により準静的なリソースが割り当てられる。なお、「準静的なリソース」とは、例えば所定の期間、固定的に割り当てられるリソースであり、ユーザ装置ＵＥは、所定の期間、準静的に割り当てられた当該リソースを使用してＤ２Ｄの通信を行う。
【０００７】
準静的に割り当てられたリソースは、基地局ｅＮＢがユーザ装置ＵＥに対して、リソース解放の指示を行う（ｄｅ−ａｃｔｉｖａｔｉｏｎする）、もしくは、ユーザ装置ＵＥがＩｄｌｅ状態に遷移するまで有効である。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ  ＴＲ  ３６．８４３  Ｖ１２．０．１  （２０１４−０３）
【発明の概要】
【発明が解決しようとする課題】
【０００９】
Ｄ２Ｄ通信のＤｉｓｃｏｖｅｒｙにおいては、ユーザ装置ＵＥは、アプリケーション毎に異なるＤｉｓｃｏｖｅｒｙメッセージを送信することがあり、また、送信頻度・継続時間もアプリケーション毎に異なり得る。
【００１０】
一方で、前述したとおり、Ｄｉｓｃｏｖｅｒｙのリソース割り当て方法のうち、Ｔｙｐｅ２ｂでは、いったんユーザ装置ＵＥに割り当てられたリソースは、基地局ｅＮＢがリソースの解放を指示するか、ユーザ装置ＵＥがＩｄｌｅ状態に遷移しないと解放されない。基地局ｅＮＢからの指示によるリソース解放に関して、基地局ｅＮＢはユーザ装置ＵＥのＤ２Ｄ送信状態を把握することができないため、リソース解放をしてよいかどうかの判断が困難である。また、ユーザ装置ＵＥのＩｄｌｅ状態への遷移によるリソース解放に関して、Ｉｄｌｅ状態への遷移はタイマ（例：ＵＥ  ｉｎａｃｔｉｖｉｔｙ  ｔｉｍｅｒ）に基づいており、セルラー通信が一定以上の間隔で継続している限りはＩｄｌｅ状態に遷移しない。
【００１１】
上記の点から、Ｄｉｓｃｏｖｅｒｙの準静的なリソース割り当てにおいては、ユーザ装置ＵＥに必要以上のリソースが割り当てられた状態が継続してしまう可能性がある。図１は、この課題を説明するためのシーケンス図である。図１において、ユーザ装置ＵＥ１、ＵＥ２が基地局ｅＮＢ配下に存在し、ユーザ装置ＵＥ１からユーザ装置ＵＥ２にＤｉｓｃｏｖｅｒｙメッセージ送信を行うものとする。この点はＤｉｓｃｏｖｅｒｙに関する他のシーケンス図でも同様である。
【００１２】
図１に示すように、ステップ１１で、受信側のユーザ装置ＵＥ２に受信用のリソースプールが割り当てられる。ステップ１２でユーザ装置ＵＥ１と基地局ｅＮＢがＲＲＣ接続する。続いて、ユーザ装置ＵＥは基地局ｅＮＢにリソース要求（Ｒｅｓｏｕｒｃｅ  ｒｅｑｕｅｓｔ）を送信し（ステップ１３）、基地局ｅＮＢからリソース割り当て（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）を受ける（ステップ１４）。なお、リソース要求は個別のシグナリング信号でもよいし、Ｄ２Ｄ  ａｕｔｈｅｎｔｉｃａｔｉｏｎの中で行われてもよい。
【００１３】
リソース割り当てを受けたユーザ装置ＵＥ１は、Ｄｉｓｃｏｖｅｒｙメッセージ送信を行う（ステップ１５）が、前述したとおり、基地局ｅＮＢからの明示的な指示がなければ、Ｉｄｌｅ状態（ステップ１６）に遷移するまでリソースが割り当てられたままとなる。図１の例では、Ｄｉｓｃｏｖｅｒｙメッセージ送信がなされていないときに、不要なリソース（Ｕｎｎｅｃｅｓｓａｒｙ  ｒｅｓｏｕｒｃｅ）が割り当てられ続けていることを示している。
【００１４】
図２も課題を説明するための図である。図２において、ステップ２１〜２５は、図１のステップ１１〜１５と同じである。図１に示した不要な割り当てを避けるために、図２のステップ２６で示すようなＤｅ−ａｃｔｉｖａｔｉｏｎを基地局ｅＮＢからユーザ装置ＵＥ１に定期的に送信し、リソース解放／再割り当てをすることが考えられる。しかし、この方法では、再割り当てのためにシグナリングが増加し、かつＴｙｐｅ２ｂのリソースが利用できない時間が発生する（図２のＴｙｐｅ  ２ｂ  Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ｕｎａｖａｉｌａｂｌｅで示す期間）。
【００１５】
前述したように、Ｄ２ＤのＣｏｍｍｕｎｉｃａｔｉｏｎにおいても、Ｍｏｄｅ１で準静的なリソース割り当てを行う場合があるが、Ｄｉｓｃｏｖｅｒｙの場合と同様に、一般には、基地局ｅＮＢはユーザ装置ＵＥのＤ２Ｄ送信状態を把握することが難しいため、リソース解放をしてよいかどうかの判断が困難である。セルラー通信における上りＳＰＳであれば、ｚｅｒｏ  ＭＡＣ  ＳＤＵの連続によるリソース解放（ｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）を用いることができるが、一般にＤ２Ｄ信号の基地局ｅＮＢでの受信は困難であるので、Ｃｏｍｍｕｎｉｃａｔｉｏｎにおいても、Ｄｉｓｃｏｖｅｒｙの場合と同様にユーザ装置ＵＥの不要なリソース保持の問題が生じ得る。
【００１６】
本発明は上記の点に鑑みてなされたものであり、Ｄ２Ｄ通信をサポートする移動通信システムにおいて、ユーザ装置に割り当てられたＤ２Ｄ通信用のリソースが、不要である場合にも保持されることを回避することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
前記移動通信システムにおける基地局から割り当てられたＤ２Ｄ通信用のリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するＤ２Ｄ通信手段と、
前記基地局から割り当てられたＤ２Ｄ通信用のリソースを解放することを要求するリソース解放要求信号を前記基地局に送信するリソース制御手段とを備えるユーザ装置が提供される。
【００１８】
また、本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、
前記移動通信システムにおける基地局から割り当てられたＤ２Ｄ通信用のリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するＤ２Ｄ通信手段と、
前記リソースが割り当てられた後、所定期間が経過した場合、又は前記Ｄ２Ｄ信号の送信回数が所定回数に達した場合に前記リソースを解放するリソース制御手段とを備えるユーザ装置が提供される。
【００１９】
また、本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用される基地局とユーザ装置により実行されるリソース制御方法であって、
前記基地局が、前記ユーザ装置に対しＤ２Ｄ通信用のリソースを割り当て、Ｄ２Ｄ通信用のリソースの情報を含むリソース割り当て信号を前記ユーザ装置に送信することにより、当該ユーザ装置に対して前記Ｄ２Ｄ通信用のリソースを割り当てるステップと、
前記ユーザ装置が、前記基地局により割り当てられたリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するステップと、
前記ユーザ装置が、前記基地局により割り当てられたリソースを解放することを要求するリソース解放要求信号を前記基地局に送信し、当該リソースを解放するステップとを備えるリソース制御方法が提供される。
【００２０】
また、本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用される基地局とユーザ装置により実行されるリソース制御方法であって、
前記基地局が、前記ユーザ装置に対しＤ２Ｄ通信用のリソースを割り当て、Ｄ２Ｄ通信用のリソースの情報を含むリソース割り当て信号を前記ユーザ装置に送信することにより、当該ユーザ装置に対して前記Ｄ２Ｄ通信用のリソースを割り当てるステップと、
前記ユーザ装置が、前記基地局により割り当てられたリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するステップと、
前記ユーザ装置が、前記リソースが割り当てられた後、所定期間が経過した場合、又は前記Ｄ２Ｄ信号の送信回数が所定回数に達した場合に前記リソースを解放するステップとを備えるリソース制御方法が提供される。
【発明の効果】
【００２１】
本発明の実施の形態によれば、Ｄ２Ｄ通信をサポートする移動通信システムにおいて、ユーザ装置に割り当てられたＤ２Ｄ通信用のリソースが、不要である場合にも保持されることを回避することを可能とする技術が提供される。
【図面の簡単な説明】
【００２２】
【図１】Ｄ２Ｄ通信における課題を説明するための図である。
【図２】Ｄ２Ｄ通信における課題を説明するための図である。
【図３】本発明の実施の形態におけるシステムの構成図である。
【図４】第１の実施の形態における処理内容（Ｄｉｓｃｏｖｅｒｙの場合）を説明するためのシーケンス図である。
【図５】第１の実施の形態における処理内容（Ｃｏｍｍｕｎｉｃａｔｉｏｎの場合）を説明するためのシーケンス図である。
【図６】リソース解放要求の例を説明するための図である。
【図７】リソース解放のタイミングの例を示す図である。
【図８】第１の実施の形態における変形例の処理内容（Ｄｉｓｃｏｖｅｒｙの場合）を説明するためのシーケンス図である。
【図９】第１の実施の形態における変形例の処理内容（Ｃｏｍｍｕｎｉｃａｔｉｏｎの場合）を説明するためのシーケンス図である。
【図１０】第２の実施の形態における処理内容（Ｄｉｓｃｏｖｅｒｙの場合）を説明するためのシーケンス図である。
【図１１】第２の実施の形態における処理内容（Ｃｏｍｍｕｎｉｃａｔｉｏｎの場合）を説明するためのシーケンス図である。
【図１２】第２の実施の形態における変形例の処理内容（Ｄｉｓｃｏｖｅｒｙの場合）を説明するためのシーケンス図である。
【図１３】第２の実施の形態における変形例の処理内容（Ｃｏｍｍｕｎｉｃａｔｉｏｎの場合）を説明するためのシーケンス図である。
【図１４】リソース要求の例を説明するための図である。
【図１５】ユーザ装置ＵＥの構成図である。
【図１６】基地局ｅＮＢの構成図である。
【発明を実施するための形態】
【００２３】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、又は１２もしくはそれ以降に対応する通信方式も含み得る広い意味で使用する。
【００２４】
（システム構成）
図３は、本発明の実施の形態（第１、第２に共通）における移動通信システムの構成例を示す。図３に示すように、本実施の形態における通信システムは、基地局ｅＮＢの配下にユーザ装置ＵＥ１、ＵＥ２が存在するセルラー通信システムである。ユーザ装置ＵＥ１、ＵＥ２はそれぞれＤ２Ｄ通信機能を有しており、ユーザ装置ＵＥ１、ＵＥ２間でＤ２Ｄ通信を行うことが可能である。また、ユーザ装置ＵＥ１、ＵＥ２はそれぞれ基地局ｅＮＢとの間で通常のセルラー通信を行うことが可能であるとともに、基地局ｅＮＢからＤ２Ｄ通信用のリソース割り当てを受けることができる。なお、以下では、ユーザ装置ＵＥ１、ＵＥ２を総称してユーザ装置ＵＥと記述する場合がある。
【００２５】
以下、Ｄ２Ｄ通信を行うユーザ装置ＵＥにおいて、準静的リソースが保持されたままになる可能性があるという前述した課題を解消するための手法の例として、ユーザ装置ＵＥから基地局ｅＮＢへのリソース解放要求等の信号を用いる例を第１の実施の形態として説明し、割り当てリソースに対する有効期間を設定する例を第２の実施の形態として説明する。
【００２６】
（第１の実施の形態）
まず、第１の実施の形態を説明する。上記のとおり、第１の実施の形態では、ユーザ装置ＵＥから基地局ｅＮＢに対して、明示的なリソース解放要求を行う。後述する変形例を別として、リソース解放要求は、ＬＴＥの上り信号を用いてユーザ装置ＵＥから基地局ｅＮＢに送られる。リソース解放要求のための上り信号の種類は特定のものに限られないが、例えば、ＲＲＣ信号、ＭＡＣ信号等の上位レイヤシグナリングを使用することができる。また、ＰＵＣＣＨ（物理上り制御チャネル）でリソース解放要求を送信してもよい。更に、ＰＵＳＣＨ（物理上り共有チャネル）により制御データとしてリソース解放要求を送信してもよい。
【００２７】
図４を参照して、Ｄ２ＤのＤｉｓｃｏｖｅｒｙの場合における第１の実施の形態の処理のシーケンス例を説明する。
【００２８】
受信側のユーザ装置ＵＥ２にＤｉｓｃｏｖｅｒｙ受信用のリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ  ｆｏｒ  ｄｉｓｃｏｖｅｒｙ）が割り当てられる（ステップ１０１）。ユーザ装置ＵＥ１が基地局ｅＮＢにＲＲＣ接続する（ステップ１０２）。
【００２９】
例えば、ユーザ装置ＵＥ１に備えられたＤ２Ｄアプリケーションによる指示に基づき、ユーザ装置ＵＥ１は基地局ｅＮＢにリソース要求（Ｒｅｓｏｕｒｃｅ  Ｒｅｑｕｅｓｔ）を送信し（ステップ１０３）、基地局ｅＮＢから準静的なＴｙｐｅ２Ｂリソース割り当て（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）を受ける（ステップ１０４）。前述したとおり、リソース要求は個別のシグナリングでもよいし、Ｄ２Ｄ  ａｕｔｈｅｎｔｉｃａｔｉｏｎの中で行われてもよい。前記のＤｉｓｃｏｖｅｒｙ受信用のリソースプールはＤ２Ｄ  ａｕｔｈｅｎｔｉｃａｔｉｏｎの中または後で行われてもよい。
【００３０】
リソース割り当てを受けたユーザ装置ＵＥ１は、割り当てられたリソースを使用してＤｉｓｃｏｖｅｒｙメッセージ送信を行う（ステップ１０５）。
【００３１】
本実施の形態では、ステップ１０６において、ユーザ装置ＵＥ１は基地局ｅＮＢに対してリソース解放要求（Ｒｅｓｏｕｒｃｅ  ｒｅｌｅａｓｅ）を送信する（ステップ１０６）。例えば、このリソース解放要求には、少なくともユーザ装置ＵＥ１の識別情報が含まれる。リソース解放要求（Ｒｅｓｏｕｒｃｅ  ｒｅｌｅａｓｅ）を受信した基地局ｅＮＢは、ユーザ装置ＵＥ１に対してＤｉｓｃｏｖｅｒｙ用に割り当てていたリソースを解放する。これにより、基地局ｅＮＢは、当該リソースを他のユーザ装置ＵＥに割り当てることが可能となる。
【００３２】
その後、基地局ｅＮＢは、ユーザ装置ＵＥ１に対して、リソース解放要求に係るリソースを解放することを指示する（あるいは、基地局ｅＮＢがリソースを解放したことを通知する）リソースディアクティベーション（Ｒｅｓｏｕｒｃｅ  ｄｅ−ａｃｔｉｖａｔｉｏｎ）をユーザ装置ＵＥ１に送信する（ステップ１０７）ことができる。リソースディアクティベーションを受信したユーザ装置ＵＥ１は、割り当てられていたリソースを解放する。
【００３３】
なお、ステップ１０７（リソースディアクティベーション）を実行することは必須ではなく、これを実行しないこととしてもよい。この場合、例えば、ユーザ装置ＵＥ１は、リソース解放要求の送信をトリガにしてリソースを解放してもよいし、リソース解放要求に対する低レイヤのＡＣＫ信号等を受信したことをトリガとしてリソースを解放してもよい。
【００３４】
ユーザ装置ＵＥ１がリソース解放要求を送信するトリガとしては、例えば、最後のＤｉｓｃｏｖｅｒｙメッセージを送信してから所定時間経過、ステップ１０４によりリソースが割り当てられてから所定時間経過、ユーザ装置ＵＥ１の上位レイヤからの指示等があるが、これらに限られるわけではない。
【００３５】
次に、図５を参照して、Ｄ２ＤのＣｏｍｍｕｎｉｃａｔｉｏｎの場合における第１の実施の形態の処理のシーケンス例を説明する。
【００３６】
受信側のユーザ装置ＵＥ２にＳＡ（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）受信用のリソースプール（ｒｅｓｏｕｒｃｅ  ｐｏｏｌ  ｆｏｒ  ｄｉｓｃｏｖｅｒｙ）が割り当てられる（ステップ２０１）。なお、本実施の形態では、ＳＡでシグナリングされたデータリソースでデータを受信することを想定しているため、データ受信のためのリソースプールを基地局ｅＮＢから割り当てなくてもよいし、ＳＡとデータのリソース割り当ての自由度を高めるため、データ受信用のリソースプールを割り当ててもよい。
【００３７】
ユーザ装置ＵＥ１が基地局ｅＮＢにＲＲＣ接続する（ステップ２０２）。例えば、ユーザ装置ＵＥ１に備えられたＤ２Ｄアプリケーションによる指示に基づき、ユーザ装置ＵＥ１は基地局ｅＮＢにリソース要求（Ｒｅｓｏｕｒｃｅ  Ｒｅｑｕｅｓｔ）を送信し（ステップ２０３）、基地局ｅＮＢから準静的なリソース割り当て信号（Ｄ２Ｄ  ｇｒａｎｔ（ＳＰＳ））を受ける（ステップ２０４）。ここでのＳＰＳは準静的なリソース割り当てを指し、ＰＤＳＣＨおよびＰＵＳＣＨに対する準静的なリソース割り当てとは異なる形態であってよい。リソース要求は個別のシグナリングでもよいし、Ｄ２Ｄ  ａｕｔｈｅｎｔｉｃａｔｉｏｎの中で行われてもよい。前記のＳＡおよびデータ受信用のリソースプールもＤ２Ｄ  ａｕｔｈｅｎｔｉｃａｔｉｏｎの中または後で行われてもよい。
【００３８】
ユーザ装置ＵＥ１は、割り当てられたリソースでＳＡ又はデータを送信し、ユーザ装置ＵＥ２がこれらを受信する（ステップ２０５）。なお、ＳＡは、Ｄ２Ｄデータのリソース位置を示すスケジューリング情報であり、ＳＡに示されるリソースでユーザ装置ＵＥ１はデータを送信し、ユーザ装置ＵＥ２は当該データを受信（復調、復号）する。
【００３９】
その後、ユーザ装置ＵＥ１は基地局ｅＮＢに対してリソース解放要求（Ｒｅｓｏｕｒｃｅ  ｒｅｌｅａｓｅ）を送信する（ステップ２０６）。例えば、このリソース解放要求には、少なくともユーザ装置ＵＥ１の識別情報が含まれる。リソース解放要求（Ｒｅｓｏｕｒｃｅ  ｒｅｌｅａｓｅ）を受信した基地局ｅＮＢは、ユーザ装置ＵＥ１に対してＣｏｍｍｕｎｉｃａｉｔｏｎ用に割り当てていたリソースを解放する。これにより、基地局ｅＮＢは、当該リソースを他のユーザ装置ＵＥに割り当てることが可能となる。
【００４０】
また、基地局ｅＮＢは、ユーザ装置ＵＥ１に対して、リソース解放要求に係るリソースを解放することを指示する（あるいはリソースを解放したことを通知する）リソース解放指示（Ｒｅｓｏｕｒｃｅ  ｒｅｌｅａｓｅ）をユーザ装置ＵＥ１に送信することができる（ステップ２０７）。リソース解放指示（通知）を受信したユーザ装置ＵＥ１は、割り当てられていたリソースを解放する。
【００４１】
なお、ステップ２０７（リソース解放指示送信）を実行することは必須ではなく、これを実行しないこととしてもよい。この場合、例えば、ユーザ装置ＵＥ１は、リソース解放要求の送信をトリガにしてリソースを解放してもよいし、リソース解放要求に対する低レイヤのＡＣＫ信号等を受信したことをトリガとしてリソースを解放してもよい。
【００４２】
ユーザ装置ＵＥ１がリソース解放要求を送信するトリガとしては、例えば、最後のＳＡもしくはデータを送信してから所定時間経過、ステップ２０４によりリソースが割り当てられてから所定時間経過、ユーザ装置ＵＥ１の上位レイヤからの指示等があるが、これらに限られるわけではない。
【００４３】
＜リソース解放要求の詳細例＞
前述したＤｉｓｃｏｖｅｒｙ／Ｃｏｍｍｕｎｉｃａｔｉｏｎにおけるリソース解放要求において、リソース解放要求の中に、解放の対象とするリソースを明示する情報を含めてもよい。リソースを明示する情報とは、例えば、リソースＩＤ、時間−周波数の位置の情報等である。リソースＩＤは、例えば、Ｄ２Ｄ用の時間−周波数スペースにおいて、リソースブロック毎に番号が付けられている場合のその番号である。
【００４４】
この場合、例えば図６の（ａ）に示すように、図４ステップ１０３／図５ステップ２０３で示したリソース要求（リソースを割り当てる要求）において、ユーザ装置ＵＥがリソース１を指定したリソース割り当ての要求を行うことで（１）、リソース１が割り当てられ（２）、次に、図４ステップ１０６／図５ステップ２０６において、リソース１を指定したリソース解放要求を送信することで（３）、リソース１が解放される。
【００４５】
また、新規割り当ての要求と解放要求を共通のシグナリング（同じ信号）としてもよい。図６（ｂ）を参照してこの例を説明する。この例において、「リソース要求」が、割り当てと解放に共通の信号を示す。
【００４６】
図６の（ｂ）に示すように、図４ステップ１０３／図５ステップ２０３において、ユーザ装置ＵＥがリソース１を指定した「リソース要求」を行うことで（１）、リソース１が割り当てられ（２）、次に、図４ステップ１０６／図５ステップ２０６において、リソース１を指定した「リソース要求」を送信することで（３）、リソース１が解放される。すなわち、この例において、基地局ｅＮＢは、ユーザ装置ＵＥに割り当て済みのリソースに対し「リソース要求」を受信した場合、リソースの解放要求であると解釈する。
【００４７】
また、リソース割り当て要求とリソース解放要求のフォーマットを共通とし、フラグビットで割り当て・解放を識別可能としてもよい。
【００４８】
また、上記のように、特定のリソースについてのリソース解放要求の他、例えば、リソース解放要求を特定のＴｙｐｅのＤｉｓｃｏｖｅｒｙあるいは特定のＭｏｄｅのＣｏｍｍｕｎｉｃａｔｉｏｎ全体のリソースを解放するシグナリングとして利用することとしてもよい。あるいは、ＤｉｓｃｏｖｅｒｙまたはＣｏｍｍｕｎｉｃａｔｉｏｎのＤ２Ｄ通信そのものの利用終了を通知するシグナリングとして利用してもよい。これらのシグナリングとして利用する場合、例えば、リソース解放要求の中に、どのシグナリングを意味する要求であるのかを識別する情報が含まれる。
【００４９】
＜リソース解放のタイミングについて＞
Ｄ２Ｄ通信では、Ｄ２Ｄ通信用のリソースが周期的に到来することが想定されており、ＤｉｓｃｏｖｅｒｙであればこれをＤｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄと呼ぶ。Ｃｏｍｍｕｎｉｃａｔｉｏｎの場合も含めて、このような周期をＤ２Ｄ周期と呼ぶことにする。
【００５０】
ユーザ装置ＵＥからのリソース解放要求の送信に基づくリソースの解放、もしくはリソース解放要求に対する通知（ｄｅ−ａｃｔｉｖａｔｉｏｎ）等に基づくリソースの解放については、Ｄ２Ｄ周期単位で適用することとしてよい。
【００５１】
例えば、Ｄｉｓｃｏｖｅｒｙ周期の途中でリソース解放要求が送信されても、該当周期内ではリソース解放を行わず、Ｄｉｓｃｏｖｅｒｙメッセージの送信を継続し、次のＤｉｓｃｏｖｅｒｙ周期からリソースを解放することとしてよい。また、リソース解放要求を送信した周期から、所定回数の周期後にリソースを解放することとしてもよい。ＣｏｍｍｕｎｉｃａｔｉｏｎのＳＡ／データ送信についても同様である。
【００５２】
このようにすることで、Ｄ２Ｄの受信側ユーザ装置ＵＥは、例えばＤｉｓｃｏｖｅｒｙ周期内では該当信号の送信が停止されないと想定して受信することができ、Ｄｉｓｃｏｖｅｒｙメッセージを周期内で繰り返し送信する場合に合成受信が可能となる。Ｃｏｍｍｕｎｉｃａｔｉｏｎの場合も同様である。
【００５３】
これを図７を参照して説明する。図７は、ユーザ装置ＵＥのＤ２Ｄ（例：Ｄｉｓｃｏｖｅｒｙ）の送信周期の例を示しており、図７に示すように、Ｄ２Ｄ周期毎に送信期間（斜線）が訪れ、その中の割り当てリソースでＤ２Ｄ信号を送信する。本例では、あるＤ２Ｄ周期内で、リソース解放要求を送信した場合、当該周期内でリソースを解放せず、例えば次の周期でリソースを解放することを示している。
【００５４】
＜第１の実施の形態の変形例＞
これまでに説明したように、第１の実施の形態では、リソース解放要求を基地局ｅＮＢに送信することにより、準静的なリソースを解放することとしている。このリソース解放要求は、これまでに説明したような明示的なシグナリング信号であってもよいし、Ｄ２Ｄ通信で送信される情報をリソース解放要求とみなして、リソース解放動作を行うこととしてもよい。本変形例では、Ｄ２Ｄ通信で送信される情報をリソース解放要求とみなすことでリソース解放を行う例を説明する。
【００５５】
図８を参照して、Ｄ２ＤのＤｉｓｃｏｖｅｒｙの場合における本変形例の処理のシーケンス例を説明する。
【００５６】
図８のステップ３０１〜３０４は、図４のステップ１０１〜１０４と同じである。図８のステップ３０５で、ユーザ装置ＵＥ１は、割り当てられたリソースを用いてＤｉｓｃｏｖｅｒｙメッセージを送信するが、本変形例では、当該Ｄｉｓｃｏｖｅｒｙメッセージはユーザ装置ＵＥ２が受信するとともに、基地局ｅＮＢも受信ができることを想定している。
【００５７】
ステップ３０６において、ユーザ装置ＵＥ１は、割り当てられたリソースを解放することを判断し、例えば、Ｄｉｓｃｏｖｅｒｙメッセージの内容を特定の情報としたＤｉｓｃｏｖｅｒｙメッセージを送信する。具体的には、例えば、ＭＡＣ  ＳＤＵないしＭＡＣ  ＰＤＵを特別なビット列（ゼロ埋めされたビット列など）としたＤｉｓｃｏｖｅｒｙメッセージを送信する。
【００５８】
このＤｉｓｃｏｖｅｒｙメッセージがリソース解放要求に相当し、このＤｉｓｃｏｖｅｒｙメッセージを受信した基地局ｅＮＢは、ユーザ装置ＵＥ１に対してＤｉｓｃｏｖｅｒｙ用に割り当てていたリソースを解放する（ステップ３０７）。これにより、基地局ｅＮＢは、当該リソースを他のユーザ装置ＵＥに割り当てることが可能となる。
【００５９】
その後、基地局ｅＮＢは、ユーザ装置ＵＥ１に対して、リソース解放要求に係るリソースを解放することを指示する（あるいはリソースを解放したことを通知する）リソースディアクティベーション（Ｒｅｓｏｕｒｃｅ  ｄｅ−ａｃｔｉｖａｔｉｏｎ）をユーザ装置ＵＥ１に送信することができる（ステップ３０８）。図４の場合と同様に、ステップ３０８を実行しないこととしてもよい。
【００６０】
ユーザ装置ＵＥ１がリソース解放要求に相当するＤｉｓｃｏｖｅｒｙメッセージを送信するトリガとしては、例えば、最後のＤｉｓｃｏｖｅｒｙメッセージ（Ｄｉｓｃｏｖｅｒｙの情報を含むもの）を送信してから所定時間経過、ステップ３０４によりリソースが割り当てられてから所定時間経過、ユーザ装置ＵＥ１の上位レイヤからの指示（例えば特定のＤｉｓｃｏｖｅｒｙメッセージの内容）等があるが、これらに限られるわけではない。
【００６１】
次に、図９を参照して、Ｄ２ＤのＣｏｍｍｕｎｉｃａｔｉｏｎの場合における本変形例の処理のシーケンス例を説明する。
【００６２】
図９のステップ４０１〜４０４は、図５のステップ２０１〜２０４と同じである。図９のステップ４０５で、ユーザ装置ＵＥ１は、割り当てられたリソースを用いてＳＡ／データを送信するが、本変形例では、当該ＳＡ／データはユーザ装置ＵＥ２が受信するとともに、基地局ｅＮＢも受信ができることを想定している。
【００６３】
ステップ４０６において、ユーザ装置ＵＥ１は、割り当てられたリソースを解放することを判断し、例えば、ＳＡ又はデータの内容を特定の情報としたＳＡ又はデータを送信する。具体的には、例えば、ＭＡＣ  ＳＤＵないしＭＡＣ  ＰＤＵを特別なビット列（ゼロ埋めされたビット列など）としたＳＡ又はデータを送信することができる。
【００６４】
このＳＡ／データがリソース解放要求に相当し、このＳＡ／データを受信した基地局ｅＮＢは、ユーザ装置ＵＥ１に対してＳＡ／データ用に割り当てていたリソースを解放する（ステップ４０７）。これにより、基地局ｅＮＢは、当該リソースを他のユーザ装置ＵＥに割り当てることが可能となる。
【００６５】
その後、基地局ｅＮＢは、ユーザ装置ＵＥ１に対して、リソース解放要求に係るリソースを解放することを指示する（あるいはリソースを解放したことを通知する）リソース解放指示（Ｒｅｓｏｕｒｃｅ  ｒｅｌｅａｓｅ）をユーザ装置ＵＥ１に送信することができる（ステップ４０８）。図５の場合と同様に、ステップ４０８を実行しないこととしてもよい。
【００６６】
ユーザ装置ＵＥ１がリソース解放要求に相当するＳＡ／データを送信するトリガとしては、例えば、最後のＳＡ／データ（ＳＡ／データとして意味のある情報を含むもの）を送信してから所定時間経過、ステップ４０４によりリソースが割り当てられてから所定時間経過、等があるが、これらに限られるわけではない。
【００６７】
＜変形例の詳細例＞
以下では、変形例においてリリース解放要求として使用するＤｉｓｃｏｖｅｒｙメッセージ及びＳＡ／データを総称してリソース解放用Ｄ２Ｄ信号と呼ぶことにする。
【００６８】
前述したように、リソース解放を通知するリソース解放用Ｄ２Ｄ信号は、ゼロ埋めしたメッセージでもよいし、ゼロ埋め以外の特別なビット列を用いてもよい。また、無送信で暗黙的にリソース解放を通知することも可能である。
【００６９】
基地局ｅＮＢは、リソース解放用Ｄ２Ｄ信号を１回でも受信したら該当ユーザ装置ＵＥ（リソース解放用Ｄ２Ｄ信号の送信元のユーザ装置ＵＥ）に割り当てていたＤ２Ｄ用のリソースを解放してもよいし、Ｎ（Ｎは２以上の整数）回連続で受信した場合にリソースを解放することとしてもよい。
【００７０】
また、基地局ｅＮＢが、何回リソース解放用Ｄ２Ｄ信号を受信したらリソースを解放するのか、その回数を基地局ｅＮＢからユーザ装置ＵＥに上位レイヤシグナリング（ＲＲＣシグナリングを含む）で通知してもよい。このように回数を通知することで、ユーザ装置ＵＥは、例えば、リソース解放を行いたいときに、当該回数以上の回数のリソース解放用Ｄ２Ｄ信号を送信すればよいことを把握できる。
【００７１】
また、ユーザ装置ＵＥは、リソース解放用Ｄ２Ｄ信号の所定回数の送信をもって自分のリソース解放を行なってもよいし、基地局ｅＮＢから解放指示（もしくは解放通知）を受信するまでリソース解放を行わず、当該解放指示（通知）を受信した時点でリソース解放を行うこととしてもよい。
【００７２】
ユーザ装置ＵＥが、リソース解放用Ｄ２Ｄ信号の所定回数の送信をもってリソース解放を行う場合における当該所定回数は、上記基地局ｅＮＢでリソース解放決定を行う連続受信回数と同一であってもよいし、それよりも大きな値であってもよい。当該大きな値は、ユーザ装置ＵＥが基地局ｅＮＢから上位レイヤシグナリングで受信する回数（上記基地局ｅＮＢでリソース解放決定を行う連続受信回数）に所定値を加えることによりユーザ装置ＵＥが算出してもよいし、当該大きな値そのものをユーザ装置ＵＥが基地局ｅＮＢから上位レイヤシグナリングで受信することとしてもよい。
【００７３】
リソースが解放されたことを基地局ｅＮＢがユーザ装置ＵＥに通知しないこと（図９のステップ４０８を実行しないこと）を前提とすると、ユーザ装置ＵＥは、基地局ｅＮＢにおけるリソース解放用Ｄ２Ｄ信号の受信成功可否（基地局ｅＮＢでリソース解放したかどうか）を知ることができない。そこで、上記連続受信回数よりも大きな値をユーザ装置ＵＥにおけるリソース解放を行うためのリソース解放用Ｄ２Ｄ信号送信回数とすることで、ユーザ装置ＵＥは、余裕を見てリソース解放用Ｄ２Ｄ信号を送信することができるので、基地局ｅＮＢとユーザ装置ＵＥ間での状態不一致を回避できる可能性を高くすることができる。
【００７４】
なお、基地局ｅＮＢは、常にユーザ装置ＵＥから発信されるＤ２Ｄ信号を受信できるとは限らないから、例えば、ユーザ装置ＵＥから発信されるＤ２Ｄ信号を受信できることを確認できた場合や、基地局ｅＮＢがＤ２Ｄ信号の受信機能そのものを持っている場合に、リソース解放用Ｄ２Ｄ信号を利用可であることを上位レイヤシグナリング（ＲＲＣシグナリングを含む）で当該ユーザ装置ＵＥに設定（Ｃｏｎｆｉｇｕｒｅ）してもよい。ユーザ装置ＵＥは当該設定が行われた場合にリソース解放用Ｄ２Ｄ信号を利用することができる。
【００７５】
（第２の実施の形態）
次に、第２の実施の形態を説明する。第２の実施の形態では、割り当てリソースに対する有効期間を設定し、有効期間を経過した時点でリソースを解放する。具体的には、例えば、リソースが割り当てられてから上記有効期間を設定したタイマをスタートさせ、タイマが満了した時点でリソースを解放する。
【００７６】
リソースの有効期間（タイマ値）は、基地局ｅＮＢからユーザ装置ＵＥに対し、リソース割り当て信号（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ，  Ｄ２Ｄ  ｇｒａｎｔ等）に含める形で通知されてもよいし、リソース割り当て信号とは別に、上位レイヤシグナリング（ＲＲＣやＭＡＣを含む）または（Ｅ）ＰＤＣＣＨで通知してもよい。また、リソースの有効期間（タイマ値）を固定値とし、有効期間（タイマ値）の通知を行わないこととしてもよい。
【００７７】
基地局ｅＮＢは、ユーザ装置ＵＥに設定される有効期間（タイマ値）と同じ有効期間（タイマ値）を保持しており、ユーザ装置ＵＥにおけるリソース解放と同期して、基地局ｅＮＢにおいてもリソースの解放がなされる。よって、基地局ｅＮＢからユーザ装置ＵＥへのリソース解放通知を行う必要はない。
【００７８】
図１０を参照して、Ｄ２ＤのＤｉｓｃｏｖｅｒｙの場合における第２の実施の形態の処理のシーケンス例を説明する。
【００７９】
図１０のステップ５０１〜５０３は、図４のステップ１０１〜１０３と同じである。ステップ５０４では、基地局ｅＮＢからリソース割り当て（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）がユーザ装置ＵＥに送信されるが、例えば、このリソース割り当ての信号の中に、リソースの情報に加えて、当該リソースの有効期間（タイマ値）が含まれることとしてよい。
【００８０】
基地局ｅＮＢからリソース割り当てを受信したユーザ装置ＵＥ１は、上記の有効期間を設定したタイマを開始する。タイマが満了するまでの間、ユーザ装置ＵＥ１はＤｉｓｃｏｖｅｒｙメッセージの送信を行う（ステップ５０５）。
【００８１】
そして、タイマが満了すると（ステップ５０６）、ユーザ装置ＵＥ１は、ステップ５０４で割り当てられたＤｉｓｃｏｖｅｒｙ用のリソースを解放する。また、同時に、基地局ｅＮＢでも、基地局ｅＮＢにおいて管理するタイマ満了をトリガにして、当該ユーザ装置ＵＥに割り当てたＤｉｓｃｏｖｅｒｙ用のリソースを解放する。
【００８２】
次に、図１１を参照して、Ｄ２ＤのＣｏｍｍｕｎｉｃａｔｉｏｎの場合における第２の実施の形態の処理のシーケンス例を説明する。
【００８３】
図１１のステップ６０１〜６０３は、図５のステップ２０１〜２０３と同じである。ステップ６０４では、基地局ｅＮＢからリソース割り当て信号（Ｄ２Ｄ  ｇｒａｎｔ（ＳＰＳ））がユーザ装置ＵＥに送信されるが、例えば、このリソース割り当ての信号の中に、リソースの情報に加えて、当該リソースの有効期間（タイマ値）が含まれることとしてよい。
【００８４】
基地局ｅＮＢからリソース割り当てを受信したユーザ装置ＵＥ１は、上記の有効期間を設定したタイマを開始する。タイマが満了するまでの間、ユーザ装置ＵＥ１はＳＡ／データの送信を行う（ステップ６０５）。
【００８５】
そして、タイマが満了すると（ステップ６０６）、ユーザ装置ＵＥ１は、ステップ６０４で割り当てられたＣｏｍｍｕｎｉｃａｉｔｏｎ用のリソースを解放する。また、同時に、基地局ｅＮＢでも、基地局ｅＮＢにおいて管理するタイマ満了をトリガにして、当該ユーザ装置ＵＥに割り当てたＣｏｍｍｕｎｉｃａｉｔｏｎ用のリソースを解放する。
【００８６】
＜第２の実施の形態の変形例＞
第２の実施の形態において、ユーザ装置ＵＥから基地局ｅＮＢにリソース要求を送信することで、要求する有効期間（タイマ値）を通知することとしてもよい。
【００８７】
図１２を参照して、Ｄ２ＤのＤｉｓｃｏｖｅｒｙの場合における本変形例の処理のシーケンス例を説明する。図１２のステップ７０１〜７０４は、図１０のステップ５０１〜５０４と同じである。
【００８８】
図１２の例では、ステップ７０４のリソース割り当てにより開始したタイマの満了前に、ステップ７０６において、ユーザ装置ＵＥがリソース要求を基地局ｅＮＢに送信する。リソース要求の役割の詳細については後述するが、このリソース要求は、例えばタイマの更新（リセット、タイマ値設定、タイマ再スタート）を要求する意味を持つ。ステップ７０７において、ユーザ装置ＵＥはリソース割り当て信号を受信する。例えば、このリソース割り当て信号にはリソースの情報とともに有効期間（タイマ値）が含まれており、これを受信したユーザ装置ＵＥ１は、当該タイマ値を設定したタイマをスタート（再スタート）させる。これにより、実質的にタイマ値を増加させることができ、タイマが満了するまでの間、ユーザ装置ＵＥ１はＤｉｓｃｏｖｅｒｙメッセージを継続的に送信することができる（ステップ７０５）。
【００８９】
図１３を参照して、Ｄ２ＤのＣｏｍｍｕｎｉｃａｉｔｏｎの場合における本変形例の処理のシーケンス例を説明する。図１３のステップ８０１〜８０４は、図１１のステップ６０１〜６０４と同じである。
【００９０】
図１３の例では、ステップ８０４のリソース割り当てにより開始したタイマの満了前に、ステップ８０６において、ユーザ装置ＵＥがリソース要求を基地局ｅＮＢに送信する。このリソース要求は、例えばタイマの更新（リセット、タイマ値設定、タイマ再スタート）を要求する意味を持つ。ステップ８０７において、ユーザ装置ＵＥはリソース割り当て信号を受信する。例えば、このリソース割り当て信号にはリソースの情報とともに有効期間（タイマ値）が含まれており、これを受信したユーザ装置ＵＥ１は、当該タイマ値を設定したタイマをスタート（再スタート）させる。これにより、実質的にタイマ値を増加させることができ、タイマが満了するまでの間、ユーザ装置ＵＥ１はＳＡ／データを継続的に送信することができる（ステップ８０５）。
【００９１】
図１２、図１３に示したような処理内容としたことにより、基地局ｅＮＢは、１回のリソース要求に対して設定するタイマ値を最低限のタイマ値とすることができ、ユーザ装置ＵＥは、必要に応じてリソース要求を送信することで、タイマ満了を回避してＤ２Ｄ信号の送信を継続できる。
【００９２】
＜第２の実施の形態におけるリソース要求の詳細例＞
ここでは、リソース要求についてのより詳細な例について説明する。例えば、ユーザ装置ＵＥから基地局ｅＮＢに送信されるリソース要求として、新規（又は追加）のリソース割当要求、及びリソース更新要求を設けてもよい。これらの種類の違いは、例えば、リソース要求の信号に含まれる所定のビット値で区別することとしてよい。
【００９３】
図１４（ａ）は、リソース要求が新規（又は追加）のリソース割当要求である場合の例を示している。図１４（ａ）に示すように、例えばリソース１を指定するリソース要求が送信されることで（１）、リソース１が新規に（又は追加で）割り当てられるとともに、当該リソース要求に対するリソース割り当て信号に設定されるタイマ値でタイマがスタートする（２）。
【００９４】
図１４（ｂ）は、リソース要求がリソース更新要求である場合の例を示している。この例では、リソース１が既に割り当てられているものとし、図１４（ｂ）に示すように、リソース１を指定するリソース要求が送信されることで（１）、リソース要求に対するリソース割り当て信号に設定されるタイマ値でタイマが再スタートする（２）。リソースの割り当てはリソース１のままで変更ない。もしくは、リソース割り当て信号にタイマ値を含めることなく、以前のタイマ値でタイマを再スタートさせることとしてもよい。
【００９５】
このような更新要求を設けることで、リソース割り当てが有効な期間中に再度リソース要求を行う際において、二重割り当てを避けることができる。
【００９６】
また、ユーザ装置ＵＥに割り当てるリソースを１割り当て（１回の割り当てで割り当てられるリソース）のみとし、割り当ての度にそれまでの割り当てはクリアされることとしてもよい。この例を図１４（ｃ）に示す。この例では、既にリソース１が割り当てられているものとする。この状態で、リソース２を指定したリソース要求が送信されると（１）、リソース要求に対するリソース割り当て信号により、リソース１が解放され、リソース２が割り当てられ、リソース２に対して設定されたタイマ値でタイマが再スタートする（２）。この方式では、リソースの追加割り当てはできないが、上記の二重割り当ての問題を回避できる。
【００９７】
なお、上記のように、リソース要求でリソースＩＤもしくは時間・周波数リソースを明示してもよいし、明示しなくてもよい。明示しない場合は、例えば、基地局ｅＮＢが適宜空きリソースを選択して割り当てる。上記のとおり、リソースＩＤもしくは時間・周波数リソースを明示する場合において、既に割り当て済みのリソースに対してリソース要求を受信した基地局ｅＮＢは、当該リソース要求を更新要求であると解釈することができる。
【００９８】
ユーザ装置ＵＥから基地局ｅＮＢに対し、リソース要求の代わりに、Ｄ２Ｄ用のＢＳＲ（Ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ）を通知してもよい。このＢＳＲには、例えば、ユーザ装置ＵＥが、所定の期間（例：タイマ値の期間）でＤ２Ｄ通信において送信するデータ量が含まれる。もしくは、１回のＤ２Ｄ送信で送信するデータ量を含むこととしてもよい。当該ＢＳＲを受信した基地局ｅＮＢは、当該データ量に基づいて、割り当てるリソースの量を決定することができる。
【００９９】
なお、リソース（更新）要求のトリガとして、リソース割り当てのタイマ値を用いてもよい。例えば、タイマが満了したときや、タイマのカウンタ値が上位レイヤシグナリング（ＲＲＣシグナリングを含む）で通知した閾値を超えた場合にリソース要求を行うこととしてよい。定められたタイミングでリソース要求を行うことで、基地局ｅＮＢはユーザ装置ＵＥからの要求なしにリソース要求用の上りデータリソースを割り当てることができる。
【０１００】
上記変形例を含む第２の実施の形態において、リソース解放のトリガとして所定期間（タイマ値）の満了を例としているが、所定期間に代えて、ユーザ装置ＵＥ１からユーザ装置ＵＥ２に送信されるＤ２Ｄ信号（ＤｉｓｃｏｖｅｒｙではＤｉｓｃｏｖｅｒｙメッセージ、ＣｏｍｍｕｎｉｃａｉｔｏｎではＳＡ／データ）の送信回数をリソース解放のトリガとしてもよい。この場合、基地局ｅＮＢから設定されるタイマ値を期間（有効期間）に代えて回数とし、タイマでカウントする値を期間でなく送信回数とすることで、トリガが期間の場合と同じようにしてリソース解放／更新等の処理を行うことが可能である。
【０１０１】
また、第１の形態および第２の形態いずれにおいても、ＤｉｓｃｏｖｅｒｙまたはＣｏｍｍｕｎｉｃａｔｉｏｎに付随してＤ２ＤＳＳ（Ｄ２Ｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）の送信が指示されている場合、解放されるＤｉｓｃｏｖｅｒｙまたはＣｏｍｍｕｎｉｃａｔｉｏｎリソースプールにおいて送信されるＤ２ＤＳＳの送信をリソース解放と同時に停止してもよい。また、ＤｉｓｃｏｖｅｒｙまたはＣｏｍｍｕｎｉｃａｔｉｏｎ用データの送信タイミングの決定にＴＡ（Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ）の値を用いる場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であっても、ＴＡ  ｔｉｍｅｒ満了時には前記準静的リソース（ＤｉｓｃｏｖｅｒｙまたはＣｏｍｍｕｎｉｃａｔｉｏｎ）を解放するとしてもよいし、ＴＡ  ｔｉｍｅｒ満了後であっても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であれば最後に受信したＴＡの値を用いてＤ２Ｄ信号の送信タイミングを決定してもよい。あるいは、ＴＡを適用せず下りリンクの受信タイミングで送信を行う（ＴＡ＝０）としてもよい。あるいは、リソースは割り当てられたままでＴＡの値を取得するまでＤ２Ｄ信号を送信できないとしてもよい。上記いずれの場合においても、ＴＤＤの場合は６２４サンプル分などの固定のタイミングオフセットを追加してもよい。これにより、送信タイミングの不確定性を回避することができる。
【０１０２】
（装置構成例）
以下、本発明の実施の形態（第１、第２、及び各変形例を含む）の動作を実行するユーザ装置ＵＥと基地局ｅＮＢの構成例を説明する。
【０１０３】
＜ユーザ装置ＵＥの構成例＞
図１５に、本実施の形態に係るユーザ装置ＵＥの機能構成図を示す。図１５に示すように、ユーザ装置ＵＥは、信号送信部１０１、信号受信部１０２、Ｄ２Ｄ通信機能部１０３、リソース制御部１０４、リソース情報格納部１０５を含む。なお、図１５は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１０４】
信号送信部１０１は、ユーザ装置ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号送信部１０１は、Ｄ２Ｄ通信の送信機能とセルラー通信の送信機能を有する。
【０１０５】
信号受信部１０２は、他のユーザ装置ＵＥ又は基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号受信部１０２は、Ｄ２Ｄ通信の受信機能とセルラー通信の受信機能を有する。
【０１０６】
Ｄ２Ｄ通信機能部１０３は、Ｄ２Ｄアプリケーションの機能を含み、Ｄｉｓｃｏｖｅｒｙ信号送受信制御、Ｄ２Ｄのデータ送受信制御等を実行する。リソース制御部１０４は、これまでに説明したリソース解放要求送信、リソース要求送信、リソース割り当て受信、リソース割り当て／解放、タイマ管理等の制御を行う。リソース情報格納部１０５には、リソース割り当てにより割り当てられたリソースを示す情報が格納される。また、リソースが解放された場合はこの情報は削除される。リソース制御部１０４は、リソース情報格納部１０５を参照することで、リソースの割り当て状況を把握することができる。
【０１０７】
＜基地局ｅＮＢの構成例＞
図１６に、本実施の形態に係る基地局ｅＮＢの機能構成図を示す。図１６に示すように、基地局ｅＮＢは、信号送信部２０１、信号受信部２０２、リソース制御部２０３、リソース情報格納部２０４を含む。なお、図１６は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおける基地局として動作するための図示しない機能も有するものである。また、図１６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１０８】
信号送信部２０１は、基地局ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部２０２は、ユーザ装置ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【０１０９】
リソース制御部２０３は、これまでに説明したリソース要求受信、リソース割り当て送信、リソース割り当て／解放制御、タイマ管理等の制御を行う。リソース情報格納部２０４には、ＵＥ毎に、割り当てられたリソースを示す情報が格納される。また、リソースが解放された場合は割り当て情報は削除される。リソース制御部２０３は、リソース情報格納部２０４を参照することで、ＵＥ毎のリソースの割り当て状況を把握することができる。
【０１１０】
以上説明したように、本実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、前記移動通信システムにおける基地局から割り当てられたＤ２Ｄ通信用のリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するＤ２Ｄ通信手段と、前記基地局から割り当てられたＤ２Ｄ通信用のリソースを解放することを要求するリソース解放要求信号を前記基地局に送信するリソース制御手段とを備えるユーザ装置が提供される。この構成により、ユーザ装置に割り当てられたＤ２Ｄ通信用のリソースが、不要である場合にも保持されることを回避することができる。
【０１１１】
前記移動通信システムにおいて、前記Ｄ２Ｄ信号の通信用の期間が周期的に到来するように定められており、前記リソース制御手段は、前記リソース解放要求信号を送信した周期の次の周期以降の周期において、前記ユーザ装置における前記リソースを解放するようにしてもよい。この構成により、周期の途中でＤ２Ｄ信号の送信が停止することを回避でき、受信側は周期内ではＤ２Ｄ信号受信が途絶えないことを期待した受信を行うことができる。
【０１１２】
前記リソース制御手段は、既に割り当てられているリソースを指定したリソース要求信号を、当該リソースの解放を要求する前記リソース解放要求信号として前記基地局に送信することとしてもよい。この構成により、信号のフォーマットをシンプルにすることができる。
【０１１３】
前記リソース解放要求信号としてＤ２Ｄ信号を使用することも可能である。この構成により、リソース解放要求信号を新たに定義することなく、リソース解放要求を実現することができる。
【０１１４】
前記基地局において、前記リソース解放要求信号としてのＤ２Ｄ信号を所定回数受信した場合に、前記ユーザ装置に割り当てたリソースを解放する場合において、前記リソース制御手段は、前記リソース解放要求信号としてのＤ２Ｄ信号を前記所定回数よりも大きな回数だけ送信した場合に、前記ユーザ装置における前記リソースを解放するようにしてもよい。この構成により、リソースが解放されたことを基地局ｅＮＢがユーザ装置ＵＥに通知しない場合でも、基地局ｅＮＢとユーザ装置ＵＥ間での状態不一致を回避できる可能性を高くすることができる。
【０１１５】
また、本発明の実施の形態により、Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置であって、前記移動通信システムにおける基地局から割り当てられたＤ２Ｄ通信用のリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するＤ２Ｄ通信手段と、前記リソースが割り当てられた後、所定期間が経過した場合、又は前記Ｄ２Ｄ信号の送信回数が所定回数に達した場合に前記リソースを解放するリソース制御手段とを備えるユーザ装置が提供される。この構成によっても、ユーザ装置に割り当てられたＤ２Ｄ通信用のリソースが、不要である場合にも保持されることを回避することが可能となる。
【０１１６】
前記リソース制御手段は、前記基地局にリソース要求信号を送信し、当該リソース要求信号に対するリソース割り当て信号を前記基地局から受信したことに応じて、経過期間のカウント又はＤ２Ｄ信号送信回数のカウントを開始することとしてもよい。この構成により、例えば、所定期間（所定回数）に達する前にリソース要求信号を送信することで、所定期間（所定回数）の満了を回避してＤ２Ｄ通信を継続できる。
【０１１７】
前記リソース割り当て信号に、前記所定期間又は前記所定回数が含まれることとしてもよい。この構成により、例えば、基地局ｅＮＢは、適切な所定期間（所定回数）を効率的に設定することが可能となる。
【０１１８】
本実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備えるユーザ装置ＵＥにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１１９】
本実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備える基地局ｅＮＢにおいて、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１２０】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、基地局ｅＮＢ及びユーザ装置ＵＥは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェア、及び本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１２１】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【０１２２】
ｅＮＢ  基地局
ＵＥ  ユーザ装置
１０１  信号送信部
１０２  信号受信部
１０３  Ｄ２Ｄ通信機能部
１０４  リソース制御部
１０５  リソース情報格納部
２０１  信号送信部
２０２  信号受信部
２０３  リソース制御部
２０４  リソース情報格納部
【要約】
【課題】ユーザ装置に割り当てられたＤ２Ｄ通信用のリソースが、不要である場合にも保持されることを回避する。
【解決手段】Ｄ２Ｄ通信をサポートする移動通信システムにおいて使用されるユーザ装置において、前記移動通信システムにおける基地局から割り当てられたＤ２Ｄ通信用のリソースを用いてＤ２Ｄ信号を他のユーザ装置に送信するＤ２Ｄ通信手段と、前記基地局から割り当てられたＤ２Ｄ通信用のリソースを解放することを要求するリソース解放要求信号を前記基地局に送信するリソース制御手段とを備える。
【選択図】図４【図１】
0005886907.tif 000002
【図２】
0005886907.tif 000003
【図３】
0005886907.tif 000004
【図４】
0005886907.tif 000005
【図５】
0005886907.tif 000006
【図６】
0005886907.tif 000007
【図７】
0005886907.tif 000008
【図８】
0005886907.tif 000009
【図９】
0005886907.tif 000010
【図１０】
0005886907.tif 000011
【図１１】
0005886907.tif 000012
【図１２】
0005886907.tif 000013
【図１３】
0005886907.tif 000014
【図１４】
0005886907.tif 000015
【図１５】
0005886907.tif 000016
【図１６】
0005886907.tif 000017