JP7111820B2 - 無線デバイス、無線ネットワークノード、および、それらにおいて実行される方法 - Google Patents

Description

本明細書の実施形態は、無線デバイス、無線ネットワークノード、および無線通信に関してそれらにおいて実行される方法に関する。特に、本明細書の実施形態は、無線通信ネットワークにおける無線デバイスの通信を処理することに関する。

典型的な無線通信ネットワークでは、無線通信デバイス、移動局、局（ステーション）（ＳＴＡ）、および／またはユーザ装置（ＵＥ）としても知られる無線デバイスは、無線アクセスネットワーク（ＲＡＮ）を介して１つ以上のコアネットワーク（ＣＮ）と通信する。ＲＡＮは、セルとも呼ばれるサービスエリアに分割される地理的領域をカバーし、各セルエリアは無線ネットワークノード、例えば、Ｗｉ-Ｆｉアクセスポイントまたは無線基地局（ＲＢＳ）によって提供され、一部のネットワークでは、例えば、ＮｏｄｅＢ、ｅＮｏｄｅＢまたはｇＮｏｄｅＢと呼ばれることもある。セルは、無線カバレッジが無線ネットワークノードによって提供される地理的領域である。無線ネットワークノードは、無線ネットワークノードの範囲内の無線デバイスとエア・インターフェースを介して通信するために無線周波数上で動作する。無線ネットワークノードは、ダウンリンク（ＤＬ）を介して無線デバイスと通信し、無線デバイスは、アップリンク（ＵＬ）を介して無線ネットワークノードと通信する。

ユニバーサルモバイルテレコミュニケーションネットワーク（ＵＭＴＳ（Universal Mobile Telecommunications network））は、第２世代（２Ｇ）移動通信のためのグローバルシステム（ＧＳＭ（Global System for Mobile Communications））から進化した第３世代（３Ｇ）電気通信ネットワークである。ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ（UMTS terrestrial radio access network））は、本質的に、ユーザ装置のために広帯域符号分割多元接続（ＷＣＤＭＡ）および／または高速パケットアクセス（ＨＳＰＡ）を使用するＲＡＮである。第３世代パートナーシッププロジェクト（３ＧＰＰ）として知られるフォーラムにおいて、電気通信供給者は例えば、第３世代ネットワークのための規格を提案し、合意し、強化されたデータ速度および無線容量ならびに次世代ネットワークを調査する。いくつかのＲＡＮでは、例えばＵＭＴＳにおけるように、いくつかの無線ネットワークノードは、例えば陸線またはマイクロ波によって、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのコントローラノードに接続されてもよく、コントローラノードはそれに接続された複数の無線ネットワークノードの様々なアクティビティを監督し、調整する。このタイプの接続は、バックホール接続と呼ばれることがある。ＲＮＣおよびＢＳＣは、通常、１つ以上のコアネットワークに接続される。

第４世代（４Ｇ）ネットワークとも呼ばれる進化型パケットシステム（ＥＰＳ（Evolved Packet System））の仕様は３ＧＰＰ内で完了しており、この作業は、第５世代（５Ｇ）ネットワークを指定するなど、今後の３ＧＰＰリリースで続行される。ＥＰＳは、ＬＴＥ（ロングタームエボリューション）無線アクセスネットワークとしても知られる進化型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network））と、システムアーキテクチャ進化（ＳＡＥ（System Architecture Evolution））コアネットワークとしても知られる進化型パケットコア（ＥＰＣ（Evolved Packet Core））とを備える。Ｅ－ＵＴＲＡＮ/ＬＴＥは、無線ネットワークノードがＲＮＣではなくＥＰＣコアネットワークに直接接続される３ＧＰＰ無線アクセスネットワークの変形である。一般に、Ｅ－ＵＴＲＡＮ/ＬＴＥでは、ＲＮＣの機能が無線ネットワークノード、例えば、ＬＴＥ内のｅＮｏｄｅＢとコアネットワークとの間で分散される。したがって、ＥＰＳのＲＡＮは、１つ以上のコアネットワークに直接接続された、すなわちＲＮＣに接続されていない無線ネットワークノードを備える本質的に「フラット」なアーキテクチャを有する。これを補償するために、Ｅ－ＵＴＲＡＮ仕様は無線ネットワークノード間の直接インターフェースを定義し、このインターフェースはＸ２インターフェースと呼ばれる。

Ｎｅｗ Ｒａｄｉｏ（ＮＲ）のような新興の５Ｇ技術により、非常に多くの送受信アンテナ素子を使用することは、送信側及び受信側ビームフォーミングのようなビームフォーミングを利用することを可能にするので、大きな関心事である。送信側ビームフォーミングは、送信機が他の方向の送信信号を抑制しながら、選択された１つ以上の方向の送信信号を増幅することができることを意味する。同様に、受信側では、受信機が選択された１つ以上の方向からの信号を増幅する一方で、他の方向からの不要な信号を抑制することができる。

電気通信のための３ＧＰＰ規格は、異なるバージョンまたはリリースに継続して発展している。Ｒｅｌ.１２の間、ＬＴＥ規格は、デバイス・ツー・デバイス（Ｄ２Ｄ）機能のサポートとともに拡張された。これはサイドリンク機能とも呼ばれ、商用および公共の安全アプリケーションの両方を対象としている。Ｒｅｌ.１２ＬＴＥによって可能にされるいくつかのアプリケーションは、デバイスディスカバリであり、無線デバイスは、無線デバイスアイデンティティおよびアプリケーションアイデンティティを搬送するディスカバリメッセージをブロードキャストし、検出することによって、別の無線デバイスおよび関連するアプリケーションの近接性を感知することができる。別のアプリケーションは、無線デバイス間で直接終端された物理チャネルに基づく直接通信から構成される。３ＧＰＰでは、これらのアプリケーションのすべては、近接サービス（ＰｒｏＳｅ（Proximity services））と名付けられた包括的組織（umbrella）の下で定義される。

ＰｒｏＳｅフレームワークの潜在的な拡張の１つは、車両、歩行者、およびインフラストラクチャ間の直接通信の任意の組合せを含む、任意のものへの車両（Ｖ２ｘ）通信のサポートからなる。Ｖ２ｘ通信は、利用可能な場合はネットワーク（ＮＷ）インフラストラクチャを利用できるが、カバレッジが不足している場合でも、少なくとも基本的なＶ２ｘ接続が可能である必要がある。ＬＴＥベースのＶ２ｘインターフェースを提供することは、ＬＴＥ規模の経済性のために経済的に有利であり、専用のＶ２ｘ技術を使用する場合と比較して、車両対インフラストラクチャ（Ｖ２Ｉ）として表記されるＮＷインフラストラクチャとの通信、および車両対歩行者（Ｖ２Ｐ）および車両対車両（Ｖ２Ｖ）通信の間のより緊密な統合を可能にし得る。

既存のセルラインフラストラクチャの使用に基づくプロジェクトを含む、様々な国または地域における接続車両の多くの研究プロジェクトおよび実地試験がある。

Ｖ２Ｘ通信は、非安全情報および安全情報の両方を搬送することができ、アプリケーションおよびサービスのそれぞれは、例えば、レイテンシ、信頼性、容量などに関して、特定の要件設定に関連付けられ得る。アプリケーションの観点から、Ｖ２Ｘには、図１に示すように、以下のタイプの通信／サービスが含まれる。図１を参照。

Ｖ２Ｖ：Ｖ２Ｖアプリケーションを使用する車両間の通信をカバーし、主にブロードキャストベースである。Ｖ２Ｖは、それぞれの車両内のデバイス間の直接通信によって、またはセルラーネットワークなどのインフラストラクチャを介して実現され得る。Ｖ２Ｖの一例は、例えば１００ｍｓ～１ｓ毎に繰り返し近傍の他の車両に送信される、位置、方向、および速度などの車両状態情報を有する協調認識メッセージ（ＣＡＭ（cooperative awareness message））の送信である。別の例は分散環境通知メッセージ（ＤＥＮＭ（decentralized environmental notification message））の送信であり、これは、車両に警告するためのイベントトリガメッセージである。これらの２つの例は、Ｖ２ｘアプリケーションのＥＴＳＩインテリジェント・トランスポート・システム（ＩＴＳ）仕様から取られ、メッセージが生成される条件も指定する。Ｖ２Ｖアプリケーションの主な特徴は、例えば衝突前警告メッセージのための２０ｍｓから他の交通安全サービスのための１００ｍｓまで変化することができる遅延時間に関する厳しい要件である。

Ｖ２Ｉ：これは、車両とロードサイドユニット（ＲＳＵ）との間の通信を含む。ＲＳＵは、近くの車両と通信する固定輸送インフラストラクチャエンティティである。Ｖ２Ｉの一例は、ＲＳＵから車両への速度通知の送信、並びに待ち行列情報、衝突リスク警告、カーブ速度警告である。Ｖ２Ｉの安全性に関連する性質のために、遅延要件はＶ２Ｖ要件と同様である。

Ｖ２Ｐ：Ｖ２Ｐアプリケーションを使用して、車両と歩行者などの脆弱な道路ユーザとの間の通信をカバーする。Ｖ２Ｐは、典型的には別個の車両と歩行者との間で、直接に、またはセルラーネットワークなどのインフラストラクチャを介して行われる。

車両対ネットワーク（Ｖ２Ｎ）：セルラーネットワークなどのインフラストラクチャを介して、両方ともＶ２Ｎアプリケーションを使用する、車両と集中型アプリケーションサーバ、またはＩＴＳ（Intelligent Transportation System）トラフィック管理センターとの間の通信をカバーする。１つの例はワイドエリアネットワークのすべての車両に送られる悪路状態警告、あるいはＶ２Ｎアプリケーションが車両への速度を示唆し、交通信号を調整する交通流最適化である。したがって、Ｖ２Ｎメッセージは集中型エンティティ（すなわち、交通管理センター）によって制御され、小さなエリアではなく、大きな地理的エリア内の車両に供給されると想定される。さらに、Ｖ２ＶまたはＶ２Ｉとは異なり、レイテンシ要件はＶ２Ｎにおいてより緩和されるが、それはそれが非安全目的のために使用されることを意味しないからであり、例えば、１秒のレイテンシ要件が典型的に考慮されるからである。

前述したように、セルラースペクトルにおけるＰＣ５インターフェースと呼ばれる無線インターフェースを介したＤ２Ｄ送信またはＰｒｏＳｅ送信としても知られるサイドリンク送信は、リリース（Ｒｅｌ．）１２以来、３ＧＰＰにおいて標準化されている。３ＧＰＰ Ｒｅｌ．１２では、２つの異なる送信モードが３ＧＰＰで規定されている。モード１と呼ばれる１つのモードでは、ＲＲＣ_ＣＯＮＮＥＣＴＥＤモードの無線デバイスは、Ｄ２Ｄリソースを要求し、無線ネットワークノードは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介してリソースを付与する。例えば、ＤＣＩ５などのＤＬ制御情報を送信したり、個別シグナリングを介してリソースを付与したりする。モード２と呼ばれる別のモードでは、無線デバイスは、無線ネットワークノードがプライマリセル（ＰＣｅｌｌ）以外のキャリア上での送信のためのシステム情報ブロック（ＳＩＢ）シグナリングを介して、またはＰＣｅｌｌ上での送信のための個別シグナリングを介して、ブロードキャストで提供する利用可能なリソースのプールから、送信のためのリソースを自律的に選択する。したがって、第１の動作モード、すなわち、モード１とは異なり、第２の動作モード、すなわち、モード２は、ＲＲＣ_ＩＤＬＥモードにある無線デバイスによっても、場合によってはカバレッジ外の無線デバイスによっても、実行することができる。

Ｒｅｌ.１４では、サイドリンク送信の使用は、Ｖ２ｘ領域に拡張される。Ｒｅｌ.１２におけるサイドリンク物理層の元の設計は、スペクトル内の同じ物理リソースに対して競合する少数の無線デバイスを有するシナリオを対象とし、ミッションクリティカル・プッシュツートーク（ＭＣＰＴＴ）トラフィックのための音声パケットを搬送し、低無線デバイスモビリティを想定した。一方、Ｖ２ｘでは、サイドリンクがより高い負荷シナリオ、すなわち、ＣＡＭおよびＤＥＮＭなどの時間またはイベントトリガＶ２ｘメッセージを搬送するために、物理リソースを求めて潜在的に競合する数百台の自動車に、高無線デバイスモビリティで対処することができなければならない。そのような理由のために、３ＧＰＰは、サイドリンク物理層に対する可能な拡張を議論してきた。

Ｒｅｌ.１４で規定された第１の拡張は、モード３と呼ばれる新しい送信モードの導入であり、これは、無線デバイスにサイドリンクリソースを明示的に割り当てるのは無線ネットワークノードであるという意味でモード１に似ている。しかしながら、モード１とは異なり、無線ネットワークノードはセミパーシステントスケジューリング（ＳＰＳ（Semi Persistent scheduling））のようなやり方でサイドリンクリソースを半永続的に構成する可能性を有し、すなわち、無線ネットワークノードは例えば、ある周波数リソース上での周期的な伝送のためにサイドリンクグラントを割り当てる。

