(57)【要約】  本発明は、スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体を開示する。前記方法は、ネットワーク側は、サイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータおよびＵｕインターフェーススケジューリング要求リソースのマッピング関係を構成するステップと、ネットワーク側は、前記マッピング関係をユーザ機器に通知するステップを備える。ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求リソースとの間のマッピング関係を受信するステップと、ユーザ機器は、サイドリンクインターフェースがスケジューリング要求をトリガーしたかを判断し、スケジューリング要求がトリガーされた場合、トリガースケジューリング要求のサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのスケジューリング要求リソースを決定する。本発明によれば、端末がスケジューリング要求をトリガーするとき、端末はどのスケジューリング要求リソースが送信のために選択されるかを決定することができるので、直接通信リンクでトリガーされるスケジューリング要求リソースを選択する問題が解決される。
2021534667.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのサービス質量（ＱｏＳ）パラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するステップと、
ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するステップとを備えることを特徴とするスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項２】
ユーザ機器によって受信される前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成されることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項３】
サイドリンクインターフェースのＱｏＳパラメータは、
サイドリンクインターフェーの各パケットの優先度ＰＰＰＰ、サイドリンクインターフェーの各パケットの信頼性ＰＰＰＲ、サイドリンクインターフェースデータパケット時間遅延バジェットＰＤＢ、およびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項４】
ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースであることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項５】
ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断するステップは、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項６】
ＵｕインターフェースＳＲリソース割り当てモードは、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項７】
ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用されることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項８】
前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項７に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項９】
ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項１０】
ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ｒｅｔｘＢＳＲ−Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項１１】
ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択され：
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択し：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択することを特徴とする請求項１から請求項１０のいずれか一項に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項１２】
ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するステップと、
ネットワーク側は、前記マッピング関係をユーザ機器に通知するステップとを備え、
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用されることを特徴とするＳＲ送信リソースを構成するための方法。
【請求項１３】
前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成されることを特徴とする請求項１２に記載のＳＲ送信リソースを構成するための方法。
【請求項１４】
サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、およびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項１２に記載のＳＲ送信リソースを構成するための方法。
【請求項１５】
ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースであることを特徴とする請求項１２に記載のＳＲ送信リソースを構成するための方法。
【請求項１６】
ＵｕインターフェースＳＲリソース割り当てモードは、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項１２に記載のＳＲ送信リソースを構成するための方法。
【請求項１７】
ユーザ機器からネットワーク側に報告された補助情報を受信した後、ネットワーク側は、前記補助情報に基づくマッピング関係を構成することを特徴とする請求項１２に記載のＳＲ送信リソースを構成するための方法。
【請求項１８】
前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項１７に記載のＳＲ送信リソースを構成するための方法。
【請求項１９】
次のプロセスを実行するためにメモリ内のプログラムを読み取るように構成されたプロセッサと、
プロセッサの制御下でデータを送受信するように構成された送受信機とを備え、
前記プロセッサは、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信した後、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定することを特徴とするユーザ機器。
【請求項２０】
受信された的前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成されることを特徴とする請求項１９に記載のユーザ機器。
【請求項２１】
サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、およびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項１９に記載のユーザ機器。
【請求項２２】
ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースであることを特徴とする請求項１９に記載のユーザ機器。
【請求項２３】
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定することを含むことを特徴とする請求項１９に記載のユーザ機器。
【請求項２４】
ＵｕインターフェースＳＲリソース割り当てモードは、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項１９に記載のユーザ機器。
【請求項２５】
補助情報をネットワーク側に報告し、前記補助情報は、ネットワーク側が前記マッピング関係を構成するために使用されることを特徴とする請求項１９に記載のユーザ機器。
【請求項２６】
前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータと、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ））とのうちの少なくとも１つを含むことを特徴とする請求項２５に記載のユーザ機器。
【請求項２７】
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定することを含むことを特徴とする請求項１９に記載のユーザ機器。
【請求項２８】
ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、
ｒｅｔｘＢＳＲ−Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択することを含むことを特徴とする請求項１９に記載のユーザ機器。
【請求項２９】
ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択され：
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択し：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択することを特徴とする請求項１９から請求項２８のいずれか一項に記載のユーザ機器。
【請求項３０】
サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するためにメモリ内のプログラムを読み取るように構成されたプロセッサと、
プロセッサの制御下でデータを送受信するように構成された送受信機とを備え、
前記送受信機は、前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用されることを特徴とする基地局。
【請求項３１】
前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成されることを特徴とする請求項３０に記載の基地局。
【請求項３２】
サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、およびＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項３０に記載の基地局。
【請求項３３】
ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースであることを特徴とする請求項３０に記載の基地局。
【請求項３４】
ＵｕインターフェースＳＲリソース割り当てモードは、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項３０に記載の基地局。
【請求項３５】
ユーザ機器からネットワーク側に報告された補助情報を受信した後、前記補助情報に基づいてマッピング関係を構成することを特徴とする請求項３０に記載の基地局。
【請求項３６】
前記補助情報は、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）のうちの１つまたは組み合わせるを含むことを特徴とする請求項３５に記載の基地局。
【請求項３７】
ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュールと、
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように設定された決定モジュールとを備えることを特徴とするユーザ機器。
【請求項３８】
サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュールと、
前記マッピング関係をユーザ機器に通知するように構成された通知モジュールとを備え、
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用されることを特徴とする基地局。
【請求項３９】
プロセッサによって実行されると、前記プロセッサに、請求項１から請求項１１のいずれか一項の方法または請求項１２から請求項１８のいずれか一項に記載の方法を実行させるコンピュータプログラムを格納するコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１８年８月１６日に中国特許局に提出し、出願番号が２０１８１０９３４２８３．５であり、発明名称が「スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
【０００２】
本発明は、通信技術分野に関し、特にスケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体に関する。
【背景技術】
【０００３】
最初に、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システムのスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ，ＳＲ）メカニズムが以下のように導入される。
【０００４】
ＬＴＥシステムは、基地局がデータ送信に必要な時間周波数リソースをユーザ機器に割り当て、ユーザ機器が基地局のスケジューリングコマンドに基づいてダウンリンクデータを受信するか、またはアップリンクデータを送信する、スケジューリングベースのシステムである。アップリンクデータ送信は基地局によってスケジュールされ、基地局のスケジューラは、アップリンクリソースの割り当て状況を決定した後、アップリンクスケジューリンググラント（ＵＬ  ｇｒａｎｔ）を介してユーザ機器に通知することができる。基地局のスケジューラは、ユーザ機器によって送信されるアップリンクデータの量、すなわち、ユーザ機器のバッファ状態に基づいてアップリンクリソースを割り当てる。当該バッファはユーザ機器にある。基地局が情報を知りたい場合、ユーザ機器は基地局に対してバッファ状態レポート（Ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｐｏｒｔ，ＢＳＲ）を実行する必要がある。ＬＴＥ  Ｒｅｌ−１１以前のバージョンのＢＳＲ分類とトリガーメカニズムは次のとおりである。
【０００５】
通常（Ｒｅｇｕｌａｒ）のＢＳＲ：（１）現在のバッファ（ｂｕｆｆｅｒ）内のデータよりも優先度の高いデータが到着したとき、またはデータが元々空であるバッファに到着したときにトリガーされる。（２）ｒｅｔｘＢＳＲ−Ｔｉｍｅｒの有効期限が切れ、バッファにデータがある場合にトリガーされる。
【０００６】
周期（Ｐｅｒｉｏｄｉｃ）的ＢＳＲ：周期的ＢＳＲは、周期的ＢＳＲタイマー（ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ）が満了したときにトリガーされる。
【０００７】
パディング（Ｐａｄｄｉｎｇ）ＢＳＲ：パディングＢＳＲは、媒体アクセス制御（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔｓ，Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ，ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を編成するときに送信される必要があるデータに加えて、ユーザ機器（ＵＥ）が利用可能なリソースを有するときにトリガーされ得る。
【０００８】
ユーザ機器がトリガーされる通常のＢＳＲ（Ｒｅｇｕｌａｒ  ＢＳＲ）を有するが（通常のＢＳＲをトリガーする論理チャネルがＳＲマスキング（ｍａｓｋｉｎｇ）で構成されていない）、ユーザ機器がＵＬグラントを持たない場合、ＳＲがトリガーされる。
【０００９】
ＳＲがトリガーされた後、ＳＲを送信するための２つの方法があり、すなわち、専用スケジューリング要求リソース（Ｄ−ＳＲ）を介してＳＲを送信することと、ランダムアクセスプロセス（ＲＡ−ＳＲ）を介してＳＲを送信することである。
【００１０】
専用ＳＲ（Ｄ−ＳＲ）：Ｄ−ＳＲは、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ，ＲＲＣ）によって割り当てられ、物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ，ＰＵＣＣＨ）によって運ばれる。
【００１１】
ランダムアクセスＳＲ（ＲＡ−ＳＲ）：ＳＲを送信するためにランダムアクセスプロセスを使用する。
【００１２】
ＳＲを送信する基本原理は、Ｄ−ＳＲリソースがある限り、ＲＡ−ＳＲは使用されない。ＲＡ−ＳＲは、Ｄ−ＳＲリソース構成がない場合にのみ使用される。
【００１３】
新無線（Ｎｅｗ  Ｒａｄｉｏ，ＮＲ）システムのＳＲは、以下のように導入される。
【００１４】
ＮＲシステムの物理層は、複数のｎｕｍｅｒｏｌｏｇｙ／ＴＴＩをサポートする。ベースバンドパラメータ（ｎｕｍｅｒｏｌｏｇｙ）と送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ，ＴＴＩ）の概念は次のとおりである。
【００１５】
ｎｕｍｅｒｏｌｏｇｙは３ＧＰＰ  ＲＡＮ１の用語であり、ベースバンドパラメータに変換することができる。異なるｎｕｍｅｒｏｌｏｇｙの主な違いは、異なるｎｕｍｅｒｏｌｏｇｙが異なるサブキャリア間隔（Ｓｕｂ−ｃａｒｒｉｅｒ  Ｓｐａｃｉｎｇ，ＳＣＳ）をサポートすることである。たとえば、５Ｇ  ＮＲシステムでサポートされるサブキャリア間隔には、少なくとも１５ＫＨｚ、３０ＫＨＺ、６０ＫＨｚ、１２０ｋＨｚが含まれ、さまざまなサブキャリア間隔に対応するｎｕｍｅｒｏｌｏｇｙは独立したｎｕｍｅｒｏｌｏｇｙである。一般に、高速ユーザ機器で使用されるｎｕｍｅｒｏｌｏｇｙは、低速ユーザ機器で使用されるｎｕｍｅｒｏｌｏｇｙとは異なる。高周波数と低周波数でのｎｕｍｅｒｏｌｏｇｙも異なる。さまざまなｎｕｍｅｒｏｌｏｇｙの使用に関連する速度と頻度に加えて、業界は、さまざまなサービスで使用できるｎｕｍｅｒｏｌｏｇｙも異なる可能性があることも理解している。たとえば、超高信頼性および低遅延通信（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ＆  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＵＲＬＬＣ）で使用されるｎｕｍｅｒｏｌｏｇｙなどである。および拡張モバイルブロードバンド（Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ，ｅＭＢＢ）は異なる場合がある。
【００１６】
ＴＴＩは、送信時間間隔である。従来のＬＴＥシステムでは、ＴＴＩの長さは１ｍｓである。ＬＴＥ  Ｒ１４から、時間遅延の削減をサポートするために、１つの直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ，ＯＦＤＭ）シンボル長など、さまざまなＴＴＩ長が導入された。異なるＴＴＩ長は５Ｇシステムで使用され、各ｎｕｍｅｒｏｌｏｇｙに適用できる。つまり、５Ｇ  ＮＲの異なるｎｕｍｅｒｏｌｏｇｙは異なるＴＴＩ長または同じＴＴＩ長を使用でき、ＴＴＩ長は特定のｎｕｍｅｒｏｌｏｇｙの異なるユーザ機器に使用され、いつでも動的に変更できる。ＴＴＩの長さの選択は、主にサービスの遅延に関連している。たとえば、ＵＲＬＬＣサービスの場合、サポートする遅延要件は比較的高く、１  ＯＦＤＭシンボルのＴＴＩ長など、より短いＴＴＩ長を選択できる。
【００１７】
ＮＲシステムの場合、ベアラ／論理チャネルに対応するｎｕｍｅｒｏｌｏｇｙおよび／またはＴＴＩは、ネットワークを介して構成される。異なる論理チャネルに対応するｎｕｍｅｒｏｌｏｇｙおよび／またはＴＴＩは、同じであっても異なっていてもよい。アップリンクの場合、ＳＲ情報は、現在データ送信要件がある論理チャネルに対応するｎｕｍｅｒｏｌｏｇｙやＴＴＩを反映できる必要がある。これにより、ネットワーク側のデバイスは、ＳＲに応じてユーザ機器に適切なアップリンクリソースを割り当てることができる。この目標を達成するためのＮＲの設計思想は以下のとおりである。
【００１８】
ＳＲ構成（ＳＲ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）の複数のセットが導入され、ネットワーク側は、ユーザ機器の論理チャネルとＳＲ構成との間の対応を構成し、ネットワーク側は、論理チャネルとｎｕｍｅｒｏｌｏｇｙ／ＴＴＩとの間の対応を構成する。
【００１９】
ユーザ機器は、トリガーされるＳＲを有し、次に、ＳＲをトリガーする論理チャネル、および論理チャネルとネットワーク側によって構成されたＳＲ構成との間の対応に基づいて、ＳＲ送信に使用されるＳＲ構成を選択してＳＲ送信を実行する。
【００２０】
ネットワーク側は、ＳＲを受信し、次に、ネットワーク側によって構成された論理チャネルとＳＲ構成との間の対応に基づいて、送信されるデータが存在する論理チャネルを決定し、次いで、合理的なスケジューリングを実行するため、ＵＬグラントに対応するｎｕｍｅｒｏｌｏｇｙおよび／またはＴＴＩを決定する。これらのＳＲ構成は、それぞれ異なるＰＵＣＣＨリソースにマッピングされる（異なるＰＵＣＣＨリソースは、ＰＵＣＣＨによって占有される異なる時間／周波数ドメインリソースを参照する）。
【００２１】
従来技術の不利な点は、ＮＲシステムが複数のＳＲ構成のセットを導入し、論理チャネルがＵｕリンク（Ｕｕ  ｌｉｎｋ）のためにネットワークによって構成され、ネットワークがユーザごとに、論理チャネルとＳＲ構成との間のマッピング関係を構成し、に基づいて、ユーザ機器がトリガーされるＳＲを有する場合、ユーザ機器は、最初に、どの論理チャネルがＳＲをトリガーするかを決定し、次に、ＳＲをトリガーする論理チャネルおよびＳＲによって構成されたマッピング関係に基づいて、ユーザ機器によって使用されるＳＲ構成を決定する。
【００２２】
直接通信／直接リンク（Ｓｉｄｅｌｉｎｋ）の場合、Ｕｕ  ｌｉｎｋとは異なり、Ｓｉｄｅｌｉｎｋの論理チャネルは、ユーザ機器自体によって確立されるため、ユーザ機器の通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲ）ＳＲがトリガーされるとき、ユーザ機器は、送信のためにどのＳＲリソースのセットを選択すべきかを知らない。
【発明の概要】
【発明が解決しようとする課題】
【００２３】
本発明は、スケジューリング要求リソースを決定および構成するための方法、デバイスおよび記憶媒体を提供し、ユーザ機器が送信のためにどのＳＲリソースのセットを選択すべきかを知らないという問題を解決する。
【課題を解決するための手段】
【００２４】
上記の従来問題を解決するために、第１の態様では、本発明の実施形態によって提供されるＳＲリソースを決定するための方法は、
ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するステップと、
ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するステップとを備える。
【００２５】
実施において、ユーザ機器によって受信される前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
【００２６】
実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。
【００２７】
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
【００２８】
実施において、ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断するステップは、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定するステップを含む。
【００２９】
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：
【００３０】
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
【００３１】
実施において、ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用される。
【００３２】
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
【００３３】
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ））。
【００３４】
実施において、ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定するステップを含む。
【００３５】
実施において、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ｒｅｔｘＢＳＲ−Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。
【００３６】
実施において、ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
【００３７】
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：
【００３８】
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
【００３９】
第２の態様では、本発明の実施形態によって提供されるＳＲ送信リソースを構成するための方法は、
ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するステップと、
ネットワーク側は、前記マッピング関係をユーザ機器に通知するステップとを備える。
【００４０】
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
【００４１】
実施において、前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
【００４２】
実施において、サイドリンクインターフェースのＱｏＳパラメータは、パラメータのうちの１つまたはそれらの組み合わせである：
【００４３】
ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータ。
【００４４】
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
【００４５】
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：
【００４６】
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
【００４７】
実施において、
ユーザ機器からネットワーク側に報告された補助情報を受信した後、ネットワーク側は、前記補助情報に基づくマッピング関係を構成する。
【００４８】
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
【００４９】
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）。
【００５０】
第３の態様では、本発明の実施形態によって提供されるユーザ機器は、
次のプロセスを実行するためにメモリ内のプログラムを読み取るように構成されたプロセッサと、
プロセッサの制御下でデータを送受信するように構成された送受信機とを備え、
前記プロセッサは、ネットワーク側によって構成されたサイドリンクインターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信した後、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定する。
【００５１】
実施において、受信された的前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
【００５２】
実施において、サイドリンクインターフェースのＱｏＳパラメータは、パラメータのうちの１つまたはそれらの組み合わせである：
【００５３】
ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータ。
【００５４】
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
【００５５】
実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、具体的に、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定する。
【００５６】
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下とおりである：
【００５７】
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
【００５８】
実施において、さらに、補助情報をネットワーク側に報告し、前記補助情報は、ネットワーク側が前記マッピング関係を構成するために使用される。
【００５９】
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
【００６０】
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ））。
【００６１】
実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するすることは、具体的に、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定する。
【００６２】
実施において、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ｒｅｔｘＢＳＲ−Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。
【００６３】
実施において、ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
【００６４】
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：
【００６５】
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
【００６６】
第４の態様では、本発明の実施形態によって提供される基地局は、
サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するためにメモリ内のプログラムを読み取るように構成されたプロセッサと、
プロセッサの制御下でデータを送受信するように構成された送受信機とを備え、
前記送受信機は、
前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
【００６７】
実施において、前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
【００６８】
実施において、サイドリンクインターフェースのＱｏＳパラメータは、パラメータのうちの１つまたはそれらの組み合わせである：
【００６９】
ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータ。
【００７０】
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
【００７１】
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：
【００７２】
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
【００７３】
実施において、ユーザ機器からネットワーク側に報告された補助情報を受信した後、前記補助情報に基づいてマッピング関係を構成する。
【００７４】
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
【００７５】
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）。
【００７６】
第５の態様では、本発明の実施形態によって提供されるユーザ機器は、
ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュールと、
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように設定された決定モジュールとを備える。
【００７７】
第６の態様では、本発明の実施形態によって提供される基地局は、
サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュールと、
前記マッピング関係をユーザ機器に通知するように構成された通知モジュールとを備え、
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
【００７８】
第７の態様では、本発明の実施形態は、プロセッサによって実行されると、プロセスにユーザ機器によって実行されるステップまたは基地局によって実行されるステップを実行させるコンピュータプログラムを格納するコンピュータ可読記憶媒体を提供する。
【発明の効果】
【００７９】
本発明は、以下の有益な効果を有する。
【００８０】
本発明の実施形態によって提供される技術的解決策では、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を構成し、当該マッピング関係をユーザ機器に送信することができ、ユーザ機器は、ＳＲがトリガーされたと判断するときに、サイドリンクインターフェースの論理チャネルのＱｏＳパラメータと組み合わせたこのマッピング関係に基づいてＵｕインターフェース上のＳＲリソースを決定し、このリソースで送信できる。したがって、ユーザ機器がＳＲをトリガーした後、ユーザ機器は、送信のために選択されたＳＲリソースのセットを決定することができ、それによって、サイドリンクリンクでトリガーするＳＲのリソース選択の問題を解決する。
【図面の簡単な説明】
【００８１】
本明細書に示される添付の図面は、用途のさらなる理解を提供し、用途の一部を構成するために使用され、用途の概略実施形態およびその図は、用途を説明するために使用されるが、用途を不適切に限定するものではない。
【００８２】
【図１】本発明の実施形態による、ネットワーク側でＳＲ送信リソースを構成するための方法の概略図である。
【図２】本発明の実施形態による、ユーザ機器のＳＲリソースを決定するための方法の概略図である。
【図３】本発明の実施形態による、ユーザ機器が補助情報を報告する必要がない場合のＳＲ処理フローの概略図である。
【図４】本発明の実施形態による、ユーザ機器が補助情報を報告する必要がある場合のＳＲ処理フローの概略図である。
【図５】本発明の実施形態による第１の基地局の概略構造図である。
【図６】本発明の実施形態による第１のユーザ機器の概略構造図である。
【図７】本発明の実施形態による第２の基地局の概略図である。
【図８】本発明の実施形態による第２のユーザ機器の概略図である。
【発明を実施するための形態】
【００８３】
ＮＲシステムは、ＳＲ構成の複数のセットを導入し、論理チャネルは、Ｕｕリンクのためにネットワークによって構成され、ネットワークは、ユーザ機器のための、論理チャネルとＳＲ構成との間のマッピング関係を構成し得る。したがって、ユーザ機器がトリガーされるＳＲを有する場合、ユーザ機器は、最初に、どの論理チャネルがＳＲをトリガーするかを判断し、次に、ＳＲをトリガーする論理チャネルおよび論理チャネルとＳＲ構成との間のマッピング関係に基づいて、ユーザ機器によって使用されるＳＲ構成を決定する。
【００８４】
サイドリンクについては、Ｕｕリンクとは異なり、サイドリンクの論理チャネルは、ユーザ機器自体によって確立されるので、ユーザ機器の通常のＢＳＲ（Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲ）がＳＲをトリガーする場合、ユーザ機器は、送信のためにどのＳＲリソースのセットが選択されるべきかを知らない。このような問題点を考慮して、本発明の実施形態は、サイドリンクインターフェースのスケジューリング要求リソースを決定するための解決案を提供し、これは主に、サイドリンクリンク上の通常のＢＳＲによってトリガーされるＳＲリソース選択の問題を解決するために使用される。本発明の実施形態で提供される解決策は、主に、ネットワーク側が、サイドリンクインターフェースのサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ，ＱｏＳ）パラメータ／  ＱｏＳパラメータの組み合わせと、ＵｕインターフェースのＳＲリソースとの間のマッピング関係を構成することである。次に、ユーザ機器のサイドリンクインターフェースの通常のＢＳＲがＳＲをトリガーした後、ユーザ機器は、通常のＢＳＲをトリガーするサイドリンクインターフェースのＱｏＳパラメータに基づいて、Ｕｕインターフェース上で送信するための適切なＳＲリソースを選択する。
【００８５】
本発明の実施形態は、図面と組み合わせて以下で説明される。
【００８６】
説明では、ユーザ機器側および基地局側での実施がそれぞれ図示され、次に、の実施形態で提供される解決案の実施をよりよく理解するために、両者が協力して実施される実施例も示される。このような説明は、協力して実施する必要がある、または単独で実施する必要があるという意味ではない。実際、ユーザ機器と基地局を別々に実施すると、ユーザ機器側と基地局側の問題もそれぞれ解決するが、組み合わせて使用すると技術的効果が向上する場合がある。
【００８７】
図１は、ネットワーク側でＳＲ送信リソースを構成するための方法の概略図である。示されているように、この方法は以下のステップを含み得る。
【００８８】
ステップ１０１において、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
【００８９】
ステップ１０２において、ネットワーク側は、前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
【００９０】
それに対応して、以下はユーザ機器に関して説明する。
【００９１】
図２は、ユーザ機器のＳＲリソースを決定するための方法の概略図である。示されているように、この方法は以下のステップを含み得る。
【００９２】
ステップ２０１において、ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信する。
【００９３】
ステップ２０２において、ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定する。
【００９４】
このようにして、ユーザ機器は、決定されたＳＲリソース上でネットワーク側にＳＲを送信することができる。
【００９５】
実施においてネットワーク側とユーザ機器との間には一定の対応があるため、以下の説明は主にユーザ機器に基づく。当業者は、２つの側の間の対応に基づいて、反対側のユーザ機器の実施を知ることができる。
【００９６】
実施において、ユーザ機器によって受信されるマッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
【００９７】
実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢおよびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。
【００９８】
具体的には、サイドリンクインターフェースのＱｏＳパラメータは、以下のうちの１つまたは組み合わせであり得るが、これらに限定されない：
【００９９】
サイドリンクインターフェーの各パケットの優先度（ＰｒｏＳｅ  Ｐｅｒ−Ｐａｃｋｅｔ  Ｐｒｉｏｒｉｔｙ，ＰＰＰＰ）、
サイドリンクインターフェーの各パケットの信頼性（ＰｒｏＳｅ  Ｐｅｒ−Ｐａｃｋｅｔ  Ｒｅｌｉａｂｉｌｉｔｙ，ＰＰＰＲ）、
パケット遅延バジェット（Ｐａｃｋｅｔ  Ｄｅｌａｙ  Ｂｕｄｇｅｔ，ＰＤＢ）、
後続のプロトコルによって新たに導入されたサイドリンクインターフェースのＱｏＳパラメータ。
【０１００】
組み合わせる場合、それはまた、パラメータの組み合わせ、異なるパラメータの特定の値の組み合わせ、および同じパラメータの異なる値の組み合わせとして具体化することができる。様々な組み合わせがＳＲリソースとマッピング関係を形成し、ユーザ機器がＳＲを送信するためのＳＲリソースを決定できる限り、様々な形態の組み合わせを必要に応じて決定することができる。
【０１０１】
詳細については、第１の実施形態および表１、ならび第２の実施形態および表２の関連する実施を参照されたい。
【０１０２】
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
【０１０３】
具体的には、ＳＲリソースの表現形式は、時間／周波数リソース、または時間／周波数リソースインデックスであり得る。
【０１０４】
実施において、ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、具体的に、ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定する。
【０１０５】
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下のとおりである：
【０１０６】
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されなく、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
【０１０７】
具体的には、ＵｕインターフェースのＳＲリソースＳＲリソースを割り当てるための２つのオプションがある。
【０１０８】
オプション１：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されない。
【０１０９】
オプション２：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、ネットワークがサービスの優先順位を区別することを容易にするために、時間領域および／または周波数領域で分離される。
【０１１０】
実施において、上記方法ではさらに、ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用される。
【０１１１】
実施において、前記補助情報は、以下の１つまたは組み合わせを含む：
【０１１２】
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、
ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）。
【０１１３】
具体的には、ネットワーク側が、サイドリンクインターフェースＱｏＳパラメータとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する場合、以下の２つのオプションがあり得る。
【０１１４】
オプションＡ：ネットワーク側は、サイドリンクインターフェースのすべての可能なＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。このオプションでは、ユーザ機器は補助情報を報告する必要はない。
【０１１５】
オプションＢ：ユーザ機器は補助情報を報告し、ネットワーク側は、ユーザ機器によって報告された補助情報に基づいて、サイドリンクインターフェースの現在のサービスＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
【０１１６】
オプションＢにおいて、ユーザ機器によって報告される補助情報の内容は、以下のうちの１つまたは組み合わせであり得る：
【０１１７】
◎  ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータ、
◎  ネットワークが前記補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する場合異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができない。
【０１１８】
◎  ユーザ機器のサイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ））。
【０１１９】
このようにして、ネットワークは、この補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するときに、異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができる。
【０１２０】
実施において、ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定する。
【０１２１】
実施において、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するすることは、具体的に、
ｒｅｔｘＢＳＲ−Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。
【０１２２】
実施において、ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
【０１２３】
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行する。
【０１２４】
または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：
【０１２５】
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
【０１２６】
具体的には、ＳＲリソースの選択モーとは、以下のようになり得る。
【０１２７】
ＳＲリソースが宛先識別子（Ｄｅｓｔｉａｎｔｉｏｎ  ＩＤ）を区別する場合、最初に、ＳＲをトリガーするサイドリンク論理チャネルに基づいて宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）を選択し、次に、宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）の下のＱｏＳパラメータおよびＳＲ構成に基づいて、以下のプロセスを実行する必要がある。それ以外の場合は、次のプロセスが直接実行される。
【０１２８】
サイドリンクＢＳＲの場合、ｒｅｔｘＢＳＲタイマーの期限切れにより通常のサイドリンクＢＳＲがトリガーされると、現在送信されるデータがあり、かつ優先度が最も高いサイドリンク論理チャネルに対応するＱｏＳパラメータに対応するＳＲリソースが選択される。
【０１２９】
ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
【０１３０】
複数のＳＲリソースを選択できるようにする。つまり、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースそれぞれを使用して、ＳＲ要求を実行する。
【０１３１】
ＳＲリソースのセットを１つだけ使用できるようにし、次の原則に基づいて選択する：
【０１３２】
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定する。
【０１３３】
現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択し、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
【０１３４】
ネットワーク側とユーザ機器の連携例から以下の説明を行う。
【０１３５】
第１の実施形態：
【０１３６】
図３は、ユーザ機器が補助情報を報告する必要がない場合のＳＲ処理フローの概略図である。示されているように、ＳＲ処理フローは次のようになる。
【０１３７】
ステップ３０１において、ネットワーク側は、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとの間のマッピング関係を決定する。
【０１３８】
具体的には、ネットワーク側は、サイドリンクインターフェース（サイドリンクインターフェース）ＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
【０１３９】
ＵｕインターフェースＳＲリソースは、特定の時間／周波数リソース、または時間／周波数リソースインデックスであり得る。リソースを分割するオプションは２つある。
【０１４０】
オプション１：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別されない。
【０１４１】
オプション２：Ｕｕインターフェースでは、ネットワークがサービスの優先順位を区別することを容易にするために、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別する。
【０１４２】
ネットワーク側は、サイドリンクインターフェースのすべての可能なＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を決定し、構成する。
【０１４３】
サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢおよび後続のプロトコルによって新たに導入されたサイドリンクインターフェースのＱｏＳパラメータのうちの１つまたは組み合わせであり得るが、これらに限定されない。
【０１４４】
サイドリンク論理チャネルのＱｏＳパラメータ情報は、ＰＰＰＰおよび／またはＰＰＰＲおよび／またはＰＤＢであり得、新たに導入された他のサイドリンク関連ＱｏＳパラメータであり得る。
【０１４５】
例として、ＱｏＳパラメータであるＰＰＰＰを取り上げ、ＰＰＰＰが８つのレベルを有すると仮定すると、ネットワーク側は以下のように構成することができる：ＰＰＰＰ＝１／２が、ＳＲリソース１を使用、ＰＰＰＰ＝３／４がＳＲリソース２を使用し、ＰＰＰＰ＝５／６がＳＲリソース３を使用し、ＰＰＰＰ＝７／８がＳＲリソース４を使用する。
【０１４６】
例として、ＱｏＳパラメータであるＰＰＰＰ／ＰＰＰＲの組み合わせを取り上げると、ＰＰＰＰおよびＰＰＰＲは、それぞれ４つのレベルを有すると想定される。ネットワーク側は、表１に示す構成を実行できる。
【０１４７】
実施において、それはまた、同じパラメータの異なる値の組み合わせであり得る。これは、様々な組み合わせがＳＲリソースとのマッピング関係を形成し、ユーザ機器がＳＲを送信するためのＳＲリソースを決定できる限り、必要に応じて決定され得る。
【０１４８】
【表１】
2021534667.tif 000003
【０１４９】
ステップ３０２において、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとＳＲリソースとの間のマッピング関係をユーザ機器に通知する。
【０１５０】
具体的には、ネットワーク側は、専用シグナリングを介して、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとＳＲリソースとの間の構成関係をユーザ機器に通知する。構成シグナリングのＳＲリソースは、時間／周波数リソースまたはＳＲリソースインデックスであってもよい。
【０１５１】
ステップ３０３において、ユーザ機器は、ＳＲリソースを選択する。
【０１５２】
具体的には、ユーザ機器は、Ｒｅｇｕｌａｒ  ＢＳＲのトリガー条件に基づいて判断し、Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲがトリガーされるが、Ｓｉｄｅｌｉｎｋ  ＢＳＲリソースを運ぶためのＵｕ口アップリンクリソースがないと、ＳＲをトリガーする。ＳＲがトリガーされると、ＳＲリソースは次のように選択できる。
【０１５３】
サイドリンクＢＳＲの場合、ｒｅｔｘＢＳＲタイマーの期限切れにより通常のサイドリンクＢＳＲがトリガーされると、現在送信されるデータがあり、かつ優先度が最も高いサイドリンク論理チャネルに対応するＱｏＳパラメータに対応するＳＲリソースを選択する。
【０１５４】
ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
【０１５５】
複数のＳＲリソースを選択できるようにする。つまり、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースそれぞれを使用して、ＳＲ要求を実行する。
【０１５６】
ＳＲリソースのセットを１つだけ使用できるようにし、次の原則に基づいて選択する：
【０１５７】
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定する。
【０１５８】
現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択し、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
【０１５９】
ステップ３０４において、ＳＲを報告する。
【０１６０】
ステップ３０５において、サイドリンクＢＳＲにリソースを割り当てる。
【０１６１】
ネットワーク側デバイスは、ユーザ機器によって報告されたＳＲに基づいて、適切なリソースをサイドリンクＢＳＲに割り当てる。
【０１６２】
第２の実施形態：
【０１６３】
図４は、ユーザ機器が補助情報を報告するときのＳＲ処理フローの概略図である。示されているように、ＳＲ処理フローは次のようになる。
【０１６４】
ステップ４０１において、ユーザ機器は補助情報を報告する。
【０１６５】
具体的には、ユーザ機器によって報告される補助情報の内容は、ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータと、ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータおよび宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）とのうちの１つまたは組み合わせであり得る。
【０１６６】
ステップ４０２において、ネットワーク側は、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとの間のマッピング関係を決定する。
【０１６７】
具体的には、ネットワーク側は、サイドリンクインターフェース（サイドリンクインターフェース）ＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
【０１６８】
ＵｕインターフェースＳＲリソースは、特定の時間／周波数リソース、または時間／周波数リソースインデックスであり得る。リソースを分割するオプションは２つある。
【０１６９】
オプション１：Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別されない。
【０１７０】
オプション２：Ｕｕインターフェースでは、ネットワークがサービスの優先順位を区別することを容易にするために、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間／周波数領域で区別する。
【０１７１】
ネットワーク側は、ユーザ機器によって報告された補助情報に基づいて、サイドリンクインターフェースの現在のサービスＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。ユーザ機器によって報告されたさまざまな補助情報に基づいて、ネットワーク側の動作が異なる場合がある。
【０１７２】
ユーザ機器によって報告された補助情報は、次のとおりである：
【０１７３】
◎  ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータ
【０１７４】
◎  ネットワークが前記補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するときに、異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができない。
【０１７５】
ユーザ機器によって報告された補助情報は、ユーザ機器サイドリンクインターフェースの現在のサービスに対応するＱｏＳパラメータおよび宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）である。
【０１７６】
ネットワークが前記補助情報に基づいて、サイドリンクインターフェースＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するときに、異なる構成を使用して宛先（ｄｅｓｔｉｎａｔｉｏｎ）を区別することができる。
【０１７７】
サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、後続のプロトコルによって新たに導入されたサイドリンクインターフェースのＱｏＳパラメータのうちの１つまたは組み合わせである。
【０１７８】
サイドリンク論理チャネルのＱｏＳパラメータ情報は、ＰＰＰＰおよび／またはＰＰＰＲおよび／またはＰＤＢであってもよく、新たに導入された他のサイドリンク関連ＱｏＳパラメータであってもよい。
【０１７９】
ＰＰＰＰがＱｏＳパラメータであり、ＳＲリソース構成が宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）を区別しない場合を例として取り上げ、ＰＰＰＰが８つのレベルを有すると仮定すると、ネットワーク側はつきのように構成することができる：ＰＰＰＰ＝１／２がＳＲリソースを使用し、ＰＰＰＰ＝３／４がＳＲリソース２を使用し、ＰＰＰＰ＝５／６がＳＲリソース３を使用し、ＰＰＰＰ＝７／８がＳＲリソース４を使用する。
【０１８０】
例として、ＱｏＳパラメータであるＰＰＰＰ／ＰＰＰＲの組み合わせを取り上げると、ＰＰＰＰおよびＰＰＰＲそれぞれが４つのレベルがると仮定する。ネットワーク側は、表２に示す構成を実行できる。
【０１８１】
実施において、それはまた、同じパラメータの異なる値の組み合わせであり得る。これは、様々な組み合わせがＳＲリソースとのマッピング関係を形成し、ユーザ機器がＳＲを送信するためのＳＲリソースを決定できる限り、必要に応じて決定され得る。
【０１８２】
【表２】
2021534667.tif 000004
【０１８３】
ステップ４０３において、ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとＳＲリソースとの間のマッピング関係をユーザ機器に通知する。
【０１８４】
具体的には、ネットワーク側は、専用シグナリングを介して、サイドリンクインターフェースＱｏＳパラメータとＳＲリソースとＳＲリソースとの間の構成関係をユーザ機器に通知する。構成シグナリングのＳＲリソースは、時間／周波数リソースまたはＳＲリソースインデックスであってもよい。
【０１８５】
ステップ４０４において、ユーザ機器は、ＳＲリソースを選択する。
【０１８６】
具体的には、ユーザ機器は、Ｒｅｇｕｌａｒ  ＢＳＲのトリガー条件に基づいて判断し、Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲがトリガーされるが、Ｓｉｄｅｌｉｎｋ  ＢＳＲリソースを運ぶためのＵｕ口アップリンクリソースがないと、ＳＲがトリガーされると、ＳＲリソースを選択する必要がある。
【０１８７】
ＳＲリソースが宛先識別子（Ｄｅｓｔｉａｎｔｉｏｎ  ＩＤ）を区別する場合、最初に、ＳＲをトリガーするサイドリンク論理チャネルに基づいて宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）を選択する必要がある。次に、宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）の下のＱｏＳパラメータとＳＲ構成に基づいて次のプロセスが実行される。それ以外の場合は、次のプロセスが直接実行される。
【０１８８】
サイドリンクＢＳＲの場合、ｒｅｔｘＢＳＲタイマーの期限切れにより通常のサイドリンクＢＳＲがトリガーされると、現在送信されるデータがあり、かつ優先度が最も高いサイドリンク論理チャネルに対応するＱｏＳパラメータに対応するＳＲリソースを選択する。
【０１８９】
ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
【０１９０】
複数のＳＲリソースを選択できるようにする。つまり、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースそれぞれを使用して、ＳＲ要求を実行する。
【０１９１】
ＳＲリソースのセットを１つだけ使用できるようにし、次の原則に基づいて選択する：
【０１９２】
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定する。
【０１９３】
現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択し、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
【０１９４】
ステップ４０５において、ユーザ機器ＳＲを報告する。
【０１９５】
ステップ４０６において、ネットワーク側はサイドリンクＢＳＲにリソースを割り当てる。
【０１９６】
ネットワーク側デバイスは、ユーザ機器によって報告されたＳＲに基づいて、適切なリソースをサイドリンクＢＳＲに割り当てる。
【０１９７】
同じ発明の思想に基づいて、本発明の実施形態は、ユーザ機器および基地局をさらに提供する。これらのデバイスの問題を解決する原理は、ＳＲリソースを決定するための方法およびＳＲ送信リソースを構成する方法に類似しているため、これらのデバイスの実施は、方法の実施を参照でき、その繰り返しの説明はここでは省略される。
【０１９８】
本出願の実施形態によって提供される技術的解決策が実施される場合、それは以下のような方法で実施され得る。
【０１９９】
図５は、本出願の実施形態によって提供される第１の基地局の概略構造図である。示されているように、基地局は、メモリ５２０内のプログラムを読み取るように構成されたプロセッサ５００と、プロセッサ５００の制御下でデータを送受信するように構成された送受信機５１０とを備える。
【０２００】
前記プロセッサ５００は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。
【０２０１】
前記送受信機５１０は、前記マッピング関係をユーザ機器に通知し、前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
【０２０２】
実施において、前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
【０２０３】
実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。
【０２０４】
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
【０２０５】
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下とおりである：
【０２０６】
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
【０２０７】
実施において、さらに、ユーザ機器からネットワーク側に報告された補助情報を受信した後、前記補助情報に基づいてマッピング関係を構成する。
【０２０８】
実施において、前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータ、または、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）のうちの１つまたは組み合わせを含む。
【０２０９】
ここで、図５において、バスアーキテクチャは、任意の数の相互接続されたバスおよびブリッジを含み得、特に、プロセッサ５００によって表される１つ以上のプロセッサおよびメモリ５２０によって表されるメモリをリンクし得る。さらに、周辺装置、電圧調整器、電力管理回路などのさまざまな他の回路をリンクすることができ、これらはすべて当技術分野でよく知られており、に基づいて、本明細書では再度さらに説明しない。バスインターフェイスはインターフェースを提供する。送受信機５１０は、複数の要素であり得る、すなわち、送信機および受信機を含み、伝送媒体を介して様々な他のデバイスと通信するためのユニットを提供する。プロセッサ５００は、バスアーキテクチャ及び通常の処理を管理し、メモリ５２０は、プロセッサ５００が動作する際に利用するデータを記憶することができる。
【０２１０】
図６は、本出願の実施形態による第１のユーザ機器の概略構造図である。示されているように、ユーザ機器は、
メモリ６２０内のプログラムを読み取るように構成されたプロセッサ６００と、
プロセッサ６００の制御下でデータを送受信するように構成された送受信機６１０とを備える。
【０２１１】
前記プロセッサ６００は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信した後、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定する。
【０２１２】
実施において、受信された的前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成される。
【０２１３】
実施において、サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、Ｒ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせである。
【０２１４】
実施において、ＳＲリソースは、時間／周波数領域リソース、または時間／周波数領域リソースインデックスによって示される時間／周波数領域リソースである。
【０２１５】
実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断することは、具体的に、ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定する。
【０２１６】
実施において、ＵｕインターフェースＳＲリソース割り当てモードは、以下とおりである：
【０２１７】
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離される。
【０２１８】
実施において、さらに、補助情報をネットワーク側に報告し、前記補助情報は、ネットワーク側が前記マッピング関係を構成するために使用される。
【０２１９】
実施において、前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータと、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）とのうちの１つまたは組み合わせを含む。
【０２２０】
実施において、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースのサービスのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定する。
【０２２１】
実施において、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定することは、具体的に、
ｒｅｔｘＢＳＲ−Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択する。
【０２２２】
実施において、ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択される：
【０２２３】
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し；または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択する：
【０２２４】
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択する。
【０２２５】
ここで、図６では、バスアーキテクチャは、任意の数の相互接続されたバスおよびブリッジを含み得、特に、プロセッサ６００によって表される１つ以上のプロセッサおよびメモリ６２０によって表されるメモリをリンクし得る。さらに、周辺装置、電圧調整器、電力管理回路などのさまざまな他の回路をリンクすることができ、これらはすべて当技術分野でよく知られており、に基づいて、本明細書では再度さらに説明しない。バスインターフェイスはインターフェースを提供する。送受信機６１０は、複数の要素であり得る、すなわち、送信機および受信機を含み、伝送媒体を介して様々な他のデバイスと通信するためのユニットを提供する。異なるユーザ機器の場合、ユーザインターフェース６３０はまた、必要なデバイスと相互接続または外部接続することができるインターフェースであり得る。接続されたデバイスには、キーパッド、ディスプレイ、ラウドスピーカー、マイクロフォン、ジョイスティックなどが含まれるが、これらに限定されない。
【０２２６】
プロセッサ６００は、バスアーキテクチャ及び通常の処理を管理し、メモリ６２０は、プロセッサ６００が動作する際に利用するデータを記憶することができる。
【０２２７】
図７に示されるように、本発明の実施形態は第２の基地局をさらに提供する。
【０２２８】
前記第２の基地局は、
サイドリンクインターフェースに使用されるＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュール７００と、
前記マッピング関係をユーザ機器に通知するように構成された通知モジュール７０１とを備える。
【０２２９】
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用される。
【０２３０】
特定の実施は、上記のＳＲ送信リソースを構成するための方法の実施を参照することができる。
【０２３１】
図８に示されるように、本発明の実施形態は、第２のユーザ機器をさらに提供する。
【０２３２】
前記第２のユーザ機器は、
ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュール８００と、
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように構成された決定モジュール８０１とを備える。
【０２３３】
特定の実施は、上記のＳＲリソースを決定するための方法の実施を参照することができる。
【０２３４】
説明のために、上記のデバイスのすべての部分は、機能によって様々なモジュールまたはユニットに分割され、それらはそれぞれ説明される。もちろん、様々なモジュールまたはユニットの機能は、アプリケーションが実施されるときに、同じ１つまたは複数のソフトウェアまたはハードウェアに実施され得る。
【０２３５】
要約すると、本出願の実施形態によって提供される技術的解決策では、ネットワーク側は、サイドリンクインターフェース（サイドリンクインターフェース）ＱｏＳパラメータ／ＱｏＳパラメータの組み合わせとＵｕインターフェースＳＲリソースとの間のマッピング関係を構成する。ユーザ機器のサイドリンクインターフェースの通常のＢＳＲがＳＲをトリガーした後、ユーザ機器は、通常のＢＳＲをトリガーするサイドリンクインターフェースのＱｏＳパラメータに基づいて、Ｕｕインターフェースでの送信に適したＳＲリソースを選択する。
【０２３６】
具体的には、ＵｕインターフェースＳＲリソース割り当てモードと、ＵｕインターフェースＱｏＳパラメータとＳＲリソース間のマッピング関係の２つの構成モードと、ユーザ機器が補助情報を報告する必要がある場合の、報告された補助情報の内容と、ユーザ機器のＳＲリソース選択プロセスなどが提供される。
【０２３７】
本発明の実施形態によって提供される技術的解決策は、サイドリンクリンク上の通常のＢＳＲによって引き起こされるＳＲリソース選択の問題を解決することができるスケジューリング要求送信解決策を提供する。
【０２３８】
本発明の一実施形態は、ＳＲリソースを決定するための方法のためのコンピューティングデバイス可読記憶媒体をさらに提供する。すなわち、コンテンツは、電源オフ後に失われない。記憶媒体前記記憶媒体は、プログラムコードを含むソフトウェアプログラムを格納し、プログラムコードがコンピューティングデバイス上で実行される場合、ソフトウェアプログラムは、１つ以上のプロセッサによって読み取られて実行されるときに、本発明の実施形態のＳＲリソースを決定するためのユーザ機器の上記の任意の解決案を実施することができる。
【０２３９】
本発明の一実施形態は、ＳＲ送信リソースを構成するための方法のためのコンピューティングデバイス可読記憶媒体をさらに提供する。すなわち、コンテンツは、電源オフ後に失われない。記憶媒体は、プログラムコードを含むソフトウェアプログラムを格納し、プログラムコードがコンピューティングデバイス上で実行される場合、ソフトウェアプログラムは、１つ以上のプロセッサによって読み取られて実行されると、本発明の実施形態のＳＲ送信リソースを構成するためのネットワーク側の上記の任意の解決案を実施することができる。
【０２４０】
本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがわかるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。また、当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。
【０２４１】
以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０２４２】
これらのコンピュータプログラム指令は、又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０２４３】
これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０２４４】
上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。
【０２４５】
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。
【符号の説明】
【０２４６】
500  プロセッサ
510  送信機
520  メモリ
600  プロセッサ
610  送信機
620  メモリ
630  ユーザインターフェース
700  構成モジュール
701  通知モジュール
800  受信モジュール
801  決定モジュール
【図１】
2021534667.tif 000005
【図２】
2021534667.tif 000006
【図３】
2021534667.tif 000007
【図４】
2021534667.tif 000008
【図５】
2021534667.tif 000009
【図６】
2021534667.tif 000010
【図７】
2021534667.tif 000011
【図８】
2021534667.tif 000012
【手続補正書】
【提出日】令和3年2月15日(2021.2.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器は、ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのサービス質量（ＱｏＳ）パラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するステップと、
ユーザ機器は、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するステップとを備えることを特徴とするスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項２】
ユーザ機器によって受信される前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成されることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項３】
サイドリンクインターフェースのＱｏＳパラメータは、
サイドリンクインターフェーの各パケットの優先度ＰＰＰＰ、サイドリンクインターフェーの各パケットの信頼性ＰＰＰＲ、サイドリンクインターフェースデータパケット時間遅延バジェットＰＤＢ、およびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項４】
ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断するステップは、
ユーザ機器にトリガーされる通常のサイドリンクＢＳＲ（Ｒｅｇｕｌａｒ  Ｓｉｄｅｌｉｎｋ  ＢＳＲ）があり、使用可能なアップリンクリソースがない場合に、ＳＲがトリガーされることを決定するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項５】
ＵｕインターフェースＳＲリソース割り当てモードは、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項６】
ユーザ機器は、補助情報をネットワーク側に報告し、補助情報は、前記マッピング関係を構成するためにネットワーク側によって使用され、
前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータサイドリンク宛先識別子（宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項７】
ユーザ機器が、サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ネットワーク側によって構成されたサイドリンクインターフェースＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係が各宛先識別子に基づいてそれぞれ構成される場合、ＳＲをトリガーするサイドリンク論理チャネルに基づいて対応する宛先識別子を決定し、前記宛先識別子に対応するＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係に基づいて、使用されるＳＲリソースを決定するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項８】
ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、ＵｕインターフェースのＳＲリソースを決定するステップは、
ｒｅｔｘＢＳＲ−Ｔｉｍｅｒの期限切れによって通常のサイドリンクＢＳＲがトリガーされる場合、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルとして、現在送信されるデータがあり、優先度が最も高いサイドリンク論理チャネルを選択するステップを含むことを特徴とする請求項１に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項９】
ユーザ機器がＳＲをトリガーする複数のサイドリンク論理チャネルを有し、複数のサイドリンク論理チャネルが異なるＳＲリソースに対応する場合、以下のモードのうちの１つで選択され：
複数のＳＲリソースを選択できる場合、複数のＳＲのサイドリンク論理チャネルに対応する異なるＳＲリソースを使用して、ＳＲ要求を実行し、または、
１個のみのＳＲリソースの使用が許可される場合は、次の原則に基づいて選択し：
現在ＳＲをトリガーし、優先度が最も高いサイドリンク論理チャネルを選択し、選択されたサイドリンク論理チャネルのＱｏＳパラメータおよびマッピング関係に基づいてＳＲリソースを決定し、または、現在ＳＲをトリガーするサイドリンク論理チャネルのＱｏＳパラメータを選択した後、選択されたＱｏＳパラメータに対応するＳＲリソースに基づいて対応するＳＲリソースの中から現在時刻に最も近いＳＲリソースを選択することを特徴とする請求項１から請求項８のいずれか一項に記載のスケジューリング要求（ＳＲ）リソースを決定するための方法。
【請求項１０】
ネットワーク側は、サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するステップと、
ネットワーク側は、前記マッピング関係をユーザ機器に通知するステップとを備え、
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用されることを特徴とするＳＲ送信リソースを構成するための方法。
【請求項１１】
前記マッピング関係は、各宛先識別子に基づいてそれぞれ構成されることを特徴とする請求項１０に記載のＳＲ送信リソースを構成するための方法。
【請求項１２】
サイドリンクインターフェースのＱｏＳパラメータは、ＰＰＰＰ、ＰＰＰＲ、ＰＤＢ、およびＲ１５の後続のプロトコルバージョンでサイドリンクインターフェースに対して導入されたその他のＱｏＳパラメータのうちの１つまたはそれらの組み合わせであることを特徴とする請求項１０に記載のＳＲ送信リソースを構成するための方法。
【請求項１３】
ＵｕインターフェースＳＲリソース割り当てモードは、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で区別されないモードであるか、または、
Ｕｕインターフェースでは、Ｕｕインターフェースに使用されるＳＲリソースおよびサイドリンクインターフェースに使用されるＳＲリソースは、時間領域および／または周波数領域で分離されるモードであることを特徴とする請求項１０に記載のＳＲ送信リソースを構成するための方法。
【請求項１４】
ユーザ機器からネットワーク側に報告された補助情報を受信した後、ネットワーク側は、前記補助情報に基づくマッピング関係を構成し、
前記補助情報は、ユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびユーザ機器のサイドリンクインターフェースの現在の論理チャネルに対応するＱｏＳパラメータおよびサイドリンク宛先識別子（Ｄｅｓｔｉｎａｔｉｏｎ  ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項１０に記載のＳＲ送信リソースを構成するための方法。
【請求項１５】
ネットワーク側によって構成されたサイドリンク（Ｓｉｄｅｌｉｎｋ）インターフェースのＱｏＳパラメータとＵｕインターフェーススケジューリング要求（ＳＲ）リソースとの間のマッピング関係を受信するように構成された受信モジュールと、
サイドリンクインターフェースがＳＲをトリガーするかどうかを判断し、ＳＲがトリガーされると、ＳＲをトリガーするサイドリンクインターフェースの論理チャネルのＱｏＳパラメータおよび前記マッピング関係に基づいて、使用されるＵｕインターフェースのＳＲリソースを決定するように設定された決定モジュールとを備えることを特徴とするユーザ機器。
【請求項１６】
サイドリンクインターフェースのＱｏＳパラメータとびＵｕインターフェースＳＲリソースとの間のマッピング関係を構成するように構成された構成モジュールと、
前記マッピング関係をユーザ機器に通知するように構成された通知モジュールとを備え、
前記マッピング関係は、ＳＲを送信するためのリソースを決定するためにユーザ機器によって使用されることを特徴とする基地局。
【国際調査報告】
2021534667.tif 000013
2021534667.tif 000014
2021534667.tif 000015
2021534667.tif 000016