(57)【特許請求の範囲】
【請求項１】
第２のユーザ機器（ＵＥ）装置が、第１のＵＥ装置から優先送信インジケータを受信する工程であって、前記優先送信インジケータは、前記第１のＵＥ装置から送信するためのデータが最低限のサービス品質（ＱｏＳ）を必要とする場合にアクティブ値を有する、工程と、
リソース競合モードで動作している間、前記アクティブ値を有する前記優先送信インジケータの受信に応じて、遅延期間の間、端末間（Ｄ２Ｄ）通信リンクを介するデータ送信を控える工程と、含む、方法。
【請求項２】
前記遅延期間は、前記アクティブ値を有する受信した優先送信インジケータの数に基づいている、請求項１に記載の方法。
【請求項３】
前記遅延期間は、ネットワークによって設定される送信期間に、受信した優先送信インジケータの数を掛けたものに等しい、請求項２に記載の方法。
【請求項４】
前記優先送信インジケータを受信する工程は、前記第１のＵＥ装置によって送信されたスケジューリング割り当て（ＳＡ）において前記優先送信インジケータを受信する工程を含む、請求項１に記載の方法。
【請求項５】
前記第２のＵＥ装置から、他の優先送信インジケータを送信する工程であって、前記他の優先送信インジケータは、前記第２のＵＥ装置から送信するためのデータが最低限のサービス品質（ＱｏＳ）を必要とする場合に前記アクティブ値を有する、工程を更に含む、請求項１に記載の方法。
【請求項６】
前記リソース競合モードは、第３世代パートナシッププロジェクト・ロング・ターム・エボリューション（３ＧＰＰ  ＬＴＥ）通信仕様の少なくとも１つの改訂によって定義されているモード２である、請求項１に記載の方法。
【請求項７】
無線通信ユーザ機器装置（ＵＥ装置）であって、
他のユーザ機器（ＵＥ）装置から優先送信インジケータを受信するように構成された受信部であって、前記優先送信インジケータは、前記他のＵＥ装置から送信するためのデータが最低限のサービス品質（ＱｏＳ）を必要とする場合にアクティブ値を有する、受信部と、
リソース競合モードで動作している間に、端末間（Ｄ２Ｄ）通信リンクを介してデータを送信するように構成された送信部であって、前記送信部は、前記アクティブ値を有する前記優先送信インジケータの受信に応じて、遅延期間の間に前記データの送信を控えるように構成されている、送信部と、を備える、ＵＥ装置。
【請求項８】
前記遅延期間は、前記アクティブ値を有する受信した優先送信インジケータの数に基づいている、請求項７に記載のＵＥ装置。
【請求項９】
前記遅延期間は、ネットワークによって設定される送信期間に、受信した優先送信インジケータの数を掛けたものに等しい、請求項８に記載のＵＥ装置。
【請求項１０】
前記優先送信インジケータは、前記他のＵＥ装置によって送信されたスケジューリング割り当て（ＳＡ）内で送信され、前記スケジューリング割り当ては、前記データを送信するために使用される通信リソースを特定する、請求項７に記載のＵＥ装置。
【請求項１１】
前記リソース競合モードは、第３世代パートナシッププロジェクト・ロング・ターム・エボリューション（３ＧＰＰ  ＬＴＥ）通信仕様の少なくとも１つの改訂によって定義されているモード２である、請求項７に記載のＵＥ装置。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本願は、仮出願第６２／０５６，００９号（発明の名称「（ネットワーク支援のＤ２Ｄのための協調分散スケジューリング）Ｃｏｏｐｅｒａｔｉｖｅ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｓｃｈｅｄｕｌｉｎｇ  ｆｏｒ  Ｍｏｄｅ  ２  Ｎｅｔｗｏｒｋ−Ａｓｓｉｓｔｅｄ  Ｄ２Ｄ」、整理番号ＴＰＲＯ  ００２５８ＵＳ、２０１４年９月２６日出願、本願の譲受人に譲渡）に対する優先権を主張するものであり、当該出願の全体を参照により本明細書に明示的に援用する。
【技術分野】
【０００２】
本発明は、概して無線通信に関するものであり、より具体的には、ユーザ機器（ＵＥ）装置の間の装置間（Ｄ２Ｄ）通信の協調分散スケジューリング装置に関する。
【背景技術】
【０００３】
多くの無線通信システムでは、地理的サービスエリアを提供する基地局が使用され、無線通信ユーザ機器（ＵＥ）装置は、その無線通信ＵＥ装置が位置している特定の地理的サービスエリアを提供する基地局（発展型ノードＢ、ｅＮＢ）と通信する。これらの基地局は、無線通信装置と他の装置との間での通信リンクの形成を可能とするネットワーク内で接続されている。場合によっては、ある基地局のサービスエリア内のＵＥ装置間での通信リンクが存在し得る。これらのＵＥ装置間のセルラ通信リンクには、サービスを提供する基地局を介した通信が含まれる。チャネル品質が十分に高い場合は、これらのＵＥ装置では、基地局を介したデータのルーティングを含まない、装置間（Ｄ２Ｄ）通信リンクを介した直接的な通信が可能である。
【０００４】
状況によっては、Ｄ２Ｄ  ＵＥ装置には、ｅＮＢによってＤ２Ｄ通信のための特定通信リソースが割り当てられる。いくつかのシナリオにおいて、Ｄ２Ｄ  ＵＥ装置は、Ｄ２Ｄ通信のために割り当てられたリソースのプールから特定のリソースを選択する。いくつかのシステムにおいて、ＵＥ装置は、割り当てられたリソースのプールからリソースをランダムに選択し、使用されるであろうリソースを識別する制御信号を送信することによって、リソースを競い合う。２つ以上のＵＥ装置が同じリソースを選択する場合、衝突が発生し、ＵＥ装置は再びＤ２Ｄ通信のためにリソースの選択を試みる。地域エリア内のＵＥ装置の数が増加するほど、衝突の可能性が増す。
【発明の概要】
【０００５】
端末間（Ｄ２Ｄ）通信のための競合ベースモードで動作している複数のユーザ機器（ＵＥ）装置を有する通信システムにおいて、それぞれのＵＥ装置は、優先送信のための条件がＵＥ装置で満たされた場合、優先送信インジケータを送信する。ＵＥ装置が優先送信インジケータを受信する場合、ＵＥ装置は、Ｄ２Ｄスケジューリング割り当て（ＳＡ）の送信を遅延させ、Ｄ２Ｄ通信のための通信リソースを競い合う。遅延の長さは、受信される優先送信インジケータの数に基づいていてもよい。優先送信インジケータは、一例においてバッファサイズに基づく。
【図面の簡単な説明】
【０００６】
【図１】リソース競合モードで動作している間、条件が満たされた場合、ユーザ機器（ＵＥ）装置が優先送信インジケータを送信し、かつ他のＵＥ装置が、優先送信インジケータの受信に応じてＤ２Ｄリソースを競い合うスケジューリング割り当て（ＳＡ）の送信を控える、端末間（Ｄ２Ｄ）通信をサポートするセルラ通信システムのブロック図である。
【０００７】
【図２】図１のＵＥ装置のうちの１つとして使用するのに好適なＵＥ装置の一例のブロック図である。
【０００８】
【図３】図１の基地局（ｅＮＢ）として使用するのに好適な基地局（ｅＮＢ）の一例のブロック図である。
【０００９】
【図４】端末間（Ｄ２Ｄ）通信のための協調分散スケジューリングを管理する方法の一例のフローチャートである。
【発明を実施するための形態】
【００１０】
図１は、リソース競合モードで動作している間に条件が満たされた場合、ユーザ機器（ＵＥ）装置が優先送信インジケータを送信し、かつ他のＵＥ装置が、優先送信インジケータの受信に応じてＤ２Ｄリソースを競い合うスケジューリング割り当て（ＳＡ）の送信を控える、端末間（Ｄ２Ｄ）通信をサポートするセルラ通信システム１００のブロック図である。図１の例では、優先送信インジケータ（ＰＴＩ）を受信するＵＥ装置は、ＳＡの送信を控えるが、ＰＴＩを受信するＵＥ装置は、遅延することなくＳＡを送信してもよい。ＵＥ装置が、ＰＴＩの受信にかかわらず、従来の方法において遅延することなくリソースの競合を継続することを可能にする基準が確立され得る。言い換えると、ＰＴＩは、状況によっては、ＰＴＩを受信するＵＥ装置によって尊重されてもよく又は尊重されなくてもよい要求である。
【００１１】
基地局（ＥＮＢ）１０２は、地理的サービスエリア１０４（場合によっては、セルとも呼ばれる）内にある無線通信ユーザ機器（ＵＥ）装置１０６〜１１１に対して無線通信サービスを提供する。典型的には、複数のサービスエリアを提供して広い領域をカバーするため、バックホール（図示せず）を介して複数の基地局を相互接続する。システムエンティティを形成し、モビリィティ管理エンティティ（ＭＭＥ）、スケジューリング、ゲートウェイ、及び他の機能などのシステムの機能を実行する他のシステム構成要素は、簡潔かつ明瞭にするために、図１では省略されている。これらの機器の様々な機能及び動作に関する、図１についてのいずれの記載も、任意の数の装置、回路、又は要素において実装されてよいものである。場合によっては、２つ以上の機能ブロックを単一の装置内に統合してもよいし、いずれかの単一装置において行われるものと記載された機能が、複数の装置に渡って実装されてもよい。典型的には、セルラ通信システムには、通信規格又は仕様を順守することが求められる。第３世代パートナシッププロジェクトロング・ターム・エボリューション（３ＧＰＰ  ＬＴＥ）による通信仕様は、基地局（ＥＮＯＤＥＢ）が、ダウンリンクでは直交周波数分割多重方式（ＯＦＤＭ）を用い、アップリンクではシングルキャリア周波数分割多元接続方式（ＳＣ−ＦＤＭＡ）を用いて、無線通信装置（ユーザ機器（ＵＥ）装置）にサービスを提供するシステムについての仕様である。本明細書に記載する手法が他のタイプの通信システムにおいて適用されてもよいが、本明細書に記載する例示的なシステムは、３ＧＰＰ  ＬＴＥ通信仕様の少なくとも１つの改訂版に従って動作する。
【００１２】
基地局（ＥＮＢ）１０２は、固定された送受信部ステーション（発展型ノードＢ、ＥＮＯＤＥＢ、又はＥＮＢとも呼ばれる）であり、場合によっては、コントローラを含んでいてもよい。基地局１０２は、バックホールを介してコントローラに接続されていてよく、このバックホールには、有線、光、及び／又は無線による通信チャネルの任意の組み合わせが含まれ得る。コントローラは、３ＧＰＰ  ＬＴＥ通信システムにおけるモビリィティ管理エンティティ（ＭＭＥ）の機能、及びパケットゲートウエイ（Ｐ−ＧＷ）を含み得る。
【００１３】
無線（ＵＥ）通信装置（ＵＥ装置）１０６〜１１１は、モバイル装置、無線装置、無線通信装置、モバイル無線装置、ユーザ機器、ＵＥ、ＵＥ装置、並びに他の用語で呼ばれる場合もある。ＵＥ装置１０６〜１１１は、基地局と、また、Ｄ２Ｄ構成で他の無線通信装置と通信するための電子部品及びコードを含む。ＵＥ装置としては、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、無線モデムカード、無線モデム、無線通信回路を備えたテレビ、ラップトップコンピュータ、デスクトップコンピュータ、並びに他の装置などの装置を挙げることができる。それ故、無線通信用電子部品を電子装置と組み合わせることにより、ＵＥ装置１０６〜１１１が形成され得る。例えば、ＵＥ装置は、機械、コンピュータ、又はテレビに接続された無線モデムを含んでいてもよい。
【００１４】
基地局１０２は、ＵＥ装置がカバレッジエリア内にある場合、ＵＥ装置と無線信号を交換する無線送受信部を含む。基地局からの送信、及びＵＥ装置１０６〜１１１からの送信は、送信のシグナリング、プロトコル、及びパラメータを定義する通信仕様に準拠している。また、通信仕様により、通信に関して厳密な規則が提供されてもよいし、通信仕様を順守しながらも具体的な実装に変化を持たせ得るような一般的な要件が提供されてもよい。以下の記載は、３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）通信仕様向けのものではあるが、場合によっては、他の通信仕様が用いられてもよい。通信仕様では、少なくともアップリンク送信及びダウンリンク送信のためのデータチャネル及び制御チャネルが定義され、基地局からＵＥ装置への物理ダウンリンク制御チャネルのための、少なくともいくつかのタイミング及び周波数パラメータが指定される。
【００１５】
図１の例では、それぞれの３つのＵＥ装置１０６、１０７、１０８は、Ｄ２Ｄリンクを介して別のＵＥ装置１０９、１１０、１１１へ送信するデータを有する。ＵＥ装置は、カバレッジエリア内にあってもよいが、典型的にはＵＥ装置は、モード２での動作を使用してＤ２Ｄリソースを取得する場合はカバレッジエリア外にある。それぞれのＤ２Ｄ通信リンク１１２、１１４、１１６は、ＵＥ装置と、基地局（ｅＮＢ）を介してデータをルーティングしない少なくとも１つの他のＵＥ装置と、の間の直接的な無線通信リンクである。例として、全てのＵＥ装置は、Ｄ２Ｄ送信のために通信リソースを要求するそれぞれのＤ２Ｄ  ＵＥ装置が、Ｄ２Ｄ送信のために選択した通信リソースを示すスケジューリング割り当て（ＳＡ）メッセージを送信する通信リソースを取得するためにリソース競合モードで動作している。リソース競合モードの一例は、３ＧＰＰ  ＬＴＥ通信基準の１つ又は２つ以上の改訂に従って動作するシステムで使用されるモード２である。リソース競合モードを使用する従来のシステムでは、複数のＵＥ装置が同じ通信リソースを選択し、ＳＡにおいてこれらのリソースを識別することによってこれらのリソースを取得しようとする場合、衝突が起こることがある。
【００１６】
しかしながら、本明細書の例では、優先送信インジケータ（ＰＴＩ）１１８、１２０が、ＵＥ装置で条件が満たされた場合に送信するデータを有するＵＥ装置１０６、１０７から送信される協調分散スケジューリング（ＣＤＳ）技術を使用することによって、衝突が回避又は少なくとも最小化されている。以下で説明するように、条件は、ＵＥ装置でのバッファサイズに少なくとも部分的に関連してもよい。優先送信インジケータを受信するＵＥ装置は、優先送信インジケータの受信に応じて、これらのＵＥ装置のＳＡ及びデータの送信を遅延させる。遅延するかどうか及び遅延の長さの判断は、受信した優先送信インジケータの数などの要素、並びにバッファサイズ、必要なサービス品質（ＱｏＳ）、及び他の要因などのＵＥ装置での条件に基づいていてもよい。
【００１７】
図１の例に続いて、第１の送信ＵＥ装置１０６、第２の送信ＵＥ装置１０７、及び第３の送信ＵＥ装置１０８は、Ｄ２Ｄ通信リンク１１２、１１４、１１６を介して第１の受信ＵＥ装置１０９、第２の受信ＵＥ装置１１０、及び第３の受信ＵＥ装置１１１に送信するデータをそれぞれ有する。したがって、３つの送信ＵＥ装置は全て、いくつかのデータを持つバッファを有する。例は、１対１の装置の通信を含むが、Ｄ２Ｄ通信は、状況によっては２つ以上のＵＥ装置を含むＤ２Ｄグループを含んでもよい。第１の送信ＵＥ装置１０６及び第２の送信ＵＥ装置は、この例における送信ＵＥ装置の全てによって受信される優先送信インジケータ１１８、１２０を送信する。ＵＥ装置及び受信した優先送信インジケータでの状況に基づいて、それぞれの送信ＵＥ装置は、送信スケジュールを決定する。
【００１８】
図４に関する更なる詳細が説明される一例において、ＵＥ装置は、ＵＥ装置の現在のバッファサイズ、受信した優先送信インジケータの数、及び次のＤ２Ｄ送信がバッファサイズを閾値未満に減少させるであろうかどうかに基づいて送信スケジュールを決定する。例として、それぞれのＵＥ装置は、ＵＥ装置のバッファサイズが閾値を超えており、かつバッファサイズが次の送信後に閾値未満に減少されないであろう場合に、単一ビットフラグを優先送信インジケータとして送信する。１ビットフラグは、スケジューリング割り当て（ＳＡ）において送信され、他のＵＥ装置によって受信される。フラグは、アクティブ値（例えば、１に設定したビット）が優先送信指示を示す２つの値のうちの１つを有する。それぞれのＵＥ装置は、受信したアクティブ値フラグの数を判定し、アクティブ値フラグの数及びその送信バッファサイズに基づいて次のＳＡの送信を控える。
【００１９】
状況によっては、優先送信インジケータ１１８、１２０は、Ｄ２Ｄコールの優先度に基づく。例えば、パブリックセーフティ及び緊急事態において、ＵＥ装置は、バッファデータが閾値未満であっても、優先送信インジケータを送信してもよい。システムは、パブリックセーフティに関与していない他のＵＥ装置が、送信優先度インジケータがもはやアクティブとして送信されなくなるまで送信を停止するように、構成され得る。
【００２０】
状況によっては、優先送信インジケータは、送信のＱｏＳに基づいていてもよい。例えば、ＵＥ装置がリアルタイム音声及び／又はビデオなどのレイテンシ不耐性データを送信している場合、ＵＥ装置は、アクティブな優先送信インジケータを送信して、必要な通信リソースを得る可能性を増やすことができる。
【００２１】
１ビットフラグが図４の例に使用されているが、フラグは２つ以上のビットを含んでいてもよい。かかるインジケータは、インジケータが複数の条件に基づいている場合に有用であり得る。例えば、優先送信インジケータがバッファサイズ、ＱｏＳ、及びパブリックセーフティ基準に基づいている場合、２ビットフラグは、アクティブフラグなし（例えば、値＝００）、低レベルの送信優先度（例えば、値＝０１）、中レベルの送信優先度（例えば、値＝１０）、又は高レベルの送信優先度（例えば、値＝１１）を示し得る。低レベルの送信優先度は、バッファサイズを超える場合に送信されてもよく、中レベルの送信優先度は、高いＱｏＳが必要とされる場合に送信されてもよい。高レベルの送信優先度は、パブリックセーフティ状況のために送信されてもよい。フラグ値に基づいて、他のＵＥ装置は、フラグ値が減少するまで送信を遅延させるか、又は送信を控えてもよい。閾値及び基準の様々な組み合わせは、ＵＥ装置が送信を控えるかどうか及び送信遅延の長さを判定するために適用され得る。
【００２２】
図２は、図１のＵＥ装置１０６〜１１１のうちの１つとして使用されるのに好適なＵＥ装置２００の一例のブロック図である。ＵＥ装置２００は、例えば、メモリ及びユーザインタフェースなどの他の部品及び回路（図示せず）と共に、送受信部２０２と、コントローラ２０４と、を含む。
【００２３】
送受信部２０２は、それぞれアップリンクチャネル及びダウンリンクチャネル越しに、アップリンク無線信号を基地局（ｅＮＢ）へ送信する送信部と、基地局（ｅＮＢ）からダウンリンク無線信号を受信する受信部と、を含む。また、送受信部２０２は、例えば、アップリンク通信リソースなどの割り当てられたセルラリソースを使用して、Ｄ２Ｄ信号を送信及び受信するように構成することができる。コントローラ２０４は、ＵＥ装置２００の部品を制御して、本明細書に記載する装置２００の機能を管理すると共に、装置２００の全体的な機能性を高める。コントローラ２０４は、送受信部２０２及びメモリなどの他の部品に接続されている。
【００２４】
図３は、図１の基地局（ｅＮＢ）１０８として使用されるのに好適な基地局（ｅＮＢ）３００の一例のブロック図である。基地局（ｅＮＢ）３００は、送受信部３０２と、コントローラ３０４と、通信インタフェース３０６を、例えば、メモリなどの他の部品及び回路（図示せず）と共に含んでいる。
【００２５】
送受信部３０２は、サービスエリア１０６内のＵＥ装置と無線信号を交換する。基地局（ｅＮＢ）からの送信、及びＵＥ装置からの送信は、送信のシグナリング、プロトコル、及びパラメータを定義する通信仕様に準拠している。また、通信仕様により、通信に関して厳密な規則が提供されてもよいし、通信仕様を順守しながらも具体的な実装に変化を持たせ得るような一般的な要件が提供されてもよい。ここでの記載は、３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）通信仕様向けのものではあるが、場合によっては、他の通信仕様が用いられてもよい。通信仕様では、少なくともアップリンク送信及びダウンリンク送信のためのデータチャネル及び制御チャネルが定義され、物理チャネルのための、少なくとも何らかのタイミング及び周波数パラメータが指定される。
【００２６】
それ故、送受信部３０２は、少なくともダウンリンク信号を送信するためのダウンリンク送信部と、アップリンク信号を受信するためのアップリンク受信部と、を含む。受信部及びコントローラは、１つ又は２つ以上のパラメータを測定して、アップリンクチャネルの特性を決定する。好適な手法の一例としては、チャネルについてのＣＳＩを決定することが挙げられる。
【００２７】
また、この例の場合、基地局（ｅＮＢ）３００は、他のｅＮＢ及びネットワークエンティティとのバックホール越しの通信を容易にする通信インタフェース３０６を含む。Ｘ２シグナリングが利用可能な場合は、通信インタフェース３１２は、Ｘ２を使用してバックホール越しに通信する。
【００２８】
図４は、装置間（Ｄ２Ｄ）通信のための協調分散スケジューリングを管理する方法の一例のフローチャートである。本明細書における例の場合、この方法は、コントローラ上でコードを実行し、ＵＥ装置２００の他の部品を利用することによって行われる。この方法の各ステップは、異なる順番で行われてもよいし、場合によっては、いくつかのステップが同時に行われてもよい。
【００２９】
ステップ４０２で、ＵＥ装置はモード２送信のために設定される。モード２送信を使用する従来のシステムに従って、ＳＡの送信用のリソースプールと、データ送信用の別のリソースプールと、を含む２つのリソースプールが存在する。それぞれのプールは、異なる定期性及び冗長性を有する。例えば、期間ごとに２つのＳＡリソースプール及び４つのデータリソースプールが発生する。ＵＥ装置は、期間内にデータブロックを送信する。期間内に４回発生し、データブロックを送信する。データブロックは、第１のサブパケットがソースデータサブパケット（システマティックビット）を含み、他の３つがデータブロックに属する冗長データサブパケットを含む、４つのサブパケットに分割される。同じデータブロックは、符号化により４つの異なるサブパケットをもたらす。それぞれのＵＥ装置は、ＳＡリソースプールを持つリソースをランダムに選択して、ＵＥ装置のＳＡを送信する。同じＵＥ装置は、次のＳＡリソースプールで別のリソースを選択して、ＳＡを再送信する。同じＵＥ装置はその後、それぞれの期間内に４つのリソースを選択することによって、４つのサブパケットを使用するデータを送信する。ＵＥ装置によって選択されたデータリソースは、ＳＡによって示される（指示される）。
【００３０】
ステップ４０４で、ＵＥ装置がＤ２Ｄ送信に従事するかどうかが判定される。ＵＥ装置は、Ｄ２Ｄ通信リンクを介して送信するデータがあるかどうかを判定する。ＵＥ装置がＤ２Ｄ通信リンクを介して送信する場合、手順は、ステップ４０６で継続する。そうでない場合、手順は、ＵＥ装置が他のＤ２Ｄ  ＵＥ装置からのＤ２Ｄ送信を監視するステップ４０８に進む。
【００３１】
ステップ４０６で、Ｄ２Ｄ送信のためのデータバッファのサイズが閾値以上かどうかが判定される。閾値は、予め設定された値であってもよく、又は状況によっては調整されてもよい。バッファが閾値以上である場合、手順はステップ４１０で継続する。そうでない場合、手順は、ステップ４１２で継続する。
【００３２】
ステップ４１２で、ＵＥ装置が任意の優先送信インジケータ（ＰＴＩ）を受信したかどうかが判定される。図４の例では、アクティブなＰＴＩは、フラグを送信しているＵＥ装置が優先送信を有することを示す「１」の１ビットフラグである。ＵＥ装置が任意のＰＴＩを受信していない場合、手順は、ＵＥ装置がモード２リソースを使用してＤ２Ｄ送信するステップ４１４で継続する。そうでない場合、手順は、ＵＥ装置が、受信したアクティブなＰＴＩの数に基づいてＤ２Ｄ送信を遅延させるステップ４１６で継続する。本明細書における例では、ＳＡ及びデータの送信は、ＵＥ装置によって受信されたアクティブなＰＴＩの数に等しい期間の数だけ遅延される。３ＧＰＰ仕様は、Ｄ２Ｄ通信の期間を定義し、サイドリンク期間通信又はＳＬ−ＰｅｒｉｏｄＣｏｍｍと呼ばれる。期間は、ネットワークによって設定可能であり、４０サブフレーム、６０サブフレーム、７０サブフレーム、８０サブフレーム、１２０サブフレーム、１４０サブフレーム、１６０サブフレーム、２４０サブフレーム、２８０サブフレーム、及び３２０サブフレームなどのサブフレームで測定されるいくつかの長さのいずれかを有し得る。ＰＴＩは、非アクティブに設定され、手順は、Ｄ２Ｄ送信後にステップ４０２に戻る。
【００３３】
ステップ４１０で、次のＤ２Ｄ送信がデータバッファサイズを閾値未満に減少させるであろうかどうかが判定される。次のＤ２Ｄ送信がバッファを閾値未満に減少させるであろう場合、手順はステップ４１８で継続する。そうでない場合、手順は、ステップ４２０で継続する。
【００３４】
ステップ４１８で、ＵＥ装置が任意のアクティブな優先送信インジケータ（ＰＴＩ）を受信したかどうかが判定される。ＵＥ装置がＰＴＩを受信しなかった場合、手順はステップ４２２で継続する。そうでない場合、手順は、ステップ４２４で継続する。
【００３５】
ステップ４２２で、ＵＥ装置は、モード２リソースを使用してＤ２Ｄ送信し、ＵＥ装置のＰＴＩを非アクティブ（例えば、「０」のフラグ）に設定する。例として、ＵＥ装置は、ＳＡがリソースを特定し、かつ非アクティブなＰＴＩを含む、次の期間でＳＡを送信する。Ｄ２Ｄデータはその後、特定したＤ２Ｄリソースを使用して送信され、手順はステップ４０６へ戻る。
【００３６】
ステップ４２４で、ＵＥ装置は、Ｄ２ＤデータをＮ回の再送信において送信する。例として、ＵＥ装置は、Ｎが受信したアクティブなＰＴＩの数であるＮ個の期間の間、それぞれの後続期間にＳＡ及びデータを送信する。ＳＡは、ＰＴＩが非アクティブに設定されているＮ番目の再送信を除く全ての送信に対してアクティブなＰＴＩを含む。本明細書で説明されるように、再送信は、同一ブロックの送信を含んでもよく、又は新たなデータブロックを含んでもよい。例えば、ＶｏＩＰシナリオについて、ＵＥ装置は、現在のパケットを破棄し、再送信として次のＶｏＩＰパケットを送信することを決定してもよい。
【００３７】
ステップ４２０で、ＵＥ装置が任意のアクティブな優先送信インジケータ（ＰＴＩ）を受信したかどうかが判定される。ＵＥ装置がＰＴＩを受信しなかった場合、手順はステップ４２６で継続する。そうでない場合、手順は、ステップ４２８で継続する。
【００３８】
ステップ４２６で、ＵＥ装置は、モード２リソースを使用してＤ２Ｄ送信し、ＵＥ装置のＰＴＩをアクティブ（例えば、「１」のフラグ）に設定する。例として、ＵＥ装置は、ＳＡがリソースを特定し、かつアクティブなＰＴＩを含む次の期間でＳＡを送信する。Ｄ２Ｄデータはその後、特定したＤ２Ｄリソースを使用して送信され、手順はステップ４０６へ戻る。
【００３９】
ステップ４２８で、ＵＥ装置は、Ｄ２ＤデータをＮ回の再送信において送信する。例として、ＵＥ装置は、Ｎが受信したアクティブなＰＴＩの数であるＮ個の期間の間、それぞれの後続期間にＳＡ及びデータを送信する。ＳＡは、全ての送信に対してアクティブなＰＴＩを含む。したがって、次の送信がバッファサイズを閾値未満に減少させないであろうと判定された場合、ＵＥ装置は、受信したアクティブなＰＴＩの数に等しい再送信の数に対してデータを再送し、全ての再送信に対してアクティブなＰＴＩを含む。しかしながら、次の送信がバッファのサイズを閾値未満に減少させるであろう場合、ＵＥ装置は、受信したアクティブなＰＴＩの数に等しい再送信の数に対してデータを再送し、最後の再送信を除く全ての再送信に対してアクティブなＰＴＩを含む。
【００４０】
本発明の他の実施形態及び変更例が、これらの教示を参酌して、当業者に容易に創作されることとなるのは明らかである。上述の記載は、例示的であり、限定的なものではない。本発明は、上記の明細書及び添付の図面に基づく実施形態及び変更例の全てを含む、以下の請求の範囲によってのみ限定されることとなる。従って、本発明の範囲は、上記の説明を参照して判定されるのではなく、均等物の全範囲と共に、添付される請求の範囲を参照して判定されるべきである。
【図１】
0006426279.tif 000002
【図２】
0006426279.tif 000003
【図３】
0006426279.tif 000004
【図４】
0006426279.tif 000005