知財求人 - 知財ポータルサイト「IP Force」
特表2023-542106中継機能を有するワイヤレスネットワークにおける強化レート信号伝達
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-10-05
(54)【発明の名称】中継機能を有するワイヤレスネットワークにおける強化レート信号伝達
(51)【国際特許分類】
H04W 28/22 20090101AFI20230928BHJP
H04W 88/04 20090101ALI20230928BHJP
H04W 16/26 20090101ALI20230928BHJP
H04W 92/20 20090101ALI20230928BHJP
【ＦＩ】
H04W28/22
H04W88/04
H04W16/26
H04W92/20
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023516708
(86)(22)【出願日】2021-09-14
(85)【翻訳文提出日】2023-03-14
(86)【国際出願番号】 EP2021075146
(87)【国際公開番号】W WO2022058290
(87)【国際公開日】2022-03-24
(31)【優先権主張番号】20196334.5
(32)【優先日】2020-09-15
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】21174561.7
(32)【優先日】2021-05-19
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】21191542.6
(32)【優先日】2021-08-16
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
(71)【出願人】
【識別番号】590000248
【氏名又は名称】コーニンクレッカ フィリップス エヌ ヴェ
【氏名又は名称原語表記】Ｋｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ．
【住所又は居所原語表記】Ｈｉｇｈ Ｔｅｃｈ Ｃａｍｐｕｓ ５２， ５６５６ ＡＧ Ｅｉｎｄｈｏｖｅｎ，Ｎｅｔｈｅｒｌａｎｄｓ
(74)【代理人】
【識別番号】110001690
【氏名又は名称】弁理士法人Ｍ＆Ｓパートナーズ
(72)【発明者】
【氏名】ディーズ ウォルター
(72)【発明者】
【氏名】ダイク エスコ オラヴィ
(72)【発明者】
【氏名】ゴンザレス テジェリア ジーザス
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD17
5K067DD34
5K067EE02
5K067EE06
5K067EE10
5K067EE16
5K067JJ41
(57)【要約】
セルラ又は他のワイヤレスネットワークにおいて、中継通信デバイスが、カバー範囲外（ＯｏＣ）のエリア内のリモート通信デバイスの間接ネットワーク接続をサポートするために導入され、それにより、アクセスデバイスカバー範囲を拡張し、アクセスデバイスの最適なカバー範囲内にない通信デバイスの利用可能なデータ容量を増やすことができる。直接接続された通信デバイスについて、ビットレート推奨の機構、ビットレートクエリ及び所望のビットレート指示が、定義される。しかしながら、これらの存在する機構は、中継通信デバイスを介して間接的に接続された通信デバイスのために機能しない。したがって、受信された推奨及び／又は制限に示された論理チャネルの識別に少なくとも部分的に基づいて、１つ又は複数の下流通信デバイスの新しいデータレート推奨及び／又は制限を決定することが提案される。
【特許請求の範囲】
【請求項1】
ワイヤレスネットワーク内の中継通信デバイスにおいて、通信デバイスへの通信資源のスケジューリングを制御するための装置であって、前記ワイヤレスネットワークのアクセスデバイス、又は、前記中継通信デバイスの上流中継通信デバイスから、少なくとも２つの通信デバイスに関連する、又は、通信デバイスの少なくとも２つの論理チャネルに関連する論理チャネルを示す、集合体データレート推奨及び／又は制限のうちの１つである、受信データレート推奨及び／又は制限を受信し、又は、前記中継通信デバイスによって１つ又は複数の下流通信デバイスに割り当てられた論理チャネルのデータレート推奨及び／又は制限を受信し、
前記論理チャネルの識別に少なくとも部分的に基づいて１つ又は複数の下流通信デバイスについての新しいデータレート推奨及び／又は制限を決定し、
前記決定された新しいデータレート推奨及び／又は制限を前記１つ又は複数の下流通信デバイスのうちの少なくとも１つに送信する、
装置。
【請求項2】
前記装置は、前記新しいデータレート推奨及び／又は制限が、前記受信データレート推奨及び／又は制限未満である、又は、前記受信データレート推奨及び／又は制限と等しいと決定する、請求項１に記載の装置。
【請求項3】
前記受信データレート推奨及び／又は制限は、前記受信された推奨及び／又は制限が上流データフローに適用されるか、又は、下流データフローに適用されるかを示すインジケータデータを含む、請求項１に記載の装置。
【請求項4】
前記装置が、前記アクセスデバイス又は前記中継通信デバイスの前記上流中継通信デバイスに、論理チャネルの集合体の所望のデータレートの要求を送る、請求項１に記載の装置。
【請求項5】
前記要求が、前記１つ又は複数の下流通信デバイスのうちの１つから受信された所望のデータレートの少なくとも１つの要求により、少なくとも部分的に基づいて、トリガされる、請求項４に記載の装置。
【請求項6】
前記装置が、論理チャネルの所望のデータレートの要求を、前記１つ又は複数の下流通信デバイスのうちの１つから受信し、前記受信された要求に基づいて前記論理チャネルのデータレート推奨及び／又は制限を決定し、前記決定されたデータレート推奨及び／又は制限で前記要求に応答する、請求項１に記載の装置。
【請求項7】
前記装置が、前記アクセスデバイスから、又は前記中継通信デバイスの前記上流中継通信デバイスから受信された、及び、第１の論理チャネルの識別を示す、データレート推奨及び／又は制限に応答して、前記中継通信デバイスの内部テーブル内において、前記下流通信デバイスに新しいデータレート推奨及び／又は制限を送るための第２の論理チャネルの識別と、対応する下流通信デバイスとを探索するか、或いは、前記装置が、前記１つ又は複数の下流通信デバイスのうちの１つから受信された、及び、第１の論理チャネルの識別を示す、所望のデータレートの要求に応答して、前記中継通信デバイスの前記内部テーブル内において、所望のデータレートの新しい要求を、前記アクセスデバイスに、又は、前記中継通信デバイスの上流中継通信デバイスに送るための第２の論理チャネルの識別を探索する、請求項１に記載の装置。
【請求項8】
前記装置は、新しい論理チャネルが前記１つ又は複数の下流通信デバイスのうちの１つとの通信リンクのために作成されたと決定したとき、前記装置は、前記アクセスデバイス又は上流中継通信デバイスとのワイヤレスリンクで追加論理チャネルを作成する、請求項７に記載の装置。
【請求項9】
前記内部テーブルが、前記中継通信デバイスと、前記アクセスデバイス又は前記上流中継通信デバイスとの間の論理チャネルの識別を、前記中継通信デバイスと前記１つ又は複数の下流通信デバイスとの間の論理チャネルの複数の識別にマップする、請求項７に記載の装置。
【請求項10】
前記データレート推奨及び／又は制限が、媒体アクセス制御プロトコル、無線リンク制御プロトコル、パケットデータコンバージェンスプロトコルデータを運ぶ適合プロトコル、パケットデータコンバージェンスプロトコル、無線資源制御プロトコル、及びサービスデータアダプテーションプロトコルのうちの少なくとも１つを使用して、送信される、請求項１に記載の装置。
【請求項11】
前記装置が、前記１つ又は複数の下流通信デバイスから受信された少なくとも１つの所望のデータレートに関する情報を収集し、前記収集された情報を前記上流中継通信デバイス又は前記アクセスデバイスに送信し、受信データレート推奨及び／又は制限を、前記上流中継通信デバイス又は前記アクセスデバイスから受信し、所定のポリシを使用して、前記１つ又は複数の下流通信デバイスの間で少なくとも部分的に前記受信データレート推奨及び／又は制限を分配する、請求項１に記載の装置。
【請求項12】
前記装置が、前記中継通信デバイスの論理チャネルの品質インジケータ、中継通信デバイスのいくつかの下流通信デバイス、中継通信デバイスのいくつかの上流通信デバイス、下流通信デバイスのタイプ、上流通信デバイス又は前記アクセスデバイスから受信されたポリシ選択情報、サービス識別子の品質、ネットワークスライス識別子、及び前記中継通信デバイスのバッファ状況のうちの少なくとも１つに基づいて前記所定のポリシを選択する、請求項１１に記載の装置。
【請求項13】
前記装置が、前記中継通信デバイスと少なくとも１つの他の通信デバイスとの間の通信リンクの損失によってトリガされて、又は前記通信リンクは停止されるべきであるという決定によって、１つ又は複数の下流通信デバイスのさらなる新しいデータレート推奨及び／又は制限を決定し、前記さらなる新しいデータレート推奨及び／又は制限を少なくとも１つの下流通信デバイスに送信する、
請求項１に記載の装置。
【請求項14】
請求項１から１３のいずれか一項に記載の装置を備える、ワイヤレスネットワークのための中継通信デバイス。
【請求項15】
請求項１４に記載の中継通信デバイスとアクセスデバイスとを備える、ワイヤレス通信システムであって、前記アクセスデバイスが、前記中継通信デバイスから論理チャネルの集合体の所望のデータレートを受信し、前記集合体の所望のデータレートが適用されるのはどの下流通信デバイスについてかを前記論理チャネルの識別に基づいて決定する、前記ワイヤレス通信システム。
【請求項16】
ワイヤレスネットワーク内の通信デバイスへの通信資源のスケジューリングを制御する方法であって、前記ワイヤレスネットワークのアクセスデバイス又は上流中継通信デバイスから、少なくとも２つの通信デバイスに関連する論理チャネル、又は通信デバイスの少なくとも２つの論理チャネルを示す集合体データレート推奨及び／又は制限のうちの１つである、受信データレート推奨及び／又は制限を、又は、前記中継通信デバイスによって１つ又は複数の下流デバイスに割り当てられた論理チャネルのデータレート推奨及び／又は制限を受信するステップと、
前記論理チャネルの識別に少なくとも部分的に基づいて１つ又は複数の下流通信デバイスの新しいデータレート推奨及び／又は制限を決定するステップと、
前記決定された新しいデータレート推奨及び／又は制限を、前記１つ又は複数の下流通信デバイスのうちの少なくとも１つに送信するステップと
を含む、方法。
【請求項17】
コンピュータデバイスで実行するときに請求項１６に記載の方法の各ステップを生じさせるためのコード手段を備える、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、限定されないが、ネットワークのカバー範囲外にあるリモート通信デバイス（例えば、ユーザ機器（ＵＥ）などの端末デバイス）のための間接ネットワーク接続を有するセルラネットワークなどの中継機能を有するワイヤレスネットワークにおける資源スケジューリングに関する。
【背景技術】
【0002】
多数のワイヤレス通信システムは、地理的サービスエリアを提供するためのネットワークアクセスデバイス（例えば、基地局、ノードＢ（ｅＮＢ、ｅＮｏｄｅＢ、ｇＮＢ、ｇＮｏｄｅＢ、ｎｇ－ｅＮＢなど）、アクセスポイント又は同類のもの）を使用しており、それら地理的サービスエリアでは、ワイヤレス通信デバイス（例えば、移動局又はＵＥなどの端末デバイス）が、端末デバイスが位置する特定の地理的サービスエリアに供するアクセスデバイスと通信する。アクセスデバイスは、通信リンクがワイヤレス通信デバイスと他のデバイスとの間に作られることを可能にするネットワーク内で接続される。いくつかの状況では、通信リンクは、互いに近いワイヤレス通信デバイスの間にある。これらの状況では、アクセスデバイスを介して通信するのではなくて、２つのワイヤレス通信デバイス間に直接通信リンクを有することが望ましい。通信デバイス間のそのような直接通信は、しばしば、デバイスツーデバイス（Ｄ２Ｄ）通信又はピアツーピア（Ｐ２Ｐ）通信と称される。Ｄ２Ｄ又はＰ２Ｐ通信のために使用される通信資源（例えば、時間周波数ブロック）は、ワイヤレス通信デバイスとアクセスデバイスとの間の通信のために通信システムによって使用される通信資源のサブセットであり得る、或いは、それらは、異なるセットの通信資源（例えば、無認可帯域又はミリメートル波帯）であり得る。
【0003】
カバー範囲内（ＩｎＣ：ｉｎ－ｃｏｖｅｒａｇｅ）通信デバイスは、アクセスデバイスのサービスエリア内にある及びアクセスデバイスとの通信の能力を有する通信デバイスである。カバー範囲外（ＯｏＣ：ｏｕｔ－ｏｆ－ｃｏｖｅｒａｇｅ）通信デバイスは、通常は、任意のアクセスデバイスのサービスエリア内にない又はアクセスデバイスのサービスエリア内にあるがアクセスを可能にしない（例えば、それが非公衆ネットワーク（ＮＰＮ）アクセスデバイスであるので）通信デバイスである。ＯｏＣ通信デバイスは、アクセスデバイスへの間接ネットワーク接続を使用する。通信デバイスはまた、接続性を有さないＯｏＣ通信デバイスであり得る、ということに留意されたい。
【0004】
資源スケジューリングは、互いに並んで働く複数のスケジューリング機構及びプロトコルの複雑な相互作用に基づく。スケジューラ（アクセスデバイスに位置し得る）は、資源割り当てとそれが通信デバイスに送る推奨ビットレート値との間の十分な調和に気を付けることが期待される。物理層において、資源は、通常は、非常にきめの細かいレベルで、すなわち、フレーム／サブフレーム又はより小さな資源ユニットごとに、スケジュールされる。より高い層において、スケジューリングは、通常は、サービスの品質（ＱｏＳ）プロファイル、優先度などに関連して定義される。具体例では、３ＧＰＰ（登録商標）は、ＭＡＣ層における推奨ビットレートと呼ばれるコンセプトを定義した（３ＧＰＰ（登録商標）仕様ＴＳ ３８．３２１を参照）。このレートは、２秒のデフォルト平均化ウインドウを有し、アクセスデバイスに接続された各ＵＥに提供され、特定の論理チャネルに向けられている。このＭＡＣ機構の使用は、アクセスデバイスが相当に動的な方式で（例えば、転送されるべきデータを生成し過ぎないように）示す、或いは（例えば、別のＵＥ又は別のチャネルが、データを送信又は受信するためのより高い優先度を一時的に確保するので）ＵＥ間の又はある種の論理チャネル間のバランスを変えることを可能にする。これは、次に、より高い層ＱｏＳプロファイルを固守すること、例えば、いくつかのＵＥについてより長い期間にわたりある特定のビットレートを保証すること、につながらなければならないことになる。物理層スケジューラは、ＭＡＣ推奨ビットレートを考慮する必要がある。例えば、スケジューラは、特定の通信デバイスへの永続的スケジュールを割り当てることができ、このことは、周期的に循環する資源をこの通信デバイスが保証されていることを意味しており、これにより、該通信デバイスがそれに推奨されるほぼその値のビットレートでデータを送ることを可能にする。
【発明の概要】
【発明が解決しようとする課題】
【0005】
データレート制御及び制限のための様々なコアネットワーク（ＣＮ）機能が、提供される。しかしながら、これらの機構は、無線アクセスネットワーク（ＲＡＮ）及び中継通信デバイスとの関連でデータレート推奨、制御又は制限を考慮しない。優れたシステム動作のためには、ＲＡＮとＣＮのそれぞれが固有の要件を有することから、ＲＡＮとＣＮとの両方に関する制御機構が必要とされる。
【0006】
さらに、通信デバイスとワイヤレスネットワークとの間の通信のための中継機能が有効にされるワイヤレスネットワークのためのビットレート（データレート）推奨の分野において、これらの中継機能は、リモート通信デバイスのためのシングルホップ及び／又はマルチホップ間接ネットワーク接続を可能にすることができる。リモート通信デバイスは、１つ又は複数の中継機能を介してコアネットワークに間接的に接続された通信デバイスである。そのようなネットワークにおいて、問題は、ビット又はデータレートを推奨するためのＲＡＮ機構は、間接的に接続された通信デバイスの役にはもはや立たない、ということである。これは、これらの通信デバイスが、ビットレート推奨についてアクセスデバイスに問い合わせることができず、アクセスデバイスからビットレート推奨を受信することができない、ということを意味する。
【0007】
結果として、間接的に接続された通信デバイスは、それがどれほどのビットレートを特定の論理チャネルに関してアクセスデバイスに期待することができるかに関する情報を有さず、アクセスデバイスは、どれほどのビットレートを特定の間接的に接続された通信デバイスが特定の論理チャネルのために使用したいかに関する情報を有さず、アクセスデバイスは、より低い（又はより高い）ビットレートに進むデータソースである間接的に接続された通信デバイスに影響を及ぼす手段を有さず、及び／又は、間接的に接続された通信デバイスは、アクセスデバイスが高いビットレートを必要とする場合により高いビットレートを得るようにアクセスデバイスに影響を及ぼすための及びどのレートが望ましいかを信号伝達するための直接的手段を有さない。
【0008】
本発明の目的は、ワイヤレスネットワーク内の間接的に接続された通信デバイスも考慮する拡張されたレート推奨手順を提供することである。
【課題を解決するための手段】
【0009】
この目的は、請求項１において請求されるような装置によって、請求項１４において請求されるような中継通信デバイスによって、請求項１５において請求されるようなワイヤレス通信システムによって、請求項１６において請求されるような方法によって、及び請求項１７において請求されるようなコンピュータプログラム製品によって、達成される。
【0010】
第１の態様によれば、装置は、ワイヤレスネットワーク内の中継通信デバイスにおける通信デバイスへの通信資源のスケジューリングを制御するために提供され、そこで、装置は、以下を行うように構成される：
少なくとも２つの通信デバイス又は通信デバイスの少なくとも２つの論理チャネルに関連する論理チャネルを示す集合体データレート推奨及び／又は制限のうちの１つである受信データレート推奨及び／又は制限、又は、中継通信デバイスによって１つ又は複数の下流デバイスに割り当てられた論理チャネルのデータレート推奨及び／又は制限をワイヤレスネットワークのアクセスデバイス又は中継通信デバイスの上流中継通信デバイスから受信し、
論理チャネルの識別に少なくとも部分的に基づいて１つ又は複数の下流通信デバイスについてのデータレート推奨及び／又は制限を含む新しいメッセージを決定し、並びに、
１つ又は複数の下流通信デバイスのうちの少なくとも１つにデータレート推奨及び／又は制限を含む決定された新しいメッセージを送信する。
少なくとも２つの通信デバイス又は通信デバイスの少なくとも２つの論理チャネルに関連する論理チャネルを示す集合体データレート推奨及び／又は制限のうちの１つである受信データレート推奨及び／又は制限、又は、中継通信デバイスによって１つ又は複数の下流デバイスに割り当てられた論理チャネルのデータレート推奨及び／又は制限をワイヤレスネットワークのアクセスデバイス又は中継通信デバイスの上流中継通信デバイスから受信し、
論理チャネルの識別に少なくとも部分的に基づいて１つ又は複数の下流通信デバイスについてのデータレート推奨及び／又は制限を含む新しいメッセージを決定し、並びに、
１つ又は複数の下流通信デバイスのうちの少なくとも１つにデータレート推奨及び／又は制限を含む決定された新しいメッセージを送信する。
【0011】
第２の態様によれば、ワイヤレスネットワーク内の通信デバイスへの通信資源のスケジューリングを制御する方法が、提供され、そこで、方法は、
少なくとも２つの通信デバイス又は通信デバイスの少なくとも２つの論理チャネルに関連する論理チャネルを示す集合体データレート推奨及び／又は制限のうちの１つである受信データレート推奨及び／又は制限、又は、中継通信デバイスによって１つ又は複数の下流デバイスに割り当てられた論理チャネルのデータレート推奨及び／又は制限をアクセスデバイス又はワイヤレスネットワークの上流中継通信デバイスから受信するステップと、
論理チャネルの識別に少なくとも部分的に基づいて、１つ又は複数の下流通信デバイスの新しいデータレート推奨及び／又は制限を決定するステップと、
決定された新しいデータレート推奨及び／又は制限を１つ又は複数の下流通信デバイスのうちの少なくとも１つに送信するステップとを、含む。
少なくとも２つの通信デバイス又は通信デバイスの少なくとも２つの論理チャネルに関連する論理チャネルを示す集合体データレート推奨及び／又は制限のうちの１つである受信データレート推奨及び／又は制限、又は、中継通信デバイスによって１つ又は複数の下流デバイスに割り当てられた論理チャネルのデータレート推奨及び／又は制限をアクセスデバイス又はワイヤレスネットワークの上流中継通信デバイスから受信するステップと、
論理チャネルの識別に少なくとも部分的に基づいて、１つ又は複数の下流通信デバイスの新しいデータレート推奨及び／又は制限を決定するステップと、
決定された新しいデータレート推奨及び／又は制限を１つ又は複数の下流通信デバイスのうちの少なくとも１つに送信するステップとを、含む。
【0012】
第３の態様によれば、第１の態様の装置を備える、ワイヤレスネットワークの中継通信デバイスが、提供される。
【0013】
第４の態様によれば、第３の態様の中継通信デバイス及びアクセスデバイスを備えるワイヤレス通信システムが、提供され、そこで、アクセスデバイスは、論理チャネルの集合体の所望のデータレートを中継通信デバイスから受信し、どの下流通信デバイスに集合体の所望のデータレートが適用されるかを論理チャネルの識別に基づいて決定するように構成される。
【0014】
最後に、第５の態様によれば、コンピュータデバイスで実行するときに第２の態様の前述の方法のステップを生み出すためのコード手段を含む、コンピュータプログラム製品が、提供される。
【0015】
したがって、以下の利点を有する、中継機能を有するワイヤレスネットワークの強化レート信号伝達が、提供される：
１．間接的に接続された（リモート）通信デバイスが、アクセスデバイスの推奨に基づいて、それの生み出されたデータのデータレートをアクセスデバイスによって並びにすべての中間中継通信デバイスによってサポートされ得るレートに適合させることができる。
２．期待されるデータレートが、これらの通信デバイスによってここで信号伝達され得るので、アクセスデバイス又はスケジューラは、アクセスデバイスとすべての間接的に接続された通信デバイスとの間の期待されるデータレートを受け入れるようにそれの資源スケジュールを適合させることができる。
３．アクセスデバイスは、それが正規の、直接接続された非中継通信デバイスと通信するのと同じやり方で、それの直接接続された中継通信デバイスとデータレート推奨に関して効率的に通信することができる。
４．リモート通信デバイスは、リモート通信デバイス側における付加的実施の複雑性を回避する、それらがアクセスデバイスに直接接続されているかのような同じやり方で、それらのビットレート推奨クエリを送り、ビットレート推奨を受信することができる。
５．改良されたスケジューリングが、アクセスデバイスによって実行され得、ネットワークにおけるデータ損失及び／又は中継バッファオーバーフローの低減が、達成され得る。
６．データ生産通信デバイスは、それらの生成されたデータレートを、試行錯誤によってこのレートを学習する代わりに、ネットワークがサポートすることができるものに最適に適合させることができる。
１．間接的に接続された（リモート）通信デバイスが、アクセスデバイスの推奨に基づいて、それの生み出されたデータのデータレートをアクセスデバイスによって並びにすべての中間中継通信デバイスによってサポートされ得るレートに適合させることができる。
２．期待されるデータレートが、これらの通信デバイスによってここで信号伝達され得るので、アクセスデバイス又はスケジューラは、アクセスデバイスとすべての間接的に接続された通信デバイスとの間の期待されるデータレートを受け入れるようにそれの資源スケジュールを適合させることができる。
３．アクセスデバイスは、それが正規の、直接接続された非中継通信デバイスと通信するのと同じやり方で、それの直接接続された中継通信デバイスとデータレート推奨に関して効率的に通信することができる。
４．リモート通信デバイスは、リモート通信デバイス側における付加的実施の複雑性を回避する、それらがアクセスデバイスに直接接続されているかのような同じやり方で、それらのビットレート推奨クエリを送り、ビットレート推奨を受信することができる。
５．改良されたスケジューリングが、アクセスデバイスによって実行され得、ネットワークにおけるデータ損失及び／又は中継バッファオーバーフローの低減が、達成され得る。
６．データ生産通信デバイスは、それらの生成されたデータレートを、試行錯誤によってこのレートを学習する代わりに、ネットワークがサポートすることができるものに最適に適合させることができる。
【0016】
新しいデータレート推奨及び／又は制限の決定は、データレート推奨及び／又は制限を更新すること、及び／又は受信データレート推奨及び／又は制限（のコピー）を新しいメッセージに含めることを含む、ということに留意されたい。新しいデータレート推奨及び／又は制限の値は、前の推奨及び／又は制限と同じである、或いは以下の実施形態で詳述されるように変更され得る。したがって、新しいデータレート推奨及び／又は制限は、異なってもよいが、必須ではない。新しいデータレート推奨が決定されるケースの１つの例は、予め構成されたポリシに基づいて新しいデータレート推奨値を選択することである。別の例は、メッセージヘッダが受信データレート推奨に追加されて新しい（更新された）データレート推奨を形成するケースである。そのようなケースの別の例は、受信データレート推奨のメッセージヘッダが、新しい（更新された）データレート推奨を形成するために、部分的に更新される又は置き換えられるときである。そのようなケースのさらに別の例は、追加の識別情報（例えば、ＵＥ識別子）又はコンテキスト情報（例えば、有効期間）が受信データレート推奨に追加されて新しい（更新された）データレート推奨を形成するときである。前の例に類似の例が、受信データレート制限を更新することによって新しいデータレート制限を決定するケースに適用され得る。新しいデータレート推奨を決定することのさらなる例は、データレート推奨及びデータレート制限を含むメッセージを受信し、データレート制限を取り除いて新しいデータレート推奨を形成することである。別の例は、データレート推奨を含むメッセージを受信し、これを受信された又は決定されたデータレート制限と結合して新しいデータレート推奨及び制限を形成することである。
【0017】
新しい推奨及び／又は制限を受信する下流通信デバイス自体が中継通信デバイスであるケースでは、新しい推奨及び／又は制限は、下流通信デバイス及びすべてのそれの下流（例えば、子）通信デバイスの集合体推奨及び／又は制限である。中継通信デバイスによって論理チャネルを１つ又は複数の下流デバイスに割り当てることは、以下の手順のうちの１つ又は複数によって達成され得る：
ａ）中継通信デバイスは、新しい論理チャネル識別（例えば、ＬＣＩＤ）によって識別された、新しい上流論理チャネルを、例えば、下流通信デバイスからの間接的接続を提供するために、下流通信デバイスに割り当て、したがって、中継データを下流通信デバイスに／から移送することができる。そのような新しい上流論理チャネルを割り当てることは、中継通信デバイスが、下流通信デバイスから中継を目的として下流通信デバイスと中継通信デバイスとの間の新しい論理チャネルを作成する要求を受信する（例えば、直接（間接）通信要求を介して）、或いは論理チャネル識別（例えば、ＬＣＩＤ）又は２つ以上の下流通信デバイスの間に作成された１つ又は複数の論理チャネルに関連する論理チャネル識別マッピングを受信するときに、行われ得る。この新しい論理チャネル識別は、既に使用中でない場合、下流通信デバイスから受信された論理チャネル識別として異なる識別子値を有し、論理チャネル識別は、下流通信デバイスから受信された論理チャネル識別と同じ値を有し得る。中継通信デバイスは、下流通信デバイスから受信された論理チャネル識別と新しい上流論理通信チャネルのために使用される論理チャネル識別との間のマッピングを含むマッピングテーブルを保持し得る。中継通信デバイスは、下流通信デバイスから受信された要求された所望のデータレートに基づいて新しい上流論理チャネルの所望のデータレートを、上流アクセスデバイス又は上流中継通信デバイスに要求する。オプションで、それは、上流アクセスデバイス又は上流中継通信デバイスに、論理チャネル識別に関連する下流通信デバイス識別子、下流通信デバイスから受信された要求された所望のデータレート、ある特定の論理チャネル識別のために（現在）使用されている推奨データレート、及び／又は、新しい論理チャネル識別が適用される１つ若しくは複数の論理チャネル識別及び／又は他の論理チャネル識別への論理チャネル識別のマッピングを報告する。論理チャネル識別の値は、同じでもよいが、それらは、異なるデバイス（例えば、サイドリンクの代わりにアップリンク）間である。上流アクセスデバイス又は親中継通信デバイスは、新しい論理チャネル識別を示すデータレート推奨及び／又は制限を送り、それを行うことによって、それは、下流通信デバイスの新しいデータレート推奨及び／又は制限を導出／決定するように中継通信デバイスをトリガする。
ｂ）中継通信デバイスは、下流通信デバイスに既に存在する論理チャネル識別によって識別された、中継通信デバイスとアクセスデバイス又は上流中継通信デバイスとの間で通信する上流のための存在する論理チャネルを、例えば、下流通信デバイスからの間接的接続を提供するために、割り当て、したがって、中継データを下流通信デバイスに／から移送することができ得る。そのような存在する論理チャネルを下流通信デバイスに割り当てることは、中継通信デバイスが、中継を目的として下流通信デバイスと中継通信デバイスとの間の新しい論理チャネルを作成する要求を下流通信デバイスから受信する（例えば、直接（間接）通信要求を介して）、或いは論理チャネル識別又は２つ以上の下流通信デバイスの間に作成された１つ又は複数の論理チャネルに関連する論理チャネル識別マッピングを受信するときに、行われる。中継通信デバイスは、下流通信デバイスから受信された論理チャネル識別と存在する上流論理チャネルのために使用される存在する論理チャネル識別との間のマッピングを示すマッピングテーブルを保持する。マッピングはまた、同じ存在する論理チャネルに割り当てられた他の下流通信デバイスからの論理チャネル識別、及び／又は、下流通信デバイスからの存在する論理チャネル識別の受信された推奨データレート及び／又は論理チャネル識別の存在する所望のデータレートを含む。中継通信デバイスは、上流アクセスデバイス又は上流中継通信デバイスに、受信された論理チャネル識別がマップされた存在する論理チャネルの論理チャネル識別、及びオプションで論理チャネル識別に関連する１セットの下流通信デバイス識別子、下流通信デバイスから（現在）受信されている要求される所望のデータレート、又はその総計、ある特定の論理チャネル識別のために（現在）使用されている推奨データレート及び／又は制限、及び／又は、下流通信デバイスからの受信された論理チャネル識別及び／又は他の論理チャネル識別への論理チャネル識別のマッピングを報告し得る。中継通信デバイスは下流通信デバイスから受信された要求された所望のデータレート及び存在する上流論理チャネルの存在する所望のデータレートの総計に基づいて（すなわち、同じ存在する論理チャネルに割り当てられた他の下流通信デバイスからの論理チャネル識別に基づいて）存在する上流論理チャネルの新しい所望のデータレートを上流アクセスデバイス又は上流中継通信デバイスに要求する。上流アクセスデバイス又は上流中継通信デバイスは、存在する論理チャネルの論理チャネル識別を示す新しいデータレート推奨及び／又は制限を送ることができ、そして、それを行うことによって、それは、下流通信デバイスの新しいデータレート推奨を導出／決定するように中継通信デバイスをトリガし得る。
ｃ）中継通信デバイスは、論理チャネル識別が別の論理チャネルのために既に使用されているケースで、下流通信デバイスと中継通信デバイスとの間、又は２つの下流通信デバイスの間の論理チャネルのための新しい／異なる論理チャネル識別を割り当てる。中継通信デバイスは、このケースでは、すべての下流論理チャネル識別の一種の中央レジストリ／ブローカの機能を果たし得る。そのような新しい上流論理チャネルを割り当てることは、中継通信デバイスが、新しい論理チャネルを作成する要求を下流通信デバイスから受信する（例えば、直接（間接）通信要求を介して）、或いは２つ以上の下流通信デバイスの間に作成された又は作成されようとしている１つ又は複数の論理チャネルに関連する論理チャネル識別又は論理チャネル識別マッピングを受信するときに、行われる。中継通信デバイスは、それが別の下流通信デバイスの論理チャネルの別の識別値と矛盾するケースで、下流通信デバイスからの受信された論理チャネル識別を新しい／異なる論理チャネル識別値に割り当てる。この目的で、中継通信デバイスは、重複を追跡するために及び集約／分解が正確に行われることを確実にするために、重複する論理チャネル識別値が使用されないことを確実にするために、又は同じ論理チャネル識別値を使用する下流通信デバイス識別をそれぞれの論理チャネル識別について追跡するために、異なる下流通信デバイスから受信された論理チャネル識別と下流通信デバイス識別との間のマッピングテーブルを保持することができる。中継通信デバイスが新しい／異なる論理チャネル識別値を割り当てるケースでは、中継通信デバイスは、代わりに新しい／異なる論理チャネル識別値を使用するように下流通信デバイスに要求する。中継通信デバイスは、この論理チャネル識別が下流及び／又は上流及び／又はサイドリンク通信のために使用されることを示す、受信された論理チャネル識別が割り当てられた論理チャネル識別を上流アクセスデバイス又は上流中継通信デバイスに報告する。追加で、それは、下流通信デバイス識別子、下流通信デバイスから受信された要求された所望のデータレート、又はその総計、ある特定の論理チャネル識別のために（現在）使用されている推奨データレート、及び／又は他の論理チャネル識別への論理チャネル識別のマッピングを報告する。オプションで、それは、中継通信デバイスとそれの下流デバイスとの間及びすべてのそれの下流通信デバイスの間のすべての論理チャネルのすべての重複しない論理チャネル識別（及びそれらの所望のデータレート）を報告する、又は論理チャネル識別と論理チャネル識別によって識別された論理チャネルに含まれる通信デバイス識別子との間にそれが保持するマッピングを報告する、或いは、それは、受信された論理チャネル識別から割り当てられた論理チャネル識別へのマッピングを報告する。これは、上流アクセスデバイス又は上流中継通信デバイス内のスケジューリングエンティティが個々にすべての下流通信デバイスの間で使用されるそれぞれの論理チャネルを識別することを可能にする。上流アクセスデバイス又は上流中継通信デバイスは、下流通信デバイスに割り当てられた論理チャネル識別の新しいデータレート推奨及び／又は制限を送り、そして、それを行うことによって、下流デバイスの新しいデータレート推奨を導出／決定するように中継通信デバイスをトリガする。
ａ）中継通信デバイスは、新しい論理チャネル識別（例えば、ＬＣＩＤ）によって識別された、新しい上流論理チャネルを、例えば、下流通信デバイスからの間接的接続を提供するために、下流通信デバイスに割り当て、したがって、中継データを下流通信デバイスに／から移送することができる。そのような新しい上流論理チャネルを割り当てることは、中継通信デバイスが、下流通信デバイスから中継を目的として下流通信デバイスと中継通信デバイスとの間の新しい論理チャネルを作成する要求を受信する（例えば、直接（間接）通信要求を介して）、或いは論理チャネル識別（例えば、ＬＣＩＤ）又は２つ以上の下流通信デバイスの間に作成された１つ又は複数の論理チャネルに関連する論理チャネル識別マッピングを受信するときに、行われ得る。この新しい論理チャネル識別は、既に使用中でない場合、下流通信デバイスから受信された論理チャネル識別として異なる識別子値を有し、論理チャネル識別は、下流通信デバイスから受信された論理チャネル識別と同じ値を有し得る。中継通信デバイスは、下流通信デバイスから受信された論理チャネル識別と新しい上流論理通信チャネルのために使用される論理チャネル識別との間のマッピングを含むマッピングテーブルを保持し得る。中継通信デバイスは、下流通信デバイスから受信された要求された所望のデータレートに基づいて新しい上流論理チャネルの所望のデータレートを、上流アクセスデバイス又は上流中継通信デバイスに要求する。オプションで、それは、上流アクセスデバイス又は上流中継通信デバイスに、論理チャネル識別に関連する下流通信デバイス識別子、下流通信デバイスから受信された要求された所望のデータレート、ある特定の論理チャネル識別のために（現在）使用されている推奨データレート、及び／又は、新しい論理チャネル識別が適用される１つ若しくは複数の論理チャネル識別及び／又は他の論理チャネル識別への論理チャネル識別のマッピングを報告する。論理チャネル識別の値は、同じでもよいが、それらは、異なるデバイス（例えば、サイドリンクの代わりにアップリンク）間である。上流アクセスデバイス又は親中継通信デバイスは、新しい論理チャネル識別を示すデータレート推奨及び／又は制限を送り、それを行うことによって、それは、下流通信デバイスの新しいデータレート推奨及び／又は制限を導出／決定するように中継通信デバイスをトリガする。
ｂ）中継通信デバイスは、下流通信デバイスに既に存在する論理チャネル識別によって識別された、中継通信デバイスとアクセスデバイス又は上流中継通信デバイスとの間で通信する上流のための存在する論理チャネルを、例えば、下流通信デバイスからの間接的接続を提供するために、割り当て、したがって、中継データを下流通信デバイスに／から移送することができ得る。そのような存在する論理チャネルを下流通信デバイスに割り当てることは、中継通信デバイスが、中継を目的として下流通信デバイスと中継通信デバイスとの間の新しい論理チャネルを作成する要求を下流通信デバイスから受信する（例えば、直接（間接）通信要求を介して）、或いは論理チャネル識別又は２つ以上の下流通信デバイスの間に作成された１つ又は複数の論理チャネルに関連する論理チャネル識別マッピングを受信するときに、行われる。中継通信デバイスは、下流通信デバイスから受信された論理チャネル識別と存在する上流論理チャネルのために使用される存在する論理チャネル識別との間のマッピングを示すマッピングテーブルを保持する。マッピングはまた、同じ存在する論理チャネルに割り当てられた他の下流通信デバイスからの論理チャネル識別、及び／又は、下流通信デバイスからの存在する論理チャネル識別の受信された推奨データレート及び／又は論理チャネル識別の存在する所望のデータレートを含む。中継通信デバイスは、上流アクセスデバイス又は上流中継通信デバイスに、受信された論理チャネル識別がマップされた存在する論理チャネルの論理チャネル識別、及びオプションで論理チャネル識別に関連する１セットの下流通信デバイス識別子、下流通信デバイスから（現在）受信されている要求される所望のデータレート、又はその総計、ある特定の論理チャネル識別のために（現在）使用されている推奨データレート及び／又は制限、及び／又は、下流通信デバイスからの受信された論理チャネル識別及び／又は他の論理チャネル識別への論理チャネル識別のマッピングを報告し得る。中継通信デバイスは下流通信デバイスから受信された要求された所望のデータレート及び存在する上流論理チャネルの存在する所望のデータレートの総計に基づいて（すなわち、同じ存在する論理チャネルに割り当てられた他の下流通信デバイスからの論理チャネル識別に基づいて）存在する上流論理チャネルの新しい所望のデータレートを上流アクセスデバイス又は上流中継通信デバイスに要求する。上流アクセスデバイス又は上流中継通信デバイスは、存在する論理チャネルの論理チャネル識別を示す新しいデータレート推奨及び／又は制限を送ることができ、そして、それを行うことによって、それは、下流通信デバイスの新しいデータレート推奨を導出／決定するように中継通信デバイスをトリガし得る。
ｃ）中継通信デバイスは、論理チャネル識別が別の論理チャネルのために既に使用されているケースで、下流通信デバイスと中継通信デバイスとの間、又は２つの下流通信デバイスの間の論理チャネルのための新しい／異なる論理チャネル識別を割り当てる。中継通信デバイスは、このケースでは、すべての下流論理チャネル識別の一種の中央レジストリ／ブローカの機能を果たし得る。そのような新しい上流論理チャネルを割り当てることは、中継通信デバイスが、新しい論理チャネルを作成する要求を下流通信デバイスから受信する（例えば、直接（間接）通信要求を介して）、或いは２つ以上の下流通信デバイスの間に作成された又は作成されようとしている１つ又は複数の論理チャネルに関連する論理チャネル識別又は論理チャネル識別マッピングを受信するときに、行われる。中継通信デバイスは、それが別の下流通信デバイスの論理チャネルの別の識別値と矛盾するケースで、下流通信デバイスからの受信された論理チャネル識別を新しい／異なる論理チャネル識別値に割り当てる。この目的で、中継通信デバイスは、重複を追跡するために及び集約／分解が正確に行われることを確実にするために、重複する論理チャネル識別値が使用されないことを確実にするために、又は同じ論理チャネル識別値を使用する下流通信デバイス識別をそれぞれの論理チャネル識別について追跡するために、異なる下流通信デバイスから受信された論理チャネル識別と下流通信デバイス識別との間のマッピングテーブルを保持することができる。中継通信デバイスが新しい／異なる論理チャネル識別値を割り当てるケースでは、中継通信デバイスは、代わりに新しい／異なる論理チャネル識別値を使用するように下流通信デバイスに要求する。中継通信デバイスは、この論理チャネル識別が下流及び／又は上流及び／又はサイドリンク通信のために使用されることを示す、受信された論理チャネル識別が割り当てられた論理チャネル識別を上流アクセスデバイス又は上流中継通信デバイスに報告する。追加で、それは、下流通信デバイス識別子、下流通信デバイスから受信された要求された所望のデータレート、又はその総計、ある特定の論理チャネル識別のために（現在）使用されている推奨データレート、及び／又は他の論理チャネル識別への論理チャネル識別のマッピングを報告する。オプションで、それは、中継通信デバイスとそれの下流デバイスとの間及びすべてのそれの下流通信デバイスの間のすべての論理チャネルのすべての重複しない論理チャネル識別（及びそれらの所望のデータレート）を報告する、又は論理チャネル識別と論理チャネル識別によって識別された論理チャネルに含まれる通信デバイス識別子との間にそれが保持するマッピングを報告する、或いは、それは、受信された論理チャネル識別から割り当てられた論理チャネル識別へのマッピングを報告する。これは、上流アクセスデバイス又は上流中継通信デバイス内のスケジューリングエンティティが個々にすべての下流通信デバイスの間で使用されるそれぞれの論理チャネルを識別することを可能にする。上流アクセスデバイス又は上流中継通信デバイスは、下流通信デバイスに割り当てられた論理チャネル識別の新しいデータレート推奨及び／又は制限を送り、そして、それを行うことによって、下流デバイスの新しいデータレート推奨を導出／決定するように中継通信デバイスをトリガする。
【0018】
中継通信デバイスがなぜ下流デバイスの新しいデータレート推奨を作成する必要があるかの理由のいくつかは、例えば、中継通信デバイスによって割り当てられた論理チャネル識別が、（例えば、受信された論理チャネル識別を割り当てられた論理チャネル識別にマッピングするためのマッピングテーブルに記憶されたものとしての）下流通信デバイスによって使用される論理チャネル識別とは異なることがあるから、又は複数の下流通信デバイスが、同じ論理チャネル識別を報告し、同じ重複する論理チャネル識別値（例えば、受信された論理チャネル識別を下流通信デバイス識別子にマップするためのマッピングテーブルに記憶されたものとしての）を割り当てられたから、又はそれが、それが同じ上流論理チャネルを介して供する必要がある複数の他の下流通信デバイスを有するから、又はそれが、同じサイドリンク論理チャネルを介して供する必要がある複数の下流通信デバイスを有するから（例えば、サイドリンク論理チャネルを介して供される下流通信デバイスが、複数の下流通信デバイスに接続された中継通信デバイスである場合）、又はそれが所望のデータレートを一時的に達成することができないから、又は、それが、異なる下流通信デバイスの間のそれのデータレートの平衡を保つ必要があるからである。新しいデータレート推奨及び／又は制限を決定することは、新しいメッセージの作成を含み、新しいメッセージは、新しいデータレート及び／又は制限を含む、及び／又は（集合体）データレート推奨がアクセスデバイス又は上流中継通信デバイスから受信された論理チャネルの論理チャネル識別とは異なる論理チャネル識別を含む、及び／又は（集合体）データレート推奨を含むアクセスデバイス又は上流中継通信デバイスから受信されたメッセージとは異なる行先を含む。
【0019】
前述の第１から第５の態様のいずれかと結合される第１のオプションによれば、新しいデータレート推奨及び／又は制限は、受信データレート推奨及び／又は制限未満である又は受信データレート推奨及び／又は制限と等しいと決定される。これは、中継通信デバイス自体への集合体データレート推奨及び／又は制限の一部分をスケジュールすることを可能にする。それはまた、例えば、中継通信デバイス自体について何も保持せずに受信された集合体推奨を複数の下流通信デバイスの間で分散することを可能にする。
【0020】
第１のオプション又は前述の第１から第５の態様のいずれかと結合される第２のオプションによれば、集合体データレート推奨及び／又は制限は、集合体推奨及び／又は制限が上流データフロー又は下流データフローに適用されるかを示すインジケータデータを含む。それにより、スケジューリングは、上流及び下流について別個になり得、両方にとってのより効率的なスケジュールにつながる。推奨及び／又は制限メッセージにおいて上流及び下流方向を区別すること（例えば、フラグによって）によって、アクセスデバイスによる資源スケジューリングは、より効率的にされ、上流及び下流の別個のデータフロー推奨及び／又は制限とより細かく同調される。
【0021】
第１の又は第２のオプション又は前述の第１から第５の態様のいずれかと結合され得る第３のオプションによれば、論理チャネルの集合体の所望のデータレートの要求が、アクセスデバイス又は中継通信デバイスの上流中継通信デバイスに送られる。したがって、下流リモート通信デバイスからのデータレート要求は、中継通信デバイスにおいて収集され、アクセスデバイス又は上流中継（親）通信デバイスに信号伝達され得る。
【0022】
第１から第３のオプション又は前述の第１から第５の態様のいずれかと結合され得る第４のオプションによれば、論理チャネルの集合体の所望のデータレートの要求は、１つ又は複数の下流通信デバイスのうちの１つから受信された所望のデータレートの少なくとも１つの要求によってトリガされ、それに少なくとも部分的に基づき得る。この基準は、リモート通信デバイスの個々のデータレート要求に基づくことができる、集合体の所望のデータレート要求のトリガ機構を提供することを可能にする。
【0023】
第１から第４のオプション又は前述の第１から第５の態様のいずれかと結合され得る第５のオプションによれば、論理チャネルの所望のデータレートの要求は、１つ又は複数の下流通信デバイスのうちの１つから中継通信デバイスにおいて受信され、そこで、論理チャネルのデータレート推奨及び／又は制限は、受信された要求に基づいて中継通信デバイスにおいて決定され、決定されたデータレート推奨及び／又は制限は、要求に応じるために中継通信デバイスによって使用される。それにより、中継通信デバイスは、リモート通信デバイスからの所望のデータレート要求に直接に応じる。
【0024】
第１から第５のオプション又は前述の第１から第５の態様のいずれかと結合され得る第６のオプションによれば、中継通信デバイスは、アクセスデバイス又は中継通信デバイスの上流中継通信デバイスから受信された及び第１の論理チャネルの識別を示すデータレート推奨及び／又は制限に応答して、対応する下流通信デバイス及び／又は下流通信デバイスに新しいデータレート推奨及び／又はそれについて制限を送るべき第２の論理チャネルの識別を内部テーブルにおいて検索するように構成される、或いは中継通信デバイスは、１つ又は複数の下流通信デバイスのうちの１つから受信された及び第１の論理チャネルの識別を示す所望のデータレートの要求に応答して、所望のデータレートの新しい要求をアクセスデバイス又は中継通信デバイスの上流中継通信デバイスに送るべき第２の論理チャネルの識別を内部テーブル内で検索するように構成される。それにより、論理チャネルマッピングは、推奨、制限又は所望のデータレートを信号伝達するための目標デバイスを識別するために、上流及び／又は下流方向において中継通信デバイスにおいて適用され得る。
【0025】
第１から第６のオプション又は前述の第１から第５の態様のいずれかと結合され得る第７のオプションによれば、中継通信デバイスは、それが、新しい論理チャネルは１つ又は複数の下流通信デバイスのうちの１つとの通信リンクのために作成されたと決定したとき、アクセスデバイス又は上流中継（例えば、それの親）通信デバイスとのワイヤレスリンク上に追加論理チャネルを作成するように構成される。この基準は、チャネルマッピングオプションがすべての利用可能な論理チャネルについて提供されることを確実にする。例えば、子通信デバイスが、新しい論理チャネルを作成し、応答して、親中継通信デバイスが、上流リンク上に新しい論理チャネルを追加する。
【0026】
中継は、複数の親通信デバイスを有し得るので、集合体推奨が第２の親通信デバイスから受信される間、新しい論理チャネルが、第１の親通信デバイスに向けて作成される。これは、例えば、ＲＲＣ接続モードにある複数の受信器（Ｒｘ）／送信器（Ｔｘ）対応ＵＥが、２つのアクセスデバイス、すなわち、マスタｇＮＢ及び２次ｇＮＢ、にある２つの別個のスケジューラの無線資源を使用するように構成され得る、動作のモードである、３ＧＰＰ（登録商標）二重接続性モード（３ＧＰＰ（登録商標）仕様書ＴＳ ２３．５０４、ＴＳ ３８．３００及びＴＳ ３７．３４０を参照）によって、達成することができる。一例では、論理チャネル識別（例えば、マルチホップ中継トポロジの）は、それらが重複しないことを確実にするために、中央に割り当てられる（例えば、「ルート」中継通信デバイスによって）。この目的で、それぞれの論理チャネル識別に関連する通信デバイスの識別情報が、中央割り当てデバイス（例えば、「ルート」中継通信デバイス）に通信される必要がある。それにより、１対１のチャネルマッピングが、信号伝達効率を改善するために、提供され得る。このマッピング（又はその部分）はまた、上流アクセスデバイス又は中継通信デバイスに送信され、上流アクセスデバイス又は中継通信デバイスが個々にそれぞれの下流論理チャネルを識別することを可能にする。或いは、このマッピングは、共に送信される、或いはマッピングは、所望の（集合体）推奨データレート又は上流アクセスデバイス若しくは中継通信デバイスのためのさらなる入力としてのそれぞれの論理チャネル識別のために使用されている推奨データレートで拡張される。
【0027】
第１から第７のオプション又は前述の第１から第５の態様のいずれかと結合され得る第８のオプションによれば、内部テーブルが、中継通信デバイスとアクセスデバイス又は上流中継（例えば、それの親）通信デバイスとの間の論理チャネルの識別を中継通信デバイスと１つ又は複数の下流通信デバイスとの間の論理チャネルの複数の識別にマップするように構成される。それにより、１対多のチャネルマッピングが、信号伝達効率を改善するために、提供され得る。
【0028】
別法として、それぞれの論理チャネル識別を、論理チャネル識別を作成した通信デバイスの識別子に又は論理チャネル識別によって識別された論理チャネルに含まれた通信デバイスの識別子のセットにマップする、１対多のマッピングが、提供される。このマッピング（又はその部分）はまた、上流アクセスデバイス又は中継通信デバイスに送信され、アクセスデバイス又は中継通信デバイスが個々にそれぞれの下流論理チャネルを識別することを可能にする。或いは、このマッピングは、所望の（集合体）推奨データレート又は上流アクセスデバイス若しくは中継通信デバイスのためのさらなる入力としてのそれぞれの論理チャネル識別のために使用されている推奨データレートと共に送られる、又は、そのようなデータレートで拡張され得る。
【0029】
第１から第８のオプション又は前述の第１から第５の態様のいずれかと結合され得る第９のオプションによれば、データレート推奨及び／又は制限は、媒体アクセス制御プロトコル、無線リンク制御プロトコル、パケットデータコンバージェンスプロトコル、無線資源制御プロトコル、及びサービスデータアダプテーションプロトコルのうちの少なくとも１つを使用して、送信される。したがって、異なるプロトコルレベルでの柔軟レート信号伝達が、提供され得る。
【0030】
第１から第９のオプション又は前述の第１から第５の態様のいずれかと結合され得る第１０のオプションによれば、中継通信デバイスは、１つ又は複数の下流通信デバイスから受信された少なくとも１つの所望のデータレートに関する情報を収集するように、収集された情報を上流中継通信デバイス又はアクセスデバイスに送信するように、受信データレート推奨及び／又は制限を上流中継通信デバイス又はアクセスデバイスから受信するように、並びに所定のポリシを使用する１つ又は複数の下流通信デバイスの間で少なくとも部分的に受信データレート推奨及び／又は制限を分配するように構成される。この基準は、中継通信デバイスにおける下流通信デバイスの間の集合体データレート推奨及び／又は制限の分配を制御することを可能にする。
【0031】
第１から第１０のオプション又は前述の第１から第５の態様のいずれかと結合され得る、第１１のオプションによれば、中継通信デバイスは、中継通信デバイスの論理チャネルの品質インジケータ、中継通信デバイスのいくつかの下流通信デバイス、中継通信デバイスのいくつかの上流通信デバイス、下流通信デバイスのタイプ、上流通信デバイス又はアクセスデバイスから受信されたポリシ選択情報、サービス識別子の品質、ネットワークスライス識別子、及び中継通信デバイスのバッファ状況のうちの少なくとも１つに基づいて所定のポリシを選択するように構成される。それにより、選択されたポリシによって定義された異なる基準に基づく下流通信デバイスへの集合体データレート推奨及び／又は制限の柔軟な分配が、実施され得る。
【0032】
第１から第１１のオプション又は前述の第１から第５の態様のいずれかと結合され得る、第１２のオプションによれば、装置は、中継通信デバイスと少なくとも１つの他の通信デバイスとの間の通信リンクの損失によって、又は前記通信リンクは停止されるべきであるという決定によって、トリガされるさらなる１つ又は複数の下流通信デバイスの新しいデータレート推奨及び／又は制限を決定し、さらなる新しいデータレート推奨及び／又は制限を少なくとも１つの下流通信デバイスに送信するように構成される。
【0033】
前述の装置は、個別のハードウェア構成要素、集積チップ、又はチップモジュールの配置を有する個別のハードウェア電気回路に基づいて、或いは、メモリに記憶された、コンピュータ可読媒体に書き込まれた、又はネットワーク、例えば、インターネット、からダウンロードされたソフトウェアルーチン又はプログラムによって制御される信号処理デバイス又はチップに基づいて、実施される、ということに留意されたい。
【0034】
請求項１の装置、請求項１３の中継通信デバイス、請求項１４のワイヤレス通信システム、請求項１５の方法、及び請求項１６のコンピュータプログラム製品は、特に、従属請求項において定義されたような、類似の及び／又は同一の好ましい実施形態を有する、ということが理解されよう。
【0035】
本発明の好ましい実施形態はまた、それぞれの独立請求項との従属請求項又は前述の実施形態の任意の組合せになり得る、ということが理解されよう。
【0036】
本発明のこれらの及び他の態様は、以下に記載の実施形態を参照して、明らかになり、説明されることになる。
【図面の簡単な説明】
【0037】
【図1】本発明が実施され得る、ネットワークアーキテクチャを概略的に示す。
【図2】様々な実施形態によるアクセスデバイスのブロック図を概略的に示す。
【図3】様々な実施形態による通信デバイスのブロック図を概略的に示す。
【図4】様々な実施形態による強化レート推奨手順の流れ図を概略的に示す。
【図5】様々な実施形態による集合体の所望のレート報告手順の流れ図を概略的に示す。
【図6】一実施形態による１対１のチャネルマッピングを有するネットワークアーキテクチャを概略的に示す。
【図7】一実施形態による１対多のチャネルマッピングを有するネットワークアーキテクチャを概略的に示す。
【図8】単一論理チャネルが一群の通信デバイスの中継データを示す、１対多のチャネルマッピングを有する、ネットワークアーキテクチャの一例を概略的に示す。
【図9】一意の下流論理チャネル識別を有する１対１のチャネルマッピングを有するネットワークアーキテクチャの一例を概略的に示す。
【発明を実施するための形態】
【0038】
本発明の実施形態は、ＵＥ対ネットワーク中継機能が有効にされる、５Ｇセルラネットワークの資源スケジューリングに基づいてここでは説明され、そこで、４Ｇネットワーク要素は、提案される５Ｇソリューションに組み込まれる。さらに、後述の実施形態のうちの少なくともいくつかは、５Ｇの新無線（５Ｇ ＮＲ）無線アクセス技術に基づいて説明される。具体的に、中継機能は、リモート通信デバイス（例えば、ＵＥ）のためのマルチホップ間接ネットワーク接続を有効にする。これは、具体的に、通信デバイスの改良されたカバー範囲及びＩｏＴ通信デバイスの改良された低電力動作を達成するために行われる。
【0039】
本開示を通して、「ｅＮＢ」（４Ｇ専門用語）及び「ｇＮＢ」（５Ｇ専門用語）という略語は、セルラ基地局又はＷｉＦｉアクセスポイントなどのアクセスデバイスを意味することが意図されている。ｇＮＢは、集中型制御プレーンユニット（ｇＮＢ－ＣＵ－ＣＰ）、複数の集中型ユーザプレーンユニット（ｇＮＢ－ＣＵ－ＵＰ）及び／又は複数の分散型ユニット（ｇＮＢ－ＤＵ）で構成される。ｅＮＢ／ｇＮＢは、コアネットワーク（ＣＮ）において機能するためのインターフェースを提供する、無線アクセスネットワーク（ＲＡＮ）の一部である。ＲＡＮは、ワイヤレス通信ネットワークの一部である。ＲＡＮは、無線アクセス技術（ＲＡＴ）を実施する。概念的に、ＲＡＮは、携帯電話などの通信デバイス、コンピュータ、又は任意のリモート制御のマシンの間にあり、それのＣＮとの接続を提供する。ＣＮは、ＲＡＮを介して相互に接続された顧客に多数のサービスを提供する、通信ネットワークのコア部分である。より具体的には、ＣＮは、通信ネットワーク或いは他のネットワークを介して通信ストリームを管理する。４Ｇネットワークの３ＧＰＰ（登録商標）仕様書ＴＳ ２３．３０３及びＴＳ ２４．３３４において、いわゆる近接サービス（ＰｒｏＳｅ：ｐｒｏｘｉｍｉｔｙ ｓｅｒｖｉｃｅ）機能は、アクセスデバイス（ｅＮＢ）のカバー範囲内に一時的にないセルラ通信デバイス（例えば、ＵＥ）の接続性などを可能にするために定義される。この特定の機能は、ＰｒｏＳｅ ＵＥ対ネットワーク中継、又は中継ＵＥと呼ばれる。中継ＵＥは、ＯｏＣ ＵＥとｅＮＢとの間において２つの方向（上流及び下流）でアプリケーション及びネットワークデータトラフィックを中継することによって別のＯｏＣ ＵＥ（すなわち、間接的に接続されたリモート通信デバイス）がｅＮＢ（すなわち、アクセスデバイス）に通信するのを助ける中継通信デバイスである。中継ＵＥとＯｏＣ ＵＥとの間のローカル通信は、Ｄ２Ｄ通信又はサイドリンク通信又はＰＣ５通信と呼ばれる。「ＰＣ５」という略語は、ＰｒｏＳｅによって定義されるものとしての及びＶ２Ｘ（３ＧＰＰ（登録商標）仕様ＴＳ ２３．２８７／ＴＲ ３７．９８５を参照）のサイドリンク通信を示すためにも使用される５Ｇネットワークにおけるサイドリンク通信のインターフェースを指定する。さらに、「ＵＬ」という略語は、通信デバイス（例えば、ＵＥ）からアクセスデバイス（例えば、ｅＮＢ、ｇＮＢ）へのアップリンク方向について使用され、「ＤＬ」という略語は、アクセスデバイス（例えば、ｅＮＢ、ｇＮＢ）から通信デバイス（例えば、ＵＥ）へのダウンリンク方向を表し、そして、「ＳＬ」という略語は、２つ以上の通信デバイス（例えば、ＵＥ）の間のサイドリンク通信を表す。
【0040】
さらに、「論理チャネル」という用語は、一般に、層２の論理チャネルを示す。実施形態において、論理チャネルは、例えば、ＭＡＣ論理チャネル、ＲＬＣチャネル（すなわち、ＲＬＣベアラ）、又はＰＤＣＰエンティティによって実施される無線ベアラである。
【0041】
中継関係が確立された後は、ＯｏＣ ＵＥは、中継ＵＥを介して接続され、「リモートＵＥ」の機能を果たす。一般に、ＵＥは、直接的にネットワークに（直接ネットワーク接続）、又は別のＵＥを中継ＵＥとして使用することによって（間接ネットワーク接続）、又は両方のタイプの接続を使用することによって、接続することができる。「上流」という用語は、アクセスデバイスに向けたデータについて又はアクセスデバイスに（ホップの数に関して）より近い通信デバイスを示すために使用され、一方、「下流」という用語は、ＲＡＮにおいて通信デバイスに向けられたアクセスデバイスからのデータフローについて又はアクセスデバイスから（ホップの数に関して）さらに離れた通信デバイスを示すために使用される。接頭辞「親」は、リモート又は中継通信デバイスによって使用されている上流中継通信デバイスを示し、接頭辞「子」は、所与の中継通信デバイスに直接接続された（例えば、単一ワイヤレスリンクを介して）下流中継通信デバイス、又は親として特定の中継通信デバイスを直接に使用している下流リモート通信デバイスを示す。
【0042】
進行中の標準化作業（例えば、３ＧＰＰ（登録商標）仕様ＴＲ ２２．８６６ ｖ１７．１．０）は、複数のワイヤレスホップ及び商業若しくはＩｏＴアプリケーションエリアのための中継の使用を介して通信をサポートするようにシングルホップ中継のコンセプトを拡張する。ＰｒｏＳｅリリース１５は、アクセスデバイス（例えば、ｅＮＢ）及び４Ｇ ＣＮへの間接ネットワーク接続をリモート通信デバイスが有することを可能にするために、ネットワークに向けた単一ホップ（アクセスデバイス）を提供する中継通信デバイスを単に可能にする。３ＧＰＰ（登録商標）リリース１７は、５ＧＳ（５Ｇシステム）及び／又はＮＲ無線アクセス技術を使用しているとき、中継器を含むＰｒｏＳｅが５Ｇネットワークにおいてどのように動作することになるかを定義することになる。リリース１８以降に関して、目的は、５ＧＳのためのマルチホップ中継を可能にすることであり、そこで、中継ＵＥは、他の中継ＵＥなどに接続され得る。
【0043】
さらに、３ＧＰＰ（登録商標）仕様書ＴＲ ２３．７３３ ｖ１５．１．０及びＴＲ ３６．７４６ ｖ１５．１．１は、アーキテクチャ強化に関する、例えば、より広いネットワークに接続するために中継ＵＥを使用することによって非常に低い電力でＩｏＴデバイス（リモートＵＥの役割）が動作することを可能にするための、研究を提供する。中継ＵＥは、物理的に非常に近いので、それは、非常に低い電力の送信を使用して、達成され得る。この作業はまた、ＰｒｏＳｅへのセキュリティ、速度及び安定性改善を含む。ＰｒｏＳｅのこれらの拡張は、強化されたＰｒｏＳｅ（「ｅＰｒｏＳｅ」）と呼ばれる。
【0044】
ｅＰｒｏＳｅにおける１つの提案される改善は、第２のプロトコル層（すなわち、Ｌ２）において動作する強化された中継アーキテクチャである。新しいＬ２アーキテクチャは、アプリケーション及び／又はユーザデータのリモート通信デバイスへの終端間インターネットプロトコル（ＩＰ）パケット及びパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パケット送信を提供することを意図されている。このアーキテクチャの利益は、リモート通信デバイスが、モニタリング及び課金目的の並びに通信デバイスを介するアクセスデバイスによる改良された制御に関係する、ＣＮ内の登録されたエンティティとして直接可視になる、ということである。リモートＵＥは、それが直接接続されているかのように、ＣＮ及びアクセスデバイス（例えば、ｇＮＢ）のすべての機能にアクセスすることができる。
【0045】
さらに、それが４Ｇにおいてどのようであったかと同様に中継機構を維持する、ＰｒｏＳｅ５Ｇにおいて中継する層３（Ｌ３）に関する代替提案もまた存在する。Ｌ３中継に関する３ＧＰＰ（登録商標）文書において定義された制御プレーンスタックはまだ存在しない。通常は、このソリューションにおけるリモートＵＥは、ＣＮとの制御プレーン接続を有さず、それの中継ＵＥへの制御プレーン接続のみを有するので、それは、除外される。
【0046】
スケジューリング機構を実施するための要素は、第２のプロトコル層（すなわち、Ｌ２）の前述の新しい中継アーキテクチャを考慮する１つ又は複数のホップを潜在的に介して、終端間からＵＥで動作することができる無線資源制御（ＲＲＣ）プロトコルでもよい。それは、非タイムクリティカルな、静的又は半静的なスケジュール情報のために使用される。言い換えれば、スケジュールの構成。ここで、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇは、アップリンク又はサイドリンクスケジューリングの情報要素である。
【0047】
スケジューリング機構を実施するための別の要素は、ある種のイベント、測定又は構成を効率的に信号伝達するために使用される、ＭＡＣ層を介する存在するＵＬ／ＤＬ／ＳＬ送信の間に挿入された短い要素（又は情報要素（ＩＥ））である、媒体アクセス制御（ＭＡＣ）プロトコルの制御要素（ＣＥ）である。さらなるＭＡＣ ＣＥが、チャネル状態情報（ＣＳＩ）報告、サウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、又は間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）などの様々な他の３ＧＰＰ（登録商標）機構を実行するときに通信デバイス（例えば、ＵＥ）のビヘイビアを制御するためにアクセスデバイス（例えば、ｇＮＢ）によって使用される。
【0048】
さらなる要素は、特別な盲目的に検出可能な変調又はコーディングを有する低ビットレート制御チャネル（例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ））で送られる短いメッセージである、ダウンリンク制御情報（ＤＣＩ）の使用である。この機構は、物理プロトコル層（ＰＨＹ Ｌ１）において実施され、ＭＡＣ ＰＤＵヘッダ構造を使用する必要はない。ここで、様々なＤＣＩフォーマットは、異なる情報コンテンツと定義され得る。動的スケジューリングのための通信資源は、ＤＣＩにおいて示され得る。ＤＬデータ送信は、例えば、１ｍｓ未満後に、ＤＣＩメッセージに続くが、４ｍｓ先までスケジュールされ得る。ＵＬについて、スケジューリングは、次の時間スロット１～２ｍｓ先について行わるが、８ｍｓ先までになり得る。
【0049】
さらなる要素は、アップリンク又はサイドリンク制御情報（ＵＣＩ、ＳＣＩ）の使用である。これは、例えば、通信資源が利用可能でないときに、使用されるスケジューリング要求（ＳＲ）ビットを含む。ＳＲに応答して、アクセスデバイス（例えば、ｇＮＢ）のスケジューラは、将来の通信デバイス（例えば、ＵＥ）のアップリンク通信資源を割り当てることになる。
【0050】
前述の資源スケジューリングの概説は、通信デバイス（例えば、ＵＥ）のために適用可能であり、マルチホップソリューションについても同様に使用され得る。したがって、様々な実施形態によれば、後述するように、新しいネットワーク要素が追加される必要がある、又は存在する要素が拡張される必要がある。単一又はマルチホップ中継通信デバイスが、ネットワークに導入される場合、そのとき、現存するソリューションは、アクセスデバイス（例えば、ｇＮＢ）と通信デバイス（例えば、ＵＥ）との間の直接リンクで動作し、中継を介してアクセスデバイスと通信デバイスとの間の間接リンクでは必ずしも動作しないので、現存するソリューションは、十分でないことがある。
【0051】
最初に述べたように、スケジューラは、資源割り当てとそれがＵＥに送る推奨ビットレート値との間の十分な一致について注意することが期待される。例えば、スケジューラは、ＵＥにｇＮＢが推奨したおおよその値のビットレートでそれがデータを送ることを可能にする、このＵＥが周期的に循環する資源を認めていることを意味する、特定のＵＥへの永続的スケジュールを割り当てることができる。
【0052】
これは、例えば、３ＧＰＰ（登録商標）仕様ＴＳ ３８．３２１ ｖ１５．５．０、ＮＲにおいて定義されたものとしての推奨ビットレートＭＡＣ ＣＥを使用することによって、達成され得る。このＭＡＣ層ＣＥは、ＵＬデータ（ＵＥに由来する）の又は特定の論理チャネルＩＤ（ＬＣＩＤ）のＤＬデータ（ＵＥに進む）のＵＥの所望のビットレートをｇＮＢ／スケジューラに示すためにＵＬ方向で使用され得る。さらに、このＭＡＣ層ＣＥは、ＵＬデータ（ＵＥに由来する）の又はＤＬデータ（ＵＥに進む）の推奨ビットレートのｇＮＢ／スケジューラからの指示としてＤＬ方向において使用され得る。
【0053】
推奨ビットレートＭＡＣ ＣＥは、ＬＣＩＤ、すなわち、要求／推奨が保持する単一論理チャネル、を含む。ＬＣＩＤは、６ビット長である「ビットレート」フィールドを含み、そこで、ビット値は、以下のテーブルにあるように解釈されることになっている：
【0054】
【表1】
【0055】
ｇＮＢは、独自の決定に基づいて－推奨を提供するために－推奨ビットレートＭＡＣ ＣＥをＵＥに送ることができる、及び／又は、ＵＥは、推奨ビットレートＭＡＣ ＣＥをｇＮＢに送ること、次いで、所望のビットレート値を含むことによって、特定のＬＣＩＤの推奨について問い合わせることができる。
【0056】
５Ｇ仕様書では、推奨ビットレートＭＡＣ ＣＥは、４Ｇにおけるよりも一般的なやり方で定義される、ということに留意されたい。４Ｇ仕様書では、それは、ＲＲＣで信号伝達する一般ＲＡＮ能力の下で「ＭＭＴＥＬ－パラメータ－ｒ１４」として３ＧＰＰ（登録商標）仕様ＴＳ ３６．３３１ ｖ１５．２．２においてＭＭｔｅｌ（マルチメディア電話法）特有の特徴として具体的に定義された。５Ｇでは、それは、３ＧＰＰ（登録商標）仕様ＴＳ ３８．３３１ ｖ１５．５．１、ＮＲにおいて、ＲＲＣで信号伝達する一般ＲＡＮ能力の下で「ＭＡＣ－ＰａｒａｍｅｔｅｒｓＣｏｍｍｏｎ」の下で定義された。ＲＲＣを使用して、ｅＮＢ／ｇＮＢは、推奨ビットレートＭＡＣ ＣＥが上流方向でサポートされるか（ｅＮＢ／ｇＮＢに向けたクエリとして）及び／又は下流方向でサポートされるか（ＵＥに向けた推奨として）をＵＥに信号伝達する。
【0057】
図１は、中継通信デバイスを有するネットワークアーキテクチャを概略的に示す。
【0058】
図１に示すシナリオにおいて、５Ｇコアネットワーク（ＣＮ）１００は、無線アクセスネットワークの複数の基地局（すなわち、ｇＮＢ）２０に接続される。第１のＵＥ１０－１は、基地局２０のそれぞれに直接的に又は間接的に接続され、上流データを２つ以上の下流ＵＥ１０－Ｄからそれぞれの（サービング）基地局２０に及び下流データをそれぞれの基地局２０から２つ以上の下流ＵＥ１０－Ｄに移送するように構成された中継ＵＥの機能を果たす。間接的に接続された第１のＵＥ１０－１（図１の左枝）のケースでは、少なくとも１つの親ＵＥ１０－Ｐが、第１のＵＥ１０－１とそれぞれの基地局２０との間の中継ＵＥとして接続される。
【0059】
さらに、それぞれの第１のＵＥ１０－１の無線範囲（カバー範囲）内にある１つ又は複数の下流の第２のＵＥ１０－２が、提供され、それぞれが、リモートＵＥ又は中継ＵＥ又は両方の機能を果たす並びにワイヤレスリンクを介してそれぞれの第１のＵＥ１０－１に直接的に及びそれぞれの第１のＵＥ１０－１の中継機能を介してそれぞれの基地局２０に間接的に接続する能力を有する。点線は、さらなるＵＥ（図示せず）への可能な／オプションのリンクを示す。
【0060】
コアネットワーク１００は、ネットワークスライス選択機能（ＮＳＳＦ）、ユーザプレーン機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、及びアクセス及びモビリティ管理機能（ＡＭＦ）などのネットワーク機能を含む。
【0061】
様々な実施形態によれば、基地局２０又は基地局２０を介して作動するコアネットワークにおける機能は、論理チャネルＩＤ（ＬＣＩＤ）のデータレート推奨及び／又は制限を含む第１のＵＥ１０－１への下流データを提供する。単一ＬＣＩＤのこのデータレート推奨及び／又は制限は、少なくとも２つのＵＥの集合体データレート推奨及び／又は制限を含む。集合体データレート推奨及び／又は制限を受信した後、第１のＵＥ１０－１は、第２のＵＥ１０－２のうちの１つが新しいデータレート推奨及び／又は制限を受信することになっている関連ＬＣＩＤに少なくとも部分的に基づいて決定する。次いで、第１のＵＥ１０－１は、受信された集合体データレート推奨及び／又は制限に少なくとも部分的に基づく、新しいデータレート推奨及び／又は制限を含む第２のＵＥ１０－２のうちの少なくとも１つへの下流データを提供する。
【0062】
複数の第２のＵＥ１０－２が提供される一例では、第１のＵＥ１０－１によって提供される新しいデータレート推奨及び／又は制限は、受信されたデータに含まれた集合体推奨及び／又は制限の値より低い推奨及び／又は制限値を含む。
【0063】
別の例では、第１のＵＥ１０－１によって提供される新しいデータレート推奨及び／又は制限は、前記受信されたデータに含まれる集合体データレート推奨及び／又は制限の値と等しい推奨／制限値を有する。
【0064】
さらなる例では、第１のＵＥ１０－１に送られる集合体データレート推奨及び／又は制限は、集合体データレート推奨及び／又は制限が上流データフローに又は下流データフローに適用されるかどうかを示すためのインジケータデータを含む。
【0065】
さらなる例では、ＵＥは、それの無線範囲内にある上流ＵＥに又は基地局２０にＬＣＩＤの集合体の所望のデータレート要求を送ることができる。
【0066】
さらなる例では、第２のＵＥ１０－２のうちの少なくとも１つが、ＬＣＩＤの所望のデータレート要求を第１のＵＥ１０－１に送信するために配置され、そこで、第１のＵＥ１０－１は、そのＬＣＩＤの及びオプションで１つ又は複数の他のＬＣＩＤのデータレート推奨及び／又は制限で要求に応じる。
【0067】
さらなる例では、第１のＵＥ１０－１は、ＬＣＩＤの所望のデータレート要求を無線範囲内の上流ＵＥ（例えば、親ＵＥ１０－Ｐ）又は基地局２０に送るように配置され、そこで、要求は、第２のＵＥ１０－２から受信された少なくとも１つの所望のデータレート要求によって及びそのような要求に少なくとも部分的に基づいて、トリガされる。上流の所望のデータレート要求は、ＬＣＩＤの単一所望のデータレートを含み、そこで、単一の所望のレートは、複数の受信された所望のデータレートの追加の合計である。推奨及び／又は制限値のルックアップテーブルが、一実施形態で使用される場合、上流ＵＥ（例えば、親ＵＥ１０－Ｐ又は基地局２０）に送られる所望のデータレートの追加の合計（和）は、近似値（例えば、少なくとも所望のデータレートの和以上であるテーブルからの最低値）である。
【0068】
一例では、第１のＵＥ１０－１（すなわち、中継ＵＥ）は、例えば、親ＵＥ１０－Ｐ又は基地局２０からの１Ｍｂｐｓの、集合体データレート制限を受信し、これをそれ自体のために使用するための第１の制限（例えば、５００ｋｂｐｓ）と（１つの）第２のＵＥ（すなわち、子ＵＥ）１０－２のために使用するための第２の制限（例えば、５００ｋｂｐｓ）とに分ける。或いは、受信される集合体レート推奨のケースでは、これは、第１のＵＥ１０－１自体（リモートＵＥ役で作動している、すなわち、データプロデューサ／コンシューマ自体、又はデータプロデューサ／コンシューマとして正規のＵＥ役で作動している）及び第１のＵＥ１０－１の子リモートＵＥのために使用される。図１では、それら自体でさらなる子を有さない第２のＵＥ１０－２は、リモートＵＥと考えることができる。もちろん、任意の分配（例えば、それ自体のために２０％及び１つの下流ＵＥのために８０％）が、実施される。
【0069】
さらに、中継ＵＥは、「直接接続された」モードでも正規のＵＥとして機能することを常に可能にされる。また、中継ＵＥは、それ自体がリモートＵＥとして機能することを可能にされ得る。逆に、リモートＵＥは、中継ＵＥとして機能することを可能にされ得る。
【0070】
集合体データレート推奨及び／又は制限は、第１のＵＥ１０－１によって解釈され、それに基づいて、第１のＵＥは、新しいデータレート推奨及び／又は制限を生成し、少なくとも１つの下流デバイスに送ることになる。この点で、下流ＵＥに転送される層３（Ｌ３）又はより高いデータ（例えば、ＮＡＳ及びユーザデータ）と新しく作成される及び転送されない層２（Ｌ２）ＭＡＣ－ＣＥ要素とは区別される必要がある、ということに留意されたい。作成がどのように機能するかは、中継機能の技術的ソリューションに依存する。Ｌ２中継アーキテクチャにおいて、第１のＵＥ１０－１はまた、新しいデータレート推奨を送るために、ＲＬＣチャネルを追加しなければならない（ＲＬＣはたった１つのホップを介して作動するので）。これは、自動的に又はＲＲＣセットアップ手順によってトリガされる。例えば、Ｌ２中継ソリューションにおいて、第１のＵＥ１０－１は、第１のＵＥ１０－１がそれに応答して無線リンク制御（ＲＬＣ）チャネル及びそれの関連論理ＭＡＣチャネルＩＤを作成することになるような、ＲＲＣｒｌｃ－ＢｅａｒｅｒＴｏＡｄｄＭｏｄＬｉｓｔ要素又はサイドリンクＲＬＣチャネル作成のために定義された類似の要素を受信する。
【0071】
さらに、集合体データレート推奨及び／又は制限が、第１のＵＥ１０－１に少なくとも１つの中継ＵＥ（例えば、図１の左枝の親ＵＥ１０－Ｐ）によってホップバイホップで下流に渡される。そのようなケースでは、第１のＵＥ１０－１は、移動中に少なくとも１つの中継ＵＥによって修正された可能性もある少なくとも１つの中継ＵＥの中継機能を介して基地局２０から集合体データレート推奨及び／又は制限を受信する。したがって、第１のＵＥ１０－１は、少なくとも１つの上流中継ＵＥから直接にそれの集合体データレート推奨及び／又は制限を受信し、それが基地局２０から来ていることを認識しない。
【0072】
例では、集合体データレート推奨及び／又は制限は、親ＵＥ１０－Ｐ（例えば、ＭＡＣ ＣＥ推奨ビットレートのような方法）によって又は直接にアクセスデバイス２０によって（例えば、中継ＵＥ１０－１に複数の中継ホップを介してＲＲＣを介して送られる）作成される。両方のケースで、集合体データレート推奨及び／又は制限を伝えるメッセージが、親ＵＥ１０－Ｐによって第１のＵＥ１０－１に送られ、その一方で、メッセージのクリエータは、異なり得る。
【0073】
図２は、様々な実施形態による中継通信デバイスのブロック図を概略的に示す。
【0074】
提案される強化レート推奨機能に関連するブロックのみが図２には示されている、ということに留意されたい。他のブロックは、簡潔にするために、省略されてある。
【0075】
【0076】
図２によれば、中継通信デバイスは、アンテナを介してワイヤレスメッセージ及び／又は他のワイヤレス信号を送信及び受信するためのトランシーバユニット（ＴＲＸ）２１を備える。新しいデータレート推奨又は制限を有するメッセージは、アクセスデバイス（例えば、図１の基地局２０）又は別の上流通信デバイス（例えば、図１の親ＵＥ１０－Ｐ）からトランシーバユニット２１によって受信された集合体データレート推奨及び／又は制限からチャネル検出器（ＣＨ－ＩＤ）２２によって導出された論理チャネル識別（ＩＤ）（例えば、ＬＣＩＤ）に少なくとも部分的に基づいて、個々のデータレート推奨及び／又は制限クリエータ（ＩＤＲ－Ｒ／Ｌ）２４によって作成される。
【0077】
さらに、中継通信デバイスは、親（上流）デバイスの論理チャネルＩＤと子（下流）デバイス及び／又はリモート下流通信デバイスの関連論理チャネルＩＤとの間のマッピングテーブルを提供するルックアップテーブル（ＬＵＴ）２５を有するメモリを備える。
【0078】
ルックアップテーブル２５のマッピングテーブルにおいて提供される情報及び受信されたデータレート推奨及び／又は制限から取得された集合体データレートに基づいて、個々のデータレート推奨及び／又は制限クリエータ２４は、１つ又は複数の下流通信デバイスのうちの少なくとも１つの新しいデータレート推奨及び／又は制限を作成し、導出された下流通信デバイスに及び／又は受信された論理チャネルＩＤに関連してマッピングテーブルに記載された下流通信デバイスに、導出された論理チャネルＩＤを有する論理チャネルを介して新しいデータレート推奨及び／又は制限を送信する。送信は、直接的又は間接的（例えば、複数のホップを介して、及び／又はネットワーク機能を介して）である。中継通信デバイスは、それ自体の所望のデータレート及び／又はデータレート制限を考慮して新しいデータレート推奨及び／又は制限を作成する。
【0079】
それにより、強化されたデータレート推奨及び／又は制限が、提供され得、それによって、直接及び間接接続された中継通信デバイスが、マッピングテーブルを介して一緒に考慮される。
【0080】
図３は、様々な実施形態によるアクセスデバイスのブロック図を概略的に示す。
【0081】
提案される強化された推奨機能に関連するブロックのみが図３には示されている、ということに留意されたい。他のブロックは、簡潔にするために省略されている。
【0082】
【0083】
図３によれば、アクセスデバイスは、アンテナを介してワイヤレスメッセージ及び／又は他のワイヤレス信号を送信及び受信するためのトランシーバユニット（ＴＲＸ）３１を備える。集合体データレート推奨及び／又は制限を有するメッセージが、下流通信デバイスからトランシーバユニット３１によって受信された集合体の所望のデータレートからチャネル検出器（ＣＨ－ＩＤ）３２によって導出された論理チャネルＩＤ（例えば、ＬＣＩＤ）に基づいて集合体データレート推奨及び／又は制限クリエータ（ＡＤＲ－Ｒ／Ｌ）３４によって生成される。一例では、アクセスデバイス（例えば、図１の基地局（ｇＮＢ）２０）はまた、自発的にこれらのデータレート推奨及び／又は制限を送り得る。このケースでは、チャネル検出器３２は、受信された「所望のデータレート」メッセージにではなくて、他の考慮すべき事項（例えば、利用可能な資源及びそれらの公平な分配）に従う。
【0084】
さらに、アクセスデバイスは、論理チャネルＩＤと関連する直接及び間接接続されたリモート下流通信デバイスとの間のマッピングテーブルを提供するルックアップテーブル（ＬＵＴ）３５を有するメモリを備える。マッピングテーブルは、直接接続された通信デバイス（例えば、中継ＵＥ）ごとに定義された１つのテーブルである。一例では、アクセスデバイスに記憶された複数のマッピングテーブルが存在することが可能であり、それぞれの直接接続された通信デバイスは、すべての論理チャネルをアクセスデバイスとの通信のために自由に使える、すなわち、これらの通信デバイスの間で論理チャネルＩＤに関する競争は存在しない。代替として、マッピングテーブルは、すべての通信デバイスの１つのテーブルとして実施され得る。その場合、例えば、通信デバイスごとに１つのエントリが存在し、直接接続された通信デバイスの論理チャネル識別子は、それぞれのテーブルエントリに関連し得、直接接続された通信デバイスの識別子は、それぞれのテーブルエントリに関連し得る。したがって、例えば、ＬＣＩＤ４は、直接接続された中継ＵＥ１のリモートＵＥ｛ｘ，ｙ，ｚ｝にマップされ、直接接続された中継ＵＥ２の異なるリモートＵＥ｛ａ，ｂ｝に同様にマップされる。
【0085】
受信された論理チャネルＩＤ及び集合体の所望のデータレートに基づいて、集合体データレート推奨及び／又は制限クリエータ３４は、マッピングテーブル内の情報に基づいて下流通信デバイスの少なくとも１つの集合体データレート推奨及び／又は制限を作成し、受信された論理チャネルＩＤを有する論理チャネルを介して少なくとも１つの集合体データレート推奨及び／又は制限を送信する。したがって、それが、特定の論理チャネルＩＤを特定の直接接続された中継通信デバイスに送る場合、マッピングテーブルは、アドレス指定されるべき通信デバイスを導出するためにアクセスデバイスによって使用される。送信は、直接的又は間接的である（例えば、複数のホップにわたる、及び／又はネットワーク機能を介する）。
【0086】
それにより、強化されたデータレート推奨及び／又は制限が提供され、それによって、直接及び間接接続された中継通信デバイスがマッピングテーブルを介して一緒に考慮される。
【0087】
図２及び図３のブロック図の個々のブロックは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理アレイ（ＰＬＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は同類のものなどの個別のハードウェア回路によって、又はデジタル信号プロセッサ（ＤＳＰ）又は他のソフトウェア制御プロセッサ回路によって、実施される。
【0088】
【0089】
第１のステップＳ４０１において、中継通信デバイスは、集合体データレート推奨及び／又は制限を親通信デバイス又はアクセスデバイスから受信する。次いで、ステップＳ４０２において、論理チャネルＩＤ（例えば、ＬＣＩＤ）が、受信された集合体データレート推奨及び／又は制限から導出される。ステップＳ４０３において、下流デバイス及び／又は関連リモート通信デバイスの関連論理チャネルＩＤが、中継通信デバイスにおいて利用可能なマッピングテーブルから導出される。次いで、ステップＳ４０４において、関連論理チャネルＩＤを有する新しいデータレート推奨及び／又は制限が、受信された集合体データレート推奨及び／又は制限と中継通信デバイスの独自のデータレート要件のオプションの考慮の下でマッピングテーブルから導出された下流デバイス及び／又は関連リモート通信デバイスの関連論理チャネルＩＤとに少なくとも部分的に基づいて、作成される。
【0090】
最後に、ステップＳ４０５において、作成された新しいデータレート推奨及び／又は制限は、１つ又は複数の下流通信デバイスに送信される。
【0091】
図５は、セルラ又は他のワイヤレスネットワークのアクセスデバイス（例えば、図１の基地局（ｇＮＢ）２０又はｅＮＢ又はアクセスポイント）において実施される、様々な実施形態による集合体の所望のレート報告手順の流れ図を概略的に示す。
【0092】
第１のステップＳ５０１において、アクセスデバイスは、論理チャネルの集合体の所望のデータレートを下流通信デバイスから受信する。次いで、ステップＳ５０２において、関連論理チャネルの論理チャネルＩＤ（例えば、ＬＣＩＤ）が、決定される。ステップＳ５０３において、マッピングテーブルが、決定された論理チャネルＩＤ関連の直接及び間接接続された下流通信デバイスから導出するために、調べられる。次いで、ステップＳ５０４において、集合体データレート推奨及び／又は制限が、受信された集合体の所望のデータレート及び関連する直接及び間接接続された下流通信デバイスに少なくとも部分的に基づいて、作成される。
【0093】
最後に、ステップＳ５０５において、作成された集合体データレート推奨及び／又は制限が、関連する下流通信デバイスに、すなわち、要求しているデバイスに戻して、送信される。これは、例えば、ＭＡＣ ＣＥにあるような、論理チャネルを介するシングルホップ送信、或いは、例えば、ＩＰパケット、ＰＤＣＰ ＰＤＵ、又はＲＲＣメッセージにあるような潜在的マルチホップ送信である。
【0094】
もちろん、推奨及び／又は制限が、要求している通信デバイスのみならず、他の下流デバイスにも送られ、データレート推奨及び／又は制限が要求された論理チャネルのみならず、他の論理チャネルにも送られるように、所望のデータレートの最初のクエリは、資源割り当ての変更をトリガした。
【0095】
図４及び図５の流れ図のステップは、それぞれに、中継通信デバイス又はアクセスデバイスにおいて提供されたプロセッサ又は計算ユニットを制御するために使用される１つ又は複数のソフトウェアルーチンに基づいて、実施される、ということに留意されたい。
様々な実施形態によれば、新しい及び／又は集合体データレート推奨又は制限及び／又は集合体の所望のデータレートの送信は、以下のオプションのうちの少なくとも１つによって、達成される：
１．ＲＲＣプロトコルが、Ｌ２中継アーキテクチャの場合、中継通信デバイスとアクセスデバイスとの間で中継される終端間で、使用される。ＲＲＣメッセージが、潜在的に複数のホップを介するＭＡＣプロトコルを介する無線リンク制御（ＲＬＣ）を介するＰＤＣＰを介して次々に移送される。このオプションは、移送の信頼性が保証される（ＰＤＣＰを介して、再送信を使用して）及び完全性保護が適用される、という利益を有する。ＲＲＣは、データレート推奨値及び／又は制限を運ぶための追加のメッセージ又はフィールドで拡張される。さらに、ＲＲＣ ＰＤＵは、他のより高い層のプロトコルのＰＤＵ、例えばＮＡＳプロトコルコンテナ（例えば、Ｎ１ ＳＭコンテナ）、或いは、送信されたデータレート推奨及び／又は制限、又は所望のデータレートを含む、ＩＰｖ４／ＩＰｖ６パケットを次々に運ぶ。また、サイドリンクを介するＲＲＣが、例えば、拡張されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを使用して、例えば、３ＧＰＰ（登録商標）仕様ＴＳ ３８．３３１において定義されたように、使用され得る。
２．ＰＤＣＰ制御又はデータＰＤＵが、例えば、データレート推奨値及び／又は制限を運ぶための新しいＰＤＣＰメッセージを定義することによって、使用される。ＰＤＣＰ ＰＤＵが、送信されたデータレート推奨及び／又は制限或いは所望のデータレートを含む、他のより高い層のプロトコル、例えば、ＳＤＡＰ、ＩＰｖ６又はＩＰｖ４、のＰＤＵを次々に運ぶ。一例として、ＳＤＡＰヘッダデータが、例えば、データレート推奨及び／又は制限を運ぶための新しいＳＤＡＰヘッダフィールドを定義することによって、使用される。
３．ＭＡＣ制御要素（ＣＥ）が、使用される。これは、軽い方法であり、そこでは、場合により、例えば、「パディングＢＳＲ」ＭＡＣ ＣＥによって達成されるように、移送ブロック内の未使用の空間を都合よく使用することさえも可能である。それはまた、例えば、推奨ビットレートが下流／上流方向に関連しているかどうかを示すための（又は、それがアップリンク／ダウンリンク又はサイドリンク方向にあるかを識別する）追加フィールド、ＬＣＩＤ値が意図された下流ＵＥ、及び／又はＬＣＩＤ値によって識別された論理チャネルがそれらの間に確立された、又は確立されることになる、下流ＵＥの識別（例えば、Ｌ２識別）を示す／識別するための可能な付加的フィールド、を有する、拡張されたＭＡＣ ＣＥ要素、例えば、拡張された推奨ビットレートＭＡＣ ＣＥ、を使用する。推奨ビットレートＭＡＣ ＣＥはまた、複数のＬＣＩＤ及び対応するビットレート値を単一メッセージに統合／結合するために、拡張される。推奨ビットレートＭＡＣ ＣＥはまた、制御要素が推奨又はクエリであるかどうかを識別するために、単一ビット、又はフラグ、を含むように拡張される。
４．ＵＬ又はＤＬチャネルを介して（例えば、物理アップリンク／ダウンリンク制御チャネル（ＰＵＣＣＨ、ＰＤＣＣＨ）又は物理アップリンク／ダウンリンク共用チャネル（ＰＵＳＣＨ、ＰＤＳＣＨ）を介する）中継通信デバイスとアクセスデバイスとの間で直接送られる、拡張されたアップリンク又はダウンリンク制御情報（ＵＣＩ、ＤＣＩ）データフォーマットが、が使用される。
５．ＳＬ接続を介して中継通信デバイスによって別の中継通信デバイスに送られる、拡張されたサイドリンク制御情報（ＳＣＩ）データフォーマット内。
６．直接にアクセスデバイスに若しくはアクセスデバイスからＲＲＣを介して、そしてまた直接上流又は下流中継通信デバイスへの単一無線ホップを介してＭＡＣ ＣＥを介して送信することによる、前述のオプションの組合せ。又は、例えば、次いで子中継通信デバイスから１つ又は複数の所望のデータレート報告を収集する及びアクセスデバイスに直接に集合体の所望のデータレートとしてＲＲＣを使用するこれらを送る中継通信デバイスにＭＡＣ ＣＥを介して。
様々な実施形態によれば、新しい及び／又は集合体データレート推奨又は制限及び／又は集合体の所望のデータレートの送信は、以下のオプションのうちの少なくとも１つによって、達成される：
１．ＲＲＣプロトコルが、Ｌ２中継アーキテクチャの場合、中継通信デバイスとアクセスデバイスとの間で中継される終端間で、使用される。ＲＲＣメッセージが、潜在的に複数のホップを介するＭＡＣプロトコルを介する無線リンク制御（ＲＬＣ）を介するＰＤＣＰを介して次々に移送される。このオプションは、移送の信頼性が保証される（ＰＤＣＰを介して、再送信を使用して）及び完全性保護が適用される、という利益を有する。ＲＲＣは、データレート推奨値及び／又は制限を運ぶための追加のメッセージ又はフィールドで拡張される。さらに、ＲＲＣ ＰＤＵは、他のより高い層のプロトコルのＰＤＵ、例えばＮＡＳプロトコルコンテナ（例えば、Ｎ１ ＳＭコンテナ）、或いは、送信されたデータレート推奨及び／又は制限、又は所望のデータレートを含む、ＩＰｖ４／ＩＰｖ６パケットを次々に運ぶ。また、サイドリンクを介するＲＲＣが、例えば、拡張されたＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋメッセージを使用して、例えば、３ＧＰＰ（登録商標）仕様ＴＳ ３８．３３１において定義されたように、使用され得る。
２．ＰＤＣＰ制御又はデータＰＤＵが、例えば、データレート推奨値及び／又は制限を運ぶための新しいＰＤＣＰメッセージを定義することによって、使用される。ＰＤＣＰ ＰＤＵが、送信されたデータレート推奨及び／又は制限或いは所望のデータレートを含む、他のより高い層のプロトコル、例えば、ＳＤＡＰ、ＩＰｖ６又はＩＰｖ４、のＰＤＵを次々に運ぶ。一例として、ＳＤＡＰヘッダデータが、例えば、データレート推奨及び／又は制限を運ぶための新しいＳＤＡＰヘッダフィールドを定義することによって、使用される。
３．ＭＡＣ制御要素（ＣＥ）が、使用される。これは、軽い方法であり、そこでは、場合により、例えば、「パディングＢＳＲ」ＭＡＣ ＣＥによって達成されるように、移送ブロック内の未使用の空間を都合よく使用することさえも可能である。それはまた、例えば、推奨ビットレートが下流／上流方向に関連しているかどうかを示すための（又は、それがアップリンク／ダウンリンク又はサイドリンク方向にあるかを識別する）追加フィールド、ＬＣＩＤ値が意図された下流ＵＥ、及び／又はＬＣＩＤ値によって識別された論理チャネルがそれらの間に確立された、又は確立されることになる、下流ＵＥの識別（例えば、Ｌ２識別）を示す／識別するための可能な付加的フィールド、を有する、拡張されたＭＡＣ ＣＥ要素、例えば、拡張された推奨ビットレートＭＡＣ ＣＥ、を使用する。推奨ビットレートＭＡＣ ＣＥはまた、複数のＬＣＩＤ及び対応するビットレート値を単一メッセージに統合／結合するために、拡張される。推奨ビットレートＭＡＣ ＣＥはまた、制御要素が推奨又はクエリであるかどうかを識別するために、単一ビット、又はフラグ、を含むように拡張される。
４．ＵＬ又はＤＬチャネルを介して（例えば、物理アップリンク／ダウンリンク制御チャネル（ＰＵＣＣＨ、ＰＤＣＣＨ）又は物理アップリンク／ダウンリンク共用チャネル（ＰＵＳＣＨ、ＰＤＳＣＨ）を介する）中継通信デバイスとアクセスデバイスとの間で直接送られる、拡張されたアップリンク又はダウンリンク制御情報（ＵＣＩ、ＤＣＩ）データフォーマットが、が使用される。
５．ＳＬ接続を介して中継通信デバイスによって別の中継通信デバイスに送られる、拡張されたサイドリンク制御情報（ＳＣＩ）データフォーマット内。
６．直接にアクセスデバイスに若しくはアクセスデバイスからＲＲＣを介して、そしてまた直接上流又は下流中継通信デバイスへの単一無線ホップを介してＭＡＣ ＣＥを介して送信することによる、前述のオプションの組合せ。又は、例えば、次いで子中継通信デバイスから１つ又は複数の所望のデータレート報告を収集する及びアクセスデバイスに直接に集合体の所望のデータレートとしてＲＲＣを使用するこれらを送る中継通信デバイスにＭＡＣ ＣＥを介して。
【0096】
図６は、一実施形態による第１のＵＥにおけるＬＣＩＤの間の１対１のマッピングを有するネットワークアーキテクチャを概略的に示す。
【0097】
この実施形態では、１対１のマッピングが、それぞれに第１のＵＥとそれの親ノード（ＵＥ０）との間で使用されるＬＣＩＤｉと、第１のＵＥ（ＵＥ１）と第２のＵＥ（ＵＥ２、ＵＥ３）との間で使用されるＬＣＩＤｊとの間で第１のＵＥ（ＵＥ１）において実施され、そこで、第２のＵＥは、中継ＵＥ（ＵＥ２）、リモートＵＥ（ＵＥ３）、又はその両方（ＵＥ２）である。図６の例では、第２のＵＥ（ＵＥ２）は、それ自体のデータのそれ自体のＬＣＩＤも取得するので、両方の機能性を含む。
【0098】
これは、第１のＵＥ（ＵＥ１）が、ＬＣＩＤｉを示すそれの親ノード（ＵＥ０）からデータレート推奨又は制限を受信するとき、ＵＥ１が、内部マッピングテーブル２５において、対応する第２のＵＥ（ＵＥ２及び／又はＵＥ３）と新しいデータレート推奨又は制限を第２のＵＥに送るための論理チャネルを識別するＬＣＩＤｊとを探索することができる、ということを暗示する。逆に、第１のＵＥ（ＵＥ１）が、ＬＣＩＤｊを示す第２のＵＥ（ＵＥ２又はＵＥ３）から所望のデータレート要求を受信するとき、それは、新しい所望のデータレート要求をそれの親ノード（ＵＥ０）に送るときに使用するための対応するＬＣＩＤｉをマッピングテーブル２５において探索することができ、そこで、所望のデータレート値は、第２のＵＥから受信された値に少なくとも部分的に基づく。
【0099】
ダウンリンク及びアップリンク通信のための３ＧＰＰ（登録商標）リリース１５（例えば、３ＧＰＰ（登録商標）仕様ＴＳ ３８．３２１ ｖ１５．７．０のテーブル６．２．１－１及び６．２．１－２）で定義されたものとしてのＬＣＩＤ値が、サイドリンク通信のためにも使用されるとき、ＬＣＩＤは、「１」から「３２」の範囲にあり得る。その場合、この実施形態において、それぞれの第２のＵＥが、論理チャネルを介して通信することができるように、第１のＵＥとそれの親ノード（ＵＥ０）との間の通信リンクに関して割り当てられた論理チャネルの少なくとも１つの関連ＬＣＩＤを必要な場合、第１のＵＥ（Ｕ１、中継ＵＥ）は、多くて３２個の第２のＵＥをサポートすることができる。アップリンク及びダウンリンクのより多数のＬＣＩＤ値が、ｅＬＣＩＤ拡張機構を通して３ＧＰＰ（登録商標）リリース１６（例えば、３ＧＰＰ（登録商標）仕様ＴＳ ３８．３２１ ｖ１６．０．０のテーブル６．２．１－１／１ａ／１ｂ及び６．２．１－２／２ａ／２ｂ）において定義されている（チャネル範囲３２０から（２＾１６＋１９１）が追加される）。これは、直接接続された中継ＵＥ（例えば、ＵＥ０）が非常に多数の子ＵＥ（例えば、中継ＵＥ１、又はリモートＵＥ）をサポートすることを可能にする。中継ＵＥ、リモートＵＥ及びアクセスデバイスは、関連する標準仕様の異なるバージョンをサポートするので、これらのデバイスのうちのいくつかは、それらが理解及びサポートするＬＣＩＤの数に関して異なる制約を有する。例えば、リリース１６のＵＥは、サイドリンク通信のＬＣＩＤ識別子値「４」から「１９」のみをサポートする（３ＧＰＰ（登録商標）仕様ＴＳ ３８．３２１ ｖ１６．０．０のテーブル６．２．４－１を参照）。リモートＵＥ又は中継ＵＥが、ｅＬＣＩＤ拡張機構によって提供された拡大された数のＬＣＩＤをサポートし、一方で、下流リモートＵＥ若しくは中継ＵＥ、又は上流中継ＵＥが、リリース１６の制限された数のＬＣＩＤのみをサポートする場合、例えば、制限された数のＬＣＩＤのみをサポートする及び代わりに上流アクセスデバイス又は中継ＵＥに新しいＬＣＩＤを報告するそれぞれの下流ＵＥの異なるＬＣＩＤを割り当てることによって、制限された数のＬＣＩＤを多数のＬＣＩＤにマップする、マップが、中継ＵＥにおいて作成される。このようにして、より古いリモートＵＥ又は中継ＵＥが、後方互換性のある方式でサポートされ得る。この目的で、マッピングはまた、それがサポートするＬＣＩＤの数をそれぞれの下流ＵＥについて含む、又は、それがサポートする標準仕様のバージョンを含む（例えば、３ＧＰＰ（登録商標）は、これについて「能力報告」を使用し、したがって、「サポート拡張：真」と述べるフラグにより近い）。新しいＬＣＩＤの割り当ては、これを考慮し、例えば、より古い下流ＵＥへの割り当てのために値「４」から「１９」のみを予約し、より新しい下流ＵＥのために拡張されたセットの値を予約する。同様に、上流ＵＥ又はアクセスデバイスが、ＬＣＩＤ値「４」から「１９」のみを扱うことができる場合、そのとき、任意の上流論理チャネルのＬＣＩＤは、それらの値の中から選ばれなければならない。
第２のＵＥ（中継ＵＥ（ＵＥ２）又はリモートＵＥ（ＵＥ３）又は両方（ＵＥ２）である）が、ＬＣＩＤｊによって識別された追加の上流論理チャネルを作成するとき、この実施形態は、それの親ノードとのワイヤレスリンク上のＬＣＩＤｉを有する追加論理チャネルを第１のＵＥが作成する必要があることになる、ということを暗示する。第２のＵＥのＬＣＩＤｊから来る中継データトラフィックは、次いで、論理チャネルＬＣＩＤｉを介して移送されることになり、そして逆に、ＬＣＩＤｉを介する着信中継データは、転送される場合、ＬＣＩＤｊを介して第２のＵＥに送られることになる。ＬＣＩＤｉについて受信された任意のビットレート推奨又は制限は、次いで、ＬＣＩＤｊを示す及び受信された値と通常は等しい推奨又は制限値を示す第２のＵＥに送られることになる新しいデータレート推奨及び／又は制限の作成をトリガすることになる。
第２のＵＥ（中継ＵＥ（ＵＥ２）又はリモートＵＥ（ＵＥ３）又は両方（ＵＥ２）である）が、ＬＣＩＤｊによって識別された追加の上流論理チャネルを作成するとき、この実施形態は、それの親ノードとのワイヤレスリンク上のＬＣＩＤｉを有する追加論理チャネルを第１のＵＥが作成する必要があることになる、ということを暗示する。第２のＵＥのＬＣＩＤｊから来る中継データトラフィックは、次いで、論理チャネルＬＣＩＤｉを介して移送されることになり、そして逆に、ＬＣＩＤｉを介する着信中継データは、転送される場合、ＬＣＩＤｊを介して第２のＵＥに送られることになる。ＬＣＩＤｉについて受信された任意のビットレート推奨又は制限は、次いで、ＬＣＩＤｊを示す及び受信された値と通常は等しい推奨又は制限値を示す第２のＵＥに送られることになる新しいデータレート推奨及び／又は制限の作成をトリガすることになる。
【0100】
第２のＵＥはまた、第１のＵＥのように作動して及びマッピングテーブルを使用して、提案される強化された推奨又は制限手順をオプションで実施することができる、ということに留意されたい。
【0101】
基地局（ｇＮＢ）２０は、例えば、直接接続されたＵＥ（ＵＥ０）に、例えば、推奨ビットレートＭＡＣ ＣＥを使用して、下流にデータレート推奨及び／又は制限を送ることができる。これらのデータレート推奨及び／又は制限を受信する直接接続されたＵＥは、例えば、同等のサイドリンク推奨ビットレートＭＡＣ ＣＥを使用して、新しいデータレート推奨を第１のＵＥ（ＵＥ１）に及び／又は、例えば、同等のサイドリンクビットレート制限ＭＡＣ ＣＥを送って、新しいデータレート制限を第１のＵＥ（ＵＥ１）に送ることができる。これらの推奨及び／又は制限を受信する第１のＵＥ（ＵＥ１）は、サイドリンク推奨ビットレートＭＡＣ ＣＥを使用して新しいデータレート推奨を下流の第２のＵＥ（ＵＥ２、ＵＥ３）に送ることができる。もちろん、後述の実施形態で示すような他の方法も使用することができる。
【0102】
一実施形態において、中継ＵＥの基地局（ｇＮＢ）２０は、第１のＵＥの下流ＵＥ（例えば、第２のＵＥ（ＵＥ２、ＵＥ３））は新しい論理チャネルを必要としていると決定すること及び／又は第１のＵＥの下流の新しい中継ＵＥ又はリモートＵＥ（例えば、ＵＥ２、ＵＥ３又はＵＥ４）がネットワークトポロジに追加されると決定することに応答して、基地局２０からＵＥに送られたＲＲＣ再構成メッセージを使用して、第１のＵＥ（ＵＥ１）に新無線ベアラ（例えば、データ無線ベアラ、ＤＲＢ）又は新しいＲＬＣチャネルの作成を要求する。ＲＲＣメッセージを使用することは、基地局２０と第１のＵＥとの間の制御プレーン接続性を必要とする。要求は、第１のＵＥにおいて、新無線ベアラに関連して、新しい論理チャネルの作成をトリガする。
【0103】
別の実施形態において、第１のＵＥは、第１のＵＥに関する新無線ベアラの作成の後に、或いは下流ＵＥは新しい論理チャネルを必要とすると決定した及び／又は第１のＵＥの新しい中継ＵＥ又はリモートＵＥ下流がネットワークトポロジに追加されると決定したとき、新しいＰＤＵセッションの確立をコアネットワーク（ＣＮ）１００に要求する。これは、基地局２０と第１のＵＥとの間の制御プレーン接続性を必要とする。コアネットワークが、新しいＰＤＵセッションを受け入れる場合、第１のＵＥは、このＰＤＵセッションを使用してこの特定の下流ＵＥとコアネットワークとの間のデータトラフィックを中継する。
【0104】
さらに別の実施形態において、例えば、制御プレーン接続性がないので、ＲＲＣを使用することができない場合、関係するＵＥのうちの１つによる、例えば、第１のＵＥによる又は新しい論理チャネルを必要とするＵＥによる又は新しい論理チャネルを必要とするＵＥの親中継ＵＥによる、サイドリンク通信チャネルのＬＣＩＤの自己選択が、使用され得る、或いはＰｒｏＳｅ－Ｄ２Ｄ／Ｖ２Ｘ－ＳＬ通信のＬＣＩＤ選択のために３ＧＰＰ（登録商標）において任意の他の機構が考慮される。１つの可能な実装形態はまた、基地局２０の無線範囲内に直接ある中継ＵＥのみが、ＲＲＣメッセージングを使用して実施形態を実施し、その一方で、基地局２０の無線範囲内にない他のＵＥは、他の実施形態を実施する、ということになり得る。
【0105】
したがって、無線ベアラが、基地局２０の要求に応じて作成され、通信デバイス（ＵＥ）が、新しいＰＤＵセッションを要求する、又は通信デバイスが、それ自体でＬＣＩＤを選択する。これらのオプションはまた、どんなアーキテクチャ選択が行われたか（Ｌ２／Ｌ３）及びさらなるソリューション選択に応じて、並びに中継通信デバイス（例えば、第１のＵＥ）が基地局２０に直接的に又は間接的に接続されているかどうかに応じて、結合され得る。
【0106】
オプションで、第１のＵＥは、前に定義されたような「等しい」の代わりに、より低い推奨又は制限値を第２のＵＥに送る。これは、例えば、第１のＵＥが、利用可能な制限されたバッファ空間を有し、それの現在のバッファサイズを減らす必要があるが、第２のＵＥにまだ供したい場合に、有用である。或いは、もちろん単一論理チャネル（及び対応するデータ無線ベアラ、ＤＲＢ）の共用が３ＧＰＰ（登録商標）仕様書によって可能にされることになる場合にのみ可能になり得る、それ自体の目的でチャネルＬＣＩＤｉに関する容量の一部を第１のＵＥが使用する場合である。
【0107】
マッピングテーブル２５における親通信デバイス（Ｐ－ＣＤ）の論理チャネル（ＬＣＩＤｉ）と子通信デバイス（ＣＨ－ＣＤ）の論理チャネル（ＬＣＩＤｊ）との間の提案された１対１のマッピングは、例えば、上流ノード（例えば、基地局（ｇＮＢ）２０、又は第１のＵＥ（ＵＥ１）の別の親中継ＵＥ（図６のＵＥ０））によるきめの細かい推奨データレート制御のために使用され得る。図６の第１のＵＥ（ＵＥ１）のマッピングテーブル２５において、親通信デバイス（ＵＥ０）は、第１のＵＥ（ＵＥ１）に対する論理チャネルＰ－ＬＣＩＤ１、Ｐ－ＬＣＩＤ３、Ｐ－ＬＣＩＤ４、及びＰ－ＬＣＩＤ５を作成し、そして、子通信デバイスとしての第１のＵＥ（ＵＥ１）が、第２のＵＥ（ＵＥ２、ＵＥ３）に対する論理チャネルＣＨ－ＬＣＩＤ３、ＣＨ－ＬＣＩＤ４、ＣＨ－ＬＣＩＤ４’及びＣＨ－ＬＣＩＤ９を作成した。マッピングテーブル２５の現在の状況によれば、Ｐ－ＬＣＩＤ１は、ＣＨ－ＬＣＩＤ４’及びＵＥ３と関連し、Ｐ－ＬＣＩＤ３は、ＣＨ－ＬＣＩＤ４及びＵＥ２と関連し、Ｐ－ＬＣＩＤ４は、ＣＨ－ＬＣＩＤ９及びＵＥ２と関連し、Ｐ－ＬＣＩＤ５は、子ＵＥ側に関連論理チャネルを有さない（例えば、ＵＥ１は、リモートＵＥの役割でそれ自体のデータ通信のためにこのＣＨ－ＬＣＩＤ５を使用しているので）。図６に示された２つのＣＨ－ＬＣＩＤ４は、２つの別個の論理チャネル（ＵＥ１とＵＥ２との間の第１のＣＨ－ＬＣＩＤ４並びにＵＥ１とＵＥ３との間の第２のＣＨ－ＬＣＩＤ４’）である、ということに留意されたい。ＭＡＣサブヘッダ内に含まれたＬＣＩＤは、ソース層２のＩＤ及び行先層２のＩＤの組合せの範囲内の論理チャネルを一意に識別する。
【0108】
上流ノード（ＵＥ０）が、特定の下流リモートＵＥ（図６のＵＥ３又はＵＥ４）のデータレートを推奨したいとき、上流ノード（ＵＥ０）は、リモートＵＥに関連する特定の論理チャネルＰ－ＬＣＩＤｉ（例えば、図６のＰ－ＬＣＩＤ１）のサイドリンク推奨ビットレートＭＡＣ ＣＥを送ることができる。それのマッピングテーブル２５のＣＨ－ＬＣＩＤｊ（例えば、図６のＣＨ－ＬＣＩＤ４’）が、直接接続されたリモートＵＥ（ＵＥ３）に関連する場合、第１のＵＥ（中継ＵＥであるＵＥ１）は、次いで、例えば、サイドリンク推奨ビットレートＭＡＣ ＣＥを使用することによって、リモートＵＥ（ＵＥ３）に直接送られる新しい推奨においてこの同じ推奨値を使用することになる。別法として、リモートＵＥ（ＵＥ４）が、第１のＵＥに直接接続されず間接的に接続された場合、そのとき、ＣＨ－ＬＣＩＤｊ（例えば、図６のＣＨ－ＬＣＩＤ４）は、非直接的に接続されたリモートＵＥ（ＵＥ４）がそれのデータ中継進路において使用している、次の下流中継（ＵＥ２）を指すことになる。次いで、第１のＵＥ（ＵＥ１）は、リモートＵＥ（ＵＥ４）に向けた進路において次のホップの中継ＵＥ（ＵＥ２）に直接に、例えば、新しいサイドリンク推奨ビットレートＭＡＣ ＣＥを使用することによって、推奨値を送ることになる。次のホップの中継ＵＥ（ＵＥ２）はまた、第１のＵＥ（ＵＥ１）と同じアルゴリズムを適用し、したがって、最終的には、推奨は、目標とされたリモートＵＥ（ＵＥ４）に到達する。
【0109】
前述の使用例は、それによって上流ノード（例えば、基地局（ｇＮＢ）２０又は親中継ＵＥ（ＵＥ０））がそれぞれのＬＣＩＤｉと対応する子ＵＥとの間の正確なマッピングを学習することができる標準機構が存在すると仮定する。これは、例えば、基地局（ｇＮＢ）について達成され得る：ネットワークに加わるそれぞれの新しいリモートＵＥが、ＲＲＣ信号伝達を使用して、基地局にそれ自体を登録する。応答して、基地局は、ＲＲＣ信号伝達を使用して、基地局自体とリモートＵＥとの間の新しいデータ無線ベアラ（ＤＲＢ）、並びに新しいリモートＵＥの上流であるすべての中継ＵＥにおいて必要とされる任意の新しい論理チャネル（例えば、ＭＡＣ論理チャネル及び／又はＲＬＣチャネル）を作成し、そして、基地局はまた、すべてのこれらの中継ＵＥにおいて必要とされるようなマッピングテーブル２５構成を信号伝達する同じＲＲＣを介して実行する。この場合、基地局が正確なマッピングをこのように学習することができるように、基地局は、構成全体を編成する。それはまた、例えば、基地局とリモートＵＥとの間の制御プレーン接続性がない場合に、以下のように達成され得る：ネットワークに加わるそれぞれの新しいリモートＵＥが、１つのホップのＲＲＣ信号伝達、リンクローカルＩＰ通信、ＰｒｏＳｅディスカバリメッセージ、又はその他を含み得る、Ｄ２Ｄ通信の形を使用して、それの親中継ＵＥにそれ自体を登録する。親中継ＵＥは、新しい論理チャネルを新しい下流子リモートＵＥに割り当てる。親中継ＵＥは、基地局に直接接続されない場合、同じ又は類似のＤ２Ｄ通信を使用してそれの次の上流親中継ＵＥに論理チャネル割り当てを報告する。この次の親が、順番に、報告する中継ＵＥに向けて新しい論理チャネルを作成する。この次の親が、それの次の上流親中継に新しい論理チャネル割り当てを次々に報告する、など。基地局と直接接続した最終中継ＵＥは、例えば、ＲＲＣ信号伝達を使用して、基地局に論理チャネル識別及び構成に関する集合的な収集された情報を報告する。また、それは、コアネットワーク機能を介して新しいＰＤＵセッションを作成するためのプロセスを開始する。次いで、コアネットワークは、基地局（ｇＮＢ）２０に新しいＰＤＵセッションの作成に関する決定を送り、その決定はまた、基地局（ｇＮＢ）２０を介して、要求している中継ＵＥに送られることになる。基地局は、新しいＰＤＵセッションの中継ＵＥの独自のＬＣＩＤを有する特定のデータ無線ベアラを割り当てることができる（１つのベアラは、ベアラプロパティに応じて、１つ又は複数のＬＣＩＤに関連する）。このように、コアネットワークは、所与の中継ＵＥのためにアクティブなリモートＵＥを認識することができ、そして、基地局（ｇＮＢ）２０もまた、これらの中継ＵＥを認識することができ、それぞれの関連ＬＣＩＤｉを知っている。
【0110】
オプションで、第１のＵＥ（ＵＥ１）は、例えば子ＵＥからの推奨ビットレートＭＡＣ ＣＥ又は他の手段を使用して、受信された下流ＵＥからの複数の所望のビットレートメッセージを集める。第１のＵＥは、集合体の所望のビットレートを有する新しい報告メッセージが、例えば、未来の時点において、送信されることになっている、対応する上流Ｐ－ＬＣＩＤｉに、それがメッセージを受信したＣＨ－ＬＣＩＤｊをマップすることによって、これらの値を上流に報告する。特定のトリガ条件及び／又はタイマは、上流送信の時間を管理することができる。複数のＰ－ＬＣＩＤｉに関する所望のビットレートメッセージを有する複数の報告が、単一上流メッセージに統合される。
【0111】
第１のＵＥ（ＵＥ１）が、下流の第２のＵＥ（ＵＥ２又はＵＥ３）に向けたマッピングテーブル２５においてマッチを発見しない場合、これは、以下のように処理され得る：
【0112】
Ｐ－ＬＣＩＤｉが、第１のＵＥの独自の通信のために使用される場合、そのとき、Ｐ－ＬＣＩＤｉは、集合体ビットレート推奨自体を使用する。
【0113】
又は、Ｐ－ＬＣＩＤｉが、既に離れた、接続を断った、例えばハンドオーバ手順により、又は反応しないリモート／中継ＵＥに関連する場合、第１のＵＥ（ＵＥ１）は、ある特定の時間にわたりこのＰ－ＬＣＩＤｉの推奨メッセージを無視することができる。何らかのポイントで、基地局（ｇＮＢ）２０は、新しい状況に気付き、チャネルはもう必要ないので、Ｐ－ＬＣＩＤｉの除去を要求する。或いは、第１のＵＥ（ＵＥ１）は、直ちに又は未来の時点における上流ＵＥ（ＵＥ０）又は基地局（ｇＮＢ）２０へのＰ－ＬＣＩＤｉのエラーメッセージ報告（例えば、送られる未来の／次のＭＡＣ ＰＤＵに含まれる）を返すことができる。或いは、第１のＵＥ自体が、ＬＣＩＤｉによって示された論理チャネル及び／又はそれに関連するデータ無線ベアラを取り除く又は非活動化するための手順をそれ自体で開始する。或いは、第１のＵＥ自体が、リモートＵＥが接続を断ったからにはそれはもう必要ないので、もしあれば、Ｐ－ＬＣＩＤｉに関連するＰＤＵセッションを停止するための手順を開始する。オプションで、第１のＵＥは、それの下流ＵＥの１つが離れた、接続を断った（例えば、自発的に）、ハンドオーバ手順（例えば、ｇＮＢによって又は下流ＵＥ自体によって開始される）を介して別の親デバイス（例えば、別の中継ＵＥ又はｇＮＢ）にハンドオーバされた又は反応しなくなったという決定によってトリガされる、それの残りの下流リモート／中継ＵＥのうちの１つ又は複数への新しいデータレート推奨を送る。これは、例えば、上流デバイスが次のデータレート推奨を送るまで待つ必要なしに、新しいネットワークトポロジ状況を所与として、それの残りの接続された下流デバイス（ＵＥ）により最適なやり方で上流デバイスから受信された前の推奨を第１のＵＥが迅速に再分配することを可能にする。
【0114】
さもなければ、Ｐ－ＬＣＩＤｉが完全に未知又は予期されていない場合、第１のＵＥ（ＵＥ１）は、メッセージを無視する。これは、頻繁に起こることが予期されていないエラー状況である。
【0115】
第２のＵＥ（ＵＥ２、ＵＥ３）は、それの親中継器として第１のＵＥ（ＵＥ１）に接続されたままで、３ＧＰＰ（登録商標）節電方法を適用する。したがって、そこに推奨／制限が配信される必要がある第２のＵＥが、第１のＵＥが推奨／制限ビットレートを送りたい時間に、利用不可能である、ということが起こる。
【0116】
第２のＵＥが、ＤＲＸ又はｅＤＲＸ又はＰＳＭのため、利用不可能な場合、次いで、第１のＵＥは、推奨／制限をキャッシュし、（１）データが、第２のＵＥ、すなわちＭＡＣ ＰＤＵ、に送られることになっている、又は（２）第２のＵＥが、再びスリープ解除し、新しいデータ、すなわちＭＡＣ ＰＤＵ、を第１のＵＥに送り始め、次いで、推奨／制限を送る、次の機会まで待機すべきである。ケース１では、それは、例えば、送られたＭＡＣ ＰＤＵ内部にＭＡＣ ＣＥとして、含まれる。ケース２では、それは、例えば、スリープ解除の後に第２のＵＥによって第１のＵＥに送られたＭＡＣ ＰＤＵのイベントに続いて第２のＵＥに送られたＭＡＣ ＰＤＵにおいてＭＡＣ ＣＥとして、或いはデータ又はＭＡＣ ＰＤＵの受信を確認するために第１のＵＥによって第２のＵＥに送られたＡＣＫメッセージの一部として、含まれる。
【0117】
新しい推奨が、上流ノードから第１のＵＥによって受信される間に、第２のＵＥが、まだ利用不可能な場合、次いで、古いキャッシュされた推奨は、破棄され得る。
【0118】
第２のＵＥが、長時間にわたり利用不可能な場合、第２のＵＥは、離れた可能性があり、利用不可能な下流の第２のＵＥのケースに関して前述された対応するオプションが、提供され得る。
【0119】
図７は、様々な実施形態による第１のＵＥ（ＵＥ１）における論理チャネル（ＬＣＩＤ）の間の１対多のマッピングを有するネットワークアーキテクチャを概略的に示す。
【0120】
この実施形態について、図６の前の実施形態は、開始ポイントと考えることができる。ここで、差は、１対多のマッピングが、それぞれに、第１のＵＥとそれの親ノード（ＵＥ０）との間で使用されるＰ－ＬＣＩＤｉ（例えば、図７のＰ－ＬＣＩＤ１、Ｐ－ＬＣＩＤ３、Ｐ－ＬＣＩＤ４及びＰ－ＬＣＩＤ１５）と、第１のＵＥと第２のＵＥ（ＵＥ２からＵＥ６）との間で使用されるＣＨ－ＬＣＩＤｊ（例えば、図７のＣＨ－ＬＣＩＤ２、ＣＨ－ＬＣＩＤ３、ＣＨ－ＬＣＩＤ８、ＣＨ－ＬＣＩＤ９、ＣＨ－ＬＣＩＤ１７、ＣＨ－ＬＣＩＤ１８、ＣＨ－ＬＣＩＤ２３及びＣＨ－ＬＣＩＤ２９）との間で第１のＵＥ（ＵＥ１）において実施される、ということである。
【0121】
これは、第１のＵＥ（ＵＥ１）が、Ｐ－ＬＣＩＤｉを示すそれの親ノード（ＵＥ０）からのデータレート推奨を受信するとき、ＵＥ１は、潜在的に複数の対応する第２のＵＥと新しいデータレート推奨を送るべき論理チャネルを識別する潜在的に複数の対応するＣＨ－ＬＣＩＤｊとをそれの内部マッピングテーブル２５において探索することができる、ということを暗示する。
【0122】
図７の例において、上流Ｐ－ＬＣＩＤ１から受信された単一集合体データレート推奨は、それぞれのＣＨ－ＬＣＩＤ８、ＣＨ－ＬＣＩＤ１７、ＣＨ－ＬＣＩＤ２３、ＣＨ－ＬＣＩＤ２及びＣＨ－ＬＣＩＤ２９を有する５つの下流の第２のＵＥ（ＵＥ２、ＵＥ３、ＵＥ４、ＵＥ５及びＵＥ６）にマップすることができる。次いで、３０００ｋｂｉｔ／ｓのＰ－ＬＣＩＤ１の単一データレート推奨は、それぞれにＵＥ２へのＣＨ－ＬＣＩＤ８の１０００ｋｂｉｔ／ｓ、ＵＥ３へのＣＨ－ＬＣＩＤ１７の５００ｋｂｉｔ／ｓ、ＵＥ４へのＣＨ－ＬＣＩＤ２３の５００ｋｂｉｔ／ｓ、ＵＥ５へのＣＨ－ＬＣＩＤ２の５００ｋｂｉｔ／ｓ及びＵＥ６へのＣＨ－ＬＣＩＤ２９の５００ｋｂｉｔ／ｓの５つの下流データレート推奨（マッピングテーブル２５における「ＲＥＣ」）にマップする。
【0123】
一例では、これらの下流ＵＥ（ＵＥ２）のうちの第１のＵＥ２は、後で説明されるように、第１のＵＥによって実行される何らかのサービスの品質（ＱｏＳ）関連ポリシに基づいて、優先度を与えられる。論理チャネル（上流、下流、中継関連、非中継関連など）の任意の品質インジケータ又は複数の論理チャネルから来る複数の品質インジケータは、ポリシ実行のために第１のＵＥ（ＵＥ１）によって使用され得る。
【0124】
ＵＥ２及びＵＥ６は、さらなる下流ＵＥ（ＵＥ７、ＵＥ８）を有する中継器であり、したがって、潜在的に帯域幅に関するより高いニーズを有し得るので、代替ポリシは、ＵＥ２及びＵＥ６により多くのビットレートを割り当て得る。
【0125】
別の例では、論理上流チャネルＰ－ＬＣＩＤ１で受信された、又はＰ－ＬＣＩＤ１を示す単一集合体データレート推奨は、２つの第２のＵＥ、３つの論理下流チャネルＣＨ－ＬＣＩＤ８、ＣＨ－ＬＣＩＤ９及びＣＨ－ＬＣＩＤ１０を有する第１の１つ及び１つの論理下流チャネルＣＨ－ＬＣＩＤ１６を有する第２の１つにマップし得る。
【0126】
逆に、第１のＵＥ（ＵＥ１）が、ＣＨ－ＬＣＩＤｊを示す第２のＵＥから所望のデータレート要求を受信するとき、ＵＥ１は、新しい所望のデータレート要求をそれの親ノード（ＵＥ０）に送るときに使用するために、対応するＰ－ＬＣＩＤｉをマッピングテーブル１５において探索することができ、そこで、所望のデータレート値は、第２のＵＥから受信された値に少なくとも部分的に基づく。
【0127】
新しい第２のＵＥ（中継（例えば、ＵＥ２及びＵＥ６）又はリモート（例えば、ＵＥ３からＵＥ５）又は両方）が、第１のＵＥ（ＵＥ１）に接続するとき、この実施形態は、第１のＵＥがそれの親ノード（ＵＥ０）とのワイヤレスリンク上の新しいＰ－ＬＣＩＤｉを有する追加論理チャネルを要求することになることを必要としない。新しい第２のＵＥの中継データトラフィックは、原則として、第１のＵＥ（ＵＥ１）とそれの親ノード（ＵＥ０）との間の存在する論理チャネル（例えば、Ｐ－ＬＣＩＤ１）を介して移送され得る。
【0128】
オプションで、第１のＵＥ（ＵＥ１）は、第２のＵＥに下流推奨／制限値を送信し、これらの和は、上流デバイスからの受信された集合体推奨／制限値より低い。これは、例えば、第１のＵＥ（ＵＥ１）が、利用可能な限られたバッファ空間を有する及びそれのバッファサイズを減らす必要がある場合、或いはＵＥ１が、同じ上流Ｐ－ＬＣＩＤｉそれ自体のいくらかの容量を使用する必要がある場合に、有用である。代替オプションとして、ビットレートＩＤ値を実際のビットレートにマップする、テーブルが、使用される。次いで、下流に送られる推奨の和は、受信された集合体推奨値を超えてはならない。
【0129】
オプションで、その推奨が、第２のＵＥに送られた前の推奨／制限から大幅に外れない場合、第１のＵＥ（ＵＥ１）は、下流推奨／制限を第２のＵＥにさらに送らない。
【0130】
一実施形態において、第１のＵＥ（ＵＥ１）は、複数の下流ＵＥの間のビットレートの公平な共用を実行する。一例として、すべての中継／リモートＵＥ（ＵＥ２からＵＥ８）は、上流及び下流ノードとのそれらの通信においてサイドリンク推奨ビットレートＭＡＣ ＣＥ又は別のＭＡＣ ＣＥを使用する。
【0131】
次いで、第１のＵＥ（ＵＥ１）は、１つ又は複数の別個の論理チャネルを介して中継関連のデータトラフィックを上流に運ぶように構成され、一方、基地局（ｇＮＢ）２０へ／からの第１のＵＥ（ＵＥ１）それ自体のデータ（第１のＵＥによって実行される中継動作に関連しない）は、異なる論理チャネルを使用して転送される。
【0132】
第１のＵＥ（ＵＥ１）が、それの上流ノード（ＵＥ０）からサイドリンク推奨ビットレートＭＡＣ ＣＥを受信し、含まれたＰ－ＬＣＩＤｉが、中継関連の論理チャネルである場合、次いで、ＵＥ１は、先ず、それらのデータをこの論理チャネルを通して流すすべての関連する下流ＵＥのセットを識別する。
【0133】
第１のＵＥ（ＵＥ１）がこの論理チャネルＰ－ＬＣＩＤｉの推奨データレート値Ｖｒｅｃを受信したと仮定する。次いで、ＵＥ１は、下流ＣＨ－ＬＣＩＤｊ（同じ又は異なる値になり得る）にＬＣＩＤのあらゆるセットメンバについてマップし、新しい推奨値Ｖｒｅｃ＿ｉ≦Ｖｒｅｃを含む推奨ビットレートＭＡＣ ＣＥをあらゆるメンバに送り、そこで、すべてのＶｒｅｃ＿ｉのｉにわたる和は、値Ｖｒｅｃを超えない。
【0134】
それにより、利用可能なデータレート推奨は、潜在的に複数の下流ＵＥのセットにわたって分配され得る。
【0135】
前述の分配は、推奨データレートの分配を導くために各セットメンバ（すなわち、下流ＵＥ）の前に受信された所望のデータレートを使用すること（例えば、前述のような推奨データレートクエリ機構を使用すること）によって、公平に行われ得る。すなわち、セット内の別のＵＥの２倍のデータレートを望むセット内のＵＥは、他方のＵＥの約２倍の推奨データレートを受信することになる。
【0136】
図８は、単一論理チャネルが一群の通信デバイスの中継データを示す、１対多のチャネルマッピングを有するネットワークアーキテクチャの一例を概略的に示す。
【0137】
図８の一実施形態において、第１のＵＥ（ＵＥ１）は、集合体推奨データレートで応答する基地局（ｇＮＢ）２０への集合体の所望のデータレート要求を送り、そこで、ポリシが、データレート推奨を下流ＵＥに分配するために使用される。この実施形態は、下流ＵＥから受信されるいくつかの所望のデータレートを収集することと、次いで基地局（ｇＮＢ）２０に結合された数（集合体の所望のデータレート）を送ることと、次いで、次いでポリシを使用して下流ＵＥに分配される、基地局（ｇＮＢ）２０からの推奨データレート合計値（集合体データレート推奨）を受信することとを包含する。
【0138】
図８の具体例において、第１のＵＥ（ＵＥ１）によって使用される単一論理チャネルＰ－ＬＣＩＤ５は、第１のＵＥ（ＵＥ１）のすべての下流ＵＥで構成される一群のＵＥのすべての中継データを示す。これを達成するために、第１のＵＥ（ＵＥ１）のマッピングテーブル２５は、論理親チャネルＰ－ＬＣＩＤ５をマッピングテーブルにおいて「Ａ」で示された一群のすべての下流ＵＥ（ＵＥ２からＵＥ４）にマップする。追加で、論理親チャネルＰ－ＬＣＩＤ１が、第１のＵＥ（ＵＥ１）の独自のデータ（ＯＤ：ｏｗｎ ｄａｔａ）のために使用される。
【0139】
さらに、親中継ＵＥ（ＵＥ０）のマッピングテーブル２５は、それぞれ、論理親チャネルＰ－ＬＣＩＤ２５、Ｐ－ＬＣＩＤ２６及びＰ－ＬＣＩＤ２７を親中継ＵＥ（ＵＥ０）、子デバイスＵＥ１の論理チャネルＣＨ－ＬＣＩＤ５、及び子デバイスＵＥ１の論理チャネルＣＨ－ＬＣＩＤ１の独自のデータ（ＯＤ）使用にマップし、そこで、論理親チャネルＰ－ＬＣＩＤ２５は、親中継ＵＥ（ＵＥ０）の独自のデータ（ＯＤ）のために使用される。
【0140】
第１のＵＥ（ＵＥ１）は、第１のＵＥ（ＵＥ１）の同じ上流論理チャネルＰ－ＬＣＩＤ５に割り当てられた複数の子ＵＥ（中継器及び／又はリモート）から受信された所望のビットレートの和くらいの、１つの集合体の所望のビットレート値上流（例えば、論理チャネルＰ－ＬＣＩＤ５を示す）を送る。
【0141】
親中継ＵＥ（ＵＥ０）は、集合体の所望のビットレート値を第１のＵＥ（ＵＥ１）から受信し、論理チャネルＰ－ＬＣＩＤ２６の集合体の所望のビットレートと同じ値を上流に基地局（ｇＮＢ）２０へと送る。
【0142】
基地局（ｇＮＢ）２０は、決定されたＵＥ（ＵＥ２からＵＥ４）が第１のＵＥ（ＵＥ１）に直接的に又は間接的に接続されているかどうかにかかわらず、Ｐ－ＬＣＩＤ２６を示す及びどのグループのＵＥ（図８でグループとして円で囲まれたＵＥ２からＵＥ４）について集合体の所望のビットレートが維持するかをそれが決定することができるメッセージに含まれたＬＣＩＤ情報による１つの集合体の所望の総ビットレートメッセージを受信する。
【0143】
図９は、一意の下流ＬＣＩＤを有する、すなわち、１つのデータレート推奨／制限がリモートＵＥごとに使用される、ネットワークアーキテクチャの一例を概略的に示す。
【0144】
図９の第１のＵＥ（ＵＥ１）によって使用されるマッピングテーブル２５は、この例ではＵＥを示さない、ということに留意されたい。ここで、下流ＬＣＩＤは一意の値であり、したがって、マッピングテーブル２５は、もはやそれの識別によって子ＵＥを示す必要はない。下流ＬＣＩＤは一意なので、子ＵＥの識別は、ＬＣＩＤから直接に得られる。
【0145】
マッピングテーブル２５は、論理親チャネルＰ－ＬＣＩＤ１、Ｐ－ＬＣＩＤ３、Ｐ－ＬＣＩＤ４及びＰ－ＬＣＩＤ５を子デバイスＵＥ２の一意の論理子チャネルＣＨ－ＬＣＩＤ４、子デバイスＵＥ３のＣＨ－ＬＣＩＤ５、及び子デバイスＵＥ２のＣＨ－ＬＣＩＤ９にそれぞれマップし、そこで、論理親チャネルＰ－ＬＣＩＤ５は、下流論理チャネルにまだマップされていない。
【0146】
したがって、そのチャネル上のすべてのトラフィックはその特定のリモートＵＥに関連していると仮定すると、基地局（ｇＮＢ）２０は、正しいチャネル（例えば、Ｐ－ＬＣＩＤ３）を選ぶだけで、個々のデータレート推奨及び／又は制限を選択されたリモートＵＥ（例えば、ＵＥ３）に送ることができる。
【0147】
図９のケースは、図６の１対１のマッピングケースの特定のサブケースである、ということに留意されたい。そこで、各中継ＵＥは、３ＧＰＰ（登録商標）仕様ＴＳ ２３．２８７ｖ１６．２．０に記載のＶ２Ｘサイドリンクソリューションによって、子ごとのＬ２識別（ＩＤ）を各中継ＵＥが知っているように、それの子ＵＥを有するＳＬリンクセットアップを有し、したがって、各中継ＵＥは、マッピングテーブル２５においてＬ２子ＵＥ識別を使用することができる。
【0148】
一実施形態において、基地局（ｇＮＢ）２０は、中継ネットワークトポロジ全体（例えば、通信デバイスの前のチャネル作成、構成及び／又は委託手順及び／又は報告手順又は同類のものに基づく）を知っていると、並びに、トポロジに関連して、基地局（ｇＮＢ）２０は、ＵＥによって作成及び／又は使用される異なる論理チャネル及び／又は無線ベアラの目的（例えば、データトラフィック中継目的）及びそれらの関連ＬＣＩＤを知っていると仮定する。したがって、図８の例では、基地局（ｇＮＢ）２０は、論理チャネルＣＨ－ＬＣＩＤ５を示す第１のＵＥ（ＵＥ１）に新しい推奨としてこの値が分配されることになる論理チャネルＰ－ＬＣＩＤ２６のＵＥ０への集合体推奨値を送ることによって、それを知る。
【0149】
さらに、基地局（ｇＮＢ）２０はまた、選択されたポリシを使用して、それの下流の第２のＵＥ（ＵＥ２及びＵＥ３）を介して第１のＵＥ（ＵＥ１）がこの値を分配することになることを知っており、そこで、第２のＵＥの中継タイプＵＥ（ＵＥ２）はまた、それ自体（ＵＥ２）及びそれの子ＵＥ（ＵＥ４）を介して第１のＵＥ（ＵＥ１）からの受信された集合体データレート推奨を共有する。
【0150】
データレート分配のポリシが、基地局（ｇＮＢ）２０によって（例えば、ＲＲＣ構成メッセージを介して）管理されるケースでは、第１のＵＥ（ＵＥ１）によって使用される正確な共用方法（ポリシ）はまた、基地局（ｇＮＢ）２０によって知られている。ポリシが、固定されている（別のオプション）場合、そのとき、基地局（ｇＮＢ）は、固定ポリシが使用されていることを知ることになる。一般に、ポリシは、設計詳細に依存している、及び／又は１セットの構成パラメータ及び／又はルール（例えば、どのアクションが所与の条件の下でとられるべきかを定義するルール）によっても定義される。これらのセットの構成パラメータ、ポリシ及び／又はルールは、ｇＮＢ、ＰＣＦ（ＡＭＦを介する）、ＳＭＦなどの１つ又は複数の異なるネットワークエンティティによって提供される、及び／又はユニバーサル集積回路カード（ＵＩＣＣ）又はアプリケーションプログラムなどの第１のＵＥにおいて１つ又は複数のローカルエンティティによって提供される。これらのケースのうちのいくつかにおいて、例えば、第１のＵＥがポリシ要素をｇＮＢに通信する又は他のネットワークエンティティ（例えば、ＰＣＦ又はＳＭＦ）がポリシ要素をｇＮＢに通信するとき、ｇＮＢは、効果的ポリシ又はその部分を知っている。他のケースでは、例えば、アクティブポリシ要素が、ｇＮＢに通信されない及びｇＮＢによって決定されない場合、ｇＮＢは、効果的ポリシを知らない。
【0151】
親中継ＵＥ（ＵＥ０）における論理チャネルのＬＣＩＤの間の１対１のマッピングのケースでは、基地局（ｇＮＢ）２０は、論理チャネルＰ－ＬＣＩＤ２６の親中継ＵＥ（ＵＥ０）に送られる推奨値は、第１のＵＥ（ＵＥ１）の論理チャネルＰ－ＬＣＩＤ５と等しい親中継ＵＥ（ＵＥ０）の論理チャネルＣＨ－ＬＣＩＤ５に等しい推奨値を有する新しい推奨として送られることになる、ということを知っている。
【0152】
スケジューラ情報に基づいて、基地局（ｇＮＢ）２０は、ＵＥ（ＵＥ２からＵＥ４）のグループの総推奨データレート値（集合体データレート推奨）を決定する。
【0153】
集合体データレート推奨の総推奨データレート値は、集合体の所望のビットレートメッセージにおいて示されたのと同じ論理チャネルＰ－ＬＣＩＤ２６を示す推奨ビットレートＭＡＣ ＣＥ要素として親中継ＵＥ（ＵＥ０）に送り返される。
【0154】
親中継ＵＥ（ＵＥ０）は、論理チャネルＣＨ－ＬＣＩＤ５を示す新しいサイドリンク推奨ビットレートＭＡＣ ＣＥを第１のＵＥ（ＵＥ１）に送る。第１のＵＥ（ＵＥ１）は、前述の論理チャネルＬＣＩＤ５によって示されたようなＵＥのグループ内にあるＵＥ（ＵＥ２からＵＥ４）の間で推奨ビットレートを分配するために、ポリシを適用する。これは、下流ＵＥ及び第１のＵＥ（ＵＥ１）それ自体を含む。第１のＵＥ（ＵＥ１）は、新しい推奨をＵＥ２及びＵＥ３（すなわち、その子）にのみ送る。次いで、ＵＥ２は、さらにその子ＵＥ４に別の新しい推奨を送る。ポリシは、グループ全体に推奨を分配するために、適用される。
【0155】
ポリシは、前述の公平な共用ポリシ又は任意の他のポリシになり得る。ポリシは、基地局（ｇＮＢ）２０によって又はコアネットワークにおける機能によって、構成可能である。前述の例では、論理チャネルＣＨ－ＬＣＩＤ５は、すべてのそれの子ＵＥ（第１のＵＥ（ＵＥ１）のマッピングテーブル２５における「Ａ」）を示す。したがって、第１のＵＥ（ＵＥ１）は、それぞれの子ＵＥに、選択されたポリシによる集合体データレート推奨の総推奨データレート値の特定の割合／部分くらいの値を含む推奨データレートメッセージ（サイドリンク推奨ビットレートＭＡＣ ＣＥ又は別のＭＡＣタイプのＣＥ）を送る。子ＵＥ２が、推奨データレートメッセージを第１のＵＥから受信した後、子ＵＥ２は、それが受信した総推奨データレートの特定の割合／部分をそれの子ＵＥ４に割り当てる及び残りをそれ自体に割り当てるために、ポリシを適用する。子ＵＥ２は、割り当てられたデータレートを含む推奨データレートメッセージ（例えば、サイドリンク推奨ビットレートＭＡＣ ＣＥ又は他のＭＡＣ ＣＥ）をその子ＵＥ４に送る。
【0156】
既に前述したように、中継ＵＥは、データレート予算を下流ＵＥにさらに分配する必要があり、リモートのみのＵＥはその必要がないので、ポリシの例は、リモートＵＥによりも中継ＵＥにより多くのデータレートを提供することになり得る。
【0157】
本明細書に記載の実施形態は、推奨の代わりにデータレート制限を定義する、別のＭＡＣ ＣＥ要素、又は修正されたものと実施され得る。すなわち、推奨ビットレートＭＡＣ ＣＥフォーマットは、そのようなものとして再使用することができるが、サイドリンクビットレート制限ＭＡＣ ＣＥなどの異なるタイプのＭＡＣ ＣＥ又は他のタイプとして定義され得る。ＭＡＣ ＣＥ要素によって運ばれるデータレート制限は、ＡＭＢＲ（Ａｇｇｒｅｇａｔｅｄ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ：集合の最大ビットレート）として、例えば、論理チャネル又は論理チャネルのセットごとに、ＧＦＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：保証フロービットレート）、ＭＦＢＲ（Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ：最大フロービットレート）、又は他のタイプとして表現される。そのようなデータレート制限はまた、そこから中継ＵＥ又はリモートＵＥが、対応するデータレート制限を引き出す又は調べることができる、インデックス値又は識別子値、例えば、５Ｇ ＱｏＳ識別子（５ＱＩ）、ＰＣ５ ＱｏＳ識別子（ＰＱＩ）、ＱｏＳフロー識別子（ＱＦＩ）、又は制限の事前構成されたテーブルへのインデックス値によって表現される。そのようなデータレート制限はまた、識別子値及び別のタイプの制限値、例えば、所与のＰＱＩに関連する総ビットレート制限の何パーセントがデータレート制限として使用されるべきかを示す相対的パーセンテージ値と共にＰＱＩ値などの組合せとして表現される。
【0158】
さらに、本明細書に記載の実施形態は、データレート推奨及びデータレート制限と実施され得る。したがって、両方のタイプの情報が、別個のＭＡＣ ＣＥ要素又は結合された新しいＭＡＣ ＣＥ要素において運ばれる。
【0159】
追加で、一実施形態では、推奨及び／又は制限は、子ＵＥが、例えば親中継ＵＥに向けてサイドリンク接続を介して、サポートすることができる最大データレートに対する、相対値として定義される。例えば、推奨及び／又は制限は、ＵＥによってサポートされるＤＬ及びＵＬ最大データレート（例えば、３ＧＰＰ（登録商標）仕様ＴＳ ３８．３０６ ｖ１６．０．０のセクション４．１．２において定義されるような）と同様に計算される。アクセスデバイス又は親中継ＵＥは、例えば、その下流ＵＥのサポートされる最大サイドリンクデータレートの割合又はパーセンテージのインジケータとして、エンコードされた下流ＵＥに推奨及び／又は制限を送信する。この場合、親中継ＵＥは、下流ＵＥとのそれの通信リンクにより最大サイドリンクデータレート計算を行うために必要なパラメータを知っている。下流ＵＥはまた、これらのパラメータに基づいて、それ自体の最大サイドリンクデータレートを計算し、そうして、下流ＵＥは、受信された相対（例えば、割合／パーセンテージ）インジケータ値から絶対推奨及び／又は制限値を導出することができる。
【0160】
本明細書に記載の任意の実施形態において、構成可能なポリシが、中継ＵＥ（例えば、第１のＵＥ）において実施され、追加ビットが、中継ＵＥにおいて適用されるポリシを選択する（有限個のポリシから）ことができるようにＭＡＣ ＣＥ要素又は他の運搬メッセージにおいてオプションで追加される。一例では、推奨ビットレートＭＡＣ ＣＥは、この目的のために使用され得る「予約済みの」未使用のビットのカップルを有する。別のオプションとして、ビットは、適用される下流中継ＵＥにおけるポリシを選択するために、別の目的で使用され、そこで、選択されたポリシは、それのさらなる下流ＵＥへの推奨ビットレートの分配に影響を及ぼす。さらなるオプションとして、ポリシは、選択された標準の仕様（例えば、３ＧＰＰ（登録商標））によって事前に定義される、事前に構成される（例えば、ＵＩＣＣにおいて）、或いは、例えば、ＵＥが中継ＵＥになる瞬間に又は中継ＵＥの動作中に、動的に構成される。例えば、ポリシは、ＮＡＳプロトコルを介してＵＥに送られる、５Ｇ信号伝達されるＱｏＳルールを使用して、構成される。ポリシ又はポリシのセットはまた、ＲＲＣプロトコルを使用して構成要素として、又はシステム情報ブロック（ＳＩＢ）の部分として、又はＰＣＦ（ＡＭＦを介する）、ｇＮＢ又はＳＭＦなどの１つ又は複数のネットワークエンティティによって提供される１セットの構成パラメータ及び／又はルールとして、送られる。
【0161】
実施形態の修正形態において、そこから選択する１セットのポリシはまた、ＭＡＣ ＣＥ要素において示された特定のＬＣＩＤに関連することが中継ＵＥによって知られているＱｏＳインジケータに基づいて、選択される。
【0162】
例示的ポリシは、「推奨ビットレートの９０％までをすべての高優先度論理チャネルの間で公平に分配し、残りの１０％を低優先度論理チャネルの間で公平に分配する」又は「推奨ビットレートの４０％までをあなた自身のために使用し、残りの６０％を下流ＵＥの間で公平に分配する」ことになり得る。
【0163】
別の実施形態において、構成可能なポリシが、中継ＵＥ（例えば、第１のＵＥ）において使用され、そこで、ビットレート推奨を上流通信デバイスから受信するときの分配ポリシのポリシ選択は、品質インジケータの値（例えば、５ＱＩ値などの５Ｇ ＱｏＳインジケータ）に基づき得る。品質インジケータ（例えば、５ＱＩ又はＰＱＩ）は、それが使用するそれぞれの論理チャネル識別（ＬＣＩＤ）の中継ＵＥにおいて知られている。品質インジケータの１つの具体例は、中継ＵＥと複数のそれのリモートＵＥとの間のそれぞれのＰＣ５サイドリンク接続に関連するＰＣ５品質インジケータ（ＰＱＩ）である。総推奨（上流親デバイスから中継ＵＥによって受信されるものとしての）が下流リモートＵＥのすべてのデータレート要件を受け入れるのには不十分であるケースでは、そのような値は、最高優先度のＰＱＩ値を有するリモートＵＥが、総データレート推奨の相対的に大きなシェアを割り当てられる、ポリシを選択するために、中継ＵＥによって一緒に使用及び比較され得る。品質インジケータの別の具体例は、中継ＵＥによって使用されるＱｏＳフローについて通知制御が有効にされるときにこのようにして送られる、３ＧＰＰ（登録商標） ＴＳ ２３．５０１バージョン１７．０．０セクション５．７．２．４．１ｂにおいて定義されたようなＱｏＳパラメータ（例えば、５ＱＩ、ＧＦＢＲ、ＭＦＢＲ）の変化をＵＥに知らせるために送られる中継ＵＥへのＳＭＦからのＮＡＳ信号伝達メッセージである。中継ＵＥにおいて、新しい品質インジケータ値の受信は、中継ＵＥのリンク上流の現在のＱｏＳ条件にアクティブポリシが常に最もよく合うように、異なるポリシの選択をトリガする。例示的状況及びポリシとして、ＧＦＢＲ値の低減は、より少ないサービスをそれの下流中継／リモートＵＥに提供するという代償を払って、それ自体の上流データトラフィックが、通常通りに、すなわちデータレート低減なしに、送られ得ることをよりよく保証するために、上流デバイスからの受信データレート推奨のより低い相対割合が、それの下流中継／リモートＵＥに伝搬されている、新しいポリシを選択するように中継ＵＥをトリガする。ＳＭＦから中継ＵＥへのＮＡＳ信号伝達メッセージを使用する前述の通知制御機構はまた、中継ＵＥのために使用される代替ＱｏＳプロファイル（２３．５０１セクション５．７．１．２ａによる）が存在するケースにおいて、使用される。このケースでは、ＲＡＮが、現在のＱｏＳがこれ以上保証され得ないと決定するとき、ＲＡＮは、これをＳＭＦ（次にＵＥに知らせることになる）に知らせることができ、同時に、ＲＡＮは、ＲＡＮによって満たすことができるＵＥの新しいＱｏＳレベルを実現するために、定義された代替ＱｏＳパラメータを有する代替ＱｏＳプロファイルを選択する。選択された代替ＱｏＳプロファイルはまた、ＳＭＦを介してＵＥに信号伝達されることになる。この信号伝達メッセージに含まれる品質パラメータは、前述と正確に同じやり方で、新しいポリシの選択をトリガすることができる。何らかの時点において、ＲＡＮは、中継ＵＥが、対応する（異なる）ポリシを中継ＵＥが選択することを再び可能にして、この事実を通知されることになる、同じ信号伝達機構を次いで使用して、最初の／最も好ましいＱｏＳレベル、又はよりよい代替ＱｏＳレベル、を中継ＵＥに再び提供することができる。別法として、所望のＱｏＳが、変化する条件によりこれ以上達成不可能であり、選択された代替ＱｏＳプロファイルを使用して、これに応じてその下流デバイスのデータレート推奨を変更する場合に、中継ＵＥが、別のＱｏＳプロファイルを選択するために使用することができる、中継ＵＥへの１セットの代替ＱｏＳプロファイルが、ｇＮＢ、ＰＣＦ／ＳＭＦ又は他のコアネットワーク機能によって、プロビジョニングされる。
【0164】
さらなる一実施形態において、中継ＵＥ（例えば、第１のＵＥ）は、上流対下流ＱｏＳマッピングを示すテーブルをプロビジョニングされる。具体的に、これは、エントリが上流５ＱＩ品質インジケータを下流論理チャネルの対応するＰＱＩ品質インジケータにマップする、及びその逆の、１つ又は複数のエントリを有するテーブルでもよい。中継ＵＥは、次いで、このテーブルを使用して、特定の下流ＵＥの、所望の又は達成可能な終端間ＱｏＳ、又はその特性、を決定する。この情報は、分配ポリシを決定する及び／又は分配ポリシの一部として、決定された終端間ＱｏＳ特性に基づいて下流推奨の特定の値を計算するために、次に使用される。
【0165】
さらに別の実施形態において、ポリシは、例えば中継ＵＥによって供される下流中継ＵＥになり得る、中継ＵＥのいくつかの下流通信デバイスに基づいて中継ＵＥによって選択される。このケースでは、中継ＵＥは、この特定の下流中継ＵＥが、下流通信デバイス（Ｎｔｏｔ）の総数の相対的多数（Ｎｒ）、例えば（Ｎｒ／Ｎｔｏｔ）＞０．５、に供していると、決定する。中継ＵＥは、次いで、それの受信データレート推奨及び／又は制限予算の特定のより大きい割合（例えば、（Ｎｒ／Ｎｔｏｔ））をその１つの下流中継ＵＥに割り当てることを決定する。この例にあるように、選択されるポリシの詳細は、測定されたパラメータ、受信されたシステム情報及び／又はパラメータ、或いはローカルに記憶されたポリシテンプレートなどのローカルに入手可能な情報に基づいて中継ＵＥによってローカルに生成される。一般に、選択されるポリシはまた、例えば仕様又は実装形態によって、予め決定される、前述のようにローカルに生成される、及び／又は、例えばネットワーク機能若しくはＵＩＣＣに記憶された情報によって、事前に構成される、及び／又は、例えばｇＮＢからのＲＲＣ通信によって、動作中に動的に構成される、複数のポリシ候補から選択される。さらなる実施形態において、ポリシは、下流通信デバイスのタイプに基づいて中継ＵＥによって選択される。これは、通信リンクを介して中継ＵＥに直接接続された下流デバイス（すなわち、子デバイス）でもよく、或いは、それは、さらに下流にあり、したがって、中継ＵＥに直接接続されていない下流デバイスでもよい。選択されるポリシに通常は影響を及ぼすデバイスタイプの一例は、中継ＵＥデバイスタイプ又はリモートＵＥデバイスタイプの区別である。（後者は、そのとき、リモートＵＥとして機能している間に同時に中継ＵＥとして機能していない。）中継ＵＥの１つの有利なポリシは、そのとき、タイプ中継ＵＥであるそれらの子下流デバイスにそれの受信データレート推奨及び／又は制限の相対的に大きい割合を割り当てることである。これらのデバイスは、さらに他の下流中継ＵＥ又はリモートＵＥに供している可能性が高いので、リモートＵＥタイプデバイスは、それを行っていない。したがって、中継ＵＥタイプデバイスは、それらの下流デバイスによりよく供するために、利用可能な総データレートの相対的により高い割り当てを必要とする可能性がより高い。この手法のさらなる改良は、「他の中継ＵＥに供する中継ＵＥ」、「リモートＵＥのみに供する中継ＵＥ」、「現在はリモートＵＥに供していない中継ＵＥ」、及び「リモートＵＥ」の間で分類することである。このリスト内の前述のデバイスタイプは、次いで、リストにおいて後から述べられたデバイスタイプよりも相対的により高い比率の利用可能なデータレート推奨予算を通常は割り当てられる。他のデバイスタイプ分類もまた、例えば、ＮＲベースの無線デバイス、ＬＴＥベースの無線デバイス、ＮＲ ＲｅｄＣａｐ（Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ：低減された能力）無線デバイス、ＮＢ－ＩｏＴ／ＬＴＥ－Ｍデバイス、Ｗｉ－Ｆｉ無線デバイスなどの無線アクセス技術に基づくデバイスタイプを定義して、行われ得る。或いは、現在のデバイスアクティビティに基づいて、「ビデオストリーミングデバイス」、「オーディオストリーミングデバイス」、「非ストリーミングデバイス」などのデバイスタイプを区別して、行われ得る。また、多様なこれらのデバイスタイプ分類は、デバイスタイプに基づいてポリシ選択を実施するとき、結合され得る。別法として又は追加で、中継ＵＥは、リモートＵＥ又はｇＮＢ又はコアネットワーク機能又は上流若しくは下流ＵＥからの情報、移送されること及びこれを使用してポリシを選択すること及び／又は１つ又は複数の下流デバイスのデータレート推奨を決定すること及び／又は１つ又は複数の上流デバイスのデータレート推奨クエリを決定することが期待されたデータのタイプ（例えば、損失のないストリーミングデータ、損失のあるストリーミングデータ、音声通話関連データ、ビデオ通話関連データ、ＡＲ／ＶＲ関連データ、バルクデータ、遅延センシティブデータ、遅延センシティブでないデータ、Ｉ／Ｏデータなど）、を受信する。
【0166】
さらなる一実施形態において、ポリシは、ネットワークスライス識別子に基づいて、中継ＵＥによって、選択される。このスライス識別子は、中継ＵＥがすべてのそれの上流通信について現在接続されている、５Ｇネットワークスライスを識別することができる。或いは、そのスライス識別子は、下流通信デバイス（ＵＥ）が現在接続された（５Ｇ）ネットワークスライスを識別することができる。選択のこのやり方の代表的な有利な使用の一例として、中継ＵＥは、それの子中継ＵＥのうちの１つが、高優先度公共サービスのために予約された特別なネットワークスライスにおいて動作しており、その一方で、他の下流ＵＥは、デフォルト優先度を有するネットワークスライスにおいて動作している、と決定する（それ自体で又はＲＡＮの助けを得て）。この（高い）優先度に基づいて、データレート推奨及び／又は制限の相対的に高い割合が、高優先度ネットワークスライスに供する中継ＵＥに割り当てられ得る。場合により、より低優先度の下流ＵＥは、さらに、高優先度ネットワークスライスデバイスに可能な限り多くの容量を残すために、データレート推奨及び／又は制限としてゼロを送られ得る。別の例として、中継ＵＥが、特定の状況（例えば、１つのスライスが特定の地理的領域においてのみ提供される又は特定の基地局が到達可能なとき）に基づいて、異なる時間に異なるスライス（例えば、それが接続する２つの全スライスのうちの１つのスライス）につながれる場合、それが接続された中継ＵＥの現在のネットワークスライスのネットワークスライス識別子が、ポリシを選択するために使用される。異なる優先度／ＱｏＳ要件／目的を有する異なるネットワークを構成する、それぞれのスライスは、中継がデータレート推奨及び／又は制限をそれの下流デバイスにどのように割り当てるかに関してそれの特定のルールを課すことを望むことがある。接続された現在のネットワークスライスのスライス識別子を使用することは、その要求に合わせたポリシを必要として、例えば、リモートＵＥに供する特定のネットワークスライスがより重要又は重要でないと考えられるかに応じて、スライスの運用及び性能目標を満たすための正しいポリシ又はポリシのセットを中継ＵＥが選択することを可能にする。
【0167】
任意の他の実施形態と結合される又は独立して実施される、さらに別の実施形態において、中継ＵＥは、反射型ＱｏＳ（ＴＳ ２３．５０１において定義されるような）をサポートする。中継ＵＥは、初期登録中に又はＰＤＵセッションセットアップ中に（例えば、１つ又は複数の下流ＵＥの中継通信のために使用されることになるＰＤＵセッションのセットアップ中に）又はＮＡＳメッセージをＡＭＦ／ＳＭＦ又は他のコアネットワークファンクションに送ることによって、反射型ＱｏＳをサポートするそれの能力を送る。反射型ＱｏＳが、トリガされて１つ又は複数のＱｏＳフローのために使用される（例えば、ＳＭＦによって）場合、ＮＧ－ＲＡＮ及びＵＰＦは、中継ＵＥにそれぞれのＱｏＳフロー（確立されたＰＤＵセッション内）を介してそれぞれの下流メッセージにＱｏＳフロー識別子（ＱＦＩ）を含めるために知らされる。この実施形態では、中継ＵＥは、対応するＰＣ５ ＱｏＳフローを決定するためのみならず、有利にはデータ推奨ポリシを選択して１つ又は複数の下流ＵＥのデータ推奨を適用及び／又は変更する及び／又は１つ又は複数の下流ＵＥに新しいデータレート推奨メッセージを送るために、メッセージＮＧ－ＲＡＮを介して受信されるメッセージにおいて、受信されたＱＦＩを使用する。現在の３ＧＰＰ（登録商標）仕様書のように、中継ＵＥのそれぞれの下流メッセージにおけるＮＧ－ＲＡＮの反射型ＱｏＳ構成及びＵＰＦ及びＱＦＩは、反射型ＱｏＳが使用されるときにのみ適用される。しかしながら、ＮＧ－ＲＡＮから中継ＵＥへのそれぞれの下流メッセージにＱＦＩを常に含むことは、有益である。残念ながら、これは、上流メッセージの中継ＵＥ（ＳＭＦによって事前に構成される）においてＱｏＳフロー構成及びフィルタを更新するために反射型ＱｏＳを適用すべき時に混乱を生じさせ、反射型ＱｏＳ又は事前に構成されたＱｏＳ構成が中継ＵＥによって使用されることになるか否かに関するＮＧ－ＲＡＮ及び／又はＳＭＦ／ＵＰＦ及び／又は他のコアネットワーク機能における混乱も生じさせる。したがって、中継ＵＥによって適用されている反射型ＱｏＳと非反射型ＱｏＳとを区別するために、この実施形態では、ＳＭＦは、例えば、ＱｏＳフローにつき、反射型ＱｏＳが適用される必要があるか否かのＵＥへのメッセージを送る（例えば、ＮＡＳを介して）、及び／又は、ＳＭＦは、ＵＥが反射型ＱｏＳのサポートを示した場合でも、反射型ＱｏＳタイマ値／構成をＵＥに送るのを省略する。反射型ＱｏＳタイマ情報が、ＵＥによって受信された場合、次いで、ＱＦＩ値を含むＮＧ－ＲＡＮを介するメッセージを受信したとき、任意の新しいＱｏＳフロー構成又はフィルタを導出しないことになる及び／又は任意の（事前）構成されたＱｏＳフロー構成、フィルタ又はＱｏＳマッピングを更新しないことになる及び／又は任意のデフォルトタイマを適用しないことになる及び／又はタイマをリセットしないことになる。
【0168】
前述のように、データレート推奨及び／又は制限情報をエンコードするための様々な他の手段が、使用され得る。
【0169】
例としては、推奨値に加えて制限（例えば、最大）値を結合するＭＡＣ ＣＥ要素、或いは整数カテゴリ又はクラス番号の代わりにビットレート値（例えば、ｋｂｉｔ／ｓｅｃ）を示す整数を含むＭＡＣ ＣＥ要素がある。さらに、前述したように、データレート情報を中継ＵＥ（例えば、第１のＵＥ）又はリモートＵＥに送る様々な手段が、使用され得る。例としては、ＭＡＣ ＣＥ、ＰＤＣＰプロトコル（基地局（ｇＮＢ）から中継ＵＥ又はシングルホップまでの、例えば、中継ＵＥからリモートＵＥまでの、終端間、或いはシングルホップ、例えば、中継ＵＥから中継ＵＥまでの、になり得る）、ＲＲＣプロトコル（例えば、新しく定義された構成要素内部で、基地局（ｇＮＢ）から中継ＵＥ又はシングルホップまでの（例えば、中継ＵＥからリモートＵＥまでの又は中継ＵＥから中継ＵＥまでの））がある。
【0170】
非中継ＵＥについて、従来の手順（推奨ビットレートＭＡＣ ＣＥクエリ手順などの）が、（集合体の）所望のデータレート要求をいつ送るかを決定するために使用され得る。それはまた、送るべき時に、処理系依存になり得る。
【0171】
所望のデータレート要求情報を有する上流メッセージをいつ送るべきかの中継ＵＥ（例えば、第１のＵＥ）に関する例としては、以下があり得る：
１．少なくともＮ（構成可能なＮ）個のデータレートメッセージが下流ＵＥから受信されるとすぐにデータレート情報を有する上流メッセージを送る。
２．タイマ終了に基づいて、そこで、タイマは、下流ＵＥから受信されたメッセージに応答して、開始され得る（既に実行していない場合）。
３．下流ＵＥから受信されたメッセージの組合せが、前の（例えば、最後の）報告された値と比較して、所望のアップリンク／ダウンリンクデータレートの有意な変更につながるとき。
４．下流データパケット内の利用可能な空間と前述のオプションのうちの１つ又は複数を結合するルールに基づいて。
１．少なくともＮ（構成可能なＮ）個のデータレートメッセージが下流ＵＥから受信されるとすぐにデータレート情報を有する上流メッセージを送る。
２．タイマ終了に基づいて、そこで、タイマは、下流ＵＥから受信されたメッセージに応答して、開始され得る（既に実行していない場合）。
３．下流ＵＥから受信されたメッセージの組合せが、前の（例えば、最後の）報告された値と比較して、所望のアップリンク／ダウンリンクデータレートの有意な変更につながるとき。
４．下流データパケット内の利用可能な空間と前述のオプションのうちの１つ又は複数を結合するルールに基づいて。
【0172】
１つ又は複数の下流ノードへの上流ノード（ＵＥ又は基地局（ｇＮＢ））から受信された推奨をいつ送るべきかの中継ＵＥ（例えば、第１のＵＥ）に関する例としては、以下があり得る：
１．上流ノードから推奨を受信した直後、
２．タイマ終了に基づいて、又は
３．下流データパケット内の利用可能な空間と前述のオプションのうちの１つ又は複数を結合するルールに基づいて。
１．上流ノードから推奨を受信した直後、
２．タイマ終了に基づいて、又は
３．下流データパケット内の利用可能な空間と前述のオプションのうちの１つ又は複数を結合するルールに基づいて。
【0173】
複数のＵＥについて、複数のデータレートクエリの結合された報告、或いはデータレート推奨、又は制限、又は制限及び推奨の結合された報告のために定義された特定のフォーマットが存在する。
【0174】
一例としては、３ＧＰＰ（登録商標）仕様ＴＳ ３８．３２１ ｖ１５．５．０において定義されているように、存在する推奨ビットレートＭＡＣ ＣＥを使用することがある。複数のこれらが、必要に応じて、単一ＭＡＣ ＰＤＵで送られ得、又は複数が、複数のＭＡＣ ＰＤＵに分散されて送られ得る。
【0175】
別法として、メッセージは、タプルのリストで構成され得る：
｛ＬＣＩＤ＿ｉ，ＵＬ／ＤＬ ｏｒ ｕｐｓｔｒｅａｍ／ｄｏｗｎｓｔｒｅａｍ ｏｒ ＵＬ／ＤＬ／ＳＬ＿ｉ，Ｄａｔａ Ｒａｔｅ ｒｅｃｏｍｍｅｎｄａｔｉｏｎ＿ｉ｝
｛ＬＣＩＤ＿ｉ，ＵＬ／ＤＬ ｏｒ ｕｐｓｔｒｅａｍ／ｄｏｗｎｓｔｒｅａｍ ｏｒ ＵＬ／ＤＬ／ＳＬ＿ｉ，Ｄａｔａ Ｒａｔｅ ｒｅｃｏｍｍｅｎｄａｔｉｏｎ＿ｉ｝
【0176】
或いは、メッセージは、タプルのリストで構成され得る：
｛ＵＥ－ＩＤ＿ｋ，ＬＣＩＤ＿ｉ，ＵＬ／ＤＬ＿ｉ，Ｄａｔａ Ｒａｔｅ ｒｅｃｏｍｍｅｎｄａｔｉｏｎ＿ｉ｝
ここで、ＵＥ－ＩＤは、ＲＡＮ内の特定のリモート／中継ＵＥの又はメッセージの送信者の特定のリモート／中継ＵＥ下流の短い識別子である、（これは、原則として、ＩＤがより短くエンコードされることを可能にする）。
｛ＵＥ－ＩＤ＿ｋ，ＬＣＩＤ＿ｉ，ＵＬ／ＤＬ＿ｉ，Ｄａｔａ Ｒａｔｅ ｒｅｃｏｍｍｅｎｄａｔｉｏｎ＿ｉ｝
ここで、ＵＥ－ＩＤは、ＲＡＮ内の特定のリモート／中継ＵＥの又はメッセージの送信者の特定のリモート／中継ＵＥ下流の短い識別子である、（これは、原則として、ＩＤがより短くエンコードされることを可能にする）。
【0177】
或いは、メッセージは、タプルのリストで構成され得る：
｛ＬＣＩＤ＿ｉ，ＵＬ／ＤＬ＿ｉ，Ｄａｔａ Ｒａｔｅ ｒｅｃｏｍｍｅｎｄａｔｉｏｎ＿ｉ，Ｄａｔａ Ｒａｔｅ ｌｉｍｉｔ＿ｉ｝
｛ＬＣＩＤ＿ｉ，ＵＬ／ＤＬ＿ｉ，Ｄａｔａ Ｒａｔｅ ｒｅｃｏｍｍｅｎｄａｔｉｏｎ＿ｉ，Ｄａｔａ Ｒａｔｅ ｌｉｍｉｔ＿ｉ｝
【0178】
前述のフォーマット例は、ＭＡＣ ＣＥにおいてラップされ得る、又は前述のその他のプロトコルのうちの１つを介して移送され得る。
【0179】
一実施形態において、基地局（ｇＮＢ）は、中継ＵＥ又はリモートＵＥがそれの現在のものの最上部に追加の上流中継ＵＥを必要とすると、受信された報告に基づいて、決定し得る。そうでないなら、１つ又は複数の決定的データストリームの所望のデータレート（例えば、高優先度、リアルタイム、又は低レイテンシデータ）は、満たすことはできない。この必要性を満たすために、基地局（ｇＮＢ）は、追加の親中継ＵＥを獲得するように又はより多くの帯域幅（すなわち、データレート）を提供することができる新しい親中継ＵＥによる置換を開始するように特定の中継ＵＥ又はリモートＵＥに指示する。
【0180】
１つのセットの実施形態において、基地局（ｇＮＢ）及びそれのスケジューラは、ＵＥ（例えば、ＵＥ２、そこで、ＵＥ１は、ＵＥ２と等しくても等しくなくてもよい）に関する別の論理チャネル（ＬＣＩＤ２）の（集合体の）所望のデータレートに関する新しい情報を受信することによってトリガされて、基地局（ｇＮＢ）に直接接続された少なくとも１つの特定のＵＥ（例えば、ＵＥ１）の１つの論理チャネル（ＬＣＩＤ１）の推奨データレートを制御する及び／又はそれに影響を及ぼす。基地局（ｇＮＢ）又はそれのスケジューラは、例えば、ＬＣＩＤ２のＵＥ２が、そこでより多くのデータレートが望ましいことを示す場合には、ＬＣＩＤ１のためにより少ない資源を、そしてＬＣＩＤ２のためにより多くの資源をスケジュールし、逆の場合も同様に、又は、ＬＣＩＤ２のＵＥ２が、より少ないデータレートが必要とされる／望ましいことを示す場合には、ＬＣＩＤ１のためにより多くの資源を、そしてＬＣＩＤ２のためにより少ない資源をスケジュールする。
【0181】
関連実施形態は、ＬＣＩＤ２のＵＥ２が、そこでより多くのデータレートが望ましいことを示す場合には、ＬＣＩＤ１に関して前のより低い推奨データレートを送ることであり、そして逆の場合も同様に、又は、ＬＣＩＤ２のＵＥ２が、より少ないデータレートが必要とされる／望ましいことを示す場合には、ＬＣＩＤ１に関して前より高い推奨データレートを送ることである。
【0182】
前述の例では、前述のケースでは、それぞれにより少ない／より多い資源がＬＣＩＤ１のために利用可能なので、送られる推奨は、それぞれにより低い／より高い。
【0183】
さらなる一実施形態において、中継ＵＥ（例えば、第１のＵＥ）は、それのバッファが閾値より上を満たすときには下流ＵＥへのデータレート推奨を減らす、又はそれのバッファ状況に基づいて下流ＵＥにそれのデータレート推奨を適合させる。
【0184】
例えば、合計したバッファ済みデータサイズ（基地局（ｇＮＢ）に向けた上流の保留中データ）が、指定の閾値を超える場合、中継ＵＥは、下流ＵＥへの推奨データレートを減らすポリシを開始する。或いは、推奨データレートの低減は、特定の上流ＬＣＩＤの上流データバッファの状況に応じて、１つ又は複数のＬＣＩＤに特有になり得る。中継ＵＥの合計したバッファサイズが、指定の閾値未満に再び減ったとき、中継ＵＥは、推奨の低減なしにそれの最初のポリシを再び適用し始める。
【0185】
前述のいくつかの実施形態において、データレート推奨は、基地局（ｇＮＢ）によって最初に作成されて、次いで、１つ又は複数の中継ＵＥに送られた。このようにして、データレート推奨は、基地局（ｇＮＢ）によって開始されたセルラネットワークのローカル部分に「トリクルダウン」する。
【0186】
しかしながら、データレート推奨及び／又は制限の他の開始機構（例えば、ＲＲＣ又はＳＤＡＰ又はＰＤＣＰ）が、使用され得る。
【0187】
コアネットワークからの、すなわち、そのような情報を運ぶコアネットワーク内の任意の機能からもたらされる、他のタイプの制御メッセージもまた存在し得る。そのような他のメッセージは、例えば、ＵＥによって固守されるべきアップリンクのスライス特有のデータ制限、又はＵＥが従うべき推奨を伝えるために使用される。
【0188】
１つ又は複数の下流ＵＥに送られる推奨及び／又は制限制御メッセージは、受信されたデータレート推奨／制限情報に基づき、推奨／制限を受信するために使用されるものとは別のプロトコルを使用して、送られる。
【0189】
例えば、推奨ビットレートＭＡＣ ＣＥ又はサイドリンク推奨ビットレートＭＡＣ ＣＥは、拡張されたＳＤＡＰプロトコルメッセージを介して送られた制限に基づいて、中継ＵＥ（例えば、第１のＵＥ）によって子ＵＥに推奨データレート値を送るために使用され得る。この場合、推奨は、制限値に基づいて送られる。下流ＵＥは、最も多くの基地局機能及び／又はコアネットワーク機能へのアクセスを有さないＯｏＣでもよく、例えば、下流ＵＥは、基地局への／からの制御プレーンメッセージングを使用すること又はコアネットワークとＰＤＵセッションを確立することができない可能性があった。このデータレート推奨ソリューションで、ＯｏＣ ＵＥは、中継ＵＥを介して間接的にデータレート推奨をさらに受信し、それらの上流データに推奨を適用することができる。
【0190】
別法として、中継ＵＥ（例えば、第１のＵＥ）は、前述のデータレート制限情報に基づいて、例えば、新しく定義されるサイドリンクビットレート制限ＭＡＣ ＣＥ又は類似のものを使用して、下流ＵＥに制限値を送る。
【0191】
データレート制限／推奨を下流ＵＥに潜在的に送るためのさらなる手段は、サイドリンク（ＳＬ）、すなわち、ＰＣ５インターフェース、を介するＲＲＣプロトコルを介する。
【0192】
ＵＥ対ネットワーク（Ｕ２Ｎ）中継の少なくとも層２（Ｌ２）又は層３（Ｌ３）シングルホップ中継アーキテクチャにおいて使用される一実施形態について、次に説明する。その実施形態は、サイドリンク推奨ビットレートＭＡＣ制御要素を表す「ＳＬ－ＲＢＲ」と呼ばれる新しいサイドリンク（ＳＬ－ＳＣＨ）ＭＡＣ ＣＥを定義する。ＳＬ－ＲＢＲが、範囲２０～６１内の新しい６ビットの論理チャネル（ＬＣＩＤ）値、例えば６１、を割り当てられる。ＳＬ－ＲＢＲは、２つのオクテットの固定サイズを有する。ＳＬ－ＲＢＲは、以下のフィールドのうちの１つ又は複数を含む：
・Ｑ：「クエリ」（１ビット）：このＳＬ－ＲＢＲがビットレート推奨（Ｑ＝０）をエンコードするかどうか又はこのＳＬ－ＲＢＲがビットレート推奨のクエリ（Ｑ＝１）であるかどうかを示す。以下では、「ＳＬ－ＲＢＲ」という名は、Ｑ＝０を有するＳＬ－ＲＢＲを示し、「ＳＬ－ＲＢＲ－Ｑ」は、Ｑ＝１セットを有するＳＬ－ＲＢＲを示す。
・ＬＣＩＤ（６ビット）：ビットレートが推奨される、又は推奨クエリが、Ｑ＝０及びＱ＝１のそれぞれの場合について、行われる、論理チャネル識別を示す。
・ＵＬ／ＤＬ（１ビット）：このＳＬ－ＲＢＲ／ＳＬ－ＲＢＲ－Ｑが上流（１）データフロー方向に適用されるか又は下流（０）データフロー方向に適用されるかを示す。
・ビットレート（６ビット）：それぞれに推奨（Ｑ＝０）又は要求（Ｑ＝１）のビットレート値をエンコードする、ＴＳ ３８．３２１ ｖ１６．３．０のテーブル６．１．３．２０－１へのインデックス。「要求」値は、ビットレートのＵＥの優先、すなわち、要求されたレート、と見ることができる。
・Ｘ（１ビット）：適用可能な（１）又は適用不可能な（０）ビットレート乗数。乗数は、適用可能な場合、同じ増倍率を使用して、ＴＳ ３８．３２１ ｖ１６．３．０セクション６．１．３．２０に記載されたのと類似の手段でビットレート値に適用される。この倍数は、中継ＵＥ及びリモートＵＥを含むＵＥにＲＲＣを介して送られるオプションのパラメータｂｉｔＲａｔｅＭｕｌｔｉｐｌｉｅｒ－ｒ１６を使用して、ｇＮＢによって構成される。代替として、サイドリンク通信のための別個の乗数を指定する、新しいパラメータｂｉｔＲａｔｅＭｕｌｔｉｐｌｉｅｒＳＬが、定義される。
・Ｒ（１ビット）：０にセットされた、予約済みビット。
・Ｑ：「クエリ」（１ビット）：このＳＬ－ＲＢＲがビットレート推奨（Ｑ＝０）をエンコードするかどうか又はこのＳＬ－ＲＢＲがビットレート推奨のクエリ（Ｑ＝１）であるかどうかを示す。以下では、「ＳＬ－ＲＢＲ」という名は、Ｑ＝０を有するＳＬ－ＲＢＲを示し、「ＳＬ－ＲＢＲ－Ｑ」は、Ｑ＝１セットを有するＳＬ－ＲＢＲを示す。
・ＬＣＩＤ（６ビット）：ビットレートが推奨される、又は推奨クエリが、Ｑ＝０及びＱ＝１のそれぞれの場合について、行われる、論理チャネル識別を示す。
・ＵＬ／ＤＬ（１ビット）：このＳＬ－ＲＢＲ／ＳＬ－ＲＢＲ－Ｑが上流（１）データフロー方向に適用されるか又は下流（０）データフロー方向に適用されるかを示す。
・ビットレート（６ビット）：それぞれに推奨（Ｑ＝０）又は要求（Ｑ＝１）のビットレート値をエンコードする、ＴＳ ３８．３２１ ｖ１６．３．０のテーブル６．１．３．２０－１へのインデックス。「要求」値は、ビットレートのＵＥの優先、すなわち、要求されたレート、と見ることができる。
・Ｘ（１ビット）：適用可能な（１）又は適用不可能な（０）ビットレート乗数。乗数は、適用可能な場合、同じ増倍率を使用して、ＴＳ ３８．３２１ ｖ１６．３．０セクション６．１．３．２０に記載されたのと類似の手段でビットレート値に適用される。この倍数は、中継ＵＥ及びリモートＵＥを含むＵＥにＲＲＣを介して送られるオプションのパラメータｂｉｔＲａｔｅＭｕｌｔｉｐｌｉｅｒ－ｒ１６を使用して、ｇＮＢによって構成される。代替として、サイドリンク通信のための別個の乗数を指定する、新しいパラメータｂｉｔＲａｔｅＭｕｌｔｉｐｌｉｅｒＳＬが、定義される。
・Ｒ（１ビット）：０にセットされた、予約済みビット。
【0193】
リモートＵＥトラフィックは、中継ＵＥとｇＮＢとの間の少なくとも１つの特定の論理チャネルによって、中継される。そのようなチャネルは、ここでは、リモートＵＥの「プロキシＬＣＩＤ」と呼ばれる。そのようなプロキシＬＣＩＤは、Ｕｕインターフェースで使用され、その一方で、ＰＣ５を介してリモートＵＥによって直接使用されるＬＣＩＤは、異なる論理チャネルであり、したがって、異なる論理チャネル識別子（ＬＣＩＤ）を有する。１つのプロキシＬＣＩＤは、例えば、中継ＵＥによって又はｇＮＢによって（例えば、適合層の一部として）構築されるＰＣ５を介して使用されるＬＣＩＤへのＵｕを介して使用されるＬＣＩＤのマッピング（逆もしかり）に応じて、又は例えばｇＮＢによって送られる構成に、若しくはこの場合には論理チャネル選択の３ＧＰＰ（登録商標）標準において定義された特定のルールに応じて、１つの、又は複数の、リモートＵＥに供し得る。オプションで、プロキシＬＣＩＤはまた、ｇＮＢへの／からのそれ自体のデータトラフィックの移送のために中継ＵＥ自体に供する。Ｌ２中継アーキテクチャの場合には、新しいリモートＵＥ又は中継ＵＥの受け入れ並びにリモートＵＥとｇＮＢとの間のＲＡＮ Ｌ２終端間接続のその後のセットアップのためにリモートＵＥ、中継ＵＥ、及びｇＮＢの間に定義された手順が存在する。Ｌ３中継アーキテクチャの場合には、新しいリモートＵＥ又は中継ＵＥの受け入れ並びに中継ＵＥとｇＮＢとの間の接続、及び／又は中継ＵＥとリモートＵＥとの間の接続のその後のセットアップのためにも定義された手順が存在する。前述のセットアップ手順は、特定のリモートＵＥのための、又は特定のリモートＵＥに関連する特定のサイドリンクＬＣＩＤのためのプロキシＬＣＩＤとして、特定のＬＣＩＤを割り当てるために使用される。
【0194】
１つ又は複数のリモートＵＥに供する中継ＵＥは、プロキシＬＣＩＤ（すなわち、Ｕｕに関して使用される論理チャネルのＩＤ）のｇＮＢからの推奨ビットレートＭＡＣ ＣＥのダウンリンク受信、又はリモートＵＥからのＳＬ－ＲＢＲ－Ｑの受信などの特定のイベントによってトリガされて、それのリモートＵＥのうちの１つ又は複数に送られ得る。トリガがｇＮＢからの推奨ビットレートＭＡＣ ＣＥのＤＬ受信である場合に、供されるリモートＵＥのうちのどれが新しいＳＬ－ＲＢＲを受信するのに適格であるかは、ｇＮＢからのその受信されたＭＡＣ ＣＥに含まれた特定のプロキシＬＣＩＤ値に関連するリモートＵＥのセットによって決定される。同様に、クエリのために、中継ＵＥは、タイマ終了又はそれのリモートＵＥのうちの１つ又は複数からのＳＬ－ＲＢＲ－Ｑの受信などの特定のイベントによってトリガされて、それのｇＮＢにアップリンクで推奨ビットレートクエリＭＡＣ ＣＥ（プロキシＬＣＩＤを示す）を送ることができる。中継ＵＥによってｇＮＢに送られたこのＭＡＣ ＣＥに含むべきＬＣＤ値は、特定のトリガ条件によって決定される。例えば、トリガが、タイマに基づく場合、ＬＣＩＤ値は、トリガされたタイマがそのために作成された論理チャネルによって、決定される。又は、例えば、トリガが、１つの特定のリモートＵＥからのＳＬ－ＲＢＲ－Ｑの受信だった場合、そのとき、ＬＣＩＤ値は、通常は、その特定のリモートＵＥに関連するプロキシＬＣＩＤと等しいものとして決定される。
【0195】
中継ＵＥは、受信された推奨ビットレートを１セットの１つ又は複数の下流リモートＵＥに分配するためのいくつかのポリシのうちの１つを使用し得る。ｇＮＢからの受信された推奨ビットレートメッセージは、ポリシを実行する及び／又は特定の記憶されたポリシを選択するための入力パラメータとして中継ＵＥによって使用される、ＬＣＩＤフィールドを含む。ポリシは、本明細書に記載のように、中継ＵＥにおいて固定される、又は予め構成される、又は、例えば、中継ＵＥにＲＲＣプロトコルを介して送られたデータ、を使用して、例えばｇＮＢによって、動的に構成される。本実施形態及びそれの変形形態の代表的な有利なポリシは：
１．公平な分配－中継ＵＥは、同じプロキシＬＣＩＤに関連するＮ個のリモートＵＥにわたって均等にビットレートを分けることができる（ここで、Ｎは１でもよい）。この場合、ｇＮＢは、例えばＮによって割り切れる及びそれによりＳＬ－ＲＢＲにおける正確な分割結果値のエンコードを可能にするレート値を望ましくは推奨する。
２．要求されたビットレートに比例する分配－中継ＵＥは、Ｎ個の適用可能なリモートＵＥのそれぞれの要求ビットレートにおおよそ比例してビットレートを分けることができる。適用されたＵＥのセットは、通常は、同じプロキシＬＣＩＤ値を共用するすべてのリモートＵＥである。適用可能なＵＥが、ＳＬ－ＲＢＲ－Ｑを使用してビットレートを（まだ）要求しなかった場合、中継は、それが合計したレート推奨の割合（１／Ｎ）を必要とすると、又はそれが明示的要求を行うまでそれは何も要求しない（０）と決定することができる。この決定アルゴリズムは、ｇＮＢによって構成可能、又は中継ＵＥにおけるデフォルトアルゴリズムである、或いは状況パラメータ（例えば、供されるリモートＵＥの数、データロードなど）に依存している。
３．ストリーミングデータプロデューサ及び／又はコンシューマのみへの分配－中継ＵＥは、ＳＬ－ＲＢＲを使用してデータレート推奨を過去に要求した特定のプロキシＬＣＩＤのリモートＵＥのサブセットの記録をつけることができる。Ｎメンバのこのサブセット（Ｎは１でもよい）のみが、前述のポリシ１によるデータレート推奨のさらなる分配のために使用される。
４．履歴ビットレートの使用－前述のポリシ２と同様に、しかし、推奨が固定割合を使用していることを要求しなかったリモートＵＥを仮定しないで、このポリシは、そのリモートＵＥ中継ＵＥによって観測された実際の履歴データレートを使用する。これは、そのリモートＵＥの優先は、過去にそれが行ったようなデータストリーミングを継続することであると仮定する。
１．公平な分配－中継ＵＥは、同じプロキシＬＣＩＤに関連するＮ個のリモートＵＥにわたって均等にビットレートを分けることができる（ここで、Ｎは１でもよい）。この場合、ｇＮＢは、例えばＮによって割り切れる及びそれによりＳＬ－ＲＢＲにおける正確な分割結果値のエンコードを可能にするレート値を望ましくは推奨する。
２．要求されたビットレートに比例する分配－中継ＵＥは、Ｎ個の適用可能なリモートＵＥのそれぞれの要求ビットレートにおおよそ比例してビットレートを分けることができる。適用されたＵＥのセットは、通常は、同じプロキシＬＣＩＤ値を共用するすべてのリモートＵＥである。適用可能なＵＥが、ＳＬ－ＲＢＲ－Ｑを使用してビットレートを（まだ）要求しなかった場合、中継は、それが合計したレート推奨の割合（１／Ｎ）を必要とすると、又はそれが明示的要求を行うまでそれは何も要求しない（０）と決定することができる。この決定アルゴリズムは、ｇＮＢによって構成可能、又は中継ＵＥにおけるデフォルトアルゴリズムである、或いは状況パラメータ（例えば、供されるリモートＵＥの数、データロードなど）に依存している。
３．ストリーミングデータプロデューサ及び／又はコンシューマのみへの分配－中継ＵＥは、ＳＬ－ＲＢＲを使用してデータレート推奨を過去に要求した特定のプロキシＬＣＩＤのリモートＵＥのサブセットの記録をつけることができる。Ｎメンバのこのサブセット（Ｎは１でもよい）のみが、前述のポリシ１によるデータレート推奨のさらなる分配のために使用される。
４．履歴ビットレートの使用－前述のポリシ２と同様に、しかし、推奨が固定割合を使用していることを要求しなかったリモートＵＥを仮定しないで、このポリシは、そのリモートＵＥ中継ＵＥによって観測された実際の履歴データレートを使用する。これは、そのリモートＵＥの優先は、過去にそれが行ったようなデータストリーミングを継続することであると仮定する。
【0196】
５．知られている品質インジケータに比例する分配－中継ＵＥは、それぞれの下流リモートＵＥを品質インジケータ、例えば、ＰＱＩなどのＱｏＳ値、にマップするテーブルを記憶する。中継ＵＥは、望ましくは、それぞれの下流リモートＵＥが、品質インジケータに従ったビットレート推奨を少なくとも受信する、すなわち、それが、それぞれのリモートＵＥがそれのＱｏＳ要件を満たすことを可能にする、ように、集合体ビットレート推奨を分ける。別法として又は追加で、中継ＵＥは、それらの品質インジケータによって決定されるものとしてのより厳しいＱｏＳ要件、より厳しい意味、例えば、ＴＳ ２３．２８７によって定義されたようなより低いデフォルト優先レベルを有するＰＱＩ、又はＴＳ ２３．２８７によって定義されたようなより低い最大パケットエラーレートを有するＰＱＩ、又はより高い帯域幅要件を有するそれらのリモートＵＥに集合体ビットレート推奨のより大きなシェアを割り当てる。
６．現在の中継負荷に適合した分配－このポリシ態様は、その他のポリシのうちの１つと結合され得る。この場合、中継ＵＥは、現在の中継負荷の指示、すなわち、例えば、ユーザデータ送信、ユーザデータ受信、データ中継動作、計算、感知動作を含む、それの機能により中継ＵＥの資源に関する負荷を説明する、１つ又は複数の変数を使用する内部で計算された指示、に基づいて、１つ又は複数のリモートＵＥへの計算される推奨値を下げる。負荷インジケータの例としては、デバイス温度、メモリ使用量、電池エネルギ消費、中継動作のメモリバッファ使用量、ＣＰＵ負荷パーセンテージ、サイドリンク資源プールにおける資源利用性パーセンテージなどがある。通常は、中継ＵＥは、この負荷指示がより高いとき、そのような負荷インジケータを使用して下流推奨ビットレートの計算値をより低くする。これは、中継ＵＥがそれ自体の資源要件及び制限に対してそれのリモートＵＥに向けたそれのサービスの平衡を保つことを可能にする。
７．リモートＵＥリンク品質への適合－このポリシ態様は、その他のポリシのうちの１つと結合され得る。中継ＵＥは、特定のリモートＵＥに向けたリンク品質又はリンクの類似のインジケータに基づいて、計算されるビットレート推奨値を適合させることになる。例えば、中継ＵＥは、リモートＵＥへの特定のリンクが低品質を有し、したがって、そのリモートＵＥへの又はからの実効ビットレートは、ある特定の決定された閾値値を超えることはできないと決定する。次いで、中継ＵＥは、ポリシにより計算された推奨値を減らすことを決定し、低減された値をリモートＵＥに送る。
６．現在の中継負荷に適合した分配－このポリシ態様は、その他のポリシのうちの１つと結合され得る。この場合、中継ＵＥは、現在の中継負荷の指示、すなわち、例えば、ユーザデータ送信、ユーザデータ受信、データ中継動作、計算、感知動作を含む、それの機能により中継ＵＥの資源に関する負荷を説明する、１つ又は複数の変数を使用する内部で計算された指示、に基づいて、１つ又は複数のリモートＵＥへの計算される推奨値を下げる。負荷インジケータの例としては、デバイス温度、メモリ使用量、電池エネルギ消費、中継動作のメモリバッファ使用量、ＣＰＵ負荷パーセンテージ、サイドリンク資源プールにおける資源利用性パーセンテージなどがある。通常は、中継ＵＥは、この負荷指示がより高いとき、そのような負荷インジケータを使用して下流推奨ビットレートの計算値をより低くする。これは、中継ＵＥがそれ自体の資源要件及び制限に対してそれのリモートＵＥに向けたそれのサービスの平衡を保つことを可能にする。
７．リモートＵＥリンク品質への適合－このポリシ態様は、その他のポリシのうちの１つと結合され得る。中継ＵＥは、特定のリモートＵＥに向けたリンク品質又はリンクの類似のインジケータに基づいて、計算されるビットレート推奨値を適合させることになる。例えば、中継ＵＥは、リモートＵＥへの特定のリンクが低品質を有し、したがって、そのリモートＵＥへの又はからの実効ビットレートは、ある特定の決定された閾値値を超えることはできないと決定する。次いで、中継ＵＥは、ポリシにより計算された推奨値を減らすことを決定し、低減された値をリモートＵＥに送る。
【0197】
中継ＵＥは、ｇＮＢに送られる含まれた要求値を有する単一アップリンク推奨ビットレートクエリＭＡＣ ＣＥに複数の受信されたビットレート推奨クエリ（Ｑ＝１を有するＳＬ－ＲＢＲ）を統合するためのいくつかのポリシのうちの１つ又は複数を使用し得る。このポリシは、本明細書に記載のように、中継ＵＥにおいて固定される、又は予め構成される、又はＲＲＣプロトコルを介して中継ＵＥに送られるデータを使用するｇＮＢによって動的に構成される。本実施形態の代表的な有利なポリシは：
１．要求されたビットレートの合計－中継ＵＥは、同じプロキシＬＣＩＤに関連するリモートＵＥから受信された任意のＵＬ／ＤＬビット＝０要求を合計し、ＵＬ／ＤＬビット＝０アップリンクを有する１つの推奨ビットレートクエリとしての近似合計をｇＮＢに送る、並びに、任意のＵＬ／ＤＬ＝１要求を合計し、ＵＬ／ＤＬ＝１を有するｇＮＢへの１つの推奨ビットレートクエリアップリンクとしての近似合計を送ることになる。正確な合計が、ビットレートフィールドの６ビットを使用して、許可されたビットレート値のうちの１つとしてエンコードされ得ない場合、そのとき、ビットレートの２番目に高い数が、中継ＵＥによって選択される。
２．要求された及び履歴のビットレートの合計－中継ＵＥは、前述のポリシ１のように要求を合計することになるが、追加で、中継ＵＥは、ＳＬ－ＲＢＲ－Ｑをまだ送らなかった又は最近それを送らなかった１つ又は複数のリモートＵＥの履歴で観測された実際のデータレートを使用する。これらの履歴レートは、その合計に追加される。これは、ＳＬ－ＲＢＲ要求を（最近）送らなかったそれらのリモートＵＥの優先は、それらが過去に行ったようなデータストリーミングを継続することである、と仮定する。
３．現在の中継負荷への適合－このポリシ態様は、その他のポリシのうちの１つ又は複数と結合され得る。この場合、中継ＵＥは、現在の中継負荷の指示、すなわち、例えば、ユーザデータ送信、ユーザデータ受信、データ中継動作、計算、感知動作を含む、それの機能による中継ＵＥの資源への負荷を説明する、１つ又は複数の変数を使用する内部で計算された指示、に基づいて、計算される要求値を下げることになる。負荷インジケータの例には、デバイス温度、メモリ使用量、電池エネルギ消費、中継動作のメモリバッファ使用量、ＣＰＵ負荷パーセンテージ、サイドリンク資源プールにおける資源利用パーセンテージなどがある。通常は、中継ＵＥは、この負荷指示がより高いときに、上流推奨ビットレートクエリの計算される要求値をより大きく減らすために、そのような負荷インジケータを使用する。これは、中継ＵＥがそれ自体の資源要件及び制限に対するそれのリモートＵＥに向けたそれのサービスの平衡を保つことを可能にする。
４．リモートＵＥリンク品質への適合－このポリシ態様は、その他のポリシのうちの１つ又は複数と結合され得る。中継ＵＥは、特定のリモートＵＥに向けたリンクのリンク品質又は類似のインジケータに基づいて、計算される要求値を適合させることになる。例えば、中継ＵＥは、リモートＵＥへの特定のリンクが、低品質を有しており、したがって、そのリモートＵＥへの又はからの実効ビットレートは、ある特定の決定された閾値値を超えることができない、と決定する。そのリモートＵＥが、この閾値より高いビットレートを要求する場合、中継ＵＥは、この値を減らすことを決定し、次いで、この低減された値を使用するポリシを適用することができる。これは、ケース３と類似しているが、ここでは、低減は、他の理由で行われ、異なって計算される。
１．要求されたビットレートの合計－中継ＵＥは、同じプロキシＬＣＩＤに関連するリモートＵＥから受信された任意のＵＬ／ＤＬビット＝０要求を合計し、ＵＬ／ＤＬビット＝０アップリンクを有する１つの推奨ビットレートクエリとしての近似合計をｇＮＢに送る、並びに、任意のＵＬ／ＤＬ＝１要求を合計し、ＵＬ／ＤＬ＝１を有するｇＮＢへの１つの推奨ビットレートクエリアップリンクとしての近似合計を送ることになる。正確な合計が、ビットレートフィールドの６ビットを使用して、許可されたビットレート値のうちの１つとしてエンコードされ得ない場合、そのとき、ビットレートの２番目に高い数が、中継ＵＥによって選択される。
２．要求された及び履歴のビットレートの合計－中継ＵＥは、前述のポリシ１のように要求を合計することになるが、追加で、中継ＵＥは、ＳＬ－ＲＢＲ－Ｑをまだ送らなかった又は最近それを送らなかった１つ又は複数のリモートＵＥの履歴で観測された実際のデータレートを使用する。これらの履歴レートは、その合計に追加される。これは、ＳＬ－ＲＢＲ要求を（最近）送らなかったそれらのリモートＵＥの優先は、それらが過去に行ったようなデータストリーミングを継続することである、と仮定する。
３．現在の中継負荷への適合－このポリシ態様は、その他のポリシのうちの１つ又は複数と結合され得る。この場合、中継ＵＥは、現在の中継負荷の指示、すなわち、例えば、ユーザデータ送信、ユーザデータ受信、データ中継動作、計算、感知動作を含む、それの機能による中継ＵＥの資源への負荷を説明する、１つ又は複数の変数を使用する内部で計算された指示、に基づいて、計算される要求値を下げることになる。負荷インジケータの例には、デバイス温度、メモリ使用量、電池エネルギ消費、中継動作のメモリバッファ使用量、ＣＰＵ負荷パーセンテージ、サイドリンク資源プールにおける資源利用パーセンテージなどがある。通常は、中継ＵＥは、この負荷指示がより高いときに、上流推奨ビットレートクエリの計算される要求値をより大きく減らすために、そのような負荷インジケータを使用する。これは、中継ＵＥがそれ自体の資源要件及び制限に対するそれのリモートＵＥに向けたそれのサービスの平衡を保つことを可能にする。
４．リモートＵＥリンク品質への適合－このポリシ態様は、その他のポリシのうちの１つ又は複数と結合され得る。中継ＵＥは、特定のリモートＵＥに向けたリンクのリンク品質又は類似のインジケータに基づいて、計算される要求値を適合させることになる。例えば、中継ＵＥは、リモートＵＥへの特定のリンクが、低品質を有しており、したがって、そのリモートＵＥへの又はからの実効ビットレートは、ある特定の決定された閾値値を超えることができない、と決定する。そのリモートＵＥが、この閾値より高いビットレートを要求する場合、中継ＵＥは、この値を減らすことを決定し、次いで、この低減された値を使用するポリシを適用することができる。これは、ケース３と類似しているが、ここでは、低減は、他の理由で行われ、異なって計算される。
【0198】
送信されるＳＬ－ＲＢＲの量を制限するために、ＵＥは、ＴＳ ３８．３２１における存在するタイマｂｉｔＲａｔｅＱｕｅｒｙＰｒｏｈｉｂｉｔＴｉｍｅｒに類似のタイマｂｉｔＲａｔｅＱｕｅｒｙＳｌＰｒｏｈｉｂｉｔＴｉｍｅｒを使用して、ＳＬ－ＲＢＲが送られ得るレートを抑制する。
【0199】
中継ＵＥが、特定のリモートＵＥへのＳＬ－ＲＢＲの送信機会を有さない場合、中継ＵＥは、次の送信機会が生じるまで、メモリにそのリモートＵＥに送られることになっている最新のＳＬ－ＲＢＲを保持する。或いは別法として、中継ＵＥは、次の送信機会が開始する直前に送るためのＳＬ－ＲＢＲの最適な値を計算する。この実施形態の第１の変形形態において、フィールドＱは、ＳＬ－ＲＢＲ及びＳＬ－ＲＢＲ－Ｑ内に存在せず、そうではなくて、２つの異なるＬＣＩＤ値が、それぞれにＬ－ＲＢＲ及びＳＬ－ＲＢＲ－Ｑのために割り当てられる。例えば、ＳＬ－ＲＢＲの値６１及びＳＬ－ＲＢＲ－Ｑの値６０。これは、次いで他の目的で使用される、ＭＡＣ ＣＥにおけるペイロードの１ビットを節約する利点を有する。
【0200】
ＵＥ対ネットワーク（Ｕ２Ｎ）中継の層２（Ｌ２）シングルホップ中継アーキテクチャにおいて少なくとも使用され得る代替実施形態について、次に説明する。そのような代替実施形態は、前の実施形態と全く同様のＳＬ－ＲＢＲと、加えて、中継ＭＡＣ制御要素の推奨ビットレートを表す「ＲＢＲ－Ｒ」もまた定義する。ＲＢＲ－Ｒは、新しいＤＬ－ＳＣＨ論理チャネル（ＬＣＩＤ又はｅＬＣＩＤ）値、例えば４６又は３０８を割り当てられる。それはまた、中継クエリＭＡＣ制御要素の推奨ビットレートを示すための「ＲＢＲ－Ｒ－Ｑ」を定義する。ＲＢＲ－Ｒ－Ｑは、新しいＵＬ－ＳＣＨ論理チャネル（ＬＣＩＤ又はｅＬＣＩＤ）値、例えば４４又は２４９、を割り当てられる。ＲＢＲ－Ｒ／ＲＢＲ－Ｑは、４つのオクテットの固定サイズを有する。それは、以下のフィールドのうちの１つ又は複数を含む：
・リモートＩＤ（１６ビット）：Ｌ２識別子（その一部）としてエンコードされた、リモートＵＥの識別。これは、（ＲＢＲ－Ｒ－Ｑの場合）中継ＵＥに関するビットレート推奨について問い合わせた又は（ＲＢＲ－Ｒの場合）中継ＵＥによってビットレート推奨を提供されることになっているリモートＵＥの識別をエンコードする。
・ＳＬ－ＬＣＩＤ（６ビット）：ビットレートがＲＢＲ－Ｒにおいて推奨される、又は推奨クエリがＲＢＲ－Ｒ－Ｑについて行われる、リモートＩＤの識別されたリモートＵＥに関連するＳＬ論理チャネル識別を示す。オプションで、このフィールドは、さらなる代替実施形態において除外され得、この場合、ＲＢＲ－Ｒ／ＲＢＲ－Ｒ－Ｑは、中継ＵＥとリモートＩＤ識別されたリモートＵＥとの間で使用されるすべての（アクティブな）ＳＬ ＬＣＩＤに関連する。
・ＵＬ／ＤＬ（１ビット）：このＲＢＲ－Ｒ／ＲＢＲ－Ｒ－Ｑが上流（１）データフロー方向に適用されるか下流（０）データフロー方向に適用されるかを示す。
・ビットレート（６ビット）：それぞれに推奨（Ｑ＝０）又は要求（Ｑ＝１）のビットレート値をエンコードする、ＴＳ ３８．３２１ ｖ１６．３．０のテーブル６．１．３．２０－１へのインデックス。「要求」値は、ビットレートに関するＵＥの優先、すなわち、要求されたレート、と考えることができる。
・Ｘ（１ビット）：適用可能な（１）又は適用不可能な（０）ビットレート乗数。乗数は、適用可能な場合、同じ増倍率を使用してＴＳ ３８．３２１ ｖ１６．３．０セクション６．１．３．２０に記載されたのと類似の手段でビットレート値に適用される。この倍数は、中継ＵＥ及びリモートＵＥを含むＵＥにＲＲＣを介して送られるオプションのパラメータｂｉｔＲａｔｅＭｕｌｔｉｐｌｉｅｒ－ｒ１６を使用して、ｇＮＢによって構成される。代替として、サイドリンク通信の別個の乗数を指定する、新しいパラｂｉｔＲａｔｅＭｕｌｔｉｐｌｉｅｒＳＬが、定義される。
・Ｒ（２ビット）：予約済みビット、０に設定される。オプションで、予約済みビットは、２つのリモートＵＥの短い１６ビットのリモートＩＤ識別が他の方法で衝突する場合に有用である、より大きいリモートＩＤアドレスが含まれていることを示すリモートＩＤ拡張ビットとして使用される。
・リモートＩＤ（１６ビット）：Ｌ２識別子（その一部）としてエンコードされた、リモートＵＥの識別。これは、（ＲＢＲ－Ｒ－Ｑの場合）中継ＵＥに関するビットレート推奨について問い合わせた又は（ＲＢＲ－Ｒの場合）中継ＵＥによってビットレート推奨を提供されることになっているリモートＵＥの識別をエンコードする。
・ＳＬ－ＬＣＩＤ（６ビット）：ビットレートがＲＢＲ－Ｒにおいて推奨される、又は推奨クエリがＲＢＲ－Ｒ－Ｑについて行われる、リモートＩＤの識別されたリモートＵＥに関連するＳＬ論理チャネル識別を示す。オプションで、このフィールドは、さらなる代替実施形態において除外され得、この場合、ＲＢＲ－Ｒ／ＲＢＲ－Ｒ－Ｑは、中継ＵＥとリモートＩＤ識別されたリモートＵＥとの間で使用されるすべての（アクティブな）ＳＬ ＬＣＩＤに関連する。
・ＵＬ／ＤＬ（１ビット）：このＲＢＲ－Ｒ／ＲＢＲ－Ｒ－Ｑが上流（１）データフロー方向に適用されるか下流（０）データフロー方向に適用されるかを示す。
・ビットレート（６ビット）：それぞれに推奨（Ｑ＝０）又は要求（Ｑ＝１）のビットレート値をエンコードする、ＴＳ ３８．３２１ ｖ１６．３．０のテーブル６．１．３．２０－１へのインデックス。「要求」値は、ビットレートに関するＵＥの優先、すなわち、要求されたレート、と考えることができる。
・Ｘ（１ビット）：適用可能な（１）又は適用不可能な（０）ビットレート乗数。乗数は、適用可能な場合、同じ増倍率を使用してＴＳ ３８．３２１ ｖ１６．３．０セクション６．１．３．２０に記載されたのと類似の手段でビットレート値に適用される。この倍数は、中継ＵＥ及びリモートＵＥを含むＵＥにＲＲＣを介して送られるオプションのパラメータｂｉｔＲａｔｅＭｕｌｔｉｐｌｉｅｒ－ｒ１６を使用して、ｇＮＢによって構成される。代替として、サイドリンク通信の別個の乗数を指定する、新しいパラｂｉｔＲａｔｅＭｕｌｔｉｐｌｉｅｒＳＬが、定義される。
・Ｒ（２ビット）：予約済みビット、０に設定される。オプションで、予約済みビットは、２つのリモートＵＥの短い１６ビットのリモートＩＤ識別が他の方法で衝突する場合に有用である、より大きいリモートＩＤアドレスが含まれていることを示すリモートＩＤ拡張ビットとして使用される。
【0201】
Ｌ２中継アーキテクチャの場合、新しいリモートＵＥの受け入れ及びリモートＵＥとｇＮＢとの間のＲＡＮ Ｌ２終端間接続のセットアップのためのリモートＵＥ、中継ＵＥ、及びｇＮＢの間の手順が存在する。同様に、Ｌ３中継アーキテクチャについて、新しい中継ＵＥ又はリモートＵＥの受け入れのための、又はＵｕを介する中継ＵＥとｇＮＢとの間の接続のセットアップのための、又はＰＣ５を介する中継ＵＥとリモートＵＥとの間の接続のセットアップのための手順が存在する。そのような手順はまた、前の実施形態において説明したように「プロキシＬＣＩＤ」をセットアップする。１つ又は複数のリモートＵＥに供する中継ＵＥは、ｇＮＢからのＲＢＲ－Ｒ ＭＡＣ ＣＥのダウンリンク受信、又はリモートＵＥからのＳＬ－ＲＢＲ－Ｑの受信などの特定のイベントによってトリガされて、ＳＬ－ＲＢＲをそれのリモートＵＥのうちの１つ又は複数に送ることができる。トリガがｇＮＢからのＲＢＲ－Ｒ ＭＡＣ ＣＥのＤＬ受信である場合に、供されているリモートＵＥのうちのどれが新しいＳＬ－ＲＢＲを受信すべきかは、多くの場合、その受信されたＭＡＣ ＣＥにおいて示されたリモートＩＤ値によって、決定される。同様に、クエリについて、中継ＵＥは、タイマ終了、或いはそれのリモートＵＥのうちの１つ又は複数からのＳＬ－ＲＢＲ－Ｑの受信などの特定のイベントによってトリガされて、それのｇＮＢにアップリンクにおいてＲＢＲ－Ｒ－ＱＭＡＣ ＣＥ（リモートＩＤフィールド内のリモートＵＥＩＤを示す）を送ることができる。ｇＮＢに送られるこのＭＡＣ ＣＥに含むＳＬ－ＬＣＩＤ値（適用可能な場合）及びリモートＩＤ値が、リモートＵＥの識別、及び （適用可能な場合）そのリモートＵＥのどのサイドリンクＬＣＩＤについてクエリがｇＮＢに行われるべきかに基づいて、決定される。通常は、リモートＩＤは、トリガするＳＬ－ＲＢＲ－Ｑを中継ＵＥに送った同じリモートＵＥを識別し、そして、ＳＬ－ＬＣＩＤフィールド（適用可能な場合）は、そのトリガするＳＬ－ＲＢＲ－Ｑに示されたサイドリンクＬＣＩＤを識別する。
【0202】
中継ＵＥは、受信された推奨ビットレートをさらにリモートＵＥに分配するためのいくつかの下流ポリシのうちの１つを使用し得る。ポリシは、本明細書の他の箇所で説明されるように、中継ＵＥにおいて固定される、又は予め構成される、又はＲＲＣプロトコルを介して中継ＵＥに送られるデータを使用してｇＮＢによって動的に構成される。本実施形態の代表的な有利なポリシは：
１．ベストエフォート分配－ＳＬ－ＲＢＲの包含に利用可能な空間を有する目標リモートＵＥへのＭＡＣ ＰＤＵが送られているときに、できる限り速やかにＳＬ－ＲＢＲを送る。
２．時間限界分配－ポリシ１のように、しかし、ＭＡＣ ＰＤＵがいくつかの構成された時間制限内に目標リモートＵＥに送られていない場合に、新しいＭＡＣ ＰＤＵを作成し、このＰＤＵがより高い層のデータを含まなくても、そのＭＡＣ ＰＤＵをリモートＵＥに送る。
３．レイジ分配－目標リモートＵＥが、中継トリガに関するＳＬ－ＲＢＲ－Ｑ及び／又は特定のタイマを信号伝達するまで、受信された推奨をローカルにバッファする。次いで、応答して、ポリシ１又は２を使用して、ＳＬ－ＲＢＲを使用して、バッファされた推奨を送る。
４．ｇＮＢフォールバックを有するレイジ分配－ポリシ３のように、しかし、ＳＬ－ＲＢＲ－Ｑ内の要求ビットレートが、バッファ済み値より高い場合に、ｇＮＢへの新しいＲＢＲ－Ｒ－Ｑをトリガし、応答ＲＢＲ－Ｒを待ち、次いで、ポリシ１又は２を使用して、リモートＵＥにこの新しい値を提供する。
５．デルタのみの分配－他のポリシ１～４のうちの１つを使用し、さらに、そのＳＬ－ＲＢＲの推奨値が、ＳＬ－ＲＢＲを使用して同じリモートＵＥに前に送られた値と等しい場合に、ＳＬ－ＲＢＲの送信を抑制する。オプションで、最後の送信イベントが、構成された時間間隔より長かった場合には、抑制は使用されない。
１．ベストエフォート分配－ＳＬ－ＲＢＲの包含に利用可能な空間を有する目標リモートＵＥへのＭＡＣ ＰＤＵが送られているときに、できる限り速やかにＳＬ－ＲＢＲを送る。
２．時間限界分配－ポリシ１のように、しかし、ＭＡＣ ＰＤＵがいくつかの構成された時間制限内に目標リモートＵＥに送られていない場合に、新しいＭＡＣ ＰＤＵを作成し、このＰＤＵがより高い層のデータを含まなくても、そのＭＡＣ ＰＤＵをリモートＵＥに送る。
３．レイジ分配－目標リモートＵＥが、中継トリガに関するＳＬ－ＲＢＲ－Ｑ及び／又は特定のタイマを信号伝達するまで、受信された推奨をローカルにバッファする。次いで、応答して、ポリシ１又は２を使用して、ＳＬ－ＲＢＲを使用して、バッファされた推奨を送る。
４．ｇＮＢフォールバックを有するレイジ分配－ポリシ３のように、しかし、ＳＬ－ＲＢＲ－Ｑ内の要求ビットレートが、バッファ済み値より高い場合に、ｇＮＢへの新しいＲＢＲ－Ｒ－Ｑをトリガし、応答ＲＢＲ－Ｒを待ち、次いで、ポリシ１又は２を使用して、リモートＵＥにこの新しい値を提供する。
５．デルタのみの分配－他のポリシ１～４のうちの１つを使用し、さらに、そのＳＬ－ＲＢＲの推奨値が、ＳＬ－ＲＢＲを使用して同じリモートＵＥに前に送られた値と等しい場合に、ＳＬ－ＲＢＲの送信を抑制する。オプションで、最後の送信イベントが、構成された時間間隔より長かった場合には、抑制は使用されない。
【0203】
中継ＵＥは、受信されたビットレート推奨クエリ（Ｑ＝１を有するＳＬ－ＲＢＲ）をｇＮＢにＲＢＲ－Ｒ－Ｑクエリとして送るためのいくつかの上流ポリシのうちの１つを使用し得る。ポリシは、本明細書の他の箇所で説明されるように、中継ＵＥにおいて固定される、又は予め構成される、或いは、例えば、ＲＲＣプロトコルを介して中継ＵＥに送られるデータを使用して、例えば、ｇＮＢによって、動的に構成される。本実施形態の代表的な有利なポリシは：
１．ベストエフォート送信－このＭＡＣ ＣＥの包含のために利用可能な空間を有する、ｇＮＢへのＭＡＣ ＰＤＵが送られているとき、トリガするイベントの後にできる限り速やかにＲＢＲ－Ｒ－Ｑを送る。
２．時間限界分配－ポリシ１のように、しかし、下流ポリシ２に類似の時間制限もまた適用する。
３．デルタのみの分配－ポリシ１又は２のうちの１つを使用し、加えて、ビットレート値が、同じリモートＵＥ及び同じＳＬ－ＬＣＩＤのＲＢＲ－Ｒ－Ｑを使用してｇＮＢに前に送られた値と等しい場合に、ＲＢＲ－Ｒ－Ｑの送信を抑制する。オプションで、最後の送信イベントが、構成された時間間隔より長かった場合には、抑制は使用されない。
１．ベストエフォート送信－このＭＡＣ ＣＥの包含のために利用可能な空間を有する、ｇＮＢへのＭＡＣ ＰＤＵが送られているとき、トリガするイベントの後にできる限り速やかにＲＢＲ－Ｒ－Ｑを送る。
２．時間限界分配－ポリシ１のように、しかし、下流ポリシ２に類似の時間制限もまた適用する。
３．デルタのみの分配－ポリシ１又は２のうちの１つを使用し、加えて、ビットレート値が、同じリモートＵＥ及び同じＳＬ－ＬＣＩＤのＲＢＲ－Ｒ－Ｑを使用してｇＮＢに前に送られた値と等しい場合に、ＲＢＲ－Ｒ－Ｑの送信を抑制する。オプションで、最後の送信イベントが、構成された時間間隔より長かった場合には、抑制は使用されない。
【0204】
送信されるＲＢＲ－Ｒ－Ｑの量を制限するために、ＵＥは、ＴＳ ３８．３２１における存在するタイマｂｉｔＲａｔｅＱｕｅｒｙＰｒｏｈｉｂｉｔＴｉｍｅｒに類似のタイマｂｉｔＲａｔｅＲｅｌａｙＱｕｅｒｙＰｒｏｈｉｂｉｔＴｉｍｅｒを使用して、ＲＢＲ－Ｒ－Ｑが送られ得るレートを制約する。
【0205】
この実施形態の利点は、ｇＮＢへの推奨のより多くの制御を提供して、ｇＮＢが、それが供するそれぞれのリモートＵＥのビットレート推奨を詳細に決定することができる、ということである。
【0206】
さらに別の代替実施形態について、Ｌ２中継アーキテクチャに適用される前の実施形態と同じ原理に基づいて、後述する。前の実施形態に関連する本実施形態の主要な差は、ＳＬ－ＲＢＲ及びＳＬ－ＲＢＲ－ＱがＲＢＲ－Ｒ及びＲＢＲ－Ｒ－Ｑをそれぞれに送る代わりに、ｇＮＢと中継ＵＥとの間の通信で送られる適合ヘッダ内で直接運ばれる、ということである。適合ヘッダは、ＴＲ２３．７５２ｖ１．０．０付属書類Ａにおいて定義されるようなＲＬＣとＰＤＣＰプロトコル層との間にあるＵｕインターフェースのプロトコル層のヘッダである。適合ヘッダは、単に、中継ＵＥによって中継される必要があるＰＤＣＰ ＰＤＵをラップするために使用される、すなわちそれに添付される、ということに留意されたい。適合ヘッダは、適合層の「目標ＬＣＩＤ」フィールド又は類似のフィールドにおいて示されたサイドリンクチャネル（ＬＣＩＤ）を介して、適合層の「目標ＵＥ識別」フィールド又は類似のフィールドにおいて示されたＵＥにサイドリンク（ＰＣ５インターフェース）を介して送られることになっているＭＡＣ ＣＥなどの他の情報要素（ＩＥ）を含むように、可変長のヘッダとして定義される。具体的には、適合ヘッダは、適合ヘッダの全長又はＩＥコンテナの長さのみを示す、少なくとも１つの「長さ」フィールドを含む。ＩＥコンテナは、１つの、又はオプションで１つ又は複数の、ＭＡＣ ＣＥを含む。中継動作に関連する状況報告又は構成設定などの他のデータもまた、ＩＥコンテナにＩＥとして含まれる。ＭＡＣ ＣＥを有するそのようなＩＥを受信するとき、ＰＣ５を介して目標ＵＥに送られることになっている実際のＭＡＣ ＣＥを決定すること、及び目標ＵＥとのそれのＰＣ５接続を介して目標ＵＥに決定されたＭＡＣ ＣＥを送信しようと試みることは、中継ＵＥの責任である。含まれたＳＬ－ＲＢＲに具体的に関するこの決定を行うとき、中継ＵＥは、ＩＥコンテナ内のＳＬ－ＲＢＲに含まれるものとしてのフィールドにそれの送信されるＳＬ－ＲＢＲの基礎を完全に置く、又は、中継ＵＥは、推奨ビットレート値を適合させる（例えば、それが高負荷である場合にはより低い値に、又は何らかの他のポリシにより値を下げて）。逆もまた同様に、中継ＵＥは、ＳＬ－ＲＢＲ－ＱをリモートＵＥから受信することと、適合ヘッダにおいてＩＥに埋め込まれたｇＮＢへのそのようなクエリの送信（ＭＡＣ ＰＤＵ空間が存在する及びトリガ条件がそれを可能にするという条件で）との責任を有する。これは、ｇＮＢが前の実施形態におけるように特定のリモートＵＥへのＳＬ－ＲＢＲとして詳細な推奨を送ることと、それに基づいて中継ＵＥがリモートＵＥへのそれの最終推奨のよりよく情報に通じた決定を行うことができる、詳細な推奨で中継ＵＥをよりよく助けることとを可能にし、そしてまた、中継ＵＥを介してリモートＵＥから来るすべての特定のクエリ（ＳＬ－ＲＢＲ－Ｑ）をｇＮＢが受信し、それにより粒度の細かい情報を得ることを可能にする。ｇＮＢは、ＤＬパケットのＩＥコンテナ内にＳＬ－ＳＣＨ ＭＡＣ ＣＥ直接に含み、中継ＵＥは、ＵＬパケットのＩＥコンテナ内にＳＬ－ＳＣＨ ＭＡＣ ＣＥを直接含むので、これは、第２の実施形態について述べたのと同じ利点と、追加で、ＤＬ－ＳＣＨに関する新しいＭＡＣ ＣＥタイプ定義が必要とされないという利点とを有する。それはまた、適合ヘッダ内のＩＥコンテナはまた、中継ＵＥがすべてのこれらのＭＡＣ ＣＥに関して知っていること及びそれらを解析することができることを必要とせずに、リモートＵＥに中継様式で他のタイプのＳＬ ＭＡＣ ＣＥを送るために、ｇＮＢによって、使用され得るという追加の利点を有し、それは、例えば、レガシ中継ＵＥは知らない、新しいタイプのＳＬ ＭＡＣ ＣＥが導入される場合に、有用である。ＳＬ－ＲＢＲ－ＱなどのＭＡＣ ＣＥメッセージを運ぶために適合ヘッダを使用する代わりに、中継ＵＥはまた、適合層ヘッダを受信されたＳＬ－ＲＢＲ－Ｑメッセージに、例えば、それをＲＬＣ／ＰＤＣＰメッセージにカプセル化した後に、追加する。
【0207】
次に、中継ＵＥ又はリモートＵＥが、それの現在の親中継ＵＥからの接続を切りながら、それを新しい親中継ＵＥに割り当てさせるための手順を実行する場合に適用される一実施形態について説明し、そこでは、古い親中継ＵＥ及び新しい親中継ＵＥの両方が、同じｇＮＢによって直接的に又は間接的に供される。この手順は、ここで、ＵＥのｇＮＢ内ハンドオーバと呼ばれる。この実施形態は、前述の実施形態のいずれかと結合され得る。ｇＮＢ内ハンドオーバを開始するためのトリガは、ｇＮＢからＵＥへ又はそれの現在の親中継ＵＥへのメッセージ又は命令でもよく、或いは、そのようなトリガは、それがハンドオーバを必要とするという中継ＵＥ自体による決定でもよい。いずれの場合にも、親中継ＵＥは、ハンドオーバの通知を受けることになる、又は親中継ＵＥは、ＵＥの接続解除に最終的に気付くことになる。これは、任意の残りの下流中継又はリモートＵＥへのデータレート推奨及び／又は制限を再決定するためのトリガである。加えて、オプションで、ｇＮＢは、例えば、子ＵＥとしてのＵＥの出発又は緊急出発による総量を下げて、（古い）親中継ＵＥへの新しいデータレート推奨及び／又は制限を自発的に送り得る。また、オプションで、親中継ＵＥは、更新された状況を所与としてそれが新しい推奨を必要とすることを示すために、それの親通信デバイス（例えば、ｇＮＢ、又は中継ＵＥ）にデータレート推奨クエリを自発的に送り得る。ｇＮＢは、次いで、更新されたデータレート推奨及び／又は制限でこのクエリに応答する。ハンドオーバされたＵＥが、それの新しい親中継ＵＥに接続した後は、ハンドオーバされたＵＥは、新しい親にそれの所望のデータレートを通知するために及び新しい親にデータレート推奨を要求するために、その親にオプションで新しいデータレート推奨クエリを送る。親中継ＵＥは、この要求に推奨で直接応答する、又は、親中継ＵＥは、それの上流デバイスもまた新しい状況における下流デバイスの所望のデータレートに気付いていることを確実にするために、それ自体の上流通信デバイス（例えば、ｇＮＢ、又は中継ＵＥ）にデータレート推奨クエリを送信する。いずれの場合にも、この手順の目的は、新しい親中継ＵＥが、（リモートＵＥとして又は中継ＵＥとして、又はその両方として）新しい親にここで接続されたハンドオーバされたＵＥに新しいデータレート推奨を送ることができる、ということである。ＵＥは、これらの識別子の選択のために使用される方法（例えば、それは、ｇＮＢによって構成される）に依存して、それが古い親と使用したもの以外の新しい親との他の論理チャネル識別子（例えば、異なるＬＣＩＤ値）を使用する、ということに留意されたい。
【0208】
前述に類似の実施形態が、ｇＮＢ間ハンドオーバの場合、すなわち、ＵＥ（中継ＵＥ又はリモートＵＥ）がそれの現在の親中継ＵＥから離れることになる及び異なるｇＮＢによって供される新しい親中継ＵＥに、直接的に又は間接的に、接続することになる手順、について定義され得る。この場合には、前述で定義されたのと同じビヘイビアが、古い親中継ＵＥ及び新しい親中継ＵＥによって、並びにハンドオーバされたＵＥによって、使用され得る。
【0209】
ｇＮＢ内ハンドオーバ及びｇＮＢ間ハンドオーバの両方の場合について、リモートＵＥの（古い）親中継ＵＥは、別の親中継ＵＥへのリモートＵＥのハンドオーバを受けて（例えば、ハンドオーバを中継ＵＥに知らせる又は中継ＵＥ自体によってトリガされたリモートＵＥ又はｇＮＢからの信号（例えば、ハンドオーバ要求）を受信した後に）又は１つのｇＮＢから別のｇＮＢへの中継ＵＥのハンドオーバを受けて、それらのチャネルに関連する論理チャネル割り当て及び／又はＱｏＳ構成（例えば、ＱｏＳフロー／フィルタ／ポリシ）及び／又は（最新の）データレート推奨構成及び／又は関連ポリシ、及び／又はデータレート推奨又はデータレート推奨クエリに関連する最近のメッセージのリストに関する情報と共にリモートＵＥ及び／又は古い若しくは新しいｇＮＢ及び／又はコアネットワーク機能（例えば、ＡＭＦ又はＳＭＦ）にメッセージを送る。この情報は、次いで、リモートＵＥ及び／又は新しいｇＮＢを新しい親中継ＵＥに知らせるために、リモートＵＥ及び／又は古い若しくは新しいｇＮＢ及び／又はそれぞれのコアネットワーク機能によって使用され、新しい親中継ＵＥは、古い親中継ＵＥがリモートＵＥとのそれの中継通信のために適用した類似の構成／ポリシ／論理チャネルを適用するために、この情報を使用することができる。これは、よりスムーズで、速いハンドオーバ手順を可能にする。
【0210】
さらに、ｇＮＢ間ハンドオーバの場合、中継ＵＥがハンドオーバの前に接続されたｇＮＢは、論理チャネル割り当て及び／又はそれらのチャネルに関連するＱｏＳ構成（例えば、ＱｏＳフロー／フィルタ／ポリシ）及び／又は（最新の）データレート推奨構成及び／又は関連ポリシ及び／又は推奨データレートに関連する最近のメッセージ又は中継ＵＥ及び／又はそれの接続された下流ＵＥに関連するデータレート推奨クエリのリストに関する情報を、中継ＵＥがハンドオーバの後に接続される新しいｇＮＢに送る。
【0211】
要約すると、セルラ又は他のワイヤレスネットワークにおいて、中継通信デバイスは、ＯｏＣエリア内のリモート通信デバイスの間接ネットワーク接続をサポートして、それによりアクセスデバイスカバー範囲を拡張する及びアクセスデバイスの最適なカバー範囲内にないことがある通信デバイスの利用可能なデータ容量を増やすために、導入され得る。直接接続された通信デバイスについて、ビットレート推奨の機構、ビットレートクエリ及び所望のビットレート指示が、定義される。しかしながら、これらの存在する機構は、中継通信デバイスを介して間接的に接続された通信デバイスのために機能しない。したがって、受信された推奨及び／又は制限に示された論理チャネルの識別に少なくとも部分的に基づいて１つ又は複数の下流通信デバイスについての新しいデータレート推奨及び／又は制限を決定することが提案される。
【0212】
本発明は、図面及び前述の説明において詳細に図解及び説明されているが、そのような図解及び説明は、実例又は例示と考えられるべきであり、制限として考えられるべきではない。本発明は、開示された実施形態に制限されない。提案される強化されたレート推奨又は制限は、中継器が使用されるすべてのタイプのワイヤレスネットワークにおいて、実施され得る。例えば、本発明は、セルラワイヤレス通信標準、特に第３世代パートナシッププロジェクト（３ＧＰＰ（登録商標））５Ｇ仕様、を使用して通信するデバイスに適用され得る。
【0213】
したがって、ワイヤレス通信デバイスは、異なるタイプのデバイス、例えば、携帯電話、車両（車両対車両（Ｖ２Ｖ）通信又はより一般的なビークルトゥーエブリシング（Ｖ２Ｘ）通信のための）、Ｖ２Ｘデバイス、ＩｏＴハブ、病院での使用又はファーストレスポンダの使用向けの、健康管理、医療（緊急）診断及び治療デバイスのための低電力医療センサを含む、ＩｏＴデバイス、仮想現実（ＶＲ）ヘッドセットなど、になり得る。
【0214】
さらに、本発明は、複数のワイヤレス（例えば、４Ｇ／５Ｇ）接続されたセンサ又はアクチュエータノードが参加する医療アプリケーション又は接続されたヘルスケアにおいて、ワイヤレス（例えば、４Ｇ／５Ｇ）接続された機器が、時折、ある特定の平均データレートの連続的データストリームを消費又は生成する、医療アプリケーション又は接続されたヘルスケア、例えばビデオ、超音波、Ｘ線、コンピュータ断層撮影（ＣＴ）イメージングデバイス、リアルタイム患者センサ、医療スタッフによって使用されるオーディオ又は音声又はビデオストリーミングデバイス、において、ワイヤレス、モバイル又は固定型、センサ又はアクチュエータノード（例えば、スマートシティ、物流、農業など）を含む一般ＩｏＴアプリケーションにおいて、緊急サービス及び重大通信アプリケーションにおいて、Ｖ２Ｘシステムにおいて、高周波数（例えば、ｍｍＷａｖｅ）ＲＦを使用する５Ｇセルラネットワークの改良されたカバー範囲のシステム、及び中継が使用される５Ｇ通信の任意の他のアプリケーションエリアにおいて、適用され得る。
【0215】
さらに、前述の実施形態は、通常は、下流通信デバイスのための中継データを運ぶための単一の新しいＭＡＣ／ＲＬＣ論理チャネルの作成について説明しているが、２つ以上の論理チャネルが、下流通信デバイスの中継データを運ぶために、例えば、単一無線ベアラが２つ以上のＭＡＣ／ＲＬＣ論理チャネルを必要とする状況に対処するために、作成される、類似の実施形態が、可能である。開示された実施形態への他の変更形態が、図面、開示及び添付の特許請求の範囲の研究から、本請求の発明を実施する際に当業者によって理解され、もたらされ得る。本請求において、「備える（含む）」という単語は、他の要素又はステップを排除せず、単数形は、複数の存在を排除しない。単一プロセッサ又は他のユニットは、本請求において述べられたいくつかの項目の機能を遂行し得る。ある特定の手段が相互に異なる従属請求項において列挙されているという事実のみで、有利にこれらに手段の組合せを使用することができないことを示さない。前述の説明は、本発明のある種の実施形態を詳述する。しかしながら、前述のものが文章内でどれほど詳細に現れても、本発明は、多数のやり方で実施することができ、したがって、開示された実施形態に限定されない、ということが理解されよう。本発明のある種の特徴又は態様を説明するときの特定の専門用語の使用は、その専門用語が、その専門用語が関連する本発明の特徴又は態様の任意の特定の特性を含むように制限されるように本明細書で再定義されていることを暗示すると理解されるべきではない、ということに留意されたい。
【0216】
単一ユニット又はデバイスが、本請求において列挙されたいくつかの項目の機能を遂行し得る。相互に異なる従属請求項においてある特定の手段が列挙されているという事実だけで、有利にこれらの手段の組合せが使用され得ないということを示さない。
【0217】
図４及び５に示されたもののような記載の動作は、それぞれに、コンピュータプログラムのプログラムコード手段として及び／又は関連通信デバイス又はアクセスデバイスの専用ハードウェアとして、実施され得る。コンピュータプログラムは、他のハードウェアの部分と共に又は他のハードウェアの部分として共に供給される適切な媒体、例えば、光記憶媒体又はソリッドステート媒体、で記憶及び／又は分散され得るが、他の形で、例えば、インターネット又は他のワイヤード若しくはワイヤレス電気通信システムを介して、も分散され得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【国際調査報告】