特許 7320673 端末間マルチホップサイドリンク無線通信におけるデータパケット伝送実行の方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-07-26

(45)【発行日】2023-08-03

(54)【発明の名称】端末間マルチホップサイドリンク無線通信におけるデータパケット伝送実行の方法および装置

(51)【国際特許分類】

   H04W 88/04 20090101AFI20230727BHJP

   H04W 80/02 20090101ALI20230727BHJP

   H04W 92/18 20090101ALI20230727BHJP

【ＦＩ】

H04W88/04

H04W80/02

H04W92/18

【請求項の数】 16

(21)【出願番号】P 2022520016

(86)(22)【出願日】2019-10-04

(65)【公表番号】

(43)【公表日】2023-02-01

(86)【国際出願番号】 EP2019076920

(87)【国際公開番号】W WO2021063519

(87)【国際公開日】2021-04-08

【審査請求日】2022-05-30

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(72)【発明者】

【氏名】フー， リャン

(72)【発明者】

【氏名】ムハマド， アジマル

(72)【発明者】

【氏名】チャン， コンチ

【審査官】小林 正明

(56)【参考文献】

【文献】特表２０２０－５１２７７７（ＪＰ，Ａ）

【文献】特表２０２１－５１８６９７（ＪＰ，Ａ）

【文献】国際公開第２０１８／０８４１９９（ＷＯ，Ａ１）

【文献】Huawei, HiSilicon，R2-1701341：Why is PC5 PDCP Missing from L2 Relaying Radio Protocol Stack?，R2-1701341，2017年02月03日

【文献】Huawei, Hisilicon，Adaptation layer based L2 relaying and light L2 relaying[online]，3GPP TSG RAN WG3 #99bis R3-181999，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_99bis/Docs/R3-181999.zip>，2018年04月20日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

端末間（Ｅ２Ｅ）マルチホップサイドリンク無線通信において、ユーザ機器（ＵＥ）によって指定されたサービスの品質（ＱｏＳ）を必要とするデータパケットの伝送を実行する方法（８０）であって、前記ＵＥが、プロセッサにより運用される入口および出口を有するプロトコルスタックを含み、前記プロトコルスタックが少なくとも、物理（ＰＨＹ）レイヤ機能、メディアアクセス制御（ＭＡＣ）レイヤ機能（５８、５９、７６）、無線リンク制御（ＲＬＣ）レイヤ機能、および適合（Ａｄａｐｔ）レイヤ機能を提供するように配置され、前記ＲＬＣレイヤ機能が、データパケット伝送用の複数の入口および出口ＲＬＣチャネルを提供し、前記方法が、
前記ＲＬＣレイヤ機能によって、入口ＲＬＣチャネルでデータパケットを受信するステップ（８３）と、
前記Ａｄａｐｔレイヤ機能によって、前記入口ＲＬＣチャネルで受信されたデータパケットを、前記指定されたＱｏＳを維持する間に前記データパケットを方向付けるための、ＲＬＣチャネルレベルにおける、マッピング規則に従って、出口ＲＬＣチャネルにマッピングするステップ（８４）と、
前記ＲＬＣレイヤ機能によって、前記出口ＲＬＣチャネルで前記マッピングされたデータパケットを伝送するステップ（８６）と
を含み、
前記マッピング規則に従った前記マッピング（８４）が、
入口ＲＬＣチャネルで受信されたデータパケットを、同様のＱｏＳをサポートする出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、前記必要とされるＱｏＳを少なくともサポートする出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、同様のＲＬＣチャネル設定を有する出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、出口ＲＬＣチャネルの瞬間データ交換状況に応じて出口ＲＬＣチャネルにマッピングすることと、のうちの１つを含む、方法。

【請求項2】

前記ＵＥ（５２、５３）の前記プロトコルスタックが、ＰＣ５インターフェースプロトコルおよびＵｕインターフェースプロトコルのうちの少なくとも１つに従って、データパケット伝送を支援するように配置され、前記ＰＣ５インターフェースプロトコルが、さらなるＵＥを用いてデータパケットを伝送するように配置され、前記Ｕｕインターフェースプロトコルが、無線アクセスネットワーク（ＲＡＮ）ユニット（５４）を用いてデータパケットを伝送するように配置され、前記マッピング規則に従った前記マッピングが、前記ＰＣ５インターフェースプロトコルと前記Ｕｕインターフェースプロトコルとの間のプロトコル変換を含む、請求項１に記載の方法。

