(57)【特許請求の範囲】
【請求項１】
１つまたは複数の拡張ノードＢ（ｅＮＢ）が、デバイス間（Ｄ２Ｄ）通信をスケジューリングおよび制御する方法であって、
デバイス・パラメータおよびアップリンク・パラメータを、それぞれ第１の通信デバイスおよび少なくとも１つの第２の通信デバイスから受信するステップと、
前記デバイス・パラメータおよび前記アップリンク・パラメータに基づいて、前記第１の通信デバイスと前記少なくとも１つの第２の通信デバイスとの間で確立されるＤ２Ｄ通信リンクの送信形式を決定するステップであって、前記Ｄ２Ｄ通信リンクは、前記第１の通信デバイスと前記少なくとも１つの第２の通信デバイスとの間のＤ２Ｄ通信を可能にする、ステップと、
前記決定に基づいて、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスに、それぞれアップリンク送信許可およびアップリンク・リスン許可を送信するステップであって、前記アップリンク送信許可および前記アップリンク・リスン許可は、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスに割り当てられた前記Ｄ２Ｄ通信リンクでの少なくとも前記送信形式および送信の時間を示している、ステップと、
２つの当事者による通信について、前記少なくとも１つの第２の通信デバイスから肯定応答信号を受信するステップであって、前記肯定応答信号は、前記Ｄ２Ｄ通信リンクを通じて前記第１の通信デバイスによって送信されたデータ・パケットの受信における成功および失敗の１つを示し、前記肯定応答信号は、前記少なくとも１つの第２の通信デバイスから前記第１の通信デバイスによって受信されるのと同じデータを含む、ステップと、
前記１つまたは複数のｅＮＢの前記少なくとも１つから否定応答を受信すると、前記データ・パケットの再送信のために前記Ｄ２Ｄ通信リンクの継続的な割り当てを許可するステップであって、前記否定応答は、前記少なくとも１つの第２の通信デバイスによるデータ・パケットの受信における失敗を示す、ステップと
を含む方法。
【請求項２】
前記決定するステップは、少なくとも前記デバイス・パラメータおよび前記アップリンク・パラメータに基づいて、前記第１の通信デバイスから前記少なくとも１つの第２の通信デバイスにデータ・パケットを送信するために前記第１の通信デバイスと前記少なくとも１つの第２の通信デバイスとの間に前記Ｄ２Ｄ通信リンクが確立されるかどうかを確認するステップと、
前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスによって送信された前記デバイス・パラメータ、前記アップリンク・パラメータ、および信号のアップリンク測定に少なくとも基づいて、前記Ｄ２Ｄ通信リンクおよびネットワーク経由通信リンクを通じたデータ・パケットの送信のデータ転送速度および送信のコストの少なくとも１つを計算するステップと、
前記計算に基づいて、前記データ・パケットの送信のために前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスに割り当てられる前記Ｄ２Ｄ通信リンクおよび前記ネットワーク経由通信リンクの１つを識別するステップと
をさらに含む請求項１に記載の方法。
【請求項３】
前記少なくとも１つの第２の通信デバイスに前記第１の通信デバイスのサウンディング参照信号パラメータを提供するステップと、
前記第１の通信デバイスに前記少なくとも１つの第２の通信デバイスのサウンディング参照信号パラメータを提供するステップと、
前記少なくとも１つの第２の通信デバイスから前記第１の通信デバイスのサウンディング参照信号レポートを受信するステップであって、前記サウンディング参照信号レポートは、前記第１の通信デバイスの前記サウンディング参照信号パラメータに基づいて決定される、ステップと
をさらに含む請求項１または２に記載の方法
【請求項４】
前記送信するステップは、１つまたは複数の拡張ノードＢ（ｅＮＢ）が前記第１の通信デバイスが登録されているｅＮＢとは異なることを確認すると、前記少なくとも１つの第２の通信デバイスに前記アップリンク・リスン許可を送信するために、前記少なくとも１つの第２の通信デバイスが登録されている前記１つまたは複数のｅＮＢに前記アップリンク・リスン許可を送信するステップをさらに含む請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
２つの当事者による通信について、前記１つまたは複数のｅＮＢの少なくとも１つからｅＮＢ肯定応答信号を受信するステップであって、前記ｅＮＢ肯定応答信号は、前記Ｄ２Ｄ通信リンクを通じて前記第１の通信デバイスによって送信されたデータ・パケットの受信における成功および失敗の１つを示し、前記ｅＮＢ肯定応答信号は、前記少なくとも１つの第２の通信デバイスによって前記第１の通信デバイスおよび前記１つまたは複数のｅＮＢに送信された肯定応答信号のデータを含む、ステップと、
否定応答を受信すると、前記データ・パケットの再送信のために前記Ｄ２Ｄ通信リンクの継続的な割り当てを許可するステップであって、前記否定応答は、前記少なくとも１つの第２の通信デバイスによるデータ・パケットの受信における失敗を示す、ステップと
をさらに含む請求項４に記載の方法。
【請求項６】
少なくとも１つまたは複数の優先度ルールに基づいて、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスを選択するステップと、
前記少なくとも１つの第２の通信デバイスのそれぞれの少なくともサウンディング参照信号レポートに基づいて、前記少なくとも１つの第２の通信デバイス中から、最も弱い通信デバイスを決定することであって、前記少なくとも１つの第２の通信デバイスのそれぞれの前記サウンディング参照信号レポートは、前記第１の通信デバイスのサウンディング参照信号の測定を含む、ステップと、
前記第１の通信デバイスから前記少なくとも１つの第２の通信デバイスのそれぞれへの前記データ・パケットの送信を可能にするために、前記Ｄ２Ｄ通信リンクの前記送信形式を規定するステップと
をさらに含む請求項１乃至４のいずれか１項に記載の方法。
【請求項７】
前記アップリンク・リスン許可を受信する前記少なくとも１つの第２の通信デバイスの肯定応答送信機能を無効化するステップをさらに含む請求項６に記載の方法。
【請求項８】
移動性管理エンティティ（ＭＭＥ）にＤ２Ｄ許可要求を提供し、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスが前記Ｄ２Ｄ通信を開始することを許可され得るかどうかを検証することを前記ＭＭＥに要求するステップであって、前記Ｄ２Ｄ許可要求は、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスの少なくとも１つの識別子の詳細を含む、ステップと、
前記ＭＭＥからＤ２Ｄ許可応答を受信し、前記Ｄ２Ｄ通信リンクを確立するために前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスの機能を検証するステップであって、前記Ｄ２Ｄ許可応答は、前記少なくとも１つの第２の通信デバイスが登録されているｅＮＢの識別情報を示す前記少なくとも１つの第２の通信デバイスの場所を含む、ステップと
をさらに含む請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
ノード・プロセッサ（１１０）と、
前記ノード・プロセッサ（１１０）に結合されたノード・メモリ（１１４）であって、前記ノード・メモリ（１１４）は、
デバイス・パラメータおよびアップリンク・パラメータを、それぞれ第１の通信デバイスおよび少なくとも１つの第２の通信デバイスから受信し、
前記デバイス・パラメータおよび前記アップリンク・パラメータに基づいて、前記第１の通信デバイスと前記少なくとも１つの第２の通信デバイスとの間でＤ２Ｄ通信リンク（１０６）の送信形式を決定する
ように構成されたスケジューリング・モジュール（１２８）であって、前記Ｄ２Ｄ通信リンク（１０６）は、前記第１の通信デバイスと前記少なくとも１つの第２の通信デバイスとの間のＤ２Ｄ通信を可能にする、スケジューリング・モジュール（１２８）、および
前記決定に基づいて、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスに、それぞれアップリンク送信許可およびアップリンク・リスン許可を送信するように構成された制御モジュール（１３０）であって、前記アップリンク送信許可および前記アップリンク・リスン許可は、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスに割り当てられた前記Ｄ２Ｄ通信リンク（１０６）での前記送信形式および送信の時間を示している、制御モジュール（１３０）
を含むノード・メモリ（１１４）と
を含み、
前記制御モジュール（１３０）は、
２つの当事者による通信について、前記１つまたは複数のｅＮＢの少なくとも１つからｅＮＢ肯定応答信号を受信することであって、前記ｅＮＢ肯定応答信号は、前記Ｄ２Ｄ通信リンク（１０６）を通じて前記第１の通信デバイスによって送信されたデータ・パケットの受信における成功および失敗の１つを示し、前記ｅＮＢ肯定応答信号は、前記少なくとも１つの第２の通信デバイスによって前記第１の通信デバイスおよび前記１つまたは複数のｅＮＢの前記少なくとも１つに送信された肯定応答信号のデータを含むこと、および
前記１つまたは複数のｅＮＢの前記少なくとも１つから否定応答を受信すると、前記データ・パケットの再送信のために、前記Ｄ２Ｄ通信リンク（１０６）の継続的な割り当てを許可することであって、前記否定応答は、前記少なくとも１つの第２の通信デバイスによるデータ・パケットの受信の失敗を示すことを行う
ようにさらに構成されている拡張ノードＢ（１０８）。
【請求項１０】
少なくとも前記デバイス・パラメータおよび前記アップリンク・パラメータに基づいて、前記第１の通信デバイスから前記少なくとも１つの第２の通信デバイスにデータ・パケットを送信するために前記第１の通信デバイスと前記少なくとも１つの第２の通信デバイスとの間に前記Ｄ２Ｄ通信リンク（１０６）が確立されるかどうかを確認し、
前記確認、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスによって送信された前記デバイス・パラメータ、前記アップリンク・パラメータ、および信号のアップリンク測定に少なくとも基づいて、前記Ｄ２Ｄ通信リンク（１０６）およびネットワーク経由通信リンク（１０４）を通じたデータ・パケットの送信のデータ転送速度および送信のコストの少なくとも１つを計算し、
前記計算に基づいて、前記データ・パケットの送信のために前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスに割り当てられる前記Ｄ２Ｄ通信リンク（１０６）および前記ネットワーク経由通信リンク（１０４）の１つを識別する
ように構成された請求項９に記載の拡張ノードＢ（１０８）。
【請求項１１】
前記拡張ノードＢ（１０８）は、
前記少なくとも１つの第２の通信デバイスに前記第１の通信デバイスのサウンディング参照信号パラメータを提供し、
前記第１の通信デバイスに前記少なくとも１つの第２の通信デバイスのサウンディング参照信号パラメータを提供し、
前記少なくとも１つの第２の通信デバイスから前記第１の通信デバイスのサウンディング参照信号レポートを受信するように構成された送受信機モジュール１２６をさらに含み、前記サウンディング参照信号レポートは、前記第１の通信デバイスの前記サウンディング参照信号パラメータに基づいて決定される請求項９または１０に記載の拡張ノードＢ（１０８）。
【請求項１２】
前記制御モジュール（１３０）は、
前記第１の通信デバイスが登録されている前記拡張ノードＢ（１０８）に前記少なくとも１つの第２の通信デバイスが登録されているかどうかを確認し、
前記確認に基づいて、前記少なくとも１つの第２の通信デバイスが登録されている１つまたは複数のｅＮＢを決定し、
前記１つまたは複数のｅＮＢの決定に基づいて、前記少なくとも１つの第２の通信デバイスに前記アップリンク・リスン許可を送信するために、前記少なくとも１つの第２の通信デバイスが登録されている前記１つまたは複数のｅＮＢに前記アップリンク・リスン許可を送信する
ようにさらに構成されている請求項９乃至１１のいずれか１項に記載の拡張ノードＢ（１０８）。
【請求項１３】
前記制御モジュール（１３０）は、
２つの当事者による通信について、前記少なくとも１つの第２の通信デバイスから肯定応答信号を受信することであって、前記肯定応答信号は、前記Ｄ２Ｄ通信リンク（１０６）を通じて前記第１の通信デバイスによって送信されたデータ・パケットの受信における成功および失敗の１つを示すこと、および
否定応答を受信すると、前記データ・パケットの再送信のために前記Ｄ２Ｄ通信リンク（１０６）の継続的な割り当てを許可することであって、前記否定応答は、前記少なくとも１つの第２の通信デバイスによるデータ・パケットの受信の失敗を示すことを行う
ようにさらに構成されている請求項９乃至１１のいずれか１項に記載の拡張ノードＢ（１０８）。
【請求項１４】
前記制御モジュール１３０は、少なくとも１つまたは複数の優先度ルールに基づいて、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスを選択するようにさらに構成されている請求項９乃至１２のいずれか１項に記載の拡張ノードＢ（１０８）。
【請求項１５】
前記制御モジュール１３０は、
前記少なくとも１つの第２の通信デバイスの少なくともサウンディング参照信号レポートに基づいて、前記少なくとも１つの第２の通信デバイス中から、最も弱い通信デバイスを決定し、
前記最も弱い通信デバイスのサウンディング参照信号レポートに基づいて、前記Ｄ２Ｄ通信リンクの送信形式を規定する
ようにさらに構成されている請求項１４に記載の拡張ノードＢ（１０８）。
【請求項１６】
前記制御モジュール１３０は、前記アップリンク・リスン許可を受信する前記少なくとも１つの第２の通信デバイスの肯定応答送信機能を無効化するようにさらに構成されている請求項１４または１５に記載の拡張ノードＢ（１０８）。
【請求項１７】
前記拡張ノードＢ（１０８）は、
移動性管理エンティティ（ＭＭＥ）（１０９）にＤ２Ｄ許可要求を提供し、前記第１の通信デバイスおよび前記第２の通信デバイスが前記Ｄ２Ｄ通信を開始することを許可され得るかどうかを検証することを前記ＭＭＥ（１０９）に要求することであって、前記Ｄ２Ｄ許可要求は、前記第１の通信デバイスおよび前記第２の通信デバイスの少なくとも１つの識別子の詳細を含むこと、および
前記ＭＭＥ（１０９）からＤ２Ｄ許可応答を受信し、前記Ｄ２Ｄ通信リンク（１０６）を確立するために前記第１の通信デバイスおよび前記第２の通信デバイスの機能を検証することであって、前記Ｄ２Ｄ許可応答は、前記第２の通信デバイスが登録されている拡張ノードＢ（１０８−２）の識別情報を示す前記第２の通信デバイスの場所を含むことを行う
ように構成されている送受信機モジュール１２６をさらに含む請求項９乃至１６のいずれか１項に記載の拡張ノードＢ（１０８）。
【請求項１８】
前記スケジューリング・モジュール（１２８）は、前記Ｄ２Ｄ通信リンク（１０６）の利用の代金を前記第１の通信デバイスおよび前記少なくとも１つの通信デバイスに課金するための請求レジスタを更新するようにさらに構成されている請求項９乃至１７のいずれか１項に記載の拡張ノードＢ（１０８）。
【請求項１９】
デバイス間の（Ｄ２Ｄ）通信をスケジューリングおよび制御するための方法を実行するためのコンピュータ・プログラムを組み込むコンピュータ可読媒体であって、
デバイス・パラメータおよびアップリンク・パラメータを、それぞれ第１の通信デバイスおよび少なくとも１つの第２の通信デバイスから受信するステップと、
前記デバイス・パラメータおよび前記アップリンク・パラメータに基づいて、前記第１の通信デバイスと前記少なくとも１つの第２の通信デバイスとの間でＤ２Ｄ通信リンクの送信形式を決定するステップであって、前記Ｄ２Ｄ通信リンクは、前記第１の通信デバイスと前記少なくとも１つの第２の通信デバイスとの間のＤ２Ｄ通信を可能にする、ステップと、
前記決定に基づいて、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスに、それぞれアップリンク送信許可およびアップリンク・リスン許可を送信するステップであって、前記アップリンク送信許可および前記アップリンク・リスン許可は、前記第１の通信デバイスおよび前記少なくとも１つの第２の通信デバイスに割り当てられた前記Ｄ２Ｄ通信リンクでの少なくとも前記送信形式および送信の時間を示している、ステップと、
２つの当事者による通信について、前記少なくとも１つの第２の通信デバイスから肯定応答信号を受信するステップであって、前記肯定応答信号は、前記Ｄ２Ｄ通信リンクを通じて前記第１の通信デバイスによって送信されたデータ・パケットの受信における成功および失敗の１つを示し、前記肯定応答信号は、前記少なくとも１つの第２の通信デバイスから前記第１の通信デバイスによって受信されるのと同じデータを含む、ステップと、
前記１つまたは複数のｅＮＢの前記少なくとも１つから否定応答を受信すると、前記データ・パケットの再送信のために前記Ｄ２Ｄ通信リンクの継続的な割り当てを許可するステップであって、前記否定応答は、前記少なくとも１つの第２の通信デバイスによるデータ・パケットの受信における失敗を示す、ステップと
を含むコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本主題は、通信に関し、それに限定されないが詳細には、デバイス間の通信に関する。
【背景技術】
【０００２】
携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、携帯用コンピュータ、およびデスクトップ・コンピュータなどの通信デバイスは、様々なモバイル通信サービスおよびコンピュータ・ネットワーク能力をユーザに提供する。これらの通信サービスにより、ネットワーク・オペレータとユーザとの間でデータを交換することが可能になる。通常、通信デバイスは、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ）ネットワーク、ユニバーサル・モバイル・テレコミュニケーションズ・システム（ＵＭＴＳ）ネットワーク、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）ネットワーク、およびロング・ターム・エボリューション（ＬＴＥ）など、様々なワイヤレス通信ネットワークを使用してデータを送信する。
【０００３】
最近、通信デバイスの使用が急速に増加し、その結果、ワイヤレス通信ネットワークにアクセスするために行われるアクセス要求の数が増加している。したがって、ワイヤレス通信ネットワークを通じたデータ転送は、迅速で効率的なプロセスでない場合がある。したがって、ネットワーク・オペレータは、デバイス間（Ｄ２Ｄ）通信など代替の通信技術の開発に従事してきた。Ｄ２Ｄ通信は、２つの通信デバイス間の直接的なワイヤレス通信に関係する。たとえば、ＷｉＦｉ  Ｄｉｒｅｃｔは、中間ノードなしでＷｉＦｉチャネルを通じてデバイスが直接通信できる技術である。
【０００４】
従来のワイヤレス・ネットワークの代わりにＤ２Ｄ通信を使うことにより、様々な利益がもたらされてきた。たとえば、送信機の電力消費の削減、スペクトル効率およびネットワーク・リソース使用の改善、セルラー・ネットワークの容量および有効範囲の拡大、ならびに大量のデータ・パケット転送など、追加的なサービスのサポートなどである。
【発明の概要】
【課題を解決するための手段】
【０００５】
この概要は、デバイス間（Ｄ２Ｄ）通信のスケジューリングおよび制御に関連する概念を紹介するために提供される。この概要は、請求する内容の必須の特徴を識別することを意図するものではなく、また、請求する内容の範囲を決定または制限する際に使用することを意図するものでもない。
【０００６】
一実装形態では、デバイス間（Ｄ２Ｄ）通信をスケジューリングおよび制御するための方法について記述する。方法は、デバイス・パラメータおよびアップリンク・パラメータを、それぞれ第１の通信デバイスおよび少なくとも１つの第２の通信デバイスから受信するステップを含むことができる。方法は、デバイス・パラメータおよびアップリンク・パラメータに基づいて、第１の通信デバイスと少なくとも１つの第２の通信デバイスとの間におけるＤ２Ｄ通信リンクの送信形式を決定するステップをさらに含むことができる。Ｄ２Ｄ通信リンクは、一実装形態では、第１の通信デバイスと少なくとも１つの第２の通信デバイスとの間のＤ２Ｄ通信を可能にする。さらに、方法は、決定に基づいて、第１の通信デバイスおよび少なくとも１つの第２の通信デバイスに、それぞれアップリンク送信許可およびアップリンク・リスン許可を送信するステップを含み、アップリンク送信許可およびアップリンク・リスン許可は、第１の通信デバイスおよび少なくとも１つの第２の通信デバイスへのＤ２Ｄ通信リンクでの送信形式および送信の時間を示している。さらに、方法は、少なくとも１つまたは複数の優先度ルールに基づいて、複数の通信デバイスの中から、第１の通信デバイスおよび少なくとも１つの第２の通信デバイスを確認するステップと、アップリンク・リスン許可を受信する少なくとも１つの第２の通信デバイスの肯定応答送信機能を無効化するステップとを含む。
【０００７】
別の実装形態により、デバイス間（Ｄ２Ｄ）通信をスケジューリングおよび制御するための拡張ノードＢについて本明細書に記述する。前述の実装形態では、拡張ノードＢは、ノード・プロセッサ、およびノード・プロセッサに結合されたノード・メモリを含む。ノード・メモリは、デバイス・パラメータおよびアップリンク・パラメータを、それぞれ第１の通信デバイスおよび少なくとも１つの第２の通信デバイスから受信するように構成されたスケジューリング・モジュールを含む。さらに、デバイス・パラメータおよびアップリンク・パラメータに基づいて、スケジューリング・モジュールは、第１の通信デバイスと少なくとも１つの第２の通信デバイスとの間のＤ２Ｄ通信リンクの送信形式を決定する。一実施形態では、Ｄ２Ｄ通信リンクは、第１の通信デバイスと少なくとも１つの第２の通信デバイスとの間のＤ２Ｄ通信を可能にする。メモリは、決定に基づいて、第１の通信デバイスにアップリンク送信許可を送信し、少なくとも１つの第２の通信デバイスにアップリンク・リスン許可を送信するように構成された制御モジュールをさらに含み、アップリンク送信許可およびアップリンク・リスン許可は、第１の通信デバイスおよび少なくとも１つの第２の通信デバイスへのＤ２Ｄ通信リンクでの送信形式および送信の時間を示している。
【０００８】
さらに別の実装形態により、デバイス間（Ｄ２Ｄ）通信をスケジューリングおよび制御するための方法を実行するためのコンピュータ・プログラムを組み込むコンピュータ可読媒体について本明細書に記述する。前述の実装形態では、方法は、デバイス・パラメータおよびアップリンク・パラメータを、それぞれ第１の通信デバイスおよび少なくとも１つの第２の通信デバイスから受信するステップを含む。方法は、デバイス・パラメータおよびアップリンク・パラメータに基づいて、第１の通信デバイスと少なくとも１つの第２の通信デバイスとの間におけるＤ２Ｄ通信リンクの送信形式を決定するステップをさらに含むことができる。さらに、方法は、決定に基づいて、第１の通信デバイスおよび少なくとも１つの第２の通信デバイスに、それぞれアップリンク送信許可およびアップリンク・リスン許可を送信するステップを含み、アップリンク送信許可およびアップリンク・リスン許可は、第１の通信デバイスおよび少なくとも１つの第２の通信デバイスへのＤ２Ｄ通信リンクでの送信形式および送信の時間を示している。
【０００９】
添付の図に関して詳細に記述する。図において、参照番号の左端の桁は、参照番号が最初に現れる図を示している。同様の機能およびコンポーネントを示すために、全図を通じて同じ番号を使用する。本発明の実施形態によるシステムおよび／または方法の一部の実施形態について、例示を目的として、添付の図に関して、ここに記述する。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態による代表的な通信ネットワーク環境を示す図である。
【図２（ａ）】本主題の実施形態による、通信ネットワークにおいてデバイス間（Ｄ２Ｄ）通信を制御およびスケジューリングする手順を示すコール・フロー図である。
【図２（ｂ）】本主題の実施形態による、通信ネットワークにおいてデバイス間（Ｄ２Ｄ）通信を制御およびスケジューリングする手順を示すコール・フロー図である。
【図３】本主題の実施形態による通信ネットワークのＤ２Ｄ通信をスケジューリングおよび制御する方法を示す図である。
【発明を実施するための形態】
【００１１】
本明細書に記載のブロック図は、本主題の原理を具体化する実例となるシステムについての概念的な視点を表していることは当業者には自明であろう。同様に、そのようなコンピュータまたはプロセッサが明示的に示されているかどうかに関わりなく、任意のフローチャート、流れ図、状態遷移図、擬似コードなどは、コンピュータ可読媒体において本質的に表され、したがって、コンピュータまたはプロセッサによって実行できる様々なプロセスを表していることを理解されるだろう。
【００１２】
本文書では、「代表的」という言葉は、本明細書において、「例、事例、または実例の役目を果たす」ことを意味するために使用される。本明細書に「代表的」と記述した本主題の実施形態または実装は、必ずしも他の実施形態より好ましかったり、または有利だったりするものと解釈するべきではない。
【００１３】
ワイヤレス通信ネットワークにおいてデバイス間（Ｄ２Ｄ）通信をスケジューリングおよび制御するためのシステムおよび方法について記述する。方法は、様々な通信ネットワークを通じて通信する様々な通信デバイスに実装することができる。上記方法を実装することができる通信デバイスは、限定しないが、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、携帯用コンピュータ、デスクトップ・コンピュータ、サーバなどを含む。上記方法を実装できる通信ネットワークは、限定しないが、ロング・ターム・エボリューション（ＬＴＥ）などを含む。当業者により理解されるように、本明細書の記述はＬＴＥに関してであるが、方法およびシステムは、多少の違いはあるが、スケジュールされたアップリンク送信を含む他の通信ネットワークで実装することができる。
【００１４】
Ｄ２Ｄ通信は、理解されるように、２つ以上の通信デバイス間の直接的なワイヤレス通信に関係する。たとえば、相互に接近している２つの通信デバイスは、拡張ノードＢ（ｅＮｏｄｅＢ）などの基地局を使用して相互に通信する代わりに、相互に直接的に通信することができる。２つの通信デバイス間でデータを直接的に送信することで、送信機の電力消費の削減およびスペクトル効率の改善が促される。Ｄ２Ｄ通信リンクを使用する拡張されたネットワーク接続により、ユーザが、Ｐｕｓｈ−ｔｏ−Ｘビデオ通話、ライブ・メディア・ストリーミング、オーディオおよびビデオのダウンロード／ストリーミング、音声通信、ビデオ通信、オンライン・ゲーム、およびリアル・タイム・ソーシャル・ネットワーキングなど、データ集約型のマルチメディア・サービスを利用することが可能になる。加えて、通信デバイスは、ネットワーク・リソースを使用せずに相互に通信するため、ネットワーク・リソースを他の通信デバイスに割り当てることができ、したがって、ネットワーク・リソース利用が改善される。
【００１５】
従来のワイヤレス・ネットワークを通じて通信する通信デバイスに対する干渉を回避するために、Ｄ２Ｄ通信は、典型的には、従来のワイヤレス・ネットワークの監視および制御下で従来のワイヤレス・ネットワークによって使用されるのとは別のスペクトルまたは同じスペクトルのいずれかを使用する。しかし、専用のスペクトル・ネットワーク・リソースは、使用に従って通常のネットワーク経由のユーザと動的に共有しバランスをとることができないため、専用のスペクトルを使用することは、スペクトル使用に関して効率的ではない場合がある。さらに、専用のスペクトルを使用するには、データおよび制御信号を転送するために、通信デバイスが、異なる周波数帯域および経路で動作する必要がある場合があり、したがって追加的なネットワーク・リソースを利用することになる。
【００１６】
許可された専用のスペクトルの使用に代わる他の従来の手法では、以下に、ネットワーク経由通信と呼ぶ、従来のワイヤレス・ネットワークによって使用されるのと同じスペクトルを使用することができる。この手法は、通信デバイスに、他の通常のネットワーク経由のユーザと共有されたスペクトルから、Ｄ２Ｄ通信のために物理リソース・ブロックを動的に割り当てられることを必要とする。しかし、スペクトルの動的な割り当ては、ネットワーク経由通信のためにスペクトルをすでに使用している通信デバイスと、Ｄ２Ｄ通信のためにスペクトルを使用することを望む通信デバイスとの間の干渉につながる場合がある。加えて、ネットワーク・オペレータは、そのようなリソースの利用を監視するために十分な準備をしておらず、したがって、請求および課金に関係する活動が適切に管理されない。
【００１７】
本主題の一実装形態により、Ｄ２Ｄ通信をスケジューリングおよび制御するためのシステムおよび方法について記述する。一実施形態では、ネットワーク経由通信を使用せずにデータを交換するために、ＬＴＥネットワークなどのワイヤレス通信を通じて相互に通信する２つ以上の通信デバイスは、Ｄ２Ｄ通信を開始することができる。Ｄ２Ｄ通信をスケジューリングおよび制御するための本方法は、ｅＮｏｄｅＢ（ｅＮＢ）によるネットワーク・リソースの割り当てを含む。ｅＮＢは、Ｄ２Ｄ通信の間に利用されたリソースを追跡することができるため、これにより、ネットワーク・オペレータは、Ｄ２Ｄ通信を使用することに対して通信デバイスのユーザに課金することが可能になる。さらに、通信デバイスには、個々の要件および現在ネットワーク利用に基づいて、個別の物理リソース・ブロックを割り当てることができるため、ｅＮＢがＤ２Ｄ通信をスケジューリングおよび制御することを可能にすることで、通信デバイス間の干渉の軽減が促される。
【００１８】
主題の一実施形態によると、ユーザ機器などの第１の通信デバイス、たとえば、ユーザ機器（ＵＥ）１は、少なくとも１つの第２の通信デバイスＵＥ２にＵＥ１とのＤ２Ｄ通信を開始する意思があるかどうかを最初に決定することができる。ＵＥ２の意思の確認に基づいて、ＵＥ１は、ｅＮＢにＤ２Ｄサービス要求を送信することができ、これを用いてＵＥ１は登録される。次に、ｅＮＢは、ＵＥ１およびＵＥ２がＤ２Ｄ通信を開始することができるかどうかを確認することができる。一実施形態では、ＵＥ１およびＵＥ２がＤ２Ｄ通信を開始することが許可されるかどうかを検証するために、ｅＮＢは、移動性管理エンティティ（ＭＭＥ）と通信することができる。たとえば、ＭＭＥは、ＵＥ１およびＵＥ２のネットワーク・オペレータがＤ２Ｄ通信を許可するかどうかをチェックすることができる。Ｄ２Ｄ通信を許可する確認を受信すると、ＵＥ１およびＵＥ２は、Ｄ２Ｄ通信に必要なリソースを割り当てるために、第１のスケジューリング要求および第２のスケジューリング要求をｅＮＢにそれぞれ送信することができる。第１のスケジューリング要求および第２のスケジューリング要求は、一実装形態では、Ｄ２Ｄ通信リンクを確立するためにそれぞれ、ｅＮＢと通信するためのアップリンク・チャネルの割り当てに対する要求およびｅＮＢに対するＤ２Ｄ指示を含むことができ、ＵＥ１およびＵＥ２の意図を示している。別の実装形態では、第２のスケジューリング要求は、ｅＮＢと通信するためにアップリンク・チャネルの割り当てに対する要求のみを含むことができる。
【００１９】
第１のスケジューリング要求および第２のスケジューリング要求に基づいて、ｅＮＢは、１つまたは複数のデバイス・パラメータおよびアップリンク・パラメータをｅＮＢにそれぞれ送信するために、ＵＥ１およびＵＥ２にアップリンク許可を送信することができる。デバイス・パラメータは、Ｄ２Ｄ通信のためのＤ２Ｄ通信リンクの送信形式を決定するために、ｅＮＢによって必要とされる通信デバイスの機能を記述するパラメータとして理解することができる。一実装形態では、送信形式は、これらに限定することなく、物理リソース・ブロック、変調および符号化の形式、および電力レベルを含むことができる。物理リソース・ブロックは、通信デバイスに割り当てることができる送信のための論理チャネルとして規定することができる。変調および符号化の形式は、ＵＥ１によって転送されるデータ・パケットを符号化および変調するために使用することができる、４位相偏移変調（ＱＰＳＫ）、６４直交振幅変調（ＱＡＭ）、および１６ＱＡＭなど、変調および技術として規定することができる。電力レベルは、データ・パケットを送信するためにＵＥ１が必要とする電力として規定することができる。一実施形態では、デバイス・パラメータは、たとえば、パワー・ヘッドルーム（ＰＨＲ）およびバッファ状態レポート（ＢＳＲ）、つまりＵＥ１によって送信されるデータの詳細を含むことができる。一方、アップリンク・パラメータは、サウンディング参照信号レポート（ＳＲＳＲ）、つまりＤ２Ｄ通信のために指定された１つまたは複数のアップリンク・チャネルを通じてＵＥ１による送信の品質の指示を含むことができる。さらに、デバイス・パラメータおよびアップリンク・パラメータは、通信デバイス間でＤ２Ｄ通信リンクを確立することが実現可能かどうかを決定するために使用することができる。
【００２０】
送信形式の決定に基づいて、ｅＮＢは、Ｄ２Ｄ通信を確立するために通信デバイスに送信形式を通知することができる。一実装形態では、通信デバイスは、アップリンク・チャネルのみを通じてＤ２Ｄ通信を確立することができ、したがって、通信のために利用可能なスペクトルの最適利用が促される。
【００２１】
Ｄ２Ｄ通信リンクが確立すると、通信デバイスは、Ｄ２Ｄ通信リンクを通じてデータの転送を開始することができる。たとえば、ＵＥ１とＵＥ２との間の通信に関する上記の例では、ＵＥ１は、Ｄ２Ｄ通信リンクを通じてＵＥ２にデータの送信を開始することができる。ＵＥ２は、次に、データ送信の成功または失敗を確認する肯定応答信号を送信することができる。たとえば、送信に成功すると、つまりデータを受信すると、ＵＥ２は、ＵＥ１およびｅＮＢに肯定応答信号を送信してデータの安全な受信を確認することができる。一方、送信に失敗すると、つまりデータを正しく受信しなかった場合、ＵＥ２は、否定応答信号を送信して、ＵＥ１からデータを受信していない、データが破損している、部分的なデータであることをＵＥ１およびｅＮＢに通知する。
【００２２】
本主題は同じｅＮＢに登録された２つの通信デバイスの状況について記述しているが、当業者には自明であろうわずかな変更および／または修正があるとはいえ、Ｄ２Ｄ通信をスケジューリングおよび制御するための方法およびシステムは、また、２つの異なるｅＮＢに登録された２つの通信デバイス間に実装できることを理解されるだろう。
【００２３】
さらに、本主題は２つの当事者の通信、つまり相互に２つの通信デバイスしかないＤ２Ｄ通信のモードについて記述しているが、Ｄ２Ｄ通信をスケジューリングおよび制御するためのシステムおよび方法は、また、わずかな変更および／または修正があるとはいえ、第１の通信デバイスがその付近にある複数の通信デバイスにデータを送信することができる、複数当事者の通信に対して実装できることを理解されるだろう。したがって、Ｄ２Ｄ通信の複数当事者の通信モードで明白なように、通信は、第１の通信デバイスと呼ばれる送信デバイスと、第２の通信デバイスと呼ばれる２つ以上の受信デバイスとの間で発生する。
【００２４】
したがって、本主題では、ｅＮＢが２つの通信デバイス間で動的なＤ２Ｄ通信をスケジューリングおよび制御することが可能になる。ｅＮＢがＤ２Ｄ通信をスケジューリングおよび制御することを可能にすることは、Ｄ２Ｄ通信のためのスペクトルおよびリソースの利用を最適化する際に役に立つ。さらに、本主題は、Ｄ２Ｄ通信リンクを通じたデータの送信がネットワーク経由通信より効率的かどうかを決定する際に役立つ。さらに、通信デバイスは、個々の要件および現在のネットワーク利用に基づいて、個別の送信形式が割り当てられるため、ｅＮＢがＤ２Ｄ通信をスケジューリングおよび制御することを可能にすることで、通信デバイス間の干渉の軽減が可能になる。加えて、経由するネットワークに輻輳がある場合、ｅＮＢは、２、３の通信デバイス、たとえば付近にある通信デバイスの負荷をＤ２Ｄ通信へと移すことができるため、経由するネットワークの干渉および輻輳を軽減することができる。さらに、ｅＮＢは、Ｄ２Ｄ通信に関与している間に通信デバイスが利用したリソースを追跡できるため、本主題では、ネットワーク・オペレータが、Ｄ２Ｄ通信を使用することに対して通信デバイスのユーザに課金することが可能になる。
【００２５】
記述は、本主題の原理を示すにすぎないことを注意されたい。したがって本明細書に明示的に記述していないが、本主題の原理を具体化し、その精神および範囲に含まれる様々な配置を当業者であれば考案できることを理解されるだろう。さらに、本明細書に詳述したすべての例は、原則として、読者が本発明の原理、およびその技術を推進する発明者（ら）によって提供された概念を理解するのを支援するために、教育のみを目的とすることを明確に意図するものであり、そのような具体的に詳述された例および条件に限定しないものとして解釈するべきである。さらに、本明細書において、本発明の原理、態様、および実施形態を詳述するすべての記述、およびその特定の例は、その等価物を包含することを意図するものである。
【００２６】
２つの通信デバイス間のＤ２Ｄ通信を最適化するためのシステムおよび方法が実装される方法について、図１〜図３に関して詳細に説明する。任意の数の異なるコンピューティング・システム、送信環境、および／または構成において、２つの通信デバイス間のＤ２Ｄ通信を最適化するための記述されたシステムおよび方法の態様を実装することができるが、実施形態は、以下の代表的なシステムの状況において記述されている。
【００２７】
本明細書で使用する、の間に（ｄｕｒｉｎｇ）、間（ｗｈｉｌｅ）、およびとき（ｗｈｅｎ）という言葉は、開始動作のときに動作が即座に起こることを意味する正確な用語でなく、伝播遅延など、最初の動作と、最初の動作によって開始される反応との間に、小さいが妥当な遅延がある場合があることを当業者は理解されるだろう。加えて、「接続された（ｃｏｎｎｅｃｔｅｄ）」および「結合された（ｃｏｕｐｌｅｄ）」という言葉は、記述の明瞭さのために最後まで使用されるものであり、直接接続または間接接続のいずれかを含むことができる。
【００２８】
図１は、本主題の実施形態による、２つ以上の通信デバイス間のＤ２Ｄ通信を制御およびスケジューリングするための通信ネットワーク環境１００を示している。通信ネットワーク環境１００は、通信ネットワークを通じて相互に通信する、以下にまとめて通信デバイス１０２（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｄｅｖｉｃｅｓ  １０２）と呼び、個々に通信デバイス１０２（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｄｅｖｉｃｅ  １０２）と呼ぶ、１つまたは複数の通信デバイス１０２−１、１０２−２・・・１０２−Ｎを含む。
【００２９】
通信ネットワークは、ワイヤレス・ネットワーク、または有線および無線のネットワークの組み合わせの場合がある。通信ネットワークは、相互に連結され単一の大規模なネットワークとして機能する（たとえばインターネットまたはイントラネット）個々のネットワークの集合の場合がある。そのような個々のネットワークの例として、限定しないが、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）、ロング・ターム・エボリューション（ＬＴＥ）などを含む。当業者は理解されるように、本明細書の記述はＬＴＥに関してあるが、方法およびシステムは、多少の違いはあるが、スケジュールされたアップリンク送信を含む他の通信ネットワークで実装することができる。さらに、技術に依存して、通信ネットワークは、ゲートウェイ、ルータなど様々なネットワーク・エンティティを含むが、しかし、そのような詳細は、理解を容易にするために省略した。
【００３０】
通信デバイス１０２は、相互に通信するためにユーザによって使用されるユーザ装置（ＵＥｓ）として規定することができる。通信デバイス１０２の例として、制限なく、モバイル電話、固定電話、デスクトップ・コンピュータ、携帯端末、ラップトップまたは他の携帯用コンピュータ、ネットワーク・コンピュータなどが含まれる。通信デバイス１０２のそれぞれは、通信デバイス１０２が結合されている通信ネットワークによって規定されるような通信プロトコルで機能する。さらに、通信デバイス１０２は、以下に、まとめてネットワーク経由通信リンク１０４と呼ぶ、ネットワーク経由通信リンク１０４−１、１０４−２、１０４−３・・・１０４−ｎまたは以下に、まとめてＤ２Ｄ通信リンク１０６と呼ぶ、Ｄ２Ｄ通信リンク１０６−１、１０６−２、１０６−３・・・１０６−ｎのどちらかを使用して、通信ネットワークを通じて、それぞれと対話するように構成される。
【００３１】
ネットワーク経由通信リンク１０４は、１つまたは複数のｅＮｏｄｅＢ１０８−１および１０８−２（以下に、まとめてｅＮＢｓ１０８と呼び、個々にｅＮＢ１０８と呼ぶ）など、移動性管理エンティティ（ＭＭＥ）１０９、およびパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（図示せず）など、通信デバイス１０２が、ネットワーク・リソースを通じて相互に対話する従来の通信で使用される通信リンクとして理解することができる。一方、Ｄ２Ｄ通信リンク１０６は、Ｄ２Ｄ通信、つまりｅＮＢｓ１０８、ＭＭＥ１０９、およびＰＤＮゲートウェイなど、ネットワーク・リソースを使用しない２つ以上の通信デバイス間の直通的な通信に使用される通信リンクとして理解することができる。
【００３２】
一実施形態では、２つの通信デバイス１０２は、Ｄ２Ｄ通信を使用して対話するために、通信デバイス１０２が登録された、ｅＮＢｓ１０８と通信することができる。たとえば、第１の通信デバイス、たとえば通信デバイス１０２−１は、第２の通信デバイス、たとえば通信デバイス１０２−２とのＤ２Ｄ通信リンク１０６−１を確立するために、リソース割り当てを要求するためにｅＮＢ１０８−１と通信することができる。ｅＮＢ１０８は、ｅＮＢ１０８に登録されている通信デバイス１０２間のＤ２Ｄ通信をスケジューリングおよび制御するように構成される。たとえば、ｅＮＢ１０８−１は、ｅＮＢ１０８−１に登録された通信デバイス１０２−１と１０２−２との間のＤ２Ｄ通信をスケジューリングおよび制御するように構成することができる一方、ｅＮＢ１０８−２は、ｅＮＢ１０８−２に登録されている通信デバイス１０２−３と１０２−ｎとの間のＤ２Ｄ通信をスケジューリングおよび制御するように構成することができる。
【００３３】
さらに、一実施形態では、２つの異なるｅＮＢに登録された２つの通信デバイス間のＤ２Ｄ通信は、両方のｅＮＢによってともにスケジューリングすることができる。たとえば、ｅＮＢ１０８−１およびｅＮＢ１０８−２は、通信デバイス１０２−１と１０２−３との間のＤ２Ｄ通信をスケジューリングおよび制御するように構成することができる。限定ではなく簡潔さのために、本主題は、同じｅＮＢ１０８に登録された２つの通信デバイス１０２に関して説明しているが、異なるｅＮＢ１０８に登録された２つの通信デバイス１０２間のＤ２Ｄ通信のスケジューリングおよび制御に関係する概念は、図２ｂのコール・フロー図に関して後に明細書で説明している。
【００３４】
一実装形態では、ｅＮＢｓ１０８のそれぞれは、ノード・プロセッサ、ノードＩ／Ｏインターフェース、およびノード・プロセッサに結合されたノード・メモリを含む。たとえば、ｅＮＢ１０８−１は、１つまたは複数のノード・プロセッサ１１０−１、ノードＩ／Ｏインターフェース１１２−１、およびノード・プロセッサ１１０−１に結合されたノード・メモリ１１４−１を含む。ノード・プロセッサ１１０−１、ノードＩ／Ｏインターフェース１１２−１、およびノード・メモリ１１４−１は、ｅＮＢ１０８−１のみに対して示されているが、これらはすべてのｅＮＢｓ１０８に実装されることを理解されるだろう。すべてのｅＮＢｓ１０８に対するノード・プロセッサは、以下にまとめてノード・プロセッサ１１０と呼ぶ。すべてのｅＮＢｓ１０８に対するノードＩ／Ｏインターフェースは、以下にまとめてノードＩ／Ｏインターフェース１１２と呼び、同様に、すべてのｅＮＢｓ１０８に対するノード・メモリは、以下にまとめてノード・メモリ１１４と呼ぶ。
【００３５】
さらに、通信デバイス１０２のそれぞれは、デバイス・プロセッサ、デバイスＩ／Ｏインターフェース、およびデバイス・プロセッサに結合されたデバイス・メモリを含む。たとえば、通信デバイス１０２−１は、デバイス・プロセッサ１１６−１、デバイスＩ／Ｏインターフェース１１８−１、およびデバイス・プロセッサ１１６−１に結合されたデバイス・メモリ１２０−１を含む。デバイス・プロセッサ、デバイスＩ／Ｏインターフェース、およびデバイス・メモリは、通信デバイス１０２−１のみに対して示されているが、これらはすべての通信デバイス１０２に実装されることを理解されるだろう。すべての通信デバイス１０２に対するデバイス・プロセッサは、以下にまとめてデバイス・プロセッサ１１６と呼ぶ。すべての通信デバイス１０２に対するデバイスＩ／Ｏインターフェースは、以下にまとめてデバイスＩ／Ｏインターフェース１１８と呼び、同様に、すべての通信デバイス１０２に対するデバイス・メモリは、以下にまとめてデバイス・メモリ１２０と呼ぶ。
【００３６】
ノード・プロセッサ１１０およびデバイス・プロセッサ１１６のそれぞれは、単一の処理ユニットまたは多数のユニットの場合があり、これらはすべて、また、複数の演算ユニットを含むことができる。ノード・プロセッサ１１０およびデバイス・プロセッサ１１６は、１つまたは複数のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央制御装置、ステート・マシン、論理回路、および／または運用命令に基づいて信号を操作する任意のデバイスとして実装することができる。他の機能の中で、ノード・プロセッサ１１０およびデバイス・プロセッサ１１６のそれぞれは、ノード・メモリ１１４およびデバイス・メモリ１２０に格納されたコンピュータ可読命令およびデータをそれぞれ取り込み実行するように構成される。
【００３７】
「プロセッサ」と書かれた任意の機能ブロックを含む、図に示す様々な要素の機能は、専用ハードウェア、および適切なソフトウェアと連携してソフトウェアを実行する機能を持つハードウェアの利用を通じて提供することができる。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、またはその一部を共有できる、複数の個々のプロセッサによって提供することができる。さらに、「プロセッサ」という用語の明示的な使用は、ソフトウェアを実行できるハードウェアを排他的に指すものと解釈するべきではなく、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向けＩＣ（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性記憶装置を限定することなく、暗黙的に含むことができる。従来型および／またはカスタムの他のハードウェアも含むことができる。
【００３８】
ノードＩ／Ｏインターフェース１１２およびデバイスＩ／Ｏインターフェース１１８のそれぞれは、たとえば、キーボード、マウス、外部メモリ、およびプリンタなど、周辺機器に対するインターフェースなど、様々なソフトウェアおよびハードウェアのインターフェースを含むことができる。さらに、ノードＩ／Ｏインターフェース１１２は、ｅＮＢ１０８がＭＭＥ、ＰＤＮゲートウェイなど、他のネットワーク・エンティティと通信することを可能にする。同様に、デバイスＩ／Ｏインターフェース１１８は、通信デバイス１０２が、ｅＮＢ１０８など、他のネットワーク・エンティティと通信することを可能にする。
【００３９】
ノード・メモリ１１４およびデバイス・メモリ１２０のそれぞれは、たとえば、静的ランダム・アクセス記憶装置（ＳＲＡＭ）およびダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）などの揮発性メモリ、ならびに／または読み取り専用メモリ（ＲＯＭ）、消去可能なプログラマブルＲＯＭ、フラッシュ・メモリ、ハードディスク、光ディスク、および磁気テープなどの不揮発性メモリなどを含む当技術分野で既知の任意のコンピュータ可読媒体を含むことができる。ノード・メモリ１１４およびデバイス・メモリ１２０のそれぞれは、また、モジュールおよびデータを含む。
【００４０】
一実装形態では、ノード・メモリ１１４のそれぞれはノード・モジュール１２２およびノード・データ１２４を含む。ノード・モジュール１２２は、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み、これらは特定のタスクを実行するか、または特定の抽象データ型を実装する。ノード・モジュール１２２のそれぞれは、ノード送受信機モジュール、スケジューリング・モジュール、制御モジュール、および他のモジュールをさらに含む。たとえば、ｅＮＢ１０８−１は、送受信機モジュール１２６−１、スケジューリング・モジュール１２８−１、制御モジュール１３０−１、および他のモジュール１３２−１を含む。他のモジュール１３２−１は、ｅＮＢ１０８−１のアプリケーションおよび機能を補足するプログラムまたは符号化された命令を含むことができる。
【００４１】
他方では、ノード・データ１２４は、特に、ノード・モジュールの１つまたは複数によって処理、受信、生成されたデータを格納するためのレポジトリとして機能する。ノード・データ１２４のそれぞれは、スケジューリング・データ、制御データ、および他のデータをさらに含む。たとえば、ｅＮＢ１０８−１のノード・データ１２４−１は、スケジューリング・データ１３４−１、制御データ１３６−１、および他のデータ１３８−１を含む。他のデータ１３８−１は、他のモジュール１３２−１の１つまたは複数のモジュールの実行の結果として生成されたデータを含む。送受信機モジュール１２６−１、スケジューリング・モジュール１２８−１、制御モジュール１３０−１、他のモジュール１３２−１、スケジューリング・データ１３４−１、制御データ１３６−１、および他のデータ１３８−１は、ｅＮＢ１０８−１のみに対して示しているが、ｅＮＢ１０８のそれぞれは構造的かつ機能的に類似しているため、これらはすべてのｅＮＢｓ１０８に実装されることを理解されるだろう。したがって、すべてのｅＮＢｓ１０８に対する送受信機モジュールは、以下にまとめて送受信機モジュール１２６と呼ぶ。すべてのｅＮＢｓ１０８に対するスケジューリング・モジュールは、以下にまとめてスケジューリング・モジュール１２８と呼ぶ。すべてのｅＮＢｓ１０８に対する制御モジュールは、以下にまとめて制御モジュール１３０と呼び、同様に、すべてのｅＮＢｓ１０８に対する他のモジュールは、以下にまとめて他のモジュール１３２と呼ぶ。さらに、すべてのｅＮＢｓ１０８に対するスケジューリング・データは、以下にまとめてスケジューリング・データ１３４と呼ぶ。すべてのｅＮＢｓ１０８に対する制御データは、以下にまとめて制御データ１３６と呼び、同様に、すべてのｅＮＢｓ１０８に対する他のデータは、以下にまとめて他のデータ１３８と呼ぶ。
【００４２】
さらに、デバイス・メモリ１２０のそれぞれは、デバイス・モジュール１４０およびデバイス・データ１４２を含む。デバイス・モジュール１４０は、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み、これらは特定のタスクを実行するか、または特定の抽象データ型を実装する。デバイス・モジュール１４０のそれぞれは、送信モジュール１４４、受信機モジュール１４６、および他のモジュール１４８をさらに含む。たとえば、通信デバイス１０２−１は、送信モジュール１４４−１、受信機モジュール１４６−１、および他のモジュール１４８−１を含む。ｅＮＢ１０８に関してすでに述べたように、通信デバイス１０２のそれぞれは、また、機能的に似ており、したがって、送信モジュール、受信機モジュール、および他のモジュールは、通信デバイス１０２−１のみに対して図１に描写しているが、これは通信デバイス１０２のそれぞれに実装されることを理解されるだろう。
【００４３】
他方では、デバイス・データ１４２は、特に、ノード・モジュールの１つまたは複数によって処理、受信、および生成されたデータを格納するためのレポジトリとして機能する。デバイス・データ１４２のそれぞれは、送信データ１５０および他のデータ１５２をさらに含む。たとえば、ｅＮＢ１０８−１のデバイス・データ１４２は、送信データ１５０−１および他のデータ１５２−１を含む。他のデータ１５２−１は、他のモジュール１４８−１の１つまたは複数のモジュールの実行の結果として生成されたデータを含む。
【００４４】
一実装形態では、通信デバイス１０２−１は、通信デバイス１０２−２がＤ２Ｄ通信リンク１０６を通じて通信することを希望するかどうかを検証するために、たとえばネットワーク経由通信リンク１０４−１を通じて、通信デバイス１０２−２と最初に通信することができる。たとえば、アプリケーション、たとえば、通信デバイス１０２−１で実行されるチャット・アプリケーションは、同様のチャット・アプリケーションが、また、両方の通信デバイス１０２−１および１０２−２が登録されているアプリケーション・サーバを通じて通信デバイス１０２−２で実行されていることを検出することができる。次に、通信デバイス１０２−１は、通信デバイス１０２−２がＤ２Ｄ通信リンク１０６を通じて通信することを希望するかどうかを通信デバイス１０２−２と検証することができる。通信デバイス１０２−２から検証を受信すると、通信デバイス１０２−１の送信モジュール１４０−１は、ｅＮＢ１０８−１にＤ２Ｄサービス要求を送信することができる。一実装形態では、Ｄ２Ｄサービス要求は、電子メールＩＤ、電話番号、ならびに通信デバイス１０２−１および通信デバイス１０２−２のＩＰアドレスなど識別子の詳細を含むことができる。
【００４５】
ｅＮＢ１０８は、次に、通信デバイス１０２−１および１０２−２がＤ２Ｄ通信を開始できるかどうかを検証するために、ＭＭＥ１０９と通信することができる。一実施形態では、ｅＮＢ１０８−１の送受信機モジュール１２６−１は、検証のためにＭＭＥ１０９に通信デバイス１０２−１および１０２−２の識別子の詳細を送信することができる。ＭＭＥ１０９は、識別子の詳細に基づいて、通信デバイス１０２−１および１０２−２がＤ２Ｄ通信を開始することが許可されるかどうかを検証することができる。たとえば、ＭＭＥ１０９は、通信デバイス１０２−１および１０２−２がＤ２Ｄサービスを契約しているかどうかを検証することができる。別の実施例では、ＭＭＥ１０９は、通信デバイス１０２−１および１０２−２のネットワーク・オペレータがＤ２Ｄ通信を許可するかどうかを検証することができる。
【００４６】
ＭＭＥ１０９からＤ２Ｄ通信を許可する確認を受信すると、送受信機モジュール１２６は、通信デバイス１０２−１のサウンディング参照信号（ＳＲＳ）パラメータを通信デバイス１０２−２に、および通信デバイス１０２−２のＳＲＳＰパラメータ（ＳＲＳＰ）を通信デバイス１０２−１に送信することができる。一例では、ＳＲＳＰは、アップリンク物理リソース・ブロックとして規定することができ、これを通じて、通信デバイス１０２−１および１０２−２は、データ・パケットを送信する通信デバイス、つまりこの例における通信デバイス１０２−１のアップリンク・チャネル品質を評価するために、受信機モジュール１４６に対するサウンディング参照信号を送信する。ｅＮＢ１０８−１からＳＲＳＰを受信すると、通信デバイス１０２−１および１０２−２の送信モジュール１４４は、ｅＮＢ１０８−１に第１のスケジューリング要求および第２のスケジューリング要求をそれぞれ送信することができる。さらに、通信デバイス１０２−１および１０２−２は、また、ｅＮＢ１０８−１によって提供されるＳＲＳＰ情報を使用して、相互のアップリンク・チャネル品質の測定を開始することができる。一実装形態では、第１のスケジューリング要求および第２のスケジューリング要求は、ｅＮＢ１０８−１との通信のためのアップリンク・チャネルの割り当てに対する要求およびｅＮＢ１０８−１に対するＤ２Ｄ指示を含むことができ、Ｄ２Ｄ通信リンク１０６を確立するために、通信デバイス１０２−１および通信デバイス１０２−２の意図をそれぞれ示すことができる。別の実装形態では、第２のスケジューリング要求は、ｅＮＢ１０８−１との通信のためにアップリンク・チャネルの割り当てに対する要求のみを含むことができる。
【００４７】
送受信機モジュール１２６−１は、送信モジュール１４４から第１のスケジューリング要求および第２のスケジューリング要求を受信し、スケジューリング・データ１３４−１にそれを保存する。第１のスケジューリング要求および第２のスケジューリング要求を受信すると、スケジューリング・モジュール１２８−１は、ｅＮＢ１０８−１、またはｅＮＢ１０８−２などの任意の他のｅＮＢに通信デバイス１０２−２が登録されているかどうかを最初に決定する。ｅＮＢ１０８−１は、次に、通信デバイス１０２−１および１０２−２へのアップリンク・チャネルを許可することができる。アップリンク・チャネルは、理解されるように、通信ネットワークを通じてデータを送信するために通信デバイスによって使用されるチャネルである。
【００４８】
許可を受信すると、通信デバイス１０２−１および１０２−２の送信モジュール１４４は、直接的に、または場合によってはそれぞれのｅＮＢ１０８を通じて、ｅＮＢ１０８−１にデバイス・パラメータおよびアップリンク・パラメータをそれぞれ送信する。デバイス・パラメータは、通信デバイス１０２の機能または運用上の統計を記述するバッファ状態レポート（ＢＳＲ）およびパワー・ヘッドルーム・レポート（ＰＨＲ）などのパラメータとして規定することができる。ＢＳＲは、一例では、データの量、つまり通信デバイス１０２がＤ２Ｄ通信リンク１０６を通じて送信する必要のあるデータ・パケットのサイズを示している。ＰＨＲは、たとえば、Ｄ２Ｄ通信リンク１０６を通じてデータを送信するために通信デバイス１０２で利用可能な合計電力を示している。
【００４９】
アップリンク・パラメータは、たとえば、ＳＲＳＲ、つまりＤ２Ｄ通信を受信する意図がある通信デバイス１０２によって、ＳＲＳＰに基づいて、測定されたアップリンク・チャネルの品質を含むことができる。たとえば、通信デバイス１０２−１から通信デバイス１０２−２へのＤ２Ｄ通信リンク１０６−１のセットアップのために、通信デバイス１０２−１のアップリンク・パラメータは、通信デバイス１０２−２によって測定および報告される。一実装形態では、デバイス・パラメータは、通信デバイス１０２−１によって測定および送信される一方、アップリンク・パラメータは、通信デバイス１０２−２によって送信される。たとえば、通信デバイス１０２−１の送信品質が高いアップリンク・チャネル中から、通信デバイス１０２−２は、通信デバイス１０２−２によって好まれるアップリンク・チャネルを示すことができる。一実装形態では、通信デバイス１０２−２は、通信デバイス１０２−１によって使用されるすべてのアップリンク・チャネルのその送信品質を単に示すことができる。
【００５０】
さらに、通信デバイス１０２−１および１０２−２に対応するデバイス・パラメータおよびアップリンク・パラメータは、それぞれ送受信機モジュール１２６によって受信され、スケジューリング・データ１３４に格納され、スケジューリング・モジュール１２８によって分析される。一実装形態では、スケジューリング・モジュール１２８は、Ｄ２Ｄ通信のためにＤ２Ｄ通信リンク１０６の送信形式を決定するために、デバイス・パラメータおよびアップリンク・パラメータを分析することができる。一実装形態では、送信形式は、物理リソース・ブロック、変調および符号化の形式、ならびに電力レベルを含むことができる。物理リソース・ブロックは、Ｄ２Ｄ通信のために通信デバイス１０２−１に割り当てることができる送信のための論理チャネルとして規定することができる。変調および符号化の形式は、ＵＥ１によって転送されるデータ・パケットを符号化および変調するために使用することができる、４位相偏移変調（ＱＰＳＫ）、６４直交振幅変調（ＱＡＭ）、および１６ＱＡＭなど、変調および技術として規定することができる。電力レベルは、データ・パケットを送信するためにＵＥ１が必要とする電力として規定することができる。たとえば、ＳＲＳＲに基づいて、ｅＮＢ１０８は、Ｄ２Ｄ通信のために通信デバイス１０２−１および１０２−２の両方に適したアップリンク・チャネルを決定することができる。さらに、ｅＮＢ１０８は、通信デバイス１０２−１と通信デバイス１０２−２との間の距離に基づいて、通信デバイス１０２−１が、Ｄ２Ｄ通信リンク１０６を通じて通信デバイス１０２−２にデータを送信するのに十分な電力を持っているかどうかを決定するためにＰＨＲおよびＢＳＲを分析することができる。ｅＮＢ１０８は、したがって、Ｄ２Ｄ通信リンクの送信形式を決定するために、デバイス・パラメータおよびアップリンク・パラメータを分析することができる。
【００５１】
さらに、ｅＮＢ１０８は、ネットワーク経由通信リンク１０４およびＤ２Ｄ通信リンク１０６を通じて、通信デバイス１０２−１と１０２−２との間のデータ送信の間のスペクトルおよび出力の効率を比較するように構成することができる。この目的のために、ｅＮＢ１０８は、最初に、ｅＮＢ１０８の報告されたデバイス・パラメータ、アップリンク・パラメータ、およびアップリンク測定に基づいて、Ｄ２Ｄ通信リンク１０６およびネットワーク経由通信リンク１０４のそれぞれを通じて、データ・パケットのデータ転送速度を決定する。一実装形態では、アップリンク測定は、ｅＮＢ１０８−１によって測定される通信デバイス１０２−１のＳＲＳＲとして規定することができる。比較に基づいて、最高の効率を提供する通信リンクは、ｅＮＢ１０８によって通信デバイス１０２−１および１０２−２を割り当てることができる。Ｄ２Ｄ通信リンク１０６は、Ｄ２Ｄ通信リンク１０６を通じた通信がネットワーク経由通信リンク１０４を通じた通信より効率的な場合にのみ割り当てられるため、通信リンク１０４および１０６の両方を通じてデータ転送速度を比較することは、Ｄ２Ｄ通信を最適化する際に役に立つ。さらに、ｅＮＢ１０８は、また、通信リンク１０４および１０６のどちらかを割り当てることが、割り当てられた通信リンク１０４および１０６の輻輳につながる可能性があるかどうかを決定するために、通信リンク１０４および１０６の両方のトラフィックおよびネットワーク・リソース利用の現在の状態を決定することができる。
【００５２】
Ｄ２Ｄ通信リンク１０６を通じた通信が最適であると評価される場合、制御モジュール１３２は、まとめてスケジューリング許可信号と呼ぶ、アップリンク送信許可およびアップリンク・リスン許可をそれぞれ通信デバイス１０２−１および１０２−２に送信し、Ｄ２Ｄ通信リンク１０６での送信形式および送信の時間を示すことができる。一実装形態では、スケジューリング許可信号は、送信形式およびスケジュールに関係する情報を運ぶ信号、つまり通信デバイス１０２−１と１０２−２との間のＤ２Ｄ通信に割り当てられたタイムスロットとして理解することができる。さらに、データ転送速度および送信形式などの分析データは、制御データ１３６に保存することができる。
【００５３】
スケジューリング許可信号は、次に、通信デバイス１０２の受信機モジュール１４６によって受信される。一実装形態では、受信機モジュール１４６のそれぞれは、ダウンリンク・チャネルおよびアップリンク・チャネルを通じてデータを受信するためにダウンリンク受信機モジュール１５４およびアップリンク受信機モジュール１５６をそれぞれ含む。たとえば、受信機モジュール１４６−１は、ダウンリンク受信機モジュール１５４−１およびアップリンク受信機モジュール１５６−１を含む。
【００５４】
一実装形態では、通信デバイス１０２−１および１０２−２のダウンリンク受信機モジュール１５４は、ｅＮＢ１０８からスケジューリング許可信号を受信する。スケジューリング許可信号に基づいて、通信デバイス１０２−１は、通信デバイス１０２−２とのＤ２Ｄ通信リンク１０６−１を確立し、Ｄ２Ｄ通信リンク１０６−１を通じてデータ転送を開始する。たとえば、送信モジュール１４４−１は、Ｄ２Ｄ通信リンク１０６−１を通じてアップリンク・チャネルを使用して、通信デバイス１０２−２にデータ・パケットを送信することができる。一実装形態では、送信モジュール１４４−１は、送信のためのデータ・パケットを取得するために送信データ１５０−１にアクセスすることができる。一実装形態では、通信デバイス１０２のアップリンク受信機モジュール１５６は、Ｄ２Ｄ通信リンク１０６−１を通じて送信モジュール１４４−１によって送信されたデータ・パケットを受信するように構成される。通信デバイス１０２−２は、次に、送信モジュール１４４−１によって送信されたデータ・パケットの受信の成功または失敗を示す肯定応答信号を送信する。一実装形態では、肯定応答信号は、肯定応答（ＡＣＫ）または受信における失敗もしくはエラーを示す否定応答（ＮＡＣＫ）のいずれかの場合がある。たとえば、ＡＣＫは、データ・パケットの受信成功を示すことができる。一方、たとえば、ＮＡＣＫは、受信失敗、つまりデータ・パケットの受信の失敗を示すことができる。一実装形態では、ＮＡＣＫ信号は、送信の失敗に終わった可能性があるタイプのエラーを示すことができる。一実施形態では、肯定応答信号は、通信デバイス１０２−１およびｅＮＢ１０８によって受信することができる。一実施形態では、通信デバイス１０２−２は、２つの肯定応答信号を同時に送信することができ、１つの信号は、ｅＮＢ１０８−１によって受信され、他方の信号は、通信デバイス１０２−１によって同時に受信される。他の実施形態では、通信デバイス１０２−２は、ｅＮＢ１０８−１および通信デバイス１０２−１によって同時に受信されるのに十分な電力を持つ単一の肯定応答信号を送信することができる。
【００５５】
肯定応答信号を受信すると、通信デバイス１０２−１は、信号が正しく受信されたかどうかを決定することができる。受信失敗の場合には、通信デバイス１０２−１は、送信に使用される電力を高めて、Ｄ２Ｄ通信リンク１０６−１を通じて、高めた電力を使用してデータ・パケットを送信することができる。さらに、受信成功の場合には、通信デバイス１０２−１は、送信に使用される電力を下げて、システムにおいて他のユーザへの干渉を減らすために、Ｄ２Ｄ通信リンク１０６−１を通じて、下げた電力を使用して、次のデータ・パケットを送信することができる。そうでない場合、通信デバイス１０２−１は、最大送信電力の制限に到達するか、または肯定応答信号が、通信デバイス１０２−２からアップリンク受信機モジュール１５６−１によって受信されるまで、高めた電力レベルでデータ・パケットの送信を継続することができる。
【００５６】
肯定応答信号を受信すると、ｅＮＢ１０８は、信号が正しく受信されたかどうかを決定することができる。受信失敗の場合には、次に、ｅＮＢ１０８は、データ・パケットの再送信のために、Ｄ２Ｄ通信リンク１０６の継続的な割り当てを許可することができる。データの受信成功を示す肯定応答がｅＮＢ１０８−１によって受信されるまで、通信デバイス１０２−１および１０２−２に割り当てられたＤ２Ｄ通信リンク１０６が割り当てられ続ける条件として、Ｄ２Ｄ通信リンク１０６の連続的なアプリケーション割り当てを許可することができる。他の実施形態では、ｅＮＢ１０８は、また、デバイス・パラメータおよびアップリンク・パラメータに基づいて、通信リンクがＤ２Ｄ通信リンク１０６からネットワーク経由通信リンク１０４に切り換えられるべきかどうかを決定することができる。たとえば、ｅＮＢ１０８は、高められた電力でデータを送信することが最適かどうかを決定することができる。高められた電力でのＤ２Ｄ通信が最適でないとｅＮＢ１０８が決定した場合、ｅＮＢ１０８は、ネットワーク経由通信リンク１０４に切り換えることができる。
【００５７】
さらに、受信成功の場合には、ｅＮＢ１０８は、他の通信デバイス１０２間のＤ２Ｄ通信、または通信デバイス１０２−２から通信デバイス１０２−１へのデータ転送に対して、送信形式を割り当てることができる。一実装形態では、肯定応答信号は、ｅＮＢ１０８の制御モジュール１３０によって受信される。
【００５８】
したがって、ｅＮＢ１０８は、通信デバイス１０２−１と１０２−２との間でＤ２Ｄ通信をスケジューリングおよび制御することができる。さらに、データ・パケットの送信成功の場合、ｅＮＢ１０８は、Ｄ２Ｄ通信のために通信デバイス１０２−１および１０２−２によって必要とされる、使用されるリソースおよび時間を評価することができる。決定に基づいて、スケジューリング・モジュール１２８は、Ｄ２Ｄ通信リンク１０６の利用に対して通信デバイス１０２−１および１０２−２に課金するために使用できる請求の詳細を確認することができる。たとえば、スケジューリング・モジュール１２８は、ユーザおよびネットワーク・オペレータによって合意された料金率に従って、ネットワーク・オペレータが通信デバイス１０２−１および１０２−２のユーザに課金することを可能にする通信ネットワーク環境１００の請求モジュール（図示せず）によって利用できる請求レジスタ（図示せず）の利用されたリソースの詳細を更新することができる。一実装形態では、請求モジュールは、ＭＭＥ１０９にインストールすることができる。別の実装形態では、請求モジュールは、ＰＤＮゲートウェイにインストールすることができる。したがって、ｅＮＢ１０８はネットワークのＤ２Ｄ通信サービスを利用するユーザに課金するためにＤ２Ｄ通信を監視する際に、ネットワーク・オペレータを助けるように構成することができる。
【００５９】
さらに、本主題は、２つの当事者による通信について記述しているが、多少の修正／変更はあるが、Ｄ２Ｄ通信をスケジューリングおよび制御するためのシステムおよび方法は、また、複数の当事者による通信に対して実装することができることを理解されるだろう。一実施形態では、ｅＮＢ１０８は、通信デバイス１０２−１がグループ、つまりＤ２Ｄ通信リンク１０６を通じて２つ以上の通信デバイス１０２にデータを送信することを可能にするように構成することができる。たとえば、通信デバイス１０２−１は、２つ以上の通信デバイス１０２にデータ・パケットを送信することを希望することができる。したがって、通信デバイス１０２−１は、その付近にあるすべての通信デバイス１０２とＤ２Ｄ通信リンク１０６を確立するためにｅＮＢ１０８−１に要求することができる。
【００６０】
さらに、２つ以上の通信デバイス１０２が、グループ通信要求に対する許可を求めるスケジューリング要求をｅＮＢ１０８に送信する場合、制御モジュール１３０は、最初に、グループ通信に対する許可を認めることができる通信デバイス１０２を決定することができる。一実装形態では、制御モジュール１３０は、通信デバイス１０２によって示されたグループ・メッセージの重要レベル、グループ通信要求を受信する順序またはタイミングなど、優先度ルールに基づいて決定することができる。たとえば、Ｄ２Ｄ通信リンクを確立するためにｅＮＢ１０８から検証を受信すると、通信デバイス１０２−３および１０２−４の前に、通信デバイス１０２−１が、グループ通信要求の許可を求めるスケジューリング要求を送信する場合、制御モジュール１３０は、通信デバイス１０２−１を、第１の通信デバイス、つまりデータ・パケットを送信することが許可される通信デバイスとして決定し、通信デバイス１０２−３および１０２−４は、第２の通信デバイス、つまり通信デバイス１０２−１からデータ・パケットを受信することができるデバイスとして確認され、少なくとも１つの第２の通信デバイスのそれぞれの少なくともサウンディング参照信号レポートに基づいて、少なくとも１つの第２の通信デバイス中から、最も弱い通信デバイスを決定してもよく、少なくとも１つの第２の通信デバイスのそれぞれのサウンディング参照信号レポートは、第１の通信デバイスのサウンディング参照信号の測定を含む。
【００６１】
制御モジュール１３０は、次に、通信デバイス１０２−１との通信に関心がある可能性があるすべての通信デバイス１０２に対するアップリンク・リスン許可をマルチキャストすることができる。さらに、ｅＮＢ１０８−１は、非アクティブ化してネットワーク経由通信リンク１０４に切り換えることができる弱いＤ２Ｄ通信リンク１０６を決定するために、通信デバイス１０２のそれぞれに対するＳＲＳＲおよびＰＨＲを分析することができる。各少なくとも１つの第２の通信デバイスのＳＲＳＲは、理解されるように、第１の通信デバイスのＳＲＳの測定を含む。加えて、そのような場合、通信デバイス１０２−１と通信するすべての通信デバイス１０２は、第２の通信デバイス、つまり通信デバイス１０２−２として理解することができる。一実施形態では、ｅＮＢ１０８−１は、第２の通信デバイスの中から、最も弱いＤ２Ｄ通信デバイス、つまり、ＳＲＳＲおよびＰＨＲに基づいて、第１の通信デバイスと最も弱い通信リンクを持つ通信デバイスを決定することができる。決定に基づいて、ｅＮＢ１０８−１は、最も弱いＤ２Ｄ通信デバイスに対して調整した、Ｄ２Ｄ通信リンクの送信形式を規定することができるため、通信デバイス１０２−１からのデータ・パケットは、最も弱い通信デバイスを含む、すべての第２の通信デバイスによって受信される。
【００６２】
さらに、一実施形態では、肯定応答送信機能、つまり肯定応答信号を送信する能力は、Ｄ２Ｄ通信の複数の当事者による通信モードでは保留することができる。この理由は、複数の当事者による通信では、すべての第２の通信デバイスから複数の肯定応答信号を受信することは、Ｄ２Ｄ通信リンクの輻輳につながる可能性があるからである。したがって、複数の当事者による通信に対する他のプロセスは、１対１の通信、つまり上に記述した通信デバイス１０２−１と１０２−２との間のＤ２Ｄ通信と同じ方法で動作することができる。
【００６３】
さらに、一実施形態では、すべてのｅＮＢのスケジューリング・モジュール１２８および制御モジュール１３２は、ｅＮＢ間におけるデータの迅速な送信を促進する集中型のサーバに位置することができる。
【００６４】
本主題は、同じｅＮＢ１０８に登録された２つの通信デバイス１０２に関して記述しているが、わずかな変更および／または修正があるとはいえ、Ｄ２Ｄ通信をスケジューリングおよび制御するための方法およびシステムは、また、２つの異なるｅＮＢｓ１０８に登録された２つの通信デバイス１０２の間に実装できることを理解されるだろう。これについては、図２（ｂ）に関してより詳細に説明する。
【００６５】
図２（ａ）および図２（ｂ）は、本主題の実施形態による、通信デバイス１０２間のＤ２Ｄ通信をスケジューリングおよび制御するための手順を示すコール・フロー図を示している。コール・フロー図で使用される様々な矢印の指標は、通信デバイス１０２とｅＮＢｓ１０８との間の信号／情報の転送を描写している。多くの場合において、明瞭さのために省略しているが、図示したものの他に複数のネットワーク・エンティティが、送信局および交替局を含むエンティティの間に位置することができる。同様に、様々な肯定応答および確認のネットワーク応答も明瞭さのために省略する場合がある。図２（ａ）および図２（ｂ）の記述は、ＬＴＥネットワークに関して非常に詳細になされているが、Ｄ２Ｄ通信リンクは、スケジュールされたアップリンクを持つ他のネットワークにも実装できることを理解されるだろう。
【００６６】
図２（ａ）に記述したように、送信する当事者および受信する当事者の両方が、同じｅＮＢ１０８−１およびＭＭＥ１０９に登録されており、送信する当事者である通信デバイス１０２−１および受信する当事者である通信デバイス１１０−２に関して、コール・フロー図２００について非常に詳細に説明している。本明細書に記述された原理は、様々な他のシナリオおよび、たとえば、２つ以上の通信デバイス１０２が受信する当事者として動作する場合にも拡張できることを理解されるだろう。
【００６７】
一実装形態では、Ｄ２Ｄ通信リンクを確立するプロセスは、ｅＮＢ１０８−１に通信デバイス１０２−２の詳細を提供する、ｅＮＢ１０８−１にＤ２Ｄサービス要求２０２を送信する通信デバイス１０２−１で開始される。ｅＮＢ１０８−１は、次に、通信デバイス１０２−１および１０２−２がＤ２Ｄ通信を開始することが許可されるかどうかを確認することをＭＭＥ１０９に要求するＤ２Ｄ許容要求２０４をＭＭＥ１０９に送信する。Ｄ２Ｄ許可要求２０４は、たとえば、通信デバイス１０２−１および１０２−２の電話番号、ＩＰアドレス、および電子メール・アドレスなど、識別子の詳細を含むことができる。通信デバイス１０２−１および１０２−２の詳細を検証するときに、ＭＭＥ１０９は、通信デバイス１０２−１および１０２−２がＤ２Ｄ通信を確立できるかどうかを示すＤ２Ｄ許可応答２０６をｅＮＢ１０８−１に送信することができる。さらに、Ｄ２Ｄ許可応答２０６は、通信デバイス１０２−１が登録されているｅＮＢ１０８を示す通信デバイス１０２−２の場所またはアドレスを含むことができる。ＭＭＥ１０９からＤ２Ｄ通信の許可に対する確認を受信すると、ｅＮＢ１０８−１は、通信デバイス１０２−１および１０２−２に、Ｄ２Ｄ通信に対する許可を示す、Ｄ２Ｄサービス応答２０８−１およびＤ２Ｄサービス通知２０８−２を送信することができる。一実装形態では、Ｄ２Ｄサービス応答２０８−１は、通信デバイス１０２−２のＳＲＳＰを含む一方、Ｄ２Ｄサービス通知２０８−２は、通信デバイス１０２−１のＳＲＳＰを含むことができる。
【００６８】
Ｄ２Ｄサービス応答２０８−１を受信すると、通信デバイス１０２−１は、通信デバイス１０２−２とのＤ２Ｄ通信リンク１０６−１をスケジューリングすることを要求する第１のスケジューリング要求２１０をｅＮＢ１０８−１に送信する。一実施形態では、通信デバイス１０２−１は、物理アップリンク制御チャネル（ＰＵＣＣＨ）を通じて第１のスケジューリング要求２１０を送信する。ＰＵＣＣＨは、通信デバイス１０２からｅＮＢ１０８−１にアップリンク制御情報を運ぶために使用されるチャネルとして理解することができる。一実装形態では、第１のスケジューリング要求２１０は、ｅＮＢ１０８−１との通信のためのアップリンク・チャネルの割り当てに対する要求およびｅＮＢ１０８−１に対するＤ２Ｄ指示を含むことができ、通信デバイス１０２−２とのＤ２Ｄ通信リンク１０６を確立するために通信デバイス１０２−１の意図を示している。
【００６９】
ｅＮＢ１０８−１は、次に、デバイス・パラメータを送信するために通信デバイス１０２−１によって使用できるアップリンク・チャネルを示す第１のアップリンク許可２１２を通信デバイス１０２−１に送信する。一実施形態では、ｅＮＢ１０８−１は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を通じて第１のアップリンク許可２１２を送信する。通信デバイス１０２−１は、次に、デバイス・パラメータ２１４を送信する。一実装形態では、デバイス・パラメータ２１４は、物理アップリンク共有チャネル（ＰＵＳＣＨ）を通じて送信される。デバイス・パラメータ２１４は、たとえば、通信デバイス１０２−１のＰＨＲおよびＢＳＲを含むことができる。
【００７０】
さらに、通信デバイス１０２−２は、ＰＵＣＣＨを通じてｅＮＢ１０８−１に第２のスケジューリング要求２１６を送信する。一実装形態では、第２のスケジューリング要求２１６は、ｅＮＢ１０８−１との通信のためのアップリンク・チャネルの割り当てに対する要求およびｅＮＢ１０８−１に対するＤ２Ｄ指示を含むことができ、通信デバイス１０２−１とのＤ２Ｄ通信リンク１０６を確立するために通信デバイス１０２−２の意図を示している。別の実装形態では、第２のスケジューリング要求２１６は、ｅＮＢ１０８−１との通信のためにアップリンク・チャネルの割り当てに対する要求のみを含むことができる。次に、ｅＮＢ１０８−１は、アップリンク・パラメータを送信するために通信デバイス１０２−２によって使用できるアップリンク・チャネルを示す第２のアップリンク許可２１８を通信デバイス１０２−２に送信することができる。一実施形態では、ｅＮＢ１０８−１は、ＰＤＣＣＨを通じて第２のアップリンク許可２１８を送信する。第２のアップリンク許可２１８を受信すると、通信デバイス１０２−２は、次に、ＰＵＳＣＨを通じてアップリンク・パラメータ２２０を送信する。アップリンク・パラメータ２２０は、たとえば通信デバイス１０２−１のＳＲＳＲを含むことができる。
【００７１】
デバイス・パラメータ２１４およびアップリンク・パラメータ２２０を受信すると、スケジューリング・モジュール１２８−１は、通信デバイス１０２−１と１０２−２との間のＤ２Ｄ通信リンクの送信形式を決定することができる。制御モジュール１３０−１は、次に、通信デバイス１０２−１および１０２−２にスケジューリング許可信号を送信する。一実装形態では、制御モジュール１３０−１は、通信デバイス１０２−２および通信デバイス１０２−１に、アップリンク・リスン許可２２２およびアップリンク送信許可２２４をそれぞれ送信する。アップリンク送信許可２２４は、理解されるように、Ｄ２Ｄ通信のために通信デバイス１０２−１に割り当てられたＤ２Ｄ通信リンク１０６−１の送信形式に関係するデータを含む。一方、アップリンク・リスン許可２２２は、通信デバイス１０２−２が、通信デバイス１０２−１によって送信されたデータ・パケットを受信することを可能にするために、アップリンク送信許可２２４で送信されるのと同じ詳細を含むことができる。さらに、制御モジュール１３０−１は、ＰＤＣＣＨを通じて、アップリンク送信許可２２４およびアップリンク・リスン許可２２２を送信する。
【００７２】
アップリンク送信許可２２４を受信すると、通信デバイス１０２−１は、データ・パケットを送信するために通信デバイス１０２−２とスケジュールされたデータ送信２２６を開始する。一実装形態では、送信モジュール１４４−１は、ＰＵＳＣＨを通じてスケジュールされたデータ送信２２６を送信する。スケジュールされたデータ送信２２６は、次に、通信デバイス１０２−２のアップリンク受信機モジュール１５６によって受信される。さらに、通信デバイス１０２−２の送信モジュール１４４は、通信デバイス１０２−１およびｅＮＢ１０８−１に肯定応答信号２２８−１および２２８−２をそれぞれ送信するように構成される。一実装形態では、肯定応答信号２２８−１および２２８−２は、ＰＵＣＣＨを通じて、通信デバイス１０２−１およびｅＮＢ１０８−１の両方で受信に十分な電力レベルで送信される。すでに記述したように、肯定応答信号２２８−１および２２８−２は、通信デバイス１０２−２によるデータ・パケットの受信において成功または失敗を示す。
【００７３】
コール・フロー図２３０は、図２（ｂ）に記述したように、ｅＮＢ１０８−１に登録された送信する当事者である通信デバイス１０２−１および異なるｅＮＢ、つまりｅＮＢ１０８−２に登録された受信する当事者である通信１０２−２に関して非常に詳細に説明している。たとえば、本明細書に記述した原理は、２つ以上の通信デバイス１０２が受信する当事者として動作するシナリオなど、様々な他のシナリオにも拡張することができることを理解されるだろう。さらに、限定ではなく簡潔さのために、図２（ａ）の記述ですでに説明した信号は、図２（ｂ）の記述では説明しておらず、図２（ａ）と同じ方法で機能するものと理解するべきである。
【００７４】
一実装形態では、Ｄ２Ｄ通信リンクを確立するプロセスは、ｅＮＢ１０８−１にＤ２Ｄサービス要求２０２を送信する通信デバイス１０２−１で開始される。ｅＮＢ１０８−１は、次に、通信デバイス１０２−１および１０２−２がＤ２Ｄ通信を開始することが許可されるかどうかを確認することをＭＭＥ１０９に要求するＤ２Ｄ許容要求２０４をＭＭＥ１０９に送信する。通信デバイス１０２−１および１０２−２の詳細を検証するときに、ＭＭＥ１０９は、Ｄ２Ｄ許可応答２０６をｅＮＢ１０８−１に、Ｄ２Ｄ許可信号２３２をｅＮＢ１０８−２に送信し、通信デバイス１０２−１および１０２−２がＤ２Ｄ通信を確立できるかどうかを示すことができる。さらに、ｅＮＢ１０８−１は、ｅＮＢ１０８−２にＤ２Ｄリンク情報要求２３４を送信し、通信デバイス１０２−２のＳＲＳＰなど、アップリンク情報を取得することをｅＮＢ１０８−２に要求する。一実装形態では、ｅＮＢ１０８−１は、また、通信デバイス１０２−２に伝達するために、ｅＮＢ１０８−２に通信デバイス１０２−１のＳＲＳＰを送信することができる。さらに、ｅＮＢ１０８−２は、Ｄ２Ｄリンク情報要求２３４を通じてｅＮＢ１０８−１に通信デバイス１０２−２のＳＲＳＰを送信することができる。一実装形態では、ｅＮＢ１０８−１およびｅＮＢ１０８−２は、バックホール・リンク（Ｘ２）を通じて通信することができる。
【００７５】
許可に対する確認を受信すると、ｅＮＢ１０８−１は、Ｄ２Ｄ通信に対する許可および通信デバイス１０２−２のＳＲＳＰを示すＤ２Ｄサービス応答２０８−１を通信デバイス１０２−１に送信する。一実装形態では、通信デバイス１０２−２のＳＲＳＰは、ｅＮＢ１０８−１によってｅＮＢ１０８−２から受信される。さらに、ｅＮＢ１０８−２は、Ｄ２Ｄ通信に対する許可および通信デバイス１０２−１のＳＲＳＰを示すＤ２Ｄサービス通知２０８−２を通信デバイス１０２−２に送信する。一実装形態では、通信デバイス１０２−１のＳＲＳＰは、ｅＮＢ１０８−２によってｅＮＢ１０８−１から受信される。
【００７６】
Ｄ２Ｄサービス応答２０８−１を受信すると、通信デバイス１０２−１は、ｅＮＢ１０８−１に第１のスケジューリング要求２１０を送信する。一実装形態では、第１のスケジューリング要求２１０は、ｅＮＢ１０８−１との通信のためのアップリンク・チャネルの割り当てに対する要求およびｅＮＢ１０８−１に対するＤ２Ｄ指示を含む。ｅＮＢ１０８−１は、次にデバイス・パラメータを送信するために通信デバイス１０２−１によって使用できるアップリンク・チャネルを示す第１のアップリンク許可２１２を通信デバイス１０２−１に送信する。通信デバイス１０２−１は、次に、ｅＮＢ１０８−１にデバイス・パラメータ２１４を送信する。同様に、通信デバイス１０２−２は、ＰＵＣＣＨを通じてｅＮＢ１０８−２に第２のスケジューリング要求２１６を送信する。一実装形態では、第２のスケジューリング要求２１６は、ｅＮＢ１０８−２との通信のためにアップリンク・チャネルの割り当てに対する要求およびｅＮＢ１０８−２に対するＤ２Ｄ指示を含むことができる。別の実装形態では、第２のスケジューリング要求２１６は、ｅＮＢ１０８−２との通信のためにアップリンク・チャネルの割り当てに対する要求のみを含むことができる。次に、ｅＮＢ１０８−２は、通信デバイス１０２−２によって使用できるアップリンク・チャネルを示す第２のアップリンク許可２１８を通信デバイス１０２−２に送信することができる。一実施形態では、ｅＮＢ１０８−２は、ＰＤＣＣＨを通じて第２のアップリンク許可２１８を送信する。第２のアップリンク許可２１８を受信すると、通信デバイス１０２−２は、次に、ＰＵＳＣＨを通じてｅＮＢ１０８−２にアップリンク・パラメータ２２０を送信する。さらに、ｅＮＢ１０８−２は、Ｘ２を通じてｅＮＢ１０８−１にアップリンク・パラメータ信号２３６を送信し、通信デバイス１０２−２によって提供されるアップリンク・パラメータ２２０をｅＮＢ１０８−１に提供する。
【００７７】
制御モジュール１３０−１は、次に、Ｄ２Ｄ通信のために確立されるＤ２Ｄ通信リンク１０６−１の送信形式を示すｅＮＢリスン許可２３８をｅＮＢ１０８−２に送信する。一実装形態では、ｅＮＢリスン許可２３８は、バックホール・リンクＸ２を使用して、ｅＮＢ１０８−１によって送信することができる。さらに、ｅＮＢ１０８−１およびｅＮＢ１０８−２は、通信デバイス１０２−１および通信デバイス１０２−２に、アップリンク送信許可２２４およびアップリンク・リスン許可２２２をそれぞれ送信する。
【００７８】
さらに、通信デバイス１０２−１は、アップリンク送信許可２２４を受信すると、データ・パケットを送信するために通信デバイス１０２−２とスケジュールされたデータ送信２２６を開始する。さらに、通信デバイス１０２−２の送信モジュール１４４は、通信デバイス１０２−１およびｅＮＢ１０８−２に肯定応答信号２２８−１および２２８−３をそれぞれ送信するように構成される。一実装形態では、肯定応答信号２２８−１および２２８−３は、ＰＵＣＣＨを通じて送信される。さらに、肯定応答信号２２８−３を受信すると、ｅＮＢ１０８−２は、Ｘ２を通じてｅＮＢ１０８−１にｅＮＢ肯定応答信号２４０を送信する。すでに記述されたように、まとめて肯定応答信号２２８と呼ぶ、肯定応答信号２２８−１、２２８−２、および２２８−３は、通信デバイス１０２−２によるデータ・パケットの受信における成功または失敗を示す。さらに、ｅＮＢ肯定応答信号２４０は、通信デバイス１０２−１および異なるｅＮＢ１０８−２に通信デバイス１０２−２によって送信された肯定応答信号のデータを含み、Ｄ２Ｄ通信リンク１０６を通じて通信デバイス１０２−２によって送信されたデータ・パケットの受信における成功または失敗を示している。
【００７９】
コール・フロー図２３０は、図２（ｂ）に記述したように、ｅＮＢ１０８−１に登録された送信する当事者である通信デバイス１０２−１および異なるｅＮＢ、つまりｅＮＢ１０８−２に登録された受信する当事者である通信１０２−２に関して非常に詳細に説明している。それに関連して説明した概念は、送信する当事者である通信デバイス１０２−２および受信する当事者である通信１０２−１など他のシナリオに拡張することができ、通信デバイス１０２は同じか異なるｅＮＢ１０８に登録することができる。
【００８０】
図３は、本主題の実施形態による、通信ネットワークのＤ２Ｄ通信をスケジューリングおよび制御する方法３００を示している。方法が記述されている順は、制限するものとして解釈されることを意図するものではなく、任意の数の上記方法のブロックを、方法３００または任意の代替方法を実装するために任意の順に組み合わせることができる。加えて、個々のブロックは、本明細書に記述した内容の精神および範囲から逸脱することなく、方法から削除することができる。さらに、方法は、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはそれらの組み合わせに実装することができる。
【００８１】
方法について、コンピュータ実行可能命令の一般的な文脈で記述することができる。一般的に、コンピュータ実行可能命令は、特定の機能を実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造、手順、モジュール、機能などを含むことができる。方法は、また、通信ネットワークを通じてリンクされたリモート処理デバイスによって機能が実行される、分散されたコンピューティング環境で実施することができる。分散コンピューティング環境では、コンピュータ実行可能命令は、メモリ記憶デバイスを含むローカルおよびリモートのコンピュータ記憶媒体の両方に位置することができる。
【００８２】
当業者は、プログラムされたコンピュータによって方法のステップを実行できることを容易に認識するだろう。本明細書において、一部の実施形態は、また、機械またはコンピュータで読み取り可能であり、装置で実行可能またはコンピュータで実行可能なプログラム命令をエンコードする、たとえば、デジタル・データ記憶メディアなど、プログラム記憶装置を包含することを意図するものであり、前述の指示は、記述した方法のステップの一部またはすべてを実行する。プログラム記憶装置は、たとえば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶メディア、ハードドライブ、または光学的に読み取り可能なデジタル・データ記憶メディアでもよい。実施形態は、また、代表的な方法の前述のステップを実行するように構成された通信ネットワークおよび通信デバイスの両方を対象にすることを意図するものである。
【００８３】
ブロック３０２で、第２の通信デバイスとのＤ２Ｄ通信を許可するための許可を要求するために、第１の通信デバイスによって送信されたＤ２Ｄサービス要求が受信される。たとえば、ｅＮＢ１０８−１は、通信デバイス１０２−２とのＤ２Ｄ通信を許可するために通信デバイス１０２−１からＤ２Ｄサービス要求を受信することができる。
【００８４】
ブロック３０４で、Ｄ２Ｄサービス要求およびＤ２Ｄサービス通知は、第１の通信デバイスおよび第２の通信デバイスに送信される。たとえば、ｅＮＢ１０８−１は、通信デバイス１０２−１および１０２−２にＤ２Ｄサービス応答２０８−１およびＤ２Ｄサービス通知２０８−２を送信することができ、Ｄ２Ｄ通信に対する許可を示している。一実装形態では、Ｄ２Ｄサービス応答２０８−１は、通信デバイス１０２−２のＳＲＳＰを含む一方、Ｄ２Ｄサービス通知２０８−２は、通信デバイス１０２−１のＳＲＳＰを含むことができる。一実装形態では、Ｄ２Ｄサービス要求およびＤ２Ｄサービス通知は、ＭＭＥ１０９からＤ２Ｄ通信の許可に対する確認を受信した後に送信される。
【００８５】
ブロック３０６で、第１の通信デバイスおよび第２の通信デバイスによって送信された第１のスケジューリング要求および第２のスケジューリング要求は、Ｄ２Ｄ通信リンクの確立を開始するためにそれぞれ受信される。たとえば、ｅＮＢ１０８−１は、第２の通信デバイス１０２−２とのＤ２Ｄ通信リンクを確立するために通信デバイス１０２−１からスケジューリング要求を受信することができる。一実装形態では、スケジューリング要求は、ＰＵＣＣＨなど送信チャネルを通じて送信することができる。
【００８６】
ブロック３０８で、Ｄ２Ｄ通信に対して割り当てられるＤ２Ｄ通信リンクの送信形式が決定される。一実装形態では、Ｄ２Ｄ通信リンクの送信形式は、通信デバイス１０２−１および通信デバイス１０２−２から受信されたデバイス・パラメータおよびアップリンク・パラメータに基づいてｅＮＢ１０８−１によってそれぞれ決定される。一実装形態では、送信形式は、第２の通信デバイス１０２−２とのＤ２Ｄ通信のために通信デバイス１０２−１によって使用される物理リソース・ブロック、変調および符号化の形式、ならびに電力レベルを含むことができる。
【００８７】
ブロック３１０で、アップリンク送信許可およびアップリンク・リスン許可は、第１の通信デバイスおよび第２の通信デバイスにそれぞれ送信される。アップリンク送信許可およびアップリンク・リスン許可は、Ｄ２Ｄ通信リンクの送信形式に関係する詳細を含む。さらに、第２の通信デバイスが異なるｅＮＢに登録されている場合、第１の通信デバイスに対応するｅＮＢは、第２の通信デバイスに対応するｅＮＢを通じて第２の通信デバイスにアップリンク・リスン許可を送信することができる。たとえば、ｅＮＢ１０８−１は、ＰＤＣＣＨを通じて通信デバイス１０２−１にアップリンク送信許可２２４を、およびＰＤＣＣＨを通じて直接的に、またはｅＮＢ１０８−２を通じて第２の通信デバイス１０２−２にダウンリンク送信許可２２４を送信することができる。さらに、複数の当事者による通信の場合には、ｅＮＢ１０８−１は、通信デバイス１０２−１と通信することに関心がある可能性があるすべての通信デバイス１０２に対して通信ネットワークを通じてアップリンク・リスン許可をマルチキャストすることができる。そのような場合に、第１の通信デバイスと通信するすべての通信デバイス１０２、つまり通信デバイス１０２−１は、第２の通信デバイス、つまり通信デバイス１０２−２として理解することができる。
【００８８】
アップリンク送信許可に基づいて、第１の通信デバイスは、データ・パケットを持つベアラ信号を送信するために、第２の通信デバイス１０２−２とのＤ２Ｄ通信リンク１０６など、Ｄ２Ｄ通信リンクを確立することができる。
【００８９】
ブロック３１２で、肯定応答信号は、２つの当事者による通信の場合には、第２の通信デバイスから受信される。肯定応答信号は、たとえば、Ｄ２Ｄ通信リンクを通じて送信されたデータ・パケットの受信における成功または失敗を示している。たとえば、通信デバイス１０２−１は、ｅＮＢ１０８−１および第１の通信デバイス１０２−１に肯定応答信号２２８を送信することができる。さらに、通信デバイス１０２−２がｅＮＢ１０８−２に登録されている場合、通信デバイス１０２−２は、ｅＮＢ１０８−１の代わりにｅＮＢ１０８−２に肯定応答信号２２８を送信することができる。ｅＮＢ１０８−１は、次に、ｅＮＢ１０８−１に肯定応答信号２２８を送信することができる。
【００９０】
ブロック３１４で、少なくとも肯定応答信号およびデバイス・パラメータに基づいて、データ・パケットの再送信のためにＤ２Ｄ通信リンクの継続的な割り当てを許可するかどうかが決定される。たとえば、否定応答を受信すると、ｅＮＢは、第２の通信デバイスが第１の通信デバイスによって送信されたデータ・パケットを受信することに失敗したと決定することができ、第１の通信デバイスと第２の通信デバイスとの間のデータ・パケットの再送信のためにＤ２Ｄ通信リンクが割り当てられた状態に維持することができる。
【００９１】
通信ネットワークにおいてＤ２Ｄ通信をスケジューリングおよび制御する方法およびシステムの実施形態について、構造的特徴および／または方法に特有の言語で記述したが、本発明は、記述した特定の機能または方法に限定されるものではないことを理解されるであろう。むしろ、特定の機能および方法は、Ｄ２Ｄ通信をスケジューリングおよび制御するための代表的な実施形態として開示されている。
【図１】
0005996105.tif 000002
【図２（ａ）】
0005996105.tif 000003
【図２（ｂ）】
0005996105.tif 000004
【図３】
0005996105.tif 000005