第２の強化は、モード４送信モードと呼ばれる第４のモードに対応する、いわゆるチャネルセンシングおよびセンシングを意識した無線デバイス自律リソース割振りの導入である。Ｒｅｌ.１２およびＲｅｌ.１３ ＰｒｏＳｅ通信の基本であるランダムリソース選択とは異なり、Ｖ２Ｖ Ｒｅｌ．１４では) 無線デバイスはチャネルを連続的に感知し、干渉の少ないスペクトルの異なる部分のリソースを探索することが期待される。このようなセンシング（検知）は、無線デバイス間の衝突を制限する目的を有する。

３ＧＰＰでは、２つのタイプのセンシングが考慮されている:
・受信電力によるセンシング。無線デバイスは、特定の無線リソース上で受信されたエネルギーを測定する:
o 例えば、これらの測定（値）に基づいて、無線デバイスは、無線リソースが何らかの他の無線デバイスによって使用中であると考えられるかどうか、すなわち「ビジー（busy）」であるかどうか、すなわち「アイドル（idle）」であるかどうかを決定する。
o 例えば、無線デバイスは送信機が遠く離れているか、例えば、信号が弱い場合、又は例えば、信号が強い場合、近くにあるかを推定するために、測定値を使用することができる。
・パケット内容に基づくセンシング。無線デバイスはパケットを受信し、復号する。パケットから抽出された情報に基づいて、無線デバイスは無線リソースの利用に関する何らかの知識を得ることができる:
o 例えば、スケジューリング割り当て（ＳＡ（scheduling assignment））パケットを読み取ることによって、無線デバイスは、どの無線リソースにおいてデータ送信を予想すべきか、および送信機の優先度レベルを知ることができる。
o 例えば、データパケットを読み取ることによって、無線デバイスは、送信機の位置、送信機のアイデンティティ（ＩＤ）、送信機のタイプなどを知ることができる。

モード４では、無線デバイスは、センシング結果に基づいて送信リソースを自律的に選択するが、無線ネットワークノードは、無線デバイスが特定の送信パラメータのために使用することを許可される値のいくつかのセットをシグナリングすることは依然として可能である。例えば、送信のために無線デバイスによって使用される物理リソースブロック（ＰＲＢ）の数について、無線ネットワークノードは最小値および最大値を指定することができ、すなわち、無線デバイスは、送信のためにＸ個未満のＰＲＢまたはＹ個よりも多いＰＲＢを使用することを許可されず、無線デバイスが送信することを許可されるかどうか、無線デバイスが使用することができる最大および最小変調および符号化方式（ＭＣＳ）、最小および／または最大送信電力などである。言い換えると、無線ネットワークノードは、無線デバイスが特定の伝送パラメータに対して選択できる値のセットを制限することができる。送信パラメータに関するこのようなセットまたは制限は、例えば無線デバイスの速度またはチャネルの輻輳状態に依存して、異なる無線デバイス条件に対してネットワークによって異なるように設定（構成）されてもよい。無線ネットワークノード、または一般的なＮＷノードによる設定に加えて、セットまたは制限は事前設定の一部である場合もある。事前設定は、無線ネットワークノードによる設定の代替として、または補足として使用できる。

サイドリンクサービス品質（ＱｏＳ）に関して、ＰＣ５インターフェース上で送信される各パケットは、アプリケーション層によって、パケット優先度毎のＰｒｏＳｅ（ＰＰＰＰ）と呼ばれる特定のパケットタグにマーキングされることに留意すべきである。各ＰＰＰＰは、アプリケーション層によって特定のサイドリンクパケットに割り当てられた優先度を表す。特に、各ＰＰＰＰは１から８までの値をとることができ、ここで、１は最高優先度ＰＰＰＰを表し、８は最低優先度を表す。

アプリケーション層によって割り当てられるＰＰＰＰに応じて、異なるＲＡＮ手順（プロシージャ）が適用される。例えば、異なるＰＰＰＰについて、異なる送信パラメータ、例えば、ＭＣＳ、送信電力、ＰＲＢの数などが、ネットワーク構成に従って、無線デバイスによって適用され得る。ＰＰＰＰはまた、そのプールにおいて経験される干渉または輻輳状況に応じて、あるプールまたはあるキャリアが使用され得るかどうかを決定するために使用され得る。このようにして、ＰＰＰＰに基づく一種の許可制御手順を実行することができ、その結果、例えば、より高い優先度のＰＰＰＰが正しい受信の確率を増加させるために、最低の輻輳キャリアまたはプールで送信されるべきである。

媒体アクセス制御（ＭＡＣ）層では、ＰＰＰＰがＭＡＣプロトコルデータユニット（ＰＤＵ）を構築するときに、論理チャネル優先度付けのために無線デバイスによって論理チャネル識別情報（ＬＣＩＤ）にマッピングされる。ＰＰＰＰは、ネットワーク構成に従って異なる論理チャネルグループ（ＬＣＧ）にもマッピングされ、サイドリンク（ＳＬ）バッファ状態報告（ＢＳＲ）で使用されるため、無線ネットワークノードは無線デバイスのスケジューリング時に適切なサイドリンク付与を提供できる。

インターフェースＵｕサービス品質（ＱｏＳ）フレームワークのような無線インターフェースフレームワークは、各品質クラスインデックス（ＱＣＩ）、例えばデータ速度（保証ビットレート（ＧＢＲ）または非ＧＢＲ、パケット遅延バジェット、信頼性、すなわちパケットエラーレート（ＰＥＲ）等）のような異なる性能要件に関連することに留意されたい。しかし、Ｕｕ ＱｏＳフレームワークとは異なり、現時点ではＲｅｌ.１４まで、ＰＰＰＰ以外の性能要件はサイドリンクパケットに関連づけられていない。したがって、現在のサイドリンクフレームワークでは、ＰＰＰＰ以外にサイドリンク性能インジケータは存在しない。これは、所与の無線デバイスに適切にサービスするために、例えば、モード３およびモード４の両方について、既存のスケジューリング割り当て手順の能力を制限し得る。実際、ＰＰＰＰは無線ネットワークノードスケジューラによって、無線ネットワークノードスケジューラランダムアクセス（ＲＡ）のために、または無線デバイスによって、無線デバイス自律ＲＡのために、与えられたパケットが提供されるべき優先度を排他的に示す。しかしながら、場合によっては、与えられたＳＬパケットの信頼性要件を知ることが有用であるかもしれない、それで特定の行動が実行されることができ、例えば、正しい受信確率を増やすために異なるＳＬキャリア上でＳＬパケットの複製（重複）を設定したり、信頼性要件が厳しいならより保守的な符号化が採用されるかもしれない。同様に、高いデータレートが必要とされる場合、より多くのキャリアが使用されてもよく、またはより積極的な符号化およびより大きな帯域幅が割り当てられてもよい。

従って、レガシーサイドリンクフレームワークでは、無線デバイスが無線デバイスＳＬバッファ内にあるパケットのＰＰＰＰに関連するＬＣＧを、現時点でＳＬ ＢＳＲ内のネットワークに報告するだけである。このように、ネットワークは、ＳＬバッファ内のパケットのＰＰＰＰを認識するだけでよく、信頼性、データ速度、または他の性能要件のインジケーション（指示）は取得できない。さらに、無線デバイスがパケットの複製を有効にできるようにする無線ネットワークノードからのシグナリングはない。

本明細書の目的は、無線通信ネットワークにおいてデバイス間通信を効率的に可能にするメカニズムを提供することである。

一態様によれば、目的は、本明細書の実施形態によれば、無線通信ネットワークにおいてサイドリンクを介して無線デバイス間の通信を処理するために無線ネットワークノードによって実行される方法を提供することによって達成される。無線ネットワークノードは、各ＱｏＳ要件がＱｏＳ特性に関連付けられた閾値を含む、１つ以上のサービス品質（ＱｏＳ）要件のセットを知らせ（示し）、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータのサイドリンクのバッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングを示すことによる。したがって、無線ネットワークノードは、１つ以上のＱｏＳのセットを知らせることによって無線デバイスを設定することができる。このような関心のあるＱｏＳの各々に対して、無線ネットワークノードは、サイドリンクのＢＳＲの報告のために１つ以上のＬＣＧを予約することができる。次に、無線ネットワークノードは、パケットのＱｏＳ要件または特性を示すバッファ状態報告で、無線デバイスからのインジケーション（指示／指標）を受信することができる。インジケーションは、論理チャネルに関連付けられている。次に、無線ネットワークノードは、受信したインジケーションを考慮に入れて、無線デバイスのサイドリンクの通信を処理することができる。

別の態様によれば、目的は、本明細書の実施形態によれば、無線通信ネットワークにおけるサイドリンクを介して複数の無線デバイス間の通信を処理するために無線デバイスによって実行される方法を提供することによって達成される。無線デバイスは例えば、事前設定または受信から、１つ以上のＱｏＳ要件のセットを設定し、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値と、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、無線ネットワークノードへの、ＢＳＲの報告のために予約された１つ以上のＬＣＧのマッピングとを含む。したがって、無線デバイスは、１つ以上のＱｏＳのセットで設定され、このようなＱｏＳの各々に対して、１つ以上のＬＣＧがサイドリンクのためのＢＳＲの報告のために予約される。無線デバイスは、バッファ状態報告において、無線ネットワークノードにインジケーション（指示／指標）を送信することができ、該インジケーションは、パケットのＱｏＳ要件又は特性を示す。インジケーションは、論理チャネルに関連付けられている。

さらに本明細書では、命令を含むコンピュータプログラム製品が提供され、命令は少なくとも１つのプロセッサ上で実行されると、無線ネットワークノードまたは無線デバイスによって実行されるように、少なくとも１つのプロセッサに上記の方法のいずれかを実行させる。さらに、ここでは、少なくとも１つのプロセッサ上で実行されるときに、無線ネットワークノードまたは無線デバイスによって実行されるように、少なくとも１つのプロセッサに上記の方法のいずれかに従って方法を実行させる命令を含むコンピュータプログラム製品を記憶する、コンピュータ読み取り可能な記憶媒体が提供される。

さらに別の態様によれば、目的は、本明細書の実施形態に従って、無線通信ネットワークにおいて、サイドリンクを介して複数の無線デバイス間の通信を処理するための無線ネットワークノードを提供することによって達成され、無線ネットワークノードは、各ＱｏＳ要件がＱｏＳ特性に関連する閾値を含む、１つ以上のＱｏＳ要件のセットを知らせ（示し）、１つ以上のＱｏＳ要件のセットから、それぞれのＱｏＳ要件を満たすデータに対するＢＳＲの報告のために予約された１つ以上のＬＣＧのマッピングを知らせることによって、無線デバイスを設定するように構成される。

さらに別の態様によれば、目的は、本明細書の実施形態によれば、無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するための無線デバイスを提供することによって達成される。無線デバイスは、事前設定または受信から、１つ以上のＱｏＳ要件のセットを設定するように構成され、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値と、１つ以上のＱｏＳ要件のセットのうちのそれぞれのＱｏＳ要件を満たすデータのサイドリンクの、無線ネットワークノードへの、ＢＳＲの報告のために予約された１つ以上のＬＣＧのマッピングと、を含む。

本明細書の実施形態は、無線デバイスが、サイドリンクＱｏＳインジケータなどの、複数のインジケーション、例えば、データ速度、信頼性、レイテンシを、無線ネットワークノードに報告することを可能にする方法を提供する。

無線ネットワークノードは、ＰＰＰＰだけではなく、幾つかのＳＬ ＱｏＳインジケータを検索するツールを有することができ、その結果、適切なスケジューリング決定を行うことができ、例えば、無線ネットワークノードは無線デバイスが高い信頼性配送を必要とする、ＳＬバッファにおけるパケットを有する場合、サイドリンクパケット複製をアクティブ（活性化）にしてもよく、あるいは、送信するパケットのデータ速度に応じて、１つ以上のキャリアを活性化することができる。実際の送信パラメータ、例えば、ＭＣＳ、ＴＸ電力、ＰＲＢの数についての、無線デバイスによって採用されるべき決定も、影響を受け得る。したがって、本明細書の実施形態は、デバイスが無線通信ネットワークにおいて効率的に通信することを可能にする。

