(57)【要約】一態様において、無線機器は、無線ネットワークノードから、それぞれが無線機器のための複数の周期的な送信機会を規定する２つ以上の半固定スケジューリング（ＳＰＳ）設定であって、２つ以上のＳＰＳ設定のうち少なくとも２つは周期的な送信機会について異なる周期を有するＳＰＳ設定を受信する。そして、無線機器は、２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し、２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信する。【選択図】図６
2019509665.tif 000002
【特許請求の範囲】
【請求項１】
無線機器（５００）における方法（６００）であって、
無線ネットワークノード（８００）から、２つ以上の半固定スケジューリング（ＳＰＳ）設定を受信すること（６１０）であって、前記ＳＰＳ設定のそれぞれは無線機器のための複数の周期的な送信機会を規定し、前記２つ以上のＳＰＳ設定のうち少なくとも２つは前記周期的な送信機会について異なる周期を有する、受信することと、
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し（６２０）、前記２つ以上のＳＰＳ設定のうち第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信することと、を含む、方法。
【請求項２】
前記無線ネットワークノード（８００）から、前記２つ以上のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信することをさらに有する、請求項１記載の方法（６００）。
【請求項３】
前記２つ以上のＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つ以上のＳＰＳ設定とともに受信される、請求項２に記載の方法（６００）。
【請求項４】
前記方法（６００）が、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった個々の送信の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを用いて使用意図表示を送信することを有する、請求項２または請求項３に記載の方法（６００）。
【請求項５】
前記使用意図表示は、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信される、請求項４に記載の方法（６００）。
【請求項６】
前記方法（６００）が、前記２つ以上のＳＰＳ設定のうち前記第１の１つについての送信機会であって、前記無線機器が送信しない個々の送信機会の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを用いて不使用意図表示を送信することを有する、請求項２または請求項３に記載の方法（６００）。
【請求項７】
前記不使用意図表示は、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信される、請求項６に記載の方法（６００）。
【請求項８】
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し（６２０）、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信することが、前記無線ネットワークノード（８００）へのアップリンク送信として実行される、請求項１から請求項７のいずれか１項に記載の方法（６００）。
【請求項９】
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し（６２０）、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信することが、第２の無線ネットワークノードへのサイドリンク送信として実行される、請求項１から請求項７のいずれか１項に記載の方法（６００）。
【請求項１０】
前記第１のトラフィックタイプまたは前記第１の無線ベアラに対応する論理チャネル識別子（ＬＣＩＤ）にしたがって、前記第１のトラフィックタイプまたは前記第１の無線ベアラの前記データを前記２つ以上のＳＰＳ設定のうち前記第１の１つに関連づけることをさらに有する、請求項１から請求項９のいずれか１項に記載の方法（６００）。
【請求項１１】
前記受信されるＳＰＳ設定のそれぞれが対応するＬＣＩＤによって特定される、請求項１０に記載の方法（６００）。
【請求項１２】
前記使用意図表示または前記不使用意図表示が、対応するＳＰＳ設定に対応する前記ＬＣＩＤを特定する、請求項２から請求項７を引用する請求項１１に記載の方法（６００）。
【請求項１３】
無線ネットワークノード（８００）における方法であって、
無線機器（５００）に、２つ以上の半固定スケジューリング（ＳＰＳ）設定を送信すること（９１０）であって、前記ＳＰＳ設定のそれぞれは前記無線機器のための複数の周期的な送信機会を規定し、前記２つ以上のＳＰＳ設定のうち少なくとも２つは前記周期的な送信機会について異なる周期を有する、送信することと、
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信し（９２０）、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信することと、を含む、方法。
【請求項１４】
前記無線機器（５００）に、前記２つ以上のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器（５００）のための周期的なアップリンクリソースを規定する情報を送信することをさらに有する、請求項１３に記載の方法（９００）。
【請求項１５】
前記２つ以上のＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つ以上のＳＰＳ設定とともに送信される、請求項１４に記載の方法（９００）。
【請求項１６】
前記方法（９００）が、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった個々の送信の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを通じて使用意図表示を受信することを有する、請求項１４または請求項１５に記載の方法（９００）。
【請求項１７】
前記使用意図表示は、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信される、請求項１６に記載の方法（９００）。
【請求項１８】
前記方法（９００）が、前記２つ以上のＳＰＳ設定のうち前記第１の１つについての送信機会であって、前記無線機器（５００）が送信しない個々の送信機会の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを通じて不使用意図表示を受信することを有する、請求項１４または請求項１５に記載の方法（９００）。
【請求項１９】
前記不使用意図表示は、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信される、請求項１８に記載の方法（９００）。
【請求項２０】
無線機器（５００）であって、
無線ネットワークノード（８００）から、２つ以上の半固定スケジューリング（ＳＰＳ）設定を受信し、ここで前記ＳＰＳ設定のそれぞれは前記無線機器（５００）のための複数の周期的な送信機会を規定し、前記２つ以上のＳＰＳ設定のうち少なくとも２つは前記周期的な送信機会について異なる周期を有し、
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信する、ように制御するように構成された、無線機器。
【請求項２１】
前記無線機器（５００）はさらに、前記無線ネットワークノード（８００）から、前記２つ以上のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信するように構成される、請求項２０記載の無線機器（５００）。
【請求項２２】
前記２つ以上のＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つ以上のＳＰＳ設定とともに受信される、請求項２０に記載の無線機器（５００）。
【請求項２３】
前記無線機器（５００）がさらに、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった個々の送信の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを用いて使用意図表示を送信するように構成される、請求項２１または請求項２２に記載の無線機器（５００）。
【請求項２４】
前記無線機器（５００）は、前記使用意図表示を、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信するように構成される、請求項２３に記載の無線機器（５００）。
【請求項２５】
前記無線機器（５００）がさらに、前記２つ以上のＳＰＳ設定のうち前記第１の１つについての送信機会であって、前記無線機器（５００）が送信しない個々の送信機会の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを用いて不使用意図表示を送信するように構成される、請求項２１または請求項２２に記載の無線機器（５００）。
【請求項２６】
前記無線機器（５００）は、前記不使用意図表示を、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信するように構成される、請求項２５に記載の無線機器（５００）。
【請求項２７】
前記無線機器（５００）は、前記無線ネットワークノード（８００）へのアップリンク送信として、前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信するように構成される、請求項２０から請求項２６のいずれか１項に記載の無線機器（５００）。
【請求項２８】
前記無線機器（５００）は、第２の無線ネットワークノードへのサイドリンク送信として、前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信するように構成される、請求項２０から請求項２６のいずれか１項に記載の無線機器（５００）。
【請求項２９】
前記無線機器（５００）がさらに、前記第１のトラフィックタイプまたは前記第１の無線ベアラに対応する論理チャネル識別子（ＬＣＩＤ）にしたがって、前記第１のトラフィックタイプまたは前記第１の無線ベアラの前記データを前記２つ以上のＳＰＳ設定のうち前記第１の１つに関連づけるように構成される、請求項２０から請求項２８のいずれか１項に記載の無線機器（５００）。
【請求項３０】
無線ネットワークノード（８００）であって、
無線機器（５００）に、２つ以上の半固定スケジューリング（ＳＰＳ）設定を送信し、ここで前記ＳＰＳ設定のそれぞれは前記無線機器のための複数の周期的な送信機会を規定し、前記２つ以上のＳＰＳ設定のうち少なくとも２つは前記周期的な送信機会について異なる周期を有し、
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信する、ように制御するように構成された、無線ネットワークノード。
【請求項３１】
前記無線ネットワークノード（８００）がさらに、前記無線機器（５００）に、前記２つ以上のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器（５００）のための周期的なアップリンクリソースを規定する情報を送信するように構成される、請求項３０に記載の無線ネットワークノード（８００）。
【請求項３２】
前記２つ以上のＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つ以上のＳＰＳ設定とともに送信される、請求項３１に記載の無線ネットワークノード（８００）。
【請求項３３】
前記無線ネットワークノード（８００）がさらに、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった個々の送信の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを通じて使用意図表示を受信するように構成される、請求項３１または請求項３２に記載の無線ネットワークノード（８００）。
【請求項３４】
前記無線ネットワークノード（８００）は、前記使用意図表示を、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信するように構成される、請求項３３に記載の無線ネットワークノード（８００）。
【請求項３５】
前記無線ネットワークノード（８００）がさらに、前記２つ以上のＳＰＳ設定のうち前記第１の１つについての送信機会であって、前記無線機器（５００）が送信しない個々の送信機会の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを通じて不使用意図表示を受信するように構成される、請求項３１または請求項３２に記載の無線ネットワークノード（８００）。
【請求項３６】
前記無線ネットワークノード（８００）は、前記不使用意図表示を、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信するように構成される、請求項３５に記載の無線ネットワークノード（８００）。
【請求項３７】
無線送受信機（５２０）および処理回路（５１０）を有する無線機器（５００）であって、前記処理回路（５１０）は前記無線送受信機（５２０）を、
無線ネットワークノード（８００）から、２つ以上の半固定スケジューリング（ＳＰＳ）設定を受信し、ここで前記ＳＰＳ設定のそれぞれは前記無線機器（５００）のための複数の周期的な送信機会を規定し、前記２つ以上のＳＰＳ設定のうち少なくとも２つは前記周期的な送信機会について異なる周期を有し、
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信する、ように制御するように構成された、無線機器。
【請求項３８】
前記処理回路（５１０）はさらに、前記無線ネットワークノード（８００）から、前記２つ以上のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信するように構成される、請求項３７記載の無線機器（５００）。
【請求項３９】
前記２つ以上のＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つ以上のＳＰＳ設定とともに受信される、請求項３８に記載の無線機器（５００）。
【請求項４０】
前記処理回路（５１０）がさらに、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった個々の送信の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを用いて使用意図表示を送信するように構成される、請求項３８または請求項３９に記載の無線機器（５００）。
【請求項４１】
前記処理回路（５１０）は、前記使用意図表示を、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信するように構成される、請求項４０に記載の無線機器（５００）。
【請求項４２】
前記処理回路（５１０）がさらに、前記２つ以上のＳＰＳ設定のうち前記第１の１つについての送信機会であって、前記無線機器（５００）が送信しない個々の送信機会の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを用いて不使用意図表示を送信するように構成される、請求項３８または請求項３９に記載の無線機器（５００）。
【請求項４３】
前記処理回路（５１０）は、前記不使用意図表示を、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信するように構成される、請求項４２に記載の無線機器（５００）。
【請求項４４】
前記処理回路（５１０）は、前記無線ネットワークノード（８００）へのアップリンク送信として、前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信するように構成される、請求項３７から請求項４３のいずれか１項に記載の無線機器（５００）。
【請求項４５】
前記処理回路（５１０）は、第２の無線ネットワークノードへのサイドリンク送信として、前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信するように構成される、請求項３７から請求項４３のいずれか１項に記載の無線機器（５００）。
【請求項４６】
前記処理回路（５１０）が、前記第１のトラフィックタイプまたは前記第１の無線ベアラに対応する論理チャネル識別子（ＬＣＩＤ）にしたがって、前記第１のトラフィックタイプまたは前記第１の無線ベアラの前記データを前記２つ以上のＳＰＳ設定のうち前記第１の１つに関連づけるように構成される、請求項３７から請求項４５のいずれか１項に記載の無線機器（５００）。
【請求項４７】
無線送受信機（８１０）および処理回路（８２０）を有する無線ネットワークノード（８００）であって、前記処理回路（８２０）は前記無線送受信機（８１０）を、
無線機器（５００）に、２つ以上の半固定スケジューリング（ＳＰＳ）設定を送信し、ここで前記ＳＰＳ設定のそれぞれは前記無線機器のための複数の周期的な送信機会を規定し、前記２つ以上のＳＰＳ設定のうち少なくとも２つは前記周期的な送信機会について異なる周期を有し、
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信する、ように制御するように構成された、無線ネットワークノード。
【請求項４８】
前記処理回路（８２０）がさらに、前記無線機器（５００）に、前記２つ以上のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器（５００）のための周期的なアップリンクリソースを規定する情報を送信するように構成される、請求項４７に記載の無線ネットワークノード（８００）。
【請求項４９】
前記２つ以上のＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つ以上のＳＰＳ設定とともに送信される、請求項４８に記載の無線ネットワークノード（８００）。
【請求項５０】
前記処理回路（８２０）がさらに、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった個々の送信の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを通じて使用意図表示を受信するように構成される、請求項４８または請求項４９に記載の無線ネットワークノード（８００）。
【請求項５１】
前記処理回路（８２０）は、前記使用意図表示を、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信するように構成される、請求項５０に記載の無線ネットワークノード（８００）。
【請求項５２】
前記処理回路（８２０）がさらに、前記２つ以上のＳＰＳ設定のうち前記第１の１つについての送信機会であって、前記無線機器（５００）が送信しない個々の送信機会の前に、前記２つ以上のＳＰＳ設定のうち前記第１の１つに対応する前記周期的なアップリンクリソースを通じて不使用意図表示を受信するように構成される、請求項４８または請求項４９に記載の無線ネットワークノード（８００）。
【請求項５３】
前記処理回路（５１０）は、前記不使用意図表示を、前記２つ以上のＳＰＳ設定のうち前記第１の１つにしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信するように構成される、請求項５２に記載の無線ネットワークノード（８００）。
【請求項５４】
プログラム命令（５６０）を有するコンピュータプログラム製品（５５０）であって、前記プログラム命令は無線機器（５００）のプロセッサ（５４０）によって実行されると、前記無線機器（５００）に請求項１から請求項１２のいずれか１項に記載の方法（６００，７００）を実行させる、コンピュータプログラム製品。
【請求項５５】
プログラム命令を有するコンピュータプログラム製品（８３０）であって、前記プログラム命令は無線ネットワークノード（８００）のプロセッサ（８２０）によって実行されると、前記無線ネットワークノード（８００）に請求項１３から請求項１９のいずれか１項に記載の方法を実行させる、コンピュータプログラム製品。
【請求項５６】
請求項５４または請求項５５に記載のコンピュータプログラム製品を有するコンピュータ可読媒体（５５０，８３０）。
【請求項５７】
無線機器（５００）であって、
無線ネットワークノード（８００）から、２つ以上の半固定スケジューリング（ＳＰＳ）設定を受信する受信モジュール（１１０２）であって、前記ＳＰＳ設定のそれぞれは無線機器（５００）のための複数の周期的な送信機会を規定し、前記２つ以上のＳＰＳ設定のうち少なくとも２つは前記周期的な送信機会について異なる周期を有する、受信モジュールと、
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信する、送信モジュール（１１０４）と、を有する、無線機器。
【請求項５８】
無線ネットワークノード（８００）であって、
無線機器（５００）に、２つ以上の半固定スケジューリング（ＳＰＳ）設定を送信する送信モジュール（１３０２）であって、前記ＳＰＳ設定のそれぞれは前記無線機器（５００）のための複数の周期的な送信機会を規定し、前記２つ以上のＳＰＳ設定のうち少なくとも２つは前記周期的な送信機会について異なる周期を有する、送信モジュールと、
前記２つ以上のＳＰＳ設定のうち第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信し、前記２つ以上のＳＰＳ設定のうち第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信する、受信モジュール（１３０４）と、を有する、無線ネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は概して無線通信ネットワークに関し、特には、例えば車両間でのサイドリンク動作を用いるネットワーク内のリソース管理に関する。この技術は、２つのノード間（より一般的には、無線機器と、無線ネットワークノードまたは他の無線機器との間を含む）における半固定スケジューリング(semi-persistent scheduling)に適用されうる。
【背景技術】
【０００２】
３ＧＰＰ(3rd-Generation Partnership)は、「ロングタームエヴォリューション」またはＬＴＥとして広く知られ、より正式にはＥ−ＵＴＲＡ(Evloved Universal Terrestrial Radio Access)またはＥ−ＵＴＲＡＮ(Evolved Universal Terrestrial Radio Access Network)と呼ばれる第４世代無線システムに関する仕様の策定および維持を受け持っている。これら仕様のリリース１２版の策定中、ＬＴＥ規格は、商用および公共の安全用途を目的とした機器間（Ｄ２Ｄ）通信をサポートするための機能を含むように拡張された。ＬＴＥコミュニティにおいて、Ｄ２Ｄ通信は「サイドリンク」通信と呼ばれることが多い。
【０００３】
ＬＴＥ仕様に対するこれらの拡張によって可能になる用途の一部は、他のデバイスの近接や、それらデバイスが関連づけられた用途を、デバイスが検知可能なデバイスディスカバリである。デバイスディスカバリは、デバイスおよび用途ＩＤを搬送するディスカバリメッセージのブロードキャストおよび検出によって行われる。他の用途は、デバイス間で直接終端される物理チャネルに基づくデバイス間の直接通信からなる。
【０００４】
３ＧＰＰで検討中のデバイストゥデバイスについての潜在的な他の拡張の１つは、いわゆるＶ２Ｘ（車両と何かとの）通信の明示的なサポートを含んでおり、これは、車両、歩行者、インフラストラクチャ間の直接通信の任意の組み合わせを含む。Ｖ２Ｘ通信は、利用可能な際にはネットワークインフラストラクチャを利用できるが、少なくとも基本的なＶ２Ｘ接続性は、カバレッジがない場合であっても可能でなければならない。ＬＴＥベースのＶ２Ｘインタフェースを提供することは、ＬＴＥ規模の経済により、車両と何かとの通信を別個に開発するのと比較して経済的に有利であろう。さらに、これらＶ２ＸがＬＴＥに基づくことで、専用のＶ２Ｘ技術を用いる場合と比較して、路車間(vehicle-to-network infrastructure: V2I)、車歩行者間(vehicle-to-pedestrian: V2P)、および車車間(vehicle-to-vehicle: V2V)通信といった、さまざまなタイプのＶ２Ｘ通信間のより緊密な統合を可能にするであろう。
【０００５】
図１は、ＬＴＥネットワークに統合されたＶ２Ｘ通信に関する基本的なシナリオを示している。図には、従前のネットワーク対ユーザ機器通信に加え、Ｖ２Ｖ、Ｖ２Ｐ、およびＶ２Ｉ通信リンクが示されている。Ｖ２Ｘ通信は非安全情報、安全情報、またはその両方を搬送することができ、さまざまなアプリケーションおよびサービスのそれぞれが、例えばレイテンシ、信頼性、容量などに関する特定の必要条件群と関連づけられてよい。
【０００６】
車両を中心とした通信(vehicle-oriented communication)のかなり部分の検討は既に終わっている。例えば、欧州電気通信標準化機構(ETSI)は道路安全のための２タイプのメッセージを規定している。協調認識メッセージ(Co-operative Awareness Message (CAM))および分散型環境通報メッセージ(Decentralized Environmental Notification Message (DENM))である。
【０００７】
ＣＡＭメッセージは、緊急車両を含む車両が、自身の存在ならびに他の関連パラメータを、ブロードキャスト様式で他のものに通報することを可能にするためのものである。これらのメッセージは他の車両、歩行者、およびインフラストラクチャを対象としており、受信者のアプリケーションによってさまざまな方法で処理される。ＣＡＭメッセージはまた、通常の交通(normal traffic)について、安全運転についての能動的支援(active assitance)を提供するためにも役立ちうる。
【０００８】
ＣＡＭメッセージの可用性は例えば１００ミリ秒（ｍｓ）ごとにチェックされ、それによってほとんどのメッセージについて最大検出遅延要件１００ｍｓ以下が得られる。ただし、プリクラッシュ検出警告に関する遅延要件は５０ｍｓであることに留意されたい。
【０００９】
ＤＥＮＭメッセージは、ブレーキ操作のようなイベントによってトリガされる。ＤＥＮＭメッセージの可用性もまた１００ｍｓごとにチェックされ、したがって最大遅延要件は１００ｍｓ以下である。
【００１０】
ＣＡＭおよびＤＥＮＭメッセージのパッケージサイズは１００＋から８００＋バイトまで可変であり、典型的なサイズは３００バイト程度である。いずれの場合も、送信されるメッセージは近くの全車両によって検出されることが想定されている。
【００１１】
ＳＡＥ(Society of Automotive Engineers)もまた、いわゆる専用狭域通信(DSRC)用の基本安全メッセージ(BSM)を、さまざまなメッセージサイズとともに規定している。ＳＡＥが規定するＢＳＭは、メッセージの重要性および緊急性にしたがって異なる優先度に分類されている。
【００１２】
遅延を意識したスケジューラ(Delay-aware Schedulers)
利用可能な周波数リソースを適切に活用するため、（ＬＴＥの分野では）ｅＮＢスケジューラがリソース割り当てを実行する必要がある。ＬＴＥでは、リソース割り当ての決定は、送信時間間隔（ＴＴＩ）の解像度で行われ、それは１ｍｓに相当する。利用可能な周波数リソースの所定の蓄えと、セルに接続している特定数のユーザ装置（ＵＥ）とを考えると、スケジューラはそれらＵＥに周波数リソースを割り当てるためにさまざまなスケジューリング戦略のいずれかを採用することができる。一般に、スケジューラは、さまざまなトラフィックタイプのサービス品質（ＱｏＳ）要件にしたがってＵＥに優先順位をつける。例えば、（無線リソース制御またはＲＲＣのような）制御プレーンシグナリングは、常にユーザプレーンデータよりも優先される。さらに、異なるタイプのユーザプレーンデータは、データ無線ベアラ（ＤＲＢ）確率中に与えられるＱｏＳ識別子（ＱＣＩ）にしたがって異なる取り扱いがなされうる。例えば、遅延に敏感なトラフィックが所定の遅延制約を満たすように配信される可能性が高くなるように、（ヴォイスオーバインターネットプロトコルまたはＶｏＩＰトラフィックのような）遅延に敏感なトラフィックは、（ＦＴＰ／ＨＴＴＰデータストリミングのような）遅延に敏感でないトラフィックとは異なるスケジューリングポリシの対象となりうる。
【００１３】
上述したように、Ｖ２Ｘトラフィックもまた、ＶｏＩＰと同様に、遅延に敏感で周期的なタイプであることが予想されている。したがって、遅延を意識したスケジューラは、Ｖ２Ｘフレームワークに自ずと適合するための当然な実装方法であろう。従前の遅延を意識したスケジューラの中で、言及するに値するのは遅延ベースのスケジューラと半固定スケジューラ(semi-persistent scheduler)である。
【００１４】
遅延ベースのスケジューラは、パケットの消費時間が所定の閾値に達するとそのパケットの優先順位が上がり、バッファ内の他のパケットよりも早くスケジュールされることができるように、所与のＵＥに対するダウンリンクまたはアップリンクバッファ内の所定のパケットが消費する時間の推定を入力として取得する。良好なアップリンクバッファ推定を維持するため、基地局内の遅延ベースのスケジューラは、その特定のＤＲＢについて先天的に既知な一部のトラフィック特性を用いることができる。例えば、ＶｏＩＰに関しては、ＵＥが新規のＶｏＩＰパケットを２０ｍｓごとに生成することが知られている。
【００１５】
一方、半固定スケジューラは、ＵＥに対する半固定リソース割り当てを提供する。ことのスケジュールの仕組みは、ＬＴＥについての３ＧＰＰ標準に規定されており、ＵＥが所定の周期で半固定スケジュールリング(ＳＰＳ)リソースを用いるように設定するためにｅＮＢがＲＲＣシグナリングを用いることが暗示されている。実際のＳＰＳのアクティベート／解放は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を通じてＣ−ＲＮＴＩと呼ばれる半固定識別子を用いて動的に行うことができ、ＰＤＣＣＨはさらに、ｎ番目のサブフレームごとに用いるべき周波数リソースおよび、変調および符号化方法を示す（ここで、ｎはＵＥのＲＲＣ設定によって示される）。ＳＰＳはまた、再アクティベートされることができる。つまり、ある特定のＳＰＳ設定について、異なるリソース割り当て、すなわち異なる時間−周波数リソース（例えばＬＴＥ物理リソースブロック（ＰＲＢ））および／または異なる変調および符号化手法（ＭＣＳ）を搬送する新しいＰＤＣＣＨが送信される。
【００１６】
上述したように、Ｖ２Ｘトラフィックは、所定の典型的な予め定められたメッセージサイズ範囲および生成周波数範囲を有するメッセージによって特徴付けられる。しかし、ある瞬間における生成周波数およびパケットサイズを予測することは容易でない。なぜなら、それらはＵＥの移動コース(trajectory)、スピード、地理的位置など多数の外部因子に依存するからである。生成周波数およびパケットサイズは、特定のＶ２Ｘユースケース、ネットワーク輻輳および／または、３ＧＰＰプロトコルレイヤでは知ることができない(outside visivility)か、下位層にはどうしても事前に既知とならない他の高位層アスペクトにも依存しうる。そのようなアスペクトは例えば、例えばセキュリティ要素を含みうる、より大きなパケットヘッダの周期的な存在であってよい。周期的なリソースは最低限のＱｏＳ要求を満たすことを補償するため、伝統的な方法でプロビジョニングする必要があるため、この予測不能性は、Ｖ２Ｘトラフィックに対する、ＳＰＳや、他の遅延を意識したスケジューラの適用可能性を不効率なものにしうる。
【発明の概要】
【００１７】
以下の本発明の様々な実施形態の詳細な開示は、その基準として、３ＧＰＰが発布するようなＬＴＥ用の標準仕様に規定される従前の半固定スケジューラ（ＳＰＳ）の機能を利用する。しかし、以下の実施形態の一部は、半固定リソース割り当てを提供しない他のタイプの動的スケジューラにも適用可能でありうることを理解すべきである。
【００１８】
本発明の実施形態は、異なるＳＰＳ設定に対応する周期的なリソースはスケジューリング基地局（例えばＬＴＥ ｅＮＢ）によって従前の方法でプロビジョニングされるが、各ＳＰＳ設定の利用は効率的なアップリングシグナリングを用いてＵＥによって個別に確認される必要がある、割り込みに基づくＳＰＳプロトコルを実施することにより、上述した問題を解決する。基地局は非確認ＳＰＳリソースを他の目的に再利用することができる。開示される技術は、ＳＰＳよりも良好なリソース利用と、ダイナミックスケジューリングよりも低いシグナリングオーバヘッドにより、Ｖ２Ｘトラフィック用のスケジューリングの性能を改善する。より一般的には、開示される技術はｅＮＢが、それぞれが異なる周期性、メッセージサイズ、およびＱｏＳ要求によって特徴付けられる異なるトラフィックタイプを特徴とする複数のＳＰＳ設定を用いてＵＥを設定することを可能にする。
【００１９】
一部の実施形態によれば、無線機器における方法は、無線ネットワークノードから、２つ以上のＳＰＳ設定を受信することを含む。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。方法はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信することと、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信することと、を含む。
【００２０】
一部の別の実施形態によれば、無線機器における方法は、無線ネットワークノードから、１つのＳＰＳ設定を受信することを含む。ＳＰＳ設定は、無線機器のための複数の周期的な送信機会を規定する。方法はさらに、無線ネットワークノードから、ＳＰＳ設定に関する使用意図表示(intent-to-use indication)または不使用意図表示(no-intent-to-use indication)を送信するための周期的なアップリンクリソースを規定する情報を受信することと、ＳＰＳ設定にしたがってデータを送信することとを含む。方法はさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを用いて使用意図表示を送信することと、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを用いて不使用意図表示を送信することと、のいずれかを含む。
【００２１】
一部の実施形態によれば、無線ネットワークノードにおける方法は、無線機器に２つ以上のＳＰＳ設定を送信することを含む。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。方法はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信することと、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信することと、を含む。
【００２２】
一部の別の実施形態によれば、無線ネットワークノードにおける方法は、無線機器にＳＰＳ設定を送信することを含む。ＳＰＳ設定は、無線機器のための複数の周期的な送信機会を規定する。方法はさらに、ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、無線機器のための周期的なアップリンクリソースを規定する情報を無線機器に送信することと、ＳＰＳ設定にしたがってデータを受信することとを含む。方法はさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを通じて使用意図表示を受信することと、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを通じて不使用意図表示を受信することと、のいずれかを含む。
【００２３】
一部の実施形態によれば、装置は、無線送受信機および、無線送受信機を制御するとともに上述した方法を実行するように設定された処理回路を含む。
【００２４】
一部の実施形態によれば、無線機器は、無線ネットワークノードから、２つ以上のＳＰＳ設定を受信するように構成される。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。無線機器はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信するとともに、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信するように構成される。
【００２５】
一部の実施形態によれば、無線機器は、無線ネットワークノードから無線機器のための複数の周期的な送信機会を規定するＳＰＳ設定と、ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報とを受信するように構成される。無線機器はさらに、ＳＰＳ設定にしたがってデータを送信するように構成される。無線機器はさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを用いて使用意図表示を送信するか、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを用いて不使用意図表示を送信するように構成される。
【００２６】
一部の実施形態によれば、無線ネットワークノードは、無線機器に２つ以上のＳＰＳ設定を送信するように構成される。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。無線ネットワークノードはさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信するとともに、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信するように構成される。
【００２７】
一部の実施形態によれば、無線ネットワークノードは、無線機器に、無線機器のための複数の周期的な送信機会を規定するＳＰＳ設定と、ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報とを送信するように構成される。無線ネットワークノードはまた、ＳＰＳ設定にしたがってデータを受信するように構成される。無線ネットワークノードはさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを通じて使用意図表示を受信するか、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを通じて不使用意図表示を受信するように構成される。
【００２８】
一部の実施形態によれば、無線機器は無線送受信機および処理回路を有する。処理回路は、無線ネットワークノードから２つ以上のＳＰＳ設定を受信するように無線送受信機を制御する。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。無線機器はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信するとともに、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信するように構成される。
【００２９】
一部の実施形態によれば、無線機器は無線送受信機および処理回路を有する。処理回路は、無線機器のための複数の周期的な送信機会を規定するＳＰＳ設定と、ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報とを無線ネットワークノードから受信するように構成される。処理回路はさらに、ＳＰＳ設定にしたがってデータを送信するように無線送受信機を制御する。処理回路はさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを用いて使用意図表示を送信するか、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを用いて不使用意図表示を送信するように構成される。
【００３０】
一部の実施形態によれば、無線ネットワークノードは無線送受信機および処理回路を有する。処理回路は２つ以上のＳＰＳ設定を無線機器に送信するように無線送受信機を制御する。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。処理回路はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信するように、あるいは２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信するように、無線送受信機を制御するように構成される。
【００３１】
一部の実施形態によれば、無線ネットワークノードは無線送受信機および処理回路を有する。処理回路は、無線機器のための複数の周期的な送信機会を規定するＳＰＳ設定と、ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報とを無線機器に送信するように無線送受信機を制御するように構成される。処理回路はさらに、ＳＰＳ設定にしたがってデータを受信するように無線送受信機を制御するように構成される。処理回路はさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを通じて使用意図表示を送信するか、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを通じて不使用意図表示を送信するように無線送受信機を制御するように構成される。
【００３２】
他の実施形態は、上述した方法を実行する、コンピュータプログラム製品、コンピュータ読み取り可能な媒体、および機能モジュール実施物を含む。
【図面の簡単な説明】
【００３３】
【図１】ＬＴＥネットワークに統合されたＶ２Ｘ通信に関する基本的なシナリオを示す図である。
【図２】一部の実施形態に係る、アップリンク（ＵＬ）ＳＰＳの信号図である。
【図３】一部の実施形態に係る、サイドリンク送信のためのＵＬ ＳＰＳの信号図である。
【図４】一部の実施形態に係る、機器が送信するための周期的なリソースを割り当てるためのプロトコルの一例を示す図である。
【図５】一部の実施形態に係る、無線機器の一例の構成要素を示すブロック図である。
【図６】一部の実施形態に係る、無線機器で実施される方法を示すフローチャートである。
【図７】一部の実施形態に係る、無線機器で実施される別の方法を示すフローチャートである。
【図８】一部の実施形態に係る、基地局といった無線ネットワークノードの一例の構成要素を示すブロック図である。
【図９】一部の実施形態に係る、無線ネットワークノードで実施される方法を示すフローチャートである。
【図１０】一部の実施形態に係る、無線ネットワークノードで実施される別の方法を示すフローチャートである。
【図１１】一部の実施形態に係る、無線機器の例示的な機能実装を示す図である。
【図１２】一部の実施形態に係る、無線機器の別の例示的な機能実装を示す図である。
【図１３】一部の実施形態に係る、基地局の例示的な機能実装を示す図である。
【図１４】一部の実施形態に係る、基地局の別な例示的な機能実装を示す図である。
【発明を実施するための形態】
【００３４】
以下、技術および装置を、Ｖ２Ｘ通信に関して説明し、かつ、いくつかの場面でＬＴＥ規格に固有な用語を用いて説明する。しかしながら、開示される実施形態は同様の特性を有するいかなるトラフィックに対して、および／または他の無線システムにおいても適用されうることを理解すべきである。サービスはセルラリンクを通じて、あるいはサイドリンクやＤ２Ｄリンクといった直接リンクを通じて提供されうる。
【００３５】
ここで論じる詳細な実施形態は、最大生成頻度１０Ｈｚおよび典型的には１９０〜３００バイトのパケットを有するＩＴＳ用のＣＡＭトラフィックのような、いくらかの周期的要素を有するトラフィックに対して格別な利点を提供する。しかしながら、技術はより汎用的に用いられてよい。
【００３６】
従前のセルラＳＰＳ（半固定スケジューリング）は、周期的リソース割り当てのためのパラメータがｅＮＢから関係するＵＥにシグナリングされる第１設定ステップを有する。そして、実際のＤＬ／ＵＬ ＳＰＳが開始／終了するアクティベート／デアクティベートステップが続く。ＵＥは、ＳＰＳがアクティブである限り、ＳＰＳ設定に従ってデータを受信／送信する。
【００３７】
ここに開示される技術のいくつかの例示的な実施形態を、「技術例１」，「技術例２」などのように分類し、以下に詳述する。これら技術のいくつかを適用する実施形態は、組み合わせが適切でないことが状況によって明らかである場合を除き、まとめて用いることができる。
【００３８】
技術例１：複数のＳＰＳ設定
技術例１によれば、新規なＳＰＳプロトコルおよび手順が規定される。スケジュールされたデータ送信は例えばアップリンク（ＵＥからｅＮＢもしくは他のアクセスポイント）で生じうる。一方、制御シグナリングはＵＥと、場合によってはｅＮＢ／アクセスポイントまたは他のＵＥまたは制御ノードの組み合わせとの間で生じうる。簡単さのために、以下では、本技術を、ＵＥとｅＮＢとの間で終端される制御およびユーザプレーンを用いたアップリンクのスケジューリングに関して説明する。しかしながら、技術はより汎用的に適用されてよい。
【００３９】
本技術によれば、例えばＵＥへのＲＲＣシグナリングを通じて、複数のＳＰＳ設定がｅＮＢによってＵＥのために設定されうる。これら設定のそれぞれは、例えば違ったＳＰＳ周期性および／または、周波数リソース、変調およびコーディング方法、公称電力および他のＳＰＳ関連パラメータを含む、違ったリソース割り当てに対応することができる。この手法により、個々のＳＰＳ設定を、例えば特定のトラフィックタイプに合わせることができる。例えば、並列に異なるタイプの２つのＶ２Ｘサービスを稼働中のＵＥを想定すると、２つのＶ２Ｘサービスは異なる周期性を有するトラフィックを生成する。この場合、２つのＳＰＳ設定を有することは有益である。そうでない場合、ｅＮＢは１つのＳＰＳ設定を解放して新たな１つをアクティベートすることを繰り返すか、ｅＮＢは２つのサービスのうち１つだけについてのトラフィックと時間合わせされた１つのＳＰＳ設定によってＵＥを設定するように制限されるであろう。
【００４０】
各ＳＰＳ設定は、特定のＶ２Ｘトラフィックタイプに関連づけられてよい。例えば、Ｖ２Ｘトラフィックタイプが、論理チャネル識別子（ＬＣＩＤ）のような所定の識別子を用いて下位層で特定されるものとすると、ＵＥが送信すべきパケットに関する識別子に対応するＳＰＳ設定を用いるように、ｅＮＢは各ＳＰＳ設定を１つ以上の特定の識別子に関連づけることができる。あるいは、一部の実施形態においてＵＥは、論理チャネル優先度の順番でパケットを提供することによりＳＰＳアップリンクグラントを満たすことができる、ＳＰＳ設定をＶ２Ｘトラフィックタイプと関連づけるために、ＬＣＩＤの代わりに、高位層の他のパケットマーカ（例えばＰＤＣＰ，ＩＰ）を用いてもよい。
【００４１】
ＬＴＥの文脈において、各ＳＰＳ設定はｅＮＢによって物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を通じてアクティベート／解放される。特に、各ＳＰＳ設定は、ｅＮＢによってインデックスと関連づけられる。そのインデックスは、異なる周波数リソースの割り当てを用いて対応するＳＰＳ設定をアクティベート／解放もしくは再アクティベートする必要がある場合には常に、所定のＰＤＣＣＨフォーマットに含まれる「ＳＰＳインジケータフィールド」によってアドレス指定される。
【００４２】
ＵＥのための複数のＳＰＳ設定は、さらに、あるいは代わりに、サイドリンク上で用いるために１つ以上のＳＰＳ設定を含んでもよい。この場合、サイドリンクインタフェース（例えばＰＣ５インタフェース）上で用いられる（１つ以上の）ＳＰＳ設定は、ＵＥからｅＮＢのインタフェース（例えばＵｕインタフェース）上で用いられる（１つ以上の）ＳＰＳ設定とともにシグナリングされてもよい。そのような場合、サイドリンクＳＰＳ設定用に特別なインデックスが予約される。サイドリンクインタフェース上で用いるべきＳＰＳ設定は、例えばＲＲＣシグナリング内の別の情報要素内に別個に設定されてもよい。ＰＤＣＣＨコマンドを用いてサイドリンクＳＰＳ設定をアクティベート／解放するために、上述したものと同じ仕組みを適用することができる。特に、Ｕｕに対して用いられるものと同じＰＤＣＣＨコマンドをサイドリンクに対しても用いることができる。あるいは、サイドリンクのアクティベート／解放とＵｕ ＳＰＳ設定とは、別のＰＤＣＣＨ上で（すなわち、異なるダウンリンク制御情報（ＤＣＩ）メッセージで）命令される。
【００４３】
技術例２：確認された周期的な送信
ここに開示する技術の別の実施形態において、ＵＥは、１つ以上のＳＰＳ設定のどれをＵＥが使用することを意図しているかを明示的にｅＮＢに報告する。この技術は「技術例１：複数のＳＰＳ設定」の見出しで記載された技術のどれとも組み合わせられうることに留意されたい。
【００４４】
この方法によれば、第１段階において、スケジューラノード（例えばｅＮＢ）は、ＵＥに、周期的なデータプレーンリソース群と、制御プレーンリソース群とを割り当てる。これは図２において信号２１０で示されている。制御プレーンリソースは、例えば特定のＬＣＩＤによって特定される、特定のトラフィックタイプにマッピングされる特定のデータ送信を開始しようとする都度、ＵＥがｅＮＢに通知するために用いられることが意図されている。特別なケースとして、２つのリソース割り当てを、例えば制御プレーン送信パラメータまたはリソースの一部または全部が、関連するデータ送信の設定から無条件に取得されるように組み合わせてもよい。
【００４５】
制御リソースと対応するデータリソースとのマッピングは、１：１のマッピングでなくてもよい、例えば、１つの制御リソースが複数のデータリソースに関連づけられてもよい。スケジューリングはＳＰＳ設定およびアクティベート／解放メッセージのようなプロトコルメッセージを用い、１つのステップもしくは複数のサブステップで行うことができる。
【００４６】
したがって、技術例１で説明した複数のＳＰＳ設定のそれぞれは、（例えば物理アップリンク共用チャネルまたはＰＵＳＣＨを通じた）周期的なデータプレーンアップリンク送信の設定のみならず、（例えば物理アップリンク制御チャネルまたはＰＵＣＣＨを通じた）関連する周期的な制御プレーンアップリンク送信の設定を含むことができる。設定は周期的な無線リソース群（例えばサブフレーム）および、場合によっては他の送信パラメータを特定する。
【００４７】
アクティベート／解放ステップは、データおよび制御プレーンに共通であってもよいし、それぞれに別個であってもよい。特定のプロトコルの詳細に応じて、データプレーンおよび制御プレーンリソースのアクティベートが、ＳＰＳ設定時に既に行われていてもよいことに留意されたい。
【００４８】
第２ステップにおいて、アップリンクデータ送信の前に、ＵＥはｅＮＢに、データ送信のために、関連する（１つ以上の）データリソースを用いる予定であることをシグナリングする。これは図２において信号２２０として示されており、周期的なアップリンク制御プレーンリソースを用いて行われる。例えば、所定のＬＣＩＤ（または高位層に含まれる他のパケットマーカ（例えばＰＤＣＰ、ＩＰ））に対して所定のＳＰＳ設定の利用が制限されている場合、ＵＥはそのようなＬＣＩＤを使用する予定であることをシグナリングすることができ、それによって対応するＳＰＳ設定を使用する意向であることを示す。あるいは、送信の意向は、関連するアップリンク送信を肯定応答するフラグを用いてシグナリングされてもよい。そのようなフラグは例えばＵＥが選択した好ましいＳＰＳ設定のインデックスであってよい。ほかの方法を用いることもできる。例えば、ＵＥは制御プレーンを通じて現在のＵＥバッファサイズの表示を提供してもよい。他のオプションは、このシグナリングを、各ＳＰＳ設定に関連づけられた特定のスケジューリング要求（ＳＲ）リソースを用いて行うことで、その設定を用いる予定を示すことである。一部の実施形態において、ＵＥが特定のＳＰＳリソースの利用を中止する予定であることをシグナリングするために他の制御リソースを用いてもよい。
【００４９】
したがって、上述したプロトコルに関連する信号を正しく送信および解釈することを可能にするのみならず、ＵＥにはステップ２２０で自身の送信意図を決定し、それをシグナリングすることが要求される。送信を行うべきか否かの決定は、例えば、関連づけられたデータチャネル用の送信バッファが（所定のＳＰＳリソースの資料を開始するための）ある閾値を超えるか、（所定のＳＰＳリソースの利用を中止するための）ある閾値を下回るかを決定することによって行われる。ＵＥは自身の意向を事前に、例えば１サブフレーム以上前にシグナリングする。
【００５０】
第３ステップで、ＵＥが自身の送信の意向をシグナリング済みであれば、図２に信号２３０を用いて示すように、関連づけられたアップリンクリソースでのアップリンク送信が引き続いて行われる。さもなければ、関連づけられたアップリンクリソースでのアップリンク送信は行われない。一部の実施形態において、ＵＥは、ＳＰＳリソースを用いる前に、シグナリングした送信の意向についての肯定応答を待つ必要があるが、他の実施形態ではそうする旨の意向をシグナリングした後、意図したＳＰＳリソースで単に送信してもよい。
【００５１】
ステップ２２０〜２３０の手順は、スケジューラノードによって割り当てられたすべてのＳＰＳリソースについて繰り返される。したがって、例えば、ステップ２２０および２３０は異なるＳＰＳリソース設定に関連づけられているいくつかの異なるトラフィックタイプのそれぞれについて繰り返されることができる。
【００５２】
図３は、説明した技術がどのようにサイドリンク送信に適用されうるかを示している。信号３１０によって示すように、スケジューラノード（例えばｅＮＢ）は、周期的なデータプレーンリソース群および制御プレーンリソース群を、図３でＵＥ（ｔｘ）として示されているＵＥに割り当てる。ここでも、制御プレーンリソースは、例えば特定のＬＣＩＤによって特定される、特定のトラフィックタイプにマッピングされる特定のデータ送信を開始しようとする都度、ＵＥがｅＮＢに通知するために用いられることが意図されている。しかし、データプレーンリソースは、図３にＵＥ（ｒｘ）として示される別のＵＥへのサイドリンク送信のためのものである。再び、特別なケースとして、２つのリソース割り当てを、例えば制御プレーン送信パラメータまたはリソースの一部または全部が、関連するデータ送信の設定から無条件に取得されるように組み合わせてもよい。一部の実施形態において、信号３２０によって示すように、スケジューラは他のＵＥ、すなわちＵＥ（ｒｘ）に、少なくとも周期的なデータプレーンリソースの割り当てに関する情報をシグナリングしてもよい。
【００５３】
サイドリンクデータ送信の前に、ＵＥはｅＮＢに、サイドリンクデータ送信のために、（１つ以上の）関連づけられたデータリソースを用いる意向であることをシグナリングする。これは図３において信号３３０として示されており、周期的なアップリンク制御プレーンリソースを用いて行われる。ここでも、所定のＬＣＩＤ（または高位層に含まれる他のパケットマーカ（例えばＰＤＣＰ、ＩＰ））に対して所定のＳＰＳ設定の利用が制限されている場合、ＵＥはそのようなＬＣＩＤを使用する予定であることをシグナリングすることができ、それによって対応するＳＰＳ設定を使用する意向であることを示す。あるいは、送信の意向は、関連するサイドリンク送信を肯定応答するフラグを用いてシグナリングされてもよい。そのようなフラグはＵＥが選択した好ましいＳＰＳ設定のインデックスであってよい。
【００５４】
最後に、ＵＥが自身の送信の意向をシグナリング済みであれば、図３に信号３４０を用いて示すように、関連づけられたサイドリンクリソースでのサイドリンク送信が引き続いて行われる。さもなければ、関連づけられたデータリソースでのサイドリンク送信は行われない。一部の実施形態において、ＵＥは、ＳＰＳリソースを用いる前に、シグナリングした送信の意向についての肯定応答を待つ必要があるが、他の実施形態ではそうする旨の意向をシグナリングした後、意図したＳＰＳリソースで単に送信してもよい。信号３３０および３４０は、図３に示すように何回か繰り返されてよい。信号３５０を用いて示すように、ｅＮＢはさらに、１つ以上のＳＰＳ設定を解消(deconfigure)またはデアクティベートすることができる。一部の実施形態において、信号３６０を用いて示すように、ｅＮＢはさらに、受信ＵＥ、すなわちＵＥ（ｒｘ）にも解消を知らせることができる。
【００５５】
技術例３：肯定応答シグナリングの詳細
ＵＥからｅＮＢへの実際の制御シグナリングはさまざまな方法で実現することができる。第１の例で、ＬＴＥの文脈において、ＵＥは制御情報を物理アップリンク共用チャネル（ＰＵＳＣＨ）物理チャネルを用いて送信する。制御情報は無線リソース制御（ＲＲＣ）制御情報として符号化されてもよい。この方法は比較的複雑なＵＥからのシグナリングを適応させるのに柔軟性を有するが、シグナリングイベントごと、ＵＥごとに少なくとも１つの物理リソースブロック（ＰＲＢ）を消費するとともに、ｅＮＢがＵＥを制御シグナリングの送信のためにスケジュールする必要がある。
【００５６】
第２の例では、ステップ２２０で制御情報を送信するために物理アップリンク制御チャネル（ＰＵＣＣＨ）物理チャネルが用いられる。ＰＵＣＣＨはＰＵＳＣＨよりも限られた制御ペイロードしか搬送しないが、限られた数のリソース上での多重化能力はＰＵＳＣＨよりも高い。そして、ｅＮＢによるスケジューリングなしで所定の周期でＵＥが送信できる。
【００５７】
一例において、ＰＵＣＣＨフォーマット１の送信フォーマットをこの目的に再利用することができるが、もちろん制御シグナリングの意味はそれによって解釈される。
【００５８】
ｅＮＢはステップ２２０でのＰＵＣＣＨ ＵＬ制御送信のためのリソースを、他のＰＵＣＣＨリソースとの重複を避け、かつ干渉を最小限にしつつ制御チャネル負荷を制御するために設定することができる。ｅＮＢおよびＵＥは、スクランブルシーケンス、復調参照信号（ＤＭＲＳ）シーケンス／直行カバー符号（ＯＣＣ）、またはステップ２２０にしたがってＵＬを送信する意図を示すために用いられるＰＵＣＣＨフォーマット用の他のＬ１送信パラメータについて、異なるものを決定して用いてよい。
【００５９】
一例において、ＵＥは、特定のＳＰＳによる所与の送信機会について、関連するアップリンク（またはサイドリンク）リソース上で送信する意図がない場合だけ、ステップ２２０でシグナリングする。この方法は、ｅＮＢにおける制御シグナリングの誤検出に対する保護を改善する。
【００６０】
上述した仕組みは、図３の信号３３０を用いるなどにより、本技術分野における当業者によって簡単にサイドリンクに拡張することができる。
【００６１】
ｅＮＢが上述した制御シグナリングを正しく送信し解釈する必要があることは言うまでもない。上述したように、所与の送信機会についてアップリンク（またはサイドリンク）で送信する意図がない場合にだけＵＥがアップリンク制御情報をステップ２２０で送信するような方法で制御シグナリング用のプロトコルが指定されている場合、ｅＮＢは、ステップ２２０にしたがってＵＥからの制御シグナリングが正しく検出されない場合に、ＵＥがアップリンク（またはサイドリンク）で送信するものと仮定する。
【００６２】
ＵＥが所定の設定されたデータリソース上で送信する意図がないとｅＮＢが判定した場合、ｅＮＢはそのリソースに体の送信をスケジュールすることができる。それ以外の場合、ｅＮＢはそのデータリソースを他の送信に用いないようにする。
【００６３】
ＳＰＳアクティベートルール
上述したいくつかの技術の一態様として、特定のＳＰＳ設定をアクティベートするためのさまざまなルールが規定されうることが理解されよう。例えば、ｅＮＢは、所定のＶ２Ｘトラフィックタイプに対応する特定のＬＣＩＤを有する所定のデータ無線ベアラ（ＤＲＢ）が確立されると、ＳＰＳ設定を設定することができる。ＳＰＳ設定は、技術１の説明において述べたように、ＤＲＢによって搬送される特定のトラフィック特性に合うように構成される。
【００６４】
特定のＳＰＳリソースの動的なアクティベート／解放は、例えばＰＤＣＣＨメッセージの特定のフォーマットを用い、ｅＮＢによっていつでも実施されてよい。ｅＮＢは特定のＳＰＳリソースを、ＵＥからの明示的な表示に基づいて、または特定のＬＣＩＤ上で送信されているトラフィックに基づいて、アクティベートしてよい。ＬＣＩＤ上でなく、高位層パケットマーカ（例えば、ＰＤＣＰまたはＩＰ層のためのパケットマーカ）に基づいてアクティベートする方法であってもよい。
【００６５】
上述の仕組みは、ＵＥがＶ２Ｘ目的のために用いようとするリソースを要求するようにして、本技術分野における当業者によって容易にサイドリンクに拡張することができる。この場合、サイドリンク上でどの特定のＶ２ＸトラフィックタイプをＵＥが実行したいのかをＵＥがｅＮＢにシグナリングしうる。ｅＮＢはそれにしたがって適切なＳＰＳ設定を設定する。
【００６６】
ＳＰＳ解放ルール
上述したいくつかの技術の一態様として、特定のＳＰＳ設定を解放するためのさまざまなルールが規定されうることが理解されよう。解放は、例えばＰＤＣＣＨを用いて解放コマンドを送信するといった明示的なものであってもよいし、暗示的なものであってもよい。
【００６７】
ＵＥおよびｅＮＢは、例えばアクティブなＳＰＳリソースに関連づけられたＬＣＩＤについて、所定時間または所定数のＵＬ送信の間にＵＥによるトラフィックの送信がない場合、無条件でＳＰＳを解放してもよい。
【００６８】
ｅＮＢはＵＥからの表示に基づいて、あるいは所定時間または所定数のＵＬ送信の間、特定のＬＣＩＤについてのトラフィックが存在しないことに基づいて、明示的に特定のＳＰＳリソースをデアクティベートすることができる。
【００６９】
ｅＮＢが明示的な解放のために用いることができる別のルールは、（例えば周期性、ＱｏＳ、メッセージサイズなど、所定の特性を有する）所定のＶ２ＸトラフィックがＵＥのアプリケーションクライアントで終了されていることをｅＮＢが認識した場合である。ＵＤは、特定のＬＣＩＤについてのトラフィックが終端されていることを示すフラグを含んだメディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）を送信することによって、Ｖ２Ｘトラフィックが終端されていることの判定についてｅＮＢを支援することもありうる。そのような情報は、例えば、対応するＭＡＣ ＰＤＵのＬＣＩＤ上で稼働するトラフィックが終了されていることを示すＭＡＣ制御要素（ＣＥ）を通じてもたらされることができる。そのようなＭＡＣ ＣＥは、データを格納するか、パディングだけを格納するＭＡＣ ＰＤＵと一緒に送信されてよい。
【００７０】
上述した仕組みは、所定のＶ２Ｘトラフィックタイプが終了されていることをサイドリンクを通じてＵＥがｅＮＢに知らせ、ｅＮＢがそれにしたがってＳＰＳ設定を解放するようにして、本技術分野における当業者によって容易にサイドリンクに拡張することができる。
【００７１】
ここで説明した詳細は、一般化して任意のタイプのスケジューラに適用することができることに留意されたい。例えば、所定のＬＣＩＤに関連づけられたトラフィックについて所定のスケジューラアルゴリズムが用いられている場合、そのＬＣＩＤ上のトラフィックが終了されていることが宣言されるとすぐに、ＵＥはスケジューラポリシを変更するためにこの情報を用いることもありうる。一例として、ＵＥを２０ｍｓごとに単純かつ動的にスケジュールしようとする非ＳＰＳスケジューラがあったとする。そのような情報（すなわち、上述した仕組みのいずれかに従って送信された、所定のＶ２Ｘトラフィックタイプが終了されていることの表示）を受信すると、スケジューラはその動作を中止する。
【００７２】
ＳＰＳ再アクティベートルール
ＵＥからの支援情報に基づくＳＰＳ再アクティベートルールを規定することができる。ＳＰＳ設定の再アクティベートは、以前のリソース割り当て（例えばＰＲＢ割り当て、変調および符号化スキーマ（ＭＣＳ））がもはや適していないと思われる場合に必要とされるであろう。例えば、同じトラフィック特性（例えば周期性、ＱｏＳクラス識別子（ＱＣＩ））を有し、同じＤＲＢに属していても、いくつかのパケットが時々他のパケットよりも大きくなりうることが起こりうる。例えば、Ｖ２Ｘにおいて、一部のパケットは、全体のパケットサイズを大幅に増加させうる比較的大きなセキュリティヘッダを含みうる。Ｖ２Ｘにおいて、パケットヘッダ内のそのようなセキュリティ要素の存在もまた周期的である。都合の悪いことに、ｅＮＢは大きなセキュリティ要素が送信されようとしていることに気づかないであろう。
【００７３】
ｅＮＢがＳＰＳグラントを適切に適合させることを支援するため、ＵＥは、一部の実施形態において、現在のＳＰＳグラントサイズよりも大きなパケットが送信される場合に、事前にｅＮＢに知らせることができる。例えば、セキュリティオーバヘッドを含んだ大きなパケットの送信が周期的であれば、ＵＥはｅＮＢに、前のメッセージで、次のメッセージが大きくなるであろうことを知らせることができる。ＵＥはこの情報を、例えば、大きなパケットの送信の直前のメッセージのメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）内のＭＡＣプロトコルデータユニット（ＰＤＵ）に含まれるフラグを用いてシグナリングすることができる。フラグの代わりに、可能であればＵＤは次のメッセージの予期されるサイズを直接報告するかもしれない。そのような情報を受信するとｅＮＢは、別のグラントサイズを有するＳＰＳ設定を再アクティベートするか、その送信時間間隔（ＴＴＩ）に対して、以前アクティベートされたＳＰＳをオーバライドする新たな動的ＵＬグラントを単に提供する。
【００７４】
この技術もまた、任意のタイプのスケジューラに一般化することができる。例えば、非半固定スケジューラが用いられていれば、ＵＥによって報告された表示はその特定のトラフィックに対するリソース割り当て手法を変更するために用いられるであろう。
【００７５】
上述の仕組みは、本技術分野における当業者によって容易にサイドリンクに拡張することができる。すなわち、ＵＥはｅＮＢに所定のＶ２Ｘトラフィックタイプが変更されたことをサイドリンクを通じて知らせる。そのような情報を受信するとｅＮＢは、サイドリンクに関して有効な別のグラントサイズを有するＳＰＳ設定を再アクティベートするか、そのＴＴＩについて、以前アクティベートしたＳＰＳサイドリンクグラントをオーバライドする新たな動的サイドリンクグラントを単に提供する。
【００７６】
例示的方法
上述した詳細から、開示する技術の一部の実施形態が、図４に示すステップを有する、機器によって送信用の周期的リソースを割り当てるためのプロトコルを伴うことが理解されるであろう。ブロック４１０に示すように、図示した処理はｅＮＢ（または他の制御ノード）がＵＥ用の複数のＳＰＳ設定を設定することから始まる。ブロック４２０に示すように、ｅＮＢはまた、ＵＥ送信のための、対応する周期的な制御およびデータリソースを設定する。ブロック４３０に示すように、ＵＥはｅＮＢに、特定のＳＰＳ設定に対して関連づけられた（１つ以上の）データリソースでアップリンク（またはサイドリンク）通信するＵＥの意向をシグナリングする。ブロック４４０で、ＵＥはそれらのデータリソース上で送信する。一部の実施形態において、この処理はＵＥがシグナリングした意向に対してｅＮＢが送信した肯定応答（不図示）に応答したものであってよい。
【００７７】
図４に示すように、ブロック４２０，４３０，４４０に示したステップの一部または全部は、周期的な制御／データリソース割り当ての繰り返しごとに、ＳＰＳ設定ごとに、繰り返されてもよい。繰り返しは決定ブロック４５０によって示されるように、ＳＰＳ設定がアクティブであるとの判定に基づくことができる。一部の実施形態において、ｅＮＢがデアクティベートまたは解放メッセージを送信することにより、１つ以上のＳＰＳ設定について処理が終了されてもよい。一部の実施形態において、このデアクティベート／解放は特定のタイプのデータトラフィックまたは特定のＶ２Ｘアプリケーションが終了されているというＵＥからの表示のような、ＵＥの支援に基づくことができる。
【００７８】
例示的な実装
ここで説明したさまざまな技術は、無線機器に設けられた無線送受信機回路および電子データ処理回路によって実施されてよい。図５は、例示的な無線機器５００の機能を示している。さまざまな実施形態において、非限定的な用語であるＵＥを用いる。別の例では、用語「通信機器」、「無線機器」、「移動端末」、または「移動機」が用いられうる。ここで開示される技術を理解する目的において、これらの用語は交換可能なものと見なされてよい。ここで説明するＵＥまたは通信機器は、ネットワークノードまたは他の通信機器と、無線信号を通じて通信することが可能な任意のタイプの無線機器であってよいｌそのような機器は、路車間（Ｖ２Ｉ）、車歩行者間（Ｖ２Ｐ）、および車車間（Ｖ２Ｖ）通信といったさまざまなタイプのＶ２Ｘ通信に用いられる任意の機器を含みうる。そのような機器はデバイス間（Ｄ２Ｄ）ＵＥ、マシンタイプＵＥ、またはマシン間通信（Ｍ２Ｍ）が可能なＵＥ、ＵＥを備えるセンサ、無線対応タブレットコンピューティング機器、移動端末、スマートフォン、ラップトップ組込型機器（ＬＥＥ：laptop embedded equipped）、ラップトップ搭載型機器（ＬＭＥ：laptop mounted equipped）、ＵＳＢドングル、加入者宅内機器（ＣＰＥ：Customer Premises Equipment）などとしても知られている。
【００７９】
さまざまな実施形態は、３ＧＰＰによって規定されるようなＬＴＥ無線アクセスネットワーク（ＲＡＮ）の文脈にしたがって説明される。しかし、技術および装置は、いかなる無線アクセス技術（ＲＡＴ）、Ｖ２Ｘ技術、またはマルチＲＡＴシステムに対しても適用可能でありうることを理解すべきである。
【００８０】
ＬＴＥネットワーク（Ｅ−ＵＴＲＡＮ）と動作するように構成されたＵＥのような無線機器５００は、１つ以上の基地局（ｅＮＢ）と通信するための、また１つ以上の他の無線機器と通信するための送受信機ユニット５２０と、送受信機ユニット５２０によって送信および受信される信号を処理するための処理回路５１０とを含んでいる。送受信機ユニット５２０は、１つ以上の送信アンテナ５２８に接続された送信機５２５と、１つ以上の受信アンテナ５３３に接続された受信機５３０とを含んでいる。（１つ以上の）同じアンテナ５２８および５３３が送信および受信の両方に用いられてもよい。受信機５３０および送信機５２５は、典型的にはＬＴＥに関する３ＧＰＰ規格のような特定の電気通信規格にしたがった既知の無線処理および信号処理要素および技術を用いる。送受信機ユニット５２０はＥ−ＵＴＲＡＮ用に適合された無線／ベースバンド回路と、別個の、Ｗｉ−Ｆｉアクセス用に適合された無線／ベースバンド回路のように、２つ以上の異なるタイプの無線アクセスネットワークのそれぞれに対する別個の無線および／またはベースバンド回路を有してもよいことに留意されたい。同じことはアンテナにも当てはまる。１つ以上のアンテナが複数のタイプのネットワークにアクセスするために用いられうる場合もあれば、１つ以上のアンテナがある特定のタイプの（１つ以上の）無線アクセスネットワークにアクセスするために特に適合されうる場合もある。このような回路の設計および実装に関連したさまざまな詳細および工学上のトレードオフは周知であり、かつここで説明する技術の完全な理解には不要であるため、これ以上の詳細については省略する。
【００８１】
処理回路５１０は、データストレージメモリ５５５およびプログラムストレージメモリ５６０を構成する１つ以上のメモリデバイス５５０に接続された、１つ以上のプロセッサ（ＣＰＵ）５４０を有する。一部の実施形態において、プロセッサ５４０はマイクロプロセッサ、マイクロコントローラ、またはデジタルシグナルプロセッサであってよい。より一般的には、処理回路５１０はプロセッサとファームウェアの組み合わせ、特化されたデジタルハードウェア、またはそれらの組み合わせを有することができる。メモリ５５０はリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの、１つまたはいくつかのタイプの恒久的なメモリを有しうる。無線機器５００が複数の無線アクセス技術をサポートする場合、一部の実施形態において、処理回路５１０は１つ以上の無線アクセス技術に専用の独立した処理リソースを含みうる。
【００８２】
処理回路５１０の典型的な機能は、送信される信号の変調および符号化と、受信した信号の復調および復号とを含む。いくつかの実施形態において、処理回路５１０は、プログラムストレージメモリ５６０に記憶された適切なプログラムコードを用いて、例えばここで説明する関連する実施形態を実施するように構成される。したがって、例えば、処理回路５１０は無線ネットワークノードから２つ以上のＳＰＳ設定を受信するように構成される。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。処理回路５１０はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信するとともに、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信するように構成される。
【００８３】
他の実施形態において、処理回路５１０は、無線ネットワークノードから、１つのＳＰＳ設定を受信するように構成される。ＳＰＳ設定は、無線機器のための複数の周期的な送信機会を規定する。処理回路５１０は、無線ネットワークノードから、ＳＰＳ設定に関する使用意図表示(intent-to-use indication)または不使用意図表示(no-intent-to-use indication)を送信するための周期的なアップリンクリソースを規定する情報を受信し、ＳＰＳ設定にしたがってデータを送信するように構成される。処理回路５１０はさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを用いて使用意図表示を送信するか、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを用いて不使用意図表示を送信するように構成される。
【００８４】
図６は無線機器５００における方法６００を示す。方法６００は、無線ネットワークノードから２つ以上のＳＰＳ設定を受信すること（ブロック６１０）を含む。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。方法６００はさらに、２つ以上のＳＰＳ設定のうち、第１の１つにしたがって第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信することと、２つ以上のＳＰＳ設定のうち、第２の１つにしたがって第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信することと（ブロック６２０）、を含む。
【００８５】
方法６００はまた、無線ネットワークノードから、２つ以上のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信することを含んでよい。周期的なアップリンクリソースは、データプレーンリソース（例えばＰＵＳＣＨ）および／または制御プレーンリソース（例えばＰＵＣＣＨ）を含みうる。２つ以上のＳＰＳ設定のそれぞれについて周期的なアップリンクリソースを規定する情報は、２つ以上のＳＰＳ設定とともに受信されうる。方法６００は、２つ以上のＳＰＳ設定のうち第１の１つにしたがった各送信の前に、２つ以上のＳＰＳ設定のうち第１の１つに対応する周期的なアップリンクリソースを用いて使用意図表示を送信することを含む場合がある。使用意図表示は、２つ以上のＳＰＳ設定のうち第１の１つにしたがった送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信されてよい。
【００８６】
一部の実施形態において、方法６００は、２つ以上のＳＰＳ設定のうち第１の１つについての送信機会であって、無線機器が送信しない送信機会のそれぞれの前に、２つ以上のＳＰＳ設定のうち第１の１つに対応する周期的なアップリンクリソースを用いて不使用意図表示を送信することを含む。不使用意図表示は、２つ以上のＳＰＳ設定のうち第１の１つにしたがった送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信されてよい。
【００８７】
一部の実施形態において、第１および第２のＳＰＳ設定にしたがったデータの送信は、無線ネットワークノードへのアップリンク送信として実行される。別の実施形態において、それらは第２の無線ネットワークノードへのサイドリンク送信として実行される。本明細書において、サイドリンク送信は任意のタイプの直接デバイス間送信であってよく、「サイドリンク」と明確に呼ばれるリンクに限定される必要はない。
【００８８】
方法６００は、第１のトラフィックタイプまたは第１の無線ベアラに対応するＬＣＩＤにしたがって、第１のトラフィックタイプまたは第１の無線ベアラのデータを２つ以上のＳＰＳ設定のうち第１の１つに関連づけることを含みうる。受信されるＳＰＳ設定のそれぞれは、対応するＬＣＩＤによって特定されうる。場合により、使用意図表示または不使用意図表示は、対応するＳＰＳ設定に対応するＬＣＩＤを特定する。
【００８９】
図７は無線機器５００における方法７００を示し、無線ネットワークノードからＳＰＳ設定を受信することを含む。ＳＰＳ設定は、無線機器のための複数の周期的な送信機会を規定する（ブロック７１０）。方法７００はさらに、無線ネットワークノードから、ＳＰＳ設定に関する使用意図表示(intent-to-use indication)または不使用意図表示(no-intent-to-use indication)を送信するための周期的なアップリンクリソースを規定する情報を受信すること（ブロック７２０）と、ＳＰＳ設定にしたがってデータを送信すること（ブロック７３０）とを含む。方法７００はさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを用いて使用意図表示を送信すること（ブロック７４０）、またはＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを用いて不使用意図表示を送信すること（ブロック７５０）を含む。ＳＰＳ設定に関する周期的なアップリンクリソースを規定する情報は、ＳＰＳ設定とともに受信されうる。データの送信は、無線ネットワークノードへのアップリンク送信または第２の無線機器へのサイドリンク送信として実行されうる。
【００９０】
上で説明した技術および方法のいくつかは、無線ネットワークノードに設けられた電子データ処理回路および無線送受信機または他のインタフェース回路を用いて実施されうる。図８は一部の実施形態において、ここで説明する基地局に関する方法の一部または全部を実施しうる基地局８００の例示的な構成を示している。
【００９１】
ＬＴＥ ＲＡＮにおいて用いるためのｅＮＢであってよい基地局８００は、例えば、コアネットワーク（ＣＮ）ノードと通信するとともに１つ以上の無線機器と通信するように構成された通信インタフェース回路を含む。この場合、通信インタフェース回路は、無線送受信機回路８１０とネットワークインタフェース回路８４０との２つの部分を含む。無線送受信機回路８１０は、通信測定結果(communication measurements)、データ、命令、および／またはメッセージを、１つ以上の無線機器との間で受信および／または送信するように構成される。ネットワークインタフェース回路８４０は、ネットワーク通信を、１つ以上のＣＮノードを含む他のネットワークノードとの間でネットワーク通信を送受信するように構成される。無線回路８１０は任意数の送受信、受信、および／または送信ユニットまたは回路を含みうることを理解すべきである。無線回路８１０および／またはネットワークインタフェース８４０は、無線周波数（ＲＦ）回路およびベースバンド処理回路を有することができ、それらの詳細は基地局設計に通じた者にとって周知である。
【００９２】
基地局８００はまた、プログラムストレージメモリ８３０に記憶された適切なプログラムコードを用いて、例えば２つ以上のＳＰＳ設定を無線機器へ送信するように構成された処理回路８２０を含む。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。処理回路８２０はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信するとともに、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信するように構成される。
【００９３】
処理回路８２０はさらに、ＳＰＳ設定を無線機器に送信するように構成される。ＳＰＳ設定は、無線機器のための複数の周期的な送信機会を規定する。処理回路８２０は、さらに、ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、無線機器のための周期的なアップリンクリソースを規定する情報を無線機器に送信し、ＳＰＳ設定にしたがってデータを受信するように構成される。処理回路８２０はさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを通じて使用意図表示を受信するか、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを通じて不使用意図表示を受信するように構成される。
【００９４】
処理回路８２０は、処理回路５１０と同様に、任意の適切なタイプの通信ユニット、例えばマイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または特定用途向け集積回路（ＡＳＩＣ）、または回路の他の任意の形態であってよい。基地局８００はさらに、コンピュータ可読メモリの任意の適切なタイプおよび、揮発性および／または不揮発性タイプであってよいメモリユニットまたは回路８３０を有する。メモリ８３０は、処理回路８２０によって用いるためのプログラムデータ、および設定データ、動作データなどを記憶するように構成されてよい。
【００９５】
一部の実施形態に係る基地局８００は、方法９００および１０００を実行するように構成される。方法９００は、無線機器に２つ以上のＳＰＳ設定を送信すること（ブロック９１０）を含む。ＳＰＳ設定はそれぞれ、無線機器のための複数の周期的な送信機会を規定し、２つ以上のＳＰＳ設定のうち少なくとも２つは、周期的な送信機会について異なる周期を有する。方法９００はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信するとともに、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信すること（ブロック９２０）を含む。
【００９６】
方法９００はまた、無線機器に、２つ以上のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、無線機器のための周期的なアップリンクリソースを規定する情報を送信することを含んでよい。２つ以上のＳＰＳ設定のそれぞれについて周期的なアップリンクリソースを規定する情報は、２つ以上のＳＰＳ設定とともに送信されてよい。
【００９７】
方法９００は、２つ以上のＳＰＳ設定のうち第１の１つにしたがった各送信の前に、２つ以上のＳＰＳ設定のうち第１の１つに対応する周期的なアップリンクリソースを通じて使用意図表示を受信することを含む場合がある。使用意図表示は、２つ以上のＳＰＳ設定のうち第１の１つにしたがった送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信されてよい。
【００９８】
別の場合、方法９００は、２つ以上のＳＰＳ設定のうち第１の１つについての送信機会であって、無線機器が送信しない送信機会のそれぞれの前に、２つ以上のＳＰＳ設定のうち第１の１つに対応する周期的なアップリンクリソースを通じて不使用意図表示を受信することを含む。不使用意図表示は、２つ以上のＳＰＳ設定のうち第１の１つにしたがった送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信されてよい。
【００９９】
方法１０００は、無線機器にＳＰＳ設定を送信すること（ブロック１０１０）を含む。ＳＰＳ設定は、無線機器のための複数の周期的な送信機会を規定する。方法１０００はさらに、ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、無線機器のための周期的なアップリンクリソースを規定する情報を無線機器に送信すること（ブロック１０２０）と、ＳＰＳ設定にしたがってデータを受信すること（ブロック１０３０）とを含む。方法１０００はさらに、ＳＰＳ設定にしたがった個々の送信の前に、周期的なアップリンクリソースを通じて使用意図表示を受信すること（ブロック）１０４０と、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを通じて不使用意図表示を受信すること（ブロック１０５０）と、のいずれかを含む。ＳＰＳ設定に関する周期的なアップリンクリソースを規定する情報は、ＳＰＳ設定とともに送信されうる。
【０１００】
もちろん、これら技術のステップのすべてを１つのマイクロプロセッサまたは１つのモジュールで実行する必要がないことは理解されよう。プログラムおよびデータメモリ５５５および５６０に記憶されているプログラムコードによって適合されている処理回路５１０は、上述した無線機器関連の方法の任意の１つ以上を機能「モジュール」の配列を用いて実施することができ、モジュールは処理回路５１０上で実行されるコンピュータプログラムまたはコンピュータプログラムの一部である。したがって、装置５００は、無線ネットワークと通信するように構成された無線送受信機回路５２０を有するとともに、処理回路５１０に実装されたいくつかの機能モジュールをさらに有するものと理解することができ、機能モジュールのそれぞれは、上述した無線機器関連の方法の１つまたはいくつかで説明した１つまたはいくつかの方法ステップに対応する。
【０１０１】
例えば、図１１は、例えば処理回路５１０に基づいて無線機器５００に実装されうる例示的な機能モジュールまたは回路アーキテクチャを示す。図示した実施形態は、無線ネットワークノードからそれぞれが無線機器のための周期的な送信機会を規定する２つ以上のＳＰＳ設定であって、２つ以上のＳＰＳ設定のうち少なくとも２つは周期的な送信機会について異なる周期を有するＳＰＳ設定を受信するための受信モジュール１１０２を少なくとも機能的に含む。この実装はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを送信し、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを送信するための送信モジュール１１０４を含む。
【０１０２】
図１２は、例えば処理回路５１０に基づいて無線機器５００に実装されうる例示的な機能モジュールまたは回路アーキテクチャの別の例を示す。図示した実施形態は、無線ネットワークノードから、無線機器のための複数の周期的な送信機会を規定するＳＰＳ設定を受信するための受信モジュール１２０２を少なくとも機能的に含む。受信モジュール１２０２はまた、無線ネットワークノードから、ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信するためのものである。実装はさらに、ＳＰＳ設定にしたがってデータを送信するための送信データモジュール１２０４と、ＳＰＳ設定にしたがった個々の送信の前に周期的なアップリンクリソースを用いて使用意図表示を送信するか、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを用いて不使用意図表示を送信するための送信意向モジュール１２０６を含む。
【０１０３】
プログラムおよびデータメモリ８３０に記憶されているプログラムコードによって適合されている処理回路８２０は、上述した基地局関連の方法の任意の１つ以上を機能「モジュール」の配列を用いて実施することができ、モジュールは処理回路８２０上で実行されるコンピュータプログラムまたはコンピュータプログラムの一部である。したがって、基地局８００は、１つ以上の無線機器と通信するように構成された無線送受信機回路８１０を有するとともに、処理回路８２０に実装されたいくつかの機能モジュールをさらに有するものと理解することができ、機能モジュールのそれぞれは、上述した基地局関連の方法の１つまたはいくつかで説明した１つまたはいくつかの方法ステップに対応する。
【０１０４】
例えば、図１３は、例えば処理回路８２０に基づいて基地局８００に実装されうる例示的な機能モジュールまたは回路アーキテクチャを示す。図示した実施形態は、無線機器にそれぞれが無線機器のための周期的な送信機会を規定する２つ以上のＳＰＳ設定であって、２つ以上のＳＰＳ設定のうち少なくとも２つは周期的な送信機会について異なる周期を有するＳＰＳ設定を送信するための送信モジュール１３０２を少なくとも機能的に含む。この実装はさらに、２つ以上のＳＰＳ設定のうち、第１の１つに従った第１のトラフィックタイプまたは第１の無線ベアラに対応するデータを受信し、２つ以上のＳＰＳ設定のうち、第２の１つに従った第２のトラフィックタイプまたは第２の無線ベアラに対応するデータを受信するための受信モジュール１３０４を含む。
【０１０５】
図１４は、例えば処理回路８２０に基づいて無線ネットワークノード８００に実装されうる例示的な機能モジュールまたは回路アーキテクチャの別の例を示す。図示した実施形態は、無線機器に、無線機器のための複数の周期的な送信機会を規定するＳＰＳ設定を送信するための送信モジュール１４０２を少なくとも機能的に含む。送信モジュール１４０２はまた、無線機器に、ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、無線機器のための周期的なアップリンクリソースを規定する情報を送信するためのものである。実装はさらに、ＳＰＳ設定にしたがってデータを受信するための受信データモジュール１４０４と、ＳＰＳ設定にしたがった個々の送信の前に周期的なアップリンクリソースを通じて使用意図表示を受信するか、ＳＰＳ設定にしたがった送信機会であって、無線機器が送信しない個々の送信機会の前に、周期的なアップリンクリソースを通じて不使用意図表示を受信するための受信データモジュール１４０４を含む。
【０１０６】
本発明の範囲内で上述した実施形態に対してさまざまな変更をなし得ることは、本技術分野における当業者によって理解されるであろう。例えば、本発明の実施形態を３ＧＰＰが規定するＬＴＥ規格に準拠した通信システムを参照する例を用いて説明してきたが、提示される解決方法は他のネットワークに対しても同様に申し分なく適用可能でありうることに留意すべきである。
【０１０７】
コンピュータが実施する方法、装置（システムおよび／または機器）および／またはコンピュータプログラム製品のブロック図および／またはフローチャート図に関して例示的な実施形態を説明してきた。ブロック図および／またはフローチャート図のブロックおよび、ブロック図および／またはフローチャート図のブロックの組み合わせは、１つ以上のコンピュータ回路によって実行されるコンピュータプログラム命令によって実施することができる。これらのコンピュータプログラム命令は、命令がコンピュータおよび／または他のプログラマブルデータ処理装置で実施されると、トランジスタ、メモリ内に記憶された値、および他のハードウェア要素を、ブロック図および／またはフローチャートの１つ以上のブロックで述べられた機能／動作を実施するように変形および制御し、それによってブロック図および／または１つ以上のフローチャートブロックに記載された機能／動作を実施するための手段（機能）および／または構成を生成するようにして機械を生成するために、汎用コンピュータ回路、特殊用途コンピュータ回路、および／または他のプログラマブルデータ処理回路に提供されうる。
【０１０８】
これらのコンピュータプログラム命令は有形のコンピュータ可読媒体に記憶されてもよく、命令は、コンピュータ可読媒体に記憶された命令が、ブロック図および／またはフローチャートの１つ以上のブロックに記述された機能／動作を実施する命令を含む製造物を生成するように、コンピュータまたは他のプログラマブルデータ処理装置が特定の方法で機能するように制御することができる。したがって、本発明の概念の実施形態は、ハードウェアで、および／または、「回路」、「モジュール」またはその派生物と総称されうるデジタルシグナルプロセッサのようなプロセッサ上で稼働するソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）で実施されうる。
【０１０９】
さらなる考察および実施形態
上述した技術のいくつかは、Ｖ２Ｘ領域におけるレイテンシ削減の解決に用いることができる。いくつかの状況において、ＵｕおよびＰＣ５は、少なくとも所定のパラメータ設定および動作状況（例えばＵＥがコネクテッドモードの場合）で、１００ｍｓのエンドツーエンドのレイテンシ要求を満たすことができることが分かっている。一方で、別の状況では、そのようなレイテンシ要求を実現することはより困難である。Ｖ２Ｘエンドツーエンドレイテンシ要求を満たすために、ＵｕおよびＰＣ５に改良を加えることは有益であろうことも分かっている。ＲＲＣコネクションを確立するための遅延（ページング遅延を考慮しないで最大５０ｍｓ）が要求を満たす上で大きすぎるので、前提として、Ｖ２Ｘ対応ＵＥは常にＲＲＣコネクテッドモードであるものと仮定するのが合理的であろう。自動車に搭載されたオンボード機器は電池の制約が厳しくないと考えられ、各ＵＥについてのＲＲＣコンテクストを記憶するｅＮＢの負荷は、実装によって解決可能なハードウエア制限と考えられる。
【０１１０】
しかしながら、別の理由で所定のＵＥを開放する必要がある場合が存在しうる。そのような場合、例えばサスペンド−リジュームに関するＲＲＣ機能の原理を用いて、高速なＲＲＣコンテキスト回復を可能にする必要がある。したがって、一部の解決方法は、Ｖ２Ｖにおける基準(baseline)ＵＥがRRC_CONNECTEDモードにあるおよび／またはＲＲＣコネクションがサスペンドされた際にサスペンド−リジュームに関してＲＲＣ機能を用いることの仮定を必要としうる。Ｖ２Ｘにおける他の可能性のあるレイテンシ削減のための拡張は、スケジューラ（例えばＳＰＳ）、コンテンションベースのＰＵＳＣＨ（ＣＢ−ＰＵＳＣＨ）、ＳＲ送信、ハンドオーバ、またはロードサイドユニット（ＲＳＵ）動作に適用されうる。
【０１１１】
一部の実施形態は、Ｖ２Ｘトラフィックが周期性タイプのトラフィックであることを前提としたスケジューラの拡張を伴う。先に述べた様に、ＣＡＭメッセージに関するパケット生成間隔はＶ２Ｘアプリケーションに依存するかもしれず、１００ｍｓから１ｓまで変化することができる。パケット生成させるタイミングは例えば車両の地理的位置、スピード、方向などの外部環境に影響される。イベントトリガ型メッセージ（ＤＥＮＭ）は、一度トリガされると１００ｍｓごとに６回繰り返されるため、ある意味周期的と考えられる。メッセージサイズに関しては、用いられるセキュリティ要素のタイプ（すなわち、フルサーティフィケートかサーティフィケートダイジェストか）およびメッセージタイプ（ＣＡＭかＤＥＮＭか）に依存する。セキュリティオーバヘッドのタイプは、時間に依存しうる（５００ｍｓごとに１４０〜２００バイトおよび、１００ｍｓごとに８０バイト）。また、ＤＥＮＭペイロードはＣＡＭよりも大幅に大きくなりうる（総ＤＥＮＭサイズが８００バイト、総ＣＡＭサイズが１９０／３００バイト）。
【０１１２】
さらに、レイテンシ要求は特定のユースケースに大きく依存しうる。すなわち、プリクラッシュウォーニング用は２０ｍｓ、典型的なＶ２Ｖ／Ｉアプリケーション用は１００ｍｓ、インフラストラクチャを通じたＶ２Ｘロードセーフティサービス用は５００ｍｓ、そしてＶ２Ｎ用は１ｓである。
【０１１３】
別の見方をすれば、Ｖ２Ｘサービスはそれぞれが異なる周期性、サイズ、およびレイテンシ要件を有するバラエティに富んだトラフィックタイプを暗に意味する。そのような多様性は例えばＶｏＩＰのような他のタイプの周期性トラフィックと比較してＶ２Ｘをより複雑にしている。Ｖ２Ｘサービスを適切に処理するため、異なるトラフィック特性（例えば周期性、メッセージタイプ、優先度）に対応する別個の専用ベアラを割り当てなければならない。新しい専用ベアラの確立することの遅延を緩和するため、マルチキャストおよびユニキャスト伝送の両方について確立済ベアラ(pre-established bearers)を用いることができる。
【０１１４】
したがって、一部の実施形態において、専用ベアラはマルチキャストおよびユニキャスト伝送の両方について確立済であってよい。ＶｏＩＰトラフィックとの別の差異は、ＶｏＬＴＥ(Voice over LTE)においてｅＮＢはユーザが無音状態のときにスケジューラに適合させるために送信されるＳＩＤ(silent insertion descriptor) パケットを用いることができることである。例えば、ｅＮＢはＳＩＤを検出するとＳＰＳを解放することができる。Ｖ２Ｘにおいて、ｅＮＢはこのタイプの情報を有しておらず、周期的なトラフィックは先に述べた外部状況に応じて突然終了されうる。そのため、ｅＮＢが不必要にＵＥのスケジューリングを継続したり、適切なタイミングでＳＰＳを解放しなかったりして、結果としてリソースが無駄になるリスクがある。したがって、ＵＥは所定のＶ２Ｘトラフィックタイプがアプリケーションクライアントで終了された際に（例えばＬ２で）表示してよい。例えば、ＵＥはこの表示を最後のＣＡＭ／ＤＥＮＭメッセージの一部として送信することもありうる。
【０１１５】
一部の実施形態において、ＵＥは、所定のＶ２Ｘトラフィックタイプがアプリケーションクライアントでいつ終了されたかをｅＮＢに知らせる。ＵＥがＣＡＭセッションの一部としてセキュリティ要素を送信する必要がある場合に同様の問題が生じる。上述したように、セキュリティ要素を含んだメッセージは他のメッセージよりも非常に大きいため、スケジューラはスケジュールの割当を変更するために知らせを受ける必要があり、それによってパケットのセグメント化、ひいてはレイテンシを制限することになる。この問題に取り組むため、ＵＥは次のパケットがセキュリティ要素を含むであろうことをｅＮＢに知らせるかもしれない。ある場合には、ＵＥは次のパケットがセキュリティ要素を含むであろうことをｅＮＢに知らせる。
【０１１６】
高位層ヘッダが予測可能なサイズであることはめったになく、周期性はトラフィックに寄与しうるであろう。ＣＡＭトラフィックと例えばＶｏＩＰまたは他のモバイルブロードバンド（ＭＢＢ）トラフィックとのさらなる違いは、ＣＡＭパケットが通常互いにオーバライド／後継(supersede)することである。新しいパケットが生成されると以前のパケットは不要となるため、ＣＡＭパケットのセグメント化は限られた範囲でしか用いられない。さらに、ＵＥは、それぞれが異なる周期性およびパケットサイズを有しうる複数のＶ２Ｘサービス、例えば交通の流れを最適化するためにＶ２Ｎと、よりローカルな交通安全サービスのためにＶ２ＩまたはＶ２Ｖと関わる必要があるだろう。ＳＰＳはパケットが一定の頻度で周期的に生成される場合には効率的である。ジッターの増加と引き替えに、セグメント化がパケットサイズのダイナミクスに対処する。先に説明したように、パケット到来の高いダイナミクスおよび不規則性により、現状のＳＰＳはＶ２Ｘトラフィックには適していない。しかし、周期的なリソース予約はＶ２Ｘトラフィックに応えるために依然として好適に活用することができる。ここで述べたさまざまな技術は、Ｖ２Ｘトラフィックの場合のネットワーク効率を改良するであろうＳＰＳプロトコルの拡張を含んでいる。
【０１１７】
不規則なトラフィックに対処するため、一部の実施形態は半固定的な方法でスケジュールされた個々の送信を確認(ackknowledge)するＵＥを含む。確認は実際の送信より前にＰＵＣＣＨで搬送されてよい。ｅＮＢは確認されないリソースを他の目的に再利用するチャンスを有する。先に述べた図２は例示的な解決方法を提供しており、ＣＡＭトラフィック用の拡張されたＳＰＳを含みうる。同様のプロトコルをモード１ ＰＣ５用のトラフィックを確認するためにも適用することができる。ある場合には、ｅＮＢがＳＰＳを用いてスケジュールした個々の送信をＵＥが確認する必要がある。ｅＮＢは非確認ＳＰＳリソースを他の用途に再利用してよい。
【０１１８】
個々のＣＡＭパケットは例えば１９０バイトから３００バイト（あるいはそれ以上）と、サイズが非常に大きく変化しうる。ＭＡＣ ＰＤＵサイズはほぼ予測不能であり、厳密なレイテンシの制約があることからセグメント化は好ましい解決策ではない。つまり、ＳＰＳトランスポートブロック（ＴＢ）サイズ、および場合によってはリソース割当サイズは、各ＵＬ送信のサイズに動的に適合させられる必要がある。この目的のため、一部の実施形態では、ＵＥにおいてアクティベートされる複数の並列ＳＰＳ処理が設定されてよい。処理は例えばＴＢサイズまたはリソース割当において異なってよい。ＵＥは、自身のバッファステータスに応じて、各ＳＰＳ処理上で個々の送信をトリガする（または好ましい処理を選択する）ことができる。ある場合には、ネットワークが異なる設定パラメータを用いる並列ＳＰＳ処理を設定可能である必要があるＵＥは自身のバッファステータスに応じて、各処理上の送信を確認してよい。
【０１１９】
緊急ＣＡＭメッセージに関し、Ｖ２Ｘトラフィックの周期的な特性を考慮すると良いスケジューラでありうるＳＰＳを含む、いかなるタイプのＶ２Ｘスケジューラにとっても、ここで説明した技術のいくつかは有益でありうる。しかし、低いＳＰＳ周期性値（例えば１ｍｓ）の使用は、実際のネットワーク負荷によって制限されるかもしれないことが分かっている。ＳＰＳに関する別の改良は、ＰＤＣＣＨ上で送信されるＳＰＳのアクティベート／デアクティベートコマンドへの確認(acknowledgemant)を送信することを含みうる。これは、ＳＰＳアクティベート／デアクティベート状態に関して、ｅＮＢがＵＥとタイムリーに整合することを助けるかもしれない。利点には、より良いリソース利用（例えばＳＰＳアクティベートコマンドがＵＥによって受信されていない場合）およびより少ないＵＬ干渉（例えばデアクティベートコマンドがＵＥによって受信されていない場合）、ならびに限定的なバッファ消費（Ｖ２Ｐにおいて望ましいであろう）が含まれる。しかし、Ｖ２Ｘにおいて想定されるリソース不足を考慮すると、ＳＰＳのアクティベート／デアクティベート確認および関連するＨＡＲＱフィードバックについてさらなる送信を考慮する必要があるため、問題も存在しうる。ＳＰＳのアクティベート／デアクティベートコマンドへの確認を可能とすることは、実際のリソース利用に応じたＶ２Ｘにおいて便利かもしれない。
【０１２０】
バッファが空の場合、ＣＢ−ＰＵＳＣＨにおいて、ＵＥがＵＬ送信をスキップする可能性とともに複数のＵＥが同じＰＵＳＣＨリソースを用いることが許される。利点は衝突のリスクと引き替えのリソース利用率の向上を含み、それは正しいパケット配信、すなわちレイテンシを増加させるかもしれない。低負荷の場合、ＣＢ−ＰＵＳＣＨは低周期性ＳＰＳとともに用いることができる。しかし、典型的な高負荷Ｖ２Ｘシナリオにおいて、この技術は特に交通安全メッセージについて良好とは言えないかもしれない。したがって、ＣＢ−ＰＵＳＣＨは実際のネットワーク負荷に応じてＶ２Ｘで有用でありうることが分かる。
【０１２１】
ＳＲ送信のレイテンシを削減するため、ＳＲ周期性を最低値である１ｍｓに設定することが可能である。しかし、全てのＵＥに対して１ｍｓの周期性を設定すること、リソース消費が大きくなりすぎるであろう。これを制限するため、ある場合では、ＳＲリソース利用を制限しつつＳＲ送信遅延を削減するため、キャリアアグリゲーションの一部としてプライマリセル（ＰＣｅｌｌ）と１つのセカンダリセル（ＳＣｅｌｌ）の両方にＳＲを送信するようにＵＥを設定することができる。この機能はまた、ｅＮＢがより適切なＵＬグラントをＵＥに提供できるよう、異なるＳＲリソースを異なる目的に、例えば異なるＳＲリソースをＣＡＭおよびＤＥＮＭに用いることを可能にする。したがって、ある場合には、ＳＲ送信レイテンシを削減するため、ＳＲリソースはＰＣｅｌｌおよびＳＣｅｌｌの両方に設定されてよい。異なるＳＲリソースはその後に送信されるＶ２Ｘメッセージのタイプに応じて用いられてよい。
【０１２２】
ハンドオーバに間して、ここで説明したさまざまな技術はＶ２Ｘ用のＵｕに適用可能であるかもしれない。一方、さらなるアドホック手法がＶ２Ｘ用のＰＣ５に用いられ得る。ターゲットセルにおけるランダムアクセスチャネル（ＲＡＣＨ）手順に１０〜１２ｍｓを要するかもしれない。この遅延を無くすため、ターゲットおよびソースセルが同期されていれば、また、ソースおよびターゲット間のＤＬ伝播遅延差からＵＬ同期を取得することがＵＥの能力に依存していれば、ＲＡＣＨなしのハンドオーバ(RACH-less handover)を用いることができる。
【０１２３】
この仕組みはＶ２Ｘに利益を提供するが、同期ネットワークの仮定がいくぶん制約的であり、またＵＬタイムアドバンス取得の精度が可動性によって低下するかもしれない。競合解決手段が存在しないという事実を考慮すると、誤ったタイムアドバンス取得は従前のＲＡＣＨよりも大きなレイテンシを与えるかもしれず、また誤った送信は干渉を引き起こすかもしれない。したがって、Ｖ２ＸにおけるＲＡＣＨなしのハンドオーバの有効性はＵＥの可動性に支配されるかもしれない。
【０１２４】
ハンドオーバコマンドの受信後、ＵＥは（従前のＬＴＥと同様の）ＭＡＣ／ＰＣＤＰ(packet data convergence protocol)処理をリセットせず、ＲＡＣＨがターゲットセルで成功するまでソースセルへ向けた通常の動作を継続することができる。従前のＬＴＥにおいて、ハンドオーバでの全般的なサービス中断は４０〜５０ｍｓである（ハンドオーバコマンド処理およびランダムアクセス手順に起因する）ため、そのような仕組みはこのレイテンシ成分を基本的には完全に除去するであろう。この解決手法は、デュアルコネクティビティそれ自体は現時点で周波数内動作をサポートしていないものの、デュアルコネクティビティに類似している。ある場合には、ハンドオーバ関連シグナリング（例えば測定報告、ハンドオーバコマンド）をソースおよびターゲットセルの両方へ送信／から受信することにより、ハンドオーバ手順が実施されてもよく、これによって無線リンク故障（ＲＬＦ）の確率を低減する。したがって、ハンドオーバレイテンシに対する好影響を考慮すると、ここで説明したさまざまな技術はＶ２Ｘにとって有益であろう。ある場合には、ソースｅＮＢコネクションがハンドオーバの間維持されてよい。別の場合には、ハンドオーバ関連ＲＲＣメッセージがソースおよびターゲットセルの両方へ／から提供されてよい。
【０１２５】
Ｕｕと同様に、ＰＣ５通信に参加しているＵＥもまた、ハンドオーバを実施する際はレイテンシの影響を受ける。ハンドオーバコマンドの後、進行中のＰＣ５セッションを継続する前に、ＵＥはＰｒｏＳｅを参照して、ターゲットセルがＰＤＣＣＨ上にＤ２Ｄグラントを送信するか、（コネクテッドモードであれば）モード１およびモード２リソース割当を示す専用のシグナリングを送信するかを待機する必要がある。同様に、アイドルモードではターゲットセルからのＳＩＢ１８を取得する必要があり、関連するレイテンシは対応するsi周期性(si-Periodicity)に依存する。このＰＣ５サービス中断問題を軽減するため、いくつかの代替方法が考えられる。
【０１２６】
ある場合では、ハンドオーバコマンド後、ＰＣ５リソースがターゲットセルによって提供されなくなるまで、ＵＥは設定済みの(pre-configured)ハンドオーバリソースを用いることができる。これはセル間の調整が不要であるという利点を有する。別の場合、ターゲットセルとソースセルとがセル境界部分で共通のリソースを用いることができる。そのようなリソースはソースセルによって接続中のＵＥとアイドルモードのＵＥの両方に提供され、ハンドオーバが完了しない限り用いられる。これは、シグナリングの増加を意味せず、ハンドオーバを実行するＵＥが同じリソースプールを使用することを可能にするが、ｅＮＢ間の同期を必要とする。
【０１２７】
ある場合には、コネクテッドモードのＵＥについて、ターゲットセルＰＣ５リソースがハンドオーバコマンドを通じて移転されてもよい。アイドルモードのＵＥについて、ターゲットセルＰＣ５リソースはＳＩＢ１８内でソースによって移転することができ、ハンドオーバコマンドを受信すると用いられる。これは、ハンドオーバコマンドのサイズ増大と引き替えに、高速なリソース切り替えを可能にするが、一般的には望ましくない。他の場合、ハンドオーバ中のコネクション中断を避けるため、ＵＥはソースおよびターゲットセルによって割り当てられる異なるリソースを用いて複数のＰＣ５コネクションを維持することができ、これはハンドオーバ中のソースｅＮＢコネクションの維持を伴うＵｕ関連の拡張と一致している。ターゲットセルのＰＣ５リソースは、ハンドオーバコマンドを通じてＵＥにシグナリングされてよい。ソースセルのＰＣ５リソースはハンドオーバ中、維持されてよい。
【０１２８】
レイテンシはまた、ネットワークデプロイメントにも影響を受けうる。例えば、（共用セルまたは分散アンテナシステムとも呼ばれる）組み合わせセルデプロイメントでは、複数のセルが組み合わさって１つの物理セルを形成する。したがって、結合セル内を移動するＵＥは、２つ以上のセルではなく１つのセル、すなわち１つの物理セルＩＤ（ＰＣＩ）を検出し、ＵＥはハンドオーバを実行しない。そのため、結合セル機能それ自体はレイテンシを削減しないが、ハンドオーバの回数を削減する。したがって、結合セルデプロイメントはハンドオーバの回数を削減しうることが分かる。
【０１２９】
あるシナリオにおいて、ロードサイドユニット（ＲＳＵ）はＰＣ５上で受信したパケットの一部をＵｕに転送するようにアプリケーションに要求されうる。１００ｍｓのレイテンシ要求を満たすことは困難であろうことが分かる。通信期間を短くすることを考慮して削減可能なＰＣ５レイテンシ（ＰＣ５上でサイドリンク制御情報（ＳＣＩ）およびデータをＲＳＵに送信するＵＥに関して最大８６ｍｓ）とは別に、Ｕｕ上でのスケジューリング要求の仕組みが、無視できないレイテンシをもたらす（平均レイテンシ２４．３ｍｓ）。この仕組みはＵｕ上で、ＲＳＵからｅＮＢへのＳＲメッセージ、リターンＵＬグラント、ＲＳＵからｅＮＢへの再度リンクバッファステータスレポート（ＳＬ ＢＳＲ）、リターンＵＬグラント、そしてＲＳＵからｅＮＢへのデータを送信することをを含む。
【０１３０】
このレイテンシを作戦するための一方法は、ＰＣ５入来データのサイズを（ＭＣ５およびＰＲＢ割当を格納している）ＳＣＩフォーマット０から推定し、実際のＰＣ５データを受信する前に盲目的にスケジュール要求（ＳＲ）を送信するＵＥを含む。ｅＮＢはＵｕ上で送信すべきデータがいつ実際にＲＳＵに到達するかを知らないので、そのようなデータが利用可能になるまで、ｅＮＢによって与えられるグラントをスキップすることを許可すべきである。例えば、ＵＥがＰＣ５上でＳＣＩをＲＳＵに与えた直後にＲＳＵはＵｕ上でＳＲをｅＮＢに送信することができる。ＰＣ５上でＵＥからＲＳＵにデータが送信され、引き続いてＵｕ上でＲＳＵからｅＮＢに送信されるより前にリターンＵＬグラント、ＳＬ ＢＳＲ送信およびさらなるリターンＵＬグラントが発生する可能性がある。つまり、ＰＣ５上でＳＣＩフォーマット０を読むとＵｕリソースを要求するようにｅＮＢはＲＳＵを設定することができる。
【０１３１】
Ｖ２Ｘにおいてレイテンシを削減するための技術の要約は以下の通りである。ｅＮＢスケジューラについて：専用ベアラはマルチキャストおよびユニキャストについて予め確立されてよい。ＵＥごとに複数のＳＰＳ設定をサポートすることができる。そしてＵＥは周期的なトラフィックのスケジュール決定についてｅＮＢを支援するように構成されてよい。例えば、ＵＥは、所定のＶ２Ｘトラフィックタイプがアプリケーションクライアントで終了したとき、および次のパケットがセキュリティ要素を含むであろうことをｅＮＢに知らせることができる。
【０１３２】
ＳＲ送信について：ＳＲ送信レイテンシを削減するため、ＳＲリソースはＰＣｅｌｌおよびＳＣｅｌｌの両方に設定することができる。その後送信するＶ２Ｘメッセージのタイプに応じて異なるＳＲリソースを用いることができる。
【０１３３】
ハンドオーバについて：デプロイメントはハンドオーバの頻度を削減するとともにＲＬＦのリスクを削減するために最適化されてよい（例えば結合セルデプロイメント）。ソースｅＮＢコネクションはＶ２Ｘでのハンドオーバ中、維持されてよい。ハンドオーバ関連ＲＲＣメッセージは、ソースおよびターゲットセルの両方へ／から提供されてよい。ターゲットセルのＰＣ５リソースは、ハンドオーバコマンドによってＵＥにシグナリングされてよい。ソースセルのＰＣ５リソースはハンドオーバ中、維持されてよい。
【０１３４】
ＲＳＵ動作について、ＰＣ５上でＳＣＩフォーマット０を読むとＵｕリソースを要求するようにｅＮＢはＲＳＵを設定することができる。
【０１３５】
ここで開示された発明の実施形態は、以下に列挙する例を含むが、それらに限定されない。
【０１３６】
ａ．）無線機器における方法であって、
無線ネットワークノードから、前記無線機器（５００）のための複数の周的的な送信機会を規定する半固定スケジューリング（ＳＰＳ）設定を受信することと、
前記無線ネットワークノードから、前記ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信することと、
前記ＳＰＳ設定にしたがってデータを送信することと、を有し、
前記方法はさらに、
前記ＳＰＳ設定にしたがった個々の送信の前に、前記周期的なアップリンクリソースを用いて使用意図表示を送信することと、
前記無線機器が送信しない、前記ＳＰＳ設定についての個々の送信機会の前に、前記周期的なアップリンクリソースを用いて不使用意図表示を送信すること、の少なくとも一方を実行する送信意図モジュールと、を有する、無線機器。
ｂ．）前記方法例ａにおいて、前記ＳＰＳ設定に関する前記周期的なアップリンクリソースを規定する前記情報が、前記ＳＰＳ設定とともに受信される、方法。
【０１３７】
ｃ．）前記方法例ａまたはｂにおいて、前記データを送信することが、前記無線ネットワークノードへのアップリンク送信として実行される、方法。
【０１３８】
ｄ．）前記方法例ａまたはｂにおいて、前記データを送信することが、第２の無線機器への再度リンク送信として実行される、方法。
【０１３９】
ｅ．）無線ネットワークノードにおける方法であって、
無線機器へ、前記無線機器のための複数の周期的な送信機会を規定する半固定スケジューリング（ＳＰＳ）設定を送信することと、
前記無線機器に、前記ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器のための周期的なアップリンクリソースを規定する情報を送信することと、
前記ＳＰＳ設定にしたがってデータを受信することと、を有し、
前記方法はさらに、
前記ＳＰＳ設定にしたがった個々の送信の前に、前記周期的なアップリンクリソースを通じて使用意図表示を受信することと、
前記無線機器が送信しない、前記ＳＰＳ設定についての個々の送信機会の前に、前記周期的なアップリンクリソースを通じて不使用意図表示を受信すること、の少なくとも一方を実行する受信意図モジュールと、を有する、無線ネットワークノード。
【０１４０】
ｆ．）前記方法例ｅにおいて、前記ＳＰＳ設定に関する前記周期的なアップリンクリソースを規定する前記情報が、前記ＳＰＳ設定とともに送信される、方法。
【０１４１】
ｇ．）無線機器であって、
無線ネットワークノードから、前記無線機器のための複数の周的的な送信機会を規定する半固定スケジューリング（ＳＰＳ）設定を受信し、
前記無線ネットワークノードから、前記ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信し、
前記ＳＰＳ設定にしたがってデータを送信する、ように制御し、
前記無線機器はさらに、
前記ＳＰＳ設定にしたがった個々の送信の前に、前記周期的なアップリンクリソースを用いて使用意図表示を送信することと、
前記無線機器が送信しない、前記ＳＰＳ設定についての個々の送信機会の前に、前記周期的なアップリンクリソースを用いて不使用意図表示を送信すること、の少なくとも一方を実行する送信意図モジュールと、を有する、無線機器。
【０１４２】
ｈ．）前記無線機器例ｇにおいて、前記ＳＰＳ設定に関する前記周期的なアップリンクリソースを規定する前記情報が、前記ＳＰＳ設定とともに受信される、無線機器。
【０１４３】
ｉ．）前記無線機器例ｇまたはｈにおいて、前記無線機器が前記データを前記無線ネットワークノードへのアップリンク送信として送信するように構成される、無線機器。
【０１４４】
ｊ．）前記無線機器例ｇまたはｈにおいて、前記無線機器が前記データを第２の無線機器へのサイドリンク送信として送信するように構成される、無線機器。
【０１４５】
ｋ．）無線ネットワークノードであって、
無線機器へ、前記無線機器のための複数の周期的な送信機会を規定する半固定スケジューリング（ＳＰＳ）設定を送信し、
前記無線機器に、前記ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器のための周期的なアップリンクリソースを規定する情報を送信し、
前記ＳＰＳ設定にしたがってデータを受信する、ように制御するように構成され、
前記無線ネットワークノードはさらに、
前記ＳＰＳ設定にしたがった個々の送信の前に、前記周期的なアップリンクリソースを通じて使用意図表示を受信することと、
前記無線機器が送信しない、前記ＳＰＳ設定についての個々の送信機会の前に、前記周期的なアップリンクリソースを通じて不使用意図表示を受信すること、の少なくとも一方を実行する受信意図モジュールと、を有する、無線ネットワークノード。
【０１４６】
ｌ．）前記無線ネットワークノード例ｋにおいて、前記ＳＰＳ設定に関する前記周期的なアップリンクリソースを規定する前記情報が、前記ＳＰＳ設定とともに送信される、無線ネットワークノード。
【０１４７】
ｍ．）無線送受信機および処理回路を有する無線機器であって、前記処理回路は前記無線送受信機を、
無線ネットワークノードから、前記無線機器のための複数の周的的な送信機会を規定する半固定スケジューリング（ＳＰＳ）設定を受信し、
前記無線ネットワークノードから、前記ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信し、
前記ＳＰＳ設定にしたがってデータを送信する、ように制御し、
前記処理回路はさらに、前記無線送受信機を、
前記ＳＰＳ設定にしたがった個々の送信の前に、前記周期的なアップリンクリソースを用いて使用意図表示を送信することと、
前記無線機器が送信しない、前記ＳＰＳ設定についての個々の送信機会の前に、前記周期的なアップリンクリソースを用いて不使用意図表示を送信すること、の少なくとも一方を実行する送信意図モジュールと、を有する、無線機器。
【０１４８】
ｎ．）前記無線機器例ｍにおいて、前記ＳＰＳ設定に関する前記周期的なアップリンクリソースを規定する前記情報が、前記ＳＰＳ設定とともに受信される、無線機器。
【０１４９】
ｏ．）前記無線機器例ｍまたはｎにおいて、前記処理回路が前記データを前記無線ネットワークノードへのアップリンク送信として送信するように構成される、無線機器。
【０１５０】
ｐ．）前記無線機器例ｍまたはｎにおいて、前記処理回路が前記データを第２の無線機器へのサイドリンク送信として送信するように構成される、無線機器。
【０１５１】
ｑ．）無線送受信機および処理回路を有する無線ネットワークノードであって、前記処理回路は前記無線送受信機を、
無線機器へ、前記無線機器のための複数の周期的な送信機会を規定する半固定スケジューリング（ＳＰＳ）設定を送信し、
前記無線機器に、前記ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器のための周期的なアップリンクリソースを規定する情報を送信し、
前記ＳＰＳ設定にしたがってデータを受信する、ように制御するように構成され、
前記処理回路はさらに、
前記ＳＰＳ設定にしたがった個々の送信の前に、前記周期的なアップリンクリソースを通じて使用意図表示を受信することと、
前記無線機器が送信しない、前記ＳＰＳ設定についての個々の送信機会の前に、前記周期的なアップリンクリソースを通じて不使用意図表示を受信すること、の少なくとも一方を実行する受信意図モジュールと、を有する、無線ネットワークノード。
【０１５２】
ｒ．）前記無線ネットワークノード例ｑにおいて、前記ＳＰＳ設定に関する前記周期的なアップリンクリソースを規定する前記情報が、前記ＳＰＳ設定とともに送信される、無線ネットワークノード。
ｓ．）プログラム命令を有するコンピュータプログラム製品であって、前記プログラム命令は無線機器のプロセッサによって実行されると、前記無線機器に前記例ａ〜ｄのいずれかによる方法を実行させる、コンピュータプログラム製品。
【０１５３】
ｔ．）プログラム命令を有するコンピュータプログラム製品であって、前記プログラム命令は無線ネットワークノードのプロセッサによって実行されると、前記無線ネットワークノードに前記例ｅ〜ｆのいずれかによる方法を実行させる、コンピュータプログラム製品。
【０１５４】
ｕ．）例ｓまたはｔのコンピュータプログラム製品を有するコンピュータ可読媒体。
【０１５５】
ｖ．）無線機器であって、
無線ネットワークノードから、前記無線機器のための複数の周的的な送信機会を規定する半固定スケジューリング（ＳＰＳ）設定を受信する受信モジュールと、
前記受信モジュールは、前記無線ネットワークノードから、前記ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信するためのものであり、
前記ＳＰＳ設定にしたがってデータを送信する送信データモジュールと、
送信意図モジュールであって、
前記ＳＰＳ設定にしたがった個々の送信の前に、前記周期的なアップリンクリソースを用いて使用意図表示を送信することと、
前記無線機器が送信しない、前記ＳＰＳ設定についての個々の送信機会の前に、前記周期的なアップリンクリソースを用いて不使用意図表示を送信すること、の少なくとも一方を実行する送信意図モジュールと、を有する、無線機器。
【０１５６】
ｗ．）無線ネットワークノードであって、
無線機器へ、前記無線機器のための複数の周期的な送信機会を規定する半固定スケジューリング（ＳＰＳ）設定を送信する送信モジュールと、
前記送信モジュールは、前記無線機器に、前記ＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器のための周期的なアップリンクリソースを規定する情報を送信するためのものであり、
前記ＳＰＳ設定にしたがってデータを受信する受信データモジュールと、
受信意図モジュールであって、
前記ＳＰＳ設定にしたがった個々の送信の前に、前記周期的なアップリンクリソースを通じて使用意図表示を受信することと、
前記無線機器が送信しない、前記ＳＰＳ設定についての個々の送信機会の前に、前記周期的なアップリンクリソースを通じて不使用意図表示を受信すること、の少なくとも一方を実行する受信意図モジュールと、を有する、無線ネットワークノード。
【０１５７】
特に、上述の説明および関連する図面に提示される教示の恩恵を受けた当業者は、開示される（１つ以上の）発明の変形物および他の実施形態を思い浮かべるであろう。したがって、（１つ以上の）本発明が開示された特定の実施形態には限定されず、変形物および他の実施形態は本開示の範囲に含まれることが意図されていることを理解すべきである。本明細書では特定の用語を用いているかもしれないが、それらは汎用的かつ説明的な意味でのみ用いられており、限定を目的としたものではない。
【図１】
2019509665.tif 000003
【図２】
2019509665.tif 000004
【図３】
2019509665.tif 000005
【図４】
2019509665.tif 000006
【図５】
2019509665.tif 000007
【図６】
2019509665.tif 000008
【図７】
2019509665.tif 000009
【図８】
2019509665.tif 000010
【図９】
2019509665.tif 000011
【図１０】
2019509665.tif 000012
【図１１】
2019509665.tif 000013
【図１２】
2019509665.tif 000014
【図１３】
2019509665.tif 000015
【図１４】
2019509665.tif 000016
【手続補正書】
【提出日】平成30年4月12日(2018.4.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線機器（５００）における方法（６００）であって、
無線ネットワークノード（８００）から、第１および第２の半固定スケジューリング（ＳＰＳ）設定を受信すること（６１０）であって、前記第１および第２のＳＰＳ設定のそれぞれは無線機器のための複数の周期的な送信機会を規定し、前記第１のＳＰＳ設定は第１のＶ２Ｘトラフィックタイプに関連づけられ、前記第２のＳＰＳ設定は第２の特定のＶ２Ｘトラフィックタイプに関連づけられ、前記第１のＳＰＳ設定および前記第２のＳＰＳ設定は前記周期的な送信機会について異なる周期を有する、受信することと、
前記無線ネットワークノードに、前記第１のＳＰＳ設定および／または前記第２のＳＰＳ設定を使用するための確認を送信することと、
前記第１のＶ２Ｘトラフィックタイプに関連づけられた前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを送信し（６２０）、第２のＶ２Ｘトラフィックタイプに関連づけられた前記第２のＳＰＳ設定にしたがって第２のＶ２Ｘトラフィックタイプに対応するデータを送信することと、を含む、方法。
【請求項２】
前記無線ネットワークノード（８００）から、前記第１および第２のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信することをさらに有する、請求項１記載の方法（６００）。
【請求項３】
前記ＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つのＳＰＳ設定とともに受信される、請求項２に記載の方法（６００）。
【請求項４】
前記方法（６００）が、前記第１のＳＰＳ設定にしたがった個々の送信の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを用いて使用意図表示を送信することを有する、請求項２または請求項３に記載の方法（６００）。
【請求項５】
前記使用意図表示は、前記第１のＳＰＳ設定にしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信される、請求項４に記載の方法（６００）。
【請求項６】
前記方法（６００）が、前記第１のＳＰＳ設定についての送信機会であって、前記無線機器が送信しない個々の送信機会の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを用いて不使用意図表示を送信することを有する、請求項２または請求項３に記載の方法（６００）。
【請求項７】
前記不使用意図表示は、前記第１のＳＰＳ設定にしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信される、請求項６に記載の方法（６００）。
【請求項８】
前記第１のＳＰＳ設定にしたがって前記第１のトラフィックタイプに対応するデータを送信し（６２０）、前記第２のＳＰＳ設定にしたがって第２のトラフィックタイプに対応するデータを送信することが、前記無線ネットワークノード（８００）へのアップリンク送信として実行される、請求項１から請求項７のいずれか１項に記載の方法（６００）。
【請求項９】
前記第１のＳＰＳ設定にしたがって前記第１のトラフィックタイプに対応するデータを送信し（６２０）、前記第２のＳＰＳ設定にしたがって前記第２のトラフィックタイプに対応するデータを送信することが、第２の無線ネットワークノードへのサイドリンク送信として実行される、請求項１から請求項７のいずれか１項に記載の方法（６００）。
【請求項１０】
前記第１のトラフィックタイプに対応する論理チャネル識別子（ＬＣＩＤ）にしたがって、前記第１のトラフィックタイプの前記データを前記第１のＳＰＳ設定に関連づけることをさらに有する、請求項１から請求項９のいずれか１項に記載の方法（６００）。
【請求項１１】
前記受信される第１および第２のＳＰＳ設定のそれぞれが対応するＬＣＩＤによって特定される、請求項１０に記載の方法（６００）。
【請求項１２】
前記使用意図表示または前記不使用意図表示が、それぞれ前記第１および第２のＳＰＳ設定に対応する前記ＬＣＩＤを特定する、請求項２から請求項７を引用する請求項１１に記載の方法（６００）。
【請求項１３】
無線ネットワークノード（８００）における方法であって、
無線機器（５００）に、第１および第２の半固定スケジューリング（ＳＰＳ）設定を送信すること（９１０）であって、前記第１および第２のＳＰＳ設定のそれぞれは前記無線機器のための複数の周期的な送信機会を規定し、前記第１のＳＰＳ設定は第１のＶ２Ｘトラフィックタイプに関連づけられ、前記第２のＳＰＳ設定は第２のＶ２Ｘトラフィックタイプに関連づけられ、前記第１のＳＰＳ設定および前記第２のＳＰＳ設定は前記周期的な送信機会について異なる周期を有する、送信することと、
前記無線ネットワークノードから、前記第１のＳＰＳ設定および／または前記第２のＳＰＳ設定を使用するための確認を受信することと、
前記第１のＶ２Ｘトラフィックタイプに関連づけられた前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを受信し（９２０）、第２のＶ２Ｘトラフィックタイプに関連づけられた前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを受信することと、を含む、方法。
【請求項１４】
前記無線機器（５００）に、前記第１および第２のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器（５００）のための周期的なアップリンクリソースを規定する情報を送信することをさらに有する、請求項１３に記載の方法（９００）。
【請求項１５】
前記２つのＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つのＳＰＳ設定とともに送信される、請求項１４に記載の方法（９００）。
【請求項１６】
前記方法（９００）が、前記第１のＳＰＳ設定にしたがった個々の送信の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを通じて使用意図表示を受信することを有する、請求項１４または請求項１５に記載の方法（９００）。
【請求項１７】
前記使用意図表示は、前記第１のＳＰＳ設定にしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信される、請求項１６に記載の方法（９００）。
【請求項１８】
前記方法（９００）が、前記２つのＳＰＳ設定のうち前記第１の１つについての送信機会であって、前記無線機器（５００）が送信しない個々の送信機会の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを通じて不使用意図表示を受信することを有する、請求項１４または請求項１５に記載の方法（９００）。
【請求項１９】
前記不使用意図表示は、前記第１のＳＰＳ設定にしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信される、請求項１８に記載の方法（９００）。
【請求項２０】
無線機器（５００）であって、
無線ネットワークノード（８００）から、第１および第２の半固定スケジューリング（ＳＰＳ）設定を受信し、ここで前記第１および第２のＳＰＳ設定のそれぞれは前記無線機器（５００）のための複数の周期的な送信機会を規定し、前記第１のＳＰＳ設定は第１のＶ２Ｘトラフィックタイプに関連づけられ、前記第２のＳＰＳ設定は第２のＶ２Ｘトラフィックタイプに関連づけられ、前記第１のＳＰＳ設定および前記第２のＳＰＳ設定は前記周期的な送信機会について異なる周期を有し、
前記無線ネットワークノードに、前記第１のＳＰＳ設定および／または前記第２のＳＰＳ設定を使用するための確認を送信し、
前記第１のＶ２Ｘトラフィックタイプに関連づけられた前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを送信し、第２のＶ２Ｘトラフィックタイプに関連づけられた前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを送信する、ように制御するように構成された、無線機器。
【請求項２１】
前記無線機器（５００）はさらに、前記無線ネットワークノード（８００）から、前記第１および第２のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信するように構成される、請求項２０記載の無線機器（５００）。
【請求項２２】
前記２つのＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つのＳＰＳ設定とともに受信される、請求項２０に記載の無線機器（５００）。
【請求項２３】
前記無線機器（５００）がさらに、前記第１のＳＰＳ設定にしたがった個々の送信の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを用いて使用意図表示を送信するように構成される、請求項２１または請求項２２に記載の無線機器（５００）。
【請求項２４】
前記無線機器（５００）は、前記使用意図表示を、前記第１のＳＰＳ設定にしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信するように構成される、請求項２３に記載の無線機器（５００）。
【請求項２５】
前記無線機器（５００）がさらに、前記第１のＳＰＳ設定についての送信機会であって、前記無線機器（５００）が送信しない個々の送信機会の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを用いて不使用意図表示を送信するように構成される、請求項２１または請求項２２に記載の無線機器（５００）。
【請求項２６】
前記無線機器（５００）は、前記不使用意図表示を、前記第１のＳＰＳ設定にしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信するように構成される、請求項２５に記載の無線機器（５００）。
【請求項２７】
前記無線機器（５００）は、前記無線ネットワークノード（８００）へのアップリンク送信として、前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを送信し、前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを送信するように構成される、請求項２０から請求項２６のいずれか１項に記載の無線機器（５００）。
【請求項２８】
前記無線機器（５００）は、第２の無線ネットワークノードへのサイドリンク送信として、前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを送信し、前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを送信するように構成される、請求項２０から請求項２６のいずれか１項に記載の無線機器（５００）。
【請求項２９】
前記無線機器（５００）がさらに、前記第１のＶ２Ｘトラフィックタイプに対応する論理チャネル識別子（ＬＣＩＤ）にしたがって、前記第１のＶ２Ｘトラフィックタイプの前記データを前記第１のＳＰＳ設定に関連づけるように構成される、請求項２０から請求項２８のいずれか１項に記載の無線機器（５００）。
【請求項３０】
無線ネットワークノード（８００）であって、
無線機器（５００）に、第１および第２の半固定スケジューリング（ＳＰＳ）設定を送信し、ここで前記第１および第２のＳＰＳ設定のそれぞれは前記無線機器のための複数の周期的な送信機会を規定し、前記第１のＳＰＳ設定は第１のＶ２Ｘトラフィックタイプに関連づけられ、前記第２のＳＰＳ設定は第２のＶ２Ｘトラフィックタイプに関連づけられ、前記第１のＳＰＳ設定および前記第２のＳＰＳ設定は前記周期的な送信機会について異なる周期を有し、
前記無線ネットワークノードから、前記第１のＳＰＳ設定および／または前記第２のＳＰＳ設定を使用するための確認を受信し、
前記第１のＶ２Ｘトラフィックタイプに関連づけられた前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを受信し、第２のＶ２Ｘトラフィックタイプに関連づけられた前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを受信する、ように制御するように構成された、無線ネットワークノード。
【請求項３１】
前記無線ネットワークノード（８００）がさらに、前記無線機器（５００）に、前記第１および第２のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器（５００）のための周期的なアップリンクリソースを規定する情報を送信するように構成される、請求項３０に記載の無線ネットワークノード（８００）。
【請求項３２】
前記２つのＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記２つのＳＰＳ設定とともに送信される、請求項３１に記載の無線ネットワークノード（８００）。
【請求項３３】
前記無線ネットワークノード（８００）がさらに、前記第１のＳＰＳ設定にしたがった個々の送信の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを通じて使用意図表示を受信するように構成される、請求項３１または請求項３２に記載の無線ネットワークノード（８００）。
【請求項３４】
前記無線ネットワークノード（８００）は、前記使用意図表示を、前記第１のＳＰＳ設定にしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信するように構成される、請求項３３に記載の無線ネットワークノード（８００）。
【請求項３５】
前記無線ネットワークノード（８００）がさらに、前記第１のＳＰＳ設定についての送信機会であって、前記無線機器（５００）が送信しない個々の送信機会の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを通じて不使用意図表示を受信するように構成される、請求項３１または請求項３２に記載の無線ネットワークノード（８００）。
【請求項３６】
前記無線ネットワークノード（８００）は、前記不使用意図表示を、前記第１のＳＰＳ設定にしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信するように構成される、請求項３５に記載の無線ネットワークノード（８００）。
【手続補正書】
【提出日】平成30年10月18日(2018.10.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線機器（５００）における方法（６００）であって、
無線ネットワークノード（８００）から、第１および第２の半固定スケジューリング（ＳＰＳ）設定を受信すること（６１０）であって、前記第１および第２のＳＰＳ設定のそれぞれは無線機器のための複数の周期的な送信機会を規定し、前記第１のＳＰＳ設定は第１のＶ２Ｘトラフィックタイプに関連づけられ、前記第２のＳＰＳ設定は第２のＶ２Ｘトラフィックタイプに関連づけられ、前記第１のＳＰＳ設定および前記第２のＳＰＳ設定は前記周期的な送信機会について異なる周期を有する、受信することと、
前記無線ネットワークノードに、前記第１のＳＰＳ設定および／または前記第２のＳＰＳ設定を使用するための確認を送信することと、
前記第１のＶ２Ｘトラフィックタイプに関連づけられた前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを送信し（６２０）、前記第２のＶ２Ｘトラフィックタイプに関連づけられた前記第２のＳＰＳ設定にしたがって第２のＶ２Ｘトラフィックタイプに対応するデータを送信することと、を含む、方法。
【請求項２】
前記無線ネットワークノード（８００）から、前記第１および第２のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信することをさらに有する、請求項１記載の方法（６００）。
【請求項３】
前記第１および第２のＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記第１および第２のＳＰＳ設定とともに受信される、請求項２に記載の方法（６００）。
【請求項４】
前記方法（６００）が、前記第１のＳＰＳ設定にしたがった個々の送信の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを用いて使用意図表示を送信することを有する、請求項２または請求項３に記載の方法（６００）。
【請求項５】
前記使用意図表示は、前記第１のＳＰＳ設定にしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信される、請求項４に記載の方法（６００）。
【請求項６】
前記方法（６００）が、前記第１のＳＰＳ設定についての送信機会であって、前記無線機器が送信しない個々の送信機会の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを用いて不使用意図表示を送信することを有する、請求項２または請求項３に記載の方法（６００）。
【請求項７】
前記不使用意図表示は、前記第１のＳＰＳ設定にしたがった前記送信機会を含んだ第２の送信時間間隔の直前に位置する第１の送信時間間隔で送信される、請求項６に記載の方法（６００）。
【請求項８】
前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを送信し（６２０）、前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを送信することが、前記無線ネットワークノード（８００）へのアップリンク送信として実行される、請求項１から請求項７のいずれか１項に記載の方法（６００）。
【請求項９】
前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを送信し（６２０）、前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを送信することが、第２の無線ネットワークノードへのサイドリンク送信として実行される、請求項１から請求項７のいずれか１項に記載の方法（６００）。
【請求項１０】
前記第１のＶ２Ｘトラフィックタイプに対応する論理チャネル識別子（ＬＣＩＤ）にしたがって、前記第１のＶ２Ｘトラフィックタイプの前記データを前記第１のＳＰＳ設定に関連づけることをさらに有する、請求項１から請求項９のいずれか１項に記載の方法（６００）。
【請求項１１】
前記第１および第２のＳＰＳ設定のそれぞれが対応するＬＣＩＤによって特定される、請求項１０に記載の方法（６００）。
【請求項１２】
無線ネットワークノード（８００）における方法であって、
無線機器（５００）に、第１および第２の半固定スケジューリング（ＳＰＳ）設定を送信すること（９１０）であって、前記第１および第２のＳＰＳ設定のそれぞれは前記無線機器のための複数の周期的な送信機会を規定し、前記第１のＳＰＳ設定は第１のＶ２Ｘトラフィックタイプに関連づけられ、前記第２のＳＰＳ設定は第２のＶ２Ｘトラフィックタイプに関連づけられ、前記第１のＳＰＳ設定および前記第２のＳＰＳ設定は前記周期的な送信機会について異なる周期を有する、送信することと、
前記無線ネットワークノードから、前記第１のＳＰＳ設定および／または前記第２のＳＰＳ設定を使用するための確認を受信することと、
前記第１のＶ２Ｘトラフィックタイプに関連づけられた前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを受信し（９２０）、第２のＶ２Ｘトラフィックタイプに関連づけられた前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを受信することと、を含む、方法。
【請求項１３】
前記無線機器（５００）に、前記第１および第２のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器（５００）のための周期的なアップリンクリソースを規定する情報を送信することをさらに有する、請求項１２に記載の方法（９００）。
【請求項１４】
前記第１および第２のＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記第１および第２のＳＰＳ設定とともに送信される、請求項１３に記載の方法（９００）。
【請求項１５】
前記方法（９００）が、前記第１のＳＰＳ設定にしたがった個々の送信の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを通じて使用意図表示を受信することを有する、請求項１３または請求項１４に記載の方法（９００）。
【請求項１６】
前記使用意図表示は、前記第１のＳＰＳ設定にしたがった前記送信を搬送する第２の送信時間間隔の直前に位置する第１の送信時間間隔で受信される、請求項１５に記載の方法（９００）。
【請求項１７】
前記方法（９００）が、前記第１のＳＰＳ設定についての送信機会であって、前記無線機器（５００）が送信しない個々の送信機会の前に、前記第１のＳＰＳ設定に対応する前記周期的なアップリンクリソースを通じて不使用意図表示を受信することを有する、請求項１３または請求項１４に記載の方法（９００）。
【請求項１８】
無線機器（５００）であって、
無線ネットワークノード（８００）から、第１および第２の半固定スケジューリング（ＳＰＳ）設定を受信し、ここで前記第１および第２のＳＰＳ設定のそれぞれは前記無線機器（５００）のための複数の周期的な送信機会を規定し、前記第１のＳＰＳ設定は第１のＶ２Ｘトラフィックタイプに関連づけられ、前記第２のＳＰＳ設定は第２のＶ２Ｘトラフィックタイプに関連づけられ、前記第１のＳＰＳ設定および前記第２のＳＰＳ設定は前記周期的な送信機会について異なる周期を有し、
前記無線ネットワークノードに、前記第１のＳＰＳ設定および／または前記第２のＳＰＳ設定を使用するための確認を送信し、
前記第１のＶ２Ｘトラフィックタイプに関連づけられた前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを送信し、第２のＶ２Ｘトラフィックタイプに関連づけられた前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを送信する、ように制御するように構成された、無線機器。
【請求項１９】
前記無線機器（５００）はさらに、前記無線ネットワークノード（８００）から、前記第１および第２のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するための周期的なアップリンクリソースを規定する情報を受信するように構成される、請求項１８記載の無線機器（５００）。
【請求項２０】
前記第１および第２のＳＰＳ設定のそれぞれについて前記周期的なアップリンクリソースを規定する前記情報が、前記第１および第２のＳＰＳ設定とともに受信される、請求項１９に記載の無線機器（５００）。
【請求項２１】
無線ネットワークノード（８００）であって、
無線機器（５００）に、第１および第２の半固定スケジューリング（ＳＰＳ）設定を送信し、ここで前記第１および第２のＳＰＳ設定のそれぞれは前記無線機器のための複数の周期的な送信機会を規定し、前記第１のＳＰＳ設定は第１のＶ２Ｘトラフィックタイプに関連づけられ、前記第２のＳＰＳ設定は第２のＶ２Ｘトラフィックタイプに関連づけられ、前記第１のＳＰＳ設定および前記第２のＳＰＳ設定は前記周期的な送信機会について異なる周期を有し、
前記無線ネットワークノードから、前記第１のＳＰＳ設定および／または前記第２のＳＰＳ設定を使用するための確認を受信し、
前記第１のＶ２Ｘトラフィックタイプに関連づけられた前記第１のＳＰＳ設定にしたがって前記第１のＶ２Ｘトラフィックタイプに対応するデータを受信し、第２のＶ２Ｘトラフィックタイプに関連づけられた前記第２のＳＰＳ設定にしたがって前記第２のＶ２Ｘトラフィックタイプに対応するデータを受信する、ように制御するように構成された、無線ネットワークノード。
【請求項２２】
前記無線ネットワークノード（８００）がさらに、前記無線機器（５００）に、前記第１および第２のＳＰＳ設定のそれぞれについて、対応するＳＰＳ設定に関する使用意図表示または不使用意図表示を送信するために用いるための、前記無線機器（５００）のための周期的なアップリンクリソースを規定する情報を送信するように構成される、請求項２１に記載の無線ネットワークノード（８００）。
【国際調査報告】
2019509665.tif 000017
2019509665.tif 000018
2019509665.tif 000019