JP6789113B2 - デバイスツーデバイス通信方法及び装置 - Google Patents

Description

本発明は、デバイスツーデバイス(Ｄ２Ｄ)通信システムでリソースを割り当てて通信を実行する方法及び装置に関するものである。

最近、スマートフォンの普及によりデータトラフィックが急激に増加している。スマートフォン普及の加速化により、２０１３年のモバイルデータトラフィックが以前に比べて３倍増加したことが、韓国放送通信委員会により報告された。スマートフォンユーザーの数は、一層増加し、より多くのアプリケーションサービスがスマートフォンに利用されるので、モバイルデータトラフィックも増加すると予想される。特に、人間の通信を越えて新たなモバイル市場として、人と事物との間の通信、事物間の通信を含む機械間(Machine-to-Machine：Ｍ２Ｍ)通信が活性化される場合、基地局(ＢＳ)に伝送されるトラフィックが非常に増大する。

したがって、このような問題を解決する技術が要求される。このコンテキストにおいて、Ｄ２Ｄ通信は、非常に注目され、Ｄ２Ｄ通信用リソース割り当てに対する研究が進行されている。

上記した情報は、本発明の開示の理解を助けるための背景情報として表示されるだけである。上記のいずれかが本発明に関する従来技術として適用されるか否かに関しては、何の決定も判定も下されていない。

したがって、本発明の目的は、Ｄ２Ｄ通信用リソースを効率的に割り当てる方法及び装置を提供することにある。

本発明の他の目的は、ユーザー端末(ＵＥ)にＤ２Ｄ通信用の送信リソースと受信リソースを割り当て、ＵＥが割り当てられた送信及び受信リソースを識別する方法及び装置を提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法が提供される。その方法は、ユーザＵＥ(ＵＥ)によりＢＳ(ＢＳ)とＵＥとの間の間のＤ２Ｄ接続設定中に送信又は受信役割を指示する送信及び受信インジケータと、Ｄ２Ｄ通信のための相手ＵＥを指示するインデックスを割り当てるステップと、ＵＥにより制御チャンネルを介して送受信インジケータ、インデックス、及びＤ２Ｄ通信用リソース情報を受信するステップと、ＵＥにより、リソース情報で指示されたリソースで、インデックスにより指示される相手ＵＥと、送信及び受信インジケータにより指示される送信及び受信役割に従って送信又は受信動作を遂行するステップとを有する。

本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を実行する方法が提供される。その方法は、ＢＳによりＵＥとＤ２Ｄ通信接続設定の際に送信又は受信役割を指示する送信及び受信インジケータと、Ｄ２Ｄ通信のための相手ＵＥを指示するインデックスを割り当てるステップと、ＢＳにより、制御チャンネルを介して送信及び受信インジケータとインデックス及びＤ２Ｄ通信に関するリソース情報をＵＥに伝送するステップとを有し、Ｄ２Ｄ通信は、送信及び受信インジケータにより指示された送信又は受信役割に従って、リソース情報により指示されたリソースでインデックスにより指示されたＵＥと相手ＵＥとの間で送信又は受信動作の遂行により実行される。

また、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行するユーザー端末(ＵＥ)が提供される。そのＵＥは、直接通信経路を通じて相手ＵＥとＤ２Ｄ通信を遂行する送受信部と、ＵＥと基地局(ＢＳ)との間でＤ２Ｄ接続設定の際に送信又は受信役割を指示する送信及び受信インジケータと、Ｄ２Ｄ通信のための相手ＵＥを指示するインデックスを割り当て、制御チャンネルを介して送信及び受信インジケータ、インデックス、及びＤ２Ｄ通信用リソース情報を受信し、リソース情報により指示されたリソースでインデックスにより指示された相手ＵＥと、送信及び受信インジケータにより指示された送信又は受信役割に従って送信又は受信動作を実行するように制御する制御部とを含む。

さらに、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を実行する基地局(ＢＳ)が提供される。そのＢＳは、ＵＥとＢＳとの間でＤ２Ｄ接続設定の際に送信又は受信役割を指示する送信及び受信インジケータと、Ｄ２Ｄ通信用相手ＵＥを指示するインデックスを割り当て、制御チャンネルを介して送信及び受信インジケータとインデックス及びＤ２Ｄ通信用リソース情報をＵＥに伝送するように制御する制御部と、制御部の制御下に、少なくとも一つのＵＥと通信を遂行する送受信部とを含み、Ｄ２Ｄ通信は、リソース情報により指示されたリソースで、インデックスにより指定されたＵＥと相手ＵＥ間に、送信及び受信インジケータにより指示された送信及び受信役割によって送信又は受信動作が実行される。

本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法が提供される。その方法は、ユーザー端末(ＵＥ)により基地局(ＢＳ)とＤ２Ｄ接続設定の際にＤ２Ｄ通信用ネットワーク臨時識別子(ＩＤ)が割り当てられるステップと、ＵＥによりネットワーク臨時ＩＤでマスキングされる制御チャンネルを介してＤ２Ｄ通信用リソース情報を受信するステップと、ＵＥによりリソース情報で指示されたリソースでネットワーク臨時ＩＤに従って決定された相手ＵＥと送信又は受信動作を実行するステップとを有する。

また、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法が提供される。その方法は、基地局(ＢＳ)によりユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＵＥにＤ２Ｄ通信のためのネットワーク臨時識別子(ＩＤ)を割り当てるステップと、ＢＳによりＵＥにネットワーク臨時ＩＤでマスキングされた制御チャンネルを介してＤ２Ｄ通信用リソース情報を伝送するステップとを有し、ＵＥと相手ＵＥとの間のＤ２Ｄ通信は、リソース情報により指示されたリソースで、ネットワーク臨時ＩＤに従って決定されたＵＥと相手ＵＥとの間で送信又は受信動作が実行される。

さらに、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行するユーザー端末(ＵＥ)が提供される。そのＵＥは、直接通信経路を通じて相手ＵＥとＤ２Ｄ通信を遂行する送受信部と、基地局(ＢＳ)とＤ２Ｄ接続設定の際に割り当てられるＤ２Ｄ通信用ネットワーク臨時識別子(ＩＤ)を制御し、ネットワーク臨時ＩＤでマスキングされた制御チャンネルを介してＤ２Ｄ通信用リソース情報を受信し、リソース情報により指示されたリソースで、ネットワーク臨時ＩＤに従って決定された相手ＵＥと送信又は受信動作を実行するように制御する制御部とを含む。

なお、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する基地局(ＢＳ)が提供される。そのＢＳが、ユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＵＥにＤ２Ｄ通信用ネットワーク臨時識別子(ＩＤ)を割り当て、ＵＥにネットワーク臨時ＩＤでマスキングされた制御チャンネルを介してＤ２Ｄ通信用リソース情報を伝送するように制御する制御部と、制御部の制御下に少なくとも一つのＵＥと通信するように構成される送受信部とを含み、Ｄ２Ｄ通信は、リソース情報により指示されたリソースでネットワーク臨時ＩＤに従って決定されたＵＥと相手ＵＥとの間の送信又は受信動作により、ＵＥと相手ＵＥとの間で遂行される。

また、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法が提供される。その方法は、ユーザー端末(ＵＥ)により基地局(ＢＳ)とＤ２Ｄ接続設定の際にＤ２Ｄ通信のためのＵＥ対識別子(ＩＤ)が割り当てられるステップと、ＵＥによりＤ２Ｄ通信のために予備されたネットワーク臨時ＩＤでマスキングされた制御チャンネルを介してＵＥ対ＩＤとＤ２Ｄ通信に関するリソース情報を受信するステップと、ＵＥによりリソース情報で指示されたリソースで、ＵＥ対ＩＤに従って決定された相手ＵＥと送信又は受信動作を実行するステップとを有し、ネットワーク臨時ＩＤはすべてＤ２Ｄ接続に対して同一である。

本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法が提供される。その方法は、基地局(ＢＳ)によりユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＤ２Ｄ通信用ＵＥ対識別子(ＩＤ)を割り当てるステップと、ＢＳによりＤ２Ｄ通信のために予備されたネットワーク臨時ＩＤでマスキングされた制御チャンネルを介してＵＥ対ＩＤとＤ２Ｄ通信用リソース情報をＵＥに伝送するステップとを有し、Ｄ２Ｄ通信は、リソース情報により指示されたリソースで、ＵＥ対ＩＤに基づいてＵＥと相手ＵＥとの間で送信又は受信動作により実行され、ネットワーク臨時ＩＤは、すべてＤ２Ｄ接続に対して同一である。

本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行するユーザー端末(ＵＥ)が提供される。そのＵＥは、直接通信経路で相手ＵＥとＤ２Ｄ通信を実行する送受信部と、基地局(ＢＳ)とＤ２Ｄ接続設定の際にＵＥに割り当てられるＤ２Ｄ通信のためのＵＥ対識別子(ＩＤ)を制御し、Ｄ２Ｄ通信のために予備されたネットワーク臨時ＩＤでマスキングされる制御チャンネルを介してＵＥ対ＩＤとＤ２Ｄ通信に関するリソース情報を受信し、リソース情報により指示されたリソースで、ＵＥ対ＩＤに従って決定された相手ＵＥと送信又は受信動作を実行するように制御する制御部とを含み、ネットワーク臨時ＩＤは、すべてＤ２Ｄ接続に対して同一である。

また、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する基地局(ＢＳ)が提供される。そのＢＳは、ユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＤ２Ｄ通信のためのＵＥ対識別子(ＩＤ)を割り当て、Ｄ２Ｄ通信に予備されたネットワーク臨時ＩＤでマスキングされる制御チャンネルを介してＵＥ対ＩＤとＤ２Ｄ通信用リソース情報をＵＥに伝送するように制御する制御部と、制御部の制御下に少なくとも一つのＵＥと通信するように構成される送受信部とを含み、Ｄ２Ｄ通信は、リソース情報で指示されたリソースで、ＵＥ対ＩＤに従ってＵＥと相手ＵＥとの間で送信又は受信動作により実行され、ネットワーク臨時ＩＤは、ずべてＤ２Ｄ接続に対して同一である。

さらに、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を実行する方法が提供される。その方法は、ユーザー端末(ＵＥ)により基地局(ＢＳ)とＤ２Ｄ接続設定の際にＤ２Ｄ通信を遂行する相手ＵＥのネットワーク臨時識別子(ＩＤ)を受信するステップと、ＵＥによりＤ２Ｄ通信において送信役割あるいは受信役割を遂行するＵＥのネットワーク臨時ＩＤでマスキングされる制御チャンネルを介して、相手ＵＥに関する情報と相手ＵＥとのＤ２Ｄ通信用リソース情報を受信するステップと、ＵＥによりリソース情報で指示されたリソースで、制御チャンネルのマスキングに使用されるネットワーク臨時ＩＤと相手ＵＥの情報に従って決定された相手ＵＥと送信又は受信動作を実行するステップとを有し、ネットワーク臨時ＩＤはＵＥ別に異なる。

本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を実行する方法が提供される。その方法は、基地局(ＢＳ)によりユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＤ２Ｄ通信に対する相手ＵＥのネットワーク臨時識別子(ＩＤ)を送信するステップと、ＢＳによりＤ２Ｄ通信において送信役割あるいは受信役割を遂行するＵＥのネットワーク臨時ＩＤでマスキングされる制御チャンネルを介して、相手ＵＥに関する情報と、相手ＵＥとのＤ２Ｄ通信用リソース情報をＵＥに伝送するステップとを有し、Ｄ２Ｄ通信は、リソース情報で指示されたリソースで、制御チャンネルのマスキングに使用されたネットワーク臨時ＩＤと相手ＵＥに関する情報に基づいてＵＥと相手ＵＥとの間で送信又は受信動作により実行され、ネットワーク臨時ＩＤは、ＵＥ別に異なる。

さらに、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を実行するユーザー端末(ＵＥ)が提供される。そのＵＥは、直接通信経路で相手ＵＥとＤ２Ｄ通信を実行する送受信部と、基地局(ＢＳ)とＤ２Ｄ接続設定の際にＤ２Ｄ通信を実行する相手ＵＥのネットワーク臨時識別子(ＩＤ)を受信し、Ｄ２Ｄ通信において送信又は受信役割を実行するＵＥのネットワーク臨時ＩＤでマスキングされた制御チャンネルを介して相手ＵＥに関する情報と、相手ＵＥとのＤ２Ｄ通信用リソース情報を受信し、リソース情報により指示されたリソースで、制御チャンネルのマスキングに使用されたネットワーク臨時ＩＤと相手ＵＥに関する情報に従って相手ＵＥと送信又は受信動作を実行するように構成される制御部とを含み、ネットワーク臨時ＩＤはＵＥ別に異なる。

本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を実行する基地局(ＢＳ)が提供される。そのＢＳは、ユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＤ２Ｄ通信用相手ＵＥのネットワーク臨時識別子(ＩＤ)を送信し、Ｄ２Ｄ通信において送信又は受信役割を遂行するＵＥのネットワーク臨時ＩＤでマスキングされる制御チャンネルを介して相手ＵＥに関する情報と、相手ＵＥとのＤ２Ｄ通信用リソース情報をＵＥに伝送するように制御する制御部と、制御部の制御下に少なくとも一つのＵＥと通信を実行する送受信部とを含み、Ｄ２Ｄ通信は、リソース情報により指示されたリソースで、制御チャンネルのマスキングに使用されるネットワーク臨時ＩＤと相手ＵＥに関する情報に基づいてＵＥと相手ＵＥとの間で送信又は受信動作が実行され、ネットワーク臨時ＩＤは、ＵＥ別に異なる。

また、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信用リソースを割り当てる方法が提供される。その方法は、基地局(ＢＳ)にＤ２Ｄバッファ状態報告又はＤ２Ｄスケジューリング要請を伝送することでＤ２Ｄ通信用リソースを要請するステップと、ＢＳからＤ２Ｄ通信用リソースを受信するステップとを有し、Ｄ２Ｄ通信用リソースは、Ｄ２Ｄ通信のために予備されたアップリンク(ＵＬ)サブフレームに対応するダウンリンク(ＤＬ)サブフレームで制御チャンネルを介して受信され、あるいはＤ２Ｄ通信のための制御情報フォーマットを使用する制御チャンネルを介して受信され、あるいはＤ２Ｄ通信のためにユーザー端末(ＵＥ)に割り当てられた無線ネットワーク端末識別子(ＲＮＴＩ)を用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御チャンネルを介して受信される。

また、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信用リソースを割り当てる方法が提供される。その方法は、基地局(ＢＳ)にＤ２Ｄバッファ状態報告又はＤ２Ｄスケジューリング要請を伝送することでＤ２Ｄ通信用リソースを要請するステップと、ＢＳからＤ２Ｄ通信用リソースを受信するステップと、を有し、Ｄ２Ｄ通信用リソースは、Ｄ２Ｄ通信のために予備されたアップリンク(ＵＬ)サブフレームに対応するダウンリンク(ＤＬ)サブフレームで制御チャンネルを介して受信され、あるいはＤ２Ｄ通信のための制御情報フォーマットを使用する制御チャンネルを介して受信され、あるいはＤ２Ｄ通信のためにユーザー端末(ＵＥ)に割り当てられた無線ネットワーク端末識別子(ＲＮＴＩ)を用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御チャンネルを介して受信される。

また、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を実行するユーザー端末(ＵＥ)が提供される。そのＵＥは、直接通信経路を通じて相手ＵＥとＤ２Ｄ通信を実行する送受信部と、基地局(ＢＳ)にＤ２Ｄバッファ状態報告又はＤ２Ｄスケジューリング要請を伝送することによりＤ２Ｄ通信用リソースを要請し、ＢＳからＤ２Ｄ通信用リソースを受信するように制御する制御部とを含み、Ｄ２Ｄ通信用リソースは、Ｄ２Ｄ通信のために予備されたアップリンク(ＵＬ)サブフレームに対応するダウンリンク(ＤＬ)サブフレームで制御チャンネルを介して受信され、あるいはＤ２Ｄ通信のための制御情報フォーマットを使用する制御チャンネルを介して受信され、もしくはＤ２Ｄ通信のためにＵＥに割り当てられた無線ネットワーク端末識別子(ＲＮＴＩ)を用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御ャンネルを介して受信される。

さらに、本発明の他の態様によれば、デバイスツーデバイス(Ｄ２Ｄ)通信を実行する基地局(ＢＳ)が提供される。そのＢＳは、ユーザー端末(ＵＥ)からバッファ状態報告又はスケジューリング要請を受信し、バッファ状態報告又はスケジューリング要請がＤ２Ｄ通信用であるか否かを判定し、バッファ状態報告又はスケジューリング要請がＤ２Ｄ通信用である場合にＤ２Ｄ通信用リソースを割り当て、ＵＥに割り当てられたＤ２Ｄ通信用リソースを伝送するように制御する制御部と、制御部の制御によりＵＥと通信を実行する送受信部と、を含み、Ｄ２Ｄ通信用リソースは、Ｄ２Ｄ通信のために予備されたアップリンク(ＵＬ)サブフレームに対応するダウンリンク(ＤＬ)サブフレームで制御チャンネルを介して伝送され、Ｄ２Ｄ通信のための制御情報フォーマットを使用する制御チャンネルを介して伝送され、あるいはＤ２Ｄ通信のためにＵＥに割り当てられた無線ネットワーク端末識別子(ＲＮＴＩ)を用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御チャンネルを介して伝送する。

本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。

従来技術によるＤ２Ｄ通信環境を示す図である。 本発明の実施形態により、進化したＮｏｄｅ Ｂ(ｅＮＢ)に接続された複数のＵＥ対がＤ２Ｄ通信に参加するケースを示す図である。 本発明の実施形態によるＤ２Ｄ通信用リソースを割り当てる方法を示す図である。 本発明の実施形態によるＤ２Ｄ通信用リソースを割り当てる他の方法を示す図である。 本発明の実施形態によるＤ２Ｄ通信用リソースを割り当てるもう一つの方法を示す図である。 本発明の実施形態により、セル間のＤ２Ｄ通信用リソースを割り当てる方法を示す図である。 本発明の実施形態により、セル間のＤ２Ｄ通信用リソースを割り当てる方法を示す図である。 本発明の実施形態により、セル内のＤ２Ｄ通信用リソースを割り当てる方法を示す図である。 本発明の実施形態により、セル内のＤ２Ｄ通信用リソースを割り当てる方法を示す図である。 本発明の実施形態により、セル間のＤ２Ｄ通信用リソースの割り当てにおいて送信インデックスと受信インデックスを割り当てる方法を示す図である。 本発明の実施形態により、セル間のＤ２Ｄ通信用リソースの割り当てにおいて送信インデックスと受信インデックスを割り当てる他の方法を示す図である。 本発明の実施形態により、セル間のＤ２Ｄ通信用リソース割り当てにおいて送信インデックスと受信インデックスを割り当てる方法を示す図である。 本発明の実施形態により、セル間のＤ２Ｄ通信用リソース割り当てにおいて送信インデックスと受信インデックスを割り当てる他の方法を示す図である。 本発明の実施形態により、Ｄ２Ｄ通信に対して送信インデックス又は受信インデックスの代わりに接続インデックスを割り当てる信号フローを示す図である。 本発明の実施形態により、Ｄ２Ｄ通信に対して送信インデックス又は受信インデックスの代わりに接続インデックスを割り当てる信号フローを示す図である。 本発明の実施形態により、セル無線ネットワーク臨時識別子(Ｃ-ＲＮＴＩ)とＵＥ対のＣ-ＲＮＴＩを割り当てる一例を示す図である。 本発明の実施形態により、ＵＥ対のＣ-ＲＮＴＩのためにＣ-ＲＮＴＩアドレス空間を再使用する一例を示す図である。 本発明の実施形態により、Ｄ２Ｄバッファ状態報告の送信用リソースを割り当てる方法を示す図である。 本発明の実施形態により、Ｄ２Ｄバッファ状態報告の送信用リソースを割り当てる方法を示す図である。 本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢのカバレッジ領域内の他のＵＥ用リソースと区別する一例を示す図である。 本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢとＵＥ対のＵＥとの間の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、一つのＵＥ対間の通信用リソースを他のＵＥ対間の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、単方向通信の場合に送信リソースと受信リソースを識別する方法を示す図である。 本発明の実施形態により、双方向通信の場合に送信リソースと受信リソースを識別する方法を示す図である。 本発明の実施形態により、双方向通信の場合に送信リソースと受信リソースを識別する方法を示す図である。 本発明の実施形態により、セル内のＤ２Ｄ通信用リソース割り当てにおいてＵＥインデックス(ＵＥ_Ｉｄｘ)とＵＥ対Ｃ-ＲＮＴＩ(Ｔｘ Ｃ-ＲＮＴＩ_{ＵＥ-ｐａｉｒ})を割り当てる信号フローを示す図である。 本発明の実施形態により、送信ＵＥ対Ｃ-ＲＮＴＩ(Ｔｘ Ｃ-ＲＮＴＩ_{ＵＥ-ｐａｉｒ})と受信ＵＥ対のＣ-ＲＮＴＩ(Ｒｘ Ｃ-ＲＮＴＩ_{ＵＥ-ｐａｉｒ})を割り当てる信号フローを示す図である。 本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢのカバレッジ領域内の他のＵＥ用リソースと区別する一例を示す図である。 本発明の実施形態により、ＵＥ対の通信用リソースをＵＥ対のＵＥとｅＮＢとの間の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、ＵＥ対の通信用リソースを他のＵＥ対の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、セル内のＤ２Ｄ通信用リソースの割り当てにおいてＵＥインデックスとＵＥ対ＩＤを割り当てる方法を示す図である。 本発明の実施形態により、送信ＵＥ対ＩＤと受信ＵＥ対ＩＤを割り当てる動作を示す図である。 本発明の実施形態により、直接通信のために統合Ｃ-ＲＮＴＩを使用する方法を示す図である。 本発明の実施形態により、直接通信のために統合Ｃ-ＲＮＴＩ受信インデックスを使用する一例を示す図である。 本発明の実施形態により、セル内のＤ２Ｄ通信用リソースの割り当てにおいて送受信インデックスを割り当てる信号フローを示す図である。 本発明の実施形態により、ＵＥに送受信インデックスを割り当てる信号フローを示す図である。 本発明の実施形態により、ＵＥ対通信用リソースをｅＮＢのカバレッジ領域内の他のリソースと区別する一例を示す図である。 本発明の実施形態により、ＵＥ対間の通信用リソースをＵＥ対のＵＥとｅＮＢと間の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、一つのＵＥ対間の通信用リソースを他のＵＥ間の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、直接通信のために統合Ｃ-ＲＮＴＩと送受信インデックスを使用する方法を示す図である。 本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢのカバレッジ領域内の他のリソースと区別する一例を示す図である。 本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢとＵＥ対のＵＥとの間の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、一つのＵＥ対間の通信用リソースを他のＵＥ対間の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、統合Ｃ-ＲＮＴＩを割り当て及び交換する動作を示す図である。 本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢのカバレッジ領域内の他のリソースと区別する一例を示す図である。 本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢとＵＥ対のＵＥとの間の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、ＵＥ対通信用リソースを他のＵＥ対通信用リソースと区別する一例を示す図である。 本発明の実施形態により、ＵＥ対通信用リソースをｅＮＢのカバレッジ領域内の他のリソースと区別する一例を示す図である。 本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢとＵＥ対のＵＥとの間の通信用リソースと区別する一例を示す図である。 本発明の実施形態により、一つのＵＥ対間の通信用リソースを他のＵＥ対間の通信用リソースと区別する一例を示す図である。 本発明の実施形態によるｅＮＢを示すブロック構成図である。 本発明の実施形態によるＵＥを示すブロック構成図である。

以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。

従って、この説明は、本発明の多様な実施形態に対する理解を助けるための特定の詳細を含む。しかし、これらの詳細は、単に例示的なものと考えられるべきである。よって、本発明の範囲及び精神を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかであろう。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。

次の説明及び請求項に使用される用語及び単語は、辞典的意味に限定されるものではなく、発明者によって本発明の理解を明確にかつ一貫性のあるようにするために使用される。したがって、特許請求範囲とそれと均等なものに基づいて定義されるもので、本発明の実施形態の説明が但し実例を提供するためのことで、本発明の目的を限定するものでないことは、本発明の技術分野で通常の知識を持つ者には明らかである。

本願明細書に記載の各要素は、文脈中に特に明示しない限り、複数形を含むことは、当業者には理解できるものである。したがって、例えば、“コンポーネント表面（a component surface）”との記載は、１つ又は複数の表面を含む。

“実質的に(substantially)”という用語は、提示された特徴、パラメータ、又は値が正確に設定される必要はないが、許容誤差、測定誤り、測定精度限界及び当業者に知られているか、あるいは当業者によって実験なしに得られる要素を含む偏差又は変化が、これら特性が提供しようとする効果を排除しない範囲内で発生することを意味する。

基地局(ＢＳ)は、ユーザー端末(ＵＥ)と通信するエンティティである。ＢＳは、Ｎｏｄｅ Ｂ、進化したＮｏｄｅ Ｂ(ｅＮＢ又はｅＮｏｄｅ Ｂ)、アクセスポイント(ＡＰ)等に代替できる。

ＵＥは、ＢＳと通信するエンティティである。ＵＥは、移動局(ＭＳ)、移動装置(ＭＥ)、デバイス、端末(terminal)等に代替できる。

図１は、従来技術によるＤ２Ｄ通信環境を示す。

図１を参照すると、第１のＵＥ(ＵＥ１)と第２のＵＥ(ＵＥ２)の対は、ｅＮＢに接続され、直接通信のために相互に接続されている。ＵＥ１とＵＥ２は、ＦＤＤ(Frequency Division Duplex)システムにおいてダウンリンク(ＤＬ)周波数Ｆ１とアップリンク(ＵＬ)周波数Ｆ２を用いてｅＮＢと通信する。また、ＵＬ周波数Ｆ２は、ＵＥ１とＵＥ２との間でＤ２Ｄ通信に使用される。ＵＬ周波数Ｆ２のリソースは、ｅＮＢにより制御される。ＴＤＤ(Time Division Duplexed)システムにおいて、ＵＥ１とＵＥ２は、ＵＬ及びＤＬタイムスロットを含む周波数Ｆ１を用いてｅＮＢと通信する。ＵＬタイムスロットは、ｅＮＢへの送信のためにＵＥ１とＵＥ２により使用され、ＤＬタイムスロットは、ｅＮＢからの受信のためにＵＥ１とＵＥ２により使用される。ＵＬタイムスロットは、ＵＥ１とＵＥ２との間のＤ２Ｄ通信にも使用される。ＵＥが複数のＵＥと同時に通信できることに留意すべきである。

図２は、本発明の実施形態により、ｅＮＢに接続される複数のＵＥ対がＤ２Ｄ通信に参加する場合を示す。

図２を参照すると、ＵＥ１、ＵＥ２、第３のＵＥ(ＵＥ３)、第４のＵＥ(ＵＥ４)、及び第５のＵＥ(ＵＥ５)は、ＦＤＤ(Frequency Division Duplex)システムにおいて、ＤＬ周波数Ｄ１及びＵＬ周波数Ｆ２を用いてｅＮＢと通信する。上記したように、ＵＥ対、すなわちＵＥ１とＵＥ２、ＵＥ４とＵＥ５は、ＵＬ周波数Ｆ２を用いてＤ２Ｄ通信を実行する。ＴＤＤ(Time Division Duplexed)システムにおいて、ＵＥは、ＵＬ及びＤＬタイムスロットを含む周波数Ｆ１を用いてｅＮＢと通信する。ＵＬタイムスロットは、ｅＮＢへの送信のためにＵＥにより使用され、ＤＬタイムスロットは、ｅＮＢからの受信のためにＵＥにより使用される。ＵＬタイムスロットは、ＵＥ１-ＵＥ２間及びＵＥ４-ＵＥ５間のＤ２Ｄ通信にも使用される。

この場合、Ｄ２Ｄ通信に含まれるＵＥに対する送信(Ｔｘ)リソース及び/又は受信(Ｒｘ)リソースをシグナリングする方法、Ｄ２Ｄ通信の際にＵＥ間のＴｘ役割及びＲｘ役割を識別する方法、各ＵＥに対するＴｘリソースをＲｘリソースと区別する方法が必要である。本発明の実施形態では、これら方法を提案する。

＜第１の実施形態＞