以下、添付の図面に関連して実施形態をより詳細に説明する。
図１は、異なる車両通信を示す概要である。 図２は、本明細書の実施形態による無線通信ネットワークを示す概略図を示す。 図３ａは、本明細書の実施形態による結合フローチャート及び信号方式を示す図である。 図３ｂは、本明細書のいくつかの実施形態による、ＱｏＳとＬＣＧとの間のマッピングを示す。 図３ｃは、本明細書のいくつかの実施形態による、ＬＣＧへのパケットの異なるＱｏＳのマッピングを示す。 異なるＱｏＳ特性に対する異なるＬＣＧセットへのＬＣＧのマッピングを示す。 図５は、ＭＡＣ ＣＥにおけるグループ報告を示す。 図６は、本明細書の実施形態による、無線ネットワークノードによって実行される方法を示す概略フローチャートを示す。 図７は、本明細書の実施形態による無線デバイスによって実行される方法を示す概略フローチャートを示す。 図８は、本明細書の実施形態による無線ネットワークノードを示すブロック図である。 図９は、本明細書の実施形態による無線デバイスを示すブロック図である。 図１０は、いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された電気通信ネットワークを示す。 図１１は、いくつかの実施形態による、基地局を介して部分無線接続を介してユーザ機器と通信するホストコンピュータを示す。 図１２は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示す。 図１３は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示す。 図１４は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示す。 図１５は、いくつかの実施形態による、ホストコンピュータ、基地局、およびユーザ装置を含む通信システムにおいて実施される方法を示す。

本明細書の実施形態は、一般に無線通信ネットワークに関する。図２は、無線通信ネットワーク１を示す概略図である。無線通信ネットワーク１は、１つ以上のＲＡＮと、１つ以上のＣＮとを備える。無線通信ネットワーク１は、一つまたは多数の異なる技術を使用することができる。本明細書の実施形態は、５Ｇの文脈において特に興味深い最近の技術傾向に関連するが、実施形態は例えば、ＬＴＥおよび広帯域符号分割多元接続（ＷＣＤＭＡ）などの既存の無線通信システムのさらなる開発にも適用可能である。

無線通信ネットワーク１では、サイドリンク（ｓｉｄｅｌｉｎｋ）を介して互いに通信するように構成された無線デバイス、例えば、無線デバイス１０と別のまたは第２の無線デバイス１０'、例えば、移動局、非アクセスポイント（非ＡＰ)ＳＴＡ、ＳＴＡ、ユーザ装置、および／または無線端末等の、車両におけるデバイス・ツー・デバイス端末を、例えば、Ｖ２ｘ通信のためにＮＷから通信するように構成することができる。「無線デバイス」は、任意の端末、無線通信端末、ユーザ装置、ＮＢ－ＩｏＴデバイス、マシンタイプ通信（ＭＴＣ）デバイス、デバイス・ツー・デバイス（Ｄ２Ｄ）端末、またはノード、例えば、スマートフォン、ラップトップ、モバイルフォン、センサ、リレー、モバイルタブレット、または無線ネットワークノードまたは無線デバイスとの無線通信を使用して通信することができる小型基地局さえも意味する非限定的な語であることを当業者は理解されたい。本明細書の実施形態は、第１の無線デバイス１０が車両であってもよく、第２の無線デバイス１０'が停車標識（Ｖ２Ｉ）、無線ネットワークノード（Ｖ２Ｎ）、歩行者上のデバイス（Ｖ２Ｐ）、または別の車両（Ｖ２Ｖ）であってもよく、またはその逆であってもよい、任意の通信に対する車両に関するものであってもよい。

無線通信ネットワーク１は、ＮＲなどの第１の無線アクセス技術（ＲＡＴ）の地理的領域、サービスエリア１１、にわたって無線カバレッジを提供する無線ネットワークノード１２を備える。無線ネットワークノード１２は、無線デバイスのサイドリンクを構成する。無線ネットワークノード１２は、アクセスノード、アクセスコントローラ、基地局、例えば、ｇＮｏｄｅＢ（ｇＮＢ）のような無線基地局、進化したノードＢ（ｅＮＢ、ｅＮｏｄｅＢ）、基地局、無線リモートユニット、アクセスポイント基地局、基地局ルータ、無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスポイント、またはアクセスポイントステーション（ＡＰ ＳＴＡ）のような送信ポイント、無線基地局、スタンドアロンアクセスポイント、または、使用される第１の無線アクセス技術および用語に依存して、無線ネットワークノード１２によって提供される領域内の無線デバイスと通信することが可能な任意の他のネットワークユニットまたはノードであってもよい。代替として、無線ネットワークノード１２は、分散ノードＤＮであってもよく、例えば、クラウドに含まれる機能は本明細書の方法を実行するために、または部分的に実行するために使用されてもよい。無線ネットワークノード１２は、サービング無線ネットワークノードと呼ぶことができ、サービスエリアはサービングセルと呼ぶことができ、サービングネットワークノードは、無線デバイス１０へのＤＬ送信および無線デバイス１０からのＵＬ送信の形成で無線デバイス１０と通信する。サービスエリアは無線カバレッジのエリアを定義するために、セル、ビーム、ビームグループ、または同様のものとして示され得ることに留意されたい。

以下では、主に、特定のサイドリンクパケットが関連付けられ得る、例えば、データ速度、信頼性、レイテンシなどの特定のＱｏＳ性能要件または特性に焦点を当てる。しかしながら、本明細書の実施形態は、ＱｏＳインジケータとも呼ばれる他のＱｏＳ要件に容易に一般化され得る。本無線ネットワークノード１２に係る実施形態によれば、無線デバイス１０を、各ＱｏＳ要件がＱｏＳ特性に関連する閾値を含む、１つ以上のＱｏＳ要件のセットを知らせることによって、かつ、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクのＢＳＲの報告のために予約された１つ以上のＬＣＧのマッピングを知らせることによって、設定する。本明細書の実施形態による方法は、無線デバイス１０および無線ネットワークノード１２によって実行される。

図３ａは、本明細書の実施形態による、結合フローチャートと信号方式である。

アクション３００。無線ネットワークノード１２または無線デバイス１０の事前設定は、１つ以上のＱｏＳ要件のセットを示してもよい。指定される全ての可能なＱｏＳ要件は、関心対象（関心のあるもの）とすることができる。このような関心のあるＱｏＳ要件の各々に対して、無線ネットワークノード１２または無線デバイス１０の事前設定は、それぞれのＱｏＳ要件を満たすデータに対してＢＳＲの報告のために１つ以上のＬＣＧを予約してもよい。例えば、無線ネットワークノード１２は、無線デバイス１０にインジケーション（指示／指標）を送信することができ、すなわち、無線デバイスに、特定のＱｏＳ要件が満たされたデータのバッファ状態を報告するために特定のＬＣＧを使用し、別のＱｏＳ要件が満たされたデータのバッファ状態を報告するために第２のＬＣＧを使用することを指示する（知らせる）ことができる。

所与のパケットが関心のある複数のＱｏＳ特性を有する可能性があることを考慮すると、無線デバイス１０は、そのようなパケットを複数のＬＣＧにマッピングすることができ、ここで、各ＬＣＧは、そのようなパケットの１つのＱｏＳ特性に対応する。このようなパケットは、論理チャネルの優先度付けのために無線デバイス１０によって１つの単一ＬＣＩＤにどのようにマッピングされてもよいので、無線デバイス１０は。前述の手順に従って、このような単一ＬＣＩＤを複数のＬＣＧにマッピングすることができる。この方法は、無線デバイス１０が特定のＱｏＳ要件を有するバッファ内で利用可能なデータの量を決定するために、ＬＣＧ毎、すなわちＱｏＳ要件毎に独立したバッファ状態を保持することができることを意味する。

代替的に、または追加的に、無線ネットワークノード１２または無線デバイス１０の事前設定に応じて、１つ以上のＱｏＳ要件が他のものより優先されてもよい。例えば、無線ネットワークノード１２は、第１のＱｏＳ要件、例えば第１レベルのＰＰＰＲのような信頼性が、そのようなパケットの他のＱｏＳ要件に関係なく、優先されることを示すことができる。このような場合、無線デバイス１０は、ＱｏＳ要件を満たすそのようなパケットを単一のＬＣＧ、すなわち、設定された信頼性値のようなＱｏＳ要件を満たすデータを報告するために（事前）設定によって予約されたＬＣＧ、にのみマッピングすることができる。

代替的に、または追加的に、対応するＱｏＳ値が（事前に）設定され得る閾値を超えている場合にのみ、１つの特定のＱｏＳ要件に優先度を付すことができる。例えば、パケットのＰＰＰＲがＰＰＰＲ閾値を下回る場合（または、高い優先度が、低い値か高い値を有するかに応じて上回る場合）、パケットのＰＰＰＲが関係ないことを意味し、無線デバイス１０は、少なくともＬＣＧマッピングの目的で、パケットのＰＰＰＲを無視してもよく、ＰＰＰＲの特定の値に関連する任意のＬＣＧのバッファ状態を更新しなくてもよい。すべてのパケットは、少なくとも１つのＬＣＧにマッピングできる。本明細書の実施形態は、パケットがそのパケットのＱｏＳに基づいてＬＣＧにマッピングされることを可能にし、例えば、ＬＣＧは例えば、ＰＰＰＲ＞４をもつパケットに対するものであってもよい。しかし、パケットはそれに関連する複数のＱｏＳ要件、例えば、ＰＰＰＲの値（信頼性のためのＲ）とＰＰＰＰの値（優先度のためのＰ）をもつ可能性があり、したがって、ここではパケットは、信頼性が高い場合、特別なＬＣＧにマッピングされることが許されるが、同じパケットは別のＬＣＧ、例えば、優先度＞２のためのＬＣＧにマッピングされる可能性もある。それ以外の場合は、無線デバイス１０は、パケットを考慮することによって、ＰＰＰＲに関連するＬＣＧのバッファ状態（buffer status）を更新してもよい。「バッファ状態」は、バッファのサイズなどもカバーしていることに注意されたい。

前述の閾値は、異なるＳＬサービス、および／または異なる宛先アイデンティティ（ＩＤ）に対して異なるように（事前に）設定することができる。このように、無線デバイス１０は、特定のサービス又は特定の宛先に対応するパケットを送信しなければならないことを考慮して、無線デバイス１０はこのパケットのＱｏＳ要件がその関連するパケット宛先および／またはサービスに関連する場合にのみ、その特定の宛先および／またはサービスのバッファ状態を更新してもよい。

アクション３０１。無線デバイス１０は、無線デバイス１０と、第２の無線デバイス１０'のような他の無線デバイスとの間のパケットのＢＳＲをトリガしてもよい（例えば、ＰＰＰＲのパケットのためのバッファのレベルに到達する）。

アクション３０２。次いで、無線デバイス１０は、サイドリンクに関連するＱｏＳ特性とも呼ばれるＱｏＳ要件を示すインジケーションをさらに送信することができる。インジケーションは、論理チャネル、例えば、論理チャネルＩＤ（ＬＣＩＤ）または論理チャネルグループ（ＬＣＧ）に関連する。例えば、インジケーションは、ＬＣＩＤまたはＬＣＧであってもよい。インジケーションは、無線ネットワークノード１２へのＢＳＲに含まれてもよい。

ある方法では、無線ネットワークノード１２は、特定のＱｏＳ要件に対して、そのようなＱｏＳ要件と特定のＬＣＧとの間のマッピングを提供することができる。複数のＱｏＳ要件が存在する可能性があるため、このようなＱｏＳ要件のそれぞれが異なるＬＣＧセットにマップされる場合がある。ＬＣＧセットは、特定のＱｏＳ要件に関連付けられた全てのＬＣＧ、例えば、４までを含む。

そのような設定インジケーションは、個別シグナリング号またはブロードキャストシグナリングで提供され得る。無線デバイスが設定インジケーションを受信すると、無線デバイス１０はバッファにおけるパケットの１つ以上の性能特性を決定し、この特定の性能特性のために設定されたＬＣＧセットにおけるＬＣＧのうちの１つに各個別の性能特性を関連付ける。

次に、１つ以上のＬＣＧセットのＬＣＧが、ＳＬ ＢＳＲにおいて無線ネットワークノード１２に報告されてもよい。したがって、無線デバイス１０は、ＬＣＧであるというインジケーションを無線ネットワークノード１２に送信することができる。

ＬＣＧの異なるセットがどのように表されるかに応じて、ＭＡＣ制御要素（ＣＥ（control element））において報告されるＳＬ ＢＳＲの設計のために、異なる方法を想定することができる。

アクション３０３。次に、無線ネットワークノード１２は、受信したインジケーションを考慮に入れて無線デバイス１０の通信を処理してもよい。例えば、無線ネットワークノードは、無線デバイスが高い信頼性の配送を必要とする、ＳＬバッファにおけるパケットを有する場合、サイドリンクパケット複製をアクティブにしてもよいし、送信するパケットのデータ速度に応じて１つ以上のキャリアをアクティブにしてもよい。実際の送信パラメータ、例えば、ＭＣＳ、送信（Ｔｘ）電力、およびＰＲＢの数についての、無線デバイス１０によって採用されるべき決定も、影響を受け得る。例えば、無線ネットワークノード１２は、特定の関連性の信頼性要件を有するすべてのパケットに対してパケットの複製を設定してもよい。