【請求項3】

前記プロトコルスタックが、第１のプロトコルスタックおよび第２のプロトコルスタックのうちの少なくとも１つを含み、前記第１のプロトコルスタックが、前記ＰＣ５インターフェースプロトコルをサポートするように配置され、前記第２のプロトコルスタックは、前記Ｕｕインターフェースプロトコルおよび前記ＰＣ５インターフェースプロトコルのうちのいずれかの１つをサポートするように配置され、前記Ａｄａｐｔレイヤ機能が、前記第１および第２のプロトコルスタックの両方を運用する、請求項２に記載の方法。

【請求項4】

前記プロトコルスタックが、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ機能およびサービスデータ適合プロトコル（ＳＤＡＰ）レイヤ機能を提供するように配置され、前記方法が、前記ＲＬＣレイヤ機能によって、前記ＰＤＣＰおよび／またはＳＤＡＰレイヤ機能に、ＵＥ宛の前記受信されたデータパケットを、伝送することをさらに含む、請求項１から３のいずれか一項に記載の方法。

【請求項5】

第１の数の入口ＲＬＣチャネルが、第１の数の出口ＲＬＣチャネルに、隣接した子ＵＥ宛のデータパケットをマッピングするように割り振られ、
第２の数の入口ＲＬＣチャネルが、第２の数の出口ＲＬＣチャネルに、前記隣接した子ＵＥでないさらなる子ＵＥ宛のデータパケットを、マッピングするように割り振られ、
第３の数の入口ＲＬＣチャネルが、前記ＵＥ宛の前記ＰＤＣＰおよび／またはＳＤＡＰレイヤ機能データパケットを伝送するように割り振られている、請求項４に記載の方法。

【請求項6】

前記マッピング規則に従った前記マッピング（８４）が、前記データパケット内に含まれるＱｏＳ要件および送り先の情報に基づく、請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記ＲＬＣチャネル設定が、
確認型モード（ＡＭ）、非確認型モード（ＵＭ）、および透過モード（ＴＭ）を含むＲＬＣモード、ならびにＲＬＣウィンドウサイズ、ＲＬＣシーケンス番号フィールドの長さを含むパラメータと、
ブラインド再送信およびフィードバックに基づく再送信を含む、ハイブリッド自動再送要求（ＨＡＲＱ）と、
優先度レベルと、
優先されたビットレートと、のうちの少なくとも１つを含む、請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記マッピング規則に従った前記マッピング（８４）が、高優先度レベル入口ＲＬＣチャネルから、指定された閾値レベルより低い瞬間データ交換混雑レベルを有する、高優先度レベル出口ＲＬＣチャネルの集合のうちの１つへマッピングすることを含む、請求項７に記載の方法。

【請求項9】

前記マッピング規則が、
前記Ａｄａｐｔレイヤ機能に事前設定されることと、
前記Ｅ２Ｅマルチホップサイドリンク無線通信が確立されたときに、前記Ａｄａｐｔレイヤ機能に設定されることと、
指定されたＱｏＳを必要とするデータパケットの伝送を要求するサービスによって、前記Ａｄａｐｔレイヤ機能に設定されることと、のうちの少なくとも１つである、請求項１から８のいずれか一項に記載の方法。

【請求項10】

前記Ｅ２Ｅマルチホップサイドリンク無線通信が確立されるとき、前記マッピング規則が、前記Ｅ２Ｅマルチホップサイドリンク無線通信における、ＲＡＮユニットおよびマスタＵＥのうちの１つからのシグナリングメッセージによって、具体的には無線リソース制御（ＲＲＣ）シグナリングメッセージによって、前記Ａｄａｐｔレイヤ機能内に設定される、請求項９に記載の方法。

【請求項11】

前記マッピング規則が、前記Ｅ２Ｅマルチホップサイドリンク無線通信のデータパケット交換状況に応じて、更新または再設定される、請求項１から１０のいずれか一項に記載の方法。

【請求項12】

請求項１から１１のいずれか一項に記載の方法による端末間（Ｅ２Ｅ）マルチホップサイドリンク無線通信における、指定されたサービスの品質（ＱｏＳ）を必要とするデータパケットの伝送を実行するように配置された、少なくとも１つのプロセッサ（９４）および無線トランシーバ機器（９１、９２）を備えた、ユーザ機器（ＵＥ）（９０）。

【請求項13】

