(57)【特許請求の範囲】
【請求項１】
デバイスツーデバイス通信を行うために通信デバイスを使用して無線アクセスインタフェースを介して通信する方法であって、前記方法は、
前記通信デバイスが移動通信ネットワークによって提供されるカバレッジエリア内にある場合、第１の動作モードに応じて、１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記移動通信ネットワークによって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの１以上の第１の通信リソースの指示、
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの１以上の第２の通信リソースの指示、
のうちの少なくとも１つで通信デバイスを構成することと、
前記移動通信ネットワークから、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、または前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソースのうち少なくとも１つを前記通信デバイスが使用できるかどうかの指示を受信することと、
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第１の通信リソースの構成に応じて、
第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに信号を送信する、または前記第１の通信リソースを介して１以上の前記他の通信デバイスから信号を受信すること、または
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに信号を送信する、または前記第２の通信リソースを介して１以上の前記他の通信デバイスから信号を受信すること、を含み、
前記第１の通信リソースと前記第２の通信リソースとは、それぞれ異なる通信デバイスのグループに割り当てられたリソースである、通信方法。
【請求項２】
前記通信デバイスによって受信される、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、または前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソースのうち少なくとも１つを前記通信デバイスが使用できるかどうかの前記指示は、通信デバイスの複数の所定のクラスのうちの１つに依存する、請求項１に記載の通信方法。
【請求項３】
所定のクラスの各々はアクセスクラスを示し、各アクセスクラスはアクセス確率レベルおよび待機時間と関連付けられ、複数の前記所定のクラスのうちの１つで前記通信デバイスを構成することと、
前記アクセス確率に従って、現在の時点で受信された前記指示に応じて、前記通信デバイスが前記第１の通信リソースまたは前記第２の通信リソースを介して信号を送信できるかどうかを判定することと、
前記通信デバイスが前記アクセス確率に応じて前記現在の時点で信号を送信できない場合、前記待機時間を待つこと、を含む、請求項１に記載の通信方法。
【請求項４】
前記移動通信ネットワークによって提供される前記指示に応じて、第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信すること、または前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに信号を送信することは、
前記通信デバイスが、移動通信ネットワークによって提供される、前記無線アクセスインタフェースを介して無線信号を送信または受信するためのカバレッジエリア内にあるかどうかを所定の条件に応じて判定すること、
前記通信デバイスが、前記移動通信ネットワークの前記カバレッジエリア内にあると判定され、前記移動通信ネットワークの前記カバレッジエリア内にあるときに１以上の前記他の通信デバイスに信号を送信するための通信リソースの前記指示を受信した場合、
前記指示および前記１以上の前記第１の通信リソースの構成に応じて、第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信すること、または、
前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信すること、または、
前記通信デバイスが前記移動通信ネットワークの前記カバレッジエリア内にないと判定された場合、
デバイスツーデバイス通信プロトコルの第２の動作モードに応じて、前記第１または前記第２の通信リソースまたは前記無線アクセスインタフェースの前記１以上の他の通信リソースにアクセスすることによって、前記デバイスツーデバイス通信に応じて１以上の前記他の通信デバイスに前記無線アクセスインタフェースを介して信号を送信すること、を含む、請求項１に記載の通信方法。
【請求項５】
前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信することは、
前記第２の通信リソースに対する競合アクセス手順を実行すること、を含む、請求項１に記載の通信方法。
【請求項６】
前記第１の通信リソースおよび前記第２の通信リソースは、同じである１以上の通信リソースを含む、請求項１に記載の通信方法。
【請求項７】
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つを識別する情報を前記移動通信ネットワークから定期的に受信すること、を含む、請求項１に記載の通信方法。
【請求項８】
デバイスツーデバイス通信を実行するために無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信するように構成された送信機と、
前記無線アクセスインタフェースを介して１以上の前記他の通信デバイスから信号を受信するように構成された受信機と、
デバイスツーデバイス通信に応じて前記信号によって表されるデータを送信する、または受信するために前記無線アクセスインタフェースを介して前記信号を送信する、または受信するように前記送信機および前記受信機を制御するためのコントローラと、を含み、
前記通信デバイスが移動通信ネットワークによって提供されるカバレッジエリア内にある場合、第１の動作モードに応じて、１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記移動通信ネットワークによって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの１以上の第１の通信リソースの指示、
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの１以上の第２の通信リソースの指示、
のうちの少なくとも１つを前記コントローラは提供され、
前記移動通信ネットワークから、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、または前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソース、のうち少なくとも１つを前記通信デバイスが使用できるかどうかの指示を受信し、
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第１の通信リソースの構成に応じて、
第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または前記第１の通信リソースを介して１以上の前記他の通信デバイスから信号を受信し、または
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または前記第２の通信リソースを介して１以上の前記他の通信デバイスから信号を受信するように、
前記コントローラは前記送信機および前記受信機と組み合わせて構成され、
前記第１の通信リソースと前記第２の通信リソースとは、それぞれ異なる通信デバイスのグループに割り当てられたリソースである、通信デバイス。
【請求項９】
前記通信デバイスによって受信される、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、および前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソース、のうち少なくとも１つを前記通信デバイスが使用できるかどうかの前記指示は、通信デバイスの複数の所定のクラスのうちの１つに依存する、請求項８に記載の通信デバイス。
【請求項１０】
前記コントローラは複数の所定のクラスのうちの１つが提供され、前記所定のクラスの各々はアクセスクラスを示し、各アクセスクラスはアクセス確率レベルおよび待機時間と関連付けられ、前記コントローラは、前記アクセス確率に従って、現在の時点で受信された前記指示に応じて前記通信デバイスが前記第１の通信リソースまたは前記第２の通信リソースを介して信号を送信できるかどうかを判定するように前記送信機と組み合わせて構成され、前記通信デバイスが前記アクセス確率に応じて前記現在の時点で信号を送信できない場合、前記待機時間を待つ、請求項８に記載の通信デバイス。
【請求項１１】
前記コントローラは、
前記通信デバイスが、移動通信ネットワークによって提供される、前記無線アクセスインタフェースを介して無線信号を送信または受信するためのカバレッジエリア内にあるかどうかを所定の条件に応じて判定し、
前記通信デバイスが、前記移動通信ネットワークの前記カバレッジエリア内にあると判定され、前記移動通信ネットワークの前記カバレッジエリア内にあるときに１以上の前記他の通信デバイスに信号を送信するための通信リソースの前記指示を受信した場合、前記指示および前記１以上の前記第１の通信リソースの構成に応じて、
第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または
前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信し、または
前記通信デバイスが前記移動通信ネットワークの前記カバレッジエリア内にないと判定された場合、
デバイスツーデバイス通信プロトコルの第２の動作モードに応じて、前記第１または前記第２の通信リソースまたは前記無線アクセスインタフェースの前記１以上の他の通信リソースにアクセスすることによって、前記デバイスツーデバイス通信に応じて１以上の前記他の通信デバイスに前記無線アクセスインタフェースを介して前記信号を送信するように、前記送信機および前記受信機と組み合わせて構成される、請求項８に記載の通信デバイス。
【請求項１２】
前記コントローラは、前記第２の通信リソースに対する競合アクセス手順を実行することによって、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信するように、前記送信機および前記受信機と組み合わせて構成される、
請求項８に記載の通信デバイス。
【請求項１３】
前記第１の通信リソースおよび前記第２の通信リソースは、同じである１以上の通信リソースを含む、請求項８に記載の通信デバイス。
【請求項１４】
前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つを識別する情報を前記移動通信ネットワークから定期的に受信するように前記受信機と組み合わせて構成される、
請求項８に記載の通信デバイス。
【請求項１５】
移動通信ネットワークの一部を形成するインフラ機器を使用して通信する方法であって、前記方法は、
無線アクセスインタフェースを介して通信デバイスに信号を送信することと、
前記無線アクセスインタフェースを介して前記通信デバイスから信号を受信することと、
前記無線アクセスインタフェースを形成するために前記送信および前記受信を制御することと、を含み、前記送信を前記制御することは、
前記通信デバイスが前記インフラ機器によって提供されるカバレッジエリア内にある場合、第１の動作モードに応じて、前記通信デバイスから１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記インフラ機器によって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの１以上の第１の通信リソース、および
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの１以上の第２の通信リソース、
のうち少なくとも１つに前記通信デバイスがアクセスすることを許可されているかどうかを識別する指示を１以上の前記通信デバイスの各々に送信すること、を含み、
前記第１の通信リソースと前記第２の通信リソースとは、それぞれ異なる通信デバイスのグループに割り当てられたリソースである、方法。
【請求項１６】
前記指示を前記１以上の前記通信デバイスの各々に送信すること、前記通信デバイスが前記第１の通信リソースまたは前記第２の通信リソースのうちの少なくとも１つにアクセスすることを許可されるかどうかを識別することは、
１以上の前記通信デバイスの各々のクラスを識別することと、
前記通信デバイスの各々のクラスに応じて、前記通信デバイスが前記無線アクセスインタフェースの前記１以上の第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対してアクセスできるかどうかを判定することと、
前記通信デバイスの前記クラスに応じて通信デバイスが前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対するアクセスを許可されるか否かに関する指示を１以上の前記通信デバイスの各々に対して生成することと、
前記通信デバイスに対して前記生成された指示を１以上の通信デバイスの各々に送信することと、を含む、請求項１５に記載の方法。
【請求項１７】
前記指示を前記１以上の前記通信デバイスの各々に送信すること、前記通信デバイスが前記第１の通信リソースまたは前記第２の通信リソースのうちの少なくとも１つにアクセスすることを許可されるかどうかを識別することは、
１以上の前記通信デバイスの各々が、前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対してアクセスできるかどうかの変更を所定の条件に応じて判定することと、
前記通信デバイスの前記クラスに応じて、前記通信デバイスが前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対するアクセスを許可されるか否かに関する前記指示を、前記変更に従って１以上の前記通信デバイスの各々に対して再生成することと、
前記通信デバイスに対して前記変更された指示を１以上の前記通信デバイスの各々に送信することと、を含む、請求項１６に記載の方法。
【請求項１８】
前記無線アクセスインタフェースの前記第１の通信リソースと前記無線アクセスインタフェースの前記第２の通信リソースの構成を判定することと、
前記第１の通信リソースと前記第２の通信リソースを識別する情報を生成することと、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つを識別する情報を１以上の前記通信デバイスに定期的に送信すること、を含む、請求項１５に記載の方法。
【請求項１９】
前記無線アクセスインタフェースの前記第１の通信リソースと前記無線アクセスインタフェースの前記第２の通信リソースの構成における変更を所定の条件に応じて判定することと、
前記変更された第１の通信リソースと前記変更された第２の通信リソースを識別する情報を生成することと、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つの前記変更を識別する情報を１以上の前記通信デバイスに定期的に送信することと、を含む、請求項１５に記載の方法。
【請求項２０】
前記指示を変更するための前記所定の条件は、緊急状態または輻輳状態を含む、請求項１７に記載の方法。
【請求項２１】
移動通信ネットワークの一部を形成するインフラ機器であって、前記インフラ機器は、
無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信機と、
前記無線アクセスインタフェースを介して前記通信デバイスから信号を受信するように構成された受信機と、
１以上の前記通信デバイスに信号を送信する、または１以上の前記通信デバイスから信号を受信するための前記無線アクセスインタフェースを形成するために前記送信機および前記受信機を制御するためのコントローラと、を含み、前記コントローラは、
前記通信デバイスが前記インフラ機器によって提供されるカバレッジエリア内にある場合、第１の動作モードに応じて、前記通信デバイスから１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記インフラ機器によって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの第１の通信リソース、または
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の前記他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの第２の通信リソース、
のうち少なくとも１つに前記通信デバイスがアクセスすることを許可されているかどうかを識別する指示を１以上の前記通信デバイスの各々に送信するように前記送信機と組み合わせて構成され、
前記第１の通信リソースと前記第２の通信リソースとは、それぞれ異なる通信デバイスのグループに割り当てられたリソースである、インフラ機器。
【請求項２２】
前記コントローラは、
１以上の前記通信デバイスの各々のクラスを識別し、
前記通信デバイスの各々のクラスに応じて、前記通信デバイスが前記無線アクセスインタフェースの前記１以上の第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対してアクセスできるかどうかを判定し、
前記通信デバイスの前記クラスに応じて前記通信デバイスが前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対するアクセスを許可されるか否かに関する前記指示を１以上の前記通信デバイスの各々に対して生成する、ように構成され、前記コントローラは、
前記通信デバイスに対して前記生成された指示を１以上の前記通信デバイスの各々に送信するように、前記送信機と組み合わせて構成される、請求項２１に記載のインフラ機器。
【請求項２３】
前記コントローラは、
１以上の前記通信デバイスの各々が、前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対してアクセスできるかどうかの変更を所定の条件に応じて判定し、
前記通信デバイスの前記クラスに応じて、前記通信デバイスが前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対するアクセスを許可されるか否かに関する前記指示を、前記変更に従って１以上の前記通信デバイスの各々に対して再生成する、ように構成され、前記コントローラは、
前記通信デバイスに対して前記変更された指示を１以上の前記通信デバイスの各々に送信するように、前記送信機と組み合わせて構成される、請求項２２に記載のインフラ機器。
【請求項２４】
前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソースと前記無線アクセスインタフェースの前記第２の通信リソースの構成を判定し、
前記第１の通信リソースと前記第２の通信リソースを識別する情報を生成する、ように構成され、前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つを識別する情報を１以上の前記通信デバイスに定期的に送信するように、前記送信機と組み合せて構成される、請求項２１に記載のインフラ機器。
【請求項２５】
前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソースと前記無線アクセスインタフェースの前記第２の通信リソースの構成における変更を所定の条件に応じて判定し、
前記変更された第１の通信リソースと前記変更された第２の通信リソースを識別する情報を生成する、ように構成され、前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つの前記変更を識別する情報を１以上の前記通信デバイスに定期的に送信するように、前記送信機と組み合わせて構成される、請求項２１に記載のインフラ機器。
【請求項２６】
前記指示を変更するための前記所定の条件は、緊急状態または輻輳状態を含む、請求項２３に記載のインフラ機器。
【請求項２７】
デバイスツーデバイス通信を実行するための無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信するように構成された送信機回路と、
前記無線アクセスインタフェースを介して１以上の前記他の通信デバイスから信号を受信するように構成された受信機回路と、
デバイスツーデバイス通信に応じて前記信号によって表されるデータを送信する、または受信するために前記無線アクセスインタフェースを介して前記信号を送信する、または受信するように前記送信機および前記受信機を制御するためのコントローラ回路と、を含み、
前記通信デバイスが移動通信ネットワークによって提供されるカバレッジエリア内にある場合、第１の動作モードに応じて、１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記移動通信ネットワークによって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの１以上の第１の通信リソースの指示、
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの１以上の第２の通信リソースの指示、
のうちの少なくとも１つを前記コントローラ回路は提供され、
前記移動通信ネットワークから、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、または前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソースのうち少なくとも１つを前記通信デバイスが使用できるかどうかの指示を受信し、
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第１の通信リソースの構成に応じて、
第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または前記第１の通信リソースを介して１以上の前記他の通信デバイスから信号を受信し、または
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または前記第２の通信リソースを介して１以上の前記他の通信デバイスから信号を受信するように、
前記コントローラ回路は前記送信機回路および前記受信機回路と組み合わせて構成され、
前記第１の通信リソースと前記第２の通信リソースとは、それぞれ異なる通信デバイスのグループに割り当てられたリソースである、通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信デバイスおよび通信デバイスを用いたデータ通信方法に関し、特にデバイスツーデバイス通信を行うように構成された通信デバイスに関する。
【背景技術】
【０００２】
３ＧＰＰで規定されたＵＭＴＳおよびロングタームエボリューション（ＬＴＥ）に基づくようなモバイル通信システムは、前世代のモバイル通信システムによって供給される単純なボイスおよびメッセージングサービスよりも高性能なサービスをサポートできる。例えば、ＬＴＥシステムによって提供される改善された無線インタフェースおよび拡張されたデータレートを用いて、ユーザは、以前は固定回線データ接続のみを介して利用可能であった、モバイルビデオストリーミングおよびモバイル通信デバイスを用いたビデオ会議などの高データレートのアプリケーションを楽しむことができる。
【０００３】
したがって、第４世代ネットワークを展開することの需要は強く、そのネットワークのカバレッジエリア、すなわちネットワークにアクセスすることができる地理的位置を急速に拡張することが望まれている。しかしながら、第４世代ネットワークのカバレッジおよび容量は通信ネットワークの前世代のものを大幅に超えることが予想されるものの、そのようなネットワークによってサービスされるネットワーク容量と地理的位置の制限が依然としてある。例えば、これらの制限は、ネットワークが通信デバイス間の高負荷および高データレートの通信を経験している状況、または通信デバイスがネットワークのカバレッジエリア内ではないかもしれないが、通信デバイス間の高負荷および高データレートの通信が要求される場合に特に関連がある可能性がある。これらの制限に対処するために、ＬＴＥリリース１２において、デバイスツーデバイス（Ｄ２Ｄ）通信を実行するＬＴＥ通信デバイスの能力が導入される。
【０００４】
Ｄ２Ｄ通信は、カバレッジエリアの内側にある場合および外側にある場合の両方またはネットワークに障害が発生している場合に、近接する通信デバイスに互いに直接通信できるようにする。このＤ２Ｄの通信能力は、基地局のようなネットワークエンティティに関連するユーザデータの必要性を取り除くことにより、通信デバイス間のユーザデータをより効率的に通信できるようにすることができ、またそれらの通信デバイスがネットワークのカバレッジエリア内ではないかもしれないものの、近接する通信デバイスに互いに通信できるようにする。カバレッジエリアの内側および外側の両方で動作する通信デバイスのための能力は、例えば、公共安全通信のようなアプリケーションに適したＤ２Ｄ機能を組み込むＬＴＥシステムを構築する。公共安全通信は、デバイスが輻輳したネットワークで、またカバレッジエリアの外側で互いに通信し続けることができる、高いレベルの堅牢性を必要とする。
【０００５】
従って第４世代ネットワークは、現在世界中で使用されているＴＥＴＲＡのような専用のシステムに比べて、公共安全通信に対して費用効果的な解決策として提案されている。しかし、単一のカバレッジエリアまたはネットワーク内での従来のＬＴＥ通信とＤ２Ｄ通信との共存の可能性は、ＬＴＥネットワーク内での協調通信リソース割り当ての複雑さを増大させる可能性がある。いくつかのアプリケーションにおいて、Ｄ２Ｄ通信は緊急に実行されなければならず、よって他の通信デバイスによって消費される通信リソースの結果としての輻輳を受けることなく、通信デバイスが迅速に通信リソースにアクセスすることができる構成を提供する必要があるかもしれない。
【発明の概要】
【０００６】
本技術の第１の実施形態によれば、デバイスツーデバイス通信を行うために通信デバイスを使用して無線アクセスインタフェースを介して通信する方法が提供される。方法は、通信デバイスが移動通信ネットワークによって提供されるカバレッジエリア内にある場合、第１の動作モードに応じて、１以上の他の通信デバイスに信号を送信するまたは１以上の他の通信デバイスから信号を受信するために移動通信ネットワークによって要求に応じて通信デバイスに対して割り当てられる無線アクセスインタフェースの１以上の第１の通信リソースの指示、および通信デバイスが移動通信ネットワークによって提供されるカバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の他の通信デバイスに信号を送信する、または１以上の他の通信デバイスから信号を受信するために通信デバイスによって使用される無線アクセスインタフェースの１以上の第２の通信リソースの指示、のうちの少なくとも１つで通信デバイスを構成することを含む。第１および／または第２の通信リソースの指示を有する通信デバイスを構成することは、製造中、または第１および第２の通信リソースの構成に係る情報を通信デバイスにおいて受信する間に通信デバイスを予め構成することを含んでもよい。方法はまた、移動通信ネットワークから、第１の動作モードに応じてデバイスツーデバイス通信を行うための無線アクセスインタフェースの第１の通信リソース、または第２の動作モードに応じてデバイスツーデバイス通信を行うための無線アクセスインタフェースの第２の通信リソースのうち少なくとも１つを通信デバイスが使用できるかどうかの指示を受信すること、および移動通信ネットワークによって提供される指示および１以上の第１の通信リソースおよび／または第２の通信リソースの構成に応じて、第１の動作モードに応じて移動通信ネットワークによって割り当てられた第１の通信リソースを介して１以上の他の通信デバイスに信号を送信する、または第１の通信リソースを介して１以上の他の通信デバイスから信号を受信する、またはデバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて第２の通信リソースを介して１以上の他の通信デバイスに信号を送信する、または第２の通信リソースを介して１以上の他の通信デバイスから信号を受信すること、を含む。
【０００７】
本技術の実施形態は、通信デバイスに与えられた優先度に従ってＤ２Ｄ通信のための通信リソースへのアクセスを低減または制限するように、Ｄ２Ｄ通信を行う通信デバイスを制限または制御するための構成を提供することができる。制御は、優先度が緊急サービスをサポートするためにＤ２Ｄ通信を行うＵＥに与えられるように、例えば緊急事態の結果として開始されてもよい。他の例では、Ｄ２Ｄ通信リソースにアクセスすることに対する輻輳を管理するために、アクセスはＤ２Ｄ通信リソースに対して制限されてもよい。
【０００８】
いくつかの例によれば実施形態は、Ｄ２Ｄ通信を行うＵＥの異なるタイプまたはクラスをサポートするための構成を提供できる。しかしながら、公共安全デバイスのような優先度の高いＵＥをサポートするために、高負荷のシナリオおよび／または高い干渉シナリオで、Ｄ２Ｄ通信リソースへのアクセスにおけるいくつかの区別を提供することが必要であってもよい。
【０００９】
従来移動通信ネットワークは、通信デバイスの異なるクラスに対して異なるアクセス確率値に応じて輻輳が制御されるアクセス制御制約（ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ  ｂａｒｒｉｎｇ）のための構成を含む。本技術のいくつかの実施形態は、通信デバイスの異なるクラスに対するより精度の高いレベルでのＤ２Ｄ通信デバイスのためのアクセス制御が提供されるために、従来提案されているアクセス制御制約とＤ２Ｄ通信に対するアクセス制御指示とを組み合わせるように構成される。
【００１０】
本技術の実施形態は、リソースの各プールがリソース割り当てモードに関連付けられており、また、通信デバイスのどのタイプまたはクラスがそれらの通信リソースへのアクセスを許可されているかを指定する追加のパラメータに関連付けられてもよい、通信リソースの１以上のセクションまたはプールを提供できる。したがってこの構成は、制約情報／アクセス権とＤ２Ｄ通信リソースプールおよび／または通信モードとの関連を提供する。
【００１１】
いくつかの例において、通信デバイスが、第１の動作モードに応じてデバイスツーデバイス通信を行うための無線アクセスインタフェースの第１の通信リソース、第２の動作モードに応じてデバイスツーデバイス通信を行うための無線アクセスインタフェースの第２の通信リソース、のうち少なくとも１つを使用することができるかどうかの通信デバイスによって受信される指示は、通信デバイスの所定のクラスのうちの１つに依存する。
【００１２】
種々のさらなる態様および本発明の特徴は、添付の特許請求の範囲に定義され、通信デバイス、通信デバイスを使用して通信する方法を含む。
【図面の簡単な説明】
【００１３】
本開示の実施形態を、同様の部分に対応する参照番号が付された添付の図面を参照して、例示のためのみに説明する。
【図１】図１は、モバイル通信システムの概略図を提供する。
【図２】図２は、モバイル通信システムの無線アクセスインタフェースのダウンリンクの構造の概略図を提供する。
【図３】図３は、モバイル通信システムの無線アクセスインタフェースのアップリンクの概略図を提供する。
【図４】図４は、通信デバイスがデバイスツーデバイス通信を行うことができるモバイル通信システムの概略図を提供する。
【図５ａ】図５ａは、デバイスツーデバイス通信のシナリオの例の概略図を提供する。
【図５ｂ】図５ｂは、デバイスツーデバイス通信のシナリオの例の概略図を提供する。
【図５ｃ】図５ｃは、デバイスツーデバイス通信のシナリオの例の概略図を提供する。
【図５ｄ】図５ｄは、デバイスツーデバイス通信のシナリオの例の概略図を提供する。
【図６】図６は、本開示でモード１と呼ばれる、移動通信ネットワークによって提供されるカバレッジエリア内でデバイスツーデバイス通信を行う複数の通信デバイスがグループを形成する構成を示す概略ブロック図を提供する。
【図７】図７は、図６で示されたように移動通信ネットワークによって提供されるカバレッジエリア内のときに、プレスツートーク（ＰＴＴ）アプリケーションでデバイスツーデバイス通信を行う通信デバイスの動作例を示すフロー図である。
【図８】図８は、移動通信ネットワークによって提供されるカバレッジエリア外でデバイスツーデバイス通信を行い、したがって本開示でモード２と呼ばれる、自律的に動作する複数の通信デバイスがグループを形成する構成を示す概略的なブロック図を提供する。
【図９】図９は、図８で示されたように移動通信ネットワークによって提供されるカバレッジエリア外のときに、プレスツートーク（ＰＴＴ）アプリケーションでデバイスツーデバイス通信を行う通信デバイスの動作例を示すフロー図である。
【図１０】図１０は、異なる通信リソースプールおよび異なる複数のアクセスモードを使用してＤ２Ｄ通信を行う複数の通信デバイスを示す概略ブロック図である。
【図１１】図１１は、通信デバイスがモード２のＤ２Ｄ動作でリソース割り当てのためのアクセス権を通知される、本技術の例に係る通信システムの動作を示すメッセージフロー図である。
【図１２】図１２は、通信デバイスがモード１のＤ２Ｄ動作でリソース割り当てのためのアクセス権を通知される、本技術の例に係る通信システムの動作を示すメッセージフロー図である。
【図１３】図１３は、本技術に係るアクセス制限情報を通信デバイスに搬送するインフラ機器の動作例を示すフロー図である。
【図１４】図１４は、ネットワークアクセスに対する条件が変わるときに、本技術に係るアクセス制限情報を通信デバイスに搬送するインフラ機器の動作例を示すフロー図である。
【図１５】図１５は、本技術に係るアクセス制御情報を用いてＤ２Ｄ通信を行う通信デバイスの動作例を示すフロー図である。
【図１６】図１６は、スケジューリング割り当て領域と共有通信リソース領域を含む無線アクセスインタフェースの概略図であり、デバイスツーデバイス通信をサポートするための本発明の手法に従った動作を示す。
【発明を実施するための形態】
【００１４】
（従来の通信システム）
図１は、従来のモバイル通信システム１００の概略図を提供し、当該システムは、モバイル通信デバイス１０１、インフラ機器１０２およびコアネットワーク１０３を含む。インフラ機器はまた、例えば基地局、ネットワークエレメント、拡張ノードＢ（ｅＮｏｄｅＢ）または調整エンティティと呼ばれてもよく、カバレッジエリアまたはセル内の１つ以上の通信デバイスに対し無線アクセスインタフェースを提供する。１つ以上のモバイル通信デバイスは、無線アクセスインタフェースを使用してデータを表す信号の送受信を介してデータを通信してもよい。ネットワークエンティティ１０２は、コアネットワーク１０３に通信可能に接続されており、コアネットワークは、通信デバイス１０１およびインフラ機器１０２から形成されたものと同様の構造を有する、１つ以上の他の通信システムまたはネットワークに接続されてもよい。コアネットワークはまた、ネットワークエンティティによってサービスされる通信デバイスに対する認証、移動管理、課金などのような機能を提供してもよい。図１のモバイル通信デバイスはまた、通信端末、ユーザ機器（ＵＥ）、端末デバイスなどと呼ばれてもよく、ネットワークエンティティを介して、同じまたは異なるカバレッジエリアによってサービスされる１つ以上の他の通信デバイスと通信するように構成される。これらの通信は、１０４から１０９に線で表された双方向通信リンク上で無線アクセスインタフェースを使用してデータを表す信号を送受信することにより行われてもよく、１０４、１０６および１０８は、ネットワークエンティティから通信デバイスへのダウンリンク通信を表し、１０５、１０７および１０９は、通信デバイスからネットワークエンティティへのアップリンク通信を表す。通信システム１００は、任意の公知のプロトコルに従って動作してもよく、例えば、いくつかの例では、システム１００は、３ＧＰＰのロングタームエボリューション（ＬＴＥ）規格に従って動作してもよく、ネットワークエンティティと通信デバイスはそれぞれ、一般に、ｅＮｏｄｅＢおよびＵＥと呼ばれる。
【００１５】
図２は、通信システムがＬＴＥ規格に従って動作する場合に、図１のｅＮｏｄｅＢによってまたは関連して提供される、無線アクセスインタフェースのダウンリンクの構造の簡略図を提供する。ＬＴＥシステムにおいて、ｅＮｏｄｅＢからＵＥへのダウンリンクの無線アクセスインタフェースは直交周波数分割多重（ＯＦＤＭ）アクセス無線インタフェースに基づいている。ＯＦＤＭインタフェースにおいて、利用可能な帯域幅のリソースは周波数において複数の直交サブキャリアに分割されており、データは直交する複数のサブキャリア上で並列に送信され、例えば１．２５ＭＨｚから２０ＭＨｚの間の帯域幅は、１２８から２０４８の直交サブキャリアに分割されてもよい。各サブキャリアの帯域幅は任意の値をとってもよいが、ＬＴＥにおいては１５ｋＨｚで固定されている。図２に示されるように、無線アクセスインタフェースのリソースは時間的にフレームに分割され、フレーム２００は、１０ミリ秒持続し、それぞれ１ミリ秒の持続時間を有する１０のサブフレーム２０１に分割される。各サブフレームは１４のＯＦＤＭシンボルから形成され、標準または拡張サイクリックプレフィックスが、シンボル間干渉の低減のためにＯＦＤＭシンボル間で利用されているかどうかに応じて６または７のＯＦＤＭシンボルを含む、２つのスロットに分割される。スロット内のリソースは、１スロットの期間に対してそれぞれ１２のサブキャリアを含む、リソースブロック２０３に分割されてもよく、さらにリソースブロックは、１つのＯＦＤＭシンボルに対して１つのサブキャリアにわたる、リソースエレメント２０４に分割されてもよく、各長方形２０４はリソースエレメントを表す。
【００１６】
図２のＬＴＥ無線アクセスインタフェースのダウンリンクの簡略化された構造では、各サブフレーム２０１は、制御データの送信のために制御領域２０５、ユーザデータを送信するためのデータ領域２０６、所定のパターンに従って制御データ領域に散在しているリファレンス信号２０７および同期信号を有する。制御領域２０４は、制御データの送信のために、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）および物理ＨＡＲＱインディケータチャネル（ＰＨＩＣＨ）のような、多数の物理チャネルを含んでもよい。データ領域は、データの送信のために、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理ブロードキャストチャネル（ＰＢＣＨ）のような、多数の物理チャネルを含んでもよい。これらの物理チャネルはＬＴＥシステムに広い範囲の機能性を提供するが、リソースの割り当ておよび本開示のＰＤＣＣＨとＰＤＳＣＨの点で最も関連する。ＬＴＥシステムの物理チャネルの構造と機能に関する詳しい情報は、［１１］で理解することができる。
【００１７】
ＰＤＳＣＨ内のリソースは、ｅＮｏｄｅＢによってサービスされるＵＥに対してｅＮｏｄｅＢによって割り当てられてもよい。例えば、ＵＥが、ＵＥが以前に要求したデータまたは無線リソース制御（ＲＲＣ）シグナリングのようなｅＮｏｄｅＢによってＵＥに配信されるデータを受信できるようにするために、多数のＰＤＳＣＨのリソースブロックがＵＥに割り当てられてもよい。図２では、ＵＥ１は、データ領域２０６のリソース２０８、ＵＥ２リソース２０９およびＵＥリソース２１０を割り当てられる。ＬＴＥシステムにおけるＵＥは、ＰＤＳＣＨの利用可能なリソースの一部を割り当てられてもよく、したがってＵＥは、ＰＤＳＣＨ内の関連するデータのみを検出し、推定できるように、ＰＤＣＳＨ内に割り当てられたリソースの場所を通知される必要がある。割り当てられた通信リソースの位置をＵＥに通知するために、ダウンリンクのリソース割り当てを特定するリソース制御情報は、ダウンリンク制御情報（ＤＣＩ）と呼ばれるフォームでＰＤＣＣＨにわたって搬送され、ＰＤＳＣＨに対するリソース割り当ては、同じサブフレームの先行するＰＤＣＣＨインスタンスで搬送される。リソース割り当て手順中、このようにＵＥは、それらに向けられたＤＣＩに対するＰＤＣＣＨをモニタし、そのようなＤＣＩが検出されると、ＤＣＩを受信し、ＰＤＳＣＨの関連部分からデータを検出し、推定する。
【００１８】
図３は、図１のｅＮｏｄｅＢによってまたはｅＮｏｄｅＢに関連して提供されてもよい、ＬＴＥ無線アクセスインタフェースのアップリンクの構造の簡略図を提供する。ＬＴＥネットワークでは、アップリンクの無線アクセスインタフェースは、シングルキャリア周波数分割多重ＦＤＭ（ＳＣ−ＦＤＭ）インタフェースに基づき、ダウンリンクおよびアップリンク無線アクセスインタフェースは、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）によって提供され、ＴＤＤにおける実装サブフレームは、予め定義されたパターンに応じて、アップリンクとダウンリンクのサブフレームを切り替える。しかし、使用される多重方式に関係なく、共通のアップリンクフレーム構造が使用される。図３の簡略化された構造は、ＦＤＤ実装におけるアップリンクフレームを示す。フレーム３００は、１０個の１ミリ秒の持続時間のサブフレーム３０１に分割され、各サブフレーム３０１は、０．５ミリ秒の持続時間の２つのスロット３０２を含む。そして各スロットは、ダウンリンクサブフレームの場合と同じ方法で、７個のＯＦＤＭシンボル３０３から形成され、サイクリックプレフィックス３０４は、各シンボルの間に挿入される。図３において、標準のサイクリックプレフィックスが使用されるため、サブフレーム内に７個のＯＦＤＭシンボルがあるが、拡張サイクリックプレフィックスが使用される場合、各スロットは６個のＯＦＤＭシンボルを含む。アップリンクサブフレームのリソースは、ダウンリンクサブフレームと同様に、リソースブロックとリソースエレメントに分割される。
【００１９】
各アップリンクサブフレームは、例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ）３０５、物理アップリンク制御チャネル（ＰＵＣＣＨ）３０６、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）のような、異なる複数のチャネルを含んでもよい。物理アップリンク制御チャネル（ＰＵＣＣＨ）は、例えばダウンリンク送信のためのｅＮｏｄｅＢに対するＡＣＫ／ＮＡＣＫ、アップリンクリソースをスケジュールすることを望むＵＥに対するスケジューリング要求インジケータ（ＳＲＩ）およびダウンリンクのチャネル状態情報（ＣＳＩ）のフィードバックのような制御情報を搬送してもよい。ＰＵＳＣＨは、ＵＥのアップリンクデータまたは一部のアップリンク制御データを搬送してもよい。ＰＵＳＣＨのリソースは、通常、ＵＥにおけるバッファ内の送信可能なデータの量をネットワークと通信することによってトリガされる許可のように、ＰＤＣＣＨを介して許可される。ＰＲＡＣＨは、システム情報ブロックのような、ダウンリンクシグナリングでＵＥにシグナリングされてもよく、複数のＰＲＡＣＨのパターンのうちの一つに応じてアップリンクフレームのリソースのいずれかでスケジュールされてもよい。物理アップリンクチャネルと同様に、アップリンクサブフレームは、リファレンス信号を含んでもよい。例えば、復号リファレンス信号（ＤＭＲＳ）３０７およびサウンディングリファレンス信号（ＳＲＳ）３０８が、アップリンクサブフレーム内に存在してもよく、ＤＭＲＳは、ＰＵＳＣＨが送信されるスロットの４番目のシンボルを占有し、ＰＵＣＣＨとＰＵＳＣＨのデータの復号化のために使用され、ＳＲＳは、ｅＮｏｄｅＢにおけるアップリンクチャネル推定のために使用される。ＬＴＥシステムの物理チャネルの構造と機能の詳細に関する情報は、［１］で理解される。
【００２０】
ＰＤＳＣＨのリソースと類似の方法で、ＰＵＳＣＨのリソースは、サービングｅＮｏｄｅＢによってスケジュールまたは許可される必要があり、したがってデータがＵＥによって送信される場合、ＰＵＳＣＨのリソースは、ｅＮｏｄｅＢによってＵＥに許可される必要がある。ＰＵＳＣＨのリソース割り当ては、ＵＥにおいて、スケジューリング要求を送信することまたはＵＥのサービングｅＮｏｄｅＢにバッファ状態報告を送信することによって実現される。スケジューリング要求は、ＰＵＣＣＨ上のアップリンク制御情報（ＵＣＩ）の送信を介してバッファ状態報告を送信するためにＵＥに対して不十分なアップリンクリソースである場合、ＵＥに対する既存のＰＵＳＣＨの割り当てがない場合、またはＵＥに対する既存のＰＵＳＣＨの割り当てがある場合にＰＵＳＣＨでの直接の送信によって、行われてもよい。スケジューリング要求に応答して、ｅＮｏｄｅＢは、要求するＵＥにバッファ状態報告を転送するための十分なＰＵＳＣＨリソースの一部を割り当て、そして、ＰＤＣＣＨ上でＤＣＩを介してバッファ状態報告リソース割り当てをＵＥに通知するように構成される。ＵＥがバッファ状態報告を送信するのに十分なＰＵＳＣＨのリソースを有した場合、または有すると、バッファ状態報告はｅＮｏｄｅＢに送信され、バッファ状態報告はアップリンクバッファまたはＵＥにおけるバッファのデータ量に関する情報をｅＮｏｄｅＢに与える。バッファ状態報告を受信した後、ｅＮｏｄｅＢは、ＵＥのバッファされたアップリンクデータの一部を送信するために送信ＵＥにＰＵＳＣＨリソースの一部を割り当て、そしてＰＤＣＣＨでＤＣＩを介して、リソース割り当てをＵＥに通知することができる。例えば、利用するＵＥがｅＮｏｄｅＢとの接続を有し、そのＵＥは、ＵＣＩの形態でＰＵＣＣＨにおけるＰＵＳＣＨリソース要求を最初に送信する。その後、ＵＥは、適切なＤＣＩのためのＰＤＣＣＨをモニタし、ＰＵＳＣＨリソース割り当ての詳細を抽出し、割り当てられたリソースで、最初にバッファ状態報告を含むアップリンクデータを送信し、および／またはその後にバッファされたデータの一部を含むアップリンクデータを送信する。
【００２１】
ダウンリンクサブフレームの最初のシンボル以外、ダウンリンクサブフレームと同様の構造ではあるが、アップリンクサブフレームはダウンリンクサブフレームに対する異なる制御構造を有し、特に、アップリンクサブフレームのサブキャリア／周波数／リソースブロックの上部３０９および下部３１０は、制御シグナリングのために予約される。さらに、ダウンリンクおよびアップリンクのためのリソース割り当て手順は比較的類似しているが、割り当てられるリソースの実際の構造は、それぞれダウンリンクおよびアップリンクで使用されるＯＦＤＭおよびＳＣ−ＦＤＭインタフェースの異なる特性によって変化してもよい。ＯＦＤＭでは、各サブキャリアは個別に変調されるため、周波数／サブキャリアの割り当てが連続している必要はないが、ＳＣ−ＦＤＭにおいてサブキャリアは組み合わされて変調されているので、利用可能なリソースの効率的な使用が行われなければならない場合、各ＵＥに対する連続した周波数割り当てが好ましい。
【００２２】
上述の無線インタフェースの構造と動作の結果として、１つ以上のＵＥが調整ｅＮｏｄｅＢを介して相互にデータを通信でき、したがって従来のセルラー通信システムを形成する。以前にリリースされたＬＴＥ規格に基づくもののようなセルラー通信システムは商業的に成功しているが、多くの欠点がこのような集中システムに関連する。例えば、近接する２つのＵＥが互いに通信することを望む場合、データを搬送するのに十分なアップリンクおよびダウンリンクリソースが必要とされる。これにより、システムのリソースの２つの部分が、データの１つの部分を搬送するために使用される。第２の欠点は、ＵＥが互いに通信することを望む場合、近接している場合であっても、ｅＮｏｄｅＢが必要とされることである。システムに高負荷が発生している、または例えば、遠隔地またはｅＮｏｄｅＢが正しく機能していない場合のようにｅＮｏｄｅＢのカバレッジが利用できない場合、これらの制限は問題となる可能性がある。これらの制限を克服することは、ＬＴＥネットワークの能力と効率の両方を向上させるだけでなく、ＬＴＥのネットワーク事業者のための新たな収益の可能性の創造につながる。
【００２３】
（デバイスツーデバイス通信）
Ｄ２Ｄ通信は、ネットワーク容量およびＬＴＥデバイス間の通信のためのネットワークカバレッジの要件の前述の問題に対処する可能性を提供する。例えば、ユーザデータがＵＥ間で直接通信される場合、アップリンクおよびダウンリンクリソースの両方ではなく、リソースの１セットのみがデータを搬送するために必要とされる。また、ＵＥが直接通信することができる場合、たとえｅＮｏｄｅＢによって提供されるカバレッジエリアの外側であっても、互いの範囲内のＵＥは通信することができる。これらの潜在的な利点の結果として、ＬＴＥシステムにＤ２Ｄ機能の導入が提案されている。
【００２４】
図４は、図１を参照して説明したものと実質的に同様であるが、ＵＥ４０１、４０２、４０３は、直接互いにデバイスツーデバイス（Ｄ２Ｄ）通信を実行するように動作可能である、モバイル通信システム４００の概略図を提供する。Ｄ２Ｄ通信は、ユーザおよび／または制御データがｅＮｏｄｅＢのような専用の調整エンティティを介して通信されることなく、ＵＥが直接互いの間でデータを通信することを含む。例えば、図４においてＵＥ４０１、４０２、４０３、４１５とｅＮｏｄｅＢ４０４との間の通信は、既存のＬＴＥ規格に従っているが、ＵＥ４０１―４０３が互いの範囲内にある場合、アップリンクおよびダウンリンク４０５−４１０を介して通信するのと同様に、それらはまた、Ｄ２Ｄ通信リンク４１１−４１４を介して互いに直接通信してもよい。図４において、Ｄ２Ｄ通信リンクは破線で示され、４０１と４０２、および４０２と４０３の間に存在するが、４０１と４０３のＵＥは互いに直接信号を送信および互いから直接信号を受信するために十分に近接していないので、４０１と４０３の間には存在しないことが示されている。Ｄ２Ｄ通信リンクはまた、ＵＥ４１５はＤ２Ｄ通信が可能ではないので、４１５と他のＵＥとの間に存在しないことが示されている。図４に示されたような、ＵＥ４１５はＤ２Ｄ動作の仕様に準拠していないデバイスである状況が、ＬＴＥネットワーク内に存在してもよい。
【００２５】
ＵＥ４０２からＵＥ４０３への一方向Ｄ２Ｄ通信リンク４１４のような、Ｄ２Ｄ通信リンクを確立するために、多数のステップが実行される必要がある。最初に、範囲内の他のＤ２Ｄ可能なＵＥについての知識を有することは開始するＵＥにとって有益である。ＬＴＥシステムでは、例えばこれは、それぞれのＵＥが互いに定期的に、ＵＥを識別する固有の「ディスカバリ」識別子を含むディスカバリ信号を送信することによって実現されてもよい。代わりに、サービングｅＮｏｄｅＢまたは調整エンティティは、Ｄ２Ｄ通信を行うことが可能なそのカバレッジエリア内のＵＥのリストを集め、そのカバレッジエリア内の適切なＵＥにリストを配信してもよい。上記のプロセスのいずれかによって、ＵＥ４０１はＵＥ４０２を発見することができ、ＵＥ４０２はＵＥ４０１と４０３を発見することができ、およびＵＥ４０３はＵＥ４０２を発見することができる。一旦ＵＥ４０２がＵＥ４０３の存在を認識すると、その後ＵＥ４０２はＵＥ４０３とのＤ２Ｄ通信リンクの確立に進んでもよい。
【００２６】
（以前の提案されたＤ２Ｄシステム）
３ＧＰＰロングタームエボリューション（ＬＴＥ）と呼ばれることで管理される仕様に従う通信システムを定義する規格において、デバイスツーデバイス通信のためのいくつかの構成を提供することが以前に提案されている。ＬＴＥのＤ２Ｄ通信の実装に可能な多くのアプローチが存在する。例えば、ＵＥとｅＮｏｄｅＢの間の通信のために提供される無線アクセスインタフェースがＤ２Ｄ通信のために使用されてもよく、ｅＮｏｄｅＢは必要とされるリソースを割り当て、制御シグナリングはｅＮｏｄｅＢを介して伝達されるが、ユーザデータはＵＥとの間で直接送信される。
【００２７】
Ｄ２Ｄ通信に利用される無線アクセスインタフェースは、例えば、ＯＦＤＭＡ／ＳＣ−ＦＤＭＡの３ＧＰＰ  ＬＴＥベースの無線アクセスインタフェースと同様、キャリアセンス多重アクセス（ＣＳＭＡ）、ＯＦＤＭまたはこれらの組み合わせのような、多くの技術のいずれかに従って提供され得る。例えば、ドキュメントＲ２−１３３８４０［１］において、ＵＥによる送信の調整、各ＵＥによる非調整／コンテンションベースのスケジューリングである、キャリアセンス多重アクセス、ＣＳＭＡ、を使用することが提案されている。各ＵＥは、最初にリッスンし、そして未使用のリソースで送信する。
【００２８】
別の例では、ＵＥは、直接無線アクセスインタフェースへのアクセスをネゴシエイトすることによって互いに通信してもよく、したがって調整ｅＮｏｄｅＢの必要性を解決する。以前に提案された構成の例は、グループのＵＥの１つが、グループの他のメンバーの送信を調整する制御エンティティとして機能するものを含む。そのような提案の例は、以下の開示において提供される。
［２］R2-133990，Network  control  for  Public  Safety  D2D  Communications；Orange，Huawei，Hisilicon，Telecom  Italia
［３］R2-134246，The  Synchronizing  Central  Node  for  Out  of  Coverage  D2D  Communication； General  DynamicＳ  Broadband  UK
［４］R2-134426，Medium  Access  for  D2D  communication；LG  Electronics  Inc
【００２９】
他の構成において、最初にグループのＵＥの１つは、スケジューリング割り当てを送信し、そして中央スケジューリングＵＥまたは伝送を制御する制御エンティティなしにデータを送信する。以下の開示は、この分散型配置の例を示す。
［５］R2-134238，D2D  Scheduling  Procedure；Ericsson；
［６］R2-134248，Possible  mechanisms  for  resource  selection  in  connectionless  D2D  voice  communication；General  Dynamics  Broadband  UK；
［７］R2-134431，Simulation  results  for  D2D  voice  services  using  connectionless  approach；General  Dynamics  Broadband  UK
【００３０】
特に、上記の最後の２つの寄書、Ｒ２-１３４２４８［６］，Ｒ２-１３４４３１［７］は、使用されるであろうリソースと共にデータをスケジュールするためにＵＥによって使用されるスケジューリングチャネルの使用を開示する。他の開示、Ｒ２-１３４２３８［５］は、そのようなスケジューリングチャネルを使用しないが、スケジューリング割り当てを送信するために、少なくともいくつかの事前定義されたリソースを配信する。
【００３１】
［８］および［９］で開示される他の例の構成は、通信デバイスの送信を制御するために、通信デバイスにフィードバックを提供する基地局を必要とする。ドキュメント［１０］は、干渉制御およびリソース調整のために、セルラーユーザ機器とデバイスツーデバイスユーザ機器との間に専用リソース交換チャネルが設けられる構成が開示する。
【００３２】
Ｄ２Ｄデバイスとネットワークの機関に対する可能性のあるアプローチの結果として、多くのシナリオが生じるかもしれない。例えばシナリオの選択は、図５ａから図５ｄで提供され、従来のＬＴＥ通信と並行するＤ２Ｄ通信の動作およびｅＮｏｄｅＢによって提供されるカバレッジエリア間のＤ２Ｄ可能なデバイスの移動、のそれぞれがリソースの割り当てに関する別の問題を引き起こす可能性がある。
【００３３】
図５ａにおいて、ＵＥ５０１と５０２は、ｅＮｏｄｅＢのカバレッジエリア外にあり、したがって、Ｄ２Ｄデバイスは、隣接するＬＴＥネットワークに対するＤ２Ｄ通信によって引き起こされ得る干渉とほとんど、あるいはまったく関連せずに通信できる。このようなシナリオは、公共安全通信で生じてもよく、例えば、どちらかのＵＥがカバレッジエリアの外にある、またはモバイル通信ネットワークが現在正常に機能していない場合である。このようなシナリオで通信するＵＥは、リソースを割り当てるため、および通信を調整するために互いに直接ネゴシエイトしてもよく、またはＵＥまたは第３のＵＥの１つが調整エンティティとして動作してもよく、したがってリソースの割り当てを行ってもよい。
【００３４】
図５ｂにおいて、ＵＥ５０１は、ｅＮｏｄｅＢ５０３のカバレッジエリア５０４内にあり、カバレッジエリア５０３の外にあるＵＥ５０２とＤ２Ｄ通信を行っている。図５ａのシナリオとは対照的に、ｅＮｏｄｅＢ５０３のカバレッジエリア内にあるＵＥ５０１よって、Ｄ２Ｄ通信は、カバレッジエリア内の従来のＬＴＥ通信に干渉を引き起こす可能性がある。したがって、Ｄ２Ｄリソース割り当ておよび送信は、カバレッジエリア５０４内のものを避けて調整されなければならないかもしれず、よって、従来のＬＴＥ通信はＤ２Ｄ送信の影響を受けない。これは多くの方法で達成されてもよく、例えば、ｅＮｏｄｅＢは、Ｄ２Ｄリソースと従来のＬＴＥリソースがオーバーラップしないように、Ｄ２Ｄ通信のためのリソース割り当てを調整してもよい。そして、任意の割り当てが、ＵＥ５０１によってＵＥ５０２に中継されてもよい。あるいは、例えば、ＵＥ１またはＵＥ１を介するＵＥ２がリソースの割り当てを行ってもよく、そしてＤ２Ｄ通信のために利用されるリソースをｅＮｏｄｅＢに知らせてもよい。ｅＮｏｄｅＢは、これらのＤ２Ｄ通信のためのリソースを予約する。
【００３５】
図５ｃにおいて、ＵＥ５０１および５０２は共にｅＮｏｄｅＢ５０３のカバレッジエリア内にあり、したがってカバレッジエリア内の従来のＬＴＥ通信に対する干渉を生じさせることなくＤ２Ｄ通信が行われる場合、ｅＮｏｄｅＢとＵＥとの間の調整が必要となる。このような調整は、図５ｂを参照して説明したものと同様の方法で達成されてもよいが、図５ｃの場合、ＵＥ５０２はカバレッジエリア内にあり、したがってＵＥ１によるＵＥ２からｅＮｏｄｅＢに対するリソース割り当て信号の中継は、必要とされないかもしれない。
【００３６】
図５ｄに第４のより複雑なＤ２Ｄシナリオが図示されており、ＵＥ５０１とＵＥ５０２はそれぞれ、異なるｅＮｏｄｅＢ５０３と５０４のカバレッジエリア５０４、５０５内にある。図５ｂおよび５ｃのシナリオに関して、Ｄ２Ｄ通信と従来のＬＴＥ通信との干渉が避けられるべき場合は、Ｄ２Ｄ通信を行うＵＥ間の調整が必要となる。しかし、２つのｅＮｏｄｅＢの存在は、カバレッジエリア５０４および５０５内のｅＮｏｄｅＢによるリソース割り当てがＤ２Ｄリソースの割り当てを避けて調整される必要があることを必要とする。
【００３７】
図５ａから５ｄは単に可能性が高い４つのＤ２Ｄ使用のシナリオを示し、さらなるシナリオが図５ａから５ｄに示されたものの組み合わせから形成されてもよい。例えば、２つのｅＮｏｄｅＢのカバレッジエリア内にＤ２Ｄ通信を行うＵＥの２つのグループが存在するように、図５ａに示される通信を行っている２つのＵＥが、図５ｄの使用シナリオに移ってもよい。
【００３８】
Ｄ２Ｄ通信リンクが確立されると、無線アクセスインタフェースのリソースがＤ２Ｄリンクに割り当てられることが要求される。上記のように、Ｄ２Ｄ通信はＬＴＥネットワークに割り当てられたスペクトルで行われることが好ましく、したがってＬＴＥネットワークのカバレッジエリア内である場合、Ｄ２Ｄ送信は、ＳＣ−ＦＤＭが使用されるアップリンクスペクトルにおいて行われることが以前に提案されている。また、Ｄ２Ｄ通信を奨励する動機要因の一つは、もたらされる容量の増加であるので、Ｄ２Ｄ通信のためのダウンリンクスペクトルを利用することは適切ではない。
【００３９】
同時係属中の欧州特許出願ＥＰ１４１５３５１２．０は、Ｄ２Ｄ通信を行う通信デバイス構成を開示しており、その内容は参照により本明細書に組み込まれる。通信デバイスは、スケジューリング割り当て領域と呼ばれる、リソースの所定のセクションでスケジューリング割り当てメッセージを送信することによって、競合アクセスを行うために割り当てられる、ＬＴＥアップリンクのＰＵＳＣＨのような、共有通信リソースを予約するように構成される。ＥＰ１４１５３５３０．２で開示されるように、その内容は参照により本明細書に組み込まれ、１以上の通信デバイスがスケジューリング割り当て領域の同じセクションで同時にスケジューリング割り当てメッセージを送信する場合に、通信デバイスが競合アクセスを検出し、別の時間に再試行できるように、競合解決手順が通信デバイスによって適用される。このＤ２Ｄ通信アクセス手順に応じる通信デバイスの動作は、網羅的に添付１に要約される。
【００４０】
（デバイスツーデバイス通信の動作モード）
図５ａ−５ｄに示された異なるシナリオを参照して上述したように、通信デバイスまたはＵＥは、ＵＥがモバイル通信ネットワークのｅＮｏｄｅＢが提供するカバレッジエリア内にあるか否かに応じて、異なる状況でＤ２Ｄ通信を行ってもよい。本開示によれば、上記のシナリオは、ｅＮｏｄｅＢのカバレッジ内でＤ２Ｄ通信リソースの割り当てがｅＮｏｄｅＢによって制御される、モード１と以下の記載で呼ばれる、またはｅＮｏｄｅＢのカバレッジの内またはカバレッジの外かどうかで自律的に動作する、通信リソースがｅＮｏｄｅＢによって割り当てられずに自律的にＤ２Ｄ  ＵＥによってアクセスされる、モード２と呼ばれる、いずれかであるとして要約される。動作のこれら２つのモードは、Ｄ２Ｄ  ＵＥのグループの間でのプレスツートークタイプの動作であるＤ２Ｄ通信のアプリケーションの説明のサポートと共に図６と図８に示される。
【００４１】
図６は、基地局またはｅＮｏｄｅＢ６０２によって提供される破線境界線６０１によって表されるカバレッジエリア内で動作する通信デバイス６００の例の図を提供する。Ｄ２Ｄ通信が移動通信ネットワークによって提供されるカバレッジエリア内で行なわれているとき、無線アクセスインタフェースの通信リソースは移動通信ネットワークの制御下で提供される。
【００４２】
図６に示されるように、通信デバイスまたはＵＥ６００の各々は、コントローラ６１０の制御下で信号の送受信を行う送信機６０６および受信機６０８を含む。コントローラ６１０は、Ｄ２Ｄ通信を行うグループのメンバー間でデータを送受信するように送信機６０６および受信機６０８を制御する。しかし、モード１の動作と呼ばれるこのモードの動作で理解されるように、無線アクセスインタフェースへのアクセスはｅＮｏｄｅＢ６０２によって判定され、制御される。
【００４３】
モード１の動作例による、参考文献（５）で提供される開示に基づく、Ｄ２Ｄ通信のためのプレスツートークタイプのアプリケーションに応じたＤ２Ｄ通信を行うための手順が図７に示される。図７は、ＵＥがｅＮｏｄｅＢ６０２のカバレッジエリア６０１内でＤ２Ｄ通信を行い、したがってｅＮｏｄｅＢ６０２からの通信リソースの割り当てを要求し、受信する処理を示すメッセージシーケンスフロー図を提供する。プロセスの最初の部分として図７に示されるように、ステップ７０１においてＵＥ６００は、暗号化キーおよび認証を提供されることによって、通信リソースを割り当て、通信リソースにアクセスするために事前に構成されるように構成される。ステップ７０２において、第１の通信デバイス７０１は、ＵＥ７０６のようなグループ内の他のＵＥに送信することを望み、よって処理ステップ７０８によって表されるようにプレスツートーク動作を行う。上記で示された構成のいずれかによれば、処理ステップ７１０で表されるようにＵＥ７０４は、ｅＮｏｄｅＢ６０２によって提供される無線アクセスインタフェースの通信リソースを要求し、無線アクセスインタフェースの通信リソースの許可をｅＮｏｄｅＢから受信する。第１のＵＥ７０４は、メッセージ７１２を使用して、グループ内の他のＵＥ７０６にスケジューリング割り当てメッセージを送信し、ステップ７１４、７１６で、グループ内の他のＵＥにユーザデータを送信する。他のＵＥにユーザデータを送信し続けるために（７２０）、さらなるスケジューリング割り当てメッセージが送信されてもよい（７１８）。したがって、メッセージ７１２から７２０は、他のＵＥにデータを送信する送信セッション７２２を表す。処理ステップ７３０によって実行されるように、ｅＮｏｄｅＢ６０２からのより大きな通信リソースを更新する、または受けるために、通信リソースのためのさらなる要求が、ステップ７３０で他のＵＥに対して行われてもよい。さらなるスケジューリング割り当てメッセージ７３２およびユーザデータの送信が、さらに送信セッション７３６において実行される。最後にＵＥ７０４は、ステップ７４０でＤ２Ｄ通信の送信のためにｅＮｏｄｅＢ６０２によって割り当てられた通信リソースを解放するためにプレスツートーク要求を解除する。
【００４４】
上述したように動作の別の例のモードは、モード１のカバレッジ動作に対応する図６に示した例に実質的に対応する図８に示されるように、通信デバイスまたはＵＥが基地局６０２のカバレッジエリア６０１の外側にある、Ｄ２Ｄ通信がカバレッジ外で行われるモード２と呼ばれる。したがって図８に示されるように、ＵＥ６００は境界６０１の外側にあり、したがってｅＮｏｄｅＢ６０２によって提供されるカバレッジエリア外にある。ＵＥ６１０がｅＮｏｄｅＢ６０２のカバレッジエリア内にあるか否かは、例えば、ダウンリンク受信信号強度指示が所定の閾値未満であってもよいというような、所定の条件に応じて判定される。したがって、送信機、受信機およびコントローラ６０６、６０８、６０９は、ｅＮｏｄｅＢからのダウンリンク送信が所定の閾値以下であることを受信信号強度に応じて判定してもよく、したがってＵＥはｅＮｏｄｅＢ６０２によって提供されるカバレッジエリア外で動作していると判定してもよい。したがって、図７に示されるようなプレスツートークの例のための、モード２の動作におけるプレスツートーク動作に対応するメッセージフロー図が図９に示される。図９について以下のように説明される。
【００４５】
図９に示されるように、図７におけるステップ７０１に対応する第１ステップの間に、ＵＥは、ＵＥが無線アクセスインタフェースを介して通信できるように、認証および暗号化キーが交換される、または通信ネットワークによって提供される事前構成を行う。したがって第１のステップにおいてリソース構成が行われる（９０１）。そして第１のＵＥ９０２は、プレスツートーク有効化ステップ９０４によって表されるようなプレスツートーク動作を行う。Ｄ２Ｄ通信手順として一般的に示される処理ステップにおいて、第１のＵＥ９０２は、第２のＵＥ９０８とＤ２Ｄ通信を形成するために無線アクセスインタフェースの通信リソースを予約するための手順を実行する。第２のＵＥ９０８は１つのデバイスであってもよいが、第１のデバイス９０２から通信を受信してもよい有効なグループの他のデバイスがある。無線アクセスインタフェース上の通信リソースを予約すると、メッセージ送信矢印９１２、９１４、９１６で表されるように、第１のＵＥ９０２はグループ内の他のデバイス９０８にユーザデータを送信する。したがって、送信メッセージ９１２、９１４、９１６は送信セッション９１８として一般的に表される。
【００４６】
さらに動作において、第１のＵＥ９０２は、無線アクセスインタフェース９２０の通信リソースを予約するために、必要に応じて予約を更新する、またはさらなるリソースを予約するために必要とされ得る、さらなるＤ２Ｄ通信手順を実行してもよい。したがって、さらなる送信９２２、９２４が、さらなる通信セッション９２６で発生する。最後に、ステップ９３０においてプレスツートーク機能が解除された後に、予約されたリソースがＵＥ９０２によって解放される。
【００４７】
上記の取り決めによると、ＵＥは、ネットワークのカバレッジ内にあるとき、モード１を使用したほうがよい。モード１の動作について、モード１が動作する前に、ＵＥは、ＲＲＣ接続されなければならない。理解されるように、ＵＥがカバレッジ内（現在の定義によると：セルがふさわしい）にあるときはいつでもＵＥはネットワークとＲＲＣ接続を確立することが好ましく、ネットワークは特定のリソースをＵＥのためにスケジュールするように構成するためのいくつかの利点がある。
【００４８】
いくつかの例によれば、移動通信ネットワークは、モード１またはモード２を許可することができるかを制御できる。例えば、システム情報を介してモード１または２を有効にし、例えば、
・カバレッジ内および／またはカバレッジ外でモード２が許可される、
・モード１が必要とされる（モード２は許可されない）またはモード２がカバレッジ内で許可されるための、１ビットの指示を有効にする。
【００４９】
ＵＥがモード１で動作することが必要とされる場合、ＵＥがアイドルモードからＲＲＣ接続を確立する必要があるため問題が認識される。適切なセル内にあり、アイドルモードであるＵＥは、ＲＲＣ接続を確立する、およびＤ２Ｄリソースを要求する、およびｅＮｏｄｅＢがリソースを割り当てるためにかかる時間による、いずれかの公共安全またはその他のＤ２Ｄ通信に遅延を生じさせる。通常の動作条件下で、通信を確立するための重大な遅延に相当しない、アイドルからＲＲＣ接続状態に移行するために要するＵＥによって引き起こされる通信の遅延は数百ミリ秒となる。しかし、いくつかの状況で、特に輻輳したネットワークでは、この遅延は許容できないことがある、または公共安全デバイスが動作できないようにする可能性がある。
【００５０】
一例は、緊急サービスによって動作されるＤ２Ｄ通信デバイスが機能する必要がある、地震、爆発または任意の状況のような災害が発生した場合であり、多くの人々が友人や親戚に電話またはテキストしようとする可能性がある、移動通信ネットワークが輻輳状態になることがある例を提供する。これはＰＲＡＣＨ上の輻輳を引き起こす可能性があり、結果として、ネットワークはすべてのＵＥにサービスを提供できない可能性がある。このＰＲＡＣＨの障害は、一時的な干渉、またはコアネットワークまたはｅＮｏｄｅＢの障害によっても引き起こされる可能性がある。
【００５１】
先行技術において、文献ＥＰ０９９３３１４（１５）は、無線アクセスインタフェースによって提供される無線アクセスチャネルリソースが優先度ベースのアクセスの異なるタイプの間で分割される、ＣＤＭＡの無線アクセスインタフェースの構成を開示する。優先度の高いアクセスのタイプはランダムアクセスに対してより多くの物理リソースを受ける。この構成は、特定のメッセージが競合アクセスで成功するであろうより高い可能性による、ネットワークへのアクセスを獲得する可能性の改善を提供する。したがって、より重要なＵＥクラスが、競合アクセスの成功するより高い可能性を有することができる。
【００５２】
移動通信ネットワークが輻輳する例では、ネットワークは、通常のユーザがセルにアクセスできないように制約するアクセスクラスを設定するように構成されることができる。公共安全デバイスは特殊なアクセスクラスを持っているだろうと仮定すると（アクセスクラス１１−１５は特別なデバイスのために予約される）、これらのデバイスはセルにアクセスすることができるかもしれない。しかし、アクセスクラス制約パラメータ（ａｃｃｅｓｓ  ｃｌａｓｓ  ｂａｒｒｉｎｇ  ｐａｒａｍｅｔｅｒ）を更新することは時間がかかる場合がある。さらに、システム情報の通信が妨げられるいくつかのネットワーク障害のシナリオがある。また、ＵＥが接続を確立できる場合であっても、リソースの割り当ては、不安定な状況では信頼性がない可能性がある。
【００５３】
（Ｄ２Ｄ通信のためのアクセス制御）
本技術の実施形態は、Ｄ２Ｄ通信を行う通信デバイスを制限または制御するための構成を提供できる。制御は、優先度が緊急サービスをサポートするためにＤ２Ｄ通信を行うＵＥに与えられるように、例えば緊急事態の結果として開始されてもよい。他の例では、Ｄ２Ｄ通信リソースにアクセスすることに対する輻輳を管理するために、アクセスはＤ２Ｄ通信リソースに対して制限されてもよい。本技術の実施形態は、Ｄ２Ｄ通信を行うＵＥの異なるタイプまたはクラスをサポートするための構成を提供できる。しかし、高負荷のシナリオおよび／または高い干渉のあるシナリオで公共安全デバイスのような、より高い優先度のＵＥをサポートするために、Ｄ２Ｄ通信リソースに対するアクセスにおいていくつかの区別を提供する必要があるかもしれない。セルラーネットワークに対して、ＵＥの異なるクラスを制約すること（ｂａｒｒｉｎｇ）により（アクセスクラス制約）、またはアクセスの可能性を提供することにより、負荷を制御することが可能である。
【００５４】
本技術の実施形態は、通信リソースの１以上のセクションまたはプールを提供でき、リソースの各プールおよび／またはリソース割り当てモードは、ＵＥのどのタイプがそれらの通信リソースへのアクセスを許可されるかを指定する追加のパラメータに関連付けられ、Ｄ２Ｄの通信リソースプールおよび／または通信モードと制約情報／アクセス権を関連付ける。
【００５５】
上記の説明から理解されるように、Ｄ２Ｄ通信リソースは、少なくとも三種類を含むものとして見られる。それらは、以下である。
（１）カバレッジ外のリソースプール
・これらのリソースは、ｅＮｏｄｅＢのカバレッジ内にない送信ＵＥによって使用される。
・このタイプの動作は、公共安全ＵＥに対してのみ意図される。
（２）カバレッジ端のリソース／カバレッジ内のプールにおけるモード２
・これは、ｅＮｏｄｅＢによってカバレッジ内にあるＵＥにブロードキャストされる、ｅＮｏｄｅＢとの無線通信のためのリソースのプールからＵＥがリソースを自律的に選択する動作のモードである。
・ＵＥがモード１を実行するためのＲＲＣ接続を有していない、またはネットワークがＵＥがモード１の代わりにモード２を使用することを構成する。
・これは、商用のＤ２Ｄデバイスだけでなく公共安全デバイスに適用可能であってもよい。
（３）カバレジ内でスケジュールされるリソースプール／モード１
・ｅＮｏｄｅＢは、ＵＥがセルラーネットワークに対してＲＲＣ接続を有している間に特定のリソースを送信Ｄ２Ｄ  ＵＥにスケジュールする。
・これは、商用のＤ２Ｄデバイスだけでなく、公共安全デバイスにも適用可能であってもよい。
【００５６】
少なくとも（２）および（３）タイプの通信リソースプールに応じる例では、セル内の多くのＵＥは、輻輳を発生させる可能性がある。特にタイプ（２）では、１つのリソースプールが全てのＵＥに対して提供される場合、これは、公共安全ＵＥに通信リソースに対するアクセスを獲得できないようにする。モード１が輻輳させられる可能性もある。
【００５７】
本技術の実施形態は、複数の通信リソースプールの各々に対して、そのタイプのＵＥがプールの通信リソースに対するアクセスを許可されるか否かに関する指示が、ＵＥの複数の異なるタイプまたはクラスの各々に提供される構成を提供できる。
【００５８】
これは、リソースプールは、公共安全のみ、商用ＵＥのみ、またはＵＥのすべてのタイプに対してであることをＵＥに通知する単一の指示によって行われてもよい。ある例では、移動通信ネットワークは、例えばＤ２Ｄ通信のためのモード２で動作するＵＥによる使用のための複数の異なるリソースプールを提供できる。具体的には、いくつかのリソースが公共安全のために割り当てられ、商用ＵＥがそれらのリソースを取得しないように、公共安全デバイスは公共安全での使用のために指示されたリソースプールを使用してもよく、商用デバイスは別のリソースプールを使用してもよい。
【００５９】
例えば、モード１は、商用デバイスまたはすべてのデバイスに対して固有であるが、モード２で動作するように構成されるＵＥは、公共安全デバイスにのみ適用する関連するモード２と共に通信リソースプールをシグナルされる。この場合において、それは公共安全デバイスに限定される、モード２の動作および関連する通信リソースプールになる。
【００６０】
本技術の実施例が図１０に示される。図１０において、ｅＮｏｄｅＢ９６０は、送信機９６２、受信機９６４およびコントローラ９６６を含むように示される。また図１０に示されるように複数のＵＥ９７０の各々は、送信機９７２、受信機９７４およびコントローラ９７６を含む。コントローラは、上述したようにｅＮｏｄｅＢ９６０を介してデータを送信および受信する、またはＤ２Ｄ通信を行うために、送信機と受信機９７２、９７４を制御する。図１０に示されるように、３つのＵＥ９７０.１、９７０.２の２つのグループ９７８、９８０は、それぞれ異なる通信リソースを用いて互いにＤ２Ｄ通信を実行している。ＵＥ９７８の第１のグループは、ブロック９８６で表される第１の通信リソースを使用するモード１の動作を使用してＤ２Ｄ通信を行う。ＵＥの９８０の第２のグループは、ボックス９８２で示される通信リソースの第２のグループを使用するモード２の動作に応じてＤ２Ｄ通信を行う。例えば第２の通信リソース９８２は、カバレッジエリアのエッジでの、または破線９９２で表されるカバレッジエリアの特定の部分内でのＤ２Ｄ通信をサポートするために予約されてもよい。
【００６１】
上述したように、ＵＥ９７０は、第１の通信リソース９８６へのアクセスがｅＮｏｄｅＢ９６０によって制御され、グループ内の他のＵＥとＤ２Ｄ通信を行うためにＵＥが要求し、第１の通信リソース９８６の中から１以上のリソースを許可される、モード１を使用してＤ２Ｄ通信を行うことができる。他のＵＥは、Ｄ２Ｄ通信が第２の通信リソース９８２を使用するＤ２Ｄ通信プロトコルに従って行われるモード２で動作してもよい。したがって、例えば、ＵＥ９８０の第２のグループは、第２の通信リソース９８２に対して競合アクセスを行ってもよい。
【００６２】
上述したように、本技術によればｅＮｏｄｅＢ９６０は、ＵＥが、第１の通信リソース９８６、または第２の通信リソース９８２のいずれか、またはその両方を使用できるか否かに関する指示をＵＥ９７０に送信する。
【００６３】
いくつかの例では、第１および第２の通信リソース９８２、９８６へのこのアクセスは、通信デバイスのクラスに依存する。上述したように、緊急サービスによって使用されるプレスツートークアプリケーションを提供する通信デバイスは異なるクラスであってもよく、したがって商用ＵＥよりも高い優先度を有していてもよい。したがって、商用ＵＥは、モード１の動作で第１の通信リソース９８６を使用することを制限されてもよい。
【００６４】
図１１で示されるメッセージフロー図で示されるように、Ｄ２Ｄ通信を使用して通信をサポートするＵＥにシステム情報を定期的に送信することにより、アクセス権がｅＮｏｄｅＢ１０１２によってＵＥ１０１０に付与される。モード２の動作に関連付けられている第２の通信リソースであるリソースプールを識別するシステム情報が、メッセージ１０１４で送信される。いくつかの例において、第２の通信リソースは、公共安全ルールに制限されるもの、および商用ルールに制限される他のものの、２つのリソースプールを含んでもよい。処理ステップ１０１６において、ＵＥ１０１０は、ｅＮｏｄｅＢからのシステム情報で受信されるアクセス権情報に基づいて、ＵＥが選択するためにアクセスを許可され、したがってモード２の動作に応じてＤ２Ｄ通信を行う通信リソースプールを判定するように構成される。したがって、ＵＥのクラスに応じてＵＥに割り当てられたリソースプールの１つを選択した後、メッセージ送信１０２２で表されるようにＵＥは、そのグループ内の他のＵＥ１０２０にＤ２Ｄ送信を送信する。
【００６５】
受信ＵＥもまた、どの通信リソースプールが受信ＵＥが受信すべきデータを含むか（例えば、ＵＥは公共安全のリソースプールのみをモニタできる）を判定するための制約情報（ｂａｒｒｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を使用できるように、受信ＵＥがモニタする必要があるリソースプールを知る必要がある。受信ＵＥが一時的にすべてのＤ２Ｄ通信を制約されるクラスに属している場合、次のブロードキャストがＵＥがもはや制約されていないことを示すまで、ＵＥはモニタを控えることができる。セル制約（ｃｅｌｌ  ｂａｒｒｉｎｇ）のために使用される既存のＴｂａｒｒｅｄと同様に制約タイマが提供され、使用されてもよい。
【００６６】
ネットワークが動作するＵＥをモード１の動作でＤ２Ｄ通信を行うことに制限する例では、ＵＥは、モード１のＤ２Ｄ通信を行うためにＲＲＣ接続の確立を開始することが許可されるかどうかを判定するように構成される。
【００６７】
アクセス制御チェックに基づいて、ＵＥは、どの動作モードをＵＥが使用すべきかを判定してもよい。例えば、ＵＥは、アクセス制御チェックをモード２の通信リソースプールに関して行ってもよく、アクセス制御チェックが失敗し（チェックが失敗する可能性がある）、その結果としてＵＥがモード１を選択し、ＲＲＣ接続確立手順を開始する。この動作例は、図１２に示される。
【００６８】
他の例は、モード２の動作が許可されるが、公共安全デバイスに限定されることである。これは、公共安全デバイスはモード２を使用してもよい一方、商用デバイスは常にモード２のアクセス権チェックに失敗し、モード１の動作を使用するためにＲＲＣ接続されなければならないことを意味する（潜在的に、受信ＤＬ電力閾値のような他の追加の基準に基づいてもよい）。
【００６９】
アクセス権がＤ２Ｄ通信を行うＵＥに伝達される例が、図１２に示される。図１２において、ＵＥ１１１０は、モード１の動作に対するＵＥのアクセス権を表すシステム情報をｅＮｏｄｅＢ１１１２から受信する。したがって、例えば、ｅＮｏｄｅＢ１１１２は、モード１の動作を使用して第１の通信リソースにアクセスする、図１０に示されるＵＥの第１のグループにシステム情報を定期的に送信する。処理ステップ１１１４において、ＵＥ１１１０は、ＵＥが第１の通信リソースへのアクセスを許可されるかどうかを示すシステム情報に基づいて、ＵＥが受信したシステム情報が、ＵＥが第１の通信リソースを使用してモード１のＤ２Ｄ通信を行うためにＲＲＣ接続の確立をトリガすることを許可されるかどうかを決定するかどうかを判定するように構成される。したがって、ＵＥ１１１０がモード１で動作するために第１の通信リソースへのアクセスを許可される場合、両矢印１１１６によって表されるように、ＵＥはＲＲＣ接続確立手順を実行する。ＵＥが、ＵＥがモード１の動作をするためにアクセス権を有することが条件とされる、モード１の動作に必要とされるＲＲＣ接続確立を開始する。したがって、ＲＲＣ接続を確立した後、メッセージ矢印１１２０によって表されるように、ＵＥ１１１０はグループ１１１８内の他のＵＥにＤ２Ｄ通信を送信できる。
【００７０】
本技術によるｅＮｏｄｅＢの動作が、以下に説明される図１３に示されるフロー図によって要約される。
【００７１】
Ｓ１２０１：図１０を参照して上述したようにｅＮｏｄｅＢは、送信機、受信機およびコントローラを提供される。コントローラは、ＵＥによる送信と受信のためのリソースをスケジューリングし、割り当てることにより無線アクセスインタフェースの形成を制御する。図１０に示されるようにコントローラは、モード１の動作に応じるＤ２Ｄ通信のためにコントローラを介して要求に応じて通信デバイスに割り当てられる、無線アクセスインタフェースの通信リソースの第１の選択を構成する。
【００７２】
Ｓ１２０２：本例においてコントローラはまた、Ｄ２Ｄ通信プロトコルを使用するモード２の動作に応じるＤ２Ｄ通信のために使用される、無線アクセスインタフェースの第２の通信リソースを構成する。上述したように、第２の通信リソースプールからリソースの競合アクセス手順に従ってスケジューリング割り当て送信を行う、Ｄ２Ｄ通信プロトコルの例が、添付１で提供される。したがってＵＥは、ｅＮｏｄｅＢを参照することなく第２の通信リソースにアクセスし、したがって、自律的に動作する。
【００７３】
Ｓ１２０４：そしてコントローラは、Ｄ２Ｄ通信を行う通信デバイスの各々のクラスを識別する。
【００７４】
Ｓ１２０６：ｅＮｏｄｅＢのコントローラは、Ｄ２Ｄ通信を行う通信デバイスの各々のクラスに応じて、ＵＥが、１以上の第１の通信リソースまたは無線アクセスインタフェースまたは無線アクセスインタフェースの第２の通信リソースまたはその両方にアクセスできるかどうかを判定する。したがって、コントローラは、ＵＥが、ＵＥのクラスに応じて、第１の通信リソースにのみアクセスできることを判定してもよい。代替的に、緊急サービスのＵＥは、モード２を使用するＤ２Ｄ通信を行うための第２の通信リソースへのアクセスを許可されてもよい。
【００７５】
Ｓ１２０８：ｅＮｏｄｅＢのコントローラは、通信デバイスのクラスに応じて、１以上の通信デバイスの各々に対して、ＵＥが、無線アクセスインタフェースの第１の通信リソースまたは無線アクセスインタフェースの第２の通信リソースのいずれかまたは第１および第２の通信リソースの両方へのアクセスを許可されるか否かに関する指示を生成する。
【００７６】
Ｓ１２１０：そしてコントローラは、例えばシステム情報メッセージを介して１以上のＵＥの各々に、無線アクセスインタフェースを介して送信するように送信機を制御する。ＵＥが第１または第２の通信リソース、または第１および第２の通信リソースの両方にアクセスできるか否かに関する生成された指示は、ＵＥのクラスに依存する。
【００７７】
いくつかの実施例では、図１３に示されるフロー図におけるｅＮｏｄｅＢによって実行される処理に加えて、ｅＮｏｄｅＢは、所定の条件に対してＵＥの独立の特定のクラスに許可されたアクセス権を変更してもよい。所定の条件は、モバイルネットワークオペレータが、緊急事態が発生したため、例えば、緊急サービスのＵＥにより大きなアクセス権を与えるような、ＵＥの異なるクラスに対するアクセス権を変更する指示を規定することであってもよい。他の例において、ｅＮｏｄｅＢまたは移動通信ネットワークの他の部分は、輻輳がネットワーク上に存在することを検出してもよく、したがってＤ２Ｄ通信へのアクセスを制御してもよく、したがってＵＥにより許可された第１および／または第２の通信リソースのいずれかに対するアクセス権を変更することを望んでもよい。図１４は以下のように要約される。
【００７８】
Ｓ１３０１：第１のステップでは、ｅＮｏｄｅＢのコントローラは、ネットワークアクセスに対する条件が変化したか否かを判定する。
【００７９】
Ｓ１３０２：ｅＮｏｄｅＢのコントローラは、第１または第２の通信リソースの構成を変更するかどうかを判定する。例えば、ｅＮｏｄｅＢは、ｅＮｏｄｅＢが第２の通信リソースに比べて第１の通信リソースに割り当てられた通信リソースの相対的な割合を変更することを望むことを判定してもよい。答えがＮＯである場合、次に処理はステップＳ１３１０に移行してもよい。
【００８０】
Ｓ１３０４：ｅＮｏｄｅＢのコントローラが、第１の通信リソースおよび／または第２の通信リソースを再構成することが適切であると判定する場合、互いに対して調整が、これらのリソースの相対的な割合で行われる。
【００８１】
Ｓ１３０６：次にコントローラは、第１および第２の通信リソースの変更を識別する情報を生成する。
【００８２】
Ｓ１３０８：次にコントローラは、第１および／または第２の通信リソースの変更を識別する情報をＤ２Ｄ通信を行うＵＥに送信する。
【００８３】
Ｓ１３１０：次にコントローラは、例えば、ＵＥのクラスに依存してもよく、したがって、ＵＥのクラスに応じて異なっていてもよい、ＵＥのアクセス権を変更することが適切であるかどうかを判定する。
【００８４】
Ｓ１３１２：ｅＮｏｄｅＢのコントローラは、通信デバイスの各々のクラスに応じて、ＵＥが、無線アクセスインタフェースの１以上の第１の通信リソースまたは第２の通信リソースにアクセスできるかどうかの変更を判定する。
【００８５】
Ｓ１３１４：コントローラは、１以上のＵＥの各々に対して、ＵＥのクラスに応じて、ＵＥが、第１の通信リソースまたは第２の通信リソースのいずれか、または第１および第２の通信リソースの両方にアクセスできるか否かにについての変更された指示を再生成する。
【００８６】
Ｓ１３１６：コントローラは、例えば、第１および／または第２の通信リソースに対するアクセス権の指示の変更をシステム情報送信を用いて送信するように送信機を使用する。
【００８７】
Ｓ１３１８：次に処理は、再びネットワークアクセスに対する条件が変わったかどうかを判定するための手順の前の、待機状態Ｓ１３１８に戻ってループする。理解されるように変更は、同時に独立してまたは一緒に通信される（図１４参照）。
【００８８】
通信リソースプールへのアクセス権に応じるＵＥのＤ２Ｄ通信の構成における、ＵＥの動作が図１５に要約される。図１５は以下のように説明される。
【００８９】
Ｓ１４０１：ＵＥは、モード１の動作に応じてＤ２Ｄ通信を行うためのｅＮｏｄｅＢからの通信リソースを要求するためにＵＥによって使用される、無線アクセスインタフェースの第１の通信リソースの構成の指示を予め構成されてもよく、または受信してもよい。
【００９０】
Ｓ１４０２：ＵＥはまた、モード２の動作に応じてＤ２Ｄ通信に使用される、無線アクセスインタフェースの第２の通信リソースの指示を予め構成されてもよく、受信してもよい。上述されたように、モード２の動作においてＵＥは、例えば、競合アクセスを使用してＤ２Ｄ通信プロトコルの使用を要求する。
【００９１】
Ｓ１４０４：ＵＥは、ＵＥがモード１の動作に応じてＤ２Ｄ通信を行うための無線アクセスインタフェースの第１の通信リソース、またはモード２の動作に応じてＤ２Ｄ通信を行うための無線アクセスインタフェースの第２の通信リソース、のいずれか、または第１および第２の通信リソースの両方へのアクセスを使用できるかどうかの指示をｅＮｏｄｅＢから受信する。
【００９２】
Ｓ１４０６：ＵＥは、ＵＥのクラスに応じてＵＥが第１の通信リソースへのアクセスを許可されるかどうかを判定し、処理は、モード１の動作に応じてｅＮｏｄｅＢを介して第１の通信リソースへのアクセスを要求し、アクセスが許可されることによってＤ２Ｄ通信が第１の通信リソースを用いて行われるステップＳ１４０６に進む。並行してまたは代わりに、ＵＥは、ＵＥがモード２の動作を用いて第２の通信リソースを使用できるかどうかを判定してもよい。したがって、ステップＳ１４１２では、ＵＥは、例えば、競合アクセスを使用して、Ｄ２Ｄ通信プロトコルを使用するモード２において第２の通信リソースを用いて、Ｄ２Ｄ通信を行う。
【００９３】
（他の態様）
いくつかの実施例では、移動通信ネットワークは、ＵＥのクラス、アクセスクラス制約に応じて通信リソースへのアクセスを制御することをＵＥに提供する指示を結合するように構成されてもよく、既存のセル制約パラメータ、またはＤ２Ｄ固有のパラメータの追加の信号のいずれかを関連付けるように構成されてもよい。
【００９４】
現在、ＬＴＥにおいてアクセスクラス０−９が、「通常の」デバイスに対する優先度クラスを提供するカテゴリである。アクセスクラス１０は、緊急呼のためのものである。アクセスクラス１１−１５は、優先度の高いクラスである。公共安全のクラスは、通常アクセスクラス１２、１３、１４である。
【００９５】
アクセスクラス０−９は、セルにアクセスする前にアクセスの確率を提供され、ＵＥは、（確率を表す）閾値に対するランダムに選択された値を適用する。このチェックにパスしない場合、ＵＥはセルにアクセスできない。他のアクセスクラスは、個別に制約または許可することができる。したがって、アクセスクラスの各々は、Ｄ２Ｄ通信を行うＵＥが、ＵＥのクラスに応じて通信リソースプールにアクセスできるかどうかに関する追加の指示を提供でき、より段階的な方法でアクセス制御を行うために、アクセスクラスとアクセスの確率とアクセス待機時間とを組み合わせることができる。例えば、アクセスクラス０−９を示す１ビット、および少なくともクラス１２、１３、１４に対する個々のビットが許可される。
【００９６】
本発明の種々のさらなる態様および特徴は、添付の特許請求の範囲に定義される。本技術の実施形態は、任意のシナリオに対してＤ２Ｄ通信を行ってもよい任意のアプリケーションと通信デバイスを見いだす。
【００９７】
いくつかの本技術の実施形態において、ＵＥに送信される、指示されたアクセス権によって提供されるアクセス制御は、Ｄ２Ｄ送信を受信するために受信ＵＥがどのリソースをモニタすべきかを判定するために、受信ＵＥによって使用される。したがって、ＵＥが、Ｄ２Ｄ通信のために割り当てられる通信リソースプールへのアクセス権を有していない場合、省電力化が図られる。
【００９８】
（添付１：自律Ｄ２Ｄ通信の例）
ＵＥからグループの他のＵＥへの信号の送信を制御するための中央エンティティを必要とせずに、ＵＥのグループを形成してもよい１つまたは複数のＵＥ間でＤ２Ｄ通信が行われる構成が、簡易的に図１６を参照して示される。この構成によれば、スケジューリング割り当てメッセージが通信リソースの複数のセクションで送信されてもよい、スケジューリング割り当て領域またはチャネルを含む無線アクセスインタフェースが提供される。複数の通信リソースの各々は、共有通信チャネルのリソースに対応するセクションを有する。スケジューリング割り当て領域のセクションの１つでのスケジューリング割り当てメッセージの送信は、グループ内の他のすべてのデバイスに、ＵＥが共有通信リソースの対応するセクションでデータを表す信号を送信することを望むことの指示を与えることができる。
【００９９】
図１６において、無線アクセスインタフェースは、通信リソースのセクションに分割される、複数のＯＦＤＭサブキャリア１５０１および複数のＯＦＤＭシンボル１５０２で形成される。図１６に示されるように、無線アクセスインタフェースは、通信リソースのサブフレーム１５０４、１５０６、１５０８、１５１０の時間分割ユニットに分割される。図１６に示されるように、他のすべてのサブフレームは、スケジューリング割り当て領域１５１２、１５１４を含む。スケジューリング割り当て領域は、図１６において１から８４で番号付けられる通信リソースの複数のセクションを含む。スケジューリング割り当て領域１５１２、１５１４が含まれるサブフレーム１５０４、１５０８の残りの部分は、共有通信リソースの複数のセクションに分割される。スケジューリング割り当て領域１５１２、１５１４が無いその他のサブフレームは、ＵＥによるグループ内の他のＵＥへのデータを表す信号の送信のための共用通信リソースのセクションに分割される。しかし、共有リソースの通信リソースの複数のセクションの組み合わせは、サブフレーム１５０４、１５０６、１５０８、１５１０のうちの２つおよびスケジューリング割り当て領域１５１２、１５１４のセクションの１つに対応する、共有リソースの各セクション内で提供される。したがって、スケジューリング割り当てメッセージのスケジューリング割り当て領域のセクションの１つにおけるＵＥによる送信は、スケジューリング割り当て領域のセクションでスケジューリング割り当てメッセージを送信したＵＥが、データが送信される共有通信リソースの対応するセクションでデータを送信しようとすることを、グループ内の他のＵＥに指示する。したがって、矢印１５２０によって表されるように、スケジューリング割り当て領域１５１２のセクション８１におけるスケジューリング割り当ての送信は、スケジューリング割り当てメッセージを送信した送信ＵＥが、スケジューリング割り当てリソースのセクション番号８１でデータを送信しようとしていることの指示を、グループ内の他のＵＥに提供する。
【０１００】
したがって図１６は、暗黙的なリソーススケジューリングのための潜在的な構成を示す。図１６に示される例では、スケジューリング割り当てリソースまたは領域１５１２は、従来のＬＴＥ無線アクセスインタフェースの１つのアップリンクリソースブロックとなるように選択され、１サブフレームおきに送信される。
【０１０１】
いくつかの例において、スケジューリング割り当てメッセージは、これらに限定されるものではないが、用途に応じて、送信ＵＥの識別子、宛先デバイスの識別子、論理チャネル識別子、トランスポートチャネル識別子およびアプリケーション識別子、またはＵＥのグループの識別子、を含んでもよい、１以上の識別子を含んでもよい。例えば、ＵＥのグループがプッシュツートーク通信セッションに参加していた場合、その後、スケジューリング割り当てメッセージは、個々のデバイスを特定する必要はなく、ＵＥのグループだけ特定する必要がある。スケジューリング割り当て領域のセクションでスケジューリング割り当てメッセージの送信を検出するグループ内の他のデバイスは、データを送信するための共有通信リソースの対応するセクションで送信することを試みないことを理解し、ＵＥのグループの識別子を検出する。したがってグループのデバイスは、スケジューリング割り当てメッセージを送信した送信ＵＥによって送信された、グループ識別子が含まれるデータをリッスンし、受信することを理解する。
【０１０２】
図１６に示されるように、リソース番号８１は、第３のサブフレーム７０８内にある、その番号の、後続の利用可能な通信リソース内の領域に対応する。したがって、共有通信リソースの特定のセクションが、ＵＥの１つによって送信のために予約されていることの通知をグループ内の他のＵＥに提供するために、スケジューリング割り当てメッセージの送信とデータの送信との間に対応する遅延が存在する。
【０１０３】
競合アクセスを解決するために、２つのフェーズの競合解決プロセスが提案される。
【０１０４】
フェーズ１：リソース予約のためのリスニング（および進行中のデータ送信または他のＵＥからの測定値のような他の情報のための潜在的なリスニング）の一定のシークエンス、またはオプションとしていくつかの例におけるスケジューリング領域のメッセージの送信。
【０１０５】
ＵＥが、選択されたリソースが使用中である、または別のＵＥによって要求されていることを検出する場合、ＵＥは、共有通信リソースから別のリソースをランダムに選択する。通信リソースを変更する必要がある場合、フェーズ１が繰り返されてもよい。
【０１０６】
このフェーズ１は、２つのＵＥがまったく同じサブフレームでリスニングを開始することを除いて、ほとんどの場合に衝突を解決する。
【０１０７】
フェーズ２において、ＵＥは選択された通信リソースで送信する、またはスケジューリングチャネルが存在する場合、ＵＥは、ＵＥが共有チャネルの対応する通信リソースで送信しようとしていることを他のＵＥに通知するメッセージを送信する。ランダムな時間が経過した後、他のＵＥが同時に送信することから衝突が発生したか否かを判定するためにさらにリスニング処理が行われる。
【０１０８】
衝突が検出される場合、ＵＥは、フェーズの１つまたは両方を再度開始してもよい。
【０１０９】
ＵＥはまた、再開する前に、ランダムのバックオフ時間を実行してもよい。
【０１１０】
このフェーズ２は、２つのＵＥがまさに同じ時刻に開始し、フェーズ１で衝突が検出されない場合に対処することを意図している。プリアンブルフレームの数がより大きくなれば、衝突の確率はより低くなるので、ランダムリスニングスロットは、衝突の全体の確率を減少させる。
【０１１１】
ネットワークまたは調整ＵＥは、例えば近接するデバイスの数に基づいてプリアンブルフェーズの長さを設定してもよい。
【０１１２】
いくつかの例において、この実施例が使用される場合、カウンターが各スケジューリングメッセージの送信後にインクリメントされてもよい。これは、衝突の場合に、例えば、他のＵＥからのスケジューリングメッセージがより多いカウンターで検出された場合、またはＵＥがフェーズ２で他のＵＥを検出した場合、ＵＥが別のリソースを選択したほうがよいかを判定することに役立ち、通信リソースの異なるセットが選択される。
【０１１３】
更なるデータを送信する試みを行う前にＵＥが他のＵＥとの衝突を回避するために、ＵＥがデータを表す信号を送信した後に、ＵＥは所定の期間またはランダムな期間待ってもよい。
【０１１４】
この構成によれば、互いに近接する異なる送信ＵＥ間の衝突の確率は、単純に送信する前にリスニングすることに比べて低減される。また、衝突検出のための比較的短い遅延（いくつかのサブフレームのオーダーで）が達成され、設定可能なプリアンブル長は、システム内の異なる数のＵＥに対処するための機能を提供することができる。例えば、衝突の可能性を低減するために、長いプリアンブル長（フェーズ１および２のサブフレームの合計の数）が、ＵＥの数が多い場合に必要とされてもよい。
【０１１５】
本発明の種々のさらなる態様および特徴は、添付の特許請求の範囲に定義され、請求項の従属性について列挙されている特定の組み合わせ以外の従属項の特徴の種々の組み合わせは、独立請求項のものを用いて行われてもよい。改変はまた、本明細書において本発明の範囲から逸脱することなく記載された実施形態に対してなされ得る。例えば、特徴は特定の実施例に関連して説明されたように見えるかもしれないが、説明され実施形態の様々な特徴を認識するであろう当業者は、本開示に従って組み合わせてもよい。
【０１１６】
以上の説明ではＤ２Ｄ通信はＬＴＥシステムを参照して説明されたが、ここで開示された技術は、Ｄ２Ｄ通信と互換性がある他のＬＴＥシステムの構造および他のシステムにも同様に適用できる。
【０１１７】
以下の番号の条項は、本技術のＵＥのさらなる態様および特徴の例を定義する。
【０１１８】
条項１．デバイスツーデバイス通信を行うために通信デバイスを使用して無線アクセスインタフェースを介して通信する方法であって、前記方法は、
前記通信デバイスが移動通信ネットワークによって提供されるカバレッジエリア内にある場合、第１の動作モードに応じて、１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記移動通信ネットワークによって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの１以上の第１の通信リソースの指示、
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの１以上の第２の通信リソースの指示、
のうちの少なくとも１つで通信デバイスを構成することと、
前記移動通信ネットワークから、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、または前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソースのうち少なくとも１つを前記通信デバイスが使用できるかどうかの指示を受信することと、
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第１の通信リソースの構成に応じて、
第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに信号を送信する、または前記第１の通信リソースを介して１以上の前記他の通信デバイスから信号を受信すること、または
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに信号を送信する、または前記第２の通信リソースを介して１以上の前記他の通信デバイスから信号を受信すること、を含む、通信方法。
【０１１９】
条項２．前記通信デバイスによって受信される、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、または前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソースのうち少なくとも１つを前記通信デバイスが使用できるかどうかの前記指示は、通信デバイスの複数の所定のクラスのうちの１つに依存する、条項１に記載の通信方法。
【０１２０】
条項３．所定のクラスの各々はアクセスクラスを示し、各アクセスクラスはアクセス確率レベルおよび待機時間と関連付けられ、複数の前記所定のクラスのうちの１つで前記通信デバイスを構成することと、
前記アクセス確率に従って、現在の時点で受信された前記指示に応じて、前記通信デバイスが前記第１の通信リソースまたは前記第２の通信リソースを介して信号を送信できるかどうかを判定することと、
前記通信デバイスが前記アクセス確率に応じて前記現在の時点で信号を送信できない場合、前記待機時間を待つこと、を含む、条項１または条項２に記載の通信方法。
【０１２１】
条項４．前記移動通信ネットワークによって提供される前記指示に応じて、第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信すること、または前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに信号を送信することは、
前記通信デバイスが、移動通信ネットワークによって提供される、前記無線アクセスインタフェースを介して無線信号を送信または受信するためのカバレッジエリア内にあるかどうかを所定の条件に応じて判定すること、
前記通信デバイスが、前記移動通信ネットワークの前記カバレッジエリア内にあると判定され、前記移動通信ネットワークの前記カバレッジエリア内にあるときに１以上の前記他の通信デバイスに信号を送信するための通信リソースの前記指示を受信した場合、
前記指示および前記１以上の前記第１の通信リソースの構成に応じて、第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信すること、または、
前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信すること、または、
前記通信デバイスが前記移動通信ネットワークの前記カバレッジエリア内にないと判定された場合、
デバイスツーデバイス通信プロトコルの第２の動作モードに応じて、前記第１または前記第２の通信リソースまたは前記無線アクセスの前記１以上の他の通信リソースにアクセスすることによって、前記デバイスツーデバイス通信に応じて１以上の前記他の通信デバイスに前記無線アクセスインタフェースを介して信号を送信すること、を含む、条項１、２または３のいずれか１項に記載の通信方法。
【０１２２】
条項５．前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信することは、
前記第２の通信リソースに対する競合アクセス手順を実行すること、を含む、条項１から４のいずれか１項に記載の通信方法。
【０１２３】
条項６．前記第１の通信リソースおよび前記第２の通信リソースは、同じである１以上の通信リソースを含む、条項１から５のいずれか１項に記載の通信方法。
【０１２４】
条項７．前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つを識別する情報を前記移動通信ネットワークから定期的に受信すること、を含む、条項１から６のいずれか１項に記載の通信方法。
【０１２５】
条項８．デバイスツーデバイス通信を実行するために無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信するように構成された送信機と、
前記無線アクセスインタフェースを介して１以上の前記他の通信デバイスから信号を受信するように構成された受信機と、
デバイスツーデバイス通信に応じて前記信号によって表されるデータを送信する、または受信するために前記無線アクセスインタフェースを介して前記信号を送信する、または受信するように前記送信機および前記受信機を制御するためのコントローラと、を含み、
前記通信デバイスが移動通信ネットワークによって提供されるカバレッジエリア内にある場合、第１の動作モードに応じて、１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記移動通信ネットワークによって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの１以上の第１の通信リソースの指示、
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの１以上の第２の通信リソースの指示、
のうちの少なくとも１つを前記コントローラは提供され、
前記移動通信ネットワークから、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、または前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソース、のうち少なくとも１つを前記通信デバイスが使用できるかどうかの指示を受信し、
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第１の通信リソースの構成に応じて、
第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または前記第１の通信リソースを介して１以上の前記他の通信デバイスから信号を受信し、または
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または前記第２の通信リソースを介して１以上の前記他の通信デバイスから信号を受信するように、
前記コントローラは前記送信機および前記受信機と組み合わせて構成される、通信デバイス。
【０１２６】
条項９．前記通信デバイスによって受信される、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、および前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソース、のうち少なくとも１つを前記通信デバイスが使用できるかどうかの前記指示は、通信デバイスの複数の所定のクラスのうちの１つに依存する、条項８に記載の通信デバイス。
【０１２７】
条項１０．前記コントローラは複数の所定のクラスのうちの１つが提供され、前記所定のクラスの各々はアクセスクラスを示し、各アクセスクラスはアクセス確率レベルおよび待機時間と関連付けられ、前記コントローラは、前記アクセス確率に従って、現在の時点で受信された前記指示に応じて前記通信デバイスが前記第１の通信リソースまたは前記第２の通信リソースを介して信号を送信できるかどうかを判定するように前記送信機と組み合わせて構成され、前記通信デバイスが前記アクセス確率に応じて前記現在の時点で信号を送信できない場合、前記待機時間を待つ、条項８または９に記載の通信デバイス。
【０１２８】
条項１１．前記コントローラは、
前記通信デバイスが、移動通信ネットワークによって提供される、前記無線アクセスインタフェースを介して無線信号を送信または受信するためのカバレッジエリア内にあるかどうかを所定の条件に応じて判定し、
前記通信デバイスが、前記移動通信ネットワークの前記カバレッジエリア内にあると判定され、前記移動通信ネットワークの前記カバレッジエリア内にあるときに１以上の前記他の通信デバイスに信号を送信するための通信リソースの前記指示を受信した場合、前記指示および前記１以上の前記第１の通信リソースの構成に応じて、
第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または
前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信し、または
前記通信デバイスが前記移動通信ネットワークの前記カバレッジエリア内にないと判定された場合、
デバイスツーデバイス通信プロトコルの第２の動作モードに応じて、前記第１または前記第２の通信リソースまたは前記無線アクセスの前記１以上の他の通信リソースにアクセスすることによって、前記デバイスツーデバイス通信に応じて１以上の前記他の通信デバイスに前記無線アクセスインタフェースを介して前記信号を送信するように、前記送信機および前記受信機と組み合わせて構成される、条項８、９または１０のいずれか１項に記載の通信デバイス。
【０１２９】
条項１２．前記コントローラは、前記第２の通信リソースに対する競合アクセス手順を実行することによって、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに前記信号を送信するように、前記送信機および前記受信機と組み合わせて構成される、
条項８から１１のいずれか１項に記載の通信デバイス。
【０１３０】
条項１３．前記第１の通信リソースおよび前記第２の通信リソースは、同じである１以上の通信リソースを含む、条項８から１１のいずれか１項に記載の通信デバイス。
【０１３１】
条項１４．前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つを識別する情報を前記移動通信ネットワークから定期的に受信するように前記受信機と組み合わせて構成される、
条項８から１３のいずれか１項に記載の通信デバイス。
【０１３２】
条項１５．移動通信ネットワークの一部を形成するインフラ機器を使用して通信する方法であって、前記方法は、
無線アクセスインタフェースを介して通信デバイスに信号を送信することと、
前記無線アクセスインタフェースを介して前記通信デバイスから信号を受信することと、
前記無線アクセスインタフェースを形成するために前記送信および前記受信を制御することと、を含み、前記送信を前記制御することは、
前記通信デバイスが前記インフラ機器によって提供されるカバレッジエリア内にある場合、前記第１の動作モードに応じて、前記通信デバイスから１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記インフラ機器によって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの１以上の第１の通信リソース、および
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの１以上の第２の通信リソース、
のうち少なくとも１つに前記通信デバイスがアクセスすることを許可されているかどうかを識別する指示を１以上の前記通信デバイスの各々に送信すること、を含む、方法。
【０１３３】
条項１６．前記指示を前記１以上の前記通信デバイスの各々に送信すること、前記通信デバイスが前記第１の通信リソースまたは前記第２の通信リソースのうちの少なくとも１つにアクセスすることを許可されるかどうかを識別することは、
１以上の前記通信デバイスの各々のクラスを識別することと、
前記通信デバイスの各々のクラスに応じて、前記通信デバイスが前記無線アクセスインタフェースの前記１以上の第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対してアクセスできるかどうかを判定することと、
前記通信デバイスの前記クラスに応じて通信デバイスが前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対するアクセスを許可されるか否かに関する指示を１以上の前記通信デバイスの各々に対して生成することと、
前記通信デバイスに対して前記生成された指示を１以上の通信デバイスの各々に送信することと、を含む、条項１５に記載の方法。
【０１３４】
条項１７．前記指示を前記１以上の前記通信デバイスの各々に送信すること、前記通信デバイスが前記第１の通信リソースまたは前記第２の通信リソースのうちの少なくとも１つにアクセスすることを許可されるかどうかを識別することは、
１以上の前記通信デバイスの各々が、前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対してアクセスできるかどうかの変更を所定の条件に応じて判定することと、
前記通信デバイスの前記クラスに応じて、前記通信デバイスが前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対するアクセスを許可されるか否かに関する前記指示を、前記変更に従って１以上の前記通信デバイスの各々に対して再生成することと、
前記通信デバイスに対して前記変更された指示を１以上の前記通信デバイスの各々に送信することと、を含む、条項１６に記載の方法。
【０１３５】
条項１８．前記無線アクセスインタフェースの前記第１の通信リソースと前記無線アクセスインタフェースの前記第２の通信リソースの構成を判定することと、
前記第１の通信リソースと前記第２の通信リソースを識別する情報を生成することと、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つを識別する情報を１以上の前記通信デバイスに定期的に送信すること、を含む、条項１５から１７のいずれか１項に記載の方法。
【０１３６】
条項１９．前記無線アクセスインタフェースの前記第１の通信リソースと前記無線アクセスインタフェースの前記第２の通信リソースの構成における変更を所定の条件に応じて判定することと、
前記変更された第１の通信リソースと前記変更された第２の通信リソースを識別する情報を生成することと、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つの前記変更を識別する情報を１以上の前記通信デバイスに定期的に送信することと、を含む、条項１５から１８のいずれか１項に記載の方法。
【０１３７】
条項２０．前記指示を変更するための前記所定の条件は、緊急状態または輻輳状態を含む、条項１７、１８または１９に記載の方法。
【０１３８】
条項２１．移動通信ネットワークの一部を形成するインフラ機器であって、前記インフラ機器は、
無線アクセスインタフェースを介して通信デバイスに信号を送信するように構成された送信機と、
前記無線アクセスインタフェースを介して前記通信デバイスから信号を受信するように構成された受信機と、
１以上の前記通信デバイスに信号を送信する、または１以上の前記通信デバイスから信号を受信するための前記無線アクセスインタフェースを形成するために前記送信機および前記受信機を制御するためのコントローラと、を含み、前記コントローラは、
前記通信デバイスが前記インフラ機器によって提供されるカバレッジエリア内にある場合、前記第１の動作モードに応じて、前記通信デバイスから１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記インフラ機器によって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの第１の通信リソース、または
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の前記他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの第２の通信リソース、
のうち少なくとも１つに前記通信デバイスがアクセスすることを許可されているかどうかを識別する指示を１以上の前記通信デバイスの各々に送信するように前記送信機と組み合わせて構成される、インフラ機器。
【０１３９】
条項２２．前記コントローラは、
１以上の前記通信デバイスの各々のクラスを識別し、
前記通信デバイスの各々のクラスに応じて、前記通信デバイスが前記無線アクセスインタフェースの前記１以上の第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対してアクセスできるかどうかを判定し、
前記通信デバイスの前記クラスに応じて前記通信デバイスが前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対するアクセスを許可されるか否かに関する前記指示を１以上の前記通信デバイスの各々に対して生成する、ように構成され、前記コントローラは、
前記通信デバイスに対して前記生成された指示を１以上の前記通信デバイスの各々に送信するように、前記送信機と組み合わせて構成される、条項２１に記載のインフラ機器。
【０１４０】
条項２３．前記コントローラは、
１以上の前記通信デバイスの各々が、前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対してアクセスできるかどうかの変更を所定の条件に応じて判定し、
前記通信デバイスの前記クラスに応じて、前記通信デバイスが前記無線アクセスインタフェースの１以上の前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースに対するアクセスを許可されるか否かに関する前記指示を、前記変更に従って１以上の前記通信デバイスの各々に対して再生成する、ように構成され、前記コントローラは、
前記通信デバイスに対して前記変更された指示を１以上の前記通信デバイスの各々に送信するように、前記送信機と組み合わせて構成される、条項２２に記載のインフラ機器。
【０１４１】
条項２４．前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソースと前記無線アクセスインタフェースの前記第２の通信リソースの構成を判定し、
前記第１の通信リソースと前記第２の通信リソースを識別する情報を生成する、ように構成され、前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つを識別する情報を１以上の前記通信デバイスに定期的に送信するように、前記送信機と組み合せて構成される、条項２１から２３のいずれか１項に記載のインフラ機器。
【０１４２】
条項２５．前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソースと前記無線アクセスインタフェースの前記第２の通信リソースの構成における変更を所定の条件に応じて判定し、
前記変更された第１の通信リソースと前記変更された第２の通信リソースを識別する情報を生成する、ように構成され、前記コントローラは、
前記無線アクセスインタフェースの前記第１の通信リソース、または前記無線アクセスインタフェースの前記第２の通信リソースのうちの少なくとも１つの前記変更を識別する情報を１以上の前記通信デバイスに定期的に送信するように、前記送信機と組み合わせて構成される、条項２１から２４のいずれか１項に記載のインフラ機器。
【０１４３】
条項２６．前記指示を変更するための前記所定の条件は、緊急状態または輻輳状態を含む、条項２３、２４または２５のいずれか１項に記載のインフラ機器。
【０１４４】
条項２７．デバイスツーデバイス通信を実行するための無線アクセスインタフェースを介して１以上の他の通信デバイスに信号を送信するように構成された送信機回路と、
前記無線アクセスインタフェースを介して１以上の前記他の通信デバイスから信号を受信するように構成された受信機回路と、
デバイスツーデバイス通信に応じて前記信号によって表されるデータを送信する、または受信するために前記無線アクセスインタフェースを介して前記信号を送信する、または受信するように前記送信機および前記受信機を制御するためのコントローラ回路と、を含み、
前記通信デバイスが移動通信ネットワークによって提供されるカバレッジエリア内にある場合、前記第１の動作モードに応じて、１以上の他の通信デバイスに信号を送信するまたは１以上の前記他の通信デバイスから信号を受信するために前記移動通信ネットワークによって要求に応じて前記通信デバイスに対して割り当てられる前記無線アクセスインタフェースの１以上の第１の通信リソースの指示、
前記通信デバイスが前記移動通信ネットワークによって提供される前記カバレッジエリア内にある場合、デバイスツーデバイス通信プロトコルを使用する第２の動作モードに応じて、１以上の他の通信デバイスに信号を送信する、または１以上の前記他の通信デバイスから信号を受信するために前記通信デバイスによって使用される前記無線アクセスインタフェースの１以上の第２の通信リソースの指示、
のうちの少なくとも１つを前記コントローラ回路は提供され、
前記移動通信ネットワークから、前記第１の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第１の通信リソース、または前記第２の動作モードに応じてデバイスツーデバイス通信を行うための前記無線アクセスインタフェースの前記第２の通信リソースのうち少なくとも１つを前記通信デバイスが使用できるかどうかの指示を受信し、
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第１の通信リソースの構成に応じて、
第１の動作モードに応じて前記移動通信ネットワークによって割り当てられた前記第１の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または前記第１の通信リソースを介して１以上の前記他の通信デバイスから信号を受信し、または
前記移動通信ネットワークによって提供される前記指示および前記１以上の前記第２の通信リソースの構成に応じて、前記デバイスツーデバイス通信プロトコルを使用する前記第２の動作モードに応じて前記第２の通信リソースを介して１以上の前記他の通信デバイスに信号を送信し、または前記第２の通信リソースを介して１以上の前記他の通信デバイスから信号を受信するように、
前記コントローラ回路は前記送信機回路および前記受信機回路と組み合わせて構成される、通信デバイス。
【０１４５】
＜参考＞
（１）R2-133840,“CSMA/CA  based  resource  selection，”  Samsung，published  at  3GPP  TSG-RAN  WG2  #84，San  Francisco，USA，11-15  November  2013.
（２）R2-133990，“Network  control  for  Public  safety  D2D  Communications”，Orange，Huawei，Hisilicon，Telecom  Italia，published  at  3GPP  TSG-RAN  WG2  #84，San  Francisco,  USA，11-15  November  2013.
（３）R2-134246，“The  Synchronizing  Central  Node  for  Out  of  Coverage  D2D  Communication”，General  Dynamics  Broadband  UK，published  at  3GPP  TSG-RAN  WG2  #84，San  Francisco，USA，11-15  November  2013.
（４）R2-134426，“Medium  Access  for  D2D  communication”，  LG  Electronics  Inc,  published  at  3GPP  TSG-RAN  WG２  #84，San  Francisco，USA，11-15  November  2013.
（５）R2-134238，“D2D  Scheduling  Procedure”，Ericsson,  published  at  3GPP  TSG-RAN  WG2  #84，San  Francisco,  USA，11-15  November  2013.
（６）R2-134248          ,  “Possible  mechanisms  for  resource  Selection  in  connectionless  D2D  voice  communication”,  General  Dynamics  Broadband  UK,  published  at  3GPP  TSG-RAN  WG２  #84,  San  Francisco,  USA,  11-15  November  2013.
（７）R2-134431,  “Simulation  results  for  D2D  voice  Services  using  connectionless  approach”,  General  Dynamics  Broadband  UK,  published  at  3GPP  TSG-RAN  WG2  #84,  San  Francisco,  USA,  11-15  November  2013.
（８）“D2D  Resource  Allocation  under  the  Control  of  BS”,  Xiaogang  R.  et  al,  University  of  Electronic  Science  and  Technology  of  China,  https://mentor.ieee.org/802.16/dcn/13/16-13-0123-02-000n-D2D-resource-allocation-under-the-control-of-bs.docx
（９）US20130170387
（１０）US20120300662
（１１）ＬＴＥ  for  UMTS:OFDMA  and  SC-FDMA  Based  Radio  Access,  Harris  Holma  and  Antti  Toskala,  Wiley  2009,  ISBN  978-0-470-99401-6.
（１２）Study  on  ＬＴＥ  Device  to  Device  Proximity  Services,  Qualcomm  Incorporated,  RP-122009.
（１３）EP14153512.0
（１４）EP14153530.2
（１５）EP09933214
【図１】
0006568574.tif 000002
【図２】
0006568574.tif 000003
【図３】
0006568574.tif 000004
【図４】
0006568574.tif 000005
【図５ａ】
0006568574.tif 000006
【図５ｂ】
0006568574.tif 000007
【図５ｃ】
0006568574.tif 000008
【図５ｄ】
0006568574.tif 000009
【図６】
0006568574.tif 000010
【図７】
0006568574.tif 000011
【図８】
0006568574.tif 000012
【図９】
0006568574.tif 000013
【図１０】
0006568574.tif 000014
【図１１】
0006568574.tif 000015
【図１２】
0006568574.tif 000016
【図１３】
0006568574.tif 000017
【図１４】
0006568574.tif 000018
【図１５】
0006568574.tif 000019
【図１６】
0006568574.tif 000020