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

デバイスツーデバイス通信方法及び装置 Download PDF

Info

Publication number
JP2016531463A
JP2016531463A JP2016523656A JP2016523656A JP2016531463A JP 2016531463 A JP2016531463 A JP 2016531463A JP 2016523656 A JP2016523656 A JP 2016523656A JP 2016523656 A JP2016523656 A JP 2016523656A JP 2016531463 A JP2016531463 A JP 2016531463A
Authority
JP
Japan
Prior art keywords
communication
transmission
reception
index
resource
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016523656A
Other languages
English (en)
Other versions
JP6789113B2 (ja
Inventor
アニル・アギワル
ヨン−ビン・チャン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2016531463A publication Critical patent/JP2016531463A/ja
Application granted granted Critical
Publication of JP6789113B2 publication Critical patent/JP6789113B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

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 (96)

  1. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法であって、
    ユーザＵＥ(ＵＥ)によりＢＳ(ＢＳ)とＵＥとの間の間のＤ２Ｄ接続設定中に送信又は受信役割を指示する送受信インジケータと、Ｄ２Ｄ通信のための相手ＵＥを指示するインデックスを割り当てるステップと、
    前記ＵＥにより制御チャンネルを介して前記送受信インジケータ、前記インデックス、及びＤ２Ｄ通信用リソース情報を受信するステップと、
    前記ＵＥにより、前記リソース情報で指示されたリソースで、前記インデックスにより指示される相手ＵＥと、前記送信及び受信インジケータにより指示される送信及び受信役割に従って送信又は受信動作を遂行するステップと、
    を有することを特徴とする方法。
  2. 異なるインデックスが各Ｄ２Ｄに割り当てられることを特徴とする請求項１に記載の方法。
  3. 前記インデックスは、送信インデックスと受信インデックスの対であり、一つのインデックス対は各Ｄ２Ｄ接続に割り当てられ、
    前記インデックスを受信するステップは、前記送信インデックスと前記受信インデックスとの間で前記送信及び受信インジケータに対応するインデックスを受信することを特徴とする請求項２に記載の方法。
  4. 前記送受信インジケータとインデックスを割り当てるステップは、
    前記ＵＥにより前記ＵＥの識別子(ＩＤ)を含む直接通信要請メッセージを相手ＵＥに伝送し、前記相手ＵＥから前記相手ＵＥのＩＤを含む直接通信応答メッセージを受信するステップと、
    前記ＵＥにより前記ＵＥのＩＤと前記相手ＵＥのＩＤを含む直接通信要請メッセージを前記ＢＳに伝送するステップと、
    前記ＵＥにより前記ＢＳから前記ＵＥのネットワーク臨時ＩＤと前記インデックスを含む直接通信応答メッセージを受信するステップと、
    前記ＵＥにより前記ＢＳに直接通信完了メッセージを伝送するステップと、
    を有することを特徴とする請求項１に記載の方法。
  5. 前記送信及び受信インジケータとインデックスを割り当てるステップは、
    前記ＵＥにより、ＵＥを示すインデックスを割り当てて前記ＢＳに伝送することを特徴とする請求項１に記載の方法。
  6. 前記相手ＵＥが前記ＢＳと異なる他のＢＳに接続される場合、前記リソース情報により指示されるリソースは、前記ＢＳと相手ＢＳとの間の調整により決定されることを特徴とする請求項１に記載の方法。
  7. デバイスツーデバイス(Ｄ２Ｄ)通信を実行する方法であって、
    ＢＳによりＵＥとＤ２Ｄ通信接続設定の際に送信又は受信役割を指示する送信及び受信インジケータと、Ｄ２Ｄ通信のための相手ＵＥを指示するインデックスを割り当てるステップと、
    前記ＢＳにより、制御チャンネルを介して前記送信及び受信インジケータと前記インデックス及びＤ２Ｄ通信に関するリソース情報を前記ＵＥに伝送するステップと、を有し、
    前記Ｄ２Ｄ通信は、前記送信及び受信インジケータにより指示された送信又は受信役割に従って、前記リソース情報により指示されたリソースで前記インデックスにより指示された前記ＵＥと前記相手ＵＥとの間で送信又は受信動作の遂行により実行されることを特徴とする方法。
  8. 異なるインデックスが各Ｄ２Ｄ接続に割り当てられることを特徴とする請求項７に記載の方法。
  9. 前記インデックスは、送信インデックスと受信インデックスの対であり、各Ｄ２Ｄ接続に対して一つのインデックス対が割り当てられ、
    前記インデックスを送信するステップは、前記送信インデックスと前記受信インデックスとの間で前記送信及び受信インジケータに対応するインデックスを送信することを特徴とする請求項８に記載の方法。
  10. 前記送信及び受信インジケータとインデックスを割り当てるステップは、
    前記ＢＳにより前記ＵＥから前記ＵＥの識別子(ＩＤ)と前記相手ＵＥのＩＤを含む直接通信要請メッセージを受信するステップと、
    前記ＢＳにより前記ＵＥに前記ＵＥのネットワーク臨時ＩＤと前記インデックスを含む直接通信応答メッセージを伝送するステップと、
    前記ＢＳにより前記ＵＥから直接通信完了メッセージを受信するステップと、
    を有することを特徴とする請求項７に記載の方法。
  11. 前記送信及び受信インジケータとインデックスを割り当てるステップは、
    前記ＢＳにより、前記ＵＥにより割り当てられた前記インデックスを前記ＵＥから受信することを特徴とする請求項７に記載の方法。
  12. 前記相手ＵＥが前記ＢＳと異なる他のＢＳに接続される場合、前記リソース情報により指示されたリソースは、前記ＢＳと相手ＢＳとの間の調整により決定されることを特徴とする請求項７に記載の方法。
  13. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行するユーザー端末(ＵＥ)であって、
    直接通信経路を通じて相手ＵＥとＤ２Ｄ通信を遂行する送受信部と、
    前記ＵＥと基地局(ＢＳ)との間でＤ２Ｄ接続設定の際に送信又は受信役割を指示する送信及び受信インジケータと、Ｄ２Ｄ通信のための前記相手ＵＥを指示するインデックスを割り当て、制御チャンネルを介して前記送信及び受信インジケータ、前記インデックス、及び前記Ｄ２Ｄ通信用リソース情報を受信し、前記リソース情報により指示されたリソースで前記インデックスにより指示された前記相手ＵＥと、前記送信及び受信インジケータにより指示された送信又は受信役割に従って送信又は受信動作を実行するように制御する制御部と、
    を含むことを特徴とするＵＥ。
  14. 異なるインデックスが各Ｄ２Ｄ接続に割り当てられることを特徴とする請求項１３に記載のＵＥ。
  15. 前記インデックスは、送信インデックスと受信インデックスの対であり、各Ｄ２Ｄ接続に対して一つのインデックス対が割り当てられ、
    前記制御部は、前記送信インデックスと前記受信インデックスの間で前記送信及び受信インジケータに対応するインデックスの受信を制御することを特徴とする請求項１４に記載のＵＥ。
  16. 前記制御部は、
    前記ＵＥの識別子(ＩＤ)を含む直接通信要請メッセージを相手ＵＥに伝送し、前記相手ＵＥから前記相手ＵＥのＩＤを含む直接通信応答メッセージを受信し、前記ＵＥのＩＤと前記相手ＵＥのＩＤを含む直接通信要請メッセージを前記ＢＳに伝送し、前記ＢＳから前記ＵＥのネットワーク臨時ＩＤと前記インデックスを含む直接通信応答メッセージを受信し、前記ＢＳに直接通信完了メッセージを伝送するように制御することを特徴とする請求項１３に記載のＵＥ。
  17. 前記制御部は、前記インデックスを割り当て、前記割り当てられたインデックスを前記ＢＳに伝送するように制御する請求項１３に記載のＵＥ。
  18. 前記相手ＵＥが前記ＢＳと異なる他の相手ＢＳに接続される場合、前記リソース情報により指示されたリソースは、前記ＢＳと前記相手ＢＳとの間の調整により決定されることを特徴とする請求項１３に記載のＵＥ。
  19. デバイスツーデバイス(Ｄ２Ｄ)通信を実行する基地局(ＢＳ)であって、
    ＵＥとＢＳとの間でＤ２Ｄ接続設定の際に送信又は受信役割を指示する送信及び受信インジケータと、Ｄ２Ｄ通信用相手ＵＥを指示するインデックスを割り当て、制御チャンネルを介して前記送信及び受信インジケータと前記インデックス及びＤ２Ｄ通信用リソース情報を前記ＵＥに伝送するように制御する制御部と、
    前記制御部の制御下に、少なくとも一つのＵＥと通信を遂行する送受信部と、を含み、
    前記Ｄ２Ｄ通信は、前記リソース情報により指示されたリソースで、前記インデックスにより指定された前記ＵＥと前記相手ＵＥ間に、前記送信及び受信インジケータにより指示された送信及び受信役割によって送信又は受信動作が実行されることを特徴とするＢＳ。
  20. 異なるインデックスが各Ｄ２Ｄ接続に割り当てられることを特徴とする請求項１９に記載のＢＳ。
  21. 前記インデックスは、送信インデックスと受信インデックスの対であり、各Ｄ２Ｄ接続に対して一つのインデックス対が割り当てられ、
    前記制御部は、前記送信インデックスと前記受信インデックスの間で前記送信及び受信インジケータに対応するインデックスの伝送を制御することを特徴とする請求項２０に記載のＢＳ。
  22. 前記制御部は、
    前記ＵＥから前記ＵＥの識別子(ＩＤ)と前記相手ＵＥのＩＤを含む直接通信要請メッセージを受信し、前記ＵＥに前記ＵＥのネットワーク臨時ＩＤと前記インデックスを含む直接通信応答メッセージを伝送し、前記ＵＥから直接通信完了メッセージを受信するように制御することを特徴とする請求項１９に記載のＢＳ。
  23. 前記制御部は、前記ＢＳが前記ＵＥにより割り当てられた前記インデックスを前記ＵＥから受信するように制御することを特徴とする請求項１９に記載のＢＳ。
  24. 前記相手ＵＥが前記ＢＳと異なる他のＢＳに接続される場合、前記リソース情報により指示されたリソースは、前記ＢＳと相手ＢＳとの間の調整により決定されることを特徴とする請求項１９に記載のＢＳ。
  25. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法であって、
    ユーザー端末(ＵＥ)により基地局(ＢＳ)とＤ２Ｄ接続設定の際にＤ２Ｄ通信用ネットワーク臨時識別子(ＩＤ)が割り当てられるステップと、
    前記ＵＥによりネットワーク臨時ＩＤでマスキングされる制御チャンネルを介してＤ２Ｄ通信用リソース情報を受信するステップと、
    前記ＵＥにより前記リソース情報で指示されたリソースで前記ネットワーク臨時ＩＤに従って決定された相手ＵＥと送信又は受信動作を実行するステップと、
    を有することを特徴とする方法。
  26. 異なるネットワーク臨時ＩＤは、各Ｄ２Ｄ接続に割り当てられ、
    前記ネットワーク臨時ＩＤが割り当てられるステップは、前記Ｄ２Ｄ通信に参加するＵＥを識別するためのＵＥインデックスを割り当て、
    前記制御チャンネルは前記ＵＥインデックスを含み、
    前記送信又は受信動作を実行するステップは、前記ＵＥインデックスに従って決定された役割により送信又は受信動作を実行することを特徴とする請求項２５に記載の方法。
  27. 前記ネットワーク臨時ＩＤは、各Ｄ２Ｄ接続での前記ＵＥの役割を決定する送信用ＩＤと受信用ＩＤのＩＤ対であり、
    前記制御チャンネルは、前記ＩＤ対に含まれる送信用ＩＤと受信用ＩＤのうちいずれか一つでマスキングされ、
    前記送信又は受信動作を実行するステップは、前記制御チャンネルのマスキングに使用される送信用ＩＤ又は受信用ＩＤに従って決定される役割により送信又は受信動作を実行することを特徴とする請求項２５に記載の方法。
  28. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法にであって、
    基地局(ＢＳ)によりユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際に前記ＵＥにＤ２Ｄ通信のためのネットワーク臨時識別子(ＩＤ)を割り当てるステップと、
    前記ＢＳにより前記ＵＥにネットワーク臨時ＩＤでマスキングされた制御チャンネルを介してＤ２Ｄ通信用リソース情報を伝送するステップと、を有し、
    前記ＵＥと相手ＵＥとの間のＤ２Ｄ通信は、前記リソース情報により指示されたリソースで、前記ネットワーク臨時ＩＤに従って決定された前記ＵＥと前記相手ＵＥとの間で送信又は受信動作が実行されることを特徴とする方法。
  29. 異なるネットワーク臨時ＩＤは各Ｄ２Ｄ接続に割り当てられ、
    前記割り当ては、前記Ｄ２Ｄ通信に参加するＵＥを識別するためのＵＥインデックスを割り当て、
    前記制御チャンネルは、前記ＵＥインデックスを含み、
    前記ＵＥと相手ＵＥとの間のＤ２Ｄ通信は、前記ＵＥインデックスに従って決定された役割により送信又は受信動作が実行されることを特徴とする請求項２８に記載の方法。
  30. 前記ネットワーク臨時ＩＤは、各Ｄ２Ｄ接続での前記ＵＥの役割を決定する送信用ＩＤと受信用ＩＤのＩＤ対であり、
    前記制御チャンネルは、前記ＩＤ対に含まれた送信用ＩＤと受信用ＩＤのうちいずれか一つのＩＤでマスキングされ、
    前記Ｄ２Ｄ通信は、前記制御チャンネルのマスキングに使用される送信用ＩＤ又は受信用ＩＤに従って決定された役割により送信又は受信動作が実行することを特徴とする請求項２８に記載の方法。
  31. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行するユーザー端末(ＵＥ)であって、
    直接通信経路を通じて相手ＵＥとＤ２Ｄ通信を遂行する送受信部と、
    基地局(ＢＳ)とＤ２Ｄ接続設定の際に割り当てられるＤ２Ｄ通信用ネットワーク臨時識別子(ＩＤ)を制御し、ネットワーク臨時ＩＤでマスキングされた制御チャンネルを介してＤ２Ｄ通信用リソース情報を受信し、前記リソース情報により指示されたリソースで、前記ネットワーク臨時ＩＤに従って決定された相手ＵＥと送信又は受信動作を実行するように制御する制御部と、
    を含むことを特徴とするＵＥ。
  32. 異なるネットワーク臨時ＩＤは各Ｄ２Ｄ接続に割り当てられ、
    前記制御チャンネルは、前記Ｄ２Ｄ通信に参加するＵＥを識別するためのＵＥインデックスを含み、
    前記制御部は、前記ＵＥインデックスに従って決定された役割による送信又は受信動作を制御することを特徴とする請求項３１に記載のＵＥ。
  33. 前記ネットワーク臨時ＩＤは、各Ｄ２Ｄ接続での前記ＵＥの役割を決定する送信用ＩＤと受信用ＩＤのＩＤ対であり、
    前記制御チャンネルは、前記ＩＤ対に含まれた送信用ＩＤと受信用ＩＤのうちいずれか一つのＩＤでマスキングされ、
    前記制御部は、前記制御チャンネルのマスキングに使用される送信用ＩＤ又は受信用ＩＤに従って決定された役割による送信又は受信動作を制御することを特徴とする請求項３１に記載のＵＥ。
  34. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する基地局(ＢＳ)であって、
    ユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際に前記ＵＥにＤ２Ｄ通信用ネットワーク臨時識別子(ＩＤ)を割り当て、前記ＵＥにネットワーク臨時ＩＤでマスキングされた制御チャンネルを介してＤ２Ｄ通信用リソース情報を伝送するように制御する制御部と、
    前記制御部の制御下に少なくとも一つのＵＥと通信するように構成される送受信部と、を含み、
    前記Ｄ２Ｄ通信は、前記リソース情報により指示されたリソースで前記ネットワーク臨時ＩＤに従って決定された前記ＵＥと相手ＵＥとの間の送信又は受信動作により、前記ＵＥと前記相手ＵＥとの間で遂行されることを特徴とするＢＳ。
  35. 異なるネットワーク臨時ＩＤは、各Ｄ２Ｄ接続に割り当てられ、
    前記制御部は、前記Ｄ２Ｄ通信に参加するＵＥを識別するためのＵＥインデックスの割り当てを制御し、前記制御チャンネルは前記ＵＥインデックスを含み、前記ＵＥと相手ＵＥとの間のＤ２Ｄ通信は、前記ＵＥインデックスに従って決定された役割により送信又は受信動作が実行されることを特徴とする請求項３４に記載のＢＳ。
  36. 前記ネットワーク臨時ＩＤは、各Ｄ２Ｄ接続での前記ＵＥの役割を決定する送信用ＩＤと受信用ＩＤを含むＩＤ対であり、
    前記制御チャンネルは、前記ＩＤ対に含まれた送信用ＩＤと受信用ＩＤのうちいずれか一つでマスキングされ、
    前記Ｄ２Ｄ通信は、前記制御チャンネルのマスキングに使用される送信用ＩＤ又は受信用ＩＤに従って決定された役割により送信又は受信動作が実行されることを特徴とする請求項３４に記載のＢＳ。
  37. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法であって、
    ユーザー端末(ＵＥ)により基地局(ＢＳ)とＤ２Ｄ接続設定の際にＤ２Ｄ通信のためのＵＥ対識別子(ＩＤ)が割り当てられるステップと、
    前記ＵＥによりＤ２Ｄ通信のために予備されたネットワーク臨時ＩＤでマスキングされた制御チャンネルを介して前記ＵＥ対ＩＤとＤ２Ｄ通信に関するリソース情報を受信するステップと、
    前記ＵＥにより前記リソース情報で指示されたリソースで、前記ＵＥ対ＩＤに従って決定された相手ＵＥと送信又は受信動作を実行するステップと、を有し、
    前記ネットワーク臨時ＩＤはすべてＤ２Ｄ接続に対して同一であることを特徴とする方法。
  38. 前記ＵＥ対ＩＤが割り当てられるステップは、前記Ｄ２Ｄ通信に参加するＵＥを識別するためのＵＥインデックスを割り当てられ、
    前記制御チャンネルは前記ＵＥインデックスを含み、
    前記送信又は受信動作を実行するステップは、前記ＵＥインデックスに従って決定された役割により送信又は受信動作を実行することを特徴とする請求項３７に記載の方法。
  39. 前記ＵＥ対ＩＤは、各Ｄ２Ｄ接続での前記ＵＥの役割を決定する送信用ＩＤと受信用ＩＤを含むＩＤ対であり、
    前記制御チャンネルは、前記ＩＤ対に含まれた送信用ＩＤと受信用ＩＤのうちいずれか一つを含み、
    前記送信又は受信動作を実行するステップは、前記制御チャンネルに含まれた送信用ＩＤ又は受信用ＩＤに従って決定された役割により送信又は受信動作を実行することを特徴とする請求項３７に記載の方法。
  40. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する方法であって、
    基地局(ＢＳ)によりユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＤ２Ｄ通信用ＵＥ対識別子(ＩＤ)を割り当てるステップと、
    前記ＢＳによりＤ２Ｄ通信のために予備されたネットワーク臨時ＩＤでマスキングされた制御チャンネルを介して前記ＵＥ対ＩＤとＤ２Ｄ通信用リソース情報を前記ＵＥに伝送するステップと、を有し、
    前記Ｄ２Ｄ通信は、前記リソース情報により指示されたリソースで、前記ＵＥ対ＩＤに基づいて前記ＵＥと相手ＵＥとの間で送信又は受信動作により実行され、
    前記ネットワーク臨時ＩＤは、すべてＤ２Ｄ接続に対して同一であることを特徴とする方法。
  41. 前記ＵＥ対ＩＤを割り当てるステップは、前記Ｄ２Ｄ通信に参加するＵＥを識別するためのＵＥインデックスを割り当て、
    前記制御チャンネルは前記ＵＥインデックスを含み、
    前記Ｄ２Ｄ通信は、前記ＵＥインデックスに従って決定された役割により送信又は受信動作が実行されることを特徴とする請求項４０に記載の方法。
  42. 前記ＵＥ対ＩＤは、各Ｄ２Ｄ接続での前記ＵＥの役割を決定する送信用ＩＤと受信用ＩＤを含むＩＤ対であり、
    前記制御チャンネルは、前記ＩＤ対に含まれた送信用ＩＤと受信用ＩＤのうちいずれか一つを含み、
    前記Ｄ２Ｄ通信は、前記制御チャンネルに含まれた送信用ＩＤ又は受信用ＩＤに基づいて役割による送信又は受信動作により前記ＵＥと前記相手ＵＥとの間で実行されることを特徴とする請求項４０に記載の方法。
  43. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行するユーザー端末(ＵＥ)であって、
    直接通信経路で相手ＵＥとＤ２Ｄ通信を実行する送受信部と、
    基地局(ＢＳ)とＤ２Ｄ接続設定の際にＵＥに割り当てられるＤ２Ｄ通信のためのＵＥ対識別子(ＩＤ)を制御し、Ｄ２Ｄ通信のために予備されたネットワーク臨時ＩＤでマスキングされる制御チャンネルを介して前記ＵＥ対ＩＤとＤ２Ｄ通信に関するリソース情報を受信し、前記リソース情報により指示されたリソースで、前記ＵＥ対ＩＤに従って決定された相手ＵＥと送信又は受信動作を実行するように制御する制御部と、を含み、
    前記ネットワーク臨時ＩＤは、すべてＤ２Ｄ接続に対して同一であることを特徴とするＵＥ。
  44. 前記Ｄ２Ｄ通信に参加するＵＥを識別するためのＵＥインデックスは割り当てられ、
    前記制御チャンネルは、前記ＵＥインデックスを含み、
    前記制御部は、前記ＵＥインデックスに従って決定された役割により送信又は受信動作の実行を制御することを特徴とする請求項４３に記載のＵＥ。
  45. 前記ＵＥ対ＩＤは、各Ｄ２Ｄ接続での前記ＵＥの役割を決定する送信用ＩＤと受信用ＩＤを含むＩＤ対であり、
    前記制御チャンネルは、前記ＩＤ対に含まれた送信用ＩＤと受信用ＩＤのうちいずれか一つを含み、
    前記制御部は、前記制御チャンネルに含まれた送信用ＩＤ又は受信用ＩＤに従って決定された役割により送信又は受信動作の実行を制御することを特徴とする請求項４３に記載のＵＥ。
  46. デバイスツーデバイス(Ｄ２Ｄ)通信を遂行する基地局(ＢＳ)であって、
    ユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＤ２Ｄ通信のためのＵＥ対識別子(ＩＤ)を割り当て、Ｄ２Ｄ通信に予備されたネットワーク臨時ＩＤでマスキングされる制御チャンネルを介して前記ＵＥ対ＩＤとＤ２Ｄ通信用リソース情報を前記ＵＥに伝送するように制御する制御部と、
    前記制御部の制御下に少なくとも一つのＵＥと通信するように構成される送受信部と、を含み、
    前記Ｄ２Ｄ通信は、前記リソース情報で指示されたリソースで、前記ＵＥ対ＩＤに従って前記ＵＥと相手ＵＥとの間で送信又は受信動作により実行され、
    前記ネットワーク臨時ＩＤは、ずべてＤ２Ｄ接続に対して同一であることを特徴とするＢＳ。
  47. 前記制御部は、前記Ｄ２Ｄ通信に参加するＵＥを識別するためのＵＥインデックスを割り当て、
    前記制御チャンネルは、前記ＵＥインデックスを含み、
    前記Ｄ２Ｄ通信は、前記ＵＥインデックスに従って決定された役割により送信又は受信動作が前記ＵＥと前記相手ＵＥとの間で実行されることを特徴とする請求項４６に記載のＢＳ。
  48. 前記ＵＥ対ＩＤは、各Ｄ２Ｄ接続での前記ＵＥの役割を決定する送信用ＩＤと受信用ＩＤを含むＩＤ対であり、
    前記制御チャンネルは、前記ＩＤ対に含まれた送信用ＩＤと受信用ＩＤのうちいずれか一つを含み、
    前記Ｄ２Ｄ通信は、前記制御チャンネルに含まれた送信用ＩＤ又は受信用ＩＤに基づいた役割により送信又は受信動作により前記ＵＥと前記相手ＵＥとの間で実行されることを特徴とする請求項４６に記載のＢＳ。
  49. デバイスツーデバイス(Ｄ２Ｄ)通信を実行する方法であって、
    ユーザー端末(ＵＥ)により基地局(ＢＳ)とＤ２Ｄ接続設定の際にＤ２Ｄ通信を遂行する相手ＵＥのネットワーク臨時識別子(ＩＤ)を受信するステップと、
    前記ＵＥによりＤ２Ｄ通信において送信役割あるいは受信役割を遂行するＵＥのネットワーク臨時ＩＤでマスキングされる制御チャンネルを介して、相手ＵＥに関する情報と前記相手ＵＥとのＤ２Ｄ通信用リソース情報を受信するステップと、
    前記ＵＥにより前記リソース情報で指示されたリソースで、前記制御チャンネルのマスキングに使用されるネットワーク臨時ＩＤと前記相手ＵＥの情報に従って決定された相手ＵＥと送信又は受信動作を実行するステップと、を有し、
    前記ネットワーク臨時ＩＤはＵＥ別に異なることを特徴とする方法。
  50. 各Ｄ２Ｄ接続に対して、前記Ｄ２Ｄ接続を通じてＤ２Ｄ通信を実行する各ＵＥに異なる送信及び受信インデックスが割り当てられ、
    前記相手ＵＥに関する情報は、前記送信及び受信インデックスを用いて伝送されることを特徴とする請求項４９に記載の方法。
  51. 前記制御チャンネルは、前記送信役割と受信役割との間の他の役割を遂行するＵＥのネットワーク臨時ＩＤを含むことを特徴とする請求項４９に記載の方法。
  52. デバイスツーデバイス(Ｄ２Ｄ)通信を実行する方法であって、
    基地局(ＢＳ)によりユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＤ２Ｄ通信に対する相手ＵＥのネットワーク臨時識別子(ＩＤ)を送信するステップと、
    前記ＢＳによりＤ２Ｄ通信において送信役割あるいは受信役割を遂行するＵＥのネットワーク臨時ＩＤでマスキングされる制御チャンネルを介して、相手ＵＥに関する情報と、前記相手ＵＥとのＤ２Ｄ通信用リソース情報を前記ＵＥに伝送するステップと、を有し、
    前記Ｄ２Ｄ通信は、前記リソース情報で指示されたリソースで、前記制御チャンネルのマスキングに使用されたネットワーク臨時ＩＤと前記相手ＵＥに関する情報に基づいて前記ＵＥと前記相手ＵＥとの間で送信又は受信動作により実行され、
    前記ネットワーク臨時ＩＤは、ＵＥ別に異なることを特徴とする方法。
  53. 各Ｄ２Ｄ接続に対して、異なる送信及び受信インデックスは、前記Ｄ２Ｄ接続を通じてＤ２Ｄ通信を遂行する各ＵＥに割り当てられ、
    前記相手ＵＥに関する情報は、前記送信及び受信インデックスを用いて伝送されることを特徴とする請求項５２に記載の方法。
  54. 前記制御チャンネルは、前記送信役割と受信役割との間で他の役割を遂行するＵＥのネットワーク臨時ＩＤを含むことを特徴とする請求項５２に記載の方法。
  55. デバイスツーデバイス(Ｄ２Ｄ)通信を実行するユーザー端末(ＵＥ)であって、
    直接通信経路で相手ＵＥとＤ２Ｄ通信を実行する送受信部と、
    基地局(ＢＳ)とＤ２Ｄ接続設定の際にＤ２Ｄ通信を実行する相手ＵＥのネットワーク臨時識別子(ＩＤ)を受信し、前記Ｄ２Ｄ通信において送信又は受信役割を実行するＵＥのネットワーク臨時ＩＤでマスキングされた制御チャンネルを介して相手ＵＥに関する情報と、前記相手ＵＥとのＤ２Ｄ通信用リソース情報を受信し、前記リソース情報により指示されたリソースで、前記制御チャンネルのマスキングに使用されたネットワーク臨時ＩＤと前記相手ＵＥに関する情報に従って相手ＵＥと送信又は受信動作を実行するように構成される制御部と、を含み、
    前記ネットワーク臨時ＩＤはＵＥ別に異なることを特徴とするＵＥ。
  56. 各Ｄ２Ｄ接続に対して、前記Ｄ２Ｄ接続を通じてＤ２Ｄ通信を実行する各ＵＥに異なる送信及び受信インデックスが割り当てられ、
    前記相手ＵＥに関する情報は、送信及び受信インデックスを用いて伝送されることを特徴とする請求項５５に記載のＵＥ。
  57. 前記制御チャンネルは、送信役割と受信役割との間で他の役割を遂行するＵＥのネットワーク臨時ＩＤを含むことを特徴とする請求項５５に記載のＵＥ。
  58. デバイスツーデバイス(Ｄ２Ｄ)通信を実行する基地局(ＢＳ)であって、
    ユーザー端末(ＵＥ)とのＤ２Ｄ接続設定の際にＤ２Ｄ通信用相手ＵＥのネットワーク臨時識別子(ＩＤ)を送信し、前記Ｄ２Ｄ通信において送信又は受信役割を遂行するＵＥのネットワーク臨時ＩＤでマスキングされる制御チャンネルを介して相手ＵＥに関する情報と、前記相手ＵＥとのＤ２Ｄ通信用リソース情報を前記ＵＥに伝送するように制御する制御部と、
    前記制御部の制御下に少なくとも一つのＵＥと通信を実行する送受信部と、を含み、
    前記Ｄ２Ｄ通信は、前記リソース情報により指示されたリソースで、前記制御チャンネルのマスキングに使用されるネットワーク臨時ＩＤと前記相手ＵＥに関する情報に基づいて前記ＵＥと前記相手ＵＥとの間で送信又は受信動作が実行され、
    前記ネットワーク臨時ＩＤは、ＵＥ別に異なることを特徴とするＢＳ。
  59. Ｄ２Ｄ接続別に、異なる送信及び受信インデックスは、前記Ｄ２Ｄ接続を通じてＤ２Ｄ通信を実行する各ＵＥに割り当てられ、
    前記相手ＵＥに関する情報は、送信及び受信インデックスを用いて伝送されることを特徴とする請求項５８に記載のＢＳ。
  60. 前記制御チャンネルは、送信役割と受信役割との間の他の役割を遂行するＵＥのネットワーク臨時ＩＤを含むことを特徴とする請求項５８に記載のＢＳ。
  61. デバイスツーデバイス(Ｄ２Ｄ)通信用リソースを割り当てる方法であって、
    基地局(ＢＳ)にＤ２Ｄバッファ状態報告又はＤ２Ｄスケジューリング要請を伝送することでＤ２Ｄ通信用リソースを要請するステップと、
    前記ＢＳからＤ２Ｄ通信用リソースを受信するステップと、を有し、
    前記Ｄ２Ｄ通信用リソースは、Ｄ２Ｄ通信のために予備されたアップリンク(ＵＬ)サブフレームに対応するダウンリンク(ＤＬ)サブフレームで制御チャンネルを介して受信され、あるいはＤ２Ｄ通信のための制御情報フォーマットを使用する制御チャンネルを介して受信され、あるいはＤ２Ｄ通信のためにユーザー端末(ＵＥ)に割り当てられた無線ネットワーク端末識別子(ＲＮＴＩ)を用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御チャンネルを介して受信されることを特徴とする方法。
  62. 前記Ｄ２Ｄバッファ状態報告は、前記ＢＳへのアップリンク送信用リソースを要請するためのバッファ状態報告を指示するロジックチャンネル識別子(ＬＣＩＤ)と区別されるＬＣＩＤを用いて指示されることを特徴とする請求項６１に記載の方法。
  63. 前記Ｄ２Ｄスケジューリング要請は、前記Ｄ２Ｄスケジューリング要請を伝送するために前記ＵＥに予約されるか、あるいは割り当てられる物理アップリンク制御チャンネル(ＰＵＣＣＨ)リソースで伝送されることを特徴とする請求項６１に記載の方法。
  64. Ｄ２Ｄ通信のための前記ＵＥに割り当てられたＲＮＴＩを用いてマスキングされたＣＲＣを有する制御チャンネルを介して前記Ｄ２Ｄ通信用リソースを受信するステップは、
    前記ＢＳにＤ２Ｄ通信に対する関心を表す通信要請メッセージを送信するステップと、
    前記ＢＳから前記通信要請メッセージに応答してＤ２Ｄ通信のための前記ＲＮＴＩを受信するステップと、を有し、
    前記関心は、前記ＵＥが前記Ｄ２Ｄ通信に関心のあることを表すか、前記Ｄ２Ｄ通信のための送信に関心があることを表すか、前記Ｄ２Ｄ通信のための受信に関心があることを表すか、あるいはＤ２Ｄ通信のための送信及び受信両方ともに関心があることを表すことを特徴とする請求項６１に記載の方法。
  65. 前記Ｄ２Ｄ通信に対する関心を表す前記通信要請メッセージは、接続状態で前記ＵＥにより伝送されることを特徴とする請求項６４に記載の方法。
  66. 前記Ｄ２Ｄ通信に対する関心を表す前記通信要請メッセージは、接続設定メッセージを通じてＵＥにより伝送されることを特徴とする請求項６４に記載の方法。
  67. Ｄ２Ｄ通信のために前記ＵＥに割り当てられたＲＮＴＩを用いてマスキングされたＣＲＣを有する制御チャンネルを介して前記Ｄ２Ｄ通信用リソースを受信するステップは、
    前記ＢＳにより自立的に伝送されたＤ２Ｄ通信のための前記ＲＮＴＩを受信するステップをさらに有し、
    前記ＵＥは、前記ＢＳにより移動性管理エンティティ(ＭＭＥ)から受信されたＵＥコンテキストに基づいてＤ２Ｄ通信のために認証されたと決定される場合に前記ＲＮＴＩを受信することを特徴とする請求項６１に記載の方法。
  68. Ｄ２Ｄ通信用リソースを指示するＤＬサブフレームは、前記ＢＳへのＵＬ送信用リソースを指示するＤＬサブフレームと異なることを特徴とする請求項６１に記載の方法。
  69. Ｄ２Ｄ通信のための前記制御情報フォーマットは、前記ＢＳへのＵＬ伝送又は前記ＢＳからのＤＬ受信のためのリソースを指示する制御情報フォーマットと異なることを特徴とする請求項６１に記載の方法。
  70. デバイスツーデバイス(Ｄ２Ｄ)通信用リソースを割り当てる方法であって、
    ユーザー端末(ＵＥ)からバッファ状態報告又はスケジューリング要請を受信するステップと、
    前記バッファ状態報告又は前記スケジューリング要請がＤ２Ｄ通信用であるか否かを判定するステップと、
    前記バッファ状態報告又は前記スケジューリング要請がＤ２Ｄ通信のためのものならばＤ２Ｄ通信用リソースを割り当てるステップと、
    前記ＵＥに前記割り当てられたＤ２Ｄ通信用リソースを伝送するステップと、を有し、
    前記Ｄ２Ｄ通信用リソースは、
    Ｄ２Ｄ通信のために予備されたアップリンク(ＵＬ)サブフレームに対応するダウンリンク(ＤＬ)サブフレームで制御チャンネルを介して伝送され、あるいはＤ２Ｄ通信のための制御情報フォーマットを使用する制御チャンネルを介して伝送され、あるいはＤ２Ｄ通信のために前記ＵＥに割り当てられた無線ネットワーク端末識別子(ＲＮＴＩ)を用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御チャンネルを介して伝送されることを特徴とする方法。
  71. 前記Ｄ２Ｄ通信のためのバッファ状態報告は、ＢＳへのアップリンク送信用リソースを要請するためのバッファ状態報告を識別する論理チャンネル識別子(ＬＣＩＤ)と区別されるＬＣＩＤを用いて識別されることを特徴とする請求項７０に記載の方法。
  72. 前記Ｄ２Ｄ通信のためのスケジューリング要請は、前記Ｄ２Ｄ通信のための前記スケジューリング要請を伝送するために前記ＵＥに予約され、あるいは割り当てられた物理アップリンク制御チャンネル(ＰＵＣＣＨ)リソースで受信されることを特徴とする請求項７０に記載の方法。
  73. Ｄ２Ｄ通信のために前記ＵＥに割り当てられたＲＮＴＩを用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御チャンネルを介して前記Ｄ２Ｄ通信用リソースを伝送するステップは、
    前記ＵＥからＤ２Ｄ通信に対する関心を表す通信要請メッセージを受信するステップと、
    前記ＵＥに前記通信要請メッセージに応答してＤ２Ｄ通信のための前記ＲＮＴＩを伝送するステップと、を有し、
    前記関心は、前記ＵＥが前記Ｄ２Ｄ通信に関心があることを表したり、前記ＵＥがＤ２Ｄ通信のための送信に関心があることを表したり、前記ＵＥがＤ２Ｄ通信のための受信に関心があることを表したり、Ｄ２Ｄ通信のための送信と受信に関心があることを表すことを特徴とする請求項７０に記載の方法。
  74. 前記Ｄ２Ｄ通信に対する関心を表す前記通信要請メッセージは、接続状態で前記ＵＥから受信されることを特徴とする請求項７３に記載の方法。
  75. 前記Ｄ２Ｄ通信に対する関心を表す前記通信要請メッセージは、接続設定メッセージを通じてＵＥから受信されることを特徴とする請求項７３に記載の方法。
  76. Ｄ２Ｄ通信のために前記ＵＥに割り当てられた無線ネットワーク端末識別子(ＲＮＴＩ)を用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御チャンネルを介して前記Ｄ２Ｄ通信用リソースを伝送するステップは、
    移動性管理エンティティ(ＭＭＥ)から基地局(ＢＳ)により受信されたＵＥコンテキストに基づいて前記ＵＥがＤ２Ｄ通信のために認証されると判定される場合に、前記ＢＳが自立的に前記ＵＥに前記Ｄ２Ｄ通信のためのＲＮＴＩを伝送するステップを有することを特徴とする請求項７０に記載の方法。
  77. Ｄ２Ｄ通信用リソースを指示するＤＬサブフレームは、ＢＳへのＵＬ送信用リソースを指示するＤＬサブフレームと異なることを特徴とする請求項７０に記載の方法。
  78. Ｄ２Ｄ通信のための前記制御情報フォーマットは、ＢＳへのＵＬ伝送あるいは前記ＢＳからのＤＬ受信のためのリソースを指示する制御情報フォーマットと異なることを特徴とする請求項７０に記載の方法。
  79. デバイスツーデバイス(Ｄ２Ｄ)通信を実行するユーザー端末(ＵＥ)であって、
    直接通信経路を通じて相手ＵＥとＤ２Ｄ通信を実行する送受信部と、
    基地局(ＢＳ)にＤ２Ｄバッファ状態報告又はＤ２Ｄスケジューリング要請を伝送することによりＤ２Ｄ通信用リソースを要請し、前記ＢＳからＤ２Ｄ通信用リソースを受信するように制御する制御部と、を含み、
    前記Ｄ２Ｄ通信用リソースは、Ｄ２Ｄ通信のために予備されたアップリンク(ＵＬ)サブフレームに対応するダウンリンク(ＤＬ)サブフレームで制御チャンネルを介して受信され、あるいはＤ２Ｄ通信のための制御情報フォーマットを使用する制御チャンネルを介して受信され、もしくはＤ２Ｄ通信のために前記ＵＥに割り当てられた無線ネットワーク端末識別子(ＲＮＴＩ)を用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御ャンネルを介して受信されることを特徴とするＵＥ。
  80. 前記Ｄ２Ｄバッファ状態報告は、前記ＢＳへのアップリンク送信のためのリソースを要請するためのバッファ状態報告を指示する論理チャンネル識別子(ＬＣＩＤ)と区別されるＬＣＩＤを用いて指示することを特徴とする請求項７９に記載のＵＥ。
  81. 前記Ｄ２Ｄスケジューリング要請は、前記Ｄ２Ｄスケジューリング要請を伝送するために前記ＵＥに予約されるか、あるいは割り当てられた物理アップリンク制御チャンネル(ＰＵＣＣＨ)リソースで伝送されることを特徴とする請求項７９に記載のＵＥ。
  82. Ｄ２Ｄ通信のために前記ＵＥに割り当てられたＲＮＴＩを用いてマスキングされたＣＲＣを有する制御チャンネルを介して前記Ｄ２Ｄ通信用リソースを受信する場合、前記制御部は、前記ＢＳにＤ２Ｄ通信に対する関心を表す通信要請メッセージを送信し、前記ＢＳから前記通信要請メッセージに応答してＤ２Ｄ通信のための前記ＲＮＴＩを受信するように制御し、
    前記関心は、前記ＵＥが前記Ｄ２Ｄ通信に、又は前記Ｄ２Ｄ通信のための送信に、あるいは前記Ｄ２Ｄ通信のための送受信両方ともに関心のあることを示し、Ｄ２Ｄ通信のための送信と受信に関心があることを表すことを特徴とする請求項７９に記載のＵＥ。
  83. 前記Ｄ２Ｄ通信に対する関心を表す前記通信要請メッセージは接続状態で伝送されることを特徴とする請求項８２に記載のＵＥ。
  84. 前記Ｄ２Ｄ通信に対する関心を表す前記通信要請メッセージは接続設定メッセージを通じて伝送されることを特徴とする請求項８２に記載のＵＥ。
  85. Ｄ２Ｄ通信のために前記ＵＥに割り当てられたＲＮＴＩを用いてマスキングされたＣＲＣを有する制御チャンネルを介して前記Ｄ２Ｄ通信用リソースを受信する場合、
    前記制御部は、前記ＢＳにより自立的に伝送されたＤ２Ｄ通信のための前記ＲＮＴＩを受信するように構成され、
    前記ＢＳは、移動性管理エンティティ(ＭＭＥ)から受信したＵＥコンテキストに基づいて前記ＵＥがＤ２Ｄ通信のために認証されると判定された場合に、前記ＲＮＴＩを送信することを特徴とする請求項８２に記載のＵＥ。
  86. Ｄ２Ｄ通信用リソースを指示するＤＬサブフレームは、前記ＢＳへのＵＬ送信用リソースを指示するＤＬサブフレームと異なることを特徴とする請求項７９に記載のＵＥ。
  87. Ｄ２Ｄ通信のための前記制御情報フォーマットは、前記ＢＳへのＵＬ伝送又は前記ＢＳからのＤＬ受信のためのリソースを指示する制御情報フォーマットと異なることを特徴とする請求項７９に記載のＵＥ。
  88. デバイスツーデバイス(Ｄ２Ｄ)通信を実行する基地局(ＢＳ)であって、
    ユーザー端末(ＵＥ)からバッファ状態報告又はスケジューリング要請を受信し、前記バッファ状態報告又は前記スケジューリング要請がＤ２Ｄ通信用であるか否かを判定し、前記バッファ状態報告又は前記スケジューリング要請がＤ２Ｄ通信用である場合にＤ２Ｄ通信用リソースを割り当て、前記ＵＥに前記割り当てられたＤ２Ｄ通信用リソースを伝送するように制御する制御部と、
    前記制御部の制御によりＵＥと通信を実行する送受信部と、を含み、
    前記Ｄ２Ｄ通信用リソースは、
    Ｄ２Ｄ通信のために予備されたアップリンク(ＵＬ)サブフレームに対応するダウンリンク(ＤＬ)サブフレームで制御チャンネルを介して伝送され、Ｄ２Ｄ通信のための制御情報フォーマットを使用する制御チャンネルを介して伝送され、あるいはＤ２Ｄ通信のために前記ＵＥに割り当てられた無線ネットワーク端末識別子(ＲＮＴＩ)を用いてマスキングされた巡回冗長チェック(ＣＲＣ)を有する制御チャンネルを介して伝送することを特徴とするＢＳ。
  89. 前記Ｄ２Ｄ通信用バッファ状態報告は、前記ＢＳへのアップリンク送信用リソースを要請するためのバッファ状態報告を識別する論理チャンネル識別子(ＬＣＩＤ)とを用いて識別されることを特徴とする請求項８８に記載のＢＳ。
  90. 前記Ｄ２Ｄ通信のための前記スケジューリング要請は、Ｄ２Ｄ通信のためのスケジューリング要請を伝送するために前記ＵＥに予約されるか、あるいは割り当てられた物理アップリンク制御チャンネル(ＰＵＣＣＨ)リソースで受信されることを特徴とする請求項８８に記載のＢＳ。
  91. Ｄ２Ｄ通信のために前記ＵＥに割り当てられたＲＮＴＩを用いてマスキングされたＣＲＣを有する制御チャンネルを介して前記Ｄ２Ｄ通信用リソースを伝送する場合に、
    前記制御部は、前記ＵＥからＤ２Ｄ通信に対する関心を表す通信要請メッセージを受信し、前記ＵＥに前記通信要請メッセージに対応してＤ２Ｄ通信のための前記ＲＮＴＩを伝送するように制御し、
    前記関心は、前記ＵＥが前記Ｄ２Ｄ通信に関心があり、Ｄ２Ｄ通信のための送信に関心があり、Ｄ２Ｄ通信のための受信に関心があり、あるいはＤ２Ｄ通信のための送受信に関心があることを表すことを特徴とする請求項８８に記載のＢＳ。
  92. 前記Ｄ２Ｄ通信に対する関心を表す前記通信要請メッセージは、接続状態で前記ＵＥから受信されることを特徴とする請求項９１に記載のＢＳ。
  93. 前記Ｄ２Ｄ通信に対する関心を表す前記通信要請メッセージは、接続設定メッセージを通じて前記ＵＥから受信されることを特徴とする請求項９１に記載のＢＳ。
  94. Ｄ２Ｄ通信のために前記ＵＥに割り当てられたＲＮＴＩを用いてマスキングされたＣＲＣを有する制御チャンネルを介して前記Ｄ２Ｄ通信用リソースを伝送する場合に、
    前記制御部は、移動性管理エンティティ(ＭＭＥ)から受信されたＵＥコンテキストに基づいて前記ＵＥがＤ２Ｄ通信のために認証されると判定される場合、自立的に前記ＵＥに前記Ｄ２Ｄ通信のための前記ＲＮＴＩを伝送するように制御することを特徴とする請求項８８に記載のＢＳ。
  95. Ｄ２Ｄ通信用リソースを指示するＤＬサブフレームは、前記ＢＳへのＵＬ送信用リソースを指示するＤＬサブフレームと異なることを特徴とする請求項８８に記載のＢＳ。
  96. Ｄ２Ｄ通信のための前記制御情報フォーマットは、前記ＢＳへのＵＬ伝送又は前記ＢＳからのＤＬ受信のためのリソースを指示する制御情報フォーマットと異なることを特徴とする請求項８８に記載のＢＳ。
JP2016523656A 2013-06-28 2014-06-30 デバイスツーデバイス通信方法及び装置 Active JP6789113B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
IN782/KOL/2013 2013-06-28
IN782KO2013 2013-06-28
KR10-2014-0079486 2014-06-27
KR1020140079486A KR102237199B1 (ko) 2013-06-28 2014-06-27 디바이스-투-디바이스 통신 방법 및 장치
PCT/KR2014/005782 WO2014209077A1 (en) 2013-06-28 2014-06-30 Method and apparatus for performing device-to-device communication

Publications (2)

Publication Number Publication Date
JP2016531463A true JP2016531463A (ja) 2016-10-06
JP6789113B2 JP6789113B2 (ja) 2020-11-25

Family

ID=52475877

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016523656A Active JP6789113B2 (ja) 2013-06-28 2014-06-30 デバイスツーデバイス通信方法及び装置

Country Status (9)

Country Link
US (1) US10111267B2 (ja)
EP (1) EP3014940B1 (ja)
JP (1) JP6789113B2 (ja)
KR (1) KR102237199B1 (ja)
CN (1) CN105453675B (ja)
AU (1) AU2014299437B2 (ja)
CA (1) CA2916956C (ja)
IN (1) IN2014KO00714A (ja)
WO (1) WO2014209077A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10917778B2 (en) 2016-02-05 2021-02-09 Huawei Technologies Co., Ltd. Communication resource allocation method and apparatus, terminal device, base station, and communications system

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6501776B2 (ja) 2013-08-07 2019-04-17 サムスン エレクトロニクス カンパニー リミテッド 無線通信システムにおけるリソース割り当て情報を送受信する方法及び装置
EP3042524B1 (en) * 2013-09-06 2018-12-26 Telefonaktiebolaget LM Ericsson (publ) Cluster-based resource allocation for vehicle-to-vehicle communication
US10117224B2 (en) * 2013-09-20 2018-10-30 Qualcomm Incorporated MAC subheader for D2D broadcast communication for public safety
WO2015046868A1 (en) 2013-09-24 2015-04-02 Samsung Electronics Co., Ltd. Apparatus and method for establishing network controlled direct connection in communication system supporting device to device scheme
CN104581854B (zh) * 2013-10-16 2019-07-12 中兴通讯股份有限公司 一种无线连接方法和装置
JP6183148B2 (ja) * 2013-10-24 2017-08-23 富士通株式会社 通信端末装置、通信制御システムおよび通信制御方法
CN104640056B (zh) 2013-11-07 2021-08-17 中兴通讯股份有限公司 一种控制节点选取及分配资源的方法和装置
WO2015109569A1 (zh) * 2014-01-26 2015-07-30 华为技术有限公司 资源配置方法和装置
US9883513B2 (en) * 2014-03-19 2018-01-30 Qualcomm Incorporated Scheduling of device-to-device scheduling assignment for mode1
US9888509B2 (en) * 2014-07-16 2018-02-06 Innovative Sonic Corporation Method and apparatus for performing a random access (RA) procedure for device to-device (D2D) service in a wireless communication system
JP6562922B2 (ja) * 2014-07-31 2019-08-21 シャープ株式会社 端末装置、制御方法および集積回路
US10057918B2 (en) * 2014-08-08 2018-08-21 Telefonaktiebolaget Lm Ericsson (Publ) Coordination between prose BSR and cellular BSR
US10231111B2 (en) * 2014-10-03 2019-03-12 Daniel Ursitti System and method for establishing a user connection
US9706519B2 (en) * 2014-10-03 2017-07-11 Daniel Ursitti System and method for establishing a user connection
WO2016061823A1 (zh) * 2014-10-24 2016-04-28 富士通株式会社 缓存状态报告的触发方法、装置以及通信系统
EP3235329B1 (en) * 2014-12-19 2022-04-13 Nokia Solutions and Networks Oy Proximity services device-to-device communication services control
KR101992551B1 (ko) 2015-01-26 2019-06-24 후지쯔 가부시끼가이샤 버퍼 상태 보고 처리 방법과 장치, 및 통신 시스템
CN107079508B (zh) 2015-03-19 2021-07-09 华为技术有限公司 一种设备到设备d2d通信方法及装置
JP6597772B2 (ja) * 2015-03-30 2019-10-30 日本電気株式会社 無線端末装置及びその方法
WO2016167635A1 (ko) * 2015-04-17 2016-10-20 엘지전자 주식회사 무선 통신 시스템에서 d2d 신호의 측정/릴레이 선택 방법 및 장치
CN107534958B (zh) * 2015-05-11 2020-10-27 华为技术有限公司 信号传输方法、基站及用户设备
CN107852725B (zh) * 2015-08-11 2020-02-14 华为技术有限公司 一种分配资源的方法、装置及设备
KR20180043386A (ko) 2015-09-17 2018-04-27 엘지전자 주식회사 무선 통신 시스템에서 v2x 단말의 메시지 송수신 방법 및 장치
KR102459543B1 (ko) * 2015-10-16 2022-10-27 삼성전자주식회사 무선 통신 시스템에서 웨어러블 디바이스를 위한 통신 방법 및 장치
JP6726679B2 (ja) * 2015-11-05 2020-07-22 富士通株式会社 通信装置および無線通信方法
BR112018006742B1 (pt) * 2015-11-13 2024-01-02 Guangdong Oppo Mobile Telecommunications Corp., Ltd Método para alocação de recursos de rádio
FR3044499B1 (fr) * 2015-11-26 2017-12-15 Commissariat Energie Atomique Methode d'etablissement d'une communication securisee de bout en bout entre le terminal d'un utilisateur et un objet connecte
US10194459B2 (en) * 2016-02-18 2019-01-29 Lg Electronics Inc. Method of transmitting and receiving message for communication between UEs in wireless communication system and apparatus using method
US9854611B2 (en) * 2016-03-31 2017-12-26 Lenovo (Singapore) Pte. Ltd. Group network acquisition
CN106792430B (zh) * 2016-05-13 2018-11-27 北京展讯高科通信技术有限公司 一种近距离业务单播通信方法及装置
EP4138455A1 (en) * 2016-06-22 2023-02-22 Huawei Technologies Co., Ltd. Communication path switching method and device
CN107734548A (zh) * 2016-08-11 2018-02-23 中兴通讯股份有限公司 V2x通信的信道发送方法及装置
AU2016424413B2 (en) * 2016-09-30 2021-01-28 Huawei Technologies Co., Ltd. Data transmission method, device, and system
CN110383942B (zh) * 2017-01-04 2022-06-14 弗劳恩霍夫应用研究促进协会 无线通信系统的网络分片的接入控制
US10912114B2 (en) 2017-05-05 2021-02-02 Qualcomm Incorporated Relaying in a device-to-device communication system
US10893557B2 (en) 2017-05-05 2021-01-12 Qualcomm Incorporated Relaying in a device-to-device communication system
US11219054B2 (en) * 2017-05-05 2022-01-04 Qualcomm Incorporated Relaying in a device-to-device communication system
GB2571250B (en) * 2018-01-17 2021-11-03 Canon Kk Method and apparatus for reporting quantity of data for direct-link transmission in a wireless network
CN112106440B (zh) 2018-05-08 2023-09-19 Lg电子株式会社 用于在无线通信系统中传输v2x数据的方法及其设备
KR20210024099A (ko) 2018-06-28 2021-03-04 콘비다 와이어리스, 엘엘씨 뉴 라디오 차량 사이드링크 공유 채널 데이터 송신들을 위한 사이드링크 버퍼 상태 보고들 및 스케줄링 요청들
GB2575329B (en) * 2018-07-06 2021-02-17 Canon Kk Unique direct link session ID to drive stations in a wireless network
GB2575481B (en) * 2018-07-11 2020-07-15 Canon Kk Acknowledgement of direct link and downlink transmissions in trigger-based multi-user transmissions
US11057852B2 (en) 2018-09-18 2021-07-06 Samsung Electronics Co., Ltd Method and apparatus for resource allocation and bandwidth part inactivity timer handling for vehicle-to-everything communication
CN111615219B (zh) * 2019-04-30 2022-02-22 维沃移动通信有限公司 一种pc5链路建立方法、设备及系统
EP4070615B1 (en) 2020-01-10 2024-05-15 Samsung Electronics Co., Ltd. Apparatus and method of random access procedure
WO2024208455A1 (en) 2023-04-05 2024-10-10 Paolo Gobbi Frattini S.R.L. Method for the preparation of an adipose tissue graft

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010113490A1 (ja) * 2009-03-31 2010-10-07 パナソニック株式会社 無線通信装置、無線通信基地局、及び無線通信システム
WO2012128505A2 (ko) * 2011-03-18 2012-09-27 엘지전자 주식회사 장치-대-장치 통신 방법 및 장치
WO2013044718A1 (zh) * 2011-09-30 2013-04-04 华为技术有限公司 一种实现设备到设备的通讯方法、终端及系统
US20130150108A1 (en) * 2011-12-09 2013-06-13 Electronics And Telecommunications Research Institute Device-to-device communication method based on cellular communication system
US20130150061A1 (en) * 2011-12-09 2013-06-13 Electronics And Telecommunications Research Institute Device-to-device group communication method and device using the same
US20140098719A1 (en) * 2012-10-08 2014-04-10 Sungkyunkwan University Foundation For Corporate Method and apparatus for performing harq process in wireless communication system
US20140162714A1 (en) * 2012-12-06 2014-06-12 Samsung Electronics Co., Ltd. Information exchange method and apparatus for d2d communication

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101562894B (zh) * 2008-04-26 2010-10-20 华为技术有限公司 一种缓冲区状态报告的发送方法及其设备
WO2009138820A1 (en) 2008-05-15 2009-11-19 Nokia Corporation Methods, apparatuses and computer program products for providing coordination of device to device communication
CN101873642A (zh) 2009-04-24 2010-10-27 大唐移动通信设备有限公司 一种中继节点传输缓存状态报告的方法和装置
WO2011088609A1 (en) 2010-01-19 2011-07-28 Nokia Corporation Evolved node b controlled centralized resource reuse for device-to-device and cellular users
US8588803B2 (en) 2010-06-18 2013-11-19 Nokia Corporation Method and apparatus for resource scheduling for network controlled D2D communications
US8792900B2 (en) 2010-09-23 2014-07-29 Nokia Corporation Autonomous unlicensed band reuse in mixed cellular and device-to-device network
US8744458B2 (en) 2010-11-19 2014-06-03 Nokia Corporation Signaling mixed resource allocations for D2D communications
KR20120074254A (ko) * 2010-12-27 2012-07-05 한국전자통신연구원 단말간 직접 연결 통신 및 단말 릴레잉을 위한 디바이스 대 디바이스 링크의 연결 설정 및 스케쥴링 방법
WO2012166969A1 (en) 2011-06-01 2012-12-06 Ntt Docomo, Inc. Enhanced local access in mobile communications
WO2013062310A1 (ko) 2011-10-24 2013-05-02 엘지전자 주식회사 무선통신 시스템에서 기지국이 d2d(device-to-device) 통신을 지원하는 방법과 d2d 단말이 효율적으로 d2d 통신 요청 신호를 전송하는 방법
US9277539B2 (en) 2011-10-26 2016-03-01 Lg Electronics Inc. Method for performing inter-cell device-to-device (D2D) communication in wireless communication system and device therefor
CN103139764B (zh) 2011-12-01 2015-09-09 华为技术有限公司 业务调度方法及装置
WO2013157906A1 (ko) * 2012-04-20 2013-10-24 엘지전자 주식회사 무선 통신 시스템에서의 ｄ2ｄ 데이터 전송 방법 및 장치
US20150189487A1 (en) * 2012-06-06 2015-07-02 Kyocera Corporation Communication control method, user terminal, processor, and storage medium
US9154267B2 (en) * 2012-07-02 2015-10-06 Intel Corporation Sounding reference signal (SRS) mechanism for intracell device-to-device (D2D) communication
US9544099B2 (en) * 2012-07-02 2017-01-10 Intel Corporation User equipment, evolved node B, and method for multicast device-to-device communications
US9794972B2 (en) * 2012-12-12 2017-10-17 Telefonaktiebolaget Lm Ericsson (Publ) Base station, user equipment and methods for random access

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010113490A1 (ja) * 2009-03-31 2010-10-07 パナソニック株式会社 無線通信装置、無線通信基地局、及び無線通信システム
WO2012128505A2 (ko) * 2011-03-18 2012-09-27 엘지전자 주식회사 장치-대-장치 통신 방법 및 장치
WO2013044718A1 (zh) * 2011-09-30 2013-04-04 华为技术有限公司 一种实现设备到设备的通讯方法、终端及系统
JP2014532340A (ja) * 2011-09-30 2014-12-04 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． デバイス間通信を実現するための方法、端末、およびシステム
US20130150108A1 (en) * 2011-12-09 2013-06-13 Electronics And Telecommunications Research Institute Device-to-device communication method based on cellular communication system
US20130150061A1 (en) * 2011-12-09 2013-06-13 Electronics And Telecommunications Research Institute Device-to-device group communication method and device using the same
US20140098719A1 (en) * 2012-10-08 2014-04-10 Sungkyunkwan University Foundation For Corporate Method and apparatus for performing harq process in wireless communication system
US20140162714A1 (en) * 2012-12-06 2014-06-12 Samsung Electronics Co., Ltd. Information exchange method and apparatus for d2d communication

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on LTE", 3GPP TR 36.843 [ONLINE], vol. V12.0.1, JPN6018021329, 27 March 2014 (2014-03-27), pages 6 - 49, ISSN: 0003919315 *
ALCATEL-LUCENT, ALCATEL-LUCENT SHANGHAI BELL: "BSR for D2D", 3GPP TSG RAN WG2 #86 R2-142587 [ONLINE], JPN6018021325, 9 May 2014 (2014-05-09), pages 1 - 5, ISSN: 0004102838 *
ERICSSON: "Identifiers and Addresses for D2D Communication", 3GPP TSG-RAN WG2 #85BIS R2-141262 [ONLINE], JPN6018021326, 22 March 2014 (2014-03-22), pages 1 - 12, XP050817792, ISSN: 0004102839 *
ERICSSON: "Resource allocation for D2D transmitters in coverage", 3GPP TSG-RAN WG2 #85 R2-140625 [ONLINE], JPN6018021324, 1 February 2014 (2014-02-01), pages 1 - 5, ISSN: 0004102837 *
HUAWEI, HISILICON: "Discussion on SR for D2D communication", 3GPP TSG RAN WG2 MEETING #85BIS R2-141332 [ONLINE], JPN6018021328, 21 March 2014 (2014-03-21), pages 1 - 2, ISSN: 0003919314 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10917778B2 (en) 2016-02-05 2021-02-09 Huawei Technologies Co., Ltd. Communication resource allocation method and apparatus, terminal device, base station, and communications system

Also Published As

Publication number Publication date
CN105453675A (zh) 2016-03-30
AU2014299437A2 (en) 2016-03-10
EP3014940A1 (en) 2016-05-04
JP6789113B2 (ja) 2020-11-25
US10111267B2 (en) 2018-10-23
KR102237199B1 (ko) 2021-04-07
KR20150002521A (ko) 2015-01-07
CN105453675B (zh) 2020-03-13
EP3014940A4 (en) 2016-12-21
IN2014KO00714A (ja) 2015-10-16
WO2014209077A1 (en) 2014-12-31
AU2014299437B2 (en) 2018-05-17
EP3014940B1 (en) 2019-09-11
AU2014299437A1 (en) 2016-02-18
CA2916956C (en) 2022-04-05
CA2916956A1 (en) 2014-12-31
US20150004901A1 (en) 2015-01-01

Similar Documents

Publication Publication Date Title
JP6789113B2 (ja) デバイスツーデバイス通信方法及び装置
TWI587729B (zh) A method and apparatus for resource allocation
KR101883418B1 (ko) Ｄ2ｄ 통신에서 제어 평면을 위한 시스템 및 방법
EP3101969B1 (en) A resource allocation method, apparatus, system and computer storage medium thereof
RU2580668C1 (ru) Усовершенствованная локальная связь в широкополосных сетях мобильной связи
CN108307528B (zh) 一种信息传输方法、装置及系统
US20160021526A1 (en) Device to device communication with cluster coordinating
WO2015139392A1 (zh) 设备到设备通信干扰避免方法和装置
CN107005851A (zh) 一种设备到设备d2d通信方法、装置及系统
WO2016070555A1 (zh) 资源的获取、配置方法及装置，资源池的配置方法及装置
JP7301140B2 (ja) サイドリンクレポートを処理する方法及び装置
WO2016191943A1 (zh) 一种资源调度方法、基站以及用户设备
CN111586675B (zh) 一种终端装置识别方法及装置
WO2016173310A1 (zh) 资源的配置方法及装置
CN105472740A (zh) 一种设备对设备信息通知的方法、用户终端和基站
US10091741B2 (en) Power control method and device, and parameter transmission method
Tsolkas et al. A device discovery scheme for proximity services in LTE networks
KR102207628B1 (ko) 무선 네트워크에서의 디바이스간 직접 통신에서 자원 할당 장치 및 방법
CN104113913A (zh) 数据传输方法及装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160217

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170417

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180525

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180611

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180911

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181119

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190219

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190304

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190704

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20190704

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20190716

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20190722

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20190830

C211 Notice of termination of reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C211

Effective date: 20190909

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20191223

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20200302

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20200406

C13 Notice of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: C13

Effective date: 20200427

C28A Non-patent document cited

Free format text: JAPANESE INTERMEDIATE CODE: C2838

Effective date: 20200427

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200727

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20200817

C23 Notice of termination of proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C23

Effective date: 20200831

C03 Trial/appeal decision taken

Free format text: JAPANESE INTERMEDIATE CODE: C03

Effective date: 20201005

C30A Notification sent

Free format text: JAPANESE INTERMEDIATE CODE: C3012

Effective date: 20201005

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201102

R150 Certificate of patent or registration of utility model

Ref document number: 6789113

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250