無線アクセスネットワーク（ＲＡＮ）ユニットによって実行される方法であって、入口および出口を有するプロセッサにより運用されるプロトコルスタックを備え、前記プロトコルスタックは、少なくとも、物理（ＰＨＹ）レイヤ機能、メディアアクセス制御（ＭＡＣ）レイヤ機能、無線リンク制御（ＲＬＣ）レイヤ機能、適合（Ａｄａｐｔ）レイヤ機能、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ機能、およびサービスデータ適合プロトコル（ＳＤＡＰ）レイヤ機能を提供するように配置され、前記ＲＬＣレイヤ機能は、データパケット伝送用の複数の入口および出口ＲＬＣチャネルを提供し、前記Ａｄａｐｔレイヤ機能は、指定されたサービスの品質（ＱｏＳ）を維持する間に前記データパケットを方向付ける端末間（Ｅ２Ｅ）マルチホップサイドリンク無線通信における、前記指定されたＱｏＳを必要とするデータパケットの伝送を実行するための、ユーザ機器（ＵＥ）のＡｄａｐｔレイヤ機能を設定するための、マッピング規則を含む、方法であって、前記ＲＡＮユニットから前記ＵＥへシグナリングメッセージを伝送することによって、具体的には無線リソース制御（ＲＲＣ）シグナリングメッセージを伝送することによって、前記ＲＡＮユニットの前記Ａｄａｐｔレイヤ機能によって含まれる、ＲＬＣチャネルレベルにおける、前記マッピング規則に基づいて、前記ＵＥの前記Ａｄａｐｔレイヤ機能を設定するステップ（８２）を含み、前記ＲＲＣシグナリングメッセージが、前記マッピング（８４）を、
入口ＲＬＣチャネルで受信されたデータパケットを、同様のＱｏＳをサポートする出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、前記必要とされるＱｏＳを少なくともサポートする出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、同様のＲＬＣチャネル設定を有する出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、出口ＲＬＣチャネルの瞬間データ交換状況に応じて出口ＲＬＣチャネルにマッピングすることと、のうちのいずれか１つである前記マッピング規則に従って規定する、方法。

【請求項14】

請求項１３に記載の方法による、端末間（Ｅ２Ｅ）マルチホップサイドリンク無線通信における、指定されたサービスの品質（ＱｏＳ）を必要とするデータパケットの伝送を実行するために、ユーザ機器（ＵＥ）のＡｄａｐｔレイヤ機能を設定するように配置された、少なくとも１つのプロセッサ（１０６）および無線トランシーバ機器（１０１、１０２）を備えた、無線アクセスネットワーク（ＲＡＮ）ユニット（１００）。

【請求項15】

コンピュータ可読媒体に記憶されたプログラムコードを含むコンピュータプログラム製品であって、前記プログラムコードは、前記プログラムコードが請求項１２に記載のユーザ機器の少なくとも１つのプロセッサによって実行されるとき、請求項１から１１のいずれか一項に記載の前記方法を実行するように配置されている、コンピュータプログラム製品。

【請求項16】

コンピュータ可読媒体に記憶されたプログラムコードを含むコンピュータプログラム製品であって、前記プログラムコードは、前記プログラムコードが請求項１４に記載の無線アクセスネットワーク（ＲＡＮ）ユニットの少なくとも１つのプロセッサによって実行されるとき、請求項１４に記載の前記方法を実行するように配置されている、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【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】

マルチホップ無線通信で動作するＵＥは、ＲＡＮユニットまたは基地局機能と、通信に関与する別のＵＥとの両方と通信する必要があり得る。したがって、ＵＥのプロトコルスタックが、基地局機能および他のＵＥとの通信をそれぞれサポートするように設定され得る、２つのプロトコルスタックを含むことは有益である。有利には、Ａｄａｐｔレイヤ機能は、第１および第２のプロトコルスタックの両方を動作させ得る。しかしながら、各プロトコルスタックは、個別または専用のＡｄａｐｔレイヤ機能またはＡｄａｐｔサブレイヤを含み得、その結果、例えば、両方のＡｄａｐｔサブレイヤが、プロトコル変換目的のために協同する。

【0038】

本開示の一実施形態では、プロトコルスタックは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ機能およびサービスデータ適合プロトコル（ＳＤＡＰ）レイヤ機能を提供するように配置され、方法は、ＲＬＣレイヤ機能によって、ＰＤＣＰおよび／またはＳＤＡＰレイヤ機能に、ＵＥ宛の受信されたデータパケットを、伝送することをさらに含む。

