(57)【要約】  本明細書の実施形態は、無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するために無線ネットワークノード（１２）によって実行される方法に関する。無線ネットワークノードは、各サービス品質（ＱｏＳ）要件がＱｏＳ特性に関連付けられた閾値を含む、１つ以上のＱｏＳ要件のセットを知らせ、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクのバッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングを知らせることによって、無線デバイスを設定する。【選択図】
2021520671.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するために無線ネットワークノード（１２）によって実行される方法であって、
各サービス品質（ＱｏＳ）要件がＱｏＳ特性に関連付けられた閾値を含む、１つ以上のＱｏＳ要件のセットを知らせ、前記１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、バッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングを知らせることによって、無線デバイス（１０）を設定すること（６００）を含む、方法。
【請求項２】
請求項１に記載の方法であって、前記セットは、２つ以上のＱｏＳ要件を含む、方法。
【請求項３】
請求項１または２に記載の方法であって、
パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであるインジケーションを、バッファ状態報告において前記無線デバイス（１０）から受信すること（６０１）と、
前記受信されたインジケーションを考慮に入れて前記無線デバイス（１０）の前記サイドリンクの通信を処理すること（６０２）をさらに含む、方法。
【請求項４】
請求項１から３のいずれか１項に記載の方法であって、
１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されることを前記無線デバイス（１０）に知らせることをさらに含む、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、各ＱｏＳ要件は、異なるＬＣＧにマッピングされる、方法。
【請求項６】
請求項１から５のいずれか１項に記載の方法であって、前記ＱｏＳ要件は、ＱｏＳ特性に関連付けられるレベルを示す、方法。
【請求項７】
無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するために無線デバイス（１０）によって実行される方法であって、
事前設定または受信から、１つ以上のサービス品質（ＱｏＳ）要件のセットを設定すること（７００）を含み、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値と、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、無線ネットワークノードへの、バッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングとを含む、方法。
【請求項８】
請求項７に記載の方法であって、前記セットは、２つ以上のＱｏＳ要件を含む、方法。
【請求項９】
請求項７または８に記載の方法であって、
パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであるインジケーションを、バッファ状態報告において前記無線ネットワークノード（１２）に送信すること（７０４）をさらに含む、方法。
【請求項１０】
請求項９に記載の方法であって、前記インジケーションは、前記バッファ状態報告に関連するバッファにおける前記パケットの１つ以上のサービス品質（ＱｏＳ）要件を示し、前記１つ以上のＱｏＳ要件は、信頼性、レイテンシ、およびデータ速度のうちの少なくとも１つを含み、前記インジケーションは、論理チャネルに関連付けられている、方法。
【請求項１１】
請求項７から１０のいずれか１項に記載の方法であって、
バッファにおけるパケットの１つ以上のＱｏＳ要件を決定すること（７０２）と、
各１つ以上のＱｏＳ要件を設定のどおりに異なるＬＣＧにマッピングすること（７０３）をさらに含む、方法。
【請求項１２】
請求項７から１１のいずれか１項に記載の方法であって、
１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されるように設定することをさらに含む、方法。
【請求項１３】
無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理する無線ネットワークノード（１２）であって、
各サービス品質（ＱｏＳ）要件がＱｏＳ特性に関連付けられた閾値を含む、１つ以上のＱｏＳ要件のセットを知らせ、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクのバッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングを知らせることによって、無線デバイス（１０）を設定するように構成される、無線ネットワークノード（１２）。
【請求項１４】
請求項１３に記載の無線ネットワークノード（１２）であって、前記セットは、２つ以上のＱｏＳ要件を含む、無線ネットワークノード（１２）。
【請求項１５】
請求項１３または１４に記載の無線ネットワークノード（１２）であって
バッファ状態報告において前記無線デバイスからのインジケーションを受信し、ここで前記インジケーションは、パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであり、
前記受信したインジケーションを考慮して前記無線デバイス（１０）の前記サイドリンクの通信を処理するように構成される、無線ネットワークノード（１２）。
【請求項１６】
請求項１３から１５のいずれか１項に記載の無線ネットワークノード（１２）であって、
１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されることを前記無線デバイス（１２）に知らせるようにさらに構成される、無線ネットワークノード（１２）。
【請求項１７】
請求項１３から１６のいずれか１項に記載の無線ネットワークノード（１２）であって、各ＱｏＳ要件が異なるＬＣＧにマッピングされる、無線ネットワークノード（１２）。
【請求項１８】
請求項１３から１７のいずれか１項に記載の無線ネットワークノード（１２）であって、前記ＱｏＳ要件は、ＱｏＳ特性に関連付けられるレベルを示す、無線ネットワークノード（１２）。
【請求項１９】
無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するための無線デバイス（１０）であって、
事前設定または受信から、１つ以上のサービス品質（ＱｏＳ）要件のセットを設定するように構成され、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値と、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、無線ネットワークノードへの、バッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングとを含む、無線デバイス（１０）。
【請求項２０】
請求項１９に記載の無線デバイス（１０）であって、前記セットは、２つ以上のＱｏＳ要件を含む、無線デバイス（１０）。
【請求項２１】
請求項１９または２０に記載の無線デバイス（１０）であって、
バッファ状態報告において無線ネットワークノードにインジケーションを送信するように構成され、前記インジケーションは、パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧである、無線デバイス（１０）。
【請求項２２】
請求項２１に記載の無線デバイス（１０）であって、前記インジケーションは、前記バッファ状態報告に関連するバッファにおける前記パケットの１つ以上のサービス品質（ＱｏＳ）要件を示し、前記１つ以上のＱｏＳ要件は、信頼性、レイテンシ、およびデータ速度のうちの少なくとも１つを含み、前記インジケーションは、論理チャネルに関連付けられている、無線デバイス（１０）。
【請求項２３】
請求項１９から２２のいずれか１項に記載の無線デバイス（１０）であって、
バッファにおけるパケットの１つ以上のＱｏＳ要件を決定し、
各１つ以上のＱｏＳ要件を設定のどおりに異なるＬＣＧにマッピングするようにさらに構成される、無線デバイス（１０）。
【請求項２４】
請求項１９から２２のいずれか１項に記載の無線デバイス（１０）であって、１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されるよう設定するようにさらに構成される、無線デバイス（１０）。
【請求項２５】
少なくとも１つのプロセッサ上で実行されると、無線ネットワークノード（１２）または無線デバイス（１０）によってそれぞれ実行されるように、少なくとも１つのプロセッサに請求項１から１２のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム製品。
【請求項２６】
少なくとも１つのプロセッサ上で実行されると、無線ネットワークノード（１２）または無線デバイス（１０）によってそれぞれ実行される、請求項１から１２のいずれか１項に記載の方法を少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラム製品を記憶するコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書の実施形態は、無線デバイス、無線ネットワークノード、および無線通信に関してそれらにおいて実行される方法に関する。特に、本明細書の実施形態は、無線通信ネットワークにおける無線デバイスの通信を処理することに関する。
【背景技術】
【０００２】
典型的な無線通信ネットワークでは、無線通信デバイス、移動局、局（ステーション）（ＳＴＡ）、および／またはユーザ装置（ＵＥ）としても知られる無線デバイスは、無線アクセスネットワーク（ＲＡＮ）を介して１つ以上のコアネットワーク（ＣＮ）と通信する。ＲＡＮは、セルとも呼ばれるサービスエリアに分割される地理的領域をカバーし、各セルエリアは無線ネットワークノード、例えば、Ｗｉ-Ｆｉアクセスポイントまたは無線基地局（ＲＢＳ）によって提供され、一部のネットワークでは、例えば、ＮｏｄｅＢ、ｅＮｏｄｅＢまたはｇＮｏｄｅＢと呼ばれることもある。セルは、無線カバレッジが無線ネットワークノードによって提供される地理的領域である。無線ネットワークノードは、無線ネットワークノードの範囲内の無線デバイスとエア・インターフェースを介して通信するために無線周波数上で動作する。無線ネットワークノードは、ダウンリンク（ＤＬ）を介して無線デバイスと通信し、無線デバイスは、アップリンク（ＵＬ）を介して無線ネットワークノードと通信する。
【０００３】
ユニバーサルモバイルテレコミュニケーションネットワーク（ＵＭＴＳ（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
【図１】
2021520671.tif 000003
【図２】
2021520671.tif 000004
【図３ａ】
2021520671.tif 000005
【図３ｂ】
2021520671.tif 000006
【図３ｃ】
2021520671.tif 000007
【図４】
2021520671.tif 000008
【図５】
2021520671.tif 000009
【図６】
2021520671.tif 000010
【図７】
2021520671.tif 000011
【図８】
2021520671.tif 000012
【図９】
2021520671.tif 000013
【図１０】
2021520671.tif 000014
【図１１】
2021520671.tif 000015
【図１２】
2021520671.tif 000016
【図１３】
2021520671.tif 000017
【図１４】
2021520671.tif 000018
【図１５】
2021520671.tif 000019
【手続補正書】
【提出日】令和2年9月17日(2020.9.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するために無線ネットワークノード（１２）によって実行される方法であって、
各サービス品質（ＱｏＳ）要件がＱｏＳ特性に関連付けられた閾値を含む、１つ以上のＱｏＳ要件のセットを知らせ、前記１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、バッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングを知らせることによって、無線デバイス（１０）を設定すること（６００）を含む、方法。
【請求項２】
請求項１に記載の方法であって、前記セットは、２つ以上のＱｏＳ要件を含む、方法。
【請求項３】
請求項１または２に記載の方法であって、
パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであるインジケーションを、バッファ状態報告において前記無線デバイス（１０）から受信すること（６０１）と、
前記受信されたインジケーションを考慮に入れて前記無線デバイス（１０）の前記サイドリンクの通信を処理すること（６０２）をさらに含む、方法。
【請求項４】
請求項１から３のいずれか１項に記載の方法であって、
１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されることを前記無線デバイス（１０）に知らせることをさらに含む、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、各ＱｏＳ要件は、異なるＬＣＧにマッピングされる、方法。
【請求項６】
請求項１から５のいずれか１項に記載の方法であって、前記ＱｏＳ要件は、ＱｏＳ特性に関連付けられるレベルを示す、方法。
【請求項７】
無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するために無線デバイス（１０）によって実行される方法であって、
事前設定または受信から、１つ以上のサービス品質（ＱｏＳ）要件のセットを設定すること（７００）を含み、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値と、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、無線ネットワークノードへの、バッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングとを含む、方法。
【請求項８】
請求項７に記載の方法であって、前記セットは、２つ以上のＱｏＳ要件を含む、方法。
【請求項９】
請求項７または８に記載の方法であって、
パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであるインジケーションを、バッファ状態報告において前記無線ネットワークノード（１２）に送信すること（７０４）をさらに含む、方法。
【請求項１０】
請求項９に記載の方法であって、前記インジケーションは、前記バッファ状態報告に関連するバッファにおける前記パケットの１つ以上のサービス品質（ＱｏＳ）要件を示し、前記１つ以上のＱｏＳ要件は、信頼性、レイテンシ、およびデータ速度のうちの少なくとも１つを含み、前記インジケーションは、論理チャネルに関連付けられている、方法。
【請求項１１】
請求項７から１０のいずれか１項に記載の方法であって、
バッファにおけるパケットの１つ以上のＱｏＳ要件を決定すること（７０２）と、
各１つ以上のＱｏＳ要件を設定のどおりに異なるＬＣＧにマッピングすること（７０３）をさらに含む、方法。
【請求項１２】
請求項７から１１のいずれか１項に記載の方法であって、
１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されるように設定することをさらに含む、方法。
【請求項１３】
無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理する無線ネットワークノード（１２）であって、
各サービス品質（ＱｏＳ）要件がＱｏＳ特性に関連付けられた閾値を含む、１つ以上のＱｏＳ要件のセットを知らせ、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクのバッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングを知らせることによって、無線デバイス（１０）を設定するように構成される、無線ネットワークノード（１２）。
【請求項１４】
請求項１３に記載の無線ネットワークノード（１２）であって、前記セットは、２つ以上のＱｏＳ要件を含む、無線ネットワークノード（１２）。
【請求項１５】
請求項１３または１４に記載の無線ネットワークノード（１２）であって
バッファ状態報告において前記無線デバイスからのインジケーションを受信し、ここで前記インジケーションは、パケットの満たされたＱｏＳ要件にマッピングされたＬＣＧであり、
前記受信したインジケーションを考慮して前記無線デバイス（１０）の前記サイドリンクの通信を処理するように構成される、無線ネットワークノード（１２）。
【請求項１６】
請求項１３から１５のいずれか１項に記載の無線ネットワークノード（１２）であって、
１つ以上のＱｏＳ要件が他の１つ以上のＱｏＳ要件よりも優先されることを前記無線デバイス（１２）に知らせるようにさらに構成される、無線ネットワークノード（１２）。
【請求項１７】
請求項１３から１６のいずれか１項に記載の無線ネットワークノード（１２）であって、各ＱｏＳ要件が異なるＬＣＧにマッピングされる、無線ネットワークノード（１２）。
【請求項１８】
請求項１３から１７のいずれか１項に記載の無線ネットワークノード（１２）であって、前記ＱｏＳ要件は、ＱｏＳ特性に関連付けられるレベルを示す、無線ネットワークノード（１２）。
【請求項１９】
無線通信ネットワークにおいてサイドリンクを介して複数の無線デバイス間の通信を処理するための無線デバイス（１０）であって、
事前設定または受信から、１つ以上のサービス品質（ＱｏＳ）要件のセットを設定するように構成され、各ＱｏＳ要件は、ＱｏＳ特性に関連付けられた閾値と、１つ以上のＱｏＳ要件のセットのうち、それぞれのＱｏＳ要件を満たすデータに対するサイドリンクの、無線ネットワークノードへの、バッファ状態報告（ＢＳＲ）の報告のために予約された１つ以上の論理チャネルグループ（ＬＣＧ）のマッピングとを含む、無線デバイス（１０）。
【請求項２０】
請求項１９に記載の無線デバイス（１０）であって、前記セットは、２つ以上のＱｏＳ要件を含む、無線デバイス（１０）。
【請求項２１】
少なくとも１つのプロセッサ上で実行されると、無線ネットワークノード（１２）または無線デバイス（１０）によってそれぞれ実行されるように、少なくとも１つのプロセッサに請求項１から１２のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。
【請求項２２】
少なくとも１つのプロセッサ上で実行されると、無線ネットワークノード（１２）または無線デバイス（１０）によってそれぞれ実行される、請求項１から１２のいずれか１項に記載の方法を少なくとも１つのプロセッサに実行させる命令を含むコンピュータプログラム製品を記憶するコンピュータ読み取り可能な記憶媒体。
【国際調査報告】
2021520671.tif 000020
2021520671.tif 000021
2021520671.tif 000022