図３ｂは、特定の宛先ＩＤ Ｘに対して報告するＢＳＲにおいて使用されるＬＣＧの異なるＱｏＳタグ間のマッピングの可能な構成を示している。ＰＰＰＰなどの特定の優先度タグは、ＬＣＧ１,２,３などの予約済み論理チャネルグループにマッピングされ、ＰＰＰＲ（信頼性タグ）などの他の優先度タグは、ＬＣＧ４などの１つの予約済みＬＣＧにマッピングされる。特定の宛先インデックス、例えばＩＤ Ｘについて、少なくともＬＣＧマッピングの目的のために、関連性のない特定のＰＰＰＲがあり、したがって、ＰＰＰＲの特定の値に関連する任意のＬＣＧの無線デバイス１０によるバッファ状態報告計算（演算）において考慮されない場合がある。

図３ｃにおいて、パケットのＸバイトは例えば、ＰＰＰＲ/ＰＰＰＰが特定の値より高いパケットが他のＱｏＳタグの中で優先されるべきであると規定されている場合、ＬＣＧ１またはＬＣＧ４のいずれかの現在のバッファサイズに追加され、および／または演算に含まれてもよい。別の実施形態では、前述したように、Ｘバイトは、代わりにＬＣＧ１およびＬＣＧ４の両方のバッファサイズに追加される。図３ｃに既に示されているように、ＰＰＰＲがより低い優先度、例えばＰＰＰＲ ４以下である場合、パケットはＬＣＧ１、ＬＣＧ２、またはＬＣＧ３にのみマッピングされる。

１つの方法では、ＬＣＧの各セットは、ある数のＬＣＧのグループによって表され、セットにおける各ＬＣＧは、あるＩＤによって識別される。異なるセットのＬＣＧは、異なるＬＣＧ ＩＤに、例えば、連続した順序でマッピングされる。したがって、例えば、ＰＰＰＰに関連するＱｏＳ要件は、ＬＣＧ１、ＬＣＧ２、ＬＣＧ３、ＬＣＧ４にマッピングされる。信頼性に関連するＱｏＳ要件は、ＬＣＧ５、ＬＣＧ６、ＬＣＧ７、ＬＣＧ８にマッピングされる。また、ＳＬ ＢＳＲ ＭＡＣにおける宛先インデックスによって表される所与のＶ２Ｘサービスに関連する異なるＱｏＳ要件についても同様である。Ｖ２Ｘサービスタイプを識別する宛先インデックスごとに、宛先インデックスの関心のあるＱｏＳに関連付けられた１つ以上の論理チャネルグループが関連付けられる。（事前）設定は、無線デバイスおよび／または無線ネットワークノードが、無線デバイス１０が送信する必要がある特定のＶ２Ｘサービスタイプについて関心のあるＱｏＳの報告を単に設定するように、各Ｖ２Ｘサービスタイプについて関心のあるＱｏＳを示すことができる。

したがって、無線ネットワークノード１２は、ＳＬ ＢＳＲを受信すると、特定の宛先インデックスに対して、無線デバイス１０のサイドリンクバッファで利用可能である可能性がある異なるＱｏＳ特性に対応するデータ量を理解することができる。

ＱｏＳ要件と、ＬＣＧまたはＬＣＧのセットまたはグループとの間のマッピングは、ＮＷによって提供されるか、または事前設定されてもよく、異なる設定のＬＣＧは異なる数のＬＣＧを含んでもよい。

したがって、この方法に従って、ＳＬ ＢＳＲは図４のように見え、ここで、異なるＬＣＧ ＩＤに対応する異なるオクテットが、異なるＱｏＳ特性または要件のグループにマッピングされる。図４では、簡単のために、ＬＣＧ１－２がＰＰＰＰにマッピングされ、ＬＣＧ３－４が信頼性にマッピングされた４つのＬＣＧが考慮される。Ｎ個の宛先インデックス、Ｘ個のＬＣＧ、およびＹ個のＱｏＳ特性を考慮すると、ＳＬ ＢＳＲ ＭＡＣ ＣＥは、最大でＮ*Ｘ*Ｙ個のバッファサイズ状態を無線ネットワークノード１２に配信する。

別の方法では、ＬＣＧ ＩＤが異なるＱｏＳ特性または要件のための異なるＬＣＧのセットまたはグループ間で同じであり、以前の方法とは異なり、異なるＱｏＳに関連するＢＳＲを報告するために、異なるＳＬ ＢＳＲ ＭＡＣ ＣＥを使用されうる。各ＳＬ ＢＳＲ ＭＡＣ ＣＥは、異なるＱｏＳ に関連する情報を搬送する可能性があり、ＭＡＣヘッダーにおける専用ＬＣＩＤ値によって一意に識別される。異なるＳＬ ＢＳＲトリガ条件に応じて、無線デバイス１０は、ＱｏＳ特性または別の特性に関連付けられたＳＬ ＢＳＲ ＭＡＣ ＣＥをトリガすることができ、それによって、ＭＡＣサブヘッダにおける特定のＭＡＣ ＣＥを表す特定の設定済みＬＣＩＤ値が付加される。

別の方法では、ＬＣＧ ＩＤは、異なるＱｏＳ特性または要件のための異なるＬＣＧのセットまたはグループ間で同じであり、以前の方法とは異なり、異なるＱｏＳに関連するＢＳＲを報告するために、同じＳＬ ＢＳＲ ＭＡＣ ＣＥが使用される。これは、ＬＣＧの各グループまたはセットに、グループを排他的に表すＩＤが割り当てられることを意味する。各ＱｏＳインジケータまたは要件に関連するグループＩＤを示す（知らせる）のは、無線ネットワークノード１２または事前設定または仕様であってもよい。異なるＳＬ ＢＳＲトリガ条件に応じて、無線デバイス１０は、ＱｏＳ特性または別の特性に関連付けられたＳＬ ＢＳＲ ＭＡＣ ＣＥをトリガし、それによって、その中のＬＣＧが関連付けられた特定の設定されたグループＩＤを追加することができる。例えば、ＳＬ ＢＳＲ ＭＡＣ ＣＥでは、ある特定のフィールド、例えば、フィールド「Ｇ」を使用して、特定のグループを表すことができ、すなわち、「Ｇ=００」は、ＰＰＰＰ関連情報を表すことができ、「Ｇ=０１」は、信頼性関連情報を表すことができる。ＱｏＳの異なるグループを表すために予約する必要がある「Ｇ」ビットの数は、対象となるＱｏＳ要件の量によって異なる場合がある。

図５は、ＭＡＣ ＣＥにおけるグループ報告を示す。

別の方法では、１つのＬＣＧセットにおける１つのＬＣＧは、パケットの所与のＱｏＳ要件に対して割り当てられる論理チャネル識別子から構成される。ただし、論理チャネルＩＤ は、ＱｏＳ要件のセットごとに異なる場合がある。例えば、ＰＰＰＰに基づいて、所与のパケットは無線デバイス１０によって、その順番が特定のＬＣＧセットＡにグループ化されるＭＡＣエンティティによって通常の論理チャネルＩＤ（ＬＣＩＤ）にマッピングされ、同時に、同じパケットは、ＭＡＣエンティティによって、別のＬＣＧセットＢに属する別の論理チャネルタグにマッピングされる可能性がある。ＬＣＧセットＡは、論理チャネル優先度付けのためにＭＡＣエンティティによって使用され、ＬＣＧセットＢは、前述のＭＡＣ ＣＥ設計の１つに従い、無線ネットワークノード１２に、特定のＱｏＳ要件のバッファ状態を報告するために使用される。

さらに別の実施形態では、（事前）設定は、関心のあるＱｏＳ特性に応じて、特定のＱｏＳ特性を有する特定のパケットを、特定のＬＣＩＤにマップする。例えば、パケットが非常に厳しい信頼性要件を持ち、緩和されたレイテンシ（待ち時間）要件を持つ場合、そのようなパケットは、厳しい信頼性要件のパケットに専用の／予約されるＬＣＩＤの特定のセットにマップされる。そのようなＬＣＩＤのセットがマッピングされ得るＬＣＧはまた、予約され得る。

例として、パケットの複製（重複）の場合、すなわち、異なるキャリア上で同じパケットが２回送信される場合をとる。無線ネットワークノード１２は、ＰＰＰＲ１およびＰＰＰＲ２のようなＰＰＰＲ（ProSe Per Packet Reliability（パケット信頼性ごとのProSe））によれば、特定の関連性の信頼性要件を有するすべてのパケットに対してパケットの複製を設定することができる。

複製（重複）パケットの１つのレプリカは、１つのＱｏＳ特性（ＰＰＰＰなど）を考慮してＬＣＩＤにマッピングされうるが、複製パケットの他のレプリカは信頼性特性（ＰＰＰＲ１/２など）を考慮してＬＣＩＤにマッピングされうる。ＭＡＣエンティティは、ＰＰＰＲ１を持つ複製の１つがＰＰＰＰに基づいて利用可能なＬＣＩＤの１つにマッピングされ、もう１つ複製がＰＰＰＲに基づいて別の予約済みＬＣＩＤにマッピングされるように設定されうる（この場合はＰＰＰＲ１）。同様に、送信されるＰＰＰＲ２を持つ別のパケットがある場合、そのようなパケットは、関連するＰＰＰＰに基づいて特定のＬＣＩＤにマッピングされ、関連するＰＰＰＲ（この場合はＰＰＰＲ２）に基づいて別の予約済みＬＣＩＤにマッピングされうる。このような後者のＬＣＩＤは、ＰＰＰＲ１を有する前のパケットに関連するＬＣＩＤと同じであってもなくてもよい。関連するＰＰＰＲ専用のＬＣＩＤのセット、この場合はＰＰＰＲ１およびＰＰＰＲ２は、関連するＰＰＰＲを有するＬＣＩＤ専用とすることができる特定のＬＣＧ ＩＤにグループ化することができる。無線デバイス１０は、関連しないＱｏＳ要件を有するパケットのＬＣＩＤを、関連するＱｏＳ要件を有するパケットのＬＣＩＤ、すなわちこの場合はＰＰＰＲ１およびＰＰＰＲ２に予約されているＬＣＧ ＩＤに割り当てないことがある。一実施形態では、無線デバイス１０は、例えば、特定のＱｏＳ特性を有するパケットのために予約されたＬＣＩＤを、ＲＲＣシグナリングを介して、ネットワークに示す（知らせる）ことができる。

この場合、ＭＡＣ ＣＥ設計は図４のように見えることがあり、無線ネットワークノード１２によって特定のＬＣＧグループに関連付けられた１つ以上の特定のＬＣＧが、特定のＱｏＳを必要とするパケットのバッファ状態に関する情報を配信するものとして無線ネットワークノード１２によって識別される。例えば、図４では、ＬＣＧ３およびＬＣＧ４のグループが、信頼性要件に関連する情報を配信するものとして無線ネットワークノード１２によって識別される。

ＳＬ ＢＳＲに対するトリガ条件は、レガシーＢＳＲの場合と同じ場合がある。たとえば、定期的なトリガ、またはバッファですでに使用可能なデータを持つ他の論理チャネルよりも高い優先度の論理チャネルで新しいデータが使用可能になる場合などである。

同じパケットが、異なるＱｏＳに対応する１つ以上の異なる論理チャネルグループセットにマッピングされている場合、それがマッピングされている異なる関連論理チャネルグループセットにおけるそのようなパケットの優先度に応じて、ＳＬ ＢＳＲをトリガする場合としない場合がある。たとえば、パケットが割り当てられているＬＣＧの１つのセットに属するＬＣＧの少なくとも１つで、同じＬＣＧの設定に属するＬＣＧの他のすべてのパケットよりもパケットの優先度が高い場合、ＳＬ ＢＳＲがトリガされる。

例えば、図４のように、２セットのＬＣＧ、すなわち、優先度特性に関連付けられたＬＣＧ１および２と、信頼性に関連付けられたＬＣＧ３および４とを考える。ＬＣＧ１に属するＬＣＩＤを有するパケットが受信され、現在バッファにある他のデータがない場合、ＳＬ ＢＳＲがトリガされる。ＬＣＧ２に属するＬＣＩＤ２を有する別のパケットを受信した場合、ＵＥバッファにはすでに最高優先度のパケットが存在するため、ＳＬ ＢＳＲはトリガされない。ＬＣＧ３に属するＬＣＩＤ３を有する別のパケットが受信された場合、ＳＬ ＢＳＲがトリガされる。これは、ＵＥバッファ内の他の２つのパケットが最も高いＬＣＩＤ優先度を有するが、それらは別のＬＣＧセットに属しているためである。

いくつかの実施形態による、無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するために無線ネットワークノード１２によって実行される方法動作を、図６に示すフローチャートを参照して説明する。アクション（動作）は、以下に述べる順序で行われる必要はなく、任意の適切な順序で行われてもよい。いくつかの実施形態で実行されるアクションは、破線のボックスとしてマークされる。

アクション６００。無線ネットワークノード１２は、各サービス品質（ＱｏＳ）要件がＱｏＳ特性に関連する閾値を含む、１つ以上のＱｏＳ要件のセットを知らせることにより、かつ、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクのＢＳＲ報告のために予約された１つ以上のＬＣＧのマッピングを知らせることによって、無線デバイス１０を設定する。ＱｏＳ要件は、ＱｏＳ特性に関連付けられたレベルを示している場合がある。無線ネットワークノード１２は、例えば２つの情報を送信することによって無線デバイス１０を設定する。すなわち、マッピングを行う際に無線デバイス１０がどのＱｏＳ要件を考慮するか、ということと、そのＱｏＳ要件のどのレベルがマッピングされるか、ということである。たとえば、ＰＰＰＰが３以上のデータはすべて、特定のＬＣＧにマッピングされる。次いで、無線ネットワークノード１２は、上記のトラフィックがどのＬＣＧに関連付けられるべきかのインジケーション（指示／指標）を送信しうる。したがって、特定のＱｏＳ特性を有するデータのバッファ状態を報告するために特定のＬＣＧを使用するように無線デバイス１０に知らせることによる。このセットは、複数のＱｏＳ要件を含むことがある。所与のパケットが複数の関心のあるＱｏＳ要件を有する可能性があることを考慮して、無線ネットワークノード１２は、このようなパケットを複数のＬＣＧにマッピングするように無線デバイス１０を設定することができ、ここで、各ＬＣＧは、このようなパケットの１つのＱｏＳ特性に対応する。代替的に又は追加的に、各ＱｏＳ要件は、異なるＬＣＧにマッピングされてもよい。無線ネットワークノード１２は、無線デバイスに、１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件より優先されることを示す（知らせる）ことができる。例えば、無線ネットワークノード１２は、無線デバイス１０に対して、特定のＱｏＳが他のＱｏＳより優先されることを設定してもよい。無線ネットワークノード１２は、対応するＱｏＳ値が、（事前に）設定されうる特定の閾値を超えているときに、１つの特定のＱｏＳ特性が優先されるように無線デバイス１０を設定してもよい。１つの方法では、閾値が異なるＳＬサービス、および／または異なる宛先ＩＤに対して異なる方法で（事前に）設定できる。

アクション６０１。無線ネットワークノード１２は、ＢＳＲにおいて、無線デバイス１０からのインジケーションを受信しうる。インジケーションは、パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであり、例えば、インジケーションは、パケットのサービス品質（ＱｏＳ）要件または特性を示す。インジケーションは、論理チャネルに関連付けられている。

アクション６０２。次いで、無線ネットワークノード１２は、受信されたインジケーションを考慮に入れて、無線デバイス１０のサイドリンクの通信を処理しうる。一実施形態では、異なるＱｏＳ特性に対応するＬＣＧを有するＢＳＲを受信すると、無線ネットワークノード１２は、サイドリンク通信に関連する特定のアクションを実行することができる。例えば、ＢＳＲは、無線デバイス１０が高ＰＰＰＲを有するパケットを有し、あるいは、ある閾値を超える高ＰＰＰＲを有するデータ量を有することを示している場合、無線ネットワークノード１２は、無線デバイス１０のためのパケット複製を設定（構成）してもよい。設定は、無線リソース制御（ＲＲＣ）シグナリングまたはＭＡＣ ＣＥを介して行われ得る。

例えば、無線ネットワークノード１２は、無線デバイス１０に対して、例えば、ある値より高い信頼性を有するすべてのパケットを複製すべきなどパケットの信頼性に基づいて、どのパケットを複製するかを明示的に知らせる（示す）ことができる。これがＭＡＣ ＣＥを介して行われる場合、ＭＡＣ ＣＥは一連のビット（１オクテットなど）を含むことがある。ここで、各ビットは、パケット複製を可能にすべきＰＰＰＲを表す。ビットの値が１の場合、無線デバイスは対応するＰＰＰＲのパケット複製を行う。それ以外の場合は行わない。同様に、無線ネットワークノード１２は、無線デバイス１０が高い信頼性を有するパケットを有していない場合、またはそのようなパケットの数が閾値よりも低い場合に、複製を停止することを無線デバイス１０に知らせる（示す）ことができる。

別の実施形態では、無線ネットワークノード１２は、ＰＰＰＲなどのどのＱｏＳについて無線デバイス１０が複製を開始すべきかをシグナリングしない。無線ネットワークノード１２が、関連するＰＰＰＲおよび関連するＬＣＧマッピングであることを先に示したと仮定すると、無線ネットワークノード１２は単に、ＬＣＧマッピングが提供されているすべての関連するＰＰＰＲに対してサイドリンクを介したパケットの複製が許可されるべきであることを示すフラグを送信してもよい。これがＭＡＣ ＣＥを介して行われる場合、ＭＡＣ ＣＥはゼロビットＭＡＣ ＣＥにすることができる。

例えば、無線ネットワークノード１２は、例えば２つのマッピングを送ることができる。
マッピングＡ：優先度３以上を有する全てのトラフィックは、ＬＣＧ１にマッピングされるべきである;
マッピングＢ：信頼性２以上を必要とする全てのトラフィックは、ＬＣＧ２にマッピングされるべきである;

優先度２および信頼性５のパケットは、ＬＣＧ１に入る（マッピングＡを満たすが、マッピングＢを満たさない）。
優先度４および信頼性２のパケットは、ＬＣＧ２に入る（マッピングＢを満たすが、マッピングＡを満たさない）。
優先度２および信頼度２のパケットは、ＬＣＧ１およびＬＣＧ２の両方に入ることができる。基本的に、無線デバイス１０がＬＣＧ１においてどれだけのデータが利用可能であるかを計算し報告するとき、それはこのパケットを含むが、ＬＣＧ２においてどれだけのデータが利用可能であるかを計算するとき、このパケットも含まれる。あるいは、プライオリティ２および信頼性２のパケットは、どちらのＱｏＳ特性が優先されるかに応じて、ＬＣＧ１およびＬＣＧ２のいずれかにのみマッピングされ、優先度は、無線ネットワークノードのシグナリングまたは「事前設定」に基づきうる。

いくつかの実施形態による、無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するために無線デバイス１０によって実行される方法の動作を、図７に示すフローチャートを参照して説明する。いくつかの実施形態で実行されるアクションは、破線のボックスでマークされる。

アクション７００。無線デバイス１０は事前設定または受信から、１つ以上のＱｏＳ要件のセットを設定し、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値またはレベルと、１つ以上のＱｏＳ要件のセットのうちのそれぞれのＱｏＳ要件を満たすデータのサイドリンクの、無線ネットワークノードへの、ＢＳＲ報告のために予約された１つ以上のＬＣＧのマッピングを含む。セットは、複数のＱｏＳ要件を含みうる。したがって、無線デバイス１０は、ＢＳＲ報告のために１つ以上のＬＣＧにマッピングされた関心のある１つ以上のＱｏＳのセットを無線ネットワークノード１２から設定される、または、受信する。別の方法では、指定されたすべての可能なＱｏＳは、関心のあるものである。インジケーションは、バッファ状態報告に関連するバッファ内のパケットの１つ以上のＱｏＳ要件を示してもよく、ここで、１つ以上のＱｏＳ要件は、信頼性、レイテンシ（待ち時間）、およびデータ速度のうちの少なくとも１つを含み、インジケーションは、論理チャネルに関連する。無線デバイス１０は、１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件より優先されるように、設定してもよいし、設定されてもよい。

アクション７０１。無線デバイス１０は、ＢＳＲをトリガしうる。

アクション７０２。無線デバイス１０は、バッファにおけるパケットの１つ以上のＱｏＳ要件を決定しうる。

アクション７０３。次に、無線デバイス１０は、設定されたように、それぞれの１つ以上のＱｏＳ要件を異なるＬＣＧにマッピングしうる。

アクション７０４。無線デバイス１０は、バッファ状態報告において無線ネットワークノード１２にインジケーションを送信することができ、このインジケーションは、パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであり、例えば、インジケーションは、パケットのＱｏＳ要件または特性を示し、論理チャネルに関連付けられている。

図８は、本明細書の実施形態による、無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するための、２つの実施形態に示された無線ネットワークノード１２を示すブロック図である。

無線ネットワークノード１２は、本明細書の方法を実行するように構成された処理回路８０１、例えば、１つ以上のプロセッサを備えることができる。

無線ネットワークノード１２は、設定ユニット８００を備えることができる。無線ネットワークノード１２、処理回路８０１、および／または設定ユニット８００は、各ＱｏＳ要件がＱｏＳ特性に関連付けられた閾値を含む、１つ以上のＱｏＳ要件のセットを知らせる（示す）ことによって、かつ、１つ以上のＱｏＳ要件の設定から、それぞれのＱｏＳ要件を満たすデータのためのサイドリンクのＢＳＲ報告のために予約された１つ以上のＬＣＧのマッピングを知らせることによって、無線ネットワークノード１２を設定するように適合される。たとえば、ＢＳＲ報告のために１つ以上のＬＣＧにマッピングされた１つ以上のＱｏＳのセットを使用する。別の方法では、指定されたすべての可能なＱｏＳは、関心のあるものである。セットは、複数のＱｏＳ要件を含むことがある。無線ネットワークノード１２、処理回路８０１、および／または設定ユニット８００は、１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されることを無線デバイス１０に知らせる（示す）ように構成され得る。

無線ネットワークノード１２は、受信ユニット８０２、例えば、受信機モジュールまたはトランシーバモジュールを備えることができる。無線ネットワークノード１２、処理回路８０１、および／または受信ユニット８０２は、ＢＳＲにおいて無線デバイス１０からインジケーションを受信するように構成されてもよく、このインジケーションは、ＢＳＲ内におけるパケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであり、たとえば、インジケーションは、パケットのサービス品質（ＱｏＳ）要件または特性を示し、論理チャネルに関連付けられる。各ＱｏＳ要件は、異なるＬＣＧにマッピングされうる。ＱｏＳ要件は、ＱｏＳ特性に関連付けられたレベルを示している場合がある。

無線ネットワークノード１２は、処理ユニット８０３を備えることができる。無線ネットワークノード１２、処理回路８０１、および／またはハンドリングユニット８０３は、受信したインジケーションを考慮に入れて無線デバイス１０のサイドリンクの通信を処理するように構成されてもよい。無線ネットワークノード１２は例えば、１つ以上のアンテナを備える通信インターフェースをさらに備えてもよい。

無線ネットワークノード１２は、メモリ８０４をさらに備える。メモリは、インジケーション（指示／指標）、設定インジケーション、ＬＣＧのマッピング、ＬＣＩＤ、実行されているときに本明細書で開示される方法を実行するためのアプリケーションなどのデータを記憶するために使用される１つ以上のユニットを備える。

無線ネットワークノード１２について本明細書で説明される実施形態による方法はそれぞれ、少なくとも１つのプロセッサ上で実行されると、無線ネットワークノード１２によって実行されるように、少なくとも１つのプロセッサに本明細書で説明されるアクションを実行させる命令、すなわち、ソフトウェアコード部分を備える、たとえば、コンピュータプログラム製品８０５またはコンピュータプログラムの手段によって実装される。コンピュータプログラム製品８０５は、コンピュータ読み取り可能な記憶媒体８０６、例えば、ディスク、ユニバーサルシリアルバス（ＵＳＢ）スティック等に記憶することができる。コンピュータプログラムが記憶されたコンピュータ可読記憶媒体８０６は少なくとも１つのプロセッサ上で実行されると、無線ネットワークノード１２によって実行されるように、少なくとも１つのプロセッサに本明細書で説明する動作を実行させる命令を含むことができる。いくつかの実施形態において、コンピュータ可読記憶媒体は、一時的または一時的でないコンピュータ可読記憶媒体であってもよい。

図９は、本明細書の実施形態による、無線通信ネットワークにおいて、サイドリンクを介して、例えば、車両において、何らかの通信への、無線デバイスと別の無線デバイスとの間の通信を処理するための、２つの実施形態に示される無線デバイス１０を示すブロック図である。

無線デバイス１０は、本明細書の方法を実行するように構成された、１つ以上のプロセッサなどの処理回路９０１を備えることができる。

無線デバイス１０は、設定ユニット９００を備えることができる。無線デバイス１０、処理回路９０１、および／または設定ユニット９００は、１つ以上のＱｏＳ要件のセットを、事前設定または受信から、設定または受信するように適合され、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値と、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、無線ネットワークノードへの、ＢＳＲの報告のために予約された１つ以上のＬＣＧのマッピングとを含む。セットは、複数のＱｏＳ要件を含みうる。例えば、無線ネットワークノード１２から、ＢＳＲ報告のために１つ以上のＬＣＧにマップされた関心のある一つ以上のＱｏＳのセットを受信する。別の方法では、指定されたすべての可能なＱｏＳが関心対象である。無線デバイス１０、処理回路９０１、および／または設定ユニット９００は、１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されるように設定するように適合され得る。

無線デバイス１０は、送信ユニット９０２、例えば、送信モジュールまたはトランシーバモジュールを備えることができる。無線デバイス１０、処理回路９０１、および／または送信ユニット９０２はＢＳＲ内の無線ネットワークノードにインジケーションを送信するように構成され得、インジケーションは、パケットの満たされたＱｏＳ要件、たとえば、サービス品質（ＱｏＳ）要件またはパケットの特性にマッピングされたＬＣＧを示し、論理チャネルに関連付けられる。インジケーションは、バッファ状態報告に関連するバッファにおけるパケットの１つ以上のＱｏＳ要件を示してもよく、ここで、１つ以上のＱｏＳ要件は、信頼性、レイテンシ（待ち時間）、およびデータ速度のうちの少なくとも１つを含み、インジケーションは、論理チャネルに関連する。

無線デバイス１０は、トリガユニット９０３を備えることができる。無線デバイス１０、処理回路９０１、および／またはトリガユニット９０３は、ＢＳＲをトリガするように構成することができる。無線デバイス１０、処理回路９０１、および／またはトリガユニット９０３は、バッファにおけるパケットの１つ以上のＱｏＳ要件を決定するように、および、各１つ以上のＱｏＳ要件を異なるＬＣＧにマッピングするように構成され得る。

無線デバイス１０は、メモリ９０４をさらに備える。メモリは、インジケーション、設定インジケーション、マッピング情報、ＱｏＳ情報、実行されるときに本明細書に開示される方法を実行するアプリケーションなど、データを格納するために使用される１つ以上のユニットを含む。無線デバイス１０は例えば、１つ以上のアンテナを備える通信インターフェースをさらに備えることができる。

無線デバイス１０について本明細書で説明される実施形態による方法はそれぞれ、少なくとも１つのプロセッサ上で実行されると、無線デバイス１０によって実行されるように、少なくとも１つのプロセッサに、本明細書で説明されるアクションを実行させる命令、すなわち、ソフトウェアコード部分を備える、たとえば、コンピュータプログラム製品９０５またはコンピュータプログラムの手段によって実装される。コンピュータプログラム製品９０５はコンピュータ読み取り可能な記憶媒体９０６、例えば、ディスク、ＵＳＢスティック等に記憶することができる。コンピュータプログラム製品を格納したコンピュータ可読記憶媒体９０６は少なくとも１つのプロセッサ上で実行されると、無線デバイス１０によって実行されるように、少なくとも１つのプロセッサに本明細書で説明されるアクションを実行させる命令を備えることができる。いくつかの実施形態において、コンピュータ可読記憶媒体は、一時的または一時的でないコンピュータ可読記憶媒体であってもよい。

いくつかの実施形態では、より一般的な用語「無線ネットワークノード」が使用され、それは無線デバイスおよび／または別のネットワークノードと通信する任意のタイプの無線ネットワークノードまたは任意のネットワークノードに対応することができる。ネットワークノードの例は、ＮｏｄｅＢ、ＭｅＮＢ、ＳｅＮＢ、マスタセルグループ（ＭＣＧ）またはセカンダリセルグループ（ＳＣＧ）に属するネットワークノード、基地局（ＢＳ）、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）無線ノード、ｅＮｏｄｅＢ、ネットワークコントローラ、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）、リレー（中継機）、ドナーノード制御リレー、基地送受信局（ＢＴＳ）、アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモート無線ユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、分散アンテナシステム（ＤＡＳ）内のノードなどである。

いくつかの実施形態では、非限定的な用語である無線デバイスまたはユーザ装置（ＵＥ）が使用され、これはセルラーまたは移動通信システム内のネットワークノードおよび／または別の無線デバイスと通信する任意のタイプの無線デバイスを指す。ＵＥの例は、ターゲットデバイス、デバイス・ツー・デバイス（Ｄ２Ｄ）ＵＥ、近接対応ＵＥ（別名ＰｒｏＳｅ ＵＥ）、マシンタイプＵＥまたはマシン・ツー・マシン（Ｍ２Ｍ）通信が可能なＵＥ、タブレット、モバイル端末、スマートフォン、ラップトップ埋め込み型（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングルなどである。

実施形態は、無線デバイスが信号（例えば、データ）を受信および／または受信する、任意のＲＡＴまたはマルチＲＡＴシステム、例えば、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）、Ｗｉ－Ｆｉ、ＬＴＥ（ロングタームエボリューション）、ＬＴＥ－Ａｄｖａｎｃｅｄ、ＷＣＤＭＡ（広帯域符号分割多元接続）、ＧＳＭ／ＥＤＧＥ（Global System for Mobile communications/enhanced Data rate for GSM Evolution）、ＷｉＭａｘ（Worldwide Interoperability for Microwave Access）に適用可能であり、これはいくつかの可能な実装に言及するに過ぎない。

通信の設計に精通した者によって容易に理解されるように、その機能手段またはユニットは、デジタルロジックおよび／または１つ以上のマイクロコントローラ、マイクロプロセッサ、または他のデジタルハードウエアを使用して実装されてもよい。いくつかの実施形態では、さまざまな機能のいくつかまたはすべては単一の特定用途向け集積回路（ＡＳＩＣ）、またはそれらの間の適切なハードウェアおよび／またはソフトウェアインターフェースを有する２つ以上の別個のデバイスなどにおいて、一緒に実装されてもよい。機能のいくつかは、例えば、無線デバイスまたはネットワークノードの他の機能構成要素と共有されるプロセッサ上で実装され得る。

あるいは、説明した処理手段の機能要素のいくつかは、専用ハードウェアの使用によって提供されてもよく、他のものは適切なソフトウェアまたはファームウェアと関連して、ソフトウェアを実行するためのハードウェアを提供される。したがって、本明細書で使用される「プロセッサ」または「コントローラ」という用語はソフトウェアを実行することができるハードウェアを排他的に指すものではなく、デジタルシグナルプロセッサ（ＤＳＰ）ハードウェアおよび／またはプログラムもしくはアプリケーションデータを暗黙的に含むことができるが、これらに限定されない。他のハードウェア、通常のものおよび／またはカスタムなものも含まれ得る。通信装置の設計者は、これらの設計選択に固有のコスト、性能、および保守のトレードオフを理解するのであろう。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つ以上の仮想装置の１つ以上の機能ユニットまたはモジュールを介して実行され得る。各仮想装置は、いくつかのこれらの機能ユニットを備えることができる。これらの機能ユニットは、１つ以上のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含むことができる他のデジタルハードウェアを介して実装することができる。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つ以上のタイプのメモリを含むことができる、メモリに格納されたプログラムコードを実行するように構成することができる。メモリに格納されたプログラムコードは、１つ以上の電気通信および/またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つ以上を実行するための命令を含む。いくつかの実装形態では、処理回路がそれぞれの機能ユニットに、本開示の１つ以上の実施形態による対応する機能を実行させるために使用され得る。

実施形態１。本明細書の第１の実施形態は、処理回路とメモリとを含む無線ネットワークノードを開示することができ、処理回路は、
各ＱｏＳ（サービス品質）要件がＱｏＳ特性に関連付けられた閾値を含む、１つ以上のＱｏＳ要件のセットを知らせ（示し）、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクのバッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングを知らせることによって、無線デバイスを設定する、ように構成される。

実施形態２。第１の実施形態による無線ネットワークノードであって、当該セットは、２つ以上のＱｏＳ要件を含む。

実施形態３。第１の実施形態による無線ネットワークノードであって、当該処理回路は、
パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであるインジケーションを、バッファ状態報告において当該無線デバイスから受信し、
当該受信されたインジケーションを考慮に入れて当該無線デバイスのサイドリンクの通信を処理するように構成される。

実施形態４。第１の実施形態による無線ネットワークノードであって、当該処理回路は、
１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されることを当該無線デバイスに知らせるようにさらに構成される。

実施形態５。第１の実施形態による無線ネットワークノードであって、各ＱｏＳ要件は、異なるＬＣＧにマッピングされる。

実施形態６。第１の実施形態による無線ネットワークノードであって、当該ＱｏＳ要件は、ＱｏＳ特性に関連付けられるレベルを示す。

実施形態７。処理回路およびメモリを備える無線デバイスを開示する第２の実施形態であって、当該処理回路は、
事前設定または受信から、１つ以上のサービス品質（ＱｏＳ）要件のセットを設定するように構成され、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値と、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、無線ネットワークノードへの、バッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングとを含む。

実施形態８。第２の実施形態による無線デバイスであって、当該セットは、２つ以上のＱｏＳ要件を含む。

実施形態９。第２の実施形態による無線デバイスであって、当該処理回路は、
パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであるインジケーションを、バッファ状態報告において当該無線ネットワークノードに送信するようにさらに構成される。

実施形態１０。第２の実施形態による無線デバイスであって、当該インジケーションは、当該バッファ状態報告に関連するバッファにおけるパケットの１つ以上のサービス品質（ＱｏＳ）要件を示し、当該１つ以上のＱｏＳ要件は、信頼性、レイテンシ（待ち時間）、およびデータ速度のうちの少なくとも１つを含み、当該インジケーションは、論理チャネルに関連付けられている。

実施形態１１。第２の実施形態による無線デバイスであって、当該処理回路は、
バッファにおけるパケットの１つ以上のＱｏＳ要件を決定し、
各１つ以上のＱｏＳ要件を設定のどおりに異なるＬＣＧにマッピングするようにさらに構成される。

実施形態１２。第２の実施形態による無線デバイスであって、当該処理回路は、１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されるように設定するようにさらに構成される。

実施形態１３。第３の実施形態は、設定ユニットを含む無線ネットワークノードを開示しうる。当該設定ユニットは、
各サービス品質（ＱｏＳ）要件がＱｏＳ特性に関連付けられた閾値を含む、１つ以上のＱｏＳ要件のセットを知らせ（示し）、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクのバッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングを知らせることによって、無線デバイスを設定する、ように構成される。

実施形態１４。第３の実施形態による無線ネットワークノードであって、当該セットは、２つ以上のＱｏＳ要件を含む。

実施形態１５。第３の実施形態による無線ネットワークノードであって、
バッファ状態報告において当該無線デバイスからのインジケーションを受信するように構成された受信ユニットと、ここで、当該インジケーションは、パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであり、
受信したインジケーションを考慮して当該無線デバイスのサイドリンクの通信を処理するように構成された処理ユニットとを備える。

実施形態１６。第３の実施形態による無線ネットワークノードであって、当該設定ユニットは、
１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されることを無線デバイスに知らせるようにさらに構成される。

実施形態１７。第３の実施形態による無線ネットワークノードであって、各ＱｏＳ要件が異なるＬＣＧにマッピングされる。

実施形態１８。第３の実施形態による無線ネットワークノードであって、当該ＱｏＳ要件は、ＱｏＳ特性に関連付けられるレベルを示す。

実施形態１９。設定ユニットを備える無線デバイスを開示する第４の実施形態は、設定ユニットを備え、当該設定ユニットは、
事前設定または受信から、１つ以上のサービス品質（ＱｏＳ）要件のセットを設定するように構成され、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値と、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、無線ネットワークノードへの、バッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングとを含む。

実施形態２０。第４の実施形態による無線デバイスであって、当該セットは、２つ以上のＱｏＳ要件を含む。

実施形態２１。第４の実施形態による無線デバイスであって、バッファ状態報告において無線ネットワークノードにインジケーションを送信するように構成された送信ユニットを備え、当該インジケーションは、パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧである。

実施形態２２。第４の実施形態に記載の無線デバイスであって、当該インジケーションは、当該バッファ状態報告に関連するバッファにおけるパケットの１つ以上のサービス品質（ＱｏＳ）要件を示し、当該１つ以上のＱｏＳ要件は、信頼性、レイテンシ（待ち時間）、およびデータ速度のうちの少なくとも１つを含み、当該インジケーションは、論理チャネルに関連付けられている。

実施形態２３。第４の実施形態による無線デバイスであって、当該設定ユニットは、
バッファにおけるパケットの１つ以上のＱｏＳ要件を決定し、
各１つ以上のＱｏＳ要件を設定のどおりに異なるＬＣＧにマッピングするようにさらに構成される。

実施形態２４。第４の実施形態に記載の無線デバイスであって、当該設定ユニットは、１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されるよう設定するようにさらに構成される。

図８Ａを参照すると、実施形態に従って、通信システムは、無線アクセスネットワークなどのアクセスネットワーク３２１１と、コアネットワーク３２１４とを含む、３ＧＰＰタイプのセルラーネットワークなどの電気通信ネットワーク３２１０を含む。アクセスネットワーク３２１１は複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃ（例えば、ＮＢ、ｅＮＢ、ｇＮＢ、または本明細書における無線ネットワークノード１２の例である他のタイプの無線アクセスポイント）を備え、それぞれは、対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを定義する。各基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線または無線接続３２１５を介してコアネットワーク３２１４に接続可能である。第１ユーザ装置（ＵＥ）３２９１はＵＥ１０の一例であり、カバレッジエリア３２１３ｃに位置するものが、対応する基地局３２１２ｃと無線で接続されるように構成されている。カバレッジエリア３２１３ａ内の第２のＵＥ３２９２は、対応する基地局３２１２ａに無線で接続可能である。この例では複数のＵＥ３２９１、３２９２が示されているが、開示された実施形態は単一のＵＥがカバレッジエリア内にある状況、または単一のＵＥが対応する基地局３２１２に接続している状況に等しく適用可能である。

電気通信ネットワーク３２１０は、それ自体がホストコンピュータ３２３０に接続され、ホストコンピュータ３２３０はスタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアで、またはサーバファーム内の処理リソースとして実施することができる。ホストコンピュータ３２３０は、サービスプロバイダの所有権または制御下にあってもよく、またはサービスプロバイダによって、またはサービスプロバイダの代わりに運用されてもよい。電気通信ネットワーク３２１０とホストコンピュータ３２３０との間の接続３２２１、３２２２はコアネットワーク３２１４からホストコンピュータ３２３０に直接延在することができ、または任意選択の中間ネットワーク３２２０を介して進むことができる。中間ネットワーク３２２０は公衆ネットワーク、プライベートネットワーク、またはホストネットワークのうちの１つ、または２つ以上の組み合わせとすることができ、中間ネットワーク３２２０はもしあれば、バックボーンネットワークまたはインターネットとすることができ、特に、中間ネットワーク３２２０は、２つ以上のサブネットワーク（図示せず）を含むことができる。

図８Ａの通信システムは、全体として、接続されたＵＥ３２９１、３２９２の１つとホストコンピュータ３２３０との間の接続を可能にする。接続性は、オーバー・ザ・トップ（ＯＴＴ）コネクション３２５０として説明することができる。ホストコンピュータ３２３０および接続されたＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴコネクション３２５０を介してデータおよび／またはシグナリングを通信するように構成される。ＯＴＴコネクション３２５０は、ＯＴＴコネクション３２５０が通過する参加通信デバイスがアップリンク通信およびダウンリンク通信のルーティングに気付かないという意味で、トランスペアレントであり得る。例えば、基地局３２１２は接続されたＵＥ３２９１に転送される（例えば、ハンドオーバされる）ホストコンピュータ３２３０から発信されるデータとの着信ダウンリンク通信の過去のルーティングについて通知されなくてもよく、または通知される必要がなくてもよい。同様に、基地局３２１２は、ＵＥ３２９１からホストコンピュータ３２３０に向かう発信アップリンク通信の将来のルーティングを知っている必要はない。

先の段落で論じたＵＥ、基地局、およびホストコンピュータの、一実施形態による例示的な実装形態を、図８Ｂを参照して以下に説明する。通信システム３３００では、ホストコンピュータ３３１０が通信システム３３００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップおよび維持するように構成された通信インターフェース３３１６を含むハードウェア３３１５を備える。ホストコンピュータ３３１０は、記憶および／または処理能力を有することができる処理回路３３１８をさらに備える。具体的には、処理回路３３１８が１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または指示を実行するように適合されたこれらの組合せ（図示せず）を備えることができる。ホストコンピュータ３３１０はホストコンピュータ３３１０に格納されているか、またはホストコンピュータ３３１０によってアクセス可能であり、処理回路３３１８によって実行可能なソフトウェア３３１１をさらに備える。ソフトウェア３３１１は、ホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０で終端するＯＴＴコネクション３３５０を介して接続するＵＥ３３３０などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション３３１２は、ＯＴＴコネクション３３５０を使用して送信されるユーザデータを提供することができる。

通信システム３３００はさらに、通信システム内に提供され、ホストコンピュータ３３１０およびＵＥ３３３０と通信することを可能にするハードウェア３３２５を備える基地局３３２０を含む。ハードウェア３３２５は、通信システム３３００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップおよび維持するための通信インターフェース３３２６、ならびに基地局３３２０によってサービスされるカバレッジエリア（図８Ｂには示されていない）に位置するＵＥ３３３０との少なくとも無線接続３３７０をセットアップおよび維持するための無線インターフェース３３２７を含み得る。通信インターフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を容易にするように構成することができる。接続３３６０は直接的であってもよいし、電気通信システムのコアネットワーク（図８Ｂには示されていない）を通過してもよいし、および／または電気通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示の実施形態では基地局３３２０のハードウェア３３２５が処理回路３３２８をさらに含み、処理回路３３２８は１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または指示を実行するように適合されたこれらの組合せ（図示せず）を備えることができる。基地局３３２０は、内部に格納された、または外部接続を介してアクセス可能なソフトウェア３３２１をさらに有する。

通信システム３３００は、既に参照されたＵＥ３３３０をさらに含む。そのハードウェア３３３５はＵＥ３３３０が現在位置するカバレッジエリアにサービスを提供する基地局との無線接続３３７０をセットアップし、維持するように構成された無線インターフェース３３３７を含み得る。ＵＥ３３３０のハードウェア３３３５は処理回路３３３８をさらに含み、処理回路３３３８は、１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または指示を実行するように適合されたこれらの組合せ（図示せず）を備えることができる。ＵＥ３３３０はＵＥ３３３０に格納されるか、またはＵＥ３３３０によってアクセス可能であり、処理回路３３３８によって実行可能であるソフトウェア３３３１をさらに備える。ソフトウェア３３３１は、クライアントアプリケーション３３３２を含む。クライアントアプリケーション３３３２はホストコンピュータ３３１０のサポートにより、ＵＥ３３３０を介して人間または非人間のユーザにサービスを提供するように動作可能であってもよい。ホストコンピュータ３３１０では、実行中のホストアプリケーション３３１２がＵＥ３３３０およびホストコンピュータ３３１０で終端するＯＴＴコネクション３３５０を介して、実行中のクライアントアプリケーション３３３２と通信することができる。ユーザにサービスを提供する際に、クライアントアプリケーション３３３２は、ホストアプリケーション３３１２から要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴコネクション３３５０は、要求データとユーザデータの両方を転送することができる。クライアントアプリケーション３３３２は、ユーザと相互作用して、それが提供するユーザデータを生成することができる。

図８Ｂに示されるホストコンピュータ３３１０、基地局３３２０、およびＵＥ３３３０は、それぞれ、ホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、および図８ＡのＵＥ３２９１、３２９２のうちの１つと同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は図８Ｂに示されるようなものであってもよく、独立して、周囲のネットワークトポロジは図８Ａのものであってもよい。

図８Ｂでは、ＯＴＴコネクション３３５０がいかなる中間デバイスも明示的に参照することなく、基地局３３２０を介したホストコンピュータ３３１０とユーザ機器３３３０との間のコミュニケーション、およびこれらのデバイスを介したメッセージの正確なルーティングを示すために抽象的に描かれている。ネットワークインフラストラクチャはＵＥ３３３０から、またはホストコンピュータ３３１０を操作するサービスプロバイダから、またはその両方から隠すように構成され得るルーティングを決定し得る。ＯＴＴコネクション３３５０がアクティブである間、ネットワークインフラストラクチャは（例えば、負荷分散の考慮またはネットワークの再構成に基づいて）ルーティングを動的に変更する決定をさらに行うことができる。

ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線接続３３７０が最後のセグメントを形成するＯＴＴコネクション３３５０を使用して、ＵＥ３３３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示が通信中に複数のＱｏＳを口座に入れることができる待ち時間を改善することができ、それによって、待ち時間の短縮および応答性の向上などの利点を提供することができる。

１つ以上の実施形態が改善するデータレート、待ち時間、および他の要因を監視する目的で、測定手順を提供することができる。さらに、測定結果の変動に応答して、ホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴコネクション３３５０を再構成するためのオプションのネットワーク機能があってもよい。ＯＴＴコネクション３３５０を再構成するための測定手順および／またはネットワーク機能は、ホストコンピュータ３３１０のソフトウェア３３１１、またはＵＥ３３３０のソフトウェア３３３１、またはその両方において実装され得る。実施形態ではセンサ（図示せず）がＯＴＴコネクション３３５０が通過する通信デバイスに配備されるか、またはそれに関連して配備されてもよく、センサは上で例示された監視量の値を供給することによって、またはソフトウェア３３１１、３３３１が監視量を計算または推定することができる他の物理量の値を供給することによって、測定手順に参加することができる。ＯＴＴコネクション３３５０の再構成はメッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局３３２０に影響を及ぼす必要はなく、基地局３３２０には知られていないか、または知覚できないことがある。このような手順および機能性は当技術分野で公知であり、実践され得る。いくつかの実施形態では、測定がスループット、伝搬時間、待ち時間などのホストコンピュータ３３１０の測定を容易にする独自のＵＥ信号を含むことができる。測定は、ソフトウェア３３１１、３３３１が伝搬時間、エラーなどを監視しながら、ＯＴＴコネクション３３５０を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施することができる。

図９は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムはホストコンピュータ、基地局、およびＵＥを含み、ＵＥは、図８Ａおよび図８Ｂを参照して説明されるものであってもよい。本開示を簡単にするために、図９を参照する図面のみがこのセクションに含まれる。本方法の第１のステップ３４１０において、ホストコンピュータはユーザデータを提供する。第１のステップ３４１０の任意選択のサブステップ３４１１において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ３４２０において、ホストコンピュータは、ユーザデータを搬送する送信をＵＥに開始する。任意選択の第３のステップ３４３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。任意の第４のステップ３４４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図１０は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムはホストコンピュータ、基地局、およびＵＥを含み、ＵＥは、図８Ａおよび図８Ｂを参照して説明されるものであってもよい。本開示を簡単にするために、図１０を参照する図面のみがこのセクションに含まれる。本方法の第１のステップ３５１０において、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示せず）において、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ３５２０において、ホストコンピュータは、ユーザデータを搬送する送信をＵＥに開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して渡され得る。オプションの第３のステップ３５３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

図１１は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムはホストコンピュータ、基地局、およびＵＥを含み、ＵＥは、図８Ａおよび図８Ｂを参照して説明されるものであってもよい。本開示を簡単にするために、図１１を参照する図面のみがこのセクションに含まれる。本方法の任意選択の第１のステップ３６１０において、ＵＥは、ホストコンピュータによって提供される入力データを受信する。追加的にまたは代替的に、オプションの第２のステップ３６２０において、ＵＥは、ユーザデータを提供する。第２のステップ３６２０の任意選択のサブステップ３６２１において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。第１のステップ３６１０のさらなる任意選択のサブステップ３６１１において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されるクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮することができる。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、任意の第３のサブステップ３６３０において、ホストコンピュータへのユーザデータの送信を開始する。本方法の第４のステップ３６４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１２は、一実施形態による、通信システムにおいて実施される方法を示すフローチャートである。通信システムはホストコンピュータ、基地局、およびＵＥを含み、ＵＥは、図８Ａおよび図８Ｂを参照して説明されるものであってもよい。本開示を簡単にするために、図１２に対する図面参照のみがこのセクションに含まれる。方法の任意選択の第１のステップ３７１０では本開示全体にわたって説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。任意選択の第２のステップ３７２０では、基地局が受信したユーザデータのホストコンピュータへの送信を開始する。第３のステップ３７３０において、ホストコンピュータは、基地局によって開始された送信で搬送されたユーザデータを受信する。

前述の説明および添付の図面は、本明細書で教示される方法および装置の非限定的な例を表すことが理解されるのであろう。したがって、本明細書で教示される装置および技法は、前述の説明および添付の図面によって限定されない。代わりに、本明細書の実施形態は、以下の特許請求の範囲およびそれらの法的均等物によってのみ限定される。

略語 説明
3G Third Generation of Mobile Telecommunications Technology
BSM Basic Safety Message
BW Bandwidth
BSR Buffer Status Report
CAM Cooperative Awareness Message
CBR Channel Busy Ratio
DPTF Data Packet Transmission Format
D2D Device-to-Device Communication
DENM Decentralized Environmental Notification Message
DSRC Dedicated Short-Range Communications
eNB eNodeB
ETSI European Telecommunications Standards Institute
LTE Long-Term Evolution
NW Network
RS Reference Signals
TF Transport Format
SAE Society of the Automotive Engineers
UE User Equipment
V2I Vehicle-to-Infrastructure
V2P Vehicle-to-Pedestrian
V2V Vehicle-to-(vehicle) communication
V2x Vehicle-to-anything-you-can-imagine
wrt with respect to
SPS Semi Persistent Scheduling
DMRS Demodulation reference signals
OCC Orthogonal cover code
PDCCH Physical Downlink Control Channel
DBS Delay-Based Scheduler
MAC Medium Access Control
MAC CE MAC Control Element
PUSCH Physical Uplink Shared Channel
PUCCH Physical Uplink Control Channel
PDU Packet Data Unit
3GPP Third Generation Partnership Project
LCID Logical Channel Identity
MAC Medium Access Control
MAC CE Medium Access Control - Control Element
RRC Radio Resource Control
IP Internet Protocol
PPPP ProSe Per Packet Priority
PPPR ProSe Per Packet Reliability
ProSe Proximity Services
PRB Physical Resource Block
SL Sidelink
SPS Semi-Persistent Scheduling
UL Uplink
DL Downlink
LCG Logical Channel Group
SFN System Frame Number
TTI Transmission Time Interval
SCI Sidenlink Control Information
CA Carrier Aggregation
SLRB Sidelink Radio Bearer
UICC Universal Integrated Circuit Card
ME Mobile Equipment
ID Identifier
PDB Packet Delay Budget
CBR Congestion Busy Ratio
SDU Service Data Unit
PDU Protocol Data Unit
BLER Block Error Rate

Claims (22)

1. 無線通信ネットワークにおいて複数の無線デバイス間のサイドリンク通信を処理するように構成された無線ネットワークノードによって実行される方法であって、
   設定を無線デバイスへ送信することを含み、前記設定は、
   第１のタイプの少なくとも１つのサービス品質（ＱｏＳ）要件と、前記第１のタイプとは異なる第２のタイプの少なくとも１つのＱｏＳ要件とを含む、複数のＱｏＳ要件と、
   前記複数のＱｏＳ要件と、前記ＱｏＳ要件を満たすデータパケットのサイドリンク通信に対して設けられた複数の論理チャネルグループ（ＬＣＧ）との間のマッピングと、を示し、前記マッピングは、
   前記第１のタイプの前記少なくとも１つのＱｏＳ要件と、前記複数のＬＣＧのうちの第１の部分との間の第１のマッピングと、
   前記第２のタイプの前記少なくとも１つのＱｏＳ要件と、前記複数のＬＣＧのうちの第２の部分との間の第２のマッピングと、を含み、前記第２の部分は第１の部分とオーバラップしていない、方法。
2. 請求項１に記載の方法であって、
   前記第１のタイプの前記ＱｏＳ要件は、それぞれパケット優先度レベル（ＰＰＰＰ）であり、
   前記第２のタイプの前記ＱｏＳ要件は、それぞれパケット信頼性レベル（ＰＰＰＲ）である、方法。
3. 請求項１または２に記載の方法であって、
   利用可能な１つ以上のデータパケットを前記無線デバイスが有する前記複数のＬＣＧのうちの特定の１つを示すサイドリンクバッファ状態報告（ＢＳＲ）を、前記無線デバイスから受信することと、
   前記マッピングに基づいて、前記特定のＬＣＧにおいて利用可能な前記データパケットと関連付けられたＱｏＳ要件を決定することと、
   前記決定されたＱｏＳ要件に従って前記無線デバイスのサイドリンク通信を処理することと、
   をさらに含む、方法。
4. 請求項３に記載の方法であって、
   前記決定されたＱｏＳ要件は、高パケット信頼性レベル（ＰＰＰＲ）であり、
   前記決定されたＱｏＳ要件に従ってサイドリンク通信を処理することは、前記利用可能なデータパケットのサイドリンク送信に対してパケットの複製を実行するためのインジケーションを、前記無線デバイスへ送信することを含む、方法。
5. 請求項１から４のいずれか１項に記載の方法であって、前記第１のタイプのＱｏＳ要件と前記第２のタイプのＱｏＳ要件との両方を有するデータパケットについてのサイドリンクＢＳＲのためにＬＣＧを選択することに関して、前記ＱｏＳ要件の前記第１のタイプ及び前記第２のタイプのうちの一方が前記第１のタイプ及び前記第２のタイプのうちの他方よりも優先されることの優先度付けインジケーションを、前記無線デバイスへ送信することをさらに含む、方法。
6. 無線通信ネットワークにおいて他の無線デバイスとサイドリンク通信を行うように構成された無線デバイスによって実行される方法であって、
   前記無線通信ネットワークの無線ネットワークノードから設定を受信することであって、前記設定は、
   第１のタイプの少なくとも１つのサービス品質（ＱｏＳ）要件と、前記第１のタイプとは異なる第２のタイプの少なくとも１つのＱｏＳ要件とを含む、複数のＱｏＳ要件と、
   前記複数のＱｏＳ要件と、前記ＱｏＳ要件を満たすデータパケットのサイドリンク通信に対して設けられた複数の論理チャネルグループ（ＬＣＧ）との間のマッピングと、を示し、前記マッピングは、
   前記第１のタイプの前記少なくとも１つのＱｏＳ要件と、前記複数のＬＣＧのうちの第１の部分との間の第１のマッピングと、
   前記第２のタイプの前記少なくとも１つのＱｏＳ要件と、前記複数のＬＣＧのうちの第２の部分との間の第２のマッピングと、を含み、前記第２の部分は第１の部分とオーバラップしていない、
   前記受信することと、
   前記設定に従って前記無線ネットワークノードへサイドリンクＢＳＲを送信することと、
   を含む、方法。
7. 請求項６に記載の方法であって、
   前記第１のタイプの前記ＱｏＳ要件は、それぞれパケット優先度レベル（ＰＰＰＰ）であり、
   前記第２のタイプの前記ＱｏＳ要件は、それぞれパケット信頼性レベル（ＰＰＰＲ）である、方法。
8. 請求項６または７に記載の方法であって、
   前記マッピングに基づいて、前記無線デバイスによるサイドリンク送信に利用可能なデータパケットのＱｏＳ要件と関連付けられたＬＣＧを決定することをさらに含み、
   前記サイドリンクＢＳＲは、前記決定されたＬＣＧを示す、方法。
9. 請求項８に記載の方法であって、
   前記ＱｏＳ要件は、高パケット信頼性レベル（ＰＰＰＲ）であり、
   前記方法は、前記利用可能なデータパケットのサイドリンク送信に対してパケットの複製を実行するためのインジケーションを、前記ＢＳＲに応答して前記無線ネットワークノードから受信することをさらに含む、方法。
10. 請求項６から９のいずれか１項に記載の方法であって、
    前記第１のタイプのＱｏＳ要件と前記第２のタイプのＱｏＳ要件との両方を有するデータパケットについてのサイドリンクＢＳＲのためにＬＣＧを選択することに関して、前記ＱｏＳ要件の前記第１のタイプ及び前記第２のタイプのうちの一方が前記第１のタイプ及び前記第２のタイプのうちの他方よりも優先されることの優先度付けインジケーションを、前記無線ネットワークノードから受信することと、
    前記優先度付けインジケーションにさらに基づいて前記サイドリンクＢＳＲを送信することと、をさらに含む、方法。
11. 無線通信ネットワークにおいて複数の無線デバイス間のサイドリンク通信を処理するように構成された無線ネットワークノードであって、前記無線ネットワークノードは、
    設定を無線デバイスへ送信するように構成され、前記設定は、
    第１のタイプの少なくとも１つのサービス品質（ＱｏＳ）要件と、前記第１のタイプとは異なる第２のタイプの少なくとも１つのＱｏＳ要件とを含む、複数のＱｏＳ要件と、
    前記複数のＱｏＳ要件と、前記ＱｏＳ要件を満たすデータパケットのサイドリンク通信に対して設けられた複数の論理チャネルグループ（ＬＣＧ）との間のマッピングと、を示し、前記マッピングは、
    前記第１のタイプの前記少なくとも１つのＱｏＳ要件と、前記複数のＬＣＧのうちの第１の部分との間の第１のマッピングと、
    前記第２のタイプの前記少なくとも１つのＱｏＳ要件と、前記複数のＬＣＧのうちの第２の部分との間の第２のマッピングと、を含み、前記第２の部分は第１の部分とオーバラップしていない、無線ネットワークノード。
12. 請求項１１に記載の無線ネットワークノードであって、
    前記第１のタイプの前記ＱｏＳ要件は、それぞれパケット優先度レベル（ＰＰＰＰ）であり、
    前記第２のタイプの前記ＱｏＳ要件は、それぞれパケット信頼性レベル（ＰＰＰＲ）である、無線ネットワークノード。
13. 請求項１１または１２に記載の無線ネットワークノードであって、前記無線ネットワークノードはさらに、
    利用可能な１つ以上のデータパケットを前記無線デバイスが有する前記複数のＬＣＧのうちの特定の１つを示すサイドリンクバッファ状態報告（ＢＳＲ）を、前記無線デバイスから受信し、
    前記マッピングに基づいて、前記特定のＬＣＧにおいて利用可能な前記データパケットと関連付けられたＱｏＳ要件を決定し、
    前記決定されたＱｏＳ要件に従って前記無線デバイスのサイドリンク通信を処理する、
    ように構成される、無線ネットワークノード。
14. 請求項１３に記載の無線ネットワークノードであって、
    前記決定されたＱｏＳ要件は、高パケット信頼性レベル（ＰＰＰＲ）であり、
    前記無線ネットワークノードは、前記利用可能なデータパケットのサイドリンク送信に対してパケットの複製を実行するためのインジケーションを、前記無線デバイスへ送信することに基づいて、前記決定されたＱｏＳ要件に従ってサイドリンク通信を処理するように構成される、無線ネットワークノード。
15. 請求項１１から１４のいずれか１項に記載の無線ネットワークノードであって、前記無線ネットワークノードはさらに、前記第１のタイプのＱｏＳ要件と前記第２のタイプのＱｏＳ要件との両方を有するデータパケットについてのサイドリンクＢＳＲのためにＬＣＧを選択することに関して、前記ＱｏＳ要件の前記第１のタイプ及び前記第２のタイプのうちの一方が前記第１のタイプ及び前記第２のタイプのうちの他方よりも優先されることの優先度付けインジケーションを、前記無線デバイスへ送信するように構成される、無線ネットワークノード。
16. 無線通信ネットワークにおいて他の無線デバイスとサイドリンク通信を行うように構成された無線デバイスであって、前記無線デバイスは、
    前記無線通信ネットワークの無線ネットワークノードから設定を受信することであって、前記設定は、
    第１のタイプの少なくとも１つのサービス品質（ＱｏＳ）要件と、前記第１のタイプとは異なる第２のタイプの少なくとも１つのＱｏＳ要件とを含む、複数のＱｏＳ要件と、
    前記複数のＱｏＳ要件と、前記ＱｏＳ要件を満たすデータパケットのサイドリンク通信に対して設けられた複数の論理チャネルグループ（ＬＣＧ）との間のマッピングと、を示し、前記マッピングは、
    前記第１のタイプの前記少なくとも１つのＱｏＳ要件と、前記複数のＬＣＧのうちの第１の部分との間の第１のマッピングと、
    前記第２のタイプの前記少なくとも１つのＱｏＳ要件と、前記複数のＬＣＧのうちの第２の部分との間の第２のマッピングと、を含み、前記第２の部分は第１の部分とオーバラップしていない、
    前記受信することと、
    前記設定に従って前記無線ネットワークノードへサイドリンクＢＳＲを送信することと、
    を行うように構成される、無線デバイス。
17. 請求項１６に記載の無線デバイスであって、
    前記第１のタイプの前記ＱｏＳ要件は、それぞれパケット優先度レベル（ＰＰＰＰ）であり、
    前記第２のタイプの前記ＱｏＳ要件は、それぞれパケット信頼性レベル（ＰＰＰＲ）である、無線デバイス。
18. 請求項１６または１７に記載の無線デバイスであって、
    前記無線デバイスはさらに、前記マッピングに基づいて、前記無線デバイスによるサイドリンク送信に利用可能なデータパケットのＱｏＳ要件と関連付けられたＬＣＧを決定するように構成され、
    前記サイドリンクＢＳＲは、前記決定されたＬＣＧを示す、無線デバイス。
19. 請求項１８に記載の無線デバイスであって、
    前記ＱｏＳ要件は、高パケット信頼性レベル（ＰＰＰＲ）であり、
    前記無線デバイスはさらに、前記利用可能なデータパケットのサイドリンク送信に対してパケットの複製を実行するためのインジケーションを、前記ＢＳＲに応答して前記無線ネットワークノードから受信するように構成される、無線デバイス。
20. 請求項１６から１９のいずれか１項に記載の無線デバイスであって、
    前記無線デバイスはさらに、前記第１のタイプのＱｏＳ要件と前記第２のタイプのＱｏＳ要件との両方を有するデータパケットについてのサイドリンクＢＳＲのためにＬＣＧを選択することに関して、前記ＱｏＳ要件の前記第１のタイプ及び前記第２のタイプのうちの一方が前記第１のタイプ及び前記第２のタイプのうちの他方よりも優先されることの優先度付けインジケーションを、前記無線ネットワークノードから受信するように構成され、
    前記無線デバイスはさらに、前記優先度付けインジケーションにさらに基づいて前記サイドリンクＢＳＲを送信するように構成される、無線デバイス。
21. 少なくとも１つのプロセッサ上で実行されると、無線ネットワークノードまたは無線デバイスによってそれぞれ実行されるように、少なくとも１つのプロセッサに請求項１から１０のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
22. 少なくとも１つのプロセッサ上で実行されると、無線ネットワークノードまたは無線デバイスによってそれぞれ実行される、請求項１から１０のいずれか１項に記載の方法を少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラムを記憶するコンピュータ読み取り可能な記憶媒体。

Images