【0039】

つまり、データパケットが、正しい次のホップまたはサイドリンクに沿ったさらなるホップへ伝送されることを確実にすることに加えて、本開示による方法の本実施形態はまた、中継ＵＥを提供し、それ自体に向けられるデータを、ＵＥの上位無線ベアラレイヤへ直接伝送する。

【0040】

本開示の一実施形態では、
第１の数の入口ＲＬＣチャネルが、第１の数の出口ＲＬＣチャネルに、隣接した子ＵＥ宛のデータパケットを、マッピングするように割り振られ、
第２の数の入口ＲＬＣチャネルが、第２の数の出口ＲＬＣチャネルに、隣接した子ＵＥでないさらなるＵＥ宛のデータパケットを、マッピングするように割り振られ、
第３の数の入口ＲＬＣチャネルが、ＵＥ宛のＰＤＣＰおよび／またはＳＤＡＰレイヤ機能データパケットを伝送するように割り振られる。

【0041】

上記の実施形態は、データパケットの送り先に基づいて、ＲＬＣ入口の群をＲＬＣ出口チャネルの群に割り振る、特定のマッピング規則を提供する。このことは、Ａｄａｐｔレイヤが受信されたデータパケットを、正しい出口ＲＬＣチャネルに伝送し、データパケットを正確にルーティングできるようにする。このマッピング規則は、複雑でなく、追加のシグナリングまたは処理負荷を負うことなく、容易に実施され得る。

【0042】

本開示の別の実施例では、マッピング規則に従ったマッピングは、データパケット内に含まれるＱｏＳ要件および送り先の情報に基づく。

【0043】

本実施形態は、マッピングがどのように実行されるかを決定するために、データパケットによって提供された情報に依存し、その結果、必要とされる端末間ＱｏＳが満足され、データパケットは正確にルーティングされる。

【0044】

１つ本開示の一実施形態では、マッピング規則に従ったマッピングは、
入口ＲＬＣチャネルで受信されたデータパケットを、同様のＱｏＳをサポートする出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、必要とされるＱｏＳを少なくともサポートする出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、同様のＲＬＣチャネル設定を有する出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、出口ＲＬＣチャネルの瞬間データ交換状況に応じて出口ＲＬＣチャネルにマッピングすることと、のうちの１つを含む。

【0045】

データパケットの特定のＱｏＳを確実にすることに関して、様々な事前設定されたマッピング規則が使用され、チャネル状況またはチャネル設定を検討し得る。本方法でのマッピングは、データパケットが、データパケットの最小限のＱｏＳ要件を満足する出口ＲＬＣチャネルにマッピングされることを確実にする。マッピングはまた、例えば、出口ＲＬＣチャネルの瞬間データ交換状況をチェックすることによって、即時的なネットワークまたはトラフィック状況に基づいて、リアルタイムで決定され得る。

【0046】

入口および出口ＲＬＣチャネルの同様のＲＬＣチャネル設定に基づくマッピングの場合、本開示の一実施形態では、ＲＬＣチャネル設定は、
確認型モード（ＡＭ）、非確認型モード（ＵＭ）を含むＲＬＣモード、ならびに透過モード（ＴＭ）、ＲＬＣウィンドウサイズ、ＲＬＣシーケンス番号フィールドの長さのパラメータと、
ブラインド再送信およびフィードバックに基づく再送信を含む、ハイブリッド自動再送要求（ＨＡＲＱ）と、
優先度レベルと、
優先されたビットレートと、のうちの少なくとも１つを含む。

【0047】

ＵＥの特定のＱｏＳ要件に応じて、種々の設定が、正しいＲＬＣチャネル設定を選択する基準として使用され得る。このことは、マッピングを実施するときに、レイテンシ、優先度、および信頼性を含む、考慮されるべきＱｏＳ要件の多様な態様を許容する。

【0048】

本開示の一実施形態では、マッピング規則に従ったマッピングは、高優先度レベル入口ＲＬＣチャネルから、指定された閾値レベルより低い瞬間データ交換混雑レベルを有する、高優先度レベル出口ＲＬＣチャネルの集合のうちの１つへマッピングすることを含む。

【0049】