以下に、本発明の一実施形態によるＤ２Ｄ送信用リソース割り当て方法について説明する。

ネットワークのカバレッジ領域内のＵＥは、Ｄ２Ｄ通信に参加してｅＮＢとも通信することができる。ＵＥは、ネットワークカバレッジ領域内で、サービングセルのｅＮＢにＤ２Ｄ通信用リソースを要請する。リソース割り当てのために、ｅＮＢは、ＵＥがＤ２Ｄ通信用リソースを要請するか、あるいはｅＮＢへのＵＬ送信用リソースを要請するかを判定する。Ｄ２Ｄ通信用リソースとｅＮＢへのＵＬ送信用リソースは、ＤＬ制御チャンネル、ＰＤＣＣＨ(Physical Downlink Control Channel)、又はＥＰＤＣＣＨ(Enhanced PDCCH)を介してＵＥに割り当てられる。ＵＥがそのＩＤでマスキングされたＤＬ制御チャンネル(ＰＤＣＣＨ又はＥＰＤＣＣＨ）を受信及び復号化する場合、ＵＥは、割り当てられたリソースがＤ２Ｄ通信用であるか、あるいはｅＮＢへのＵＬ送信用であるかを判定する。

以下、本発明の実施形態によるＤ２Ｄ送信用リソースを割り当てる３つの方法について説明する。

図３は、本発明の実施形態によるＤ２Ｄ送信用リソースを割り当てる方法を示す。

ｅＮＢへのＵＬ送信用リソースとＤ２Ｄ通信用リソースは、異なるＤＬサブフレームでｅＮＢにより伝送される制御チャンネルを介して指示される。ＵＥは、ｅＮＢへのＵＬ送信用リソースを指示するＤＬサブフレームとＤ２Ｄ通信用リソースを指示するＤＬサブフレームを認知する。あるいは、ｅＮＢへのＵＬ送信用リソースとＤ２Ｄ通信用リソースは、同一のＤＬサブフレームでｅＮＢにより伝送された制御チャンネルを介して指示される。ＵＥは、リソースが制御チャンネルが受信されたＤＬサブフレームに対応するＵＬサブフレームで予約されたリソースのセットに属する制御チャンネルで指示される場合、リソースがＤ２Ｄ通信用であると判定する。ＵＥは、一つのＣ-ＲＮＴＩ(Cell-Radio Network Temporary IDentity)を使用して各タイプの通信用リソースを決定する。

図３を参照すると、ＵＥは、接続状態で、ｅＮＢによりＣ-ＲＮＴＩを割り当てられる。ＵＥがＤ２Ｄ通信リンクを通じて制御パケット及び/又はデータパケットを伝送しようとする場合、ＵＥは、ステップ３０１で、Ｄ２Ｄ ＢＳＲ(Buffer Status Report)を伝送する。Ｄ２Ｄ ＢＳＲは、一般的なＢＳＲと異なり、ＵＥは、ｅＮＢへのＵＬ送信用リソースを要請するためにｅＮＢに一般的なＢＳＲを送信する。ＬＣＩＤ(Local channel ID）は、一般的なＢＳＲとＤ２Ｄ ＢＳＲを識別する。ＬＣＩＤは、Ｄ２Ｄ ＢＳＲでを指示するために新たに予約される。ＬＣＩＤは、Ｄ２Ｄ ＢＳＲに含まれることができる。あるいは、ＬＣＩＤは、ＭＡＣ ＰＤＵ(Packet Data Unit)のＤ２Ｄ ＢＳＲを有するＭＡＣ制御エレメントを指示するＭＡＣサブヘッダーに含まれ得る。Ｄ２Ｄ ＢＳＲは、宛先ＩＤを含むこともできる。宛先ＩＤは、Ｄ２Ｄ通信リンクを通じてＵＥが制御パケット及び/又はデータパケットを伝送しようとする宛先のＩＤである。宛先ＩＤは、他のＵＥのユニキャストアドレスであり、ＵＥグループのグループキャストアドレス、又はブロードキャストアドレスであり得る。Ｄ２Ｄ ＢＳＲは、バッファサイズと論理チャンネルグループＩＤを含むことができる。複数の論理チャンネルは、一つのバッファ状態報告を用いて送信される。

ＰＵＣＣＨ(Physical Uplink Control Channel)リソースがＤ２Ｄ ＢＳＲ送信に利用可能である場合、Ｄ２Ｄ ＢＳＲのためのリソースは、ｅＮＢにスケジューリング要請を伝送する一般的な方法を使用して獲得され得る。あるいは、Ｄ２Ｄ ＢＳＲのためのリソースは、ＲＡＣＨ(Random Access Channel)を介してｅＮＢにランダムアクセスプリアンブルを伝送して得られる。

ＢＳＲを受信すると、ｅＮＢは、ステップ３０３で、ＢＳＲがＤ２Ｄ通信用であるか、あるいはｅＮＢへのＵＬ送信用であるかを判定する。この判定は、ＬＣＩＤを用いて行われる。ＢＳＲがＤ２Ｄ ＢＳＲである場合、ｅＮＢは、ステップ３０５で、Ｄ２Ｄ送信用リソースを割り当て、ステップ３０７で、Ｄ２Ｄ通信のために予約されたＵＬサブフレームに対応するＤＬサブフレームでＰＤＣＣＨ又はＥＰＤＣＣＨを介してＤ２Ｄ通信のためのグラントを伝送する。Ｄ２Ｄリソース情報を搬送する制御情報フォーマットは、ｅＮＢへのＵＥ送信用リソース情報を搬送する制御情報フォーマットと同一であり、あるいは異なる。制御情報を搬送するＰＤＣＣＨ又はＥＰＤＣＣＨの巡回冗長チェック(ＣＲＣ)は、Ｃ-ＲＮＴＩでマスキングされる。

ＵＥがデータパケットと共にＤ２Ｄ通信リンクに対するスケジューリング割り当て(ＳＡ)を伝送する場合、ｅＮＢは、Ｄ２Ｄ ＢＳＲを受信すると、ＳＡとデータパケット両方ともの送信用リソースを割り当て、同一の又は異なるＰＤＣＣＨ又はＥＰＤＣＣＨを用いて割り当てられたリソースを指示する。あるいは、ｅＮＢは、Ｄ２Ｄ ＢＳＲの受信の際に、ＳＡ送信用ソースのみを割り当てることができる。データパケットのためのリソースは、ＳＡ及び/又はＳＡ用リソースの位置に関連して固定され得る。

図３に示す方法の他の実施形態において、ＢＳＲの代わりに、Ｄ２Ｄスケジューリング要請は、ＰＵＣＣＨを介して伝送される。ここで、ＰＵＣＣＨリソースは、Ｄ２Ｄ ＳＲ伝送のためにＵＥに予約され及び/又は割り当てられる。ｅＮＢは、ＵＥがＤ２Ｄ ＳＲ送信のためにＵＥに予約され及び/又は割り当てられたＰＵＣＣＨリソースでＤ２Ｄスケジューリング要請を受信するＤ２Ｄ通信用リソースを必要とする。

図４は、本発明の実施形態によるＤ２Ｄ送信用リソースを割り当てる他の方法を示す。

ｅＮＢと通信用リソースを指示する制御チャンネルを介して配信される制御情報フォーマットと、Ｄ２Ｄ通信用リソースを指示する制御チャンネルを介して配信される制御情報フォーマットは、異なるフォーマットを有する。Ｄ２Ｄ通信用リソースを指示する制御チャンネルの制御情報フォーマットは、制御情報フォーマットのサイズが一般的な制御情報フォーマットのサイズと異なるように設計され、それによって、ＵＥが制御チャンネルを受信及び復号化する場合、ＵＥは、制御情報がＤ２Ｄ通信用リソースを指示するか否かを判定する。

図４を参照すると、ＵＥは、接続状態でｅＮＢによりＣ-ＲＮＴＩを割り当てられる。ＵＥがＤ２Ｄ通信リンクを通じて制御パケット及び/又はデータパケットを伝送しようとする場合、ＵＥは、ステップ４０１で、ｅＮＢにＤ２Ｄ ＢＳＲを伝送する。Ｄ２Ｄ ＢＳＲは、一般的なＢＳＲと異なり、ＵＥは、ｅＮＢへのＵＬ送信用リソースを要請するためにｅＮＢに一般的なＢＳＲを送信する。ＬＣＩＤ(Local Channel ID)は、Ｄ２Ｄ ＢＳＲを識別するために予約される。ＬＣＩＤは、Ｄ２Ｄ ＢＳＲに含まれ得る。あるいは、ＬＣＩＤは、ＭＡＣ ＰＤＵのＤ２Ｄ ＢＳＲを有するＭＡＣ制御エレメントを指示するＭＡＣサブヘッダーに含まれてもよい。Ｄ２Ｄ ＢＳＲは、宛先ＩＤを含むことができる。宛先ＩＤは、Ｄ２Ｄ通信リンクを通じてＵＥが制御パケット及び/又はデータパケットを伝送しようとする宛先のＩＤである。宛先ＩＤは、他のＵＥのユニキャストアドレス、ＵＥグループのグループキャストアドレス、又はブロードキャストアドレスであってもよい。Ｄ２Ｄ ＢＳＲは、バッファサイズと論理チャンネルグループＩＤを含むことができる。複数の論理チャンネルは、一般的に一緒にグループ化され、これら論理チャンネルのグループのバッファ状態は、一つのバッファ状態報告を用いて送信される。

Ｄ２Ｄ ＢＳＲのためのリソースは、ＰＵＣＣＨリソースがＤ２Ｄ ＢＳＲの送信に利用可能である場合、ｅＮＢにスケジューリング要請を伝送する一般的な方法を用いて獲得される。あるいは、Ｄ２Ｄ ＢＳＲのためのリソースは、ＲＡＣＨ(Random Access Channel)を介してｅＮＢにランダムアクセスプリアンブルを伝送することで得られる。Ｄ２Ｄ ＢＳＲは、ｅＮＢにＵＬ送信のためにｅＮＢにより既に割り当てられたリソースで送信される。

ＢＳＲを受信すると、ｅＮＢは、ステップ４０３で、ＢＳＲがＤ２Ｄ通信用であるか、あるいはｅＮＢへのＵＬ送信用であるかを判定する。この判定は、ＬＣＩＤを用いて行われる。ＢＳＲがＤ２Ｄ ＢＳＲである場合、ｅＮＢは、ステップ４０５で、Ｄ２Ｄ送信用リソースを割り当て、ステップ４０７で、ＰＤＣＣＨ又はＥＰＤＣＣＨを介してＤ２Ｄ通信用グラントを伝送する。Ｄ２Ｄリソース情報を搬送する制御情報フォーマットは、ｅＮＢへのＵＥ送信用リソース情報を搬送する制御情報フォーマットと異なる。制御情報を搬送するＰＤＣＣＨ又はＥＰＤＣＣＨのＣＲＣは、Ｃ-ＲＮＴＩでマスキングされる。

ＵＥがデータパケットと共にＤ２Ｄ通信リンクに対するＳＡを伝送する場合、Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ＳＡとデータパケット両方ともの送信用リソースを割り当て、同一のＰＤＣＣＨ又はＥＰＤＣＣＨを用いて割り当てられたリソースを指示できる。あるいは、ｅＮＢは、Ｄ２Ｄ ＢＳＲを受信すると、ＳＡ送信用リソースのみを割り当てられる。データパケットのためのリソースは、ＳＡの位置及び/又はＳＡのためのリソースに関連して固定され得る。

図４に示す方法の他の実施形態において、ＢＳＲの代わりに、Ｄ２Ｄスケジューリング要請は、ＰＵＣＣＨを通じて伝送でき、ＰＵＣＣＨリソースは、Ｄ２Ｄ ＳＲ伝送のために予約され及び/又は割り当てられる。ｅＮＢは、ＵＥがＤ２Ｄ ＳＲ伝送のためにＵＥに予約され及び/又は割り当てられるＰＵＣＣＨリソースでＤ２Ｄスケジューリング要請を受信するＤ２Ｄ通信用リソースを必要とすると決定する。

図５は、本発明の実施形態によるＤ２Ｄ送信用リソースを割り当てる第３の方法を示す。

異なるＣ-ＲＮＴＩは、ｅＮＢとＤ２Ｄとの通信のためのＵＥに割り当てられる。したがって、ｅＮＢは、Ｄ２Ｄ通信用リソースを搬送する制御チャンネルを介してＤ２Ｄ通信のために割り当てられた一つ以上のＣ-ＲＮＴＩを使用し、ＵＥとｅＮＢとの通信用リソースを搬送する制御チャンネルを介してＵＥとｅＮＢとの間の通信のために割り当てられる一つ以上のＣ-ＲＮＴＩを使用する。

図５を参照すると、ＵＥは、接続状態でｅＮＢとの通信のためにｅＮＢにより一つ以上のＣ-ＲＮＴＩを割り当てられる。ＵＥがＤ２Ｄ通信リンクを通じて信号を伝送しようとする場合、ＵＥは、ステップ５０１で、Ｄ２Ｄ通信要請メッセージ(又はＤ２Ｄ通信関心指示メッセージ又はＤ２Ｄ通信関心指示を有するＵＥ補助情報メッセージ）を伝送する。この関心指示は、ＵＥがＤ２Ｄ通信に関心のあることを表し、あるいはＵＥがＤ２Ｄ通信用送信又は受信又は送受信両方ともに関心のあることをを表すことができる。ｅＮＢは、ステップ５０３で、Ｄ２Ｄ通信要請メッセージ(又はＤ２Ｄ通信関心指示メッセージ又はＤ２Ｄ通信関心指示を有するＵＥ補助情報メッセージ)に応答してＵＥにＤ２Ｄ-ＲＮＴＩ(Radio Network Temporary Identifier)を割り当てる。一実施形態で、ステップ５０３で、Ｄ２Ｄ通信応答メッセージはＲＲＣ接続再構成メッセージであり得る。ＵＥがＤ２Ｄ通信リンクを通じて制御パケット及び/又はデータパケットを伝送しようとする場合、ＵＥは、ステップ５０５で、ｅＮＢにＤ２Ｄ ＢＳＲを伝送する。Ｄ２Ｄ ＢＳＲは、ＵＥとｅＮＢとの間の通信用グラントをｅＮＢに要請するｅＮＢに伝送される一般的なＢＳＲと異なる。ＬＣＩＤは、一般的なＢＳＲとＤ２Ｄ ＢＳＲを区別する。ＬＣＩＤは、Ｄ２Ｄ ＢＳＲを指示するために予約される。ＬＣＩＤは、Ｄ２Ｄ ＢＳＲに含まれ得る。あるいは、ＬＣＩＤは、ＭＡＣ ＰＤＵでＤ２Ｄ ＢＳＲを有するＭＡＣ制御エレメントを指示するＭＡＣサブヘッダーに含まれ得る。Ｄ２Ｄ ＢＳＲは、宛先ＩＤを含むことができる。宛先ＩＤは、Ｄ２Ｄ通信リンクを通じてＵＥが制御パケット及び/又はデータパケットを伝送しようとする宛先のＩＤである。宛先ＩＤは、他のＵＥのユニキャストアドレス、ＵＥグループのグループキャストアドレス、又はブロードキャストアドレスであり得る。Ｄ２Ｄ ＢＳＲは、バッファサイズと論理チャンネルグループＩＤを含むことができる。複数の論理チャンネルは、一般的に一緒にグループ化され、これら論理チャンネルグループのバッファ状態は、一つのバッファ状態報告を用いて送信する。

ＰＵＣＣＨリソースがＤ２Ｄ ＢＳＲ送信に利用可能である場合、Ｄ２Ｄ ＢＳＲのためのリソースは、ｅＮＢにスケジューリング要請を伝送する一般的な方法を用いて獲得され得る。あるいは、Ｄ２Ｄ ＢＳＲのためのリソースは、ＲＡＣＨを介してｅＮＢにランダムアクセスプリアンブルを伝送することで得られる。Ｄ２ＤＢＳＲは、ｅＮＢにＵＬ伝送のためのｅＮＢにより既に割り当てられたリソースで送信され得る。

Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ステップ５０７で、ＢＳＲがＤ２Ｄ通信用であるか、あるいはｅＮＢへのＵＬ送信用であるかを判定する。この判定は、ＬＣＩＤを用いて行われる。ＢＳＲがＤ２Ｄ ＢＳＲである場合、ｅＮＢは、ステップ５０９で、Ｄ２Ｄ送信用リソースを割り当て、ステップ５１１で、ＰＤＣＣＨ又はＥＰＤＣＣＨを介してＤ２Ｄ通信用グラントを伝送する。Ｄ２Ｄリソース情報を搬送する制御情報フォーマットは、ｅＮＢへのＵＥ送信用リソース情報を搬送する制御情報フォーマットと同一であり、あるいは異なる。制御情報を搬送するＰＤＣＣＨ又はＥＰＤＣＣＨのＣＲＣは、Ｄ２Ｄ-ＲＮＴＩでマスキングされる。

ＵＥがデータパケットと共にＤ２Ｄ通信リンクに対するＳＡを伝送する場合、Ｄ２Ｄ ｅＮＢは、ＢＳＲを受信すると、ＳＡとデータパケット両方ともの伝送用リソースを割り当てるか、あるいは同一のＰＤＣＣＨ/ＥＰＤＣＣＨ又は異なるＰＤＣＣＨ/ＥＰＤＣＣＨを用いて割り当てられたリソースを指示できる。あるいは、ｅＮＢは、Ｄ２Ｄ ＢＳＲを受信する場合、ＳＡの送信用リソースのみを割り当てる。データパケットのためのリソースは、ＳＡ及び/又はＳＡのリソースの位置に関連して固定できる。

図５に示す他の実施形態による方法において、ＢＳＲの代わりに、Ｄ２Ｄスケジューリング要請は、ＰＵＣＣＨを介して伝送される。ＰＵＣＣＨリソースは、Ｄ２Ｄ ＳＲ送信のために予備され及び/又は割り当てられる。ｅＮＢは、ＵＥがＤ２Ｄ ＳＲ送信のためにＵＥに予備及び割り当てられたＰＵＣＣＨリソースでＤ２Ｄスケジューリング要請を受信するＤ２Ｄ通信用リソースを必要とすると判定する。

図５に示す他の実施形態において、Ｄ２Ｄ通信要請は、ステップ５０１で、接続設定の際に指示される。Ｄ２Ｄ-ＲＮＴＩは、接続設定中にＣ-ＲＮＴＩに加えて割り当てられる。あるいは、ＵＥは、接続設定中にｅＮＢにＤ２Ｄ通信に対する関心を指示しない。ＵＥがＤ２Ｄ通信を実行するために認証される場合、ｅＮＢは、接続設定の際にＣ-ＲＮＴＩと一緒に自立的にＤ２Ｄ-ＲＮＴＩを割り当てる。ｅＮＢは、接続設定手順で、ＭＭＥから受信したＵＥコンテキストに基づいてＵＥがＤ２Ｄ通信を遂行するように認証されると判定する。あるいは、ｅＮＢは、Ｄ２Ｄ ＢＳＲを受信した後にＤ２Ｄ-ＲＮＴＩを割り当てられる。

以下、一実施形態ではＤ２Ｄ受信用リソースを割り当てる方法について説明する。

本発明の実施形態によると、Ｒｘリソースを含むリソースプールは、Ｄ２Ｄ通信に関心のあるＤ２Ｄ ＵＥに指示され得る。このようなリソースプールは、Ｄ２Ｄ ＵＥに予め設定されてもよい。Ｄ２Ｄ ＵＥは、ネットワークのＤ２Ｄサーバからリソースプールを得られる。ｅＮＢは、システム情報を用いてリソースプールをブロードキャスティングできる。リソースプールは、専用シグナリングによりＤ２Ｄ ＵＥにシグナリングされてもよい。受信用リソースプールは、サービングセルだけでなく隣接セルのリソースも含むことがある。

ＵＥがデータパケットとともにＤ２Ｄ通信リンクに対するＳＡを伝送する場合、受信用リソースプールは、ＳＡ受信用リソースを含む。データパケットのためのリソースは、受信ＵＥによりＳＡをモニタリングして決定される。あるいは、ＳＡリソースプールとデータリソースプールの両方は、Ｄ２Ｄ ＵＥに指示されることがある。

＜第２の実施形態＞

本発明の一実施形態において、制御チャンネルは、Ｄ２Ｄ通信リンクでの送信と受信用リソースを指示するために、送信ＵＥと受信ＵＥ両方ともに伝送される。本実施形態では、送信ＵＥと受信ＵＥは、同一のｅＮＢ又は異なるｅＮＢに接続され得る。ｅＮＢは、リソース情報とともに送受信インジケータを用いて送信リソースと受信リソースをＵＥが区別可能にする。

異なるｅＮＢは、ＵＥ間のＤ２Ｄ通信用リソースを決定するために相互に調整し、決定されたリソースを各ＵＥにシグナリングする。例えば、第１のｅＮＢ(ｅＮＢ１)に属するＵＥ１がＤ２Ｄ通信により第２のｅＮＢ(ｅＮＢ２)に属するＵＥ２と通信する場合、ｅＮＢ１は、ＵＥ１にＵＥ１とＵＥ２との間のＤ２Ｄ通信のために決定されたリソースをシグナリングし、ｅＮＢ２は、ＵＥ２にＵＥ１とＵＥ２との間のＤ２Ｄ通信のために決定されたリソースをシグナリングする。リソースは、Ｄ２Ｄ通信リンクを通じてパケット伝送のために決定される。また、リソースは、複数のＴＴＩ(Transmission Time Interval)で有効であるように準静的(semi-static)に割り当てられる。さらに、リソースは、ＵＥ１とＵＥ２との間の接続中に決定されたリソースが有効であるように静的に割り当てられる。

割り当てられたリソースをシグナリングする方法は、次のように実行される。

ｅＮＢは、Ｄ２Ｄ通信用リソースをＤＬサブフレームで伝送し、ＤＬサブフレームの制御領域は、Ｄ２Ｄ通信用リソース及びｅＮＢとの通信用リソースを指示する。Ｄ２Ｄ通信用リソースは、各々のｅＮＢによりＵＥ対のＵＥに指示される。すなわち、ＵＥ対の各ＵＥに関連したｅＮＢは、ＵＥにリソース割り当て情報を搬送する制御チャンネルを伝送する。制御チャンネルのＣＲＣは、ＵＥのＵＥ ＩＤ(例えば、Ｃ-ＲＮＴＩ又はＤ２Ｄ-ＲＮＴＩ)でマスキングされ得る。

例えば、ＵＥ１とＵＥ２が異なるｅＮＢに属しており、ＵＥ１が割り当てられた送信用リソースを使用し、ＵＥ２が割り当てられた受信用リソースを使用する場合、ＵＥ１がデータを伝送してＵＥ２が受信するリソースを指示するために、ｅＮＢ１は、第１のＰＤＣＣＨ/ＥＰＤＣＣＨ(ＰＤＣＣＨ１又はＥＰＤＣＣＨ１)をＵＥ１に伝送し、ｅＮＢ２は、第２のＰＤＣＣＨ/ＥＰＤＣＣＨ(ＰＤＣＣＨ２又はＥＰＤＣＣＨ２)をＵＥ２に伝送する。ｅＮＢ１により伝送されるＰＤＣＣＨ１/ＥＰＤＣＣＨ１のＣＲＣは、ＵＥ１のＵＥ ＩＤでマスキングされ、ｅＮＢ２により伝送されるＰＤＣＣＨ２/ＥＰＤＣＣＨ２のＣＲＣはＵＥ２のＵＥ ＩＤでマスキングされる。ＰＤＣＣＨ/ＥＰＤＣＣＨは、両方とも同一のＤＬサブフレーム又は異なるＤＬサブフレームで伝送され得る。

他の実施形態において、ＵＥ１とＵＥ２が同一のｅＮＢ１に属しており、ＵＥ１が割り当てられた送信用リソースを使用し、ＵＥ２が割り当てられた受信用リソースを使用する場合、ＵＥ１がデータを伝送してＵＥ２が受信するリソースを指示するために、ｅＮＢ１は、ＰＤＣＣＨ１/ＥＰＤＣＣＨ１をＵＥ１に伝送し、ＰＤＣＣＨ２/ＰＤＣＣＨ２をＵＥ２に伝送する。ＰＤＣＣＨ１/ＥＰＤＣＣＨ１のＣＲＣはＵＥ１のＵＥ ＩＤでマスキングされ、ＰＤＣＣＨ２/ＥＰＤＣＣＨ２のＣＲＣはＵＥ２のＵＥ ＩＤでマスキングされる。ＰＤＣＣＨ/ＥＰＤＣＣＨは、両方とも同一のＤＬサブフレーム又は異なるＤＬサブフレームで伝送され得る。

ｅＮＢとの通信用リソースと制御チャンネルを介して指示されるＤ２Ｄ通信用リソースは、図３、図４、及び図５に示した方法を用いてＵＥ/ｅＮＢにより区別される。

以下、ＵＥにより送信リソースと受信リソースを識別する方法について説明する。

割り当てられたＤ２Ｄ通信用リソースに関する情報を受信する場合、ＵＥは、割り当てられたリソースが送信用であるか、あるいは受信用であるかを判定することが必要である。ｅＮＢは、リソース割り当て情報を搬送する制御チャンネル内に１ビットの送受信インジケータを追加する。送受信インジケータが１である場合、これは送信リソースを意味し、送受信インジケータが０である場合、これは、受信リソースを意味する。ＵＥのＵＥ ＩＤ(例えば、ＵＥのＣ-ＲＮＴＩ)と一緒にリソース割り当て情報を搬送する制御チャンネルを受信すると、ＵＥは、受信した情報内の送受信(Ｔｘ/Ｒｘ)インジケータが０に設定される場合、このリソース割り当て情報により指示されたリソースでデータを受信する。受信した情報内の送受信インジケータが１である場合、ＵＥは、指示されたリソースでデータを送信する。送受信インジケータは、情報フィールドとして制御チャンネルに含まれるか、あるいは制御チャンネルのためにＣＲＣを生成するために使用されるＣＲＣマスクに含まれ得る。

次に、ＵＥが送信リソースと受信リソースが割り当てられる各々の場合に、送受信インジケータと送信及び受信インデックスを用いて受信ＵＥと送信ＵＥを識別する方法について説明する。

まず、受信リソースがＵＥに割り当てられる場合に送信ＵＥを識別する方法について後述する。

各ＵＥは、複数のＵＥに接続される。受信リソースがＵＥに割り当てられるケースで、ＵＥは、割り当てられたリソースを用いてどのＵＥからデータを受信するかを判定する必要がある。送信ＵＥを識別するために、ＵＥは、受信インデックスを使用できる。例えば、ＵＥ１がＵＥ２及びＵＥ３にＤ２Ｄ通信のために接続され、受信用リソースがＵＥ１に割り当てられる場合、ＵＥ１は、ＵＥ２とＵＥ３からデータを受信できる。ＵＥ１とＵＥ２との間の接続に対して、受信インデックス０はＵＥ１に割り当てられ、ＵＥ１とＵＥ３との間の接続に対して、受信インデックス１は、ＵＥ１に割り当てられる。ＵＥ１がＵＥ ＩＤと共に制御チャンネルを受信し、送受信インジケータを０に設定する場合、ＵＥ１は、制御チャンネルにより指示されたリソースでデータを受信する。ＵＥ１は、制御チャンネル内の受信インデックスセットを用いて送信ＵＥを識別できる。受信インデックスは、情報フィールドとして制御チャンネル内に含まれ、あるいはＣＲＣマスク内に含まれてもよい。さらに、受信インデックスは、複数のＵＥ対と他のＵＥに対して一意的に設定され、各ＵＥに割り当てられた受信インデックスは、独立的にＵＥに対して維持されてもよい。

それぞれのＵＥは、複数のＵＥに接続されてもよい。送信リソースがＵＥに割り当てられる場合に、ＵＥは、割り当てられたリソースを用いて、いずれのＵＥにデータを送信すべきであるかを判定する必要がある。このために、送信インデックス(Ｔｘ_Ｉｄｘ)が使用される。例えば、ＵＥ１がＵＥ２及びＵＥ３に接続され、送信リソースがＵＥ１に割り当てられる場合、ＵＥ１は、ＵＥ２及びＵＥ３にデータを送信することができる。ＵＥ１とＵＥ２との間の接続に対して、Ｔｘ_Ｉｄｘ０はＵＥ１に割り当てられ、ＵＥ１とＵＥ３との間の接続に対して、Ｔｘ_Ｉｄｘ１はＵＥ１に割り当てられる。ＵＥ１がＵＥ ＩＤとともに制御チャンネルを受信し、送受信インジケータが１に設定される場合、ＵＥ１は、制御チャンネルにより指示されたリソースでデータを送信する。ＵＥ１は、制御チャンネル内の送信インデックスセットにより受信ＵＥを識別できる。送信インデックスは、情報フィールドとして制御チャンネル内に含まれ、あるいはＣＲＣマスク内に含まれ得る。送信インデックスは、複数のＵＥ対と他のＵＥに対してのみ設定され、各ＵＥに割り当てられた送信インデックスは、独立的にＵＥに対して維持されてもよい。

図６及び図７は、本発明の実施形態によりセル間のＤ２Ｄ通信用リソースを割り当てる方法を示す。図６では、ＵＥ Ａが送信ＵＥとして動作し、ＵＥ Ｂが受信ＵＥとして動作する。一方、図７では、ＵＥ Ａが受信ＵＥとして動作し、ＵＥ Ｂが送信ＵＥとして動作する。

図６を参照すると、Ｄ２Ｄ接続設定時に、ｅＮＢ１は、ステップ６０１で、ＵＥ Ｂと通信するために、ＵＥ ＡにＴｘ_Ｉｄｘ ｐ及びＲｘ_Ｉｄｘ ｒを割り当てる。Ｄ２Ｄ接続設定の際に、ｅＮＢ２は、ステップ６０１で、ＵＥ Ａと通信するために、ＵＥ ＢにＴｘ_Ｉｄｘ ｓ及びＲｘ_Ｉｄｘ ｑを割り当てる。ｅＮＢ１とｅＮＢ２は、ステップ６０３で、相互に調整によりＵＥ ＡとＵＥ Ｂとの間のＤ２Ｄ通信用リソースを決定する。ｅＮＢ１とｅＮＢ２がＵＥ ＡからＵＥ Ｂにデータ送信用リソースＸを使用することを決定する場合、ｅＮＢ１は、ステップ６０５で、ＵＥ ＡのＵＥ ＩＤ(例えば、Ｃ-ＲＮＴＩ)でマスキングされるＣＲＣを有するＵＥ ＡのＰＤＣＣＨ１に伝送する。ＰＤＣＣＨ１は、Ｄ２Ｄ通信用リソースＸに関する情報を配信する。ＵＥ Ａは、ＵＥ ＩＤを用いてＰＤＣＣＨ１を受信及び復号化する。その後、ＵＥ Ａは、送受信インジケータ及び送信インデックスに基づき、ＵＥ Ｂにデータの送信のために、ＰＤＣＣＨ１により指示されたリソースを使用しなければならないと判定する。送受信インジケータが１に設定される場合、ステップ６０７の送信に対して、ＵＥ ＡにリソースＸが割り当てられることを指示する。送信インデックスがｐに設定される場合、これは、ステップ６０９で、ＵＥ Ａが送信インデックスｐに対応するＵＥ Ｂにデータを伝送しなければならないことを指示する。同様に、ｅＮＢ２は、ステップ６１１で、ＵＥ ＢのＣ-ＲＮＴＩでマスキングされたＣＲＣを有するＵＥ ＢのＰＤＣＣＨ２をＵＥ Ｂに伝送する。ＰＤＣＣＨ２は、Ｄ２Ｄ通信用リソースＸに関する情報を配信する。ＵＥ Ｂは、Ｃ-ＲＮＴＩを用いてＰＤＣＣＨ２を受信及び復号化する。ＵＥ Ｂは、送受信インジケータ及び受信インデックスに基づき、ＵＥ Ａからデータを受信するために、ＰＤＣＣＨ２により指示されるリソースを使用しなければならないと判定する。送受信インジケータが０に設定される場合、ステップ６１３で、受信のためにリソースＸがＵＥ Ｂに割り当てられることをＵＥ Ｂに指示する。受信インデックスがｑに設定される場合、ステップ６１５で、これは、ＵＥ Ｂが受信インデックスｑに対応するＵＥ Ａからデータを受信することを指示する。ＵＥ Ａは、ステップ６１７で、リソースＸでＵＥ Ｂにパケットを伝送する。

図７を参照すると、Ｄ２Ｄ接続設定の際に、ｅＮＢ１は、ステップ７０１で、ＵＥ Ｂとの通信のために、ＵＥ ＡにＴｘ_Ｉｄｘ ｐとＲｘ_Ｉｄｘ ｒを割り当てる。Ｄ２Ｄ接続設定の際に、ｅＮＢ２は、ステップ７０１で、ＵＥ Ａとの通信のために、ＵＥ ＢにＴｘ_Ｉｄｘ ｓ及びＲｘ_Ｉｄｘ ｑを割り当てる。ステップ７０３において、ｅＮＢ１とｅＮＢ２は、相互に調整によりＵＥ ＡとＵＥ Ｂとの間のＤ２Ｄ通信用リソースを決定する。ｅＮＢ１及びｅＮＢ２がＵＥ ＢからＵＥ Ａにデータ送信用リソースＹを使用すると判定する場合、ｅＮＢ１は、ステップ７０５で、ＵＥ ＡのＣ-ＲＮＴＩでマスキングされるＣＲＣを有するＰＤＣＣＨ３をＵＥ Ａに伝送する。ＰＤＣＣＨ３は、Ｄ２Ｄ通信用リソースＹに関する情報を配信する。ＵＥ Ａは、ＰＤＣＣＨ３を受信し、そのＣ-ＲＮＴＩを用いて復号化する。ＵＥ Ａは、送受信インジケータと受信インデックスに基づき、ＰＤＣＣＨ３で指示されたリソースを用いてＵＥ Ｂからデータを受信することを確認する。送受信インジケータが０に設定される場合、ステップ７０７で、受信に対して、リソースＹがＵＥ Ａに割り当てられることをＵＥ Ａに指示する。受信インデックスがｒに設定される場合、ステップ７０９で、ＵＥ Ａが受信インデックスｒに対応するＵＥ Ｂからデータを受信すべきであることを指示する。同様に、ｅＮＢ２は、ステップ７１１で、ＵＥ ＢにＵＥ ＢのＵＥ ＩＤ(例えば、Ｃ-ＲＮＴＩ)でマスキングされるＣＲＣを有するＰＤＣＣＨ４を伝送する。ＰＤＣＣＨ４は、Ｄ２Ｄ通信用リソースＹに関する情報を配信する。ＵＥ Ｂは、ＰＤＣＣＨ４を受信し、そのＵＥ ＩＤを用いてＰＤＣＣＨ４を復号化する。ＵＥ Ｂは、送受信インジケータと送信インデックスに基づき、ＵＥ Ａにデータを送信するためにＰＤＣＣＨ４で指示されたリソースを利用しなければならないと判定する。送受信インジケータが１に設定される場合、ステップ７１３で、送信に対して、リソースＹがＵＥ Ｂに割り当てられることをＵＥ Ｂに指示する。送信インデックスがｓに設定される場合、ステップ７１５で、ＵＥ Ｂが送信インデックスｓに対応するＵＥ Ａにデータを送信しなければならないことを指示する。ＵＥ Ｂは、ステップ７１７で、リソースＹでＵＥ Ａにパケットを伝送する。

図８及び図９は、本発明の実施形態により、セル内のＤ２Ｄ通信用リソースを割り当てる方法を示す。図８では、ＵＥ Ａは送信ＵＥとして動作し、ＵＥ Ｂは受信ＵＥとして動作する一方で、図９では、ＵＥ Ａは受信ＵＥとして動作し、ＵＥ Ｂが送信ＵＥとして動作する。

図８を参照すると、ＵＥ ＡとＵＥ Ｂは、両方とも同一のｅＮＢと通信する。Ｄ２Ｄ接続設定時に、ｅＮＢ１は、ステップ８０１で、ＵＥ Ｂと通信するためにＵＥ ＡにＴｘ_Ｉｄｘ ｐとＲｘ_Ｉｄｘ ｒを割り当て、ＵＥ Ａと通信するために、ＵＥ ＢにＴｘ_Ｉｄｘ ｓとＲｘ_Ｉｄｘ ｑを割り当てる。ｅＮＢ１は、ＵＥ ＡとＵＥ Ｂとの間のＤ２Ｄ通信用リソースを決定する。ｅＮＢ１がＵＥ ＡからＵＥ Ｂにデータ送信のためにリソースＸを使用すると決定する場合、ｅＮＢ１は、ステップ８０３で、ＵＥ ＡのＵＥ ＩＤ(例えば、Ｃ-ＲＮＴＩ)でマスキングされるＣＲＣを有するＰＤＣＣＨ１をＵＥ Ａに伝送する。ＰＤＣＣＨ１は、Ｄ２Ｄ通信用リソースＸに関する情報を配信する。ＵＥ Ａは、ＵＥ ＩＤを用いてＰＤＣＣＨ１を受信及び復号化する。ＵＥ Ａは、送受信インジケータ及び送信インデックスに基づき、ＵＥ Ｂへのデータ伝送のために、ＰＤＣＣＨ１により指示されるリソースを使用しなければならないことを決定する。送受信インジケータが１に設定される場合、ステップ８０５で、送信に対して、リソースＸがＵＥ Ａに割り当てられることをＵＥ Ａに指示する。送信インデックスがｐに設定される場合、これは、ステップ８０７で、ＵＥ Ａが送信インデックスｐに対応するＵＥ Ｂにデータを伝送しなければならないことを指示する。また、ｅＮＢ１は、ステップ８０９で、ＵＥ ＢにＵＥ ＢのＵＥ ＩＤでマスキングされたＣＲＣを有するＰＤＣＣＨ２を伝送する。ＰＤＣＣＨ２は、Ｄ２Ｄ通信用リソースＸに関する情報を配信する。ＵＥ Ｂは、そのＵＥ ＩＤを用いてＰＤＣＣＨ２を受信及び復号化する。ＵＥ Ｂは、送受信インジケータ及び受信インデックスに基づき、ＵＥ Ａからデータの受信のために、ＰＤＣＣＨ２で指示されたリソースを利用すべきであることを決定する。送受信インジケータが０に設定される場合、ステップ８１１で、受信に対して、リソースＸがＵＥ Ｂに割り当てられることをＵＥ Ｂに指示する。受信インデックスがｑに設定される場合、ステップ８１３で、これは、ＵＥ Ｂが受信インデックスｑに対応するＵＥ Ａからデータを受信することを指示する。ＵＥ Ａは、ステップ８１５で、リソースＸでＵＥ Ｂにパケットを伝送する。図８において、ステップ８０３乃至８０７とステップ８０９乃至８１３の順序は変更されてもよい。

図９を参照すると、Ｄ２Ｄ接続設定の際に、ｅＮＢ１は、ステップ９０１で、ＵＥ Ｂと通信するために、ＵＥ ＡにＴｘ_Ｉｄｘ ｐとＲｘ_Ｉｄｘ ｒを割り当て、ＵＥ Ａと通信するためにＵＥ ＢにＴｘ_Ｉｄｘ ｓとＲｘ_Ｉｄｘ ｑを割り当てる。ｅＮＢ１は、ＵＥ ＡとＵＥ Ｂとの間のＤ２Ｄ通信用リソースを決定する。ｅＮＢ１がＵＥ ＢからＵＥ Ａへのデータ通信のためにリソースＹを使用すると決定する場合、ｅＮＢ１は、ステップ９０３で、ＵＥ ＢにＵＥ ＢのＵＥ ＩＤでマスキングされるＣＲＣを有するＰＤＣＣＨ３を伝送する。ＰＤＣＣＨ３は、Ｄ２Ｄ通信用リソースＹに関する情報を配信する。ＵＥ Ｂは、ＵＥ ＩＤを用いてＰＤＣＣＨ３を受信及び復号化する。ＵＥ Ｂは、送受信インジケータと送信インデックスに基づき、ＵＥ Ａへのデータ送信のために、ＰＤＣＣＨ３で指示されたリソースを利用しなければならないと判定する。送受信インジケータが１に設定される場合、ステップ９０５で、送信に対して、ＵＥ ＢにリソースＹが割り当てられることを指示する。送信インデックスがｓに設定される場合、Ｕこれは、ステップ９０７で、ＵＥ Ｂが送信インデックスに対応するＵＥ Ａにデータを送信しなければならないことを指示する。同様に、ｅＮＢ１は、ステップ９０９で、ＵＥ ＡにＵＥ ＡのＵＥ ＩＤでマスキングされるＣＲＣを有するＰＤＣＣＨ４を伝送する。ＰＤＣＣＨ４は、Ｄ２Ｄ通信用リソースＹに関する情報を配信する。ＵＥ Ａは、ＵＥ ＩＤを用いてＰＤＣＣＨ４を受信して復号化する。ＵＥ Ａは、送受信インジケータと受信インデックスに従って、ＵＥ Ｂからデータの受信のために、ＰＤＣＣＨ４により指示されたリソースを使用すべきであると判定する。送受信インジケータが０に設定される場合、ステップ９１１で、受信に対してリソースＹがＵＥ Ａに割り当てられることを指示する。受信インデックスがｒに設定される場合、これは、ステップ９１３で、ＵＥ Ａが受信インデックスｒに対応するＵＥ Ｂからデータを受信しなければならないことを指示する。ＵＥ Ｂは、ステップ９１５で、リソースＹでＵＥ Ａにパケットを伝送する。図９で、ステップ９０３乃至９０７とステップ９０９乃至９１３の順序は、変更されてもよい。

図１０は、本発明の実施形態により、セル間Ｄ２Ｄ通信用リソースの割り当てにおいて送信インデックスと受信インデックスを割り当てる方法を示す。

図１０を参照すると、ＵＥ Ａは、ＵＥ Ｂをディスカバリする。ＵＥ ＡがＵＥ ＢとＤ２Ｄ通信を確立しようとする場合、ＵＥ Ａは、ステップ１００１で、直接接続設定をトリガし、ｅＮＢ１に直接通信要請メッセージを送信する。直接通信要請は、ＵＥ ＡのＵＥ ＩＤとＵＥ ＢのＵＥ ＩＤを含む。一実施形態によると、各ＵＥのＵＥ ＩＤは、ＰｒｏＳｅ(Proximity Service)通信用ＵＥに割り当てられたＩＤ(すなわち、ＰｒｏＳｅ ＵＥ ＩＤ)であり得る。又は、ＵＥ ＩＤは、ＵＥに割り当てられたアイドルモードＩＤ(すなわち、Ｓ-ＴＭＳＩ(SAE Temporary Mobile Subscriber Identity)であり得る。又は、ＵＥ ＩＤは、ＵＥに割り当てられたＧＵＴＩ(Globally Unique Temporary Identifier)であり得る。ＵＥ Ａは、ＵＥ Ｂのディスカバリ中にＵＥ ＢのＵＥ ＩＤをディスカバリできる。

直接通信要請メッセージをＵＥ Ａから受信すると、ｅＮＢ１は、ステップ１００３で、この直接通信要請メッセージを検証し、ＵＥ ＢのＵＥ ＩＤを含む直接通信要請メッセージをＭＭＥ(Movility Management Entity)に送信する。ＭＭＥは、ステップ１００５で、ＵＥ Ｂのセル又はｅＮＢを決定する。ＵＥ ＢのｅＮＢとｅＮＢ１が同一のＭＭＥに接続されるケースにおいて、ＵＥ Ｂがアイドル状態である場合、ＭＭＥは、ＵＥ Ｂを接続モードに遷移するためにＵＥ Ｂをページングする。ＵＥ ＢのｅＮＢがｅＮＢ１が異なるＭＭＥに接続されるケースにおいて、ＭＭＥは、ＵＥ Ｂのセルを決定するためにＵＥ ＢのＭＭＥと接触する。ＵＥ Ｂのセルを決定する場合、ＭＭＥは、ステップ１００７で、ｅＮＢ１に直接通信応答メッセージを送信する。この直接通信応答メッセージは、ＵＥ Ｂのセル又はｅＮＢに関する情報を含む。ｅＮＢ１は、ステップ１００９で、ＵＥ Ａに送信インデックスと受信インデックスを割り当て、直接通信応答メッセージの割り当てられた送受信インデックスとＵＥ ＡのＣ-ＲＮＴＩをＵＥ Ａに送信する。ｅＮＢ１は、ＵＥ ＡにＣ-ＲＮＴＩが新たに割り当てられる場合のみに、ＵＥ ＡのＣ-ＲＮＴＩを含むことができる。ＵＥ ＡにＣ-ＲＮＴＩが割り当てられない場合、ｅＮＢ１は、ＵＥ ＡにＣ-ＲＮＴＩを割り当てる。さらに、ｅＮＢ１は、直接通信に関連した他のパラメータを直接通信応答メッセージでＵＥ Ａに伝送してもよい。直接通信応答メッセージを受信すると、ＵＥ Ａは、ステップ１０１１で、ｅＮＢ１に直接通信完了メッセージを送信する。

ｅＮＢ１又は他のＭＭＥから直接通信要請メッセージを受信した場合、ＭＭＥは、ステップ１０１３で、直接通信要請メッセージにより指示されたＵＥ ＢのｅＮＢ２に直接通信要請メッセージを送信する。図１０では、ＵＥ ＡとＵＥ Ｂが同一のＭＭＥに接続されていると仮定する。直接通信要請メッセージは、ＵＥ ＡのＵＥ ＩＤ、ＵＥ ＢのＵＥ ＩＤ、及びＵＥ Ａのセル又はｅＮＢに関する情報を含む。直接通信要請メッセージを受信すると、ｅＮＢ２は、ステップ１０１５で、ＵＥ Ｂに送信インデックスと受信インデックスを割り当て、割り当てられた送受信インデックスとＵＥ ＢのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ｂに送信する。ｅＮＢ２は、Ｃ-ＲＮＴＩがＵＥ Ｂに新たに割り当てられる場合にのみ、ＵＥ ＢのＣ-ＲＮＴＩを含んでもよい。ＵＥ ＢにＣ-ＲＮＴＩがまだ割り当てられていない場合、ｅＮＢ２は、ＵＥ ＢにＣ-ＲＮＴＩを割り当てる。さらに、ｅＮＢ２は、直接通信に関連した他のパラメータを直接通信応答メッセージで伝送してもよい。直接通信応答メッセージを受信すると、ＵＥ Ｂは、ステップ１０１７で、ｅＮＢ２に直接通信完了メッセージを送信する。ｅＮＢ１とｅＮＢ２は、ステップ１０１９で、図６のステップ６０３及び図７のステップ７０３と同一の方式でＤ２Ｄ通信用リソースを決定する。

ＵＥが送信インデックスと受信インデックスを維持できる。すなわち、ＵＥは、他のＵＥとの接続のために送信インデックスと受信インデックスを割り当て、直接接続設定時に割り当てられた送受信インデックスに関する情報をｅＮＢに伝送できる。すると、ｅＮＢは、この情報を格納し、ＵＥにＰＤＣＣＨを送信するために使用する。ＵＥにより管理される送信インデックスと受信インデックスは、直接通信要請メッセージ又は直接通信完了メッセージを通じてｅＮＢに送信される。送信インデックスと受信インデックスの属性は、ｅＮＢにより割り当てられるか、あるいはＵＥにより割り当てられるかに関係なく同一である。ｅＮＢが送信インデックスと受信インデックスを割り当てる場合、ｅＮＢは、送信インデックス及び受信インデックスに関する情報を維持しなければならない。ＵＥが送信インデックスと受信インデックスを割り当てる場合、ＵＥは、送信インデックスと受信インデックスに関する情報を維持し、それによって、ｅＮＢのロードが減少する。

図１１は、本発明の実施形態により、セル間Ｄ２Ｄ通信用リソース割り当てにおいて送信インデックスと受信インデックスを割り当てる他の方法を示す。

図１１を参照すると、ＵＥ Ａは、ステップ１１０１で、ＵＥ Ｂとの直接通信設定を開始し、そのＵＥ ＩＤを含む直接通信要請メッセージをＵＥ Ｂに伝送する。一実施形態によると、ＵＥ ＩＤは、ＰｒｏＳｅ通信のためにＵＥ Ａに割り当てられたＩＤ(すなわち、ＰｒｏＳｅ ＵＥ ＩＤ)であり得る。又は、ＵＥ ＩＤは、ＵＥ Ａに割り当てられたアイドルモードＩＤ(すなわち、Ｓ-ＴＭＳＩ)であり得る。あるいは、ＵＥ ＩＤは、ＵＥ Ａに割り当てられるＧＵＴＩ(Globally Unique Temporary IDentifier)であり得る。ＵＥ ＢがＵＥ Ａから直接通信要請を受け入れる場合、ＵＥ Ｂは、ステップ１１０３で、ＵＥ ＩＤを含む直接通信応答メッセージをＵＥ Ａに送信する。ＵＥ Ａ及びＵＥ Ｂは、ステップ１１０５，１１０７で、各々ｅＮＢ１とｅＮＢ２に直接通信請メッセージを送信する。ＵＥ Ａ及びＵＥ Ｂは、直接通信要請メッセージにこれらＵＥ ＩＤを含む。ステップ１１０５、１１０７の順序は、変更されてもよい。

ｅＮＢ１は、ＵＥ Ａから直接通信要請メッセージを受信すると、ステップ１１０９で、直接接続要請メッセージを検証し、ＵＥ Ａに送信インデックスと受信インデックスを割り当て、割り当てられた送受信インデックスとＵＥ ＡのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ａに送信する。Ｃ-ＲＮＴＩがＵＥ Ａに新たに割り当てられる場合にのみ、ＵＥ ＡのＣ-ＲＮＴＩが含まれ得る。Ｃ-ＲＮＴＩがまだＵＥ Ａに割り当てられていない場合、ｅＮＢ１は、ＵＥ ＡにＣ-ＲＮＴＩを割り当てる。ｅＮＢ１は、直接通信に関連した他のパラメータを直接通信応答メッセージでＵＥ Ａに伝送する。ｅＮＢ１から直接通信応答メッセージを受信すると、ＵＥ Ａは、ステップ１１１３で、ｅＮＢ１に直接通信完了メッセージを送信する。

同様に、ｅＮＢ２は、ＵＥ Ｂから直接通信要請メッセージを受信する場合、ステップ１１１１で、直接通信要請メッセージを検証し、ＵＥ Ｂに送信インデックス及び受信インデックスを割り当て、割り当てられた送受信インデックスとＵＥ ＢのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ｂに送信する。ＵＥ Ｂに新たにＣ-ＲＮＴＩが割り当てられる場合にだけ、ＵＥ ＢのＣ-ＲＮＴＩが含まれ得る。ＵＥ ＢにＣ-ＲＮＴＩがまだ割り当てられていない場合、ｅＮＢ２は、ＵＥ ＢにＣ-ＲＮＴＩを割り当てる。ｅＮＢ２は、直接通信に関連した他のパラメータを直接通信応答メッセージでＵＥ Ｂに伝送してもよい。直接通信応答メッセージをｅＮＢ２に受信すると、ＵＥ Ｂは、ステップ１１１５で、ｅＮＢ２に直接通信完了メッセージを送信する。ＵＥ ＡとＵＥ Ｂは、Ｄ２Ｄ通信のために動作する。

ＵＥ Ａから直接通信要請メッセージを受信すると、ｅＮＢ１は、図１０を参照して説明するように、ＭＭＥを通じてＵＥ Ｂのセル又はｅＮＢを決定する。ＵＥ Ｂから直接通信要請メッセージを受信すると、ｅＮＢ２は、同一の動作を実行する。ｅＮＢ１とｅＮＢ２は、ステップ１０１９で、図６のステップ６０３及び図７のステップ７０３のように、Ｄ２Ｄ通信用リソースを決定する。

ＵＥは、送信インデックスと受信インデックスを維持することができる。すなわち、ＵＥは、他のＵＥとの接続のために送信インデックスと受信インデックスを割り当て、直接接続設定の際に、割り当てられた送受信インデックスに関する情報をｅＮＢに伝送する。ｅＮＢは、この情報を格納し、ＵＥにＰＤＣＣＨを送信するために使用する。ＵＥにより管理される送信インデックスと受信インデックスは、直接通信要請メッセージ又は直接通信完了メッセージを通じてｅＮＢに送信され得る。送信インデックスと受信インデックスの属性は、ｅＮＢにより割り当てられるか、あるいはＵＥにより割り当てられるかに関係なく同一である。ｅＮＢが送信インデックスと受信インデックスを割り当てる場合、ｅＮＢは、送信インデックスと受信インデックスを維持しなければならない。ＵＥが送信インデックスと受信インデックスを割り当てる場合、ＵＥは、送信インデックスと受信インデックスを維持し、それによってｅＮＢのロードを減少する。

図１２は、本発明の実施形態により、セル内のＤ２Ｄ通信用リソース割り当てにおいて、送信インデックスと受信インデックスを割り当てる方法を示す。

図１２を参照すると、ＵＥ Ａは、ＵＥ Ｂをディスカバリする。ＵＥ ＡがＵＥ ＢとＤ２Ｄ接続を確立しようとする場合、ＵＥ Ａは、ステップ１２０１で、直接接続設定をトリガし、ｅＮＢ１に直接通信要請メッセージを送信する。直接通信要請メッセージは、ＵＥ ＡのＵＥ ＩＤとＵＥ ＢのＵＥ ＩＤを含む。一実施形態によると、各ＵＥのＵＥ ＩＤは、ＰｒｏＳｅ通信のためにＵＥに割り当てられたＩＤ(すなわち、ＰｒｏＳｅ ＵＥ ＩＤ)であり得る。又は、ＵＥ ＩＤは、ＵＥに割り当てられたアイドルモードＩＤ(すなわち、Ｓ-ＴＭＳＩ)であり得る。あるいは、ＵＥ ＩＤは、ＵＥに割り当てられたＧＵＴＩであり得る。ＵＥ Ａは、ＵＥ Ｂのディスカバリ時に、ＵＥ ＢのＵＥ ＩＤをディスカバリできる。

ＵＥ Ａから直接通信要請メッセージを受信すると、ｅＮＢ１は、ステップ１２０３で、直接通信要請メッセージを検証し、ＵＥ ＢのＩＤを含む直接通信要請メッセージをＭＭＥに送信する。ＭＭＥは、ステップ１２０５で、ＵＥ Ｂのセル又はｅＮＢを決定する。ＵＥ ＢのｅＮＢとｅＮＢ１が同一のＭＭＥに接続されるケースにおいて、ＵＥ Ｂがアイドルモードにある場合、ＭＭＥは、接続モードに遷移するためにＵＥ Ｂをページングする。ＵＥ ＢのｅＮＢがｅＮＢ１と異なるＭＭＥに接続されるケースにおいて、ＭＭＥは、ＵＥ Ｂのセルを決定するためにＵＥ ＢのＭＭＥと接触する。ＵＥ Ｂのセルを決定する場合、ＭＭＥは、ステップ１２０７で、ｅＮＢ１に直接通信応答メッセージを送信する。直接通信応答メッセージは、ＵＥ Ｂのセル又はｅＮＢに関する情報を含む。ｅＮＢ１は、ステップ１２０９で、ＵＥ Ａに送信インデックスと受信インデックスを割り当て、割り当てられたＵＥ Ａの送受信インデックスとＵＥ ＡのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ａに送信する。ｅＮＢ１は、ＵＥ ＡにＣ-ＲＮＴＩが新たに割り当てられた場合のみに、ＵＥ ＡのＣ-ＲＮＴＩを含んでもよい。ＵＥ ＡにＣ-ＲＮＴＩがまだ割り当てられない場合、ｅＮＢ１は、ＵＥ ＡにＣ-ＲＮＴＩを割り当てる。さらに、ｅＮＢ１は、直接通信に関連した他のパラメータを直接通信応答メッセージでＵＥ Ａに伝送する。直接通信応答メッセージを受信すると、したＵＥ Ａは、ステップ１２１３で、ｅＮＢ１に直接通信完了メッセージを送信する。

ステップ１２０７で、ＵＥ Ｂのセル又はｅＮＢに関する情報を含む直接通信応答メッセージをＭＭＥから受信すると、ｅＮＢ１は、ステップ１２１１で、ＵＥ Ｂに送信インデックスと受信インデックスを割り当て、割り当てられた送受信インデックスとＵＥ ＢのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ｂに送信する。ｅＮＢ１は、ＵＥ ＢにＣ-ＲＮＴＩが新たに割り当てられる場合のみに、ＵＥ ＢのＣ-ＲＮＴＩを含むことができる。ＵＥ ＢにＣ-ＲＮＴＩがまだ割り当てられない場合、ｅＮＢ１は、ＵＥ ＢにＣ-ＲＮＴＩを割り当てる。さらに、ｅＮＢ１は、直接通信に関連した他のパラメータを直接通信応答メッセージでＵＥ Ｂに伝送してもよい。直接通信応答メッセージを受信すると、ＵＥ Ｂは、ステップ１２１５で、ｅＮＢ１に直接通信完了メッセージを送信する。

ＵＥは、送信インデックスと受信インデックスを維持することができる。すなわち、ＵＥは、他のＵＥとの接続のために送信インデックスと受信インデックスを割り当て、直接接続設定時に割り当てられた送受信インデックスに関する情報をｅＮＢに伝送できる。ｅＮＢは、この情報を格納し、ＵＥにＰＤＣＣＨを送信するために使用する。ＵＥにより管理される送信インデックスと受信インデックスは、直接通信要請メッセージ又は直接通信完了メッセージを通じてｅＮＢに送信される。送信インデックスと受信インデックスの属性は、ｅＮＢにより割り当てられるか、あるいはＵＥにより割り当てられるかに関係なく同一である。ｅＮＢが送信インデックスと受信インデックスを割り当てる場合、ｅＮＢは、送信インデックスと受信インデックスを維持しなければならない。ＵＥが送信インデックスと受信インデックスを割り当てる場合、ＵＥは、送信インデックスと受信インデックスを維持し、それによってｅＮＢのロードが減少する。

図１３は、本発明の実施形態により、セル内のＤ２Ｄ通信用リソース割り当てにおいて送信インデックスと受信インデックスを割り当てる他の方法を示す。

図１３を参照すると、ＵＥ Ａは、ＵＥ Ｂをディスカバリする。ＵＥ Ａが ＵＥ ＢとのＤ２Ｄ接続を確立しようとする場合、ステップ１３０１で、直接接続設定をトリガし、ＵＥ ＢにそのＵＥ ＩＤを含む直接通信要請メッセージを伝送する。一実施形態によると、ＵＥ ＩＤは、ＰｒｏＳｅ通信のためにＵＥに割り当てられたＩＤ(すなわち、ＰｒｏＳｅ ＵＥ ＩＤ)であり得る。又は、ＵＥ ＩＤは、ＵＥに割り当てられたアイドルモードＩＤ(すなわち、Ｓ-ＴＭＳＩ)であり得る。あるいは、ＵＥ ＩＤは、ＵＥに割り当てられたＧＵＴＩであり得る。ＵＥ Ｂは、ＵＥ Ａから直接通信要請を受け入れる場合、ステップ１３０３で、ＵＥ ＡのＵＥ ＩＤを含む直接通信応答メッセージをＵＥ Ａに送信する。ＵＥ ＡとＵＥ Ｂは、ステップ１３０５，１３０７で、ｅＮＢに各々直接通信要請メッセージを送信する。直接通信要請メッセージは、ＵＥ ＡとＵＥ ＢのＵＥ ＩＤが含まれる。ステップ１３０５，１３０７は、その順序が変更されてもよい。ｅＮＢは、ＵＥ Ａから直接通信要請メッセージを受信すると、ステップ１３０９で、直接通信要請メッセージを検証し、ＵＥ Ａに送信インデックスと受信インデックスを割り当て、割り当てられた送受信インデックスとＵＥ ＡのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ａに送信する。ｅＮＢは、ＵＥ ＡにＣ-ＲＮＴＩが新たに割り当てられる場合にのみ、ＵＥ ＡにＣ-ＲＮＴＩを含んでもよい。ＵＥ ＡにＣ-ＲＮＴＩがまだ割り当てられない場合、ｅＮＢは、ＵＥ ＡにＣ-ＲＮＴＩを割り当てる。さらに、ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージでＵＥ Ａに伝送してもよい。直接通信応答メッセージを受信すると、ＵＥ Ａは、ステップ１３１３で、ｅＮＢに直接通信完了メッセージを送信する。

同様に、ｅＮＢは、ＵＥ Ｂから直接通信要請メッセージを受信すると、ステップ１３１１で、直接通信要請メッセージを検証し、ＵＥ Ｂに送信インデックスと受信インデックスを割り当て、割り当てられたＵＥ Ｂの送受信インデックスとＵＥ ＢのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ｂに送信する。ｅＮＢは、ＵＥ ＢにＣ-ＲＮＴＩが新たに割り当てられる場合のみに、ＵＥ ＢのＣ-ＲＮＴＩを含んでもよい。ＵＥ ＢにＣ-ＲＮＴＩがまだ割り当てられない場合、ｅＮＢは、ＵＥ ＢにＣ-ＲＮＴＩを割り当ててもよい。さらに、ｅＮＢは、直接通信に関連した他のパラメータも直接通信応答メッセージでＵＥ Ｂに伝送してもよい。直接通信応答メッセージを受信すると、ＵＥ Ｂは、ステップ１３１５で、ｅＮＢに直接通信完了メッセージを送信する。ＵＥ ＡとＵＥ Ｂは、Ｄ２Ｄ通信のために動作する。

ＵＥは、送信インデックスと受信インデックスを維持する。すなわち、ＵＥは、他のＵＥとの接続のために送信インデックスと受信インデックスを割り当て、直接接続設定の際に、割り当てられた送受信インデックスに関する情報をｅＮＢに伝送できる。ｅＮＢは、この情報を格納し、ＵＥにＰＤＣＣＨを送信するために使用する。ＵＥにより管理する送信インデックスと受信インデックスは、直接通信要請メッセージ又は直接通信完了メッセージを通じてｅＮＢに送信され得る。送信インデックスと受信インデックスの属性は、ｅＮＢにより割り当てられるか、あるいはＵＥにより割り当てられるかに関係なく同一である。ｅＮＢが送信インデックスと受信インデックスを割り当てる場合、ｅＮＢは、送信インデックスと受信インデックスを維持しなければならない。ＵＥが送信インデックスと受信インデックスを割り当てる場合、ＵＥは、送信インデックスと受信インデックスを維持しなければならなく、それによってｅＮＢのロードが減少する。

以下、ＵＥが送信リソースと受信リソースを割り当てる各々のケースで、送信ＵＥと受信ＵＥとを区別するために、送信インデックスと受信インデックスの代わりに接続インデックスを使用する方法について説明する。

接続インデックスは、直接接続設定時にＵＥ別に割り当てられ、一つのＵＥが他のＵＥと複数の接続を固有に有する。接続インデックスは、ＵＥに対して独立的に維持される。ＵＥの接続インデックスは、複数のＵＥのうち送信ＵＥ又は受信ＵＥを識別する。ＵＥ１がＵＥ２及びＵＥ３に接続される場合、接続インデックス０は、ＵＥ１とＵＥ２との間の接続に対してＵＥ１に割り当てられ、接続インデックス１は、ＵＥ１とＵＥ３との間の接続に対してＵＥ１に割り当てられ得る。

各々のＵＥは、複数のＵＥに接続可能である。受信リソースがＵＥに割り当てられるケースにおいて、ＵＥは、どのＵＥから割り当てられたリソースでデータを受信するかを判定することが要求される。このために、ＵＥは、接続インデックスを使用する。例えば、ＵＥ１がＵＥ２及びＵＥ３に接続され、受信リソースがＵＥ１に割り当てられる場合、ＵＥ１は、ＵＥ２とＵＥ３からデータを受信する。ＵＥ１とＵＥ２との間の接続に対して接続インデックス０はＵＥ１に割り当てられ、ＵＥ１とＵＥ３との間の接続に対して接続インデックス１はＵＥ１に割り当てられる。ＵＥ１は、Ｃ-ＲＮＴＩとともに制御チャンネルを受信する。送受信インジケータが０に設定される場合、ＵＥ１は、制御チャンネルにより指示されたリソースでデータを受信する。また、ＵＥ１は、制御チャンネル内に含まれた接続インデックスを用いて送信ＵＥを識別してもよい。接続インデックスは、情報フィールドとして制御チャンネル内に含まれるか、あるいは制御チャンネルのＣＲＣマスク内に含まれる。

ＵＥが複数のＵＥに接続され、送信リソースがＵＥに割り当てられる場合、ＵＥは、どのＵＥに割り当てられたリソースで送信しなければならないかを判定する必要がある。このために、ＵＥは、接続インデックスを使用できる。例えば、ＵＥ１がＵＥ２及びＵＥ３に接続され、送信リソースがＵＥ１に割り当てられる場合、ＵＥ１は、ＵＥ２とＵＥ３にデータを送信できる。ＵＥ１とＵＥ２との間の接続に対して、接続インデックス０はＵＥ１に割り当てられ、ＵＥ１とＵＥ３との間の接続に対して接続インデックスは１である。ＵＥ１は、Ｃ-ＲＮＴＩとともに制御チャンネルを受信する。送受信インジケータが１に設定される場合、ＵＥ１は、制御チャンネルにより指示されたリソースでデータを送信する。また、ＵＥ１は、制御チャンネル内の接続インデックスを用いて受信ＵＥを識別してもよい。接続インデックスは、情報フィールドとして制御チャンネル内に含まれ、あるいは制御チャンネルのＣＲＣマスク内に含まれることができる。

ＵＥは、接続インデックスを維持可能である。すなわち、ＵＥは、他のＵＥとの接続のために接続インデックスを割り当て、直接接続設定時に接続インデックスに関する情報をｅＮＢに伝送する。ｅＮＢは、この情報を格納し、ＵＥにＰＤＣＣＨを送信するために使用する。ＵＥにより管理する接続インデックスは、直接通信要請メッセージ又は直接通信完了メッセージを通じてｅＮＢに送信してもよい。接続インデックスの属性は、ｅＮＢにより割り当てられるか、あるいはＵＥにより割り当てられるかに関係なく同一である。ｅＮＢが接続インデックスを割り当てる場合、ｅＮＢは、接続インデックスを維持しなければならない。ＵＥが接続インデックスを割り当てる場合、ＵＥは、接続インデックスを維持しなければならなく、それによってｅＮＢのロードが減少する。

本発明の実施形態において、接続インデックスは、送信インデックス及び受信インデックスの代わりに接続インデックスが使用されることを除けば、図６乃至図１３に示された同一の方式で割り当てられる。

図１４及び図１５は、本発明の実施形態により、Ｄ２Ｄ通信用送信インデックス又は受信インデックスの代わりに接続インデックスを割り当てる信号フローを示す。

図１４を参照すると、Ｄ２Ｄ接続設定の際に、ｅＮＢ１は、ＵＥ Ｂと通信するＵＥ Ａに接続インデックスｐ(ｃｏｎｎｅｃｔｉｏｎ_Ｉｄｘ＝ｐ）を割り当て、ｅＮＢ２は、ステップ１４０１で、ＵＥ Ａと通信するＵＥ Ｂに接続インデックスｑ(ｃｏｎｎｅｃｔｉｏｎ_Ｉｄｘ＝ｑ）を割り当てる。ステップ１４０３は、ＰＤＣＣＨ１を通じて送信インデックスの代わりに、接続インデックスが伝送されることを除外すると、図６のステップ６０５と同一である。また、ステップ１４０５は、ＰＤＣＣＨ２を通じて受信インデックスの代わりに、接続インデックスが伝送されることを除けば、図６のステップ６１１と同様である。また、ステップ１４０７、１４０９は、各々送信インデックス又は受信インデックスの代わりに接続インデックスに対応するＵＥ Ｂとデータを送受信することを除外すると、図６のステップ６０９及びステップ６１５と同一である。ステップ１４１１で、リソースＸを通じてＵＥ ＡからＵＥ Ｂにパケットを送信するような他の動作は、図６と同一であり、ここではその詳細な説明を省略する。

図１５を参照すると、Ｄ２Ｄ接続設定の際に、ｅＮＢ１は、ステップ１５０１で、ＵＥ Ｂと通信するＵＥ Ａに接続インデックスｐ(Ｃｏｎｎｅｃｔｉｏｎ_ｉｄｘ＝ｐ）、ｅＮＢ２は、ＵＥ Ａと通信するＵＥ Ｂに接続インデックスｑ(Ｃｏｎｎｅｃｔｉｏｎ_ｉｄｘ＝ｑ）を割り当てる。ステップ１５０３は、ＰＤＣＣＨ４を介して受信インデックスの代わりに接続インデックスが伝送されることを除けば、図７のステップ７０５と同一である。また、ステップ１５０５は、ＰＤＣＣＨ３を介して送信インデックスの代わりに接続インデックスが伝送されることを除外すれば、図７のステップ７１１と同一である。ステップ１５０７，１５０９は、各々送信インデックス又は受信インデックスの代わりに接続インデックスに対応するＵＥ Ｂとデータを送受信することを除外すると、図７のステップ７０９，７１５と同一である。ステップ１５１１で、リソースＹを通じてＵＥ ＢからＵＥ Ａにパケットを送信するような他の動作は、図７と同一なので、ここでは、その詳細な説明を省略する。

＜第３の実施形態＞

本発明の第３の実施形態では、リソース情報は、ｅＮＢにより単一制御チャンネル送信を用いてＵＥ対のＵＥ両方ともに指示される。本実施形態では、ＵＥ対のＵＥは、両方とも同一のｅＮＢに接続されると仮定する。直接通信のために、ＵＥ対Ｃ-ＲＮＴＩとＵＥインデックス(ＵＥ_Ｉｄｘ)を用いて送信リソースと受信リソースは識別される。

この実施形態において、ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pairは、同一のｅＮＢに属したＵＥを区別するために各ＵＥに割り当てられたＣ-ＲＮＴＩに追加してＤ２Ｄ通信に参加する各ＵＥ対に割り当てられる。したがって、複数のＵＥ対Ｃ-ＲＮＴＩは、複数のＵＥとＤ２Ｄ通信で参加するＵＥに割り当てられる。ＵＥ対Ｃ-ＲＮＴＩは、直接通信経路設定時に割り当てられ、経路が解除又は終了すると、解除される。

図１６は、本発明の実施形態により、Ｃ-ＲＮＴＩとＵＥ対Ｃ-ＲＮＴＩを割り当てる一例を示す。

図１６を参照すると、Ｃ-ＲＮＴＩｘ、Ｃ-ＲＮＴＩｙ、Ｃ-ＲＮＴＩｚ、及びＣ-ＲＮＴＩａは、ｅＮＢとの通信のために、ＵＥｘ、ＵＥｙ、ＵＥｚ、及びＵＥａに各々割り当てられる。ＵＥ対Ｃ-ＲＮＴＩ、Ｃ-ＲＮＴＩ_{ＵＥ-ｐａｉｒ-ｐｑ}、Ｃ-ＲＮＴＩ_{ＵＥ-ｐａｉｒ-ａｂ}、及びＣ-ＲＮＴＩ_{ＵＥ-ｐａｉｒ-ａｃ}は、 ＵＥｐとＵＥｑとの間の接続、ＵＥａとＵＥｂとの間の接続、及びＵＥａとＵＥｃとの間の接続に各々割り当てられる。

ｅＮＢは、自身と通信する他のＵＥにＣ-ＲＮＴＩを割り当てるアドレス空間からＵＥ対Ｃ-ＲＮＴＩを割り当てる。これは、ｅＮＢと通信するＵＥに割り当てるＣ-ＲＮＴＩと、ＵＥ対に割り当てられるＵＥ対Ｃ-ＲＮＴＩが異なることを意味する。

ＵＥ対に割り当てられるＵＥ対Ｃ-ＲＮＴＩは、ＵＥとｅＮＢとの間の通信とＵＥ対との間のＤ２Ｄ通信を区別する。また、ＵＥ対Ｃ-ＲＮＴＩは、ＵＥ対のＵＥとｅＮＢとの間の通信とＵＥ対間のＤ２Ｄ通信を区別する。ＵＥ対Ｃ-ＲＮＴＩは、他のＵＥ対間の通信をＵＥ対間の通信と区別する。

選択的ＤＬサブフレーム及び/又はＵＬサブフレームが直接通信専用でシグナリング又は予備される場合、ｅＮＢと通信するＵＥに対するＣ-ＲＮＴＩとＵＥ対に対するＵＥ対Ｃ-ＲＮＴＩは、同一のアドレスを有する独立されたアドレス空間から割り当てられる。これは、ｅＮＢと通信するＵＥが選択的サブフレームを知っていることを可能にする。これは、ｅＮＢと通信するＵＥに割り当てられたＣ-ＲＮＴＩとＵＥ対に割り当てられたＵＥ対Ｃ-ＲＮＴＩが同一であることを意味する。

図１７は、本発明の実施形態により、ＵＥ対Ｃ-ＲＮＴＩに対するＣ-ＲＮＴＩアドレス空間を再使用する例を示す。

図１７を参照すると、Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２は、ｅＮＢとの通信のために、各々ＵＥ１とＵＥ２に割り当てられる。Ｄ２Ｄ通信のために、選択的ＵＬサブフレームが予備される。ＵＥ１とＵＥ２は、ｎ＋２番目とｎ＋３番目のＵＬサブフレームで送信リソースを受信するために割り当てられたＣ-ＲＮＴＩを用いてｎ番目とｎ＋１番目のＤＬサブフレームでＰＤＣＣＨを受信して復号化する。ＵＥ対ｘに属するＵＥは、ｎ＋４番目のＵＬサブフレームで送信リソースを受信するためにｎ＋２番目のＤＬサブフレームでＣ-ＲＮＴＩ１を用いてＰＤＣＣＨを受信して復号化する。しかしながら、ＵＥ１は、ｎ＋４番目のサブフレームで送信リソースを受信するためにｎ＋２番目のＤＬサブフレームでＣ-ＲＮＴＩを使用しない。しかしながら、ｎ＋３番目のＤＬサブフレームでＤＬパケットを受信するためのリソースに関する情報を受信するために、ｎ＋２番目のＤＬサブフレームでＣ-ＲＮＴＩ１を使用することができる。

次に、ＵＥ対Ｃ-ＲＮＴＩを用いるリソース割り当てシグナリング方法について説明する。

ＵＥがＤ２Ｄ通信リンクを通じてデータを伝送しようとする場合、ＵＥは、Ｄ２Ｄ通信用リソースを要請するＤ２Ｄ ＢＳＲをｅＮＢに伝送する。ＬＣＩＤが通常的ＢＳＲとＤ２Ｄ ＢＳＲを区分する。ＬＣＩＤは、Ｄ２Ｄ ＢＳＲを指示するために予約され、Ｄ２Ｄ ＢＳＲに含まれる。あるいは、ＬＣＩＤは、ＭＡＣ ＰＤＵのＤ２Ｄ ＢＳＲを有するＭＡＣ制御エレメントを指示するＭＡＣサブヘッダーに含まれてもよい。Ｄ２Ｄ ＢＳＲは、宛先ＩＤを含むことができる。宛先ＩＤは、Ｄ２Ｄ通信リンクを通じてＵＥが信号を伝送しようとする宛先のＩＤである。宛先ＩＤは、ＵＥのユニキャストアドレス、ＵＥグループのグループキャストアドレス、またはブロードキャストアドレスであり得る。

ＰＵＣＣＨリソースがＤ２Ｄ ＢＳＲの送信に利用可能である場合、Ｄ２Ｄ ＢＳＲのためのリソースは、ｅＮＢにスケジューリング要請を伝送する一般的な方法を用いて獲得され、あるいはＲＡＣＨを介してランダムアクセスプリアンブルをｅＮＢに伝送することで獲得され得る。

図１８Ａ及び図１８Ｂは、本発明の実施形態により、Ｄ２Ｄ ＢＳＲの送信用リソースを割り当てる方法を示す。より詳細には、図１８Ａは、ＰＵＣＣＨを介してＤ２Ｄ ＢＳＲ送信用リソースを要請する一例を示し、図１８Ｂは、ＲＡＣＨを介してＤ２Ｄ ＢＳＲ送信用リソースを要請する一例を示す。

Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、Ｄ２Ｄ送信用リソースを割り当て、Ｄ２Ｄ通信のために予約されたＵＬサブフレームに対応するＤＬサブフレームでＰＤＣＣＨ又はＥＰＤＣＣＨを介してＤ２Ｄ伝送のためのグラントを伝送する。Ｄ２Ｄ用リソース情報を搬送する制御情報のフォーマットは、ｅＮＢへのＵＥ送信用リソース情報を搬送する制御情報フォーマットと同一であるか、あるいは異なる。ＰＤＣＣＨ又はＥＰＤＣＣＨは、ＵＥ対Ｃ-ＲＮＴＩでマスキングされる。Ｄ２Ｄ ＢＳＲを送信するＵＥだけでなくＤ２Ｄ ＢＳＲを送信するＵＥと通信する他のＵＥも、ｅＮＢにより伝送されるＰＤＣＣＨ又はＥＰＤＣＣＨが受信される。

ｅＮＢがＵＥ対Ｃ-ＲＮＴＩでマスキングされるＰＤＣＣＨ/ＥＰＤＣＣＨを介してＵＥ対間の直接通信用リソースをシグナリングする。ＤＬ制御領域(すなわち、ＰＤＣＣＨ/ＥＰＤＣＣＨ）は、直接通信用リソースだけでなくｅＮＢとの通信用リソースを指示する。直接通信用リソースは、単一伝送によりＵＥ対のＵＥに指示される。リソースは、ＵＥ対の各ＵＥに指示されない。

リソースは、ＤＬで各パケット送信に対して割り当てられる。リソースは、複数のＴＴＩで有効なように準静的に割り当てられる。ＵＥ間の接続時に有効であるように静的に割り当てられることができる。

他のＵＥとの直接通信を実行するＵＥは、ＵＥ対Ｃ-ＲＮＴＩを用いてリソース割り当てに対してＤＬ制御領域をモニタリングする。ｅＮＢだけでなく他のＵＥとも通信するＵＥ対のＵＥは、Ｃ-ＲＮＴＩ及びＵＥ対Ｃ-ＲＮＴＩを用いてリソース割り当てに対してＤＬ制御領域をモニタリングする。選択的サブフレームが直接通信専用でシグナリング及び予備される場合、ＵＥ対のＵＥは、選択的サブフレームのリソース割り当てのためにＤＬ制御領域をモニタリングする。しかしながら、選択的サブフレームがＵＬサブフレームである場合、ＵＥは、ｅＮＢとの通信のために割り当てられたＣ-ＲＮＴＩを用いてＤＬリソース割り当てのためにＤＬサブフレームをモニタリングする。選択的サブフレームがＤＬサブフレームである場合、ＵＥは、ｅＮＢとの通信のために割り当てられたＣ-ＲＮＴＩを用いてＵＬリソース割り当てのためにＤＬサブフレームをモニタリングする。ＵＥがｅＮＢとも通信する場合、ＵＥは、他のＤＬサブフレームでｅＮＢとの通信のために割り当てられたＣ-ＲＮＴＩを用いてＤＬ/ＵＬリソース割り当てに対してＤＬ制御領域をモニタリングする。

図１９は、本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢのカバレッジ領域内の他のＵＥのリソースと区別する一例を示す。

図１９を参照すると、ＵＥ１とＵＥ２は、ＵＬ周波数Ｆ２を用いて直接通信に参加する。ＵＥ３は、ＵＬ周波数Ｆ２を用いてｅＮＢと通信する。ＵＥ３は、Ｃ-ＲＮＴＩを用いてＤＬサブフレームＤＬ ＳＦ ｎをモニタリングする一方で、ＵＥ１とＵＥ２の対は、ＵＥ対のＣ-ＲＮＴＩであるＣ-ＲＮＴＩ_UE-pairを用いてＤＬ ＳＦ ｎをモニタリングする。図１９において、ＤＬサブフレームＤＬ ＳＦ ｎの制御領域は、ＵＬサブフレームＵＬ ＳＦｎ＋３のためのリソースを指示する。ＵＥ３のＣ-ＲＮＴＩとＵＥ１-ＵＥ２対のＵＥ対Ｃ-ＲＮＴＩは、ＵＥ３のためのＰＤＣＣＨ及びＵＬリソースをＵＥ１-ＵＥ２対のためのＰＤＣＣＨ及びＵＬリソースと区別する。

図２０は、本発明の実施形態により、ＵＥ対間の通信用リソースをＵＥ対のＵＥとｅＮＢとの間の通信用リソースと区別する一例を示す。

図２０を参照すると、ＵＥ１とＵＥ２は、ＵＬ周波数Ｆ２を用いて直接通信に参加する。ＵＥ１は、ＵＬ周波数Ｆ２を用いてｅＮＢとも通信する。ＵＥ１は、Ｃ-ＲＮＴＩとＵＥ対Ｃ-ＲＮＴＩを用いてＤＬサブフレームＤＬ ＳＦｎをモニタリングする。図２０で、ＤＬサブフレームＤＬ ＳＦｎの制御領域は、ＵＬ ＳＦｎ＋３のためにリソースを指示する。ＵＥ１のＣ-ＲＮＴＩとＵＥ１-ＵＥ２対のＵＥ対Ｃ-ＲＮＴＩがＵＥ２との直接通信のためのＰＤＣＣＨ及びＵＬリソースをｅＮＢとの通信のためのＰＤＣＣＨ及びＵＬリソースと区別する。

図２１は、本発明の実施形態により、ＵＥ対間の通信用リソースを他のＵＥ対間の通信用リソースと区別する一例を示す。

図２１を参照すると、ＵＥ１、ＵＥ２はＵＬ周波数Ｆ２を用いて直接通信に参加し、ＵＥ３、ＵＥ４はＵＬ周波数ｆ２を用いて直接通信に参加する。これらＵＥ１及びＵＥ２は、ＵＥ対Ｃ-ＲＮＴＩを用いてＤＬサブフレームＤＬ ＳＦｎをモニタリングし、一方で、ＵＥ３、ＵＥ４は、ＵＥ対Ｃ-ＲＮＴＩを用いてＤＬサブフレームＤＬ ＳＦｎをモニタリングする。図２１において、ＤＬサブフレームＤＬ ＳＦｎの制御領域は、ＵＬサブフレームＵＬ ＳＦｎ＋３に対するリソースを指示する。ＵＥ１-ＵＥ２対のＵＥ対Ｃ-ＲＮＴＩとＵＥ３-ＵＥ４対のＵＥ対Ｃ-ＲＮＴＩは、ＵＥ１-ＵＥ２対に対するＰＤＣＣＨ及びＵＬリソースをＵＥ３-ＵＥ４対に対するＰＤＣＣＨ及びＵＬリソースと区別する。
直接通信用リソースは、ＵＥ対に割り当てられたＵＥ対Ｃ-ＲＮＴＩを用いて単一伝送によりＵＥ対のＵＥにシグナリングされる。しかしながら、ＵＥ対Ｃ-ＲＮＴＩを用いて信号を受信すると、ＵＥ対の各ＵＥは、リソースが送信するか、あるいは受信するかをわからない。したがって、ＵＥ対のＣ-ＲＮＴＩが使用される場合に送信リソースと受信リソースを識別する方法について、以下に説明する。

単方向通信において、ＵＥ対のＵＥ間の送受信役割は、予め定められ、あるいは直接経路設定シグナリングにより指示される。例えば、ＵＥ１-ＵＥ２対に対して、ＵＥ１は送信器であり、ＵＥ２は受信器であり得る。ｅＮＢは、ＵＥ１-ＵＥ２対に割り当てられたＵＥ対Ｃ-ＲＮＴＩを用いてＵＥ１-ＵＥ２対のためのリソースをシグナリングする。ＵＥ１とＵＥ２は、両方ともにＵＥ１-ＵＥ２対のＵＥ対Ｃ-ＲＮＴＩを用いてＤＬ制御領域でリソース割り当て情報を受信する。ＵＥ１とＵＥ２は、同一のＰＤＣＣＨを受信し、直接経路設定の際に決定された送受信役割に従って割り当てられたリソースを使用する。すなわち、ＵＥ１は、割り当てられた送信用リソースを使用し、ＵＥ２は、割り当てられた受信用リソースを使用する。

図２２は、本発明の実施形態により、単方向通信の場合に送信リソースと受信リソースを識別する方法を示す。

図２２を参照すると、ＵＥ１とＵＥ２は、ＵＥ１-ＵＥ２対に割り当てられるＵＥ対のＣ-ＲＮＴＩを用いてＰＤＣＣＨを受信及び復号化して直接通信用リソース情報を受信する。ＵＥ１は、割り当てられたリソースを用いてＵＥ２にデータを送信する一方で、ＵＥ２は、割り当てられたリソースを用いてＵＥ１からデータを受信する。

双方向通信において、ＵＥ対の各ＵＥは、送受信役割をする。ｅＮＢは、ＵＥ対Ｃ-ＲＮＴＩに追加して１ビットのＵＥインデックス(ＵＥ_ｉｄｘ)をそれぞれのＵＥ対のＵＥに割り当てる。例えば、ＵＥ１-ＵＥ２対に対して、ＵＥ_ｉｄｘ０はＵＥ１に割り当てられ、ＵＥ_ｉｄｘ１はＵＥ２に割り当てられる。ｅＮＢは、ＵＥ１-ＵＥ２対に割り当てられるＵＥ対Ｃ-ＲＮＴＩを用いてＵＥ１-ＵＥ２対に対するリソースを伝送する。ｅＮＢは、ＵＥのＵＥインデックスをリソース割り当てシグナリングに追加する。ＵＥインデックスは、割り当てられたリソースを送信に使用すべきＵＥを識別する。ＵＥインデックスは、ＰＤＣＣＨのＣＲＣマスキングに使用されてもよく、情報フィールドとして復号化したＰＤＣＣＨ内に含まれてもよい。ＵＥ１とＵＥ２は、同一のＰＤＣＣＨを受信し、直接経路設定時にネットワークにより割り当てられたＵＥインデックスに従って割り当てられたリソースを使用する。

図２３は、本発明の実施形態により、双方向通信の場合に送信リソースと受信リソースを識別する方法を示す。

図２３を参照すると、ＵＥ１がＵＥ対Ｃ-ＲＮＴＩを用いてＰＤＣＣＨを受信及び復号化し、ＵＥ１のＵＥインデックスがＰＤＣＣＨに含まれる場合、ＵＥ１は、割り当てられたリソースでデータを送信する。ＵＥ１がＤＬサブフレームＤＬ ＳＦｎでＵＥ対Ｃ-ＲＮＴＩを用いてＰＤＣＣＨを受信及び復号化し、ＵＥ１のＵＥインデックスがＰＤＣＣＨに含まれるため、ＵＥ１は、ＵＬサブフレームＵＬ ＳＦｎ＋３の割り当てられたリソースでデータを送信する。ＵＥ２がＵＥ対Ｃ-ＲＮＴＩを用いてＰＤＣＣＨを受信及び復号化し、ＵＥ２のＵＥインデックスがＰＤＣＣＨに含まれる場合、ＵＥ２は、割り当てられたリソースでデータを送信する。ＵＥ２がＤＬサブフレームＤＬ ＳＦｎ＋２でＵＥ対Ｃ-ＲＮＴＩを用いてＰＤＣＣＨを受信及び復号化し、ＵＥ２のＵＥインデックスがＰＤＣＣＨに含まれるため、ＵＥ２は、ＵＬサブフレームＵＬ ＳＦｎ＋５の割り当てられたリソースでデータを送信する。

ＵＥ対のＵＥが両方ともに送信及び受信役割をする双方向通信で送信リソースと受信リソースを識別するために、ｅＮＢは、２個のＵＥ対Ｃ-ＲＮＴＩをＵＥ対のＵＥに割り当てる。例えば、ＵＥ１が送信器として動作する場合、ＵＥ対Ｃ-ＲＮＴＩであるＣ-ＲＮＴＩ_UE-apir1がＵＥ１に割り当てられてもよく、ＵＥ１が受信器として動作する場合、ＵＥ対Ｃ-ＲＮＴＩであるＣＲＮＴＩ_UE-pair2がＵＥ１に割り当てられてもよい。ＵＥ２が受信器として動作する場合、ＵＥ対Ｃ-ＲＮＴＩであるＣ-ＲＮＴＩ_UE-apir1がＵＥ２に割り当てられ、ＵＥ２が送信器として動作する場合には、ＵＥ対Ｃ-ＲＮＴＩであるＣ-ＲＮＴＩ_UE-apir2がＵＥ２に割り当てられる。ｅＮＢは、ＵＥ１-ＵＥ２対に割り当てられるＵＥ対Ｃ-ＲＮＴＩのうちいずれか一つを用いてＵＥ１-ＵＥ２対に対するリソースを伝送する。ＵＥ１が割り当てられたリソースでデータを伝送し、ＵＥ２が割り当てられたリソースでデータを受信しなければならない場合、ｅＮＢは、ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-apir1を使用する。ＵＥ２が割り当てられたリソースでデータを伝送し、ＵＥ１が割り当てられたリソースでデータを受信すべきである場合、ｅＮＢは、ＵＥ対Ｃ-ＲＮＴＩであるＣ-ＲＮＴＩ_UE-apir2を使用する。ＵＥ１とＵＥ２は、同一のＰＤＣＣＨを受信し、割り当てられたリソースを直接経路設定の際にネットワークにより割り当てられるＵＥ対Ｃ-ＲＮＴＩに従って使用する。

図２４は、本発明の実施形態により、双方向通信の場合に送信リソースと受信リソースを識別する方法を示す。

図２４を参照すると、ＵＥ１が送信のためにＵＥ１に割り当てられたＣ-ＲＮＴＩであるＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-apir1を用いてＤＬサブフレームＤＬ ＳＦ ｎでＰＤＣＣＨを受信及び復号化する場合、ＵＥ１は、ＵＬサブフレームＵＬ ＳＦｎ＋３の割り当てられたリソースでデータを送信する。ＵＥ２がＤＬサブフレームＤＬ ＳＦｎ＋２で受信のためにＵＥ２に割り当てられたＣ-ＲＮＴＩであるＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair１を用いてＤＬサブフレームＤＬ ＳＦｎ＋２でＰＤＣＣＨを受信及び復号化した場合、ＵＥ２は、ＵＬサブフレームＵＬ ＳＦｎ＋５の割り当てられたリソースでデータを受信する。ＵＥ２が送信のためにＵＥ２に割り当てられたＣ-ＲＮＴＩであるＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair2を用いてＤＬサブフレームＤＬ ＳＦｎ＋２でＰＤＣＣＨを受信及び復号化する場合、ＵＥ２は、ＵＬサブフレームＵＬ ＳＦｎ＋５の割り当てられたリソースでデータを送信する。ＵＥ１がＤＬサブフレームＤＬ ＳＦｎ＋２で受信のためにＵＥ１に割り当てられたＣ-ＲＮＴＩであるＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair2を用いてＰＤＣＣＨを受信及び復号化する場合、ＵＥ１は、ＵＬサブフレームＵＬ ＳＦｎ＋５の割り当てられたリソースでデータを受信する。

ＵＥ対Ｃ-ＲＮＴＩは、ｅＮＢに伝送される測定報告、ＢＳＲ、リソース要請でＵＥインデックスと一緒に使用されてもよい。その後、ｅＮＢは、報告又は要請が伝送されるＵＥとＵＥの通信リンクを一意的に識別できる。同様に、ｅＮＢは、ＵＥへのＤＬシグナリングでＵＥ対Ｃ-ＲＮＴＩを使用できる。測定報告、ＢＳＲ、リソース要請がＵＥとｅＮＢとの間の通信リンク用である場合、ＵＥは、ｅＮＢとの通信のために割り当てられたＣ-ＲＮＴＩを用いてｅＮＢに測定報告、ＢＳＲ、リソース要請を伝送する。測定報告、ＢＳＲ、リソース要請がＵＥ対のＵＥ間の通信用である場合、ＵＥは、ＵＥインデックスと一緒にＵＥ対Ｃ-ＲＮＴＩを用いて測定報告、ＢＳＲ、リソース要請を伝送する。

２つのＵＥ対Ｃ-ＲＮＴＩがＵＥ対に割り当てられる場合、ＵＥ対のＵＥは、測定報告、ＢＳＲ、リソース要請でｅＮＢに送信するためにＵＥ対Ｃ-ＲＮＴＩを使用できる。測定報告、ＢＳＲ、リソース要請がＵＥとｅＮＢとの間の通信リンク用である場合、ＵＥは、ｅＮＢとの通信のために割り当てられたＣ-ＲＮＴＩを用いて測定報告、ＢＳＲ、リソース要請をｅＮＢに伝送する。測定報告、ＢＳＲ、リソース要請がＵＥ対のＵＥ間の通信用である場合、ＵＥは、２つのＵＥ対Ｃ-ＲＮＴＩを用いて測定報告、ＢＳＲ、リソース要請をｅＮＢに伝送する。すると、ｅＮＢは、報告又は要請が伝送されるＵＥとＵＥの通信リンクを識別できる。同様に、ｅＮＢは、ＵＥ対のＵＥにＤＬシグナリングで２つのＵＥ対Ｃ-ＲＮＴＩを使用してもよい。

次に、ＵＥインデックスとＵＥ対Ｃ-ＲＮＴＩを割り当てる方法について説明する。

図２５は、本発明の実施形態により、セル内のＤ２Ｄ通信用リソース割り当てにおいてＵＥインデックス(ＵＥ_Ｉｄｘ)とＵＥ対Ｃ-ＲＮＴＩ(Ｃ-ＲＮＴＩ_UE-pair)を割り当てる方法を示す。

図２５を参照すると、ＵＥ ＡとＵＥ Ｂは、ステップ２５０１，２５０２で、ｅＮＢに直接通信要請メッセージを伝送する。ＵＥ ＡとＵＥ Ｂは、各々直接通信要請メッセージにＵＥ ＢとＵＥ ＡのＵＥ ＩＤを含む。ＵＥ ＡとＵＥ ＢからｅＮＢへ直接通信要請メッセージを伝送する手順は、変更されてもよい。一つのＵＥが通信を希望する他のＵＥのＵＥ ＩＤを獲得する方法は、次のようである。

ＵＥ Ａは、Ｄ２Ｄ通信リンクでＵＥ Ｂと直接通信確立を開始する。ＵＥ Ａは、自身のＵＥ ＩＤを含む直接通信要請メッセージを伝送する。ＵＥ ＩＤは、Ｄ２Ｄ通信に対してＵＥ別ＩＤであり、あるいはＵＥを識別するための他のＵＥ ＩＤであり得る。また、ＵＥ ＩＤは、ＵＥのアプリケーションユーザーＩＤであってもよい。ＵＥ ＢがＵＥ Ａから通信要請を許可する場合、ＵＥ Ｂは、そのＵＥ ＩＤを含む直接通信応答メッセージをＵＥ Ａに伝送する。ＵＥ Ａ及びＵＥ Ｂは、ディスカバリメッセージの一部として相互にＵＥ ＩＤをわかる。ＵＥ Ａ及びＵＥ Ｂは、ディスカバリメッセージを周期的に伝送できる。ＵＥが通信しようとするＵＥのＵＥ ＩＤは、ＵＥ内に予め設定してもよい。

ＵＥ Ａから直接通信要請メッセージを受信すると、ｅＮＢは、直接通信要請メッセージを検証し、ＵＥ対Ｃ-ＲＮＴＩとしてＣ-ＲＮＴＩ_UE-pair-abとＵＥインデックスとしてＵＥ_Ｉｄｘ０をＵＥ Ａに割り当てる。ｅＮＢは、ステップ２５０３で、割り当てられたＣ-ＲＮＴＩ_UE-pairとＵＥ_ｉｄｘを直接通信応答メッセージでＵＥ Ａに伝送する。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージで伝送してもよい。ＵＥ Ｂから直接通信要請メッセージを受信すると、ｅＮＢは、直接通信要請メッセージを検証した後に、Ｃ-ＲＮＴＩ_UE-pair-abとＵＥインデックスとしてＵＥ_ｉｄｘ１をＵＥ Ｂに割り当てる。ｅＮＢは、ステップ２５０４で、割り当てられたＣ-ＲＮＴＩ_UE-pair-abとＵＥ_ｉｄｘを直接通信応答メッセージでＵＥ Ｂに送信する。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージで伝送してもよい。直接通信応答メッセージを受信すると、ＵＥ ＡとＵＥ Ｂは、ステップ２５０５，２５０６で、各々直接通信完了メッセージをｅＮＢに伝送する。ＵＥ ＡとＵＥ Ｂは、割り当てられたＵＥ対Ｃ-ＲＮＴＩとＵＥインデックスを用いて以後の動作を実行する。ＵＥ ＡとＵＥ Ｂは、ステップ２５０７，２５０８で、ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair-abを用いてＰＤＣＣＨ又はＥＰＤＣＣＨをモニタリングする。このモニタリングは、ＵＥ-ｅＮＢ通信のためにＵＥ ＡとＵＥ Ｂに割り当てられたＣ-ＲＮＴＩを用いてＰＤＣＣＨ及びＥＰＤＣＣＨをモニタリングすることに追加されてもよい。

ＵＥ ＡがＵＥ ＢにＤ２Ｄ通信リンクを通じてデータを送信しようとする場合、ＵＥ Ａは、ステップ２５１１で、Ｄ２Ｄ ＢＳＲをｅＮＢに伝送する。Ｄ２Ｄ ＢＳＲは、ＵＥ ＢのＩＤ又はＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair-abを含む。Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ステップ２５１２，２５１３で、ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair-abとＵＥインデックスでマスキングされるＰＤＣＣＨ又はＥＰＤＣＣＨでＤ２Ｄ ＢＳＲに対するグラントを伝送する。ＰＤＣＣＨ及びＥＰＤＣＣＨは、ＵＥ ＡとＵＥ Ｂ両方ともに受信され得る。ＵＥ Ａに対応するＵＥインデックスにより、ＵＥ Ａは、ステップ２５１４で、 割り当てられたリソースでデータを送信し、ＵＥ Ｂは、ステップ２５１５で、割り当てられたリソースでデータを受信する。ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair-abは、リソースがＵＥ ＡとＵＥ Ｂとの間の通信用であることを指示する。

ＵＥ ＢがＵＥ ＡにＤ２Ｄ通信リンクを通じてデータを送信しようとする場合、ＵＥ Ｂは、ステップ２５２１で、Ｄ２Ｄ ＢＳＲをｅＮＢに伝送する。Ｄ２Ｄ ＢＳＲは、ＵＥ ＡのＩＤ又はＵＥ対Ｃ-ＲＮＴＩであるＣ-ＲＮＴＩ_UE-pair-abを含む。Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ステップ２５２２，２５２３で、ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair-abとＵＥインデックスでマスキングされるＰＤＣＣＨ/ＥＰＤＣＣＨでグラントを伝送する。ＰＤＣＣＨ又はＥＰＤＣＣＨは、ＵＥ ＡとＵＥ Ｂ両方ともにより受信され得る。ＵＥ Ｂに対応するＵＥインデックスにより、ＵＥ Ｂは、ステップ２５２４で、 割り当てられたリソースでデータを送信し、ＵＥ Ａは、ステップ２５２５で、割り当てられたリソースでデータを受信する。ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair-abは、リソースがＵＥ ＡとＵＥ Ｂとの間の通信用であることを指示する。

単方向通信と双方向通信が両方ともサポートされる場合、ｅＮＢは、双方向通信の場合にのみＵＥインデックスを割り当てる。ＵＥは、直接通信要請メッセージで通信が双方向通信であるか、あるいは単方向通信であるかを指示できる。

図２６は、本発明の実施形態により、送信ＵＥ対Ｃ-ＲＮＴＩと受信ＵＥ対Ｃ-ＲＮＴＩを割り当てるための信号フローを示す。

図２６を参照すると、ＵＥ ＡとＵＥ Ｂは、ステップ２６０１，２６０２で、各々ｅＮＢに直接通信要請メッセージを伝送する。ＵＥ ＡとＵＥ Ｂは、各々直接通信要請メッセージにＵＥ ＢのＵＥ ＩＤとＵＥ ＡのＩＤを含む。ＵＥ Ａ及びＵＥ ＢからｅＮＢへの直接通信要請メッセージの伝送順序は、変更されてもよい。一つのＵＥは、次のような方法で、通信を希望する他のＵＥ ＩＤを獲得できる。

ＵＥ Ａは、Ｄ２Ｄ通信リンクを通じてＵＥ Ｂと直接通信設定を開始する。ＵＥ Ａは、そのＵＥ ＩＤを含む直接通信要請メッセージを伝送する。ＵＥ ＩＤは、Ｄ２Ｄ通信に対してＵＥ別ＩＤであり、ＵＥを識別する他のＵＥ ＩＤであり得る。ＵＥ ＩＤは、ＵＥのアプリケーションユーザーＩＤであってもよい。ＵＥ ＢがＵＥ Ａから通信要請を受け入れる場合、ＵＥ Ｂは、そのＵＥ ＩＤを含む直接通信応答メッセージをＵＥ Ａに伝送する。ＵＥ ＡとＵＥ Ｂは、ディスカバリメッセージの一部として相互のＵＥ ＩＤを知ることができる。ＵＥ ＡとＵＥ Ｂは、ディスカバリメッセージを周期的に伝送する。ＵＥが通信しようとするＵＥのＵＥ ＩＤは、ＵＥ内に予め設定され得る。

ＵＥ Ａから直接通信要請メッセージを受信すると、ｅＮＢは、直接通信要請メッセージを検証し、送信ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair１と受信ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair２をＵＥ Ａに割り当てる。ｅＮＢは、ステップ２６０３で、割り当てられた送信ＵＥ対Ｃ-ＲＮＴＩ及び受信ＵＥ対Ｃ-ＲＮＴＩをＵＥ Ａに直接通信応答メッセージで送信する。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージで伝送してもよい。

ＵＥ Ｂから直接通信要請メッセージを受信すると、ｅＮＢは、直接通信要請メッセージを検証し、送信ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair２と受信ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair１をＵＥ Ｂに割り当てる。ｅＮＢは、ステップ２６０４で、割り当てられた送信及び受信ＵＥ対Ｃ-ＲＮＴＩをＵＥ Ｂに直接通信応答メッセージで伝送する。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージで伝送してもよい。

直接通信応答メッセージを受信すると、ＵＥ ＡとＵＥ Ｂは、ステップ２６０５，２６０６で、各々直接通信完了メッセージをｅＮＢに伝送する。ＵＥ ＡとＵＥ Ｂは、割り当てられた送信及び受信ＵＥ対Ｃ-ＲＮＴＩを用いて以後の動作を実行する。ＵＥ ＡとＵＥ Ｂは、ステップ２６０７，２６０８で、ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair１及びＣ-ＲＮＴＩ_UE-pair２を用いてＰＤＣＣＨ又はＥＰＤＣＣＨをモニタリングする。このモニタリングは、ＵＥ-ｅＮＢ通信用ＵＥ ＡとＵＥ Ｂに割り当てられたＣ-ＲＮＴＩを用いてＰＤＣＣＨ及びＥＰＤＣＣＨをモニタリングすることに追加してもよい。

ＵＥ ＡがＵＥ ＢにＤ２Ｄ通信リンクを通じて送信しようとする場合、ＵＥ Ａは、ステップ２６１１で、Ｄ２Ｄ ＢＳＲをｅＮＢに伝送する。Ｄ２Ｄ ＢＳＲは、ＵＥ ＢのＩＤ又はＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair１又はＣ-ＲＮＴＩ_UE-pair２を含む。Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ステップ２６１２，２６１３で、ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair１でマスキングされたＰＤＣＣＨ又はＥＰＤＣＣＨでグラントを伝送する。ＰＤＣＣＨ又はＥＰＤＣＣＨは、ＵＥ ＡとＵＥ Ｂの両方ともにより受信され得る。ＵＥ Ａの送信ＵＥ対Ｃ-ＲＮＴＩに対応するＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair１により、ＵＥ Ａは、ステップ２６１４で、割り当てられたリソースでデータを送信し、ＵＥ Ｂは、ステップ２６１５で、割り当てられたリソースでデータを受信する。

ＵＥ ＢがＵＥ ＡにＤ２Ｄ通信リンクを通じて送信しようとする場合、ＵＥ Ｂは、ステップ２６２１で、Ｄ２Ｄ ＢＳＲをｅＮＢに伝送する。Ｄ２Ｄ ＢＳＲは、ＵＥ ＡのＩＤ又はＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair１又はＣ-ＲＮＴＩ_UE-pair２を含む。Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ステップ２６２２，２６２３で、ＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair２でマスキングされるＰＤＣＣＨ又はＥＰＤＣＣＨでグラントを伝送する。ＰＤＣＣＨ又はＥＰＤＣＣＨは、ＵＥ ＡとＵＥ Ｂ両方ともにより受信され得る。ＵＥ Ｂの送信ＵＥ対Ｃ-ＲＮＴＩに対応するＵＥ対Ｃ-ＲＮＴＩのＣ-ＲＮＴＩ_UE-pair２により、ＵＥ Ｂは、ステップ２６２４で、割り当てられたリソースでデータを送信し、ＵＥ Ａは、ステップ２６２５で、割り当てられたリソースでデータを受信する。

例示した図面では、ＵＬサブフレームが直接通信に使用されたが、本発明では、ＤＬサブフレーム又はＤＬ及びＵＬサブフレームの両方が直接通信に使用される場合にも同一に適用可能である。本発明は、ＦＤＤ(Frequency Division Dupelexing)モード又はＴＤＤ(Time Division Duplexing)モードで動作するシステムに適用できる。

ＵＥ対に割り当てられるＣ-ＲＮＴＩは、ＵＥ対Ｃ-ＲＮＴＩ、半永久的にスケジューリングされるＵＥ対Ｃ-ＲＮＴＩ又は臨時ＵＥ対Ｃ-ＲＮＴＩであり得る。２個のＵＥ対Ｃ-ＲＮＴＩがＵＥ対に割り当てられる本発明の実施形態において、一つは、半永久的にスケジューリングされ、他の一つは、通常的にスケジューリングされる。一つのＵＥ対Ｃ-ＲＮＴＩがＵＥ対に割り当てられる他の実施形態では、半永久的又は通常的にスケジューリングされ得る。

＜第４の実施形態＞

本発明の第３の実施形態において、Ｄ２Ｄ通信に予備される一つのＣ-ＲＮＴＩ、ＵＥ対ＩＤ、及びＵＥ_Ｉｄｘを用いて送信リソースと受信リソースを識別する方法を提供する。本実施形態において、リソース情報は、ｅＮＢにより単一制御チャンネル送信を用いてＵＥ対のＵＥ両方ともに指示される。この実施形態では、ＵＥ対のＵＥが両方とも同一のｅＮＢと接続されると仮定する。

本発明の第３の実施形態において、一つのＵＥを同一のｅＮＢにより提供される他のＵＥと区別するために、一つのＣ-ＲＮＴＩは、各ＵＥに割り当てられたＣ-ＲＮＴＩ空間からＣ-ＲＮＴＩ_UE-pairsとして予備される。Ｃ-ＲＮＴＩ_UE-pairsが予備されるＣ-ＲＮＴＩ空間は、ｅＮＢと通信するＵＥが割り当てられるＣ-ＲＮＴＩと同一のアドレス空間である。予備されたＣ-ＲＮＴＩは、ｅＮＢとの通信のためにＵＥに割り当てられたリソースを直接通信用のＵＥ対に割り当てられるリソースと区別するために使用される。直接通信に参加するそれぞれのＵＥ対は、ＵＥ対ＩＤが割り当てられる。ＵＥ対ＩＤは、一つのＵＥ対を他のＵＥ対と区別する。複数のＵＥとの直接通信に参加するＵＥは、複数のＵＥ対ＩＤが割り当てられる。ＵＥ対ＩＤは、ネットワーク(例えば、ｅＮＢ又はＭＭＥ)により直接通信に参加する各ＵＥ対に割り当てられる。ＵＥ対のＵＥに割り当てられるＵＥ対ＩＤは、ｅＮＢとの通信のためにｅＮＢによりＵＥに割り当てられたＣ-ＲＮＴＩに追加される。ＵＥ対ＩＤは、直接通信経路設定の際に割り当てられる。ＵＥ対ＩＤは、ＵＥ対の間でリソースを区別するために使用される。すべてのＵＥ対に対するリソースは、ｅＮＢにより予備されたＣ-ＲＮＴＩを用いて指示される。ＵＥ対ＩＤは、リソース情報を搬送するメッセージ(例えば、制御情報のフィールド)に追加してもよい。ＵＥ対ＩＤは、ＰＤＣＣＨのためのＣＲＣマスクに追加してもよい。

予備されＣ-ＲＮＴＩとＵＥ対ＩＤを用いてＵＥ対を識別する方法は、ＵＥ対通信をｅＮＢのカバレッジ領域でｅＮＢと他のＵＥ(すなわち、直接通信に参加しないＵＥ)との間の通信と区別する。また、ＵＥ対の通信をＵＥ対のＵＥとｅＮＢとの間の通信と区別する。また、一つのＵＥ対の通信を他のＵＥ対の通信と区別する。

次に、予備されたＣ-ＲＮＴＩとＵＥ対ＩＤを用いるリソース割り当てのシグナリング方法について説明する。

ＵＥがＤ２Ｄ通信リンクで伝送を希望する場合、ＵＥは、Ｄ２Ｄ通信用リソースを要請するＤ２Ｄ ＢＳＲをｅＮＢに伝送する。ＬＣＩＤは、一般的なＢＳＲとＤ２Ｄ ＢＳＲを区別できる。ＬＣＩＤは、Ｄ２Ｄ ＢＳＲを指示するために予約され、Ｄ２Ｄ ＢＳＲに含まれてもよい。あるいは、ＬＣＩＤは、ＭＡＣ ＰＤＵのＤ２Ｄ ＢＳＲを有するＭＡＣ制御エレメントを指示するＭＡＣサブヘッダーに含まれてもよい。また、Ｄ２Ｄ ＢＳＲは、宛先ＩＤを含んでもよい。宛先ＩＤは、Ｄ２Ｄ通信リンクを通じてＵＥが制御及び/又はデータパケットを伝送しようとする宛先のＩＤである。宛先ＩＤは、ＵＥのユニキャストアドレス、ＵＥグループのグループキャストアドレス、又はブロードキャストアドレスであり得る。

Ｄ２Ｄ ＢＳＲの送信用リソースは、ＰＵＣＣＨリソースがＤ２Ｄ ＢＳＲの送信に利用可能である場合、ｅＮＢにスケジューリング要請を伝送する一般的な方法を使用し、あるいはＲＡＣＨを介してランダムアクセスプリアンブルを伝送することにより獲得される。

Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、Ｄ２Ｄ送信用リソースを割り当て、Ｄ２Ｄ通信のために予約されたＵＬサブフレームに対応するＤＬサブフレームでＰＤＣＣＨ又はＥＰＤＣＣＨを介してＤ２Ｄ送信用グラントを伝送する。ＰＤＣＣＨ又はＥＰＤＣＣＨは、予備されたＣ-ＲＮＴＩでマスキングされる。ＵＥ対ＩＤは、情報フィールドとしてＰＤＣＣＨ又はＥＰＤＣＣＨに含まれ得る。ｅＮＢにより伝送されたＰＤＣＣＨ又はＥＰＤＣＣＨは、ＢＳＲを伝送するＵＥだけでなくＢＳＲを伝送するＵＥと通信する他のＵＥにより受信される。ｅＮＢは、ＤＬ周波数でＵＥ対間の直接通信用リソースをシグナリングする。ＤＬ制御領域(すなわち、ＰＤＣＣＨ又はＥＰＤＣＣＨ）は、直接通信用リソースだけでなくｅＮＢとの通信用リソースを指示する。直接通信用リソースは、単一伝送によりＵＥ対のＵＥに指示される。リソースは、ＵＥ対の各ＵＥ別に指示されない。

リソースは、ＤＬで各パケット伝送のために割り当てられる。また、リソースは、複数のＴＴＩで有効になるように準静的(semi-static)に割り当てられる。また、リソースは、ＵＥ間の接続中に有効になるように静的に割り当てられる。

他のＵＥと直接通信を実行するＵＥは、予備されたＣ-ＲＮＴＩ及びＵＥ対ＩＤを用いてリソース割り当てに対してＤＬ制御領域をモニタリングする。ｅＮＢだけでなく他のＵＥとも通信するＵＥ対のＵＥは、Ｃ-ＲＮＴＩ、予備されたＣ-ＲＮＴＩ、及びＵＥ対ＩＤを用いてリソース割り当てのためのＤＬ制御領域をモニタリングする。直接通信専用で選択的サブフレーム(ＤＬ、ＵＬ、又はＤＬとＵＬ両方とも）がシグナリング又は予備される場合、ＵＥ対のＵＥは、予備されたＣ-ＲＮＴＩ及びＵＥ対ＩＤを用いて、各ＤＬサブフレームで直接通信のための選択的サブフレームのリソース割り当て用ＤＬ制御領域をモニタリングする。しかしながら、選択的サブフレームがＵＬサブフレームである場合、ＵＥは、ＤＬリソース割り当てのために、ｅＮＢとの通信のために割り当てられたＣ-ＲＮＴＩを用いて、これらＤＬサブフレームをモニタリングする。選択的サブフレームがＤＬサブフレームである場合、ＵＥは、ｅＮＢとの通信のために割り当てられたＣ-ＲＮＴＩを用いてこれらＤＬサブフレームをモニタリングする。ＵＥがｅＮＢとも通信する場合、ＵＥは、他のＤＬサブフレームでは、ｅＮＢを通信のために割り当てられたＣ-ＲＮＴＩを用いてＤＬ/ＵＬリソース割り当てに対してＤＬ制御領域をモニタリングする。

図２７は、本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢのカバレッジ領域内の他のＵＥのリソースと区別する一例を示す。

図２７を参照すると、ＵＥ１及びＵＥ２は、ＵＬ周波数Ｆ２を用いて直接通信に参加し、ＵＥ３は、ＵＬ周波数Ｆ２を用いてｅＮＢと通信する。ＵＥ３は、Ｃ-ＲＮＴＩを用いてＤＬサブフレームＤＬ ＳＦｎをモニタリングし、一方、ＵＥ１とＵＥ２は、予備されたＣ-ＲＮＴＩ(Ｃ-ＲＮＴＩ_{ＵＥ-ｐａｉｒs})を用いてＤＬサブフレームＤＬ ＳＦｎをモニタリングする。図２７において、ＤＬサブフレームＤＬ ＳＦｎの制御領域は、ＵＬサブフレームＵＬ ＳＦｎ＋３のためのリソースを指示する。ＵＥ３のＣ-ＲＮＴＩと予備されたＣ-ＲＮＴＩは、ＵＥ３とＵＥ１-ＵＥ２対に対するＰＤＣＣＨ及びＵＬリソースを区別する。

図２８は、本発明の実施形態により、ＵＥ対のＵＥとｅＮＢとの間の通信用リソースをＵＥ対間の通信用リソースと区別する一例を示す。

図２８を参照すると、ＵＥ１とＵＥ２は、ＵＬ周波数Ｆ２を用いて直接通信に参加し、ＵＥ１は、ＵＬ周波数Ｆ２を用いてｅＮＢとも通信する。ＵＥ１は、Ｃ-ＲＮＴＩと予備されたＣ-ＲＮＴＩを用いてＤＬサブフレームＤＬ ＳＦｎをモニタリングする。図２８において、ＤＬサブフレームＤＬ ＳＦｎの制御領域は、ＵＬサブフレームＵＬ ＳＦｎ＋３のためのリソースを指示する。ＵＥ１のＣ-ＲＮＴＩと予備されたＣ-ＲＮＴＩは、ＵＥ２との直接通信及びｅＮＢとの通信のためのＵＥ１に対するＰＤＣＣＨ及びＵＬリソースを区別する。

図２９は、本発明の実施形態により、一つのＵＥ対間の通信用リソースを他のＵＥ対間の通信用リソースと区別する一例を示す。

図２９を参照すると、ＵＥ１とＵＥ２は、ＵＬ周波数Ｆ２を用いて直接通信に参加し、ＵＥ３とＵＥ４は、ＵＬ周波数Ｆ２を用いて直接通信に参加する。ＵＥ１-ＵＥ２対のＵＥ１とＵＥ２は、ＵＥ対ＩＤと予備されたＣ-ＲＮＴＩを用いてＤＬサブフレームＤＬ ＳＦｎをモニタリングし、ＵＥ３-ＵＥ４対のＵＥ３とＵＥ４は、そのＵＥ対ＩＤと予備されたＣ-ＲＮＴＩを用いてＤＬサブフレームＤＬ ＳＦｎをモニタリングする。ＵＥ１-ＵＥ２対のＵＥ対ＩＤと予備されたＣ-ＲＮＴＩ、及びＵＥ３-ＵＥ４対のＵＥ対ＩＤと予備されたＣ-ＲＮＴＩは、ＵＥ１-ＵＥ２対とＵＥ３-ＵＥ４対に対するＰＤＣＣＨ及びＵＬリソースを区別する。

直接通信用リソースは、ＵＥ対に割り当てられたＵＥ対ＩＤと予備されたＣ-ＲＮＴＩを用いて単一伝送によるＵＥ対のＵＥにシグナリングされる。しかしながら、ＵＥ対ＩＤと予備されたＣ-ＲＮＴＩを用いてリソースに関する情報をを受信すると、ＵＥ対のＵＥは、リソースが送信リソースであるか、あるいは受信リソースであるかがわからない。したがって、ＵＥ対ＩＤと予備されたＣ-ＲＮＴＩが使用される場合に送信リソースと受信リソースを区別する方法について説明する。

単方向通信において、ＵＥ対のＵＥ間の送受信役割は、予め定められるか、あるいは直接経路設定シグナリングにより指示される。例えば、ＵＥ１-ＵＥ２対に対して、ＵＥ１は送信器であり、ＵＥ２は受信器であり得る。ｅＮＢは、ＵＥ１-ＵＥ２対に割り当てられたＵＥ対ＩＤと予備されたＣ-ＲＮＴＩを用いてＵＥ１-ＵＥ２対に対するリソースを伝送する。ＵＥ１とＵＥ２は両方ともＵＥ対ＩＤと予備されたＣ-ＲＮＴＩを用いてＤＬ周波数の制御領域のリソース割り当て情報を受信する。ＵＥ１とＵＥ２は、同一のＰＤＣＣＨを受信し、直接経路設定の際に決定された送受信役割に従って割り当てられるリソースを使用する。すなわち、ＵＥ１は、割り当てられたリソースの伝送に使用し、ＵＥ２は、割り当てられたリソースの受信に使用する。

双方向通信の場合、ＵＥ対の各ＵＥは、送受信役割をする。ｅＮＢは、ＵＥ対ＩＤに追加して１ビットのＵＥインデックス(ＵＥ_ｉｄｘ)を各ＵＥに割り当てる。例えば、ＵＥ１-ＵＥ２対に対して、ＵＥ１に対するＵＥ_ｉｄｘ＝０であり、ＵＥ２に対するＵＥ_ｉｄｘ＝１である。ｅＮＢがＵＥ１-ＵＥ２対に割り当てられるＵＥ対ＩＤと予備されたＣ-ＲＮＴＩを用いてＵＥ１-ＵＥ２対に対するリソースをシグナリングする。ｅＮＢは、ＵＥインデックスをリソース割り当てシグナリングに追加する。ＵＥインデックスは、割り当てられたリソースでデータを伝送するためにＵＥを識別する。ＵＥインデックスは、ＰＤＣＣＨのＣＲＣマスキングに使用され、情報フィールドとして復号化されたＰＤＣＣＨに含まれ得る。ＵＥ１とＵＥ２は、同一のＰＤＣＣＨを受信し、直接経路設定の際にネットワークにより割り当てられたＵＥインデックスを用いて割り当てられたリソースを使用する。

また、ｅＮＢは、ＵＥ対のＵＥが送信及び受信役割をする双方向通信で、送信リソースと受信リソースを区別するために、２個のＵＥ対ＩＤをＵＥ対のＵＥに割り当てる。例えば、ＵＥ１が送信器として動作する場合、ＵＥ対ＩＤ１はＵＥ１に割り当てられ、ＵＥ１が受信器として動作する場合、ＵＥ対ＩＤ２はＵＥ１に割り当てられる。ＵＥ２が受信器として動作する場合、ＵＥ対ＩＤ１はＵＥ２に割り当てられ、ＵＥ２が送信器として動作する場合、ＵＥ対ＩＤ２はＵＥ２に割り当てられる。ｅＮＢは、ＵＥ１-ＵＥ２対にに割り当てられたＵＥ対ＩＤのうちいずれか一つと予備されたＣ-ＲＮＴＩを用いて、ＵＥ１-ＵＥ２対に対するリソースを伝送する。ＵＥ１が割り当てられた送信用リソースを使用し、ＵＥ２が割り当てられたリソースを用いて受信しなければならない場合、ｅＮＢは、ＵＥ対ＩＤ１と予備されたＣ-ＲＮＴＩを使用する。ＵＥ２が割り当てられた送信用リソースを使用し、ＵＥ１が割り当てられたリソースを用いて受信しなければならない場合、ｅＮＢは、ＵＥ対ＩＤ２と予備されたＣ-ＲＮＴＩを使用する。

ＵＥ対ＩＤは、ｅＮＢに伝送される測定報告、ＢＳＲ、リソース要請でＵＥインデックスと一緒に使用してもよい。ｅＮＢは、報告又は要請が伝送されるＵＥとＵＥの通信リンクを一意に識別できる。同様に、ｅＮＢは、ＵＥへのＤＬシグナリングでＵＥ対ＩＤを使用してもよい。測定報告、ＢＳＲ、リソース要請がＵＥとｅＮＢとの通信用である場合、ＵＥは、ｅＮＢとの通信に割り当てられたＣ-ＲＮＴＩを用いて測定報告、ＢＳＲ、リソース要請をｅＮＢに伝送する。この測定報告、ＢＳＲ、リソース要請がＵＥ対のＵＥ間の直接通信用である場合、ＵＥは、ＵＥインデックスとともにＵＥ対ＩＤを用いて測定報告、ＢＳＲ、リソース要請をｅＮＢに伝送する。

２つのＵＥ対ＩＤがＵＥ対に割り当てられる場合、ＵＥ対のＵＥは、測定報告、ＢＳＲ、リソース要請をｅＮＢに伝送するために２つのＵＥ対ＩＤを使用できる。測定報告、ＢＳＲ、リソース要請がＵＥとｅＮＢとの間の通信用である場合、ＵＥは、ｅＮＢとの通信のために割り当てられるＣ-ＲＮＴＩを用いて、測定報告、ＢＳＲ、リソース要請をｅＮＢに伝送する。測定報告、ＢＳＲ、リソース要請がＵＥ対のＵＥ間の直接通信用である場合、ＵＥは、２つのＵＥ対ＩＤを用いて測定報告、ＢＳＲ、リソース要請をｅＮＢに伝送する。ｅＮＢは、報告又は要請が伝送されるＵＥとＵＥの通信リンクを一意に識別できる。同様に、ｅＮＢは、２つのＵＥ対ＩＤをＵＥへのＤＬシグナリングで使用してもよい。

次に、ＵＥインデックスとＵＥ対ＩＤを割り当てる方法について説明する。

図３０は、本発明の実施形態により、セル内のＤ２Ｄ通信用リソース割り当てにおいてＵＥインデックスとＵＥ対ＩＤを割り当てる方法を示す。

図３０を参照すると、ＵＥ ＡとＵＥ Ｂは、ステップ３００１，３００２で、ｅＮＢに直接通信要請メッセージをｅＮＢに各々伝送する。ＵＥ ＡとＵＥ Ｂの各々は、直接通信要請メッセージにＵＥ Ｂ及びＵＥ ＡのＵＥ ＩＤを含む。ＵＥ Ａ及びＵＥ ＢからｅＮＢへ直接通信要請メッセージを伝送する順序は、変更されてもよい。一つのＵＥは、次のような方法で、通信を希望する他のＵＥのＵＥ ＩＤを獲得する。

ＵＥ Ａは、Ｄ２Ｄ通信リンクでＵＥ Ｂと直接通信設定を開始する。ＵＥ Ａは、自身のＵＥ ＩＤを含む直接通信要請メッセージを伝送する。ＵＥ ＩＤは、Ｄ２Ｄ通信への特定のＵＥ ＩＤであり、ＵＥを識別する他のＵＥ ＩＤであり得る。ＵＥ ＩＤは、ＵＥのアプリケーションユーザーＩＤでもある。ＵＥ ＢがＵＥ Ａからの通信要請を受け入れる場合、ＵＥ Ｂは、そのＵＥ ＩＤを含む直接通信応答メッセージをＵＥ Ａに伝送する。ＵＥ ＡとＵＥ Ｂは、ディスカバリメッセージの一部として相互のＵＥ ＩＤを知ることができる。ＵＥ ＡとＵＥ Ｂは、ディスカバリメッセージを周期的に伝送できる。ＵＥが通信しようとするＵＥのＵＥ ＩＤは、ＵＥ内に予め設定できる。

ＵＥ Ａから直接通信要請メッセージを受信すると、ｅＮＢは、直接通信要請メッセージを検証し、ＵＥ対ＩＤ＝１とＵＥ_ｉｄｘ＝０をＵＥ Ａに割り当てる。ｅＮＢは、ステップ３００３で、直接通信応答メッセージでＵＥ Ａに割り当てられたＵＥ対ＩＤとＵＥインデックスを伝送する。ｅＮＢは、直接通信と関連した他のパラメータを直接通信応答メッセージで伝送してもよい。ＵＥ Ｂから直接通信要請メッセージを受信すると、ｅＮＢは、直接通信要請メッセージを検証し、ＵＥ対ＩＤ＝１とＵＥ_ｉｄｘ＝１をＵＥ Ｂに割り当てる。ｅＮＢは、ステップ３００４で、直接通信応答メッセージで割り当てられたＵＥ対ＩＤとＵＥインデックスをＵＥ Ｂに伝送する。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージで伝送してもよい。

直接通信応答メッセージを受信すると、ＵＥ ＡとＵＥ Ｂは、ステップ３００５，３００６で、直接通信完了メッセージをｅＮＢに伝送する。ＵＥ ＡとＵＥ Ｂは、割り当てられたＵＥ対ＩＤとＵＥインデックスを用いて動作を実行する。ＵＥ ＡとＵＥ Ｂは、ステップ３００７，３００８で、ＵＥ対ＩＤ１と予備されたＣ-ＲＮＴＩのＣ-ＲＮＴＩ_{ＵＥ-ｐａｉｒｓ}を用いてＰＤＣＣＨ又はＥＰＤＣＣＨをモニタリングする。このモニタリングは、ＵＥ-ｅＮＢ通信のためにＵＥ ＡとＵＥ Ｂに割り当てられたＣ-ＲＮＴＩを用いてＰＤＣＣＨ又はＥＰＤＣＣＨをモニタリングすることに追加してもよい。

ＵＥ ＡがＵＥ ＢにＤ２Ｄ通信リンクを通じて送信しようとする場合、ＵＥ Ａは、ステップ３０１１で、Ｄ２Ｄ ＢＳＲをｅＮＢに伝送する。Ｄ２Ｄ ＢＳＲは、ＵＥ ＢのＩＤ又はＵＥ対ＩＤ１を含む。Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ステップ３０１２，３０１３で、ＵＥインデックスとＵＥ対ＩＤ１でマスキングされるＰＤＣＣＨ又はＥＰＤＣＣＨでグラントを伝送する。ＰＤＣＣＨ又はＥＰＤＣＣＨは、ＵＥ ＡとＵＥ Ｂ両方ともにより受信され得る。ＵＥ Ａに対応するＵＥインデックスにより、ＵＥ Ａは、ステップ３０１４で、割り当てられたリソースでデータを送信し、ＵＥ Ｂは、ステップ３０１５で、割り当てられたリソースでデータを受信する。ＵＥ対ＩＤ１は、リソースがＵＥ ＡとＵＥ Ｂとの間の通信用であるることを指示する。

ＵＥ ＢがＵＥ ＡにＤ２Ｄ通信リンクを通じて送信しようとする場合、ＵＥ Ｂは、ステップ３０２１で、Ｄ２Ｄ ＢＳＲをｅＮＢに伝送する。Ｄ２Ｄ ＢＳＲは、ＵＥ ＡのＩＤ又はＵＥ対ＩＤ１を含む。Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ステップ３０２２，３０２３で、ＵＥ対ＩＤ１とＵＥインデックスでマスキングされるＰＤＣＣＨ又はＥＰＤＣＣＨでグラントを伝送する。ＰＤＣＣＨ又はＥＰＤＣＣＨは、ＵＥ ＡとＵＥ Ｂ両方ともにより受信され得る。ＵＥ Ｂに対応するＵＥインデックスにより、ＵＥ Ｂは、ステップ３０２４で、割り当てられたリソースでデータを伝送し、ＵＥ Ａは、ステップ３０２５で、割り当てられたリソースでデータを受信する。ＵＥ対ＩＤは、リソースがＵＥ ＡとＵＥ Ｂとの間の信用であることを指示する。

単方向通信と双方向通信が両方ともにサポートされる場合、ｅＮＢは、双方向通信の場合にのみＵＥインデックスを割り当てることができる。ＵＥは、直接通信要請メッセージで通信が双方向通信であるか、あるいは単方向通信であるかをｅＮＢに指示できる。

図３１は、本発明の実施形態により、送信ＵＥ対ＩＤと受信ＵＥ対ＩＤを割り当てる動作を示す。

図３１を参照すると、ＵＥ ＡとＵＥ Ｂは、ステップ３１０１，３１０２で、ｅＮＢに直接通信要請メッセージを各々伝送する。ＵＥ ＡとＵＥ Ｂは、各々直接通信要請メッセージでＵＥ Ｂ及びＵＥ ＡのＵＥ ＩＤを含む。ＵＥ Ａ及びＵＥ ＢからｅＮＢへ直接通信要請メッセージを伝送する順序は、変更されてもよい。ＵＥは、通信しようとする他のＵＥのＵＥ ＩＤを次のような方法で獲得できる。

ＵＥ Ａは、Ｄ２Ｄ通信リンクでＵＥ Ｂと直接通信確立を開始する。ＵＥ Ａは、そのＵＥ ＩＤを含む直接通信要請メッセージを伝送する。ＵＥ ＩＤは、Ｄ２Ｄ通信への特定のＵＥ ＩＤであり、ＵＥを識別する他のＵＥ ＩＤであり得る。ＵＥ ＩＤは、ＵＥのアプリケーションユーザーＩＤであり得る。ＵＥ ＢがＵＥ Ａの通信要請を受け入れる場合、ＵＥ Ｂは、そのＵＥ ＩＤを含む直接通信応答メッセージをＵＥ Ａに伝送する。ＵＥ ＡとＵＥ Ｂは、ディスカバリメッセージの一部として相互のＵＥ ＩＤを知ることができる。ＵＥ ＡとＵＥ Ｂは、ディスカバリメッセージを周期的に伝送できる。ＵＥが通信しようとするＵＥのＵＥ ＩＤは、ＵＥに予め設定され得る。

ＵＥ Ａから直接通信要請メッセージを受信すると、ｅＮＢは、直接通信要請メッセージを検証し、送信ＵＥ対ＩＤ１と受信ＵＥ対ＩＤ２をＵＥ Ａに割り当てる。ｅＮＢは、ステップ３１０３で、直接通信応答メッセージでＵＥ Ａに割り当てられた送信ＵＥ対ＩＤと受信ＵＥ対ＩＤを伝送する。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージで伝送できる。ＵＥ Ｂから直接通信要請メッセージを受信すると、ｅＮＢは、直接通信要請メッセージを検証し、送信ＵＥ対ＩＤ２と受信ＵＥ対ＩＤ１をＵＥ Ｂに割り当てる。ｅＮＢは、ステップ３１０４で、直接通信応答メッセージでＵＥ Ｂに割り当てられた送信ＵＥ対ＩＤと受信ＵＥ対ＩＤを伝送する。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージで伝送してもよい。

直接通信応答メッセージを受信すると、ＵＥ ＡとＵＥ Ｂは、ステップ３１０５，３１０６で、各々直接通信完了メッセージをｅＮＢに伝送する。ＵＥ ＡとＵＥ Ｂは、割り当てられた送信ＵＥ対ＩＤと受信ＵＥ対ＩＤを用いて以後の動作を実行する。ＵＥ ＡとＵＥ Ｂは、ステップ３１０７，３１０８で、送信ＵＥ対ＩＤ、受信ＵＥ対ＩＤ、及び予備されたＣ-ＲＮＴＩを用いてＰＤＣＣＨ又はＥＰＤＣＣＨをモニタリングする。このモニタリングは、ＵＥ-ｅＮＢ通信のためにＵＥ ＡとＵＥ Ｂに割り当てられたＣ-ＲＮＴＩを用いてＰＤＣＣＨ又はＥＰＤＣＣＨをモニタリングすることに追加できる。

ＵＥ ＡがＵＥ ＢにＤ２Ｄ通信リンクを通じて送信しようとする場合、ＵＥ Ａは、ステップ３１１１で、Ｄ２Ｄ ＢＳＲをｅＮＢに伝送する。Ｄ２Ｄ ＢＳＲは、ＵＥ ＢのＩＤ、ＵＥ対ＩＤ１、又はＵＥ対ＩＤ２を含むことができる。Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ステップ３１１２，３１１３で、予備されたＣ-ＲＮＴＩとＵＥ対ＩＤ１でマスキングされたＰＤＣＣＨ又はＥＰＤＣＣＨでグラントを伝送する。ＰＤＣＣＨ又はＥＰＤＣＣＨは、ＵＥ ＡとＵＥ Ｂ両方ともにより受信できる。ＵＥ Ａの送信ＵＥ対ＩＤに対応するＵＥ対ＩＤ１により、ＵＥ Ａは、ステップ３１１４で、割り当てられたリソースでデータを送信し、ＵＥ Ｂは、ステップ３１１５で、割り当てられたリソースでデータを受信する。

ＵＥ ＢがＤ２Ｄ通信リンクを通じてＵＥ Ａにデータを送信しようとする場合、ＵＥ Ｂは、ステップ３１２１で、Ｄ２Ｄ ＢＳＲをｅＮＢに伝送する。Ｄ２Ｄ ＢＳＲは、ＵＥ ＡのＩＤ、ＵＥ対ＩＤ１、又はＵＥ対ＩＤ２を含むことができる。Ｄ２Ｄ ＢＳＲを受信すると、ｅＮＢは、ステップ３１２２，３１２３で、予備されたＣ-ＲＮＴＩとＵＥ対ＩＤ２でマスキングされたＰＤＣＣＨ又はＥＰＤＣＣＨでグラントを伝送する。ＰＤＣＣＨ又はＥＰＤＣＣＨは、ＵＥ ＡとＵＥ Ｂ両方ともにより受信できる。送信ＵＥ対ＩＤに対応するＵＥ対ＩＤ２により、ＵＥ Ｂは、ステップ３１２４で、割り当てられたリソースでデータを送信し、ＵＥ Ａは、ステップ３１２５で、割り当てられたリソースでデータを受信する。

上記した説明と図面で、ＵＬサブフレームが直接通信に使用されるが、本発明は、ＤＬサブフレーム又はＤＬ及びＵＬサブフレーム両方ともが直接通信に使用される場合にも同一に適用可能である。また、本発明は、ＦＤＤモード又はＴＤＤモードで動作するシステムにも適用できる。

ＵＥ対に２個のＵＥ対ＩＤが割り当てられた本発明の実施形態で、一つは半永久的スケジューリングであり、他の一つは通常的スケジューリング(normal schedulling)であり得る。他の実施形態で、ＵＥ対は、一つのＵＥ対ＩＤが割り当てられ、半永久的スケジューリング又は通常的スケジューリングであり得る。

＜第５の実施形態＞

本発明の第４の実施形態では、統合Ｃ-ＲＮＴＩ(Ｄ２Ｄ通信及びｅＮＢとの通信用の同一のＣ-ＲＮＴＩ)を用いて送信リソースと受信リソースを区別させる方法を提供する。本発明の実施形態において、リソース情報は、ｅＮＢにより単一制御チャンネル送信を用いてＵＥ対のＵＥに指示される。本発明の実施形態で、ＵＥ対のＵＥは、同一のｅＮＢに接続される。

本発明の第４の実施形態では、直接通信専用で選択的サブフレーム(ＵＬ又はＤＬ又は両方とも）がシグナリング又は予備されると仮定する。ＵＥは、これら選択的サブフレームをｅＮＢとの通信に使用しない。直接通信のための予備単位は、フレーム、スロット、又はシンボルであり得る。ｅＮＢは、すべてのタイプの通信(例えば、ＵＥとｅＮＢとの間の通信、ＵＥと一つ以上のＵＥとの間の通信、及びＵＥとｅＮＢ及び一つ以上のＵＥとの間の通信)に対して一つの統合Ｃ-ＲＮＴＩをＵＥに割り当てる。Ｃ-ＲＮＴＩは、ＵＥがｅＮＢ又は他のＵＥと接続する場合、ＵＥに割り当てられる。ＵＥが既にｅＮＢ又は他のＵＥとの接続を有する場合、新たなＣ-ＲＮＴＩは、ＵＥ又はｅＮＢとの後続接続設定の際に割り当てられない。割り当てられた統合Ｃ-ＲＮＴＩは、ＵＥが他のＵＥ及びｅＮＢとも接続しない場合のみに解除される。統合Ｃ-ＲＮＴＩがｅＮＢとの接続設定時に設定されても、ＵＥが少なくとも一つの他のＵＥと直接接続される場合、ｅＮＢとの接続解除時に解除されない。ｅＮＢとの接続設定時に設定された統合Ｃ-ＲＮＴＩがｅＮＢとの接続解除時に解除され、ＵＥが少なくとも一つの他のＵＥとの直接接続を有する場合、新たな統合Ｃ-ＲＮＴＩがＵＥに割り当てられる。統合Ｃ-ＲＮＴＩは、臨時Ｃ-ＲＮＴＩ、半永久的スケジューリングされたＣ-ＲＮＴＩ、又はＣ-ＲＮＴＩであり得る。

図３２は、本発明の実施形態により、直接通信のために統合Ｃ-ＲＮＴＩを使用する方法を示す。

図３２を参照すると、Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２は、ｅＮＢとの通信のために、各々ＵＥ１とＵＥ２に割り当てられる。ＵＥ１とＵＥ２は、各々ＵＬサブフレームであるＵＬ ＳＦｎ＋２、ＵＬ ＳＦｎ＋３でデータを送信するリソースを受信するために割り当てられたＣ−ＲＮＴＩ(すなわち、Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２)を用いてＤＬサブフレームのＤＬ ＳＦｎ、ＤＬ ＳＦｎ＋１でＰＤＣＣＨを受信及び復号化する。また、ＵＥ１とＵＥ２は、ＤＬサブフレームのＤＬ ＳＦｎ、ＤＬ ＳＦｎ＋１でＤＬパケットを受信するリソースを受信するために割り当てられたＣ-ＲＮＴＩ(すなわち、Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２)を用いてＤＬサブフレームのＤＬ ＳＦｎ、ＤＬ ＳＦｎ＋１でＰＤＣＣＨを受信及び復号化する。ＵＥ１に割り当てられたことと同一のＣ-ＲＮＴＩ(すなわち、Ｃ-ＲＮＴＩ１)は、ＵＥ対ｘに割り当てられる。ＵＥ対ｘのＵＥは、ＵＬサブフレームのＵＬ ＳＦｎ＋４でデータを送信するリソースを受信するために、ＤＬサブフレームのＤＬ ＳＦｎ＋２でＣ-ＲＮＴＩ１を使用する。ＵＥ１は、ＵＬサブフレームのＵＬ ＳＦｎ＋４でデータを送信するリソースを受信するためにＤＬサブフレームＤＬ ＳＦｎ＋２でＣ-ＲＮＴＩを使用しない。しかしながら、ＵＥ１は、ＤＬサブフレームのＤＬ ＳＦｎ＋３でＤＬパケットを受信するリソースを受信するために、ＤＬサブフレームＤＬ ＳＦｎ＋２でＣ-ＲＮＴＩを使用してもよい。

次に、ＵＥ対の送信ＵＥと受信ＵＥを識別してリソース割り当てをシグナリングする方法について説明する。

ｅＮＢは、ＵＥ対間の直接通信用リソースを割り当てる。制御領域(すなわち、ＰＤＣＣＨ）は、ｅＮＢとの通信用リソースだけでなく直接通信用リソースも指示する。直接通信用リソースは、単一伝送を用いてＵＥ対のＵＥに指示される。本発明の実施形態では、直接通信用リソースを指示するために、ＰＤＣＣＨでＵＥ対のＵＥのうち送信ＵＥのＣ-ＲＮＴＩが使用される。ＵＥ対の送信ＵＥと受信ＵＥは、送信ＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨを受信及び復号化する。ＵＥ対のＵＥは、接続設定の際に直接又はネットワークを介して相互のＣ-ＲＮＴＩを交換する。

送信ＵＥは、複数のＵＥとの直接通信に参加できる。例えば、送信ＵＥであるＵＥ１は、ＵＥ２及びＵＥ３に接続される。ＵＥ１のＣ-ＲＮＴＩがリソースを指示するために使用される場合、割り当てられたリソースがＵＥ１によりＵＥ２にデータを送信するために使用されるか、あるいはＵＥ２にデータを送信するために使用されるかを判定する方法が要求される。また、ＵＥ２とＵＥのうち、いずれかのＵＥがＵＥ１のＣ-ＲＮＴＩを用いて指示されたリソースで受信すべきであるかを判定する方法が要求される。このために、ｅＮＢは、直接通信で送信役割を遂行する各ＵＥに送受信インデックス(Ｔｘ-Ｒｘ-Ｉｄｘ)を割り当てる。送受信インデックスは、送信役割を遂行する各ＵＥに対して独立的に維持される。ＵＥの送受信インデックスは、ＵＥと他のＵＥとの多重接続を区別する。例えば、ＵＥ１がＵＥ２及びＵＥ３に接続され、ＵＥがＵＥ２とＵＥ３両方ともにデータを送信する場合、ＵＥ１-ＵＥ２接続のためのＵＥ１の送受信インデックスは０であり、ＵＥ１-ＵＥ３接続のためのＵＥ１の送受信インデックスは１であり得る。送受信インデックスは、ＵＥ対のＵＥ間に接続を設定する時に割り当てられる。送受信インデックスは、ＵＥ対の各ＵＥに割り当てられる。

図３３は、本発明の実施形態により、直接通信のために統合Ｃ-ＲＮＴＩと送受信インデックスを使用する一例を示す。

図３３を参照すると、ＵＥｐとＵＥｑの対に対して、ＵＥｐとＵＥｑは他のＵＥに接続されないため、ＵＥｐ及びＵＥｑの送受信インデックスは０である。ＵＥａ-ＵＥｃのＵＥ対に対して、ＵＥｃは他のＵＥに接続されず、ＵＥａに対してＵＥｃとの接続が最初の接続であるため、ＵＥａ及びＵＥｃの送受信インデックスは０である。ＵＥａ-ＵＥｂの対に対して、ＵＥａの送受信インデックスは１であり、ＵＥｂの送受信インデックスは０である。ＵＥｂは、他のＵＥに接続されず、その送受信インデックスは０である。ＵＥａは、ＵＥｂとＵＥｃに接続され、ＵＥｂとの接続用送受信インデックスは１である。

図３４は、本発明の実施形態により、セル内のＤ２Ｄ通信用リソース割り当てにおいて送受信インデックスを割り当てる信号フローを示す。

図３４を参照すると、ＵＥ Ａは、ステップ３４０１で、ＵＥ Ｂとの直接接続確立を開始し、そのＵＥ ＩＤを含む直接通信要請メッセージをＵＥ Ｂに伝送する。一実施形態によると、ＵＥ ＩＤは、ＰｒｏＳｅ通信のためにＵＥＡに割り当てられるＩＤ(すなわち、ＰｒｏＳｅ ＵＥ ＩＤ)であってもよい。又は、ＵＥ ＩＤは、ＵＥ Ａに割り当てられるアイドルモードＩＤ(すなわち、Ｓ-ＴＭＳＩ)であってもよい。あるいは、ＵＥ ＩＤは、ＧＵＴＩ(Globally Unique Temporary Identifier)であってもよい。ＵＥ Ｂは、ＵＥ Ａから直接通信要請を受け入れる場合、ステップ３４０３で、その ＵＥ ＩＤを含む直接通信応答メッセージをＵＥ Ａに送信する。ＵＥ ＡとＵＥ Ｂは、ステップ３４０５，３４０７で、各々ｅＮＢに直接通信要請メッセージを伝送する。ＵＥ ＡとＵＥ Ｂの各々は、直接通信要請メッセージでＵＥ Ｂ及びＵＥ ＡのＵＥ ＩＤを含む。ステップ３４０５，３４０７の順序は、変更されてもよい。

ｅＮＢは、ＵＥ Ａから直接通信要請メッセージを受信すると、ステップ３４０９で、直接接続要請メッセージを検証し、ＵＥ ＡとＵＥ Ｂに送受信インデックスを割り当て、割り当てられた送受信インデックスとＵＥ ＢのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ａに送信する。ＵＥ ＢのＣ-ＲＮＴＩは、ＵＥ ＢにＣ-ＲＮＴＩが新たに割り当てられる場合にのみ含まれ得る。Ｃ-ＲＮＴＩがＵＥ Ｂにまだ割り当てられない場合、ｅＮＢ１は、ＵＥ ＢにＣ-ＲＮＴＩを割り当てる。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージでＵＥ Ａに伝送できる。直接通信応答メッセージを受信すると、ＵＥ Ａは、ステップ３４１３で、ｅＮＢに直接通信完了メッセージを伝送する。

同様に、ｅＮＢは、ＵＥ Ｂから直接通信要請メッセージを受信すると、ステップ３４１１で、直接接続要請メッセージを検証し、ＵＥ ＡとＵＥ Ｂに送受信インデックスを割り当て、割り当てられた送受信インデックスとＵＥ ＡのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ｂに伝送する。ＵＥ ＡのＣ-ＲＮＴＩは、ＵＥ Ａに新たにＣ-ＲＮＴＩが割り当てられる場合のみが含まれる。ＵＥ ＡにＣ-ＲＮＴＩがまだ割り当てられない場合、ｅＮＢは、ＵＥ ＡにＣ-ＲＮＴＩを割り当てる。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージでＵＥ Ｂに伝送する。直接通信応答メッセージを受信すると、ＵＥ Ｂは、ステップ３４１５で、ｅＮＢに直接通信完了メッセージを送信する。以後、ＵＥ ＡとＵＥ Ｂは、割り当てられた送受信インデックスとＣ-ＲＮＴＩを用いてＤ２Ｄ通信を遂行する。

Ｃ-ＲＮＴＩは、ＵＥ ＡとＵＥ Ｂとの間の直接通信要請及び応答シグナリングの際に、ＵＥ ＡとＵＥ Ｂとの間で交換され得る。

図３５は、本発明の実施形態により、ＵＥに送受信インデックスを割り当てる信号フローを示す。

図３５を参照すると、ステップ３５０１乃至３５０９で、ＵＥ Ａ、ＵＥ Ｂ、ＵＥ Ｃ、及びＵＥ Ｄの間で５個の接続が順次に確立される。双方向通信のための第１の接続は、ステップ３５０１で、ＵＥ ＡとＵＥ Ｂとの間で確立される。この接続は、送信役割を遂行するＵＥ ＡとＵＥ Ｂとの間の第１の接続であるため、これら各々に対して送受信インデックス(Ｔｘ_Ｒｘ_Ｉｄｘ)０が割り当てられる。双方向通信のための第２の接続は、ステップ３５０３で、ＵＥ ＢとＵＥ Ｃとの間で確立される。ＵＥ Ｂは、ＵＥ Ａとの以前接続とＵＥ Ｃとの新たな接続のための送信役割を遂行する。そのため、ＵＥ Ｂは、ＵＥ Ｃとの接続に対する送受信インデックス１が割り当てられる。ＵＥ Ｃに対して、ＵＥ Ｂとの接続は第１の接続であるため、送受信インデックス０が割り当てられる。双方向通信のための第３の接続は、ステップ３５０５で、ＵＥ ＣとＵＥ Ｄとの間で確立される。ＵＥ Ｃは、ＵＥ Ｂとの以前接続とＵＥ Ｄとの新たな接続に対する送信役割を遂行する。それによって、ＵＥ Ｃは、ＵＥ Ｄとの接続のために送受信インデックス１が割り当てられる。ＵＥ Ｄに対して、ＵＥ Ｃとの接続は、第１の接続であるので、送受信インデックス０が割り当てられる。双方向通信のための第４の接続は、ステップ３５０７で、ＵＥ ＢとＵＥ Ｄとの間で確立される。ＵＥ Ｂは、ＵＥ Ａとの以前接続とＵＥ Ｄとの新たな接続に対する送信役割を遂行する。それによって、ＵＥ Ｂは、ＵＥ Ｄとの接続に対して送受信インデックス２が割り当てられる。ＵＥ Ｄは、ＵＥ Ｃとの以前接続とＵＥ Ｂとの新たな接続に対する送信役割を遂行する。それによって、ＵＥ Ｄは、ＵＥ Ｂとの接続に対して送受信インデックス１が割り当てられる。双方向通信のための第５の接続は、ステップ３５０９で、ＵＥ ＡとＵＥ Ｃとの間で確立される。ＵＥ Ｃは、ＵＥ Ｄ及びＵＥ Ｂとの以前接続とＵＥ Ａとの新たな接続に対して送信役割を遂行する。それによって、ＵＥ Ｃは、ＵＥ Ａとの接続に対して送受信インデックス２が割り当てられる。ＵＥ Ａは、ＵＥ Ｂとの以前接続とＵＥ Ｃとの新たな接続に対して送信役割を遂行する。それによって、ＵＥ Ａは、ＵＥ Ｃとの接続に対して送受信インデックス１が割り当てられる。

ＵＥは、送受信インデックスを維持できる。すなわち、ＵＥが他のＵＥとの接続に対して送受信インデックスを割り当て、直接接続設定の際に割り当てられた送受信インデックスに関する情報をｅＮＢに伝送する。ｅＮＢは、この情報を格納する。ＵＥは、送受信インデックスを直接通信要請メッセージでｅＮＢに送信できる。ｅＮＢは、接続されるＵＥの送受信インデックスを直接通信応答メッセージで送信する。あるいは、ＵＥは、新たな接続に対する送受信インデックスをｅＮＢに直接通信要請メッセージで伝送する。ＵＥ対の各ＵＥは、直接通信リンクを通じて他のＵＥと直接に送受信インデックスを交換する。送受信インデックスの属性は、ｅＮＢにより割り当てられるか、あるいはＵＥにより割り当てられるかに関係なく同一である。ｅＮＢが送受信インデックスを割り当てる場合、ｅＮＢは、すべてのＵＥに割り当てられた送受信インデックスに関する情報を維持しなければならない。ＵＥが送受信インデックスを割り当てる場合、ＵＥは、割り当てられた送受信インデックスに関する情報を維持すべきであり、それによってｅＮＢのロードが減少する。

次に、統合Ｃ-ＲＮＴＩを用いてリソース割り当てのためにＤＬ周波数をモニタリングする方法について説明する。

ＵＥがｅＮＢのみに接続される場合、ＵＥは、ＤＬ及びＵＬサブフレームでデータの送信用及び受信用リソースを決定するために、割り当てられたＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。ＵＥが一つ以上の他のＵＥに接続される場合、送信ＵＥは、直接通信のための時間区間(例えば、ＵＬサブフレーム）でリソースを決定するためにそのＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。送信ＵＥが伝送のために複数のＵＥに接続される場合、ＵＥは、データを伝送すべきＵＥを決定するためにＣ-ＲＮＴＩに追加して送受信インデックスを使用する。受信ＵＥは、直接通信のための時間区間(例えば、ＵＬサブフレーム）でこの接続のための他の(送信)ＵＥに割り当てられる送受信インデックスと、接続された他のＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。受信ＵＥが受信のために複数のＵＥに接続される場合、同一の動作が反復される。

図３６は、本発明の実施形態により、ＵＥ対通信用リソースをｅＮＢのカバレッジ領域内の他のＵＥのリソースと区別する一例を示す。

図３６を参照すると、ＵＥ１とＵＥ２が直接通信に参加する。ＵＥ１はデータを送信し、ＵＥ２はデータを受信する。Ｃ-ＲＮＴＩ１はＵＥ１に割り当てられ、Ｃ-ＲＮＴＩ２はＵＥ２に割り当てられる。ＵＥ１とＵＥ２が他のいかなるＵＥにも接続されないので、ＵＥ１の送受信インデックスは０であり、ＵＥ２の送受信インデックスは０である。ＵＥ１とＵＥ２は、ＵＥ１のＣ-ＲＮＴＩ１と送受信インデックス(０)を用いてＰＤＣＣＨを受信及び復号化する。

図３７は、本発明の実施形態により、ＵＥ対間の通信用リソースをＵＥ対のＵＥとｅＮＢと間の通信用リソースと区別する一例を示す。

図３７を参照すると、ＵＥ１とＵＥ２は、直接通信に参加する。Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２は、各々ＵＥ１とＵＥ２に割り当てられる。ＵＥ１はデータを送信し、ＵＥ２はデータを受信する。また、ＵＥ２はデータを送信送し、ＵＥ１はデータを受信する。ＵＥ１とＵＥ２は、他のいかなるＵＥにも接続されない。したがって、ＵＥ１とＵＥ２との間の接続に対して、ＵＥ１の送受信インデックスは０であり、ＵＥ２の送受信インデックスは０である。ＵＥ１とＵＥ２は、Ｃ-ＲＮＴＩ１、Ｃ-ＲＮＴＩ２、ＵＥ１の送受信インデックス(０)、及びＵＥ２の送受信インデックス(０)を用いてＰＤＣＣＨを受信及び復号化する。具体的に、ＵＥ１は、送信リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックスを用いてＰＤＣＣＨを検索し、受信リソースのためにＣ-ＲＮＴＩ２とＵＥ２の送受信インデックスを用いてＰＤＣＣＨを検索する。また、ＵＥ２は、送信リソースのためにＣ-ＲＮＴＩ２とＵＥ２の送受信インデックスを用いてＰＤＣＣＨを検索し、受信リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックスを用いてＰＤＣＣＨを検索する。

図３８は、本発明の実施形態により、一つのＵＥ対間の通信用リソースを他のＵＥ対間の通信用リソースと区別する一例を示す。

図３８を参照すると、ＵＥ１とＵＥ２は直接通信に参加し、ＵＥ１とＵＥ３は直接通信に参加する。Ｃ-ＲＮＴＩ１、Ｃ-ＲＮＴＩ２、及びＣ-ＲＮＴＩ３は、各々ＵＥ１、ＵＥ２、及びＵＥ３に割り当てられる。ＵＥ１はデータを送信し、ＵＥ２はデータを受信する。また、ＵＥ１はデータを送信し、ＵＥ３はデータを受信する。ＵＥ１-ＵＥ２接続に対して、ＵＥ１の送受信インデックスは０であり、ＵＥ２の送受信インデックスは０である。ＵＥ１-ＵＥ３の接続に対して、ＵＥ１の送受信インデックスは１であり、ＵＥ３の送受信インデックスは０である。ＵＥ１は、Ｃ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０及び１)を用いてＰＤＣＣＨを受信及び復号化する。ＵＥ２は、Ｃ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０)を用いてＰＤＣＣＨを受信及び復号化する。ＵＥ３は、Ｃ-ＲＮＴＩ１とＵＥ１の送受信インデックス(１)を用いてＰＤＣＣＨを受信及び復号化する。

ＵＥ１は、ＵＥ２及びＵＥ３への送信用リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０）を用いてＰＤＣＣＨを検索する。ＵＥ２は、ＵＥ１から受信する受信リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０）を用いてＰＤＣＣＨを検索する。ＵＥ３は、ＵＥ１から受信する受信リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０）を用いてＰＤＣＣＨを検索する。

次に、送信及び受信ＵＥ対を識別及びシグナリングする他の方法について説明する。

ｅＮＢは、ＵＥ対間の直接通信用リソースをＤＬ周波数で割り当てる。ＤＬ周波数の制御領域(すなわち、ＰＤＣＣＨ）は、ｅＮＢとの通信用リソースだけでなく直接通信用リソースを指示する。直接通信用リソースは、単一伝送を用いてＵＥ対のＵＥに指示される。本発明の実施形態では、ＵＥ対のＵＥのうち受信ＵＥのＣ-ＲＮＴＩは、直接通信用リソースを指示するために、ＰＤＣＣＨ又は制御領域で使用される。ＵＥ対の送信及び受信ＵＥは、受信ＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨを受信及び復号化する。ＵＥ対のＵＥは、接続設定の際に直接に又はネットワークを介して相互にＣ-ＲＮＴＩを交換する。

受信ＵＥは、複数のＵＥとの直接通信に参加できる。例えば、受信ＵＥであるＵＥ１がＵＥ２及びＵＥ３に接続される場合、ＵＥ１のＣ-ＲＮＴＩは、直接通信用リソースを指示するために使用される。したがって、ＵＥ１は、割り当てられたリソースをＵＥ２からのデータを受信するために使用するか、あるいはＵＥ３からのデータを受信するために使用するかを判定する必要がある。また、ＵＥ１は、ＵＥ１のＣ-ＲＮＴＩを用いて指示されるリソースでデータをＵＥ２が送信するか、あるいはＵＥ３が送信するかを判定することも必要がある。このために、ｅＮＢは、直接通信で受信役割を遂行する各ＵＥに送受信インデックスを割り当てる。送受信インデックスは、受信役割を遂行する各ＵＥに対して独立的に維持される。ＵＥの送受信インデックスは、ＵＥと他のＵＥとの多重接続を区別する。例えば、ＵＥ１がＵＥ２及びＵＥ３に接続されてＵＥ２とＵＥ３両方からデータを受信する場合、ＵＥ１-ＵＥ２接続のためのＵＥ１の送受信インデックスは０である一方、ＵＥ１-ＵＥ３接続のためのＵＥ１の送受信インデックスは１である。送受信インデックスは、ＵＥ対のＵＥの間に接続設定の際に割り当てられる。送受信インデックスは、ＵＥ対の各ＵＥに割り当てられる。

図３９は、本発明の実施形態により、直接通信のために統合Ｃ-ＲＮＴＩと送受信インデックスを使用する方法を示す。

図３９を参照すると、本発明の実施形態により、通信に参加するすべてのＵＥに統合Ｃ-ＲＮＴＩが割り当てられる。ＵＥｐとＵＥｑの対に対して、ＵＥｐとＵＥｑが他のいかなるＵＥにも接続されないため、ＵＥｐとＵＥｑの送受信インデックスは両方とも０である。ＵＥａとＵＥｂの対に対して、ＵＥｂが他のいかなるＵＥに接続されず、ＵＥａに対してＵＥｂとの接続が第１の接続であるため、ＵＥａとＵＥｂの送受信インデックス両方ともは０である。ＵＥａとＵＥｃの対に対して、ＵＥａの送受信インデックスは１であり、ＵＥｃの送受信インデックスは０である。ＵＥｃは、他のいかなるＵＥに接続されないので、送受信インデックスは０である。ＵＥａはＵＥｂ及びＵＥｃに接続されるので、ＵＥｃとの接続のための送受信インデックスは１である。

図４０は、本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢのカバレッジ領域内の他のリソースと区別する一例を示す。

図４０を参照すると、ＵＥ１とＵＥ２は、直接通信に参加する。ＵＥ１はデータを送信し、ＵＥ２はデータを受信する。Ｃ-ＲＮＴＩ１はＵＥ１に割り当てられ、Ｃ-ＲＮＴＩ２はＵＥ２に割り当てられる。ＵＥ１とＵＥ２が他のいかなるＵＥにも接続されていないため、ＵＥ１の送受信インデックスは０であり、ＵＥ２の送受信インデックスは０である。ＵＥ１とＵＥ２は、Ｃ-ＲＮＴＩ２と受信ＵＥであるＵＥ２の送受信インデックス(０)を用いてＰＤＣＣＨを受信及び復号化する。

図４１は、本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢとＵＥ対のＵＥとの間の通信用リソースと区別する一例を示す。

図４１を参照すると、ＵＥ１とＵＥ２は直接通信に参加する。Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２は、各々ＵＥ１とＵＥ２に割り当てられる。ＵＥ１はデータを送信し、ＵＥ２はデータを受信する。また、ＵＥ２はデータを送信送し、ＵＥ１はデータを受信する。ＵＥ１とＵＥ２は、他のいかなるＵＥにも接続されない。したがって、ＵＥ１とＵＥ２との間の接続に対して、ＵＥ１の送受信インデックスは０であり、ＵＥ２の送受信インデックスは０である。ＵＥ１とＵＥ２は、Ｃ-ＲＮＴＩ１、Ｃ-ＲＮＴＩ２、ＵＥ１の送受信インデックス(０)、及びＵＥ２の送受信インデックス(０)を用いてＰＤＣＣＨを受信及び復号化する。具体的に、ＵＥ１は、送信リソースのためにＣ-ＲＮＴＩ２とＵＥ２の送受信インデックスを用いてＰＤＣＣＨを検索し、受信リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックスを用いてＰＤＣＣＨを検索する。また、ＵＥ２は、送信リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックスを用いてＰＤＣＣＨを検索し、受信リソースのためにＣ-ＲＮＴＩ２とＵＥ２の送受信インデックスを用いてＰＤＣＣＨを検索する。

図４２は、本発明の実施形態により、ＵＥ対間の通信用リソースを他のＵＥ対間の通信用リソースと区別する一例を示す。

図４２を参照すると、ＵＥ１とＵＥ２は直接通信に参加し、ＵＥ１とＵＥ３は直接通信に参加する。Ｃ-ＲＮＴＩ１、Ｃ-ＲＮＴＩ２、及びＣ-ＲＮＴＩ３は、各々ＵＥ１、ＵＥ２、及びＵＥ３に割り当てられる。ＵＥ１はデータを受信し、ＵＥ２はデータを送信する。また、ＵＥ１はデータを受信し、ＵＥ３はデータを送信する。ＵＥ１-ＵＥ２接続に対して、ＵＥ１の送受信インデックスは０であり、ＵＥ２の送受信インデックスは０である。ＵＥ１-ＵＥ３の接続に対して、ＵＥ１の送受信インデックスは１であり、ＵＥ３の送受信インデックスは０である。ＵＥ１は、Ｃ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０及び１)を用いてＰＤＣＣＨを受信及び復号化する。ＵＥ２は、Ｃ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０)を用いてＰＤＣＣＨを受信及び復号化する。ＵＥ３は、Ｃ-ＲＮＴＩ１とＵＥ１の送受信インデックス(１)を用いてＰＤＣＣＨを受信及び復号化する。

ＵＥ１は、ＵＥ２からの受信用リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０）を用いてＰＤＣＣＨを検索する。ＵＥ１は、ＵＥ３からデータを受信する受信リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０）を用いてＰＤＣＣＨを検索する。ＵＥ２は、ＵＥ１にデータを送信する送信リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０）を用いてＰＤＣＣＨを検索する。ＵＥ３は、ＵＥ１にデータを送信する送信リソースのためにＣ-ＲＮＴＩ１とＵＥ１の送受信インデックス(０）を用いてＰＤＣＣＨを検索する。

次に、送信及び受信ＵＥ対を識別及びシグナリングする第３の方法について説明する。

ｅＮＢは、ＤＬ周波数でＵＥ対間の直接通信用リソースを割り当てる。ＤＬ周波数の制御領域は、ＵＥ対間の直接通信用リソースだけでなくｅＮＢとの通信用リソースを指示する。直接通信用リソースは、単一伝送によりＵＥ対のＵＥに指示される。送信ＵＥのＣ-ＲＮＴＩは、ＰＤＣＣＨのＣＲＣをマスキングするために使用され、受信ＵＥのＣ-ＲＮＴＩは、ＰＤＣＣＨのコンテンツ内に追加される。ＵＥ対のＵＥは、接続確立時に直接に又はネットワークを介して相互のＣ-ＲＮＴＩを交換する。他のＵＥと直接接続するＵＥは、統合Ｃ-ＲＮＴＩを用いてリソース割り当てのためのＤＬ周波数をモニタリングする。ＵＥがｅＮＢのみに接続される場合、ＵＥは、ＤＬ及びＵＬサブフレームでデータの送信用及び受信用リソースを決定するために割り当てられたＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。ＵＥが一つ以上の他のＵＥに接続される場合、ＵＥは、ＤＬ及びＵＬサブフレームでデータの送信及び受信用リソースを決定するために、割り当てられたＣ-ＲＮＴＩ及び通信している他のＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。

送信ＵＥと受信ＵＥは、次のように識別される。

送信ＵＥは、他のＵＥとの直接通信のための時間区間(例えば、ＵＬサブフレーム）でリソースを決定するために、そのＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。ＵＥは、ＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨが復号化され、自身と通信する他のＵＥのＣ-ＲＮＴＩが復号化されるＰＤＣＣＨ内に含まれる場合、リソースを送信のために使用する。ＵＥは、復号化したＰＤＣＣＨ内に含まれているＣ-ＲＮＴＩに対応するＵＥにデータを送信する。復号化したＰＤＣＣＨ内のＣ-ＲＮＴＩが通信するＵＥに属していない場合、ＵＥは、復号化したＰＤＣＣＨを無視する。

受信ＵＥは、他のＵＥとの直接通信のための時間区間(例えば、ＵＬサブフレーム）でリソースを決定するために、受信ＵＥに接続される他のＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。受信ＵＥと通信するＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨが復号化し、そのＣ-ＲＮＴＩが復号化したＰＤＣＣＨ内に存在する場合、ＵＥは、受信用リソースを使用する。ＵＥは、Ｃ-ＲＮＴＩがＰＤＣＣＨの復号化に使用されるＵＥからデータを受信する。復号化したＰＤＣＣＨ内のＣ-ＲＮＴＩがＵＥに属していない場合、ＵＥは、復号化したＰＤＣＣＨを無視する。

図４３は、本発明の実施形態により、統合Ｃ-ＲＮＴＩを割り当て及び交換する動作を示す。

図４３を参照すると、ＵＥ Ａは、ステップ４３０１で、ＵＥ Ｂとの直接通信確立を開始し、そのＵＥ ＩＤを含む直接通信要請メッセージをＵＥ Ｂに伝送する。一実施形態によると、ＵＥ ＩＤは、ＰｒｏＳｅ通信のために各ＵＥに割り当てられたＩＤ(すなわち、ＰｒｏＳｅＵＥ ＩＤ)であり得る。又は、ＵＥ ＩＤは、ＵＥ Ａに割り当てられたアイドルモードＩＤ(すなわち、Ｓ-ＴＭＳＩ)であり得る。あるいは、ＵＥ ＩＤは、ＵＥ Ａに割り当てられたＧＵＴＩであり得る。ＵＥ Ｂは、ステップ４３０３で、ＵＥ Ａから直接通信要請を受け入れる場合、そのＵＥ ＩＤを含む直接通信応答メッセージをＵＥ Ａに送信する。ＵＥ ＡとＵＥ Ｂは、ステップ４３０５，４３０７で、各々直接通信要請メッセージをｅＮＢに伝送する。ＵＥ ＡとＵＥ Ｂの各々は、その直接通信要請メッセージをＵＥ ＢとＵＥ ＡのＵＥ ＩＤを含む。ステップ４３０５，４３０７は、その順序が変更されてもよい。

ＵＥ Ａから直接通信要請メッセージを受信すると、ｅＮＢは、ステップ４３０９で、 直接接続要請メッセージ検証し、ＵＥ ＢのＣ-ＲＮＴＩを直接通信応答メッセージでＵＥ Ａに伝送する。ＵＥ ＢのＣ-ＲＮＴＩは、ＵＥ ＢにＣ-ＲＮＴＩが新たに割り当てられる場合にのみ含まれる。Ｃ-ＲＮＴＩがまだＵＥ Ｂに割り当てられない場合、ｅＮＢ１は、ＵＥ ＢにＣ-ＲＮＴＩを割り当てる。ｅＮＢは、直接通信と関連した他のパラメータを直接通信応答メッセージでＵＥ Ａに伝送してもよい。直接通信応答メッセージを受信すると、ＵＥ Ａは、ステップ４３１３で、ｅＮＢに直接通信完了メッセージを送信する。

同様に、ｅＮＢは、ＵＥ Ｂから直接通信要請メッセージを受信すると、ステップ４３１１で、直接接続要請メッセージを検証し、ＵＥ ＢにＵＥ ＡのＣ-ＲＮＴＩを直接通信応答メッセージで伝送する。ＵＥ ＡのＣ-ＲＮＴＩは、ＵＥ ＡにＣ-ＲＮＴＩを新たに割り当てられる場合にのみ含まれる。Ｃ-ＲＮＴＩがまだＵＥ Ａに割り当てられない場合、ｅＮＢは、ＵＥ ＡにＣ-ＲＮＴＩを割り当てる。ｅＮＢは、直接通信に関連した他のパラメータを直接通信応答メッセージでＵＥ Ｂに伝送できる。直接通信応答メッセージを受信すると、ＵＥ Ｂは、ステップ４３１５で、ｅＮＢに直接通信完了メッセージを伝送する。以後、ＵＥ ＡとＵＥ Ｂは、Ｄ２Ｄ通信を遂行する。Ｃ-ＲＮＴＩは、直接通信要請及び応答過程でＵＥ ＡとＵＥ Ｂとの間で交換され得る。

図４４は、本発明の実施形態により、ＵＥ対通信用リソースをｅＮＢのカバレッジ領域内の他のリソースと区別する例を示す。

図４４を参照すると、ＵＥ１とＵＥ２は、直接通信に参加する。ＵＥ１はデータを伝送し、ＵＥ２はデータを受信する。Ｃ-ＲＮＴＩ１はＵＥ１に割り当てられ、Ｃ-ＲＮＴＩ２はＵＥ２に割り当てられる。ＵＥ１とＵＥ２は、他のいかなるＵＥにも接続されない。ＵＥ１とＵＥ２は、送信ＵＥであるＵＥ１のＣ-ＲＮＴＩ１を用いてＰＤＣＣＨを受信及び復号化する。Ｃ-ＲＮＴＩ２が復号化したＰＤＣＣＨに含まれる場合、ＵＥ１は、指示されたリソースでデータを送信し、ＵＥ２は、指示されたリソースでデータを受信する。

図４５は、本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢとＵＥ対との間の通信用リソースと区別する一例を示す。

図４５を参照すると、ＵＥ１とＵＥ２は、直接通信に参加する。Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２は、各々ＵＥ１とＵＥ２に割り当てられる。ＵＥ１はデータを送信し、ＵＥ２はデータを受信する。また、ＵＥ２はデータを送信し、ＵＥ１はデータを受信する。ＵＥ１とＵＥ２は、他のいかなるＵＥにも接続されない。ＵＥ１とＵＥ２は、Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２を用いてＰＤＣＣＨを受信及び復号化する。リソースがＣ-ＲＮＴＩ１でマスキングされるＰＤＣＣＨにより指示され、ＰＤＣＣＨにＣ-ＲＮＴＩ２が含まれる場合、ＵＥ１はデータを送信し、ＵＥ２はデータを受信する。リソースがＣ-ＲＮＴＩ２でマスキングされるＰＤＣＣＨにより指示され、ＰＤＣＣＨにＣ-ＲＮＴＩ１が含まれる場合、ＵＥ２はデータを送信し、ＵＥ１はデータを受信する。

図４６は、本発明の実施形態により、一つのＵＥ対間の通信用リソースを他のＵＥ対間の通信用リソースと区別する一例を示す。

図４６を参照すると、ＵＥ１とＵＥ２は直接通信に参加し、ＵＥ１とＵＥ３は直接通信に参加する。Ｃ-ＲＮＴＩ１、Ｃ-ＲＮＴＩ２、及びＣ-ＲＮＴＩ３は、各々ＵＥ１、ＵＥ２、及びＵＥ３に割り当てられる。ＵＥ１はデータを受信し、ＵＥ２はデータを送信する。また、ＵＥ１はデータを受信し、ＵＥ３はデータを送信する。ＵＥ２は、Ｃ-ＲＮＴＩ２を用いてＰＤＣＣＨを検索し、ＵＥ３は、Ｃ-ＲＮＴＩ３を用いてＰＤＣＣＨを検索する。リソースがＣ-ＲＮＴＩ２でマスキングされたＰＤＣＣＨにより指示され、ＰＤＣＣＨにＣ-ＲＮＴＩ１が含まれる場合、ＵＥ２はデータを送信し、ＵＥ１はデータを受信する。リソースがＣ-ＲＮＴＩ３でマスキングされるＰＤＣＣＨにより指示され、ＰＤＣＣＨにＣ-ＲＮＴＩ１が含まれる場合、ＵＥ３はデータを送信し、ＵＥ１はデータを受信する。

次に、送信及び受信ＵＥ対を識別及びシグナリングする第４の方法について説明する。

ｅＮＢは、ＤＬ周波数でＵＥ対間の直接通信用リソースを割り当てる。ＤＬ周波数の制御領域は、ＵＥ対間の直接通信だけでなく、ｅＮＢとの通信用リソースを指示する。直接通信用リソースは、単一伝送によりＵＥ対のＵＥに指示される。受信ＵＥのＣ-ＲＮＴＩは、ＰＤＣＣＨのＣＲＣをマスキングするために使用され、送信ＵＥのＣ-ＲＮＴＩは、ＰＤＣＣＨのコンテンツ内に追加される。ＵＥ対のＵＥは、接続確立時に直接又はネットワークを通じて相互のＣ-ＲＮＴＩを交換する。他のＵＥと直接通信するＵＥは、統合Ｃ-ＲＮＴＩを用いてリソース割り当てのためのＤＬ周波数をモニタリングする。ＵＥがｅＮＢのみに接続される場合、ＵＥは、ＤＬ及びＵＬサブフレームでデータの送信用及び受信用リソースを決定するために、割り当てられたＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。ＵＥが一つ以上のＵＥに接続される場合、ＵＥは、ＤＬ及びＵＬサブフレームでデータを送信及び受信用リソースを決定するために、割り当てられたＣ-ＲＮＴＩと通信する他のＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。

送信ＵＥと受信ＵＥは、次のように識別される。

受信ＵＥは、他のＵＥとの直接通信のための時間区間(例えば、ＵＬサブフレーム）でリソースを決定するために、自身のＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。自身のＣ-ＲＮＴＩを用いてＰＤＣＣＨが復号化され、ＵＥが通信する他のＵＥのＣ-ＲＮＴＩが復号化されるＰＤＣＣＨ内に含まれる場合、ＵＥは、受信用リソースを使用する。ＵＥは、復号化したＰＤＣＣＨ内に含まれているＣ-ＲＮＴＩに対応するＵＥからデータを受信する。復号化したＰＤＣＣＨ内のＣ-ＲＮＴＩが自身と通信するＵＥに属しない場合、ＵＥは、復号化したＰＤＣＣＨを無視する。

送信ＵＥは、他のＵＥとの直接通信のための時間区間(例えば、ＵＬサブフレーム）のリソースを決定するために、ＵＥに接続される他のＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。ＰＤＣＣＨが送信ＵＥと通信するＵＥのＣ-ＲＮＴＩを用いて復号化され、送信ＵＥのＣ-ＲＮＴＩが復号化したＰＤＣＣＨ内に含まれる場合、ＵＥは、送信用リソースを使用する。ＵＥは、Ｃ-ＲＮＴＩがＰＤＣＣＨ復号化に使用されるＵＥにデータを送信する。復号化したＰＤＣＣＨのＣ-ＲＮＴＩがＵＥに属していない場合、ＵＥは、復号化したＰＤＣＣＨを無視する。

図４７は、本発明の実施形態により、ＵＥ対通信用リソースをｅＮＢのカバレッジ領域内の他のリソースと区別する一例を示す。

図４７を参照すると、ＵＥ１とＵＥ２は直接通信に参加する。ＵＥ１はデータを伝送し、ＵＥ２はデータを受信する。Ｃ-ＲＮＴＩはＵＥ１に割り当てられ、Ｃ-ＲＮＴＩ２がＵＥ２に割り当てられる。ＵＥ１とＵＥ２は、他のいかなるＵＥとも接続されない。ＵＥ１とＵＥ２は、受信ＵＥであるＵＥ１のＣ-ＲＮＴＩ１を用いてＰＤＣＣＨを検索する。Ｃ-ＲＮＴＩ１が復号化したＰＤＣＣＨに含まれている場合、ＵＥ１は、指示されたリソースでデータを送信し、ＵＥ２は、指示されたリソースでデータを受信する。

図４８は、本発明の実施形態により、ＵＥ対間の通信用リソースをｅＮＢとＵＥ対のＵＥ間の通信用リソースと区別する一例を示す。

図４８を参照すると、ＵＥ１とＵＥ２は、直接通信に参加する。Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２は、各々ＵＥ１とＵＥ２に割り当てられる。ＵＥ１はデータを伝送し、ＵＥ２はデータを受信する。また、ＵＥ２はデータを伝送し、ＵＥ１はデータを受信する。ＵＥ１とＵＥ２は、他のいかなるＵＥにも接続されない。ＵＥ１とＵＥ２は、Ｃ-ＲＮＴＩ１とＣ-ＲＮＴＩ２を用いてＰＤＣＣＨを検索する。リソースがＣ-ＲＮＴＩ１でマスキングされるＰＤＣＣＨにより指示され、ＰＤＣＣＨ内にＣ-ＲＮＴＩ２が含まれる場合、ＵＥ２はデータを送信し、ＵＥ１はデータを受信する。リソースがＣ-ＲＮＴＩ２でマスキングされたＰＤＣＣＨにより指示され、ＰＤＣＣＨ内にＣ-ＲＮＴＩ１が含まれる場合、ＵＥ１はデータを送信し、ＵＥ２はデータを受信する。

図４９は、本発明の実施形態により、一つのＵＥ対間の通信用リソースを他のＵＥ対間の通信用リソースと区別する一例を示す。

図４９を参照すると、ＵＥ１とＵＥ２は直接通信に参加し、ＵＥ１とＵＥ３は直接通信に参加する。Ｃ-ＲＮＴＩ１、Ｃ-ＲＮＴＩ２、及びＣ-ＲＮＴＩ３は、各々ＵＥ１，ＵＥ２，及びＵＥ３に割り当てられる。ＵＥ１はデータを受信し、ＵＥ２はデータを送信する。また、ＵＥ１はデータを受信し、ＵＥ３はデータを送信する。ＵＥ１、ＵＥ２、及びＵＥ３は、Ｃ-ＲＮＴＩ１を用いてＰＤＣＣＨを検索する。リソースがＣ-ＲＮＴＩ１でマスキングされるＰＤＣＣＨにより指示され、ＰＤＣＣＨ内にＣ-ＲＮＴＩ２が含まれる場合、ＵＥ２はデータを送信し、ＵＥ１はデータを受信する。リソースがＣ-ＲＮＴＩ１でマスキングされるＰＤＣＣＨにより指示され、ＰＤＣＣＨ内にＣ-ＲＮＴＩ３が含まれる場合、ＵＥ３はデータを送信し、ＵＥ１はデータを受信する。

次に、送信及び受信ＵＥ対を識別及びシグナリングする第５の方法について説明する。

ｅＮＢがＤＬ周波数でＵＥ対間の直接通信用リソースを割り当てる。ＤＬ周波数の制御領域は、ＵＥ対間の直接通信だけでなくｅＮＢとの通信用リソースを指示する。直接通信用リソースは、単一伝送によりてＵＥ対のＵＥに指示される。送信ＵＥのＣ-ＲＮＴＩは、ＰＤＣＣＨ又は制御領域で直接通信用リソースを指示するために使用される。ＵＥ対の送信及び受信ＵＥは、送信ＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨを受信及び復号化する。ＵＥ対のＵＥは、接続確立の際に直接又はネットワークを介して相互のＣ-ＲＮＴＩを交換する。

送信ＵＥは、複数のＵＥとの直接通信に参加できる。例えば、送信ＵＥであるＵＥ１がＵＥ２及びＵＥ３に接続される場合、ＵＥ１のＣ-ＲＮＴＩは、直接通信用リソースを指示するために使用される。したがって、ＵＥ１は、ＵＥ２とＵＥ３との間のどのＵＥにデータを伝送しなければならないかを決定する必要がある。また、ＵＥ１は、どのＵＥがＵＥ１のＣ-ＲＮＴＩを用いて指示されたリソースでデータを受信しなければならないことを確認する必要がある。このために、本発明の実施形態では、ｅＮＢは、直接通信で送信役割を遂行する各ＵＥにＵＥ対ＩＤを割り当てる。ＵＥ対ＩＤは、ＵＥ間の複数の接続を区別する。ｅＮＢは、各ＵＥ対に異なるＵＥ対ＩＤを割り当てる。一実施形態において、ＵＥがｅＮＢ間に移動するとき、ＭＭＥは、ＵＥ対ＩＤのアップデートを防ぐために、ＵＥ対ＩＤを割り当てる。

ＵＥ対ＩＤは、送受信インデックスの代わりに、ＵＥ ＡとＵＥ ＢにＵＥ対ＩＤを割り当てることを除き、図３４に示したような同一の方法で割り当てられる。

他のＵＥと直接通信を有するＵＥは、統合Ｃ-ＲＮＴＩを用いてリソース割り当てのためのＤＬ周波数をモニタリングする。具体的に、ＵＥがｅＮＢのみに接続される場合、ＵＥは、ＤＬ及びＵＬサブフレームでデータの送受信用リソースを決定するために、ＰＤＣＣＨを復号化するために割り当てられたＣ-ＲＮＴＩを使用する。ＵＥが一つ以上のＵＥに接続される場合、送信ＵＥは、直接通信のために時間区間(例えば、ＵＬサブフレーム）を決定するために、ＰＤＣＣＨを復号化するためにＣ-ＲＮＴＩを使用する。送信ＵＥが送信のために複数のＵＥに接続される場合、送信ＵＥは、送信ＵＥがデータを伝送すべきＵＥを決定するためにＣ-ＲＮＴＩに追加してＵＥ対ＩＤを使用する。受信ＵＥは、直接通信のための時間区間(例えば、ＵＬサブフレーム）のリソースを決定するために、接続に割り当てられた受信ＵＥとＵＥ対ＩＤに接続される他のＵＥのＣ-ＲＮＴＩを用いてＰＤＣＣＨを復号化する。受信ＵＥが受信のために複数のＵＥに接続される場合、同一の動作が反復される。

ｅＮＢとの通信のために復号化されるＰＤＣＣＨの制御情報フォーマットが直接通信のための制御情報フォーマットと異なる場合、上記した送信及び受信ＵＥ対を識別してシグナリングする第１乃至第５の方法は、直接通信のために専用サブフレームが割り当てられない場合にも使用してもよい。ＵＥがＰＤＣＣＨを復号化した後に、ｅＮＢとの通信と直接通信用制御情報フォーマットを識別する場合、送信及び受信ＵＥ対を識別してシグナリングする第１乃至第４の方法は、直接通信のために専用サブフレームが割り当てられない場合にも使用してもよい。

ｅＮＢとの通信用リソースを指示するために制御チャンネル(すなわち、ＰＤＣＣＨ）を介して配信されるＤＬ制御情報は、直接通信用リソースを指示するために、制御チャンネル(すなわち、ＰＤＣＣＨ）を介して配信されるＤＬ制御情報と異なるフォーマットを有する。ＵＥが制御チャンネルを受信及び復号化する場合、ＤＬ制御情報が直接通信用リソースを指示するか否かをＵＥが判定するように、直接通信用リソースを指示するために制御チャンネルを介して配信されるＤＬ制御情報のサイズは、既存のＤＬ制御情報のサイズと異なる。

他の実施形態において、異なるＣ-ＲＮＴＩは、ｅＮＢとの通信と、他のＵＥとの通信のために割り当てられる。ＵＥは、直接通信リンクを通じて他のＵＥと通信するために、追加してＣ-ＲＮＴＩを割り当てる。ＵＥが直接通信リンクを通じて一つ以上の他のＵＥと通信する場合、ＵＥは、一つのＣ-ＲＮＴＩを割り当てられる。ＵＥが直接通信リンクを通じて一つ以上の他のＵＥと通信し、ｅＮＢとも通信する場合、ＵＥは、直接通信リンク用とｅＮＢとのリンク用の２つのＣ-ＲＮＴＩを割り当てる。この場合、上記した送信及び受信ＵＥ対を識別してシグナリングする第１乃至第５の方法では、直接通信のためにＵＥに割り当てられる追加的Ｃ-ＲＮＴＩを統合Ｃ-ＲＮＴＩとして使用されてもよい。

図５０は、本発明の実施形態によるｅＮＢを示すブロック構成図である。

図５０を参照すると、ｅＮＢ５０００は、多様なネットワークノード及びＵＥとデータ通信を実行する送受信部５０１０、及び送受信部５０１０を制御する制御部５０２０を含む。本明細書において、上述したｅＮＢのすべての動作は、制御部５０２０の制御により実行されると解析できる。

送受信部５０１０と制御部５０２０が別々構成されるように図５０に示すが、送受信部５０１０及び制御部５０２０は、一つの構成部で実現してもよい。

図５１は、本発明の実施形態によるＵＥを示すブロック構成図である。

図５１を参照すると、ＵＥ５１００は、多様なネットワークノード及びｅＮＢとデータ通信を実行する送受信部５１１０と、送受信部５１１０を制御する制御部５１２０を含む。本発明において、上述したＵＥの動作は、制御部５１２０の制御により実行されると解析できる。

送受信部５１１０と制御部５１２０は別に構成されるように図５１に示すが、送受信部５１１０と御部５１２０は、一つの構成部で実現されてもよい。

Ｄ２Ｄ通信を実行するために提案される方法及び装置は、コンピュータ読み取り可能な媒体でコンピュータ読み取り可能なコードとして実行できる。コンピュータ読み取り可能な記録媒体は、コンピュータ読み取り可能なデータを格納するいかなる記録装置を含んでもよい。記録媒体の例は、ＲＯＭ(Read Only Memory)、ＲＡＭ(Random Access Memory)、光学ディスク、磁気テープ、フロッピー（登録商標）ディスク、ハードディスク、及び非揮発性メモリを含み、搬送波の形態(例えば、インタネットを通じる送信)で実現され得る。さらに、コンピュータ読み取り記録媒体は、ネットワークを介して接続されたコンピュータシステムを通じて分配され、コンピュータ読み取り可能なコードは、分配された方式で格納及び実行することができる。

上記に示したように、Ｗｉ-Ｆｉ通信ネットワークをアクセスすると、電子デバイスは、Ｗｉ-Ｆｉ通信ネットワークを提供するオペレータ又は場所からいろいろなサービス情報を受信し、それによってオペレータが多様なサービス情報をユーザーに提供可能にし、広告効率性を向上させることができる。

以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。

５０００ ｅＮＢ
５０１０ 送受信部
５０２０ 制御部
５１００ ＵＥ
５１１０ 送受信部
５１２０ 制御部

Claims (20)

1. デバイスツーデバイス（Ｄ２Ｄ）通信方法であって、
   接続状態でユーザー端末（ＵＥ）がＤ２Ｄ通信関心メッセージを基地局に伝送するステップであって、前記Ｄ２Ｄ通信関心メッセージは、ＵＥがＤ２Ｄ通信を通じてデータを伝送するか、受信することに関心のあることを表す情報を含むメッセージである、ステップと、
   前記Ｄ２Ｄ通信関心メッセージに対する応答で、前記ＵＥが前記基地局（ＢＳ）からＲＲＣ接続再構成メッセージを受信するステップであって、前記ＲＲＣ接続再構成メッセージは、前記ＢＳにより前記ＵＥに割り当てられたＤ２Ｄ通信のための無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ for Ｄ２Ｄ）を含むステップと、
   前記ＵＥが、前記Ｄ２Ｄ通信のための無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ for Ｄ２Ｄ）を用いてＤ２Ｄ通信用リソースに関する情報を受信するステップと、を有することを特徴とする方法。
2. 前記ＵＥが、前記ＢＳに、Ｄ２Ｄ通信用リソースを要請するためのＤ２Ｄバッファ状態報告を伝送するステップをさらに含み、
   前記Ｄ２Ｄバッファ状態報告は、論理チャンネル識別子（ＬＣＩＤ）を有するメディアアクセス制御ＰＤＵ（ＭＡＣ ＰＤＵ）サブヘッダーで識別され、
   前記Ｄ２Ｄバッファ状態報告を示すＬＣＩＤは、前記ＢＳへのアップリンク送信のためのバッファ状態報告を指示する論理チャンネル識別子（ＬＣＩＤ）と区別されることを特徴とする請求項１に記載の方法。
3. 前記Ｄ２Ｄバッファ状態報告は、物理アップリンク制御チャンネル（ＰＵＣＣＨ）リソースで伝送されることを特徴とする請求項２に記載の方法。
4. デバイスツーデバイス（Ｄ２Ｄ）通信方法であって、
   基地局（ＢＳ）が接続状態にあるユーザー端末（ＵＥ）からＤ２Ｄ通信関心メッセージを受信するステップであって、前記Ｄ２Ｄ通信関心メッセージは、ＵＥがＤ２Ｄ通信を通じてデータを伝送するか、受信することに関心のあることを表す情報を含むメッセージである、ステップと、
   前記Ｄ２Ｄ通信関心メッセージに対する応答で、前記基地局が前記ＵＥにＲＲＣ接続再構成メッセージを伝送するステップであって、前記ＲＲＣ接続再構成メッセージは前記ＢＳにより前記ＵＥに割り当てられたＤ２Ｄ通信のための無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ for Ｄ２Ｄ）を含むステップと、
   前記ＢＳが、前記ＵＥに、前記Ｄ２Ｄ通信のための無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ for Ｄ２Ｄ）を用いてＤ２Ｄ通信用リソースを割り当てるステップと、を含むことを特徴とする方法。
5. 前記基地局が、前記ＵＥから、Ｄ２Ｄ通信用リソースを要請するＤ２Ｄバッファ状態報告を受信するステップと、
   前記基地局が前記Ｄ２Ｄバッファ状態報告に基づいて、前記ＵＥがＤ２Ｄ通信のためのデータを有するか否かを判定するステップと、をさらに含み、
   前記Ｄ２Ｄ通信のためのバッファ状態報告は、論理チャンネル識別子（ＬＣＩＤ）を有するメディアアクセス制御ＰＤＵ（ＭＡＣ ＰＤＵ）サブヘッダーで識別され、
   前記Ｄ２Ｄバッファ状態報告を示すＬＣＩＤは、ＢＳへのアップリンク送信のためのバッファ状態報告を識別する論理チャンネル識別子（ＬＣＩＤ）と区別されることを特徴とする請求項４に記載の方法。
6. 前記Ｄ２Ｄバッファ状態報告は、物理アップリンク制御チャンネル（ＰＵＣＣＨ）リソースで受信されることを特徴とする請求項５に記載の方法。
7. デバイスツーデバイス（Ｄ２Ｄ）通信を実行するユーザー端末（ＵＥ）であって、
   直接通信経路を通じて相手ＵＥとＤ２Ｄ通信を実行する送受信部と、
   接続状態でＤ２Ｄ通信関心メッセージを基地局（ＢＳ）に伝送し、前記Ｄ２Ｄ通信関心メッセージは、ＵＥがＤ２Ｄ通信を通じてデータを伝送するか、受信することに関心のあることを表す情報を含むメッセージであり、前記Ｄ２Ｄ通信関心メッセージに対する応答で、前記基地局からＲＲＣ接続再構成メッセージを受信し、前記ＲＲＣ接続再構成メッセージは、前記ＢＳにより前記ＵＥに割り当てられたＤ２Ｄ通信のための無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ for Ｄ２Ｄ）を含み、前記Ｄ２Ｄ通信のための無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ for Ｄ２Ｄ）を用いてＤ２Ｄ通信用リソースに関する情報を受信するように制御する制御部と、を含むことを特徴とするＵＥ。
8. 前記制御部は、前記基地局にＤ２Ｄ通信用リソースを要請するためのＤ２Ｄバッファ状態報告を伝送するように制御し、
   前記Ｄ２Ｄバッファ状態報告は、論理チャンネル識別子（ＬＣＩＤ）を有するメディアアクセス制御ＰＤＵ（ＭＡＣ ＰＤＵ）サブヘッダーで識別され、
   前記Ｄ２Ｄバッファ状態報告を示すＬＣＩＤは、前記ＢＳへのアップリンク送信のためのバッファ状態報告を指示する論理チャンネル識別子（ＬＣＩＤ）と区別されることを特徴とする請求項７に記載のＵＥ。
9. 前記Ｄ２Ｄバッファ状態報告は、物理アップリンク制御チャンネル（ＰＵＣＣＨ）リソースで伝送されることを特徴とする請求項８に記載のＵＥ。
10. デバイスツーデバイス（Ｄ２Ｄ）通信を実行する基地局（ＢＳ）であって、
    接続状態にあるユーザー端末（ＵＥ）からＤ２Ｄ通信関心メッセージを受信し、前記Ｄ２Ｄ通信関心メッセージは、ＵＥがＤ２Ｄ通信を通じてデータを伝送するか、受信することに関心のあることを表す情報を含むメッセージであり、前記Ｄ２Ｄ通信関心メッセージに対する応答で、前記ＵＥにＲＲＣ接続再構成メッセージを伝送し、前記ＲＲＣ接続再構成メッセージは、前記基地局（ＢＳ）により前記ＵＥに割り当てられたＤ２Ｄ通信のための無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ for Ｄ２Ｄ）を含み、前記Ｄ２Ｄ通信のための無線ネットワーク端末識別子（Ｃ−ＲＮＴＩ for Ｄ２Ｄ）を用いて前記ＵＥにＤ２Ｄ通信用リソースを割り当てるように制御する制御部と、
    前記制御部の制御によりＵＥと通信を実行する送受信部と、を含むことを特徴とするＢＳ。
11. 前記制御部は、前記ＵＥからＤ２Ｄ通信用リソースを要請するＤ２Ｄバッファ状態報告を受信するように制御し、前記Ｄ２Ｄバッファ状態報告に基づいて前記ＵＥがＤ２Ｄ通信のためのデータを有するか否かを判定し、
    前記Ｄ２Ｄバッファ状態報告は、論理チャンネル識別子（ＬＣＩＤ）を有するメディアアクセス制御ＰＤＵ（ＭＡＣ ＰＤＵ）サブヘッダーで識別され、
    前記Ｄ２Ｄバッファ状態報告を示すＬＣＩＤは、前記ＢＳへのアップリンク送信用バッファ状態報告を識別する論理チャンネル識別子（ＬＣＩＤ）と識別されることを特徴とする請求項１０に記載のＢＳ。
12. 前記Ｄ２Ｄバッファ状態報告は、物理アップリンク制御チャンネル（ＰＵＣＣＨ）リソースで受信されることを特徴とする請求項１１に記載のＢＳ。
    
13. 前記Ｄ２Ｄバッファ状態報告は、宛先ＩＤと、論理チャンネルグループＩＤと、バッファサイズを含むことを特徴とする請求項２に記載の方法。
14. 前記Ｄ２Ｄバッファ状態報告は、宛先ＩＤと、論理チャンネルグループＩＤと、バッファサイズを含むことを特徴とする請求項５に記載の方法。
15. 前記Ｄ２Ｄバッファ状態報告は、宛先ＩＤと、論理チャンネルグループＩＤと、バッファサイズを含むことを特徴とする請求項８に記載のＵＥ。
16. 前記Ｄ２Ｄバッファ状態報告は、宛先ＩＤと、論理チャンネルグループＩＤと、バッファサイズを含むことを特徴とする請求項１１に記載のＢＳ。
17. 前記ＢＳに前記Ｄ２Ｄバッファ状態報告のためのスケジューリング要請を伝送するステップをさらに含み、
    前記スケジューリング要請は、ランダムアクセスチャンネルを通して伝送されることを特徴とする請求項２に記載の方法。
18. 前記ＵＥから前記Ｄ２Ｄバッファ状態報告のためのスケジューリング要請を受信するステップをさらに含み、
    前記スケジューリング要請は、ランダムアクセスチャンネルを通して伝送されることを特徴とする請求項５に記載の方法。
19. 前記制御部は、前記ＢＳに前記Ｄ２Ｄバッファ状態報告のためのスケジューリング要請を伝送するように制御し、
    前記スケジューリング要請は、ランダムアクセスチャンネルを通して伝送されることを特徴とする請求項８に記載のＵＥ。
20. 前記制御部は、前記ＵＥから前記Ｄ２Ｄバッファ状態報告のためのスケジューリング要請を受信するように制御し、
    前記スケジューリング要請は、ランダムアクセスチャンネルを通して伝送されることを特徴とする請求項１１に記載のＢＳ。

Images