ネットワーク状況に応じて、マッピングを実行するときに優先度レベルが考慮される場合、必要とされる優先度レベルを満足する、具体的には出口ＲＬＣチャネルにおけるデータ交換混雑が全体に低い場合、２つ以上の出口ＲＬＣチャネルが存在し得る。このことは、より高いマッピング柔軟性を可能にし、マルチホップサイドリンク無線通信におけるデータパケットの、指定されたまたは必要とされるＱｏＳを良好に維持することを支援し得る。

【0050】

本開示の一実施形態では、マッピング規則は、
Ａｄａｐｔレイヤ機能に事前設定されることと、
Ｅ２Ｅマルチホップサイドリンク無線通信が確立されるとき、Ａｄａｐｔレイヤ機能に設定されることと、
指定されたＱｏＳを必要とするデータパケットの伝送を要求するサービスによって、Ａｄａｐｔレイヤ機能に設定されることと、のうちの少なくとも１つである。

【0051】

Ａｄａｐｔレイヤ機能におけるマッピング規則を設定する上記の開示された選択肢は、柔軟性を許容し、その結果、好適な選択肢が、具体的な用途シナリオ、および例えばマルチホップ中継通信において発生し得る変化に応じて動的にさえ選択され得る。

【0052】

本開示の一実施形態では、Ｅ２Ｅマルチホップサイドリンク無線通信が確立されるとき、マッピング規則を設定するために、マッピング規則は、Ｅ２Ｅマルチホップサイドリンク無線通信における、ＲＡＮユニットおよびマスタＵＥのうちの１つからのシグナリングメッセージによって、具体的には無線リソース制御（ＲＲＣ）シグナリングメッセージによって、Ａｄａｐｔレイヤ機能内に設定される。

【0053】

ネットワークアーキテクチャに応じて、Ｅ２Ｅマルチホップサイドリンク上の遠隔ＵＥと通信するＲＡＮユニット、またはマルチホップサイドリンク無線通信に関与し、マスタＵＥとして機能する別のＵＥのいずれかが、Ｅ２Ｅ通信に関与する他のＵＥを設定し得る。マッピング規則は、容易に各ＵＥに伝送され、例えば、ＲＲＣシグナリングを使用して設定され得る。

【0054】

本開示の一実施形態では、マッピング規則は、Ｅ２Ｅマルチホップサイドリンク無線通信のデータパケット交換状況に応じて、更新または再設定され得る。

【0055】

ＵＥ移動によるネットワークトポロジーの変化、中間ＵＥ無線リンク障害、およびＥ２Ｅマルチホップサイドリンク上で交換されているデータ量などの、ネットワーク状況に基づいてマッピングを更新または再設定することによって、ＱｏＳ要件がより確実に維持され、データパケットをネットワーク状況に関する必要性に応じて適応させるようにルーティングすることを可能にすることが、当業者には理解されよう。

【0056】

本開示の第２の態様は、上記の本開示の第１の態様による端末間（Ｅ２Ｅ）マルチホップサイドリンク無線通信における、指定されたサービスの品質（ＱｏＳ）を必要とするデータパケットの伝送を実行するように配置された、少なくとも１つのプロセッサおよび無線トランシーバ機器を備えた、ユーザ機器（ＵＥ）を提供する。

【0057】

そのようなＵＥは、有利には、Ｅ２Ｅマルチホップサイドリンク上でのデータパケットの伝送を支援し、データパケットの指定されたＱｏＳを確実にし、データパケットを、隣接するホップまたはサイドリンクに沿ったさらなるホップへ正確にルーティングする。

【0058】

本開示の第３の態様は、無線アクセスネットワーク（ＲＡＮ）ユニットによって実行される方法であって、入口および出口を有するプロセッサにより運用されるプロトコルスタックを備え、プロトコルスタックは、少なくとも、物理（ＰＨＹ）レイヤ機能、メディアアクセス制御（ＭＡＣ）レイヤ機能、無線リンク制御（ＲＬＣ）レイヤ機能、適合（Ａｄａｐｔ）レイヤ機能、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ機能、およびサービスデータ適合プロトコル（ＳＤＡＰ）レイヤ機能を提供するように配置され、ＲＬＣレイヤ機能は、データパケット伝送用の複数の入口および出口ＲＬＣチャネルを提供し、Ａｄａｐｔレイヤ機能は、指定されたＱｏＳを維持する間にデータパケットを方向付ける端末間（Ｅ２Ｅ）マルチホップサイドリンク無線通信における、指定されたサービスの品質（ＱｏＳ）を必要とするデータパケットの伝送を実行するための、ユーザ機器（ＵＥ）のＡｄａｐｔレイヤ機能を設定するための、マッピング規則を含む、方法を提供する。

【0059】

方法は、ＲＡＮユニットからＵＥへシグナリングメッセージを伝送することによって、具体的には無線リソース制御（ＲＲＣ）シグナリングメッセージによって、ＲＡＮユニットのＡｄａｐｔレイヤ機能によって含まれるマッピング規則に基づいて、ＵＥのＡｄａｐｔレイヤ機能を設定するステップを含み、当該ＲＲＣシグナリングメッセージは、
入口ＲＬＣチャネルで受信されたデータパケットを、同様のＱｏＳをサポートする出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、当該必要とされるＱｏＳを少なくともサポートする出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、同様のＲＬＣチャネル設定を有する出口ＲＬＣチャネルにマッピングすることと、
入口ＲＬＣチャネルで受信されたデータパケットを、出口ＲＬＣチャネルの瞬間データ交換状況に応じて出口ＲＬＣチャネルにマッピングすることと、のうちのいずれか１つである当該マッピング規則に従って、当該マッピングを規定する。

【0060】

ＲＡＮユニットによって実行される上記の方法は、Ｅ２Ｅマルチホップサイドリンク無線通信に関与するＵＥである、他の通信ノードを設定するように機能し、その結果、データパケットの指定されたＱｏＳが維持され、データパケットは正確にルーティングされる。

【0061】

本開示の第４の態様は、本開示の第３の態様による端末間（Ｅ２Ｅ）マルチホップサイドリンク無線通信における、指定されたサービスの品質（ＱｏＳ）を必要とするデータパケットの伝送を実行するために、ユーザ機器（ＵＥ）のＡｄａｐｔレイヤ機能を設定するように配置された、少なくとも１つのプロセッサおよび無線トランシーバ機器を備えた、無線アクセスネットワーク（ＲＡＮ）ユニットを提供する。

【0062】

本開示の第５の態様は、コンピュータ可読媒体に記憶されたプログラムコードを含む、コンピュータプログラム製品を提供し、プログラムコードは、プログラムコードがＵＥの少なくとも１つのプロセッサによって実行されるとき、本開示の第１の態様による方法を実行するように配置されている。

【0063】

本開示の第６の態様は、コンピュータ可読媒体に記憶されたプログラムコードを含む、コンピュータプログラム製品を提供し、プログラムコードは、プログラムコードが無線アクセスネットワーク（ＲＡＮ）ユニットの少なくとも１つのプロセッサによって実行されるとき、本開示の第３の態様による方法を実行するように配置されている。

【0064】

本開示の上記で開示された態様および他の態様は、以下に示されている非限定的な例示的な実施形態を参照することで、明白になり、明瞭にされる。

【図面の簡単な説明】

【0065】

【図1】ＬＴＥベースネットワークのための車対全通信機器（Ｖ２Ｘ）シナリオを例解している図である。

【図2】従来技術による、エボルブドＵＥ対ネットワーク中継ＵＥ通信用の、ＬＴＥレイヤ２（Ｌ２）をサポートする、ユーザ平面（ＵＰ）のプロトコルアーキテクチャ３０を模式的に例解している図である。

【図3】本開示による、遠隔ＵＥ、２つの中間または中継ＵＥ、およびＲＡＮユニットを含む、マルチホップＵＥ－ネットワーク中継アーキテクチャのプロトコルアーキテクチャ３０を模式的に例解している図である。

【図4】本開示による、２つの端末ＵＥおよび２つの中間または中継ＵＥを含む、端末間マルチホップＵＥ－ＵＥ中継アーキテクチャのプロトコルアーキテクチャを模式的に例解している図である。

【図5】本開示による、端末間（Ｅ２Ｅ）マルチホップサイドリンク無線通信における、ＵＥによって指定されたＱｏＳを必要とするデータパケットの伝送を実行する方法を例解している、簡易化されたフロー図である。

【図6】本開示の一実施形態による、ＵＥを模式的に例解している図である。

【図7】本開示の一実施形態による、ＲＡＮユニットを模式的に例解している図である。

【発明を実施するための形態】

【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】

本開示は、上記で開示されたような例に限定されず、発明性のある技能を適用することを必要とすることなく、添付の請求項内で開示されているように、本開示の範囲を超えて、任意のデータ通信、データ交換およびデータ処理環境、システム、またはネットワークにおいて使用するために、当業者によって変更、改良され得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】