特開 2024-105279 様々な種類の同時伝送を可能にするための手続き

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024105279

(43)【公開日】2024-08-06

(54)【発明の名称】様々な種類の同時伝送を可能にするための手続き

(51)【国際特許分類】

   H04W 76/23 20180101AFI20240730BHJP

   H04W 4/46 20180101ALI20240730BHJP

【ＦＩ】

H04W76/23

H04W4/46

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024065864

(22)【出願日】2024-04-16

(62)【分割の表示】P 2021535862の分割

【原出願日】2019-12-19

(31)【優先権主張番号】62/784,040

(32)【優先日】2018-12-21

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/840,797

(32)【優先日】2019-04-30

(33)【優先権主張国・地域又は機関】US

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

２．ＷＣＤＭＡ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部 豊隆

(72)【発明者】

【氏名】フレダ、マルティーノ エム．

(72)【発明者】

【氏名】パニ、ダイアナ

(72)【発明者】

【氏名】テン、タオ

(72)【発明者】

【氏名】ホン、トン トゥク

(72)【発明者】

【氏名】エル ハマス、アータ

(72)【発明者】

【氏名】イェ、チュンシュアン

(57)【要約】      （修正有）

【課題】様々な種類の伝送プロトコルの同時伝送を可能にするための方法及び無線送受信ユニット（ＷＴＲＵ）を提供する。
【解決手段】通信システムにおいて、ＷＴＲＵは、基地局を経由してネットワークから届く構成情報を受信し、ＷＴＲＵ上で動作するプロトコルスタックの上位層からデータパケットを受信し、構成情報及び条件に基づいてデータパケットの伝送の種類を第１の時点において決定し、決定した伝送の種類を使用してデータパケットを伝送する。構成情報は、伝送の種類を決定することに関連する判断基準及びデータ特性に関連する１組の論理チャネルを含む。伝送の種類は、ネットワークスケジュールモード、ＷＴＲＵ自律スケジュールモード、ＬＴＥ、ＮＲ、ユニキャスト、グループキャスト又はブロードキャストのうちの１つである。
【選択図】図２

【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
ネットワークから構成情報を受信することと、
前記ＷＴＲＵ上で動作するプロトコルスタックの上位層からデータパケットを受信することと、
前記構成情報及び条件に基づいて、前記データパケットに関連する伝送の種類を第１の時点において決定することと、
前記決定した伝送の種類を使用して前記データパケットを伝送することと
を含む、方法。

【請求項2】

前記構成情報が、前記伝送の種類を決定することに関連する判断基準を含む、請求項１に記載の方法。

【請求項3】

前記構成情報が、データ特性に関連する１組の論理チャネルを含む、請求項２に記載の方法。

【請求項4】

伝送の種類を決定することが、前記データパケットを処理する論理チャネルを前記構成情報に基づいて伝送の種類に指定することを更に含む、請求項３に記載の方法。

【請求項5】

前記伝送の種類が、モード、無線アクセス技術（ＲＡＴ）、又は伝送の種類のうちの１つであり、前記モードはネットワークスケジュールモード又はＷＴＲＵ自律スケジュールモードであり、前記ＲＡＴはLTE又はＮＲであり、前記伝送の種類はユニキャスト、グループキャスト、又はブロードキャストである、請求項４に記載の方法。

【請求項6】

前記条件に関係するパラメータを測定し、前記第１の時点と第２の時点との間で前記条件の変化があったと判定すること
を更に含む、請求項５に記載の方法。

【請求項7】

前記条件の前記変化時に、バッファ状態報告又はスケジューリング要求を前記ネットワークに送信すること
を更に含む、請求項６に記載の方法。

【請求項8】

前記変化に基づき、１つ又は複数の基準に基づいて前記キャリア及び資源を再選択すること
を更に含む、請求項６に記載の方法。

【請求項9】

１つ又は複数の基準に基づいてＲＲＣ接続が存在しないという条件でＲＲＣ接続を開始すること、
を更に含む、請求項６に記載の方法。

【請求項10】

ネットワークから構成情報を受信し、上位層からデータパケットを受信するように構成されているトランシーバと、
前記構成情報及び条件に基づいて前記データの伝送の種類を第１の時点において決定するように構成されているプロセッサと
を含む、無線送受信ユニット（ＷＴＲＵ）であって、
前記トランシーバが前記決定された伝送の種類を使用して前記データパケットを伝送するように更に構成されている、
ＷＴＲＵ。

【請求項11】

前記構成情報が、前記伝送の種類を決定することに関連する判断基準を含む、請求項１０に記載のＷＴＲＵ。

【請求項12】

前記構成情報が、データ特性に関連する１組の論理チャネルを含む、請求項１１に記載のＷＴＲＵ。

【請求項13】

伝送の種類を決定することが、前記データパケットを処理する論理チャネルを前記構成情報に基づいて伝送の種類に指定することを更に含む、請求項１２に記載のＷＴＲＵ。

【請求項14】

前記伝送の種類が、モード、無線アクセス技術（ＲＡＴ）、又は伝送の種類のうちの１つであり、前記モードはネットワークスケジュールモード又はＷＴＲＵ自律スケジュールモードであり、前記ＲＡＴはLTE又はＮＲであり、前記伝送の種類はユニキャスト、グループキャスト、又はブロードキャストである、請求項１３に記載のＷＴＲＵ。

【請求項15】

前記条件を測定し、前記第１の時点と第２の時点との間で前記条件の変化があったと判定する
ように前記トランシーバ及びプロセッサが更に構成されている、請求項１４に記載のＷＴＲＵ。

【請求項16】

前記条件の前記変化時に、バッファ状態報告又はスケジューリング要求を前記ネットワークに送信する
ように前記トランシーバ及びプロセッサが更に構成されている、請求項１５に記載のＷＴＲＵ。

【請求項17】

前記変化に基づき、１つ又は複数の基準に基づいて前記キャリア及び資源を再選択する
ように前記トランシーバ及びプロセッサが更に構成されている、請求項１５に記載のＷＴＲＵ。

【請求項18】

１つ又は複数の基準に基づいてＲＲＣ接続が存在しないという条件でＲＲＣ接続を開始する
ように前記トランシーバ及びプロセッサが更に構成されている、請求項１５に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
[0001] 本願は、参照によりその内容を本明細書に援用する、２０１８年１２月２１日に出願された米国仮特許出願第６２／７８４，０４０号、及び３０１９年４月３０日に出願された米国仮特許出願第６２／８４０，７９７号の利益を主張する。

【背景技術】

【0002】

背景
[0002] 無線の性能が進化するにつれ、複数の使用事例を結合して通信及び情報共有を更に向上させる相互接続システムがあり得る。例えば交通に関与する装置と交通インフラを取り巻く環境とを無線で接続するためにvehicle to everything（Ｖ２Ｘ）を利用することができる。これらのシステムが発展するにつれ、無線装置の対話のためのプロトコル及び手続きも発展しなければならない。

【発明の概要】

【0003】

概要
[0003] 様々な種類の伝送プロトコルの同時伝送を可能にするためのシステム、方法、及び装置。無線送受信ユニット（ＷＴＲＵ）等の装置が構成情報を受信し、ＷＴＲＵ上で動作するプロトコルスタックの上位層からデータパケットを受信することができる。次いでＷＴＲＵは、構成情報及び条件に基づいて、データパケットの伝送の種類を第１の時点において決定することができる。その後、ＷＴＲＵは決定した伝送の種類を使用してデータパケットを伝送することができる。構成情報は、伝送の種類を決定することに関連する判断基準及びデータ特性に関連する１組の論理チャネルを含み得る。伝送の種類は、ネットワークスケジュールモード、ＷＴＲＵ自律スケジュールモード、LTE、ＮＲ、ユニキャスト、グループキャスト、又はブロードキャストのうちの１つであり得る。

【0004】

図面の簡単な説明
[0004] 更に、図中の同様の参照番号は同様の要素を示す。

【図面の簡単な説明】

【0005】

【図1A】[0005]１つ又は複数の開示する実施形態を実装することができる通信システムの一例を示すシステム図である。

【図1B】[0006]一実施形態による、図１Ａに示す通信システム内で使用することができる無線送受信ユニット（ＷＴＲＵ）の一例を示すシステム図である。

【図1C】[0007]一実施形態による、図１Ａに示す通信システム内で使用することができる無線アクセスネットワーク（ＲＡＮ）の一例及びコアネットワーク（ＣＮ）の一例を示すシステム図である。

【図1D】[0008]一実施形態による、図１Ａに示す通信システム内で使用することができるＲＡＮの更なる例及びＣＮの更なる例を示すシステム図である。

【図2】[0009]伝送のためのデータパケット処理プロセスの一例を示す流れ図である。

【図3】[0010]条件が変化したときのデータパケット処理プロセスの一例を示す図である。

【図4】[0011]バッファ状態報告及びスケジューリング要求の通信に関するプロセスの一例を示す流れ図である。

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

【0006】

詳細な説明
[0012] 図１Ａは、１つ又は複数の開示する実施形態を実装することができる通信システム１００の一例を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを提供する多元接続システムであり得る。通信システム１００は、無線帯域幅を含むシステムリソースを共用することによって、複数の無線ユーザがかかるコンテンツにアクセスすることを可能にし得る。例えば通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）等の１つ又は複数のチャネルアクセス方法を使用することができる。

【0007】

[0013] 図１Ａに示すように、通信システム１００は無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示する実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を予期することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境内で動作し及び／又は通信するように構成される任意の種類の装置とすることができる。例として、その何れもステーション（ＳＴＡ）と呼ぶことができるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは無線信号を伝送及び／又は受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定又は移動加入者ユニット、加入ごとのユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はMi-Fi装置、モノのインターネット（ＩｏＴ）装置、時計又は他の着用物、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療装置及び医学的応用（例えば遠隔手術）、工業装置及び工業的応用（例えば工業及び／又は自動化プロセスチェーンの脈絡で動作するロボット及び／又は他の無線装置）、家庭用電子装置、商用及び／又は工業用無線ネットワーク上で動作する装置等を含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄの何れもＵＥと区別なく呼ぶ場合がある。

【0008】

[0014] 通信システム１００は、基地局１１４ａ及び／又は基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２等の１つ又は複数の通信ネットワークへのアクセスを助けるためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースするように構成される任意の種類の装置であり得る。例として、基地局１１４ａ、１１４ｂはベーストランシーバ局（ＢＴＳ）、NodeB、eNode B（eNB）、Home Node B、Home eNode B、gNode B（gNB）等の次世代のNodeB、new radio（NR）NodeB、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等であり得る。基地局１１４ａ、１１４ｂを単一の要素としてそれぞれ示すが、基地局１１４ａ、１１４ｂは相互接続された任意の数の基地局及び／又はネットワーク要素を含み得ることが理解されよう。

【0009】

[0015] 基地局１１４ａはＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局及び／又はネットワーク要素（不図示）も含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（不図示）と呼ばれ得る１つ又は複数のキャリア周波数上で無線信号を伝送及び／又は受信するように構成され得る。これらの周波数はライセンススペクトル、非ライセンススペクトル、又はライセンススペクトルと非ライセンススペクトルとの組み合わせの中にあり得る。セルは、相対的に固定されてもよい又は時間と共に変化し得る特定の地理的領域に無線サービスのカバレッジを提供することができる。セルはセルセクタに更に分割され得る。例えば基地局１１４ａに関連するセルは３つのセクタに分割することができる。従って、一実施形態では基地局１１４ａが３つの、例えばセルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａが多重入出力（ＭＩＭＯ）技術を使用することができ、セルのセクタごとに複数のトランシーバを利用し得る。例えば所望の空間方向に信号を伝送及び／又は受信するためにビームフォーミングを使用することができる。

【0010】

[0016] 基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外（ＩＲ）、紫外（ＵＶ）、可視光等）であり得るエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数と通信し得る。エアインタフェース１１６は任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。

【0011】

[0017] より具体的には、上記で述べたように通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡ等の１つ又は複数のチャネルアクセス方式を使用することができる。例えばＲＡＮ１０４内の基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（WCDMA）を使用してエアインタフェース１１６を確立し得るUniversal Mobile Telecommunications System（ＵＭＴＳ）Terrestrial Radio Access（ＵＴＲＡ）等の無線技術を実装することができる。WCDMAは、高速パケットアクセス（ＨＳＰＡ）及び／又はEvolved HSPA（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含み得る。

【0012】

[0018] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、Long Term Evolution（LTE）及び／又はLTE-Advanced（LTE-A）及び／又はLTE-Advanced Pro（LTE-A Pro）を使用してエアインタフェース１１６を確立し得るEvolved UMTS Terrestrial Radio Access（E-UTRA）等の無線技術を実装することができる。

【0013】

[0019] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＮＲを使用してエアインタフェース１１６を確立し得るＮＲ無線アクセス等の無線技術を実装することができる。

【0014】

[0020] 一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが複数の無線アクセス技術を実装することができる。例えば基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばデュアルコネクティビティ（ＤＣ）の原理を使用してLTE無線アクセス及びＮＲ無線アクセスを一緒に実装することができる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数の種類の無線アクセス技術及び／又は複数の種類の基地局（例えばeNB及びgNB）との間で送信される伝送によって特徴付けることができる。

【0015】

[0021] 他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、IEEE 802.11（例えばWireless Fidelity（WiFi）、IEEE 802.16（例えばWorldwide Interoperability for Microwave Access（WiMAX））、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、Interim Standard 2000（IS-2000）、Interim Standard 95（IS-95）Interim Standard 856（IS-856）、Global System for Mobile communications（GSM）、Enhanced Data rates for GSM Evolution（EDGE）、GSM EDGE（GERAN）等の無線技術を実装することができる。

【0016】

[0022] 図１Ａの基地局１１４ｂは、例えば無線ルータ、Home Node B、Home eNode B、又はアクセスポイントとすることができ、事業所、自宅、車両、キャンパス、工業施設、（例えばドローンによる使用のための）空中回廊、道路等の局所的領域内の無線接続性を促進するために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄがIEEE 802.11等の無線技術を実装して無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄがIEEE 802.15等の無線技術を実装して無線パーソナルエリアネットワーク（WPAN）を確立することができる。更に別の実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄがセルラベースのＲＡＴ（例えばWCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等）を利用してピコセル又はフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂはインターネット１１０への直接接続を有し得る。従って、基地局１１４ｂはＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

【0017】

[0023] ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ又は複数に音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成される任意の種類のネットワークであり得るＣＮ１０６と通信し得る。データは、異なるスループット要件、遅延要件、エラー許容範囲要件、信頼性要件、データスループット要件、モビリティ要件等、種々のサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイド通話、インターネット接続、ビデオ配信等を提供することができ、及び／又はユーザ認証等の高レベルセキュリティ機能を実行することができる。図１Ａには不図示だが、ＲＡＮ１０４及び／又はＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを使用する他のＲＡＮと直接的に又は間接的に通信し得ることが理解されよう。例えばＮＲ無線技術を利用し得るＲＡＮ１０４に接続されることに加え、ＣＮ１０６はGSM、UMTS、CDMA2000、WiMAX、E-UTRA、又はWiFi無線技術を使用する別のＲＡＮ（不図示）と通信することもできる。

【0018】

[0024] ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、及び／又はインターネットプロトコル（ＩＰ）等の共通の通信プロトコルを使用する、相互接続されたコンピュータネットワーク及び装置の世界的なシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有され及び／又は運営される有線及び／又は無線通信ネットワークを含み得る。例えばネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを使用し得る１つ又は複数のＲＡＮに接続される別のＣＮを含み得る。

【0019】

[0025] 通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部又は全てがマルチモード機能を含み得る（例えばＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは様々な無線リンク上で様々な無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用し得る基地局１１４ａと、及びIEEE 802無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。

【0020】

[0026] 図１Ｂは、ＷＴＲＵ１０２の一例を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２はとりわけプロセッサ１１８、トランシーバ１２０、伝送／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、脱着不能メモリ１３０、脱着可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、及び／又は他の周辺装置１３８を含み得る。ＷＴＲＵ１０２は、実施形態と合致したままで上記の要素の任意のサブコンビネーションを含み得ることが理解されよう。

【0021】

[0027] プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ又は複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書換可能ゲートアレイ（ＦＰＧＡ）、他の任意の種類の集積回路（ＩＣ）、状態機械等であり得る。プロセッサ１１８は、信号符号化、データ処理、出力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境内で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、伝送／受信要素１２２に結合され得るトランシーバ１２０に結合されてもよい。図１Ｂはプロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は電子パッケージ又はチップ内に統合され得ることが理解されよう。

【0022】

[0028] 伝送／受信要素１２２は、エアインタフェース１１６上で基地局（例えば基地局１１４ａ）との間で信号を伝送又は受信するように構成され得る。例えば一実施形態では、伝送／受信要素１２２はＲＦ信号を伝送及び／又は受信するように構成されるアンテナであり得る。一実施形態では、伝送／受信要素１２２は例えばＩＲ、ＵＶ、又は可視光信号を伝送及び／又は受信するように構成されるエミッタ／検出器であり得る。更に別の実施形態では、伝送／受信要素１２２はＲＦ信号及び光信号の両方を伝送及び／又は受信するように構成され得る。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送及び／又は受信するように構成され得ることが理解されよう。

【0023】

[0029] 図１Ｂでは伝送／受信要素１２２を単一の要素として示すが、ＷＴＲＵ１０２は任意の数の伝送／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を使用することができる。従って一実施形態では、ＷＴＲＵ１０２はエアインタフェース１１６上で無線信号を伝送し受信するための２つ以上の伝送／受信要素１２２（例えば複数のアンテナ）を含み得る。

【0024】

[0030] トランシーバ１２０は、伝送／受信要素１２２によって伝送される信号を変調するように、及び伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記で述べたように、ＷＴＲＵ１０２はマルチモード機能を有することができる。従ってトランシーバ１２０は、ＷＴＲＵ１０２が例えばＮＲ及びIEEE 802.11等の複数のＲＡＴによって通信することを可能にするための複数のトランシーバを含み得る。

【0025】

[0031] ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば液晶ディスプレイ（ＬＣＤ）ディスプレイユニット又は有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、そこからユーザ入力データを受信し得る。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えてプロセッサ１１８は、脱着不能メモリ１３０及び／又は脱着可能メモリ１３２等の任意の種類の適切なメモリの情報にアクセスし、かかるメモリ内にデータを記憶することができる。脱着不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク、又は他の任意の種類のメモリ記憶装置を含み得る。脱着可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態ではプロセッサ１１８は、サーバ上又はホームコンピュータ上（不図示）等、ＷＴＲＵ１０２上に物理的に位置しないメモリの情報にアクセスし、かかるメモリ内にデータを記憶することができる。

【0026】

[0032] プロセッサ１１８は、電源１３４から電力を得ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配し及び／又は制御するように構成され得る。電源１３４はＷＴＲＵ１０２に給電するための任意の適切な装置であり得る。例えば電源１３４は、１つ又は複数の乾電池（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。

【0027】

[0033] プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度及び緯度）を提供するように構成され得るＧＰＳチップセット１３６にも結合され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は基地局（例えば基地局１１４ａ、１１４ｂ）からエアインタフェース１１６上で位置情報を受信することができ、及び／又は２つ以上の近くの基地局から受信される信号のタイミングに基づいて自らの位置を突き止めることができる。ＷＴＲＵ１０２は、実施形態と合致したままで任意の適切な位置決定方法によって位置情報を取得できることが理解されよう。

【0028】

[0034] プロセッサ１１８は、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ又は複数のソフトウェア及び／又はハードウェアモジュールを含み得る他の周辺装置１３８に更に結合され得る。例えば周辺装置１３８は、加速度計、ｅコンパス、衛星トランシーバ、（写真及び／又はビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビ受信機、ハンズフリーヘッドセット、Bluetooth（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（ＶＲ／ＡＲ）装置、活動トラッカ等を含み得る。周辺装置１３８は１つ又は複数のセンサを含み得る。センサはジャイロスコープ、加速度計、ホール効果センサ、磁気計、方位センサ、近接センサ、温度センサ、時間センサ、地理位置センサ、高度計、光センサ、タッチセンサ、磁気計、気圧計、ジェスチャセンサ、バイオメトリクセンサ、湿度センサ等のうちの１つ又は複数であり得る。

【0029】

[0035] ＷＴＲＵ１０２は、（例えば（例えば伝送用の）ＵＬ及び（例えば受信用の）ＤＬの両方の、特定のサブフレームに関連する信号の一部又は全ての伝送及び受信が並行及び／又は同時であり得る全二重無線を含み得る。全二重無線は、ハードウェアによる自己干渉（例えばチョーク）又はプロセッサによる（例えば別個のプロセッサ（不図示）又はプロセッサ１１８による）信号処理による自己干渉を減らし、及び又はほぼなくすための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２が半二重無線を含むことができ、（例えば（例えば伝送用の）ＵＬ又は（例えば受信用の）ＤＬの特定のサブフレームに関連する）信号の一部又は全ての伝送及び受信。

【0030】

[0036] 図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記で述べたように、ＲＡＮ１０４はエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにE-UTRA無線技術を使用することができる。ＲＡＮ１０４はＣＮ１０６と通信することもできる。

【0031】

[0037] ＲＡＮ１０４はeNode-B１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は実施形態と合致したままで任意の数のeNode-Bを含み得ることが理解されよう。eNode-B１６０ａ、１６０ｂ、１６０ｃは、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数のトランシーバをそれぞれ含み得る。一実施形態では、eNode-B１６０ａ、１６０ｂ、１６０ｃがＭＩＭＯ技術を実装することができる。従って、例えばeNode-B１６０ａは複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を伝送及び／又は受信することができる。

【0032】

[0038] eNode-B１６０ａ、１６０ｂ、１６０ｃのそれぞれは特定のセル（不図示）に関連することができ、無線リソース管理の判断、ハンドオーバの判断、ＵＬ及び／又はＤＬ内のユーザのスケジューリング等を処理するように構成され得る。図１Ｃに示すように、eNode-B１６０ａ、１６０ｂ、１６０ｃはＸ２インタフェース上で互いに通信することができる。

【0033】

[0039] 図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、及びパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含み得る。上記の要素はＣＮ１０６の一部として示すが、これらの要素の何れもＣＮオペレータ以外のエンティティによって所有され及び／又は運営され得ることが理解されよう。

【0034】

[0040] ＭＭＥ１６２は、Ｓ１インタフェースによってＲＡＮ１０４内のeNode-B１６２ａ、１６２ｂ、１６２ｃのそれぞれに接続することができ、制御ノードとして働き得る。例えばＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラの活性化／非活性化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービングゲートウェイを選択すること等を担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４とGSM及び／又はWCDMA等の他の無線技術を使用する他のＲＡＮ（不図示）とを切り替えるための制御プレーン機能を提供し得る。

【0035】

[0041] ＳＧＷ１６４は、Ｓ１インタフェースによってＲＡＮ１０４内のeNode B１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。ＳＧＷ１６４は概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間のユーザデータパケットをルートし転送することができる。ＳＧＷ１６４は、eNode B間のハンドオーバ中のユーザプレーンのアンカリング、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとって入手可能な場合のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理及び記憶等の他の機能を実行してもよい。

【0036】

[0042] ＳＧＷ１６４はＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを与えてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を促進することができる。

【0037】

[0043] ＣＮ１０６は他のネットワークとの通信を促進することができる。例えばＣＮ１０６は、ＰＳＴＮ１０８等の回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信装置との間の通信を促進することができる。例えばＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、又はかかるＩＰゲートウェイと通信し得る。加えてＣＮ１０６は、他のサービスプロバイダによって所有され及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。

【0038】

[0044] 図１Ａ～図１ＤではＷＴＲＵを無線端末として示すが、特定の代表的な実施形態ではかかる端末が通信ネットワークとの有線通信インタフェースを（例えば一時的に又は永続的に）使用できることを予期する。

【0039】

[0045] 代表的な実施形態では、他のネットワーク１１２がＷＬＡＮであり得る。

【0040】

[0046] インフラストラクチャ基本サービスセット（ＢＳＳ）モード内のＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）及びＡＰにアソシエートする１つ又は複数のステーション（ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内外にトラフィックを運ぶ分配システム（ＤＳ）又は別の種類の有線／無線ネットワークへのアクセス又はインタフェースを有し得る。ＢＳＳの外部から生じるＳＴＡへのトラフィックはＡＰを介して到着することができ、ＳＴＡに届けられ得る。ＢＳＳの外部の宛先へのＳＴＡから生じるトラフィックは、それぞれの宛先に届けられるようにＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックはＡＰを介して送信することができ、例えばソースＳＴＡはＡＰにトラフィックを送信することができ、ＡＰはそのトラフィックを宛先ＳＴＡに届けることができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なす及び／又は呼ぶことができる。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（例えば直接）送信され得る。特定の代表的な実施形態では、ＤＬＳが802.11eＤＬＳ又は802.11z tunneled ＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有さない場合があり、ＩＢＳＳ内の又はＩＢＳＳを使用するＳＴＡ（例えばＳＴＡの全て）が互いに直接通信することができる。ＩＢＳＳモードの通信は、本明細書では「アドホック」モードの通信と呼ぶ場合もあり得る。

【0041】

[0047] ８０２．１１ａｃインフラストラクチャモードの動作又は同様のモードの動作を使用する場合、ＡＰは一次チャネル等の固定チャネル上でビーコンを伝送することができる。一次チャネルは固定幅（例えば２０ＭＨｚ幅の帯域）又は動的に設定された幅であり得る。一次チャネルはＢＳＳの動作チャネルとすることができ、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、例えば８０２．１１システム内でCarrier Sense Multiple Access with Collision Avoidance（ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（例えば全てのＳＴＡ）が一次チャネルを検知することができる。一次チャネルが使用中だと特定のＳＴＡによって検知／検出され及び／又は判定される場合、特定のＳＴＡはバックオフすることができる。所与のＢＳＳ内で１つのＳＴＡ（例えば１つのステーションだけ）が任意の所与の時点において伝送することができる。

【0042】

[0048] 例えば４０ＭＨｚ幅のチャネルを形成するための一次２０ＭＨｚチャネルと隣接する又は隣接しない２０ＭＨｚチャネルとの組み合わせにより、高スループット（ＨＴ）ＳＴＡは４０ＭＨｚ幅のチャネルを通信に使用することができる。

【0043】

[0049] 超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚのチャネルは連続した２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚのチャネルは連続した８個の２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と呼ばれ得る２個の不連続８０ＭＨｚチャネルを組み合わせることによって形成することができる。８０＋８０構成では、データを２つのストリームに分割し得るセグメントパーサにチャネル符号化後のデータを通すことができる。逆高速フーリエ変換（ＩＦＦＴ）処理及び時間領域処理を各ストリームに対して別々に行うことができる。ストリームは２個の８０ＭＨｚチャネル上にマップすることができ、伝送側ＳＴＡによってデータが伝送され得る。受信側ＳＴＡの受信機において、上記の８０＋８０構成の動作を逆にすることができ、複合データが媒体アクセス制御（ＭＡＣ）に送信され得る。

【0044】

[0050] サブ１ＧＨｚモードの動作が８０２．１１ａｆ及び８０２．１１ａｈによってサポートされている。８０２．１１ｎ及び８０２．１１ａｃで使用されているものと比べ、８０２．１１ａｆ及び８０２．１１ａｈではチャネル動作帯域幅及びキャリアが低減される。８０２．１１ａｆはＴＶホワイトスペース（ＴＶＷＳ）スペクトル内の５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈはマクロカバレッジエリア内のＭＴＣ装置等のメータタイプ制御／マシンタイプ通信（ＭＴＣ）をサポートすることができる。ＭＴＣ装置は特定の機能、例えば特定の及び／又は限られた帯域幅へのサポート（例えばそれらだけのサポート）を含む限られた機能を有し得る。ＭＴＣ装置は（例えば非常に長い電池寿命を保つための）閾値を上回る電池寿命を有する電池を含み得る。

【0045】

[0051] ８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈ等の複数のチャネル及びチャネル帯域幅をサポートし得るＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含むことができる。一次チャネルはＢＳＳ内の全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、最小帯域幅動作モードをサポートすることができる、ＢＳＳ内で動作する全てのＳＴＡの中のＳＴＡによって設定され及び／又は限定され得る。８０２．１１ａｈの例では、たとえＡＰ及びＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅の動作モードをサポートしても、１ＭＨｚモードをサポートする（例えばそれだけをサポートする）ＳＴＡ（例えばＭＴＣ型装置）では一次チャネルは１ＭＨｚ幅であり得る。キャリア検知及び／又はネットワーク割り当てベクトル（ＮＡＶ）の設定は一次チャネルの状態に依存し得る。例えば（１ＭＨｚの動作モードだけをサポートする）ＳＴＡがＡＰに伝送することによって一次チャネルが使用中である場合、利用可能な周波数帯域の大部分が使用されていないままでも、利用可能な全ての周波数帯域が使用中と見なされ得る。

【0046】

[0052] 米国では８０２．１１ａｈによって使用され得る利用可能な周波数帯域は９０２ＭＨｚから９２８ＭＨｚである。韓国では利用可能な周波数帯域は９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では利用可能な周波数帯域は９１６．５ＭＨｚから９２７．５ＭＨｚである。国コードにもよるが、８０２．１１ａｈに利用可能な総帯域幅は６ＭＨｚから２６ＭＨｚである。

【0047】

[0053] 図１Ｄは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記で述べたように、ＲＡＮ１０４はＮＲ無線技術を使用してエアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はＣＮ１０６と通信することもできる。

【0048】

[0054] ＲＡＮ１０４はgNB１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は実施形態と合致したままで任意の数のgNBを含み得ることが理解されよう。gNB１８０ａ、１８０ｂ、１８０ｃは、エアインタフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ又は複数のトランシーバをそれぞれ含み得る。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃがＭＩＭＯ技術を実装することができる。例えばgNB１８０ａ、１８０ｂはビームフォーミングを利用して、gNB１８０ａ、１８０ｂ、１８０ｃとの間で信号を伝送及び／又は受信することができる。従って、例えばgNB１８０ａは複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を伝送及び／又は受信することができる。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃがキャリアアグリゲーション技術を実装することができる。例えばgNB１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリア（不図示）を伝送することができる。これらのコンポーネントキャリアのサブセットは非ライセンススペクトル上にあり得る一方、残りのコンポーネントキャリアはライセンススペクトル上にあり得る。一実施形態では、gNB１８０ａ、１８０ｂ、１８０ｃは多地点協調（ＣｏＭＰ）技術を実装することができる。例えばＷＴＲＵ１０２ａはgNB１８０ａ及びgNB１８０ｂ（及び／又はgNB１８０ｃ）から協調伝送を受信することができる。

【0049】

[0055] ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはスケーラブルな数秘学に関連する伝送を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は様々な伝送、様々なセル、及び／又は無線伝送スペクトルの様々な部分ごとに異なり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば異なる数のＯＦＤＭシンボルを含む及び／又は可変長の絶対時間継続する）様々な長さの又はスケーラブルな長さのサブフレーム又は伝送時間間隔（ＴＴＩ）を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。

【0050】

[0056] gNB１８０ａ、１８０ｂ、１８０ｃは、独立型の構成及び／又は非独立型の構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えばeNode-B１６０ａ、１６０ｂ、１６０ｃ等）にもアクセスすることなしにgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはモビリティアンカポイントとしてgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数を利用することができる。独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは非ライセンス帯域内の信号を使用してgNB１８０ａ、１８０ｂ、１８０ｃと通信することができる。非独立型の構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、eNode-B１６０ａ、１６０ｂ、１６０ｃ等の別のＲＡＮとも通信しながら／それらにも接続しながら、gNB１８０ａ、１８０ｂ、１８０ｃと通信する／それらに接続することができる。例えばＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣの原理を実装して１つ又は複数のgNB１８０ａ、１８０ｂ、１８０ｃ及び１つ又は複数のeNode-B１６０ａ、１６０ｂ、１６０ｃとほぼ同時に通信することができる。非独立型の構成では、eNode-B１６０ａ、１６０ｂ、１６０ｃがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカの役割を果たすことができ、gNB１８０ａ、１８０ｂ、１８０ｃはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービス提供するための追加のカバレッジ及び／又はスループットを提供することができる。

【0051】

[0057] gNB１８０ａ、１８０ｂ、１８０ｃのそれぞれは特定のセル（不図示）に関連することができ、無線リソース管理の判断、ハンドオーバの判断、ＵＬ及び／又はＤＬ内のユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、ＮＲとE-UTRAとの間の網間接続、User Plane Function（ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、Access and Mobility Management Function（ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティング等を処理するように構成され得る。図１Ｄに示すように、gNB１８０ａ、１８０ｂ、１８０ｃはＸｎインタフェース上で互いに通信することができる。

【0052】

[0058] 図１Ｄに示すＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのSession Management Function（ＳＭＦ）１８３ａ、１８３ｂ、及びことによるとデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。上記の要素はＣＮ１０６の一部として示すが、これらの要素の何れもＣＮオペレータ以外のエンティティによって所有され及び／又は運営され得ることが理解されよう。

【0053】

[0059] ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースによってＲＡＮ１０４内のgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続することができ、制御ノードとして働き得る。例えばＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば様々な要件を有する様々なプロトコルデータ単位（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終了、モビリティ管理等を担うことができる。ネットワークスライシングは、利用されているサービスの種類に基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするためにＡＭＦ１８２ａ、１８２ｂによって使用され得る、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、ＭＴＣアクセスのためのサービス等、様々な使用事例ごとに様々なネットワークスライスを確立することができる。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４とLTE、LTE-A、LTE-A Pro、及び／又はWiFi等の非3GPPアクセス技術等の他の無線技術を使用する他のＲＡＮ（不図示）とを切り替えるための制御プレーン機能を提供し得る。

【0054】

[0060] ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インタフェースによってＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インタフェースによってＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂはＵＰＦ１８４ａ、１８４ｂを選択し制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスの管理及び割り当て、ＰＤＵセッションの管理、ポリシ強制及びＱｏＳの制御、ＤＬデータ通知の提供等の他の機能を実行することができる。ＰＤＵセッションの種類はＩＰベース、非ＩＰベース、イーサネットベース等であり得る。

【0055】

[0061] ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースによってＲＡＮ１０４内のgNB１８０ａ、１８０ｂ、１８０ｃの１つ又は複数に接続することができ、gNBはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを与えてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を促進することができる。ＵＰＦ１８４、１８４ｂは、パケットのルーティング及び転送、ユーザプレーンポリシの強制、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの対処、ＤＬパケットのバッファリング、モビリティアンカリングの提供等の他の機能を実行することができる。

【0056】

[0062] ＣＮ１０６は他のネットワークとの通信を促進することができる。例えばＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、又はかかるＩＰゲートウェイと通信し得る。加えてＣＮ１０６は、他のサービスプロバイダによって所有され及び／又は運営される他の有線及び／又は無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えることができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース並びにＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介してＵＰＦ１８４ａ、１８４ｂ経由でローカルＤＮ１８５ａ、１８５ｂに接続され得る。

【0057】

[0063] 図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、eNode-B１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、gNB１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載の他の任意の装置のうちの１つ又は複数に関して本明細書に記載する機能の１つ若しくは複数又は全てが１つ又は複数のエミュレーション装置（不図示）によって実行され得る。エミュレーション装置は、本明細書に記載する機能の１つ若しくは複数又は全てをエミュレートするように構成される１つ又は複数の装置であり得る。例えばエミュレーション装置は、他の装置を検査するために及び／又はネットワーク及び／又はＷＴＲＵの機能をシミュレートするために使用することができる。

【0058】

[0064] エミュレーション装置は、実験室環境内で及び／又はオペレータネットワーク環境内で他の装置の１つ又は複数の検査を実施するように設計され得る。例えば１つ又は複数のエミュレーション装置は、通信ネットワーク内の他の装置を検査するために有線及び／又は無線通信ネットワークの一部として完全に又は部分的に実装され及び／又は導入されながら１つ若しくは複数又は全ての機能を実行することができる。１つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として一時的に実装／導入されながら１つ若しくは複数又は全ての機能を実行することができる。エミュレーション装置は、検査目的で及び／又は無線による通信を用いた検査を行うために別の装置に直接結合され得る。

【0059】

[0065] １つ又は複数のエミュレーション装置は、有線及び／又は無線通信ネットワークの一部として実装／導入されなくても、全てを含む１つ又は複数の機能を実行することができる。例えばエミュレーション装置は、１つ又は複数のコンポーネントの検査を実施するために、検査実験室及び／又は非導入（例えば検査）有線及び／又は無線通信ネットワーク内の検査シナリオにおいて利用することができる。１つ又は複数のエミュレーション装置は検査機器であり得る。データを伝送及び／又は受信するために、（例えば１つ又は複数のアンテナを含み得る）ＲＦ回路による直接のＲＦ結合及び／又は無線通信がエミュレーション装置によって使用され得る。

【0060】

［１４５９６の開示の開始］
[0066] Vehicle to Everything（Ｖ２Ｘ）としても知られる車両通信は、車両（例えばトラック、自動車等）が互いに直接通信する、及び／又は周囲のインフラ（例えば路側機（ＲＳＵ））と通信することができる通信モードである。本明細書で開示するように、車両はＷＴＲＵに関連付けられ、ＷＴＲＵに統合され、ＷＴＲＵと区別なく言及され得る。Ｖ２Ｘの動作に関して２つのシナリオ、つまりＶ２Ｘメッセージの伝送及び受信を開始するためにＷＴＲＵがネットワークの支援を受けるカバレッジ内シナリオ、及び／又はＶ２Ｘメッセージの伝送及び受信を開始するためにＷＴＲＵが幾つかの予め構成されたパラメータを使用するカバレッジ外シナリオがあり得る。

【0061】

[0067] Ｖ２Ｘ通信は、装置間（Ｄ２Ｄ）通信で行われる作業に関係する場合がある。Ｖ２Ｘ通信サービスは少なくとも４つの異なる種類の対話を含むことができ、その対話とはつまり車両のＷＴＲＵが互いに直接通信することができる車両間（Ｖ２Ｖ）、車両のＷＴＲＵがＲＳＵ／eNBと通信することができる車両インフラ間（Ｖ２Ｉ）、車両のＷＴＲＵがコアネットワークと通信することができる車ネットワーク間（Ｖ２Ｎ）、及び車両のＷＴＲＵが特殊な条件（例えば低バッテリ容量）を有する歩行者（例えば非車両）ＷＴＲＵと通信することができる車歩行者間（Ｖ２Ｐ）である。

【0062】

[0068] Ｖ２Ｘの資源割り当てに関係する幾つかの動作モードがある。LTEでは、Ｖ２Ｘ通信における少なくとも２つの動作モードがあり得る。モード３は、Ｖ２Ｘサイドリンク伝送のためのスケジューリング指定をネットワークがＷＴＲＵに与えるモードである。モード４は、構成された／予め構成された資源プールからＷＴＲＵが資源を自律的に選択するモードである。これらのモードに加えて、Ｖ２Ｘ LTEは資源プールの少なくとも２つのカテゴリ、つまりＶ２Ｘ伝送を受信するためにモニタされる受信プールと、モード４において伝送資源を選択するためにＷＴＲＵによって使用されるＶ２Ｘ伝送プールとを含み得る。伝送プールは、モード３内で構成されるＷＴＲＵによって使用することはできない。

【0063】

[0069] LTEでは、資源プールがＲＲＣシグナリングによってＷＴＲＵに半静的にシグナリングされ得る。モード４では、ＲＲＣ構成伝送プールから資源を選択する前にＷＴＲＵが検知を使用することができる。一部の事例ではLTE Ｖ２Ｘが動的な資源プールの再構成をサポートしない場合があり、プールの再構成がＳＩＢ及び／又は専用ＲＲＣシグナリングによってのみ運ばれ得る。

【0064】

[0070] New Radio（ＮＲ）は「次世代」の無線システムだと考えることができる。ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼及び／又は低遅延通信（ＵＲＬＬＣ）等の幾つかの使用事例をサポートすることができる。

【0065】

[0071] 拡張Ｖ２Ｘ（ｅＶ２Ｘ）通信はＮＲシステムの一部であり得る。ＮＲにおけるｅＶ２Ｘは、安全及び非安全シナリオの両方に関して新たなサービスをサポートすることができる（例えばセンサ共有、自動運転、車両隊列走行、遠隔運転）。様々なｅＶ２Ｘサービスが様々な性能要件を必要とし得る（例えば３ｍｓの遅延が要求される場合がある）。

【0066】

[0072] ＮＲ Ｖ２Ｘは車両隊列走行、高度運転、拡張センサ、遠隔運転等の新たな使用事例をサポートすることができる。

【0067】

[0073] 車両隊列走行は、一緒に走行する群を車両が動的に形成することを可能にし得る。隊列走行操作を実行するために、隊列内の全ての車両が先行車両から周期的データを受信することができる。この情報は車間距離を極めて狭くすることを可能にし得る（例えば時間に置き換えられる間隙距離が１秒未満など、非常に小さい場合がある）。隊列走行の応用は後続車両の自律運転を可能にし得る。

【0068】

[0074] 高度運転は、半自動運転又は完全自動運転を可能にし得る。この使用事例では、より長い車間距離が想定され得る。それぞれの車両及び／又は路側機（ＲＳＵ）は自らの局所センサから得たデータを近接車両と共有することができ、それにより車両が自らの軌道又は操縦を調整できるようにする。加えて、それぞれの車両は自らの運転の意図を近接車両と共有することができる。この使用事例の一部の利益は、より安全な走行、衝突の回避、及び／又は交通効率の改善である。

【0069】

[0075] 拡張センサは、局所センサによって収集される生データ若しくは処理済みデータ又はライブビデオデータを車両、ＲＳＵ、歩行者の装置、及びＶ２Ｘアプリケーションサーバ間でやり取りすることを可能にし得る。車両は自らのセンサが検出できる範囲を超えて環境の認識を強化し、現地状況をより包括的に把握できる可能性がある。

【0070】

[0076] 遠隔運転は、自分で運転ができない搭乗者用の遠隔車両又は危険な環境内にある遠隔車両を遠隔ドライバ又はＶ２Ｘアプリケーションが操作することを可能にし得る。公共輸送機関等の変動が限られており経路が予測可能な使用事例では、クラウドコンピューティング又は遠隔操作に基づく運転を実装することができる。加えて、この使用事例ではクラウドベースのバックエンドサービスプラットフォームへのアクセスを検討することができる。

【0071】

[0077] LTEもＮＲも、ｅＶ２Ｘをサポートする無線アクセス技術（ＲＡＴ）であり得る。ＮＲ Ｖ２Ｘは、高度なＶ２ＸサービスのためにLTE Ｖ２Ｘを補足することができ、LTE Ｖ２Ｘとの相互動作をサポートし得る。従ってＷＴＲＵはＮＲ及びLTEサイドリンク動作の両方を同時にサポートする必要があり得る。

【0072】

[0078] LTE Ｖ２Ｘは、ＮＷスケジュールモード（モード３）及びＷＴＲＵ自律モード（モード４）の両方をサポートすることができる。ＮＲ Ｖ２Ｘも、ＮＷスケジュールモード（モード１）及びＷＴＲＵ自律モード（モード２）をサポートすることができる。更に、伝送のためのサイドリンク資源をＷＴＲＵが自律的に選択するモード２ａ、サイドリンク伝送のためのＮＲ構成グラント（ｔｙｐｅ－１のような）でＷＴＲＵが構成されるモード２ｃ、及び／又はＷＴＲＵが他のＷＴＲＵのサイドリンク伝送をスケジューリングするモード２ｄ等、Ｖ２Ｘに関するモード２にはサブモードもあり得る。モード２ｂのような挙動は、他のモードの何れかに組み込むことができる機能のための選択肢でもあり得る。モード２ｂでは、ＷＴＲＵが他のＷＴＲＵのサイドリンク資源選択を支援することができる。

【0073】

[0079] 一部の状況では、LTE Ｖ２Ｘがアクセス層（ＡＳ）レイヤにおけるブロードキャストメカニズムとして働き得る。Ｖ２Ｘ ＷＴＲＵは、Ｖ２Ｘサービスに対応する上位層からＬ２宛先ＩＤを与えられ得る。ＷＴＲＵはＬ２宛先ＩＤをＭＡＣヘッダ内に含めることができ、受信はＷＴＲＵが関心を持っているサービスと一致するＬ２宛先ＩＤを有するＭＡＣ ＰＤＵをフィルタリングするＷＴＲＵに基づき得る。

【0074】

[0080] ＮＲ Ｖ２Ｘでは、ユニキャスト伝送及びグループキャスト伝送を使用する動機も与える使用事例（例えば隊列走行）と組み合わせられるより厳格な要件があり得る。資源をより効率的に使用できるようにし、ＱｏＳをより上手く制御できるようにするために、ユニキャスト伝送及びグループキャスト伝送を用いてＷＴＲＵは受信機からのフィードバック（例えばＨＡＲＱ、ＣＱＩ）を活用して伝送出力、再伝送等を最適化することができる。

【0075】

[0081] ＮＲ Ｖ２ＸのためのＱｏＳモデルがあり得る。ＰＣ５上のＱｏＳはProSe Per-Packet Priority（ＰＰＰＰ）によってサポートされ得る。アプリケーション層はパケットをＰＰＰＰでマークすることができ、ＰＰＰＰは所要のＱｏＳレベルを示す。ＰＰＰＰからパケット遅延バジェット（ＰＤＢ）を導出すること等、一定の拡張を追加することができる。

【0076】

[0082] ＮＲのＱｏＳには更なる特徴があり得る。これらの追加の特徴は次のパラメータ（及びその単位）のうちの１つ又は複数を伴う主要性能インジケータを有することができ、かかるパラメータ（及びその単位）とはつまりペイロード（バイト）、伝送速度（メッセージ／秒）、最大終端間遅延（ｍｓ）、信頼性（％）、データ転送速度（Ｍｂｐｓ）、及び／又は最低所要通信範囲（メートル）である。

【0077】

[0083] ＰＣ５ベースのＶ２Ｘ通信及びＵｕベースのＶ２Ｘ通信の両方に同じ１組のサービス要件が適用され得る。その結果、ＰＣ５及び（例えばＰＣ５上のＶ２Ｘ通信のための５ＱＩを同じく使用する）Ｕｕについて統一されたＱｏＳモデルがあることができ、それによりアプリケーション層は使用されているリンクに関係なくＱｏＳ要件を示す一貫したやり方を有し得る。

【0078】

[0084] ５ＧＳ Ｖ２Ｘ対応のＷＴＲＵを検討し、ブロードキャスト、マルチキャスト、及びユニキャストという少なくとも３つの異なる種類のトラフィックがあり得る。

【0079】

[0085] ユニキャスト型のトラフィックでは、ＵｕのＱｏＳモデルと同じＱｏＳモデルを利用することができる（例えばユニキャストリンクのそれぞれをベアラとして扱うことができ、ＱｏＳフローがそれに関連し得る）。５ＱＩ内で定められる全てのＱｏＳ特性及びデータ転送速度の追加のパラメータも適用され得る。加えて、とりわけＰＣ５の用途では最低所要通信範囲を追加のパラメータとして扱うことができる。マルチキャストトラフィックは（例えばトラフィックの複数の定められた受信機を伴う）ユニキャストの特殊な事例として扱われ得るので、マルチキャストトラフィックにも同様の検討を適用することができる。ブロードキャストトラフィックではベアラの概念がない可能性があり、従って各メッセージがアプリケーション要件に従って異なる特性を有し得る。次いで、５ＱＩは、（例えば各パケットでタグ付けされる）Prose Per Packet Priority/Prose Per Packet Reliability（ＰＰＰＰ／ＰＰＰＲ）と同様の方法で使用することができる。５ＱＩはＰＣ５ブロードキャスト動作に必要な全ての特性（例えば遅延、優先順位、信頼性等）を表すことができ得る。Ｖ２Ｘブロードキャストに固有の５ＱＩ群（例えば音声品質指数（ＶＱＩ））を、ＰＣ５での使用のために定めることができる。

【0080】

[0086] 本明細書で論じるような１つ又は複数の使用事例では、ＷＴＲＵが同時動作を実行する必要がある場合があり、本明細書で論じる動作は、伝送、受信、処理、決定、動作モードの実行等、ＷＴＲＵによって実行される１つ又は複数の動作を指すことができる。それらの動作は、同時に起こる伝送の種類をＷＴＲＵが扱うこと等、状況に応じて１つ又は複数の伝送の種類を扱うことを含み得る。本明細書で論じるとき、伝送の種類はこれだけに限定されないがＷＴＲＵ自律モード又はＮＷスケジュールモード（例えばLTEのモード３、モード４、又はＮＲのモード１、モード２）等の伝送モード及び／又はＮＲのモード２のサブモード（例えばモード２ａ、モード２ｃ、モード２ｄ）、ＮＲ ＳＬ ＲＡＴ又はLTE ＳＬ ＲＡＴ上でＷＴＲＵが伝送し得るようなサイドリンク無線アクセス技術（ＳＬ ＲＡＴ）、ＮＲ Ｖ２Ｘ ＷＴＲＵがそれを使用して伝送し得るようなキャストの種類を指し得る。これらの伝送の種類の組み合わせ（例えばＮＲ ＳＬ ＲＡＴ上のモード２対LTE ＳＬ ＲＡＴ上のモード３）もそれ自体を別個のモードと見なすことができる。

【0081】

[0087] １つ又は複数の実施形態では、モード１及びモード２における同時動作があり得る。LTE Ｖ２Ｘでは、ＷＴＲＵはＮＷの判断に基づいてモード３又はモード４でのみ構成され得る。具体的には、システム情報が所要のＶ２Ｘ資源プールを含む場合、ＷＴＲＵはRRC_IDLE内でモード４資源選択を実行することができる。それ以外の場合、ＲＲＣ接続を開始するようにＷＴＲＵを強制することができ、ＮＷがプールを提供し、ＷＴＲＵがモード４で動作できるようにするか、又はＷＴＲＵがモード３でスケジューリングされるようになる。ＷＴＲＵがモード１及びモード２で同時に動作する場合、ＷＴＲＵはバッファ内のデータを伝送するためにＮＷグラント又は資源選択からのグラントを使用することができる。モード１又はモード２上でどのデータを送信すべきか決定するための手続きがＷＴＲＵにおいて必要であり得る。モード２資源選択規則では、ＮＷ資源の可用性を考慮する必要があり得るが、モード１でのネットワークとの対話（例えばＢＳＲ報告）では、ＷＴＲＵにおけるモード２資源の可用性も考慮する必要があり得る。モード１及びモード２での同時動作に対処するための手法が本明細書で議論され得る。

【0082】

[0088] １つ又は複数の実施形態では、LTE及びＮＲのサイドリンク（ＳＬ）における同時動作があり得る。ＷＴＲＵはLTE ＳＬ及びＮＲ ＳＬの両方の上で同時に動作する必要があり得る。一部のパケットは（例えば後方互換性又は厳格なＱｏＳ要件を理由に）LTE又はＮＲ上での伝送に要求される通り上位層によってタグ付けされ得るが、他のパケットは何れのＲＡＴ上でも許可され得る。かかるパケットでは、各ＲＡＴの負荷を管理し、そのＱｏＳを守りながらパケットが伝送されることを確実にする適切なＲＡＴを選択するための手続きがＷＴＲＵにおいて必要であり得る。LTE ＳＬ及びＮＲ ＳＬでの同時動作に対処するための手法が本明細書で議論され得る。

【0083】

[0089] １つ又は複数の実施形態では、ユニキャスト、グループキャスト、ブロードキャストにおいて同時動作があり得る。ＷＴＲＵは、ユニキャストリンク又はグループキャストリンクに関連する上位層からのパケット（例えば一意のＷＴＲＵを対象とするパケット）、並びにブロードキャスト伝送に関連するパケット（例えば複数のＷＴＲＵによってモニタされるＬ２宛先ＩＤに関連するパケット）を受信することができる。キャストの種類の何れもモード１又はモード２を使用して動作できることを所与とし、２つのモードを検討する際に資源割り当てを行う必要があり得る。とりわけＮＷは、モード１で動作するためにキャストの種類ごとにバッファされたデータ量を認識する必要があり得る。加えて、資源及びキャリアの選択は、キャストの種類ごとの１組の共通の資源が資源の分離を回避することを可能にし得る。ユニキャスト、グループキャスト、及びブロードキャストにおける同時動作に対処するための手法が本明細書で議論され得る。

【0084】

[0090] 同時のＷＴＲＵ動作に対処する実施形態を扱うとき、生じ得る１つの問題は様々な状況においてデータ用の伝送の種類をどのように選択するのかである。この問題に対処するために、伝送の種類を同時に使用するためのレイヤ２構造の複数のモデル、並びに伝送の種類を選択するための判断基準及びＷＴＲＵアクションがあり得る。

【0085】

[0091] 伝送の種類の同時使用に関連して様々なモデルを論じるとき、本明細書に記載する各モデルは例として提示されており、或るモデル又は例の特徴が別のモデル又は他の記載する状況に適用可能であり得ることを意図する。モデルに関連する数字は特定の例への参照を提供するために過ぎず、好ましい手法に関して如何なる意味も与えないことを意図する。

【0086】

[0092] 図２は、データの伝送の種類を選択する手続きの一例を示す流れ図である。本明細書に記載の各モデルは図中に示す手続きの全て又は一部を実行することができる。概して、任意のモデルに関してＷＴＲＵが構成をまず受信することができ（２０１）、かかる構成は所与の状況に適した伝送の種類を決定し又は判断するためにＷＴＲＵが使用することができる構成情報又は設定を含む。構成は適切な装置（例えばgNB、eNB等の基地局）を経由してネットワークから届き得る。ＷＴＲＵの通常動作の一環として上位層からデータを受信する（例えばＷＴＲＵ上で動作するプロトコル層のスタック内の下位レベルにおいて受信する）ことができ（２０２）、データは伝送用の１つ又は複数のデータパケットであり得る。ＷＴＲＵは、受信した構成情報及び他の判断基準に基づいて受信データパケットに適した伝送の種類を決定し又は判断することができる（２０３）。この決定／判断プロセスについては本明細書で更に説明する場合がある。次いで、ＷＴＲＵは適切な伝送の種類を使用してデータパケットを伝送することができる（２０４）。或る時点において、ＷＴＲＵは条件（例えばＷＴＲＵによって測定される条件の変化、ネットワークから受信される新たな構成等の条件、又はイベント等の条件）及び／又は判断基準に基づいて伝送の種類を変更することができる（２０５）。図２のプロセスの例の間、ＷＴＲＵは別のＷＴＲＵ（例えばサイドリンク）及び／又はネットワーク（例えば基地局）と通信することができ、プロセスを更に促進するためにスケジューリング要求（ＳＲ）及び／又はバッファ状態報告（ＢＳＲ）を伝達することができる。加えてＷＴＲＵは、条件及び／又は同時伝送の種類に基づいてキャリア／資源選択プロセスを実行することができる。

【0087】

[0093] 第１のモデルでは、伝送の種類に対する論理チャネルの固定されたマッピングがあり得る。論理チャネルはＷＴＲＵによって作成されてもよく、又はネットワークが単一の伝送の種類のみに関連付けられ得る。それぞれの伝送の種類の中で、ＷＴＲＵはそれぞれが異なるＱｏＳ要件及び／又は異なる宛先ＩＤに関連し得る幾つかの論理チャネルを作成することができる。このマッピングは、２０１でＷＴＲＵが受信する構成情報の一部であり得る。例えばＷＴＲＵはLTE ＲＡＴ上でデータを伝送するための論理チャネルを作成することができ、又はＮＲ ＲＡＴ上でデータを伝送するための論理チャネルを作成することができる。別の例では、ＷＴＲＵはモード１を使用してデータを伝送するための論理チャネルを作成することができ、又はモード２を使用してデータを伝送するための論理チャネルを作成することができる。別の例では、ＷＴＲＵはユニキャストデータを伝送するための論理チャネルを作成することができる。ＷＴＲＵは、様々な宛先ＷＴＲＵへのユニキャスト伝送のために別個の論理チャネルを作成することができる。

【0088】

[0094] 第１のモデルでは、ＷＴＲＵが２０２と全く同じように上位層から伝送のためのデータパケットを受信することができる。本明細書に記載の判断基準に基づき、ＷＴＲＵは２０３と全く同じように或る伝送の種類又は別の伝送の種類に関連する論理チャネルにデータパケットを送信することに決めることができる。その場合、判断は上位層からのパケットの到着時にＷＴＲＵによって行われ得る。

【0089】

[0095] ＷＴＲＵは伝送の種類ｘを使用することに決めるパケットを受信し得るが、伝送の種類ｘについて活性状態にある適切な論理チャネルを有さない場合がある。その場合、ＷＴＲＵはモードｘに関連する新たな論理チャネルを作成することができる。或いは又は関連して、ＷＴＲＵは例えばＭＡＣ ＣＥ、ＲＲＣメッセージの伝送又はＵｕ ＰＨＹチャネル伝送（例えばＳＲ、ＰＵＣＣＨ等）により、ネットワークから新たな論理チャネルを作成する必要性を示すことができる。この決定及び新たな論理チャネルの作成は２０３で行われ得る。

【0090】

[0096] ＷＴＲＵは、本明細書で論じる判断基準の１つが満たされ且つ伝送の種類に関して論理チャネルが存在しないこと（例えば論理チャネルの作成）又は基準が全てのデータが単一の伝送の種類だけを使用して伝送されるものであること（論理チャネルの除去）、伝送の種類に関連する論理チャネルがある一部の種類のデータ（例えば特定のＱｏＳ又はＶＱＩ）をその伝送の種類にもはやマッピングできないこと（例えば論理チャネルの除去）、本明細書で論じた一定の伝送の種類にマップするパケットを（予め）構成された期間にわたってＷＴＲＵが受信しないこと、及び／又はネットワークによって情報提供／再構成されることのうちの何れかに基づいて、伝送の種類に関連する論理チャネルの作成／除去を決定することができる。この論理チャネルの作成／除去は、変更を促す状況に応じて２０３又は２０５で行われ得る。

【0091】

[0097] 第２のモデルでは、ＷＴＲＵが或る伝送の種類から別の伝送の種類に論理チャネルを移すことができる。このモデルは、伝送の種類に対する固定された論理チャネルの第１のモデルと組み合わせて使用することができる。伝送の種類が変化し得る２０５において等、又は伝送の種類が受信データパケットに関連するパラメータに基づいて変化し得る２０３において等、ここでは所与の期間にわたってのみ或る伝送の種類であるように論理チャネルを構成することができる。ＷＴＲＵは、例えば本明細書で論じる基準に基づいて或る伝送の種類から別の伝送の種類に論理チャネルを移すことに決めることができる。このモデルでは、特定のデータパケットを伝送するためにどの伝送モードを使用すべきかの判断は、上位層からのデータの到着時に行うことができ（例えば新たなデータの到着が或る伝送の種類から別の伝送の種類に論理チャネルを変更させる場合）、又は現在の及び将来のパケットに基づいて周期的に、又はＷＴＲＵにおいてトリガされ且つ本明細書で論じる基準によって定められる何らかのイベント（例えば測定が何らかの基準を満たすこと等）に基づいて行うことができる。

【0092】

[0098] 例えばモード１／モード２の場合、ＷＴＲＵはモード１だけを使用する１組の論理チャネル及びモード２だけを使用する論理チャネルを作成することができ又はそれらの論理チャネルによって構成され得る。加えてＷＴＲＵは、所与の時点において単一の資源選択モード（モード１又はモード２）を使用し得るが、或るモードから別のモードへと変更することができる論理チャネルを作成することができ又はそれらの論理チャネルによって構成され得る。ＷＴＲＵは、論理チャネルに対する（例えばＱｏＳに基づく）データのマッピングによって構成され得る。加えてＷＴＲＵは、周期的に又は下位層から受信されるトリガに基づき、或る伝送の種類を用いた伝送から別の伝送の種類を用いた伝送へと１つ又は複数の論理チャネルを移すことに決めることができる。

【0093】

[0099] ＷＴＲＵは、或る伝送の種類から別の伝送の種類に変更することができる最大数のかかる論理チャネルによって構成され得る。ＷＴＲＵは、その間論理チャネルが自らの伝送の種類を変更することができる間隔又は期間によって更に構成され得る。とりわけＷＴＲＵは、定められた期間においてのみ、（例えば本明細書で論じる基準に基づく）そのような「変動」論理チャネルごとの判断基準の評価を行うことができる。ＷＴＲＵは論理チャネルの伝送の種類を決めるために前回の変更間隔にわたって入手可能な情報を更に使用することができる。

【0094】

[0100] このモデルにおけるＷＴＲＵは、論理チャネルの伝送の種類を切り替えるための本明細書で定める判断基準を、単純に特定のデータパケットのＱｏＳ／ＶＱＩではなく、この論理チャネルにマップされるＱｏＳ／ＶＱＩにのみ適用することができる。とりわけ、ＷＴＲＵはＶＱＩ又は１組のＶＱＩごとに論理チャネルを作成するように構成され得る。ＷＴＲＵは、この論理チャネルにマップされるＱｏＳ／ＶＱＩだけを検討することにより、データの種類又はＱｏＳに依存する本明細書で定める判断を適用することができる。

【0095】

[0101] 第３のモデルでは、論理チャネルが複数の伝送モードに関連し得る。このモデルは、伝送の種類に対する固定された論理チャネルの第１のモデル化と組み合わせて使用することができる。ここでは論理チャネルが複数の伝送モードで構成され得る。かかるモデル化では、ＷＴＲＵはことによると対照的に上位層からのデータの受信時ではなく、２０４等におけるデータの伝送時に使用すべき特定の伝送モードを決定することができる。

【0096】

[0102] 例えばLTE ＲＡＴ及びＮＲ ＲＡＴの場合、ＷＴＲＵは２０１と全く同じようにLTE ＲＡＴ上で送信される１組の論理チャネル、及びＮＲ ＲＡＴ上で設定される１組の論理チャネルを作成し又はそれらのチャネルで構成され得る。ＷＴＲＵは両方のＲＡＴに関連する１つ又は複数の論理チャネルで更に構成されてもよく又はかかる論理チャネルを更に作成し得る。かかる例では、ＷＴＲＵが２０２と全く同じように上位層からパケットを受信し、本明細書に記載の判断基準に基づいてそのパケットをLTE ＲＡＴ又はＮＲ ＲＡＴ論理チャネルに送信することができる。加えてＷＴＲＵは、LTE ＲＡＴ及びＮＲ ＲＡＴの両方にマップされる論理チャネルに特定のパケットを送信することに決めることができる。論理チャネルに対する実際のデータのマッピングを２０４等の伝送時に行うことができる。

【0097】

[0103] 図３は、条件が変化したときのデータ処理の一例を示す図である。この例では、ＷＴＲＵがモード１及びモード２等の様々な伝送の種類を扱っている可能性がある。時間は水平に進行し、２つの異なる時点を区別するために３０１の時間Ｔ１及び３０２の時間Ｔ２を図示する。ＷＴＲＵの一般的な伝送状況では、ＷＴＲＵが１組の論理チャネル（例えばＬＣＨ１～４）によって構成され得る。ＷＴＲＵは伝送の種類に論理チャネルを指定するように命令されてもよく、又は自ら決定することができる。真ん中の区間３１２で、この例は論理チャネルＬＣＨ１及びＬＣＨ２がＴ１においてモード１に関連し、論理チャネルＬＣＨ３及びＬＣＨ４がＴ１においてモード２に関連することを示す。データパケットが上位層から受信され、伝送の種類に関係する判断基準に基づいて論理チャネルに指定される。論理チャネルＬＣＨ１がＴ２においてモード２に変更される３１２で示すように、Ｔ１及びＴ２における又はＴ１とＴ２との間の何らかの時点において、論理チャネルに指定された伝送の種類をＷＴＲＵが変更することを何らかの条件（例えば無線条件の変化）が促し得る。この図面について本明細書で更に説明する場合がある。

【0098】

[0104] 同時のＷＴＲＵ動作におけるデータの伝送の種類を決定するために、伝送の種類を選択するための条件及び／又は判断基準並びにＷＴＲＵアクションがあり得る。ＷＴＲＵは、表１に列挙する要素の１つ又は複数（例えば組み合わせ）に基づいてサイドリンクデータのための伝送の種類を選択することができる。列挙する基準は条件と見なすこともでき、条件はそれに関連するパラメータを有し得る。

【0099】

【表1】

【0100】

【表2】

【0101】

[0105] これらの基準は網羅的な一覧であることは意図せず、伝送の種類の選択を決定するために一定の状況において有用であり得る基準の種類及び性質を広く表し得る。

【0102】

[0106] 伝送に利用可能なデータの特性に基づいて伝送されるデータの伝送の種類をＷＴＲＵが決定する基準状況では、ＷＴＲＵは伝送されるデータのＱｏＳ要件に基づいてデータの伝送の種類を選択することができる。例えばＷＴＲＵは、データに関連するＱｏＳパラメータ（例えばＶＱＩ、ＰＰＰＰ、ＰＰＰＲ、遅延、信頼性、範囲等）と伝送モードとの（予め）構成されたマッピングに基づいてパケットの伝送モード（例えばモード１対モード２）を選択することができる。

【0103】

[0107] この状況の一例では、ＷＴＲＵがモード１／モード２を使用してパケットを伝送すべき１組のＶＱＩを用いて、又はそれよりも上／下でモード１／モード２を使用してパケットを伝送すべきＶＱＩの閾値を用いてＷＴＲＵを（予め）構成することができる。条件を満たすＶＱＩによってパケットが受信されタグ付けされる場合、ＷＴＲＵはモード１／モード２を使用してパケットを伝送することができる。さもなければ、ＷＴＲＵはモード２／モード１を使用してパケットを伝送することができる。

【0104】

[0108] この状況の別の例では、ＷＴＲＵは伝送のためのＲＡＴを各ＲＡＴに関連するＣＢＲの測定に加えてそのＲＡＴに関連するＶＱＩに基づいて選択することができる。とりわけＷＴＲＵは、ＶＱＩ及びＣＢＲ（例えばLTE ＣＢＲ又はＮＲ ＣＢＲ）についての（予め）構成されたテーブル又はＲＡＴ間のＣＢＲの差に基づいて伝送のためのＲＡＴを選択することができる。ＣＢＲが高くない限り又はLTE ＣＢＲよりも著しく高くない限り、ＷＴＲＵはＮＲ ＲＡＴを適合させることができる一定の伝送に使用されるようにＮＲ ＲＡＴを優先させることができる。そのように優先させることは、ＷＴＲＵにおいて（予め）構成されるＶＱＩ／ＣＢＲのテーブルに基づくＲＡＴの選択に組み込むことができる。

【0105】

[0109] 伝送の頻度及び／又はサイズに基づいて伝送されるデータの伝送の種類をＷＴＲＵが決定する基準状況では。とりわけＷＴＲＵは、伝送の頻度（即ち周期的又は非周期的及び伝送の周期性）及び／又はメッセージのサイズ（例えば最大メッセージサイズ、最小メッセージサイズ、平均メッセージサイズ等）に基づいて伝送の種類を決定することができる。例えばＷＴＲＵは、ことによると他の条件（例えばＣＢＲが閾値を上回る／下回る周期的伝送）と組み合わせて、周期的伝送にモード２を使用するように構成され得る。同様にＷＴＲＵは、（例えばＳＬＲＢに関する）平均／最小／最大メッセージサイズが閾値を上回る場合はモード１を使用するように構成され得る。

【0106】

[0110] サイドリンクセッションの特性に基づいて伝送されるデータの伝送の種類をＷＴＲＵが決定する基準状況では。一例では、ＷＴＲＵはサイドリンクグループキャストのグループサイズに基づいて伝送の種類を決定することができる。例えば多数のメンバを有するグループではモード１を使用するようにＷＴＲＵを構成することができ、それにより全ての受信機ＷＴＲＵからのフィードバック資源がネットワークによって割り当てられ得る。同様に、グループサイズが小さい場合はサイドリンクグループキャストにモード２を使用するようにＷＴＲＵを構成することができる。ここでは送信機ＷＴＲＵが受信機ＷＴＲＵのそれぞれに対してフィードバック資源を割り当てることができる。伝送の種類を決定するためにＨＡＲＱフィードバックメカニズムを使用することもできる。ＨＡＲＱ ＮＡＣＫだけのメカニズムでは、受信機ＷＴＲＵはＮＡＣＫメッセージについてのみフィードバック資源を共有することができる。こうしてサイドリンクグループキャストにモード２を使用するようにＷＴＲＵを構成することができる。ＨＡＲＱ ＡＣＫ／ＮＡＣＫメカニズムが使用される場合、サイドリンクグループキャストにモード１を使用するようにＷＴＲＵを構成することができる。

【0107】

[0111] 伝送の種類に関して十分な資源を利用できる可用性に基づいてデータの伝送の種類をＷＴＲＵが決定する基準状況では、かかる決定が伝送側ＷＴＲＵによって決定される以下の何れか、又はピアＷＴＲＵ（例えば伝送側ＷＴＲＵとユニキャストリンクにあるＷＴＲＵ）によって決定され、伝送側ＷＴＲＵに示され得る以下の何れかに基づくことができる：ことによると特定のＲＡＴ及び／又は特定のキャストの種類に関連し且つデータの到着に関して許容可能なタイミング／遅延を有するＳＲ資源の可用性、（例えばデータの到着を示すための）ＢＳＲの伝送のための許容可能なタイミング／遅延を有する利用可能なアップリンク資源、ことによると特定の要件又は特定の論理チャネルに関連する、データの伝送のための許容可能なタイミング／遅延を有する利用可能な周期的資源、一部のデータの周期性、オフセット、パケットサイズの変化をＷＴＲＵが検出すること（例えばＷＴＲＵは一部のデータの周期性、オフセット、又はパケットサイズの変化を検出するとき一定の時間にわたってモード２伝送に変更することができる）、ことによるとデータに関連するＱｏＳ要件と組み合わせた特定の種類の利用可能なＳＬグラント、何れかの伝送の種類に関してネットワークによって構成される資源量（例えばＷＴＲＵは何れかの伝送の種類に関してネットワークによって構成される資源量に基づいて伝送の種類を決定し、かかる判断は両方の種類において均等な資源割合を使用するように行われ得る）、及び／又はモード２資源選択を使用して十分な資源を選択できないこと若しくはモード２資源選択の失敗。

【0108】

[0112] 特定の種類の利用可能なＳＬグラントに関して、どのグラントが時間の点で最初に利用できるのか、及びどのグラントがデータの要件を満たす特性（例えばグラントサイズ、伝送のためのＭＣＳ、構成された再伝送の回数）を有するのかに応じて、ＷＴＲＵは低遅延要件を有するデータ伝送のためにLTEグラント又はＮＲグラントを（両方のグラントが利用可能だと想定して）使用するよう選択することができる。かかるグラントはモード２／４グラント又はモード１／３グラントであり得る。

【0109】

[0113] 十分な資源を選択できないことに関して、ＷＴＲＵは以下の理由の何れかによって失敗する可能性がある資源選択手続きの後で一部のデータ伝送にモード１を使用することに決めてもよく、以下の理由とはつまり、例えば伝送のために選択される利用可能資源の１つ／更に多く／全てがＬＢＴに失敗すること（例えばクリアチャネル評価中に占有されていること）により、又は失敗の回数若しくはバックオフ時間の数／量がことによるとパケットの所要の遅延に関係する閾値を上回ることにより、或る期間後に又は数回の試行後にＬＢＴによってモード２資源を取得できないこと、資源選択時に決定される又は周期的に決定される、伝送に利用できると見なされるモード２資源の数が（予め）構成され又は定められた閾値を下回ることであって、モード２資源の可用性を決定することはＳＣＩのような伝送によって事前に予約されている資源を除外すること及び／又はＰＳＳＣＨ／ＰＳＣＣＨ上のＲＳＲＰ／ＲＳＳＩの測定を含み得る、閾値を下回ること、モード２ｄに関してＷＴＲＵをスケジューリングすることが或る期間中にできない若しくは到達できないこと、及び／又はことによると伝送されるデータと共に使用するための、ＷＴＲＵに対して構成される資源パターンの１つ／更に多く／全てが利用できない又は伝送されるデータの遅延要件を満たさないことである。

【0110】

[0114] 十分な資源を選択できないことに更に関して、ＷＴＲＵは何れかのＲＡＴ上で成功裏と見なされた、ことによると最近の資源割り当て数に基づいてＮＲ ＲＡＴを使用するか又はLTE ＲＡＴを使用するかを決めることができる。とりわけＷＴＲＵは、資源選択中に資源のｘ％が利用可能だと判定された各ＲＡＴ上の資源選択手続きの数又は比率を測定することができ、その数又は比率が最小であるＲＡＴを選択することができる。

【0111】

[0115] 十分な資源を選択できないことに更に関して、資源選択は伝送側ＷＴＲＵにおいて決定される検知結果及び／又は測定、又はピアＷＴＲＵによって与えられる検知結果及び／又は測定に基づき得る。

【0112】

[0116] 十分な資源を選択できないことに更に関して、ＷＴＲＵはキャリア選択を行い、許可された／選択されたキャリアの数が一定数（この数は伝送されるデータのベアラ／フロー／ＶＱＩに関係し得る）を下回る場合、資源選択に関して不十分な資源を判定し得る。

【0113】

[0117] 資源の可用性に基づいて伝送の種類を決定することに関係する或るシナリオでは、ＳＲ／ＢＳＲ資源が利用できない又はタイミング要件を満たさない場合にＷＴＲＵはモード２を使用することができる。ＷＴＲＵは、伝送されるデータのタイミング要件を満たすために利用可能なＳＲ資源で構成されている場合、又はデータを伝送するのに十分な時間内にＢＳＲ伝送のためのグラントを得ることができる場合、モード１伝送を使用することができる。ＷＴＲＵが十分なＳＲ資源で構成されていない場合、又はＢＳＲ及びその後のサイドリンクデータを伝送するためのＷＴＲＵによって決定される遅延がデータ伝送自体の遅延要件よりも大きい場合、ＷＴＲＵはモード２資源（例えばフォワードブッキングされた資源又は単発の資源）を使用することができる。上記の理由からモード１を使用できないと判定すると、ＷＴＲＵはモード２資源選択を行うことができ、又は既存のモード２のグラント（例えば周期的に発生する資源）上で前述のデータの伝送を優先させることができる。

【0114】

[0118] 資源の可用性に基づいて伝送の種類を決定することに関係する或るシナリオでは、LTE ＲＡＴのためのＳＲ／ＢＳＲ資源が利用できない又はタイミング要件を満たさない場合にＷＴＲＵはＮＲ ＲＡＴを使用することができる。モード１のＮＲをモード３のLTEと同時に使用するように構成されるＷＴＲＵの例では、各ＲＡＴに固有のＳＲ資源によってＷＴＲＵを構成することができる。ＷＴＲＵは、ことによると構成された規則と組み合わせて、LTE ＲＡＴ ＳＲに対するＮＲ ＲＡＴ ＳＲのタイミングに基づいてパケットを伝送するサイドリンクＲＡＴを決定することができる。とりわけ所要の遅延のうちにＷＴＲＵがパケットを伝送することをLTE／ＮＲ ＲＡＴ上のＳＲ構成が認める限り、ＷＴＲＵはLTE／ＮＲ ＲＡＴ上でことによると特定のサービス、キャスト等に関連するデータを伝送するように構成され得る。パケットが到着し、パケットの遅延が守られないようにLTE／ＮＲ ＲＡＴ ＳＲが構成される場合、ＷＴＲＵは代わりにＮＲ／LTE ＲＡＴ上でパケットを伝送することができる。ＷＴＲＵは関連データのためにネットワークにＮＲ／LTE ＳＲを伝送し、将来のＮＲ／LTEグラント上で多重化されるデータ内にそのデータを含めることができる。

【0115】

[0119] 資源の可用性に基づいて伝送の種類を決定することに関係する或るシナリオでは、モード２を使用する資源選択がタイミング要件を満たさない場合にＷＴＲＵがモード１を使用することができる。一例では、ＷＴＲＵは特定のベアラ／フローに関連する又は特定のＶＱＩに関連するデータにモード２資源選択を使用するように構成され得る。かかるベアラ／フロー／ＶＱＩのデータに対して実行される（予め）構成された又は定められた資源選択の試みの１つ又は幾つかがデータのＱｏＳ要件（例えば遅延、信頼性）を満たす資源を選択できない場合、ＷＴＲＵは前述のベアラ／フロー／ＶＱＩにモード１を使用するように更に構成され得る。例えば資源選択は、LTEのものと同様の検知手続きを必要とし得る。特定のＶＱＩでは、ＷＴＲＵは利用可能資源のうちの（予め）構成されたパーセンテージＸが利用可能であることを必要とし得る。資源のＸパーセントが利用できると判定されていないプロセスの資源選択を行うＷＴＲＵは、前述のデータパケットをモード１上で伝送することができる。或いはＷＴＲＵは、ことによると特定のベアラ／フロー／ＶＱＩに関連するそのような失敗した資源選択の試行回数のカウントを維持し、連続した又は構成された時間内の失敗した資源選択の試行回数が一定量を上回る場合にベアラ／フロー／ＶＱＩをモード１上で伝送することに決めることができる。

【0116】

[0120] （予め）構成されたタイマ、モード２を用いた他のベアラ／フロー／ＶＱＩに関する１回又は複数回の成功裏の資源選択の指示、及び／又はモード２プール上の輻輳の測度が構成された閾値未満に変化することのうちの何れかによって決定され得る期間にわたり、前述のベアラ／フロー／ＶＱＩがモード２で構成されていても、上記のシナリオにおけるＷＴＲＵはモード１を使用してベアラ／フロー／ＶＱＩを伝送し続けることができる。

【0117】

[0121] 資源の可用性に基づいて伝送の種類を決定することに関係する或るシナリオでは、ＷＴＲＵはモード２資源プールのサイズ／構成に基づいて伝送モードを選択することができる。一例では、ＷＴＲＵはモード２資源プールの構成に基づいて特定の種類のデータの伝送にモード１又はモード２を使用することを選ぶことができる。とりわけモード２資源プールにおけるＳＬ伝送のために構成されるスロット間の時間が閾値よりも小さい場合、ＷＴＲＵは特定のＶＱＩに関連する伝送にモード２を使用することができ、かかる閾値は伝送されるデータのＶＱＩ又は遅延要件に更に関連し得る。別の例では、モード２を使用するデータの量又は比率がモード２伝送のためにネットワークによって構成されるプールのサイズに比例するやり方でＷＴＲＵがデータのモード１伝送又はモード２伝送を使用することができる。

【0118】

[0122] 資源の可用性に基づいて伝送の種類を決定することに関係する或るシナリオでは、ＷＴＲＵは周期性／オフセット／サイズ又は周期的データの変化を検出するとき、伝送モードを変更することができる。一例では、ＷＴＲＵは、自らの伝送の周期性／タイミング／オフセットの変化を検出するとき、モード２を使用して一部のデータを送信することができる。ＷＴＲＵは、ＳＰＳ構成に関連するデータの遅延要件を満たすようにＳＰＳ資源を調節するためにＷＴＲＵ支援情報を時間通りに送信できないとき、そのようなモードの切り替えを行うことを更に決めることができる。ＷＴＲＵは、（例えばサイズの変化の場合）ＳＰＳ構成にマップされるデータの一部だけをモード２を使用して送信することができる。周期性／タイミング／オフセットの変化を検出すると、ＷＴＲＵはＳＰＳ資源を利用するデータの全て又は一部を送信することを決めることができる。ＷＴＲＵは、ＳＰＳ構成に関連するＷＴＲＵ支援情報を引き続き送信することができる。新たな周期性／オフセット／サイズの要件を満たすようにネットワークがＳＰＳ構成を再構成した後、ＷＴＲＵはモード１ＳＰＳ資源の使用を再開することができる。

【0119】

[0123] ＷＴＲＵがネットワークの決定に基づいて伝送の種類を決定し得る基準状況では、ＲＲＣ構成、ＤＣＩ、及び／又はＭＡＣ ＣＥのうちの何れかに基づいて、ネットワークがＷＴＲＵに伝送の種類を明示的に又は暗黙的に示すことができる。

【0120】

[0124] ＲＲＣ構成に関して、一例ではＷＴＲＵは、ことによると一定の種類のデータに関連する特定の伝送の種類を使用するように明示的に構成することができ、別の例ではＷＴＲＵは、ＳＰＳプロセスのためのＳＰＳ再構成を受信することができる（例えばタイプ１又はタイプ２構成グラント）。再構成に関連するグラントサイズがＷＴＲＵ支援情報内の要求グラントサイズよりも小さい場合、ＷＴＲＵはモード２を使用して、残りのデータ（例えばＷＴＲＵ支援情報内で要求されるグラントサイズとネットワークによって提供される実際のＳＰＳグラントサイズとの差）を伝送することができる。

【0121】

[0125] ＤＣＩに関して、一例ではＢＳＲ内の量報告の一定部分だけがモード１を使用してネットワークによって処理されるというＤＣＩ内の指示をＷＴＲＵが受信し得る。次いでＷＴＲＵはモード２を利用して、ＢＳＲ内でバッファ状態を最初に送信した自らのバッファ内の残りのデータを伝送することができる。

【0122】

[0126] ＭＡＣ ＣＥに関して、一例では或る伝送の種類を使用することから別の伝送の種類を使用することへと論理チャネルを変更すべきであることを示すＭＡＣ ＣＥをＷＴＲＵが受信し得る。

【0123】

[0127] ＷＴＲＵがＵｕカバレッジ又はＵｕ限定エリアに基づいて伝送の種類を決定し得る基準状況では、その決定がことによると他のＷＴＲＵのＵｕカバレッジに対するＷＴＲＵのＵｕカバレッジに基づき得る。ＷＴＲＵによるＵｕカバレッジの決定は１つ又は複数の要素を含み得る。

【0124】

[0128] 或る要素では、ＷＴＲＵがカバレッジ内又はカバレッジ外にある間にＶ２Ｘ通信を行うかどうかの判定があり得る。とりわけＷＴＲＵは、当のＷＴＲＵ又は他の関係するＷＴＲＵ（例えばユニキャスト／グループキャストリンクの宛先）がカバレッジ内にあるかカバレッジ外にあるかに応じて、ことによると一部の種類のデータの伝送の種類を選択することができる。

【0125】

[0129] 別の要素では、Ｕｕ ＲＳＲＰ等、ＷＴＲＵのＵｕの品質の検討があり得る。とりわけＷＴＲＵは、測定したＵｕ ＲＳＲＰが閾値を上回ること又は下回ることに基づき、ことによると一部の種類のデータの伝送の種類を選択することができる。

【0126】

[0130] 別の要素では、ＷＴＲＵに関するシステム情報有効エリアの検討があり得る。とりわけＷＴＲＵは、ＷＴＲＵとピアＷＴＲＵとが同じ／異なるシステム情報有効エリアを有するかどうかに基づき、ことによると一部のデータの伝送の種類を選択することができる。

【0127】

[0131] Ｕｕカバレッジ又は限定エリアに関係する或るシナリオでは、同じgNB／SysInfoArea／ＰＬＭＮによってＷＴＲＵがサービス提供される限り、ＷＴＲＵはユニキャストにモード１を使用することができる。一例では、ユニキャスト／グループキャスト伝送に関与するＷＴＲＵが全て同じgNB、同じＰＬＭＮ、同じシステム情報エリア等のカバレッジ内にある場合又はカバレッジ下にある場合、ユニキャスト／グループキャスト伝送にモード１を使用するようにＷＴＲＵを構成することができる。ＷＴＲＵの何れかがカバレッジ外に移動するとき、ＷＴＲＵはモード１を使用する進行中のユニキャスト伝送をモード２に移すことができる。

【0128】

[0132] 一部の事例では、ＷＴＲＵはカバレッジ内とカバレッジ外との間の変化の指示を伝送することができ、又はサービス提供されるgNB／ＰＬＭＮ／SysInfoArea及び／又はサービスgNB／ＰＬＭＮ／SysInfoAreaの変化の指示を伝送することができる。そのような変化の指示の伝送はＷＴＲＵによってブロードキャストされてもよく、又はユニキャスト／グループキャスト内でＷＴＲＵが現在通信しているＷＴＲＵに対してのみユニキャスト／グループキャスト伝送を使用して伝送され得る。そのような変化の指示の伝送はＰＳＣＣＨ、ＳＬ－ＭＩＢ、又はＰＳＳＣＨ上で伝送され得る。ＰＳＳＣＨ伝送はＭＡＣ ＣＥ又はＳＬ－ＲＲＣメッセージの形を取り得る。ＷＴＲＵは、新たにサービス提供されるgNB、ＰＬＭＮ、又はSysInfoAreaを指示と共に含めることができ、又はＷＴＲＵがカバレッジ内にあるのかカバレッジ外にあるのかを指示に含めることができ、及び／又はＷＴＲＵがキャンプ／接続されるgNBの任意のＵｕ測定を含めることができる。ＷＴＲＵは付近のgNBの測定をかかる指示に更に含めることができる。

【0129】

[0133] ＷＴＲＵは、上記と同様の方法に従ってスケジューラＷＴＲＵ又はヘッドＷＴＲＵの変化の指示を伝送することができる。

【0130】

[0134] 指示を受信するＷＴＲＵは、自らのＵｕ接続状態及び指示内の情報に基づいてモード１伝送とモード２伝送との間の変更を決めることができる。とりわけ或るgNBのカバレッジ内の第１のＷＴＲＵは、第２のＷＴＲＵも同じgNBのカバレッジ内にあることを示す指示を第２のＷＴＲＵから受信するとき、ユニキャスト内でその第２のＷＴＲＵにモード１を使用して伝送することに決めることができる。或いは第２のＷＴＲＵが異なるgNB又はgNBの既定の一覧の一部でないgNBのカバレッジ内にあることを示す指示を第１のＷＴＲＵが第２のＷＴＲＵから受信する場合、第１のＷＴＲＵはその第２のＷＴＲＵに対する伝送モード１のユニキャストからモード２のユニキャストへと変更することができる。

【0131】

[0135] Ｕｕカバレッジ又は限定エリアに関係する或るシナリオでは、Ｕｕ ＲＳＲＰが閾値を上回る限りＷＴＲＵがモード１を使用することができる。一例では、ＷＴＲＵによって測定されるＵｕ ＲＳＲＰが（予め）構成された閾値を上回る限り、ＷＴＲＵはことによると一定の種類のデータに対してモード１を使用するように構成され得る。さもなければＷＴＲＵはモード２を使用することができる。加えてＷＴＲＵは異なるベアラ／フロー／ＶＱＩに関連する異なるＲＳＲＰ閾値で構成することができ、特定のフロー／ベアラ／ＶＱＩに対して、ＵｕのＲＳＲＰがそのフロー／ベアラ／ＶＱＩに関連する閾値を上回る場合にモード１を使用することを選ぶことができる。加えて、かかる閾値は更に速度に依存し得る。

【0132】

[0136] ＷＴＲＵがサービスの種類に基づいて伝送の種類を決定し得る基準状況では、ＷＴＲＵは伝送データのサービスの種類に基づいてサイドリンクデータに使用される伝送の種類を決定することができる。伝送モード（例えばモード１又はモード２）に対する宛先ＩＤのＲＲＣマッピング又は上位層によって提供されるマッピング、ＲＡＴ（LTE ＲＡＴ又はＮＲ ＲＡＴ）に対する宛先ＩＤのＲＲＣマッピング又は上位層によって提供されるマッピング等、伝送の種類に対するサービスの種類のマッピングでＷＴＲＵを（予め）構成することができ、上記のマッピングに基づいてＷＴＲＵはサイドリンク上でパケットを伝送するための伝送モード及び／又はＲＡＴを選択することができる。加えて、上記のマッピングは本明細書で論じる他の要素に更に依存し得る。例えばＷＴＲＵは、測定ＣＢＲの範囲ごとの伝送モードに対する宛先ＩＤのマッピングで構成することができ、及び／又は様々な区域若しくは地理的位置について構成されるマッピングを有することができ、各ＣＢＲ及び／又は地理的領域の下でかかるマッピングを守ることができる。

【0133】

[0137] ＷＴＲＵがサイドリンクの負荷若しくは品質の測定及び／又は資源の可用性に基づいてサイドリンクデータに使用される伝送の種類を決定し得る基準状況では、他の伝送の種類に関連するサイドリンクの負荷又は品質のそのような測定の比較にかかる判断が更に依存し得る。ＷＴＲＵは、最低の負荷／最良の品質に基づいて伝送の種類を選択することができ、又は１つの伝送の種類をその伝送の種類に関連する負荷が一定の閾値を下回る限り、又はその伝送の種類の品質が一定の閾値を上回る限り、選択することができる。

【0134】

[0138] ＷＴＲＵは、プール、資源パターン、又はＢＷＰに関するチャネルビジー率（ＣＢＲ）の測定、ことによると１つ又は複数のプール、資源パターン、若しくはＢＷＰに関連するＷＴＲＵ自らのチャネル占有率（ＣＲ）、ことによると１つ又は複数のプール、資源パターン、若しくはＢＷＰ、又は自らの伝送のためにＷＴＲＵによって選択される資源に対応し得るそれらのもののサブセットに関連するサイドリンク資源のＲＳＳＩ測定、ＷＴＲＵが現在ユニキャスト／グループキャストリンクにあるＷＴＲＵ等の１つ又は複数の関係するＷＴＲＵによって伝送されるＰＳＳＣＨ、フィードバックチャネル、同期信号、又は参照信号等のサイドリンクチャネルのＲＳＣＰ測定、エリア内のＷＴＲＵの推定数、構成されたキャリア／ＢＷＰ／資源プールの数、及び／又は受信されるプリエンプション信号の検出のうちの何れか又は組み合わせの測度に基づいて伝送の種類の判断に根拠を持たせることができる。

【0135】

[0139] 一例では、ＮＲ ＲＡＴ内のモード２プール及びLTE ＲＡＴ内のモード４プールのＣＢＲを測定するようにＷＴＲＵを構成することができる。ＷＴＲＵはそのＣＢＲの測定に基づいて自らのデータの一部又は全てを伝送するためのＲＡＴを決定することができ、より低いＣＢＲを有するＲＡＴ内で伝送することに決めることができ、又は伝送のＲＡＴが他のＲＡＴ上で測定されるＣＢＲの閾値未満のＣＢＲを有する場合、そのＲＡＴを変更することができる。LTE ＣＢＲとＮＲ ＣＢＲとを平等に比較することができるように、LTE ＣＢＲをＮＲ ＣＢＲに又はその逆に変換するための規則でＷＴＲＵを更に構成することができる。

【0136】

[0140] 別の例では、ＷＴＲＵはモード２プールのＣＢＲ及び／又はＣＲを測定するように構成されることができ、モード２プールのＣＢＲ及び／又はＣＲが（予め）構成された閾値を上回る場合に、モード１を使用して自らのデータの一部又は全てを伝送することができる。

【0137】

[0141] 別の例では、第１のＷＴＲＵがユニキャストで構成される相手の第２のＷＴＲＵから受信されるサイドリンク参照信号のＲＳＲＰを測定するように、第１のＷＴＲＵを構成することができる。一定の種類のデータでは、ＲＳ－ＲＳＲＰが一定の閾値を上回る場合にのみユニキャストの伝送の種類を使用してそのデータを伝送するように、第１のＷＴＲＵを構成することができる。第１のＷＴＲＵは、１つが（例えばフィードバックチャネル、ＨＡＲＱ等によって構成される）ユニキャストリンクを使用し、もう１つがＳＬブロードキャストメカニズムを使用する、第２のＷＴＲＵへのデータ又はサービスの伝送に関連する別個の論理チャネルを更に維持することができる。ＲＳ－ＲＳＲＰが一定の閾値を上回る場合、第１のＷＴＲＵはユニキャストリンクを使用して他の特定のＷＴＲＵ及び／又はサービス行きのパケットを送信することができる。かかる手法の１つの利点は、ｅＭＢＢ型データについて多数のＨＡＲＱ再伝送を限定するが、ＵＲＬＬＣ型データに対してＨＡＲＱ型伝送を引き続き適用することである。

【0138】

[0142] 別の例では、伝送に利用可能な各々のＲＡＴ上のキャリアの数に基づき、ことによると（例えば特定のＱｏＳに関連する）特定のサービス又は伝送の種類に関する伝送のためのＲＡＴを選択するようにＷＴＲＵを構成することができる。とりわけＷＴＲＵは、別のＲＡＴと比較して或るＲＡＴ上でより多い数のキャリアが使用可能であることに基づき、サービス又はデータの種類に関するＲＡＴを選択することができる。ＷＴＲＵはサービス又はデータの種類に対してＲＡＴ上で使用可能なキャリアの数を、そのサービスのためにそのＲＡＴ上での伝送に関して構成されるキャリア及び／又は各ＲＡＴ上のＷＴＲＵのキャリア能力に基づいて決定することができる。

【0139】

[0143] 別の例では、ＷＴＲＵは別のＷＴＲＵからプリエンプション信号を受信した後で自らのデータの一部又は全ての伝送にモード１を使用することができる。かかるプリエンプション信号は、どのデータがモード１伝送を利用すべきかを更に示し得る。ＷＴＲＵは、（予め）構成された期間又はプリエンプション信号内で指示される期間にわたってモード１伝送を使用し続けることができる。ＮＲ ＲＡＴからLTE ＲＡＴへの変更又はユニキャストからブロードキャストへの変更にもプリエンプションに関係する同じ例及びＷＴＲＵの挙動が使用され得る。

【0140】

[0144] 一般性を失うことなく、これらの状況に関係する上記の手法は本明細書に記載の他の手法と組み合わせることができる。例えばＷＴＲＵは、モード２サイドリンクプール上のＵｕ ＲＳＲＰの比較及びＣＢＲの測定に基づいて特定のデータに関してモード１伝送及びモード２伝送から選択することができる。とりわけＷＴＲＵは、Ｕｕ ＲＳＲＰが特定の閾値未満であり且つモード２伝送プールのＣＢＲが別の特定の閾値未満である場合にモード２を使用する伝送の種類を選択することができる。或いはＷＴＲＵはモード１を使用する伝送の種類を選択することができる。

【0141】

[0145] ＷＴＲＵがことによるとＲＲＣタイマの状態と組み合わせてＵｕ ＲＲＣ状態に基づいて伝送の種類を決定し得る基準状況では、或るＲＲＣ状態（例えばRRC_CONNECTED、RRC_IDLE、RRC_INACTIVE）から別のＲＲＣ状態にＷＴＲＵが移行すること（例えばＷＴＲＵはRRC_CONNECTEDに移行するとき一定の種類のデータのユニキャスト伝送に変更し得るが、RRC_IDLE及びRRC_INACTIVEにおいてブロードキャスト伝送を使用することができる）、ＷＴＲＵがこれだけに限定されないがＲＬＦ、ＢＦＲ、アクセス規制等に関係するタイマ等のＲＲＣに関係するタイマを開始することのうちの何れかに基づき、ＷＴＲＵは伝送の種類を選択するか又は伝送の種類を変更することができる。ＲＲＣに関係するタイマに関して、ＷＴＲＵは一例ではＴ３１０の開始時に（例えばPCellに関するＰＨＹ層の問題の検出時に）モード２伝送に変更することができ、（例えばＮ３１１連続同期指示を下位層から受信することにより）Ｔ３１０の停止時にモード１伝送を再開することができる。ＲＲＣに関係するタイマに関する別の例では、ＷＴＲＵはＴ３１０の開始時に（例えばPCellに関するＰＨＹ層の問題の検出時に）ブロードキャスト伝送に変更することができ、（例えばＮ３１１連続同期指示を下位層から受信することにより）Ｔ３１０の停止時にモード１伝送を再開することができる。ＲＲＣに関係するタイマに関する別の例では、Ｔ３０９が実行されている（例えばアクセス試行が規制される間は一部の又は全てのＳＬ伝送にモード２伝送を使用することができる。ＲＲＣに関係するタイマに関する別の例では、ユニキャスト伝送中にビーム障害が発生する場合に、ＷＴＲＵはブロードキャスト伝送を使用してユニキャストを伝送することができる。

【0142】

[0146] ＷＴＲＵがＷＴＲＵの動特性に基づいて伝送の種類を決定し得る基準状況では、ＷＴＲＵはＷＴＲＵの測定速度、ＷＴＲＵの絶対位置、別のＷＴＲＵに対するＷＴＲＵの相対位置、別のＷＴＲＵに対するＷＴＲＵの相対速度、別のＷＴＲＵに対するＷＴＲＵの相対方向、及び／又は速度／位置／方向の何れかの変化をＷＴＲＵが検出すること（例えば速度／位置／方向の何れかの検出された変化がある場合、ＷＴＲＵは（例えばタイマに基づいて）伝送の種類を一時的に使用する）のうちの何れか又は組み合わせに基づいて、一部のデータの伝送の種類を選択することができる。

【0143】

[0147] 一例ではＷＴＲＵは、ＷＴＲＵの速度が閾値未満である限りユニキャストリンクを使用してことによると特定のＷＴＲＵ行きの一定のデータを伝送するように構成することができ、さもなければブロードキャストを使用してデータを伝送することができる。

【0144】

[0148] 別の例ではＷＴＲＵは、ＷＴＲＵの速度が（予め）構成された閾値未満である場合に一部／全てのデータにモード１を使用するように構成することができ、さもなければモード２を使用することができる。

【0145】

[0149] 別の例では第１のＷＴＲＵは、第１のＷＴＲＵと第２のＷＴＲＵ（例えば第２のＷＴＲＵは第１のＷＴＲＵの通信相手である）との間の距離が（予め）構成された閾値又は伝送されているデータの特性（例えばＱｏＳ）に依存する何らかの閾値未満である場合にユニキャスト伝送を使用するように構成することができる。

【0146】

[0150] この状況では、ＷＴＲＵは自らの位置、速度、又は方向についての周期的なサイドリンク伝送を行うことができる。かかる伝送はＰＳＣＣＨ、ＳＬ－ＭＩＢ、又はＰＳＳＣＨ上で行われ得る。ＰＳＳＣＨ上でのかかる情報の伝送はＭＡＣ ＣＥ又はＳＬ－ＲＲＣメッセージ内で行われ得る。この位置／速度／方向の伝送を受信するＷＴＲＵはその情報を自らの動特性（例えば車両動特性）に加えて使用して、（予め）構成された規則に基づいて伝送の種類を決定することができる。

【0147】

[0151] ＷＴＲＵが別の伝送の種類のユーザに基づいて伝送の種類を決定し得る基準状況では、かかる判断が（予め）構成された制限に基づくことができ、かかる制限は本明細書に記載の種類選択用の任意の追加の手法／条件の組み合わせにおいて又はそれらの条件の下で適用され得る。例えばＷＴＲＵは、特定のＱｏＳに関連するユニキャスト伝送を行うときにだけモード１を使用するように構成され得る。

【0148】

[0152] ＷＴＲＵがキャリア／ＢＷＰ／資源プールの制限に基づいて伝送の種類を決定し得る基準状況では、それらの基準に基づく特定の伝送の種類によってＷＴＲＵを（予め）構成することができる。例えばＷＴＲＵは第１のキャリア上でモード１を使用し、第２のキャリア上でモード２を使用するように構成され得る。或いはＷＴＲＵは、本明細書に記載の他の要素に基づいてキャリア上で或る伝送の種類を使用し、異なるキャリア上で別の伝送モードを使用することができる。例えばＷＴＲＵは、最大測定ＣＢＲを有するキャリア上でモード１を使用するように構成することができ、他のキャリア上でモード２を使用するように構成することができる。モード１を使用する（例えば最大ＣＢＲを有する）キャリアの数は、更に（予め）構成することができ、又はＷＴＲＵの能力によって決まることができ、又は特定のサービス（例えば宛先アドレス）に使用可能なキャリアの数であり得る。例えばモード１を使用する（例えば最大ＣＢＲに対応する）キャリアの数は、特定の宛先アドレスについて構成されるキャリアのパーセンテージとして定めることができ、及び／又はＷＴＲＵによってサポートされるキャリアの数として定めることができる。

【0149】

[0153] ＷＴＲＵがそれぞれの種類に対して構成されるトラフィック量に基づいて伝送の種類を決定し得る基準状況では、かかる判断に使用されるトラフィックがＷＴＲＵの自らの伝送又は他のＷＴＲＵの伝送（例えばＳＣＩ伝送に基づいて検出される）で構成され得る。例えばＷＴＲＵは、等量の又は（予め）構成された比率のLTE ＳＬ伝送とＮＲ ＳＬ伝送とを得るために伝送のためのＲＡＴを選択することができる。

【0150】

[0154] ＷＴＲＵが伝送の種類の機会をネットワークに示し得る基準状況では、ＷＴＲＵはＷＴＲＵのバッファ内にある一部の若しくは全てのデータ又はことによるとＷＴＲＵが受信する将来の一部の若しくは全てのデータに関する伝送の種類の変更をネットワークに示すことができる。ＷＴＲＵは或る閾値によって更に構成することができ、その閾値を上回ると伝送の種類の変更が示され得る。この閾値は、或る伝送の種類から別の伝送の種類に移されるＷＴＲＵのバッファ内のデータ量、或る伝送の種類から別の伝送の種類に変更するＶＱＩ又はＱｏＳレベルの数、一部のデータ）の伝送の種類の変更をもたらし得る測度（例えば利用可能な資源の量、ＲＳＳＩ、ＳＣＩ ＲＳＣＰ）の変化量、及び／又は一定のデータの伝送の種類の変更を決定する他の値若しくは測度のうちの１つ又は複数に基づき得る。

【0151】

[0155] ＷＴＲＵは、専用ＳＲ又はＰＵＣＣＨ、ＲＡＣＨ（例えばＲＡＣＨ手続きにおける伝送の種類の変更の情報を伴う２ステップＲＡＣＨ）、ＢＳＲ又は新たなＭＡＣ ＣＥ等のＭＡＣ ＣＥ、ＲＲＣメッセージ、ＭＳＧ３又はＭＳＧ５内で提供される新たな原因値又は指示による接続の確立及び／又は再開（例えばＷＴＲＵはＲＲＣ接続を開始し、伝送の種類の変更に関連する情報を接続の確立中に提供することができる）のうちの１つ又は複数を使用して伝送の種類の変更を示すことができる。

【0152】

[0156] ＷＴＲＵが別のＷＴＲＵからモードの変更を受信することに基づいて伝送の種類を変更し得る基準状況では、第２のＷＴＲＵが第１のＷＴＲＵ又は第１の１組のＷＴＲＵに伝送の種類の変更の指示を伝送することができる。例えば第２のＷＴＲＵは、伝送モードの指示（例えばモード１対モード２又はモード１／モード２への変更）を伝送することができる。第２のＷＴＲＵがモードの変更を決める場合、第２のＷＴＲＵはモードの変更の指示をＰＳＣＣＨ、ＰＳＳＣＨ、又はＳＬ－ＭＩＢ上で伝送することができる。かかるモードの変更の指示は、第２のＷＴＲＵとユニキャスト／グループキャスト状態にある１組のＷＴＲＵにＰＳＳＣＨ上で伝送されるＭＡＣ ＣＥ又はＳＬ－ＲＲＣメッセージの形を取り得る。第２のＷＴＲＵからモードの変更の指示を受信すると、第１のＷＴＲＵは他のＷＴＲＵの伝送モードと一致するように自らの伝送モードを変更することに決めることができる。とりわけ第２のＷＴＲＵがモード２を使用することを示すモード変更を、第１のＷＴＲＵがユニキャストリンクを有する第２のＷＴＲＵから受信する場合、第１のＷＴＲＵは、そのユニキャストリンクへの自らの伝送モードをモード１からモード２に変更することができる（例えばモード２を使用してそのユニキャストリンクに固有の全てのパケットを伝送することができる）。

【0153】

[0157] 一部の状況では、モードの選択に関してＷＴＲＵを構成することができる。一例では、ＳＬＲＢのための許容可能な、所要の、又は好ましいモード又は伝送の種類（例えばモード１又はモード２）によってＷＴＲＵを構成することができる。とりわけＳＬＲＢ又はＬＣＨはモード１だけを使用するように構成することができ、又はモード２だけを使用するように構成することができる。加えてＷＴＲＵは、ＳＬＲＢがモード１又はモード２を使用すべき条件によって構成され得る。かかる条件は、Ｕｕの品質、ＳＬ信号の品質、ＳＬＲＢのためのＷＴＲＵのバッファ内のデータ量、資源／キャリア／ＢＷＰ、頻度／周期性、及び／又は伝送のサイズのうちの１つ又は複数に基づき得る。

【0154】

[0158] Ｕｕの品質に関して、ＳＬＲＢがモード１又はモード２を使用すべきＵｕの品質に関係する条件によってＷＴＲＵを構成することができる。Ｕｕの信号品質は、現在のセル又は他のセルのセルレベルの測定（即ちＲＲＭの測定）、及び／又は許容可能なＵＬ出力（例えば出力ヘッドルーム）のうちの何れかによって決定され得る。例えばＷＴＲＵは自らのサービスセルの測定セル品質が閾値を上回る限りモード１を使用し、さもなければモード２を使用するように構成することができる。

【0155】

[0159] ＳＬの信号品質に関して、ＳＬＲＢがモード１又はモード２を使用すべきＳＬの品質に関係する条件によってＷＴＲＵを構成することができる。ＳＬ信号の品質は、ＷＴＲＵが使用する伝送資源プールの輻輳の測度（例えばＣＢＲ）、サイドリンク上のＨＡＲＱ成功率の測度（例えば或る期間にわたるＮＡＣＫの数、連続したＮＡＣＫの数、ＡＣＫ／ＮＡＣＫの欠落の数）、ＣＳＩ－ＲＳ、ＤＭＲＳ等の参照信号に関するチャネル品質の測度、ＳＬ ＣＱＩ報告等のピアＷＴＲＵから報告される測定、許容可能なＳＬ出力（例えば出力ヘッドルーム）、そのＳＬＲＢを含むユニキャストリンクに関連するＳＬ ＲＬＭ／ＲＬＦの状態（例えばＲＬＦタイマが実行中かどうか、下位層からのＩＳ／ＯＯＳの数、ＲＬＦのトリガ）、及び／又はことによると一定の時間バジェット内の構成された資源プールのサイズ、メトリクに関係する成功裏の資源選択（即ち遅延要件を満たすように資源選択を行うことができる）等のサイドリンク上の資源の可用性に基づいて決定され得る。例えばＷＴＲＵはＣＢＲが閾値を下回る限りＳＬＲＢにモード２を使用する／選び、さもなければモード１を使用するように構成することができる。別の例では、ユニキャストリンクがＲＬＦをトリガしていない限り又は実行中のＲＬＦカウンタを有さない限りユニキャストリンクに関連するＳＬＲＢにモード２を使用する／選ぶように構成することができる。

【0156】

[0160] Ｕｕの品質とＳＬの品質との組み合わせに関して、Ｕｕの品質メトリク及びＳＬの品質メトリクの両方を含むに基づいて、モード１又はモード２を選ぶ又は使用するための条件によってＷＴＲＵを構成することができる。例えばかかる条件はＣＢＲの測定とＵｕセルの測定との比較、かかる測度の差に基づき得る。

【0157】

[0161] ＳＬＲＢのためのＷＴＲＵのバッファ内のデータ量に関して、ＳＬＲＢのための保留中のデータ量が閾値を下回る限り或るモード（モード１又はモード２）を別のモードに優先して使用するための条件によってＷＴＲＵを構成することができる。かかる制限又は閾値はサイドリンク上の資源のサイズ（例えば伝送、ＨＡＲＱフィードバックのための資源量、又はそれらの資源上の測定された輻輳）に更に関係し得る。

【0158】

[0162] 資源／キャリア／ＢＷＰ等に関して、ＷＴＲＵによる伝送のために選択される値に基づく、及びこれらのそれぞれに対して使用可能な伝送モードの制限によって決定される条件があり得る。

【0159】

[0163] 一般性を失うことなく、上記の条件の何れかを組み合わせる条件が提供され得る。

【0160】

[0164] 先に述べたように、ＷＴＲＵが同時動作を有する場合は伝送の種類に関連する１つ又は複数の論理チャネルがあり得るが、一部の事例では或る論理チャネルを別の論理チャネルに優先させることができる。ＷＴＲＵは、伝送の種類ごとに少なくとも１つの別個の論理チャネル優先順位付け（ＬＣＰ）手続きによって構成され得る。同時のモード１及びモード２によって動作するＷＴＲＵはネットワークからグラントを受信するときモード１に固有のＬＣＰ手続きを実行することができ、資源選択からのグラントが活性状態になるときモード２に固有のＬＣＰ手続きを実行することができること、同時のLTE及びＮＲ伝送によって動作するＷＴＲＵは実行することができ、及びLTEキャリア上のグラントを処理するときLTE固有のＬＣＰ、ＮＲキャリア上のグラントを処理するときＮＲ固有のＬＣＰを実行することができること、ユニキャスト及びグループキャストによって動作するＷＴＲＵはユニキャスト用のグラントを使用することに決める又は使用するように命令される場合はユニキャスト固有のＬＣＰを実行することができ、グループキャスト用のグラントを使用することに決める又は使用するように命令される場合はブロードキャスト固有のＬＣＰを実行すること等、かかる構成は異なる伝送の種類に適用可能であり得る。

【0161】

[0165] ＷＴＲＵは、これだけに限定されないが、論理チャネルの優先順位付けの扱い（例えばLTEに関連するグラントは論理チャネルの選択基準としてＰＰＰＰを利用できる一方、ＮＲに関連するグラントはＶＱＩ又はＶＱＩから導出される優先順位及び遅延パラメータの両方を利用することができる）、それぞれの論理チャネルにおいて検討すべきデータ量の決定（例えばLTEに関連するグラントはその論理チャネル用のデータが枯渇するまでそれぞれの論理チャネルを処理できる一方、ＮＲに関連するグラントは、論理チャネルがＰＤＢに関連する場合、その論理チャネルに関連するＰＤＢまでそれぞれの論理チャネルを処理することができる処理することができる）、及び／又はＲＬＣ ＳＤＵセグメンテーションに関連する規則（例えばLTEプロセスに関連するグラントはＲＬＣセグメンテーションを可能にし得る一方、ＮＲのためのグラントはＲＬＣセグメンテーションを可能にしない場合がある）を含む、それぞれの伝送の種類に関連するＬＣＰに使用するための様々なパラメータ若しくは規則を使用することができ又はかかるパラメータ若しくは規則によって構成され得る。

【0162】

[0166] 或いはＬＣＰに完全に別個の手続きを使用するようにＷＴＲＵを構成することができ、各手続きはそれぞれの伝送の種類に関連し及び／又はそれぞれの手続きは規則及びパラメータを（例えば上記の例にあるように）異なるように定める。

【0163】

[0167] 或る伝送の種類に関連するグラントを受信するＷＴＲＵは、その伝送の種類に関連する手続き／パラメータ／規則を使用するＬＣＰを実行することができる。ＷＴＲＵは更に特定のグラントに関する伝送の種類を自ら決定することができる。かかる決定に基づき、ＷＴＲＵは選択された伝送の種類に関連する手続き／パラメータ／規則を使用してＬＣＰを実行することができる。

【0164】

[0168] 一部の状況では、ＷＴＲＵはグラントがユニキャスト／グループキャスト／ブロードキャストに関するものかを（例えばモード１のための）暗黙的／明示的なネットワーク指示に基づいて、及び／又は保留中のデータに関連するＱｏＳ（例えば優先順位、遅延等）に基づいて決定することができる。

【0165】

[0169] 黙示的／明示的なネットワーク指示に関して、ＷＴＲＵはグラントを指定するＤＣＩ内でユニキャスト、グループキャスト、又はブロードキャストを示す明示的な指示を受信することができる。加えて／或いはＷＴＲＵはグラントのＲＡＴを示すＤＣＩを受信することができ、それによりＲＡＴはユニキャスト／グループキャスト伝送を許可せず（例えばLTE ＲＡＴ）、ＷＴＲＵはそのグラントをブロードキャスト伝送用のグラントとして暗黙的に解釈し得る。加えて／或いはＷＴＲＵは、ＷＴＲＵの構成、ＷＴＲＵの機能上の制限、及び／又はＷＴＲＵの状態に基づいて１種類のキャストを暗黙的に示すＤＣＩ内の変調／コード化パラメータ又は資源関連パラメータ（例えば時間／周波数／ビーム／キャリア／ＢＷＰ／プール）を受信し得る。例えばＷＴＲＵは別個のキャリア内のユニキャスト伝送及びブロードキャスト伝送によって構成することができ、ＤＣＩは伝送のためのキャストをキャリアから暗黙的に示すことができる。別の例では、ビームのサブセット上のユニキャスト伝送及び全てのビーム上のブロードキャスト伝送によってＷＴＲＵを構成することができ、ビームのサブセットを決定するための情報をＤＣＩが含む場合、ＷＴＲＵはグラントを使用してユニキャスト論理チャネルを満たすことができる。

【0166】

[0170] 保留中のデータに関連するＱｏＳに関して、ＷＴＲＵは最高の優先順位及び／又は最低の遅延を有する論理チャネル、及び／又は最高の信頼性を有する論理チャネル等をまず検討することによってユニキャスト、グループキャスト、ブロードキャストのためのグラントを使用することに決めることができる。例えばＷＴＲＵは、最高の優先順位及び／又は最低の遅延を有する、保留中のデータを有する論理チャネルを自らの論理チャネルから選択することができる。ＷＴＲＵは、選択された論理チャネルがユニキャスト／グループキャスト／ブロードキャストかに基づいて、処理されているグラントがユニキャスト／グループキャスト／ブロードキャストかを決定することができ、ことによるとこれはグラントの受信時に検討することができる。次いでＷＴＲＵは、そのキャストの種類に適した手続きを使用してこのグラントのＬＣＰを処理することができる。かかる手法では、任意の伝送の種類にグラントが使用可能であることをネットワークが示す場合、ＷＴＲＵはＱｏＳに基づく関連付けを更に実行することができる。例えばＤＣＩはグラントがユニキャスト伝送又はブロードキャスト伝送に使用可能であることを明示的に又は暗黙的に示すことができる。

【0167】

[0171] 一部の状況では、伝送の種類の性質（例えばモード対ＲＡＴ対キャスト）及び／又はＷＴＲＵの機能に応じて、異なる種類の同時のグラントを異なるように処理するようにＷＴＲＵを構成することができる。例えば異なる伝送の種類による同時伝送が可能なＷＴＲＵは両方の伝送を行うことができるのに対し、それができないＷＴＲＵは本明細書で論じる特定の規則に基づいて伝送の１つを選択することができる。

【0168】

[0172] 異なる種類を同時に使用する同時伝送に関するＷＴＲＵの機能は伝送の種類の性質に依存し得る。例えばＷＴＲＵはモード１及びモード２又はユニキャスト及びブロードキャストを同じＲＡＴ上で同時に伝送することを許可されない可能性があるが、ＮＲ ＲＡＴ上のモード１伝送及びLTE ＲＡＴ上のモード４伝送を同時に、又はＮＲ ＲＡＴ上のユニキャスト伝送及びLTE ＲＡＴ上のグループキャスト伝送を同時に行うことを許可され得る。

【0169】

[0173] 或る手法では、ＷＴＲＵがモード２のグラント（例えばＷＴＲＵによって選択される資源）と時間的に重複するモード１のグラントを受信する場合、ＷＴＲＵはモード１のグラントを優先させ、モード２のグラントを無視／キャンセルすることができる。モード１のグラントとモード２のグラントとの間の競合によってモード２のグラントを無視／キャンセルする場合、ＷＴＲＵは資源の再選択を更に行うことができる。

【0170】

[0174] 別の手法では、ＷＴＲＵがモード２のグラント（例えばＷＴＲＵによって選択される資源）と時間的に重複するモード１のグラントを受信する場合、ＷＴＲＵは関連する論理チャネル（例えばモード１の論理チャネル対モード２の論理チャネル）が伝送に利用可能な最高の優先順位／最低の遅延のデータを有するグラント（例えばモード１又はモード２）を優先させることができる。ＷＴＲＵがモード１のグラントを無視／キャンセルする場合、ＷＴＲＵはＢＳＲの即座の伝送をトリガすることができる。或いはＷＴＲＵがモード１のグラントを無視／キャンセルする場合、ＷＴＲＵはＰＵＣＣＨ上でＳＲを伝送してモード１のグラントが無視／キャンセルされたことを示すことができる。

【0171】

[0175] 一部の状況では、ＷＴＲＵは特定の伝送モードに関連するＬＣＰ手続きを、ＬＣＰの実行時においてその伝送モードに関連する論理チャネルだけを検討することによって行うことができる。これは伝送の種類に対する固定された論理チャネルのマッピングの第１のモデリング、及び／又は或る伝送の種類から別の伝送の種類にＷＴＲＵが論理チャネルを移す第２のモデリングに適用可能であり得る。ＷＴＲＵはそれぞれの伝送モードに関連する１組の論理チャネルを維持することができる。或る伝送の種類から別の伝送の種類にＷＴＲＵが論理チャネルを移すモデリングを想定し、ＷＴＲＵは論理チャネルに関連する伝送モードを変更することができる。ＷＴＲＵはグラント時における各伝送モードに関連する論理チャネルを評価することができる。

【0172】

[0176] 一例では、モデル１及びモデル２伝送の場合に関して或る伝送の種類から別の伝送の種類にＷＴＲＵが論理チャネルを移す第２のモデリングを使用してＷＴＲＵを構成することができる。ＷＴＲＵがモード１のグラントを受信する場合、モード１のグラントの受信時においてモード１に関連する論理チャネルである論理チャネルだけを検討することによってＷＴＲＵがＬＣＰを実行することができる。

【0173】

[0177] ＷＴＲＵは、ＬＣＰの実行中に論理チャネルに関連する伝送モードを（例えば下位層から受信されるイベント又はタイマの終了によって）変更することができる。その場合ＷＴＲＵは、ＬＣＰ手続きの完了後、及び／又はＭＡＣ ＰＤＵの再伝送の実行がＬＣＰ手続きによって構築される後まで、伝送モードの変更を遅らせることができる。

【0174】

[0178] 一部の状況では、特定の伝送の種類に関連する（例えば固定された）論理チャネル及び如何なる伝送の種類にも関連しない（例えば柔軟な）論理チャネルによってＷＴＲＵを構成することができる。これは論理チャネルが複数の伝送モードに関連し得る第３のモデリングに適用され得る。関連する伝送の種類を有するグラントに関するＬＣＰを実行するとき、ＷＴＲＵはその伝送の種類に関連する論理チャネル及び如何なる伝送の種類にも関連しない論理チャネルだけを検討することができる。ＷＴＲＵは伝送の種類に関係なく優先順位が最も高い論理チャネルをまず選択し、グラントが枯渇するまで又は（例えばことによると優先ビットレートまで）論理チャネルが満たされるまでそれらの論理チャネルに資源を割り当てることによってＬＣＰを実行することができる。

【0175】

[0179] 一部の状況では、ＷＴＲＵは伝送の種類に対する論理チャネルの優先順位付けによって構成することができ、又はかかる優先順位付けを決定することができる。これは論理チャネルが複数の伝送モードに関連し得る第３のモデリングに適用され得る。ＷＴＲＵは、或る伝送の種類に関連するグラントのＬＣＰを、その伝送の種類に関して優先される論理チャネル上のデータをかかる論理チャネルのバッファ内にデータがある限り選択することによって実行することができる。任意の優先論理チャネルのバッファ内にデータが残っていない場合、又は各論理チャネルがその優先ビットレートまで供給される場合、ＷＴＲＵは非優先論理チャネルに関連する（例えば伝送の種類に関して優先される）データを選択することができる。

【0176】

[0180] 一例では、ＷＴＲＵがＱｏＳに基づいてデータパケットの論理チャネルを決定することができる。ＷＴＲＵは本明細書に記載するような判断基準に基づいてモード（例えばモード１及びモード２）に対する論理チャネルの優先順位付けを更に決定することができる。モード１のグラントが受信されると、ＷＴＲＵはグラントを満たすためにモード１に関して優先される全ての論理チャネルを選択することができる。そのような全ての論理チャネルが満たされる（例えば論理チャネルが空であり又はその優先ビットレートまで満たされた）場合、ＷＴＲＵはグラントの残りの部分を埋めるために非優先論理チャネルを選択することができる。

【0177】

[0181] 一部の状況では、伝送の種類に関連するＬＣＰ手続きが、そのＰＢＲの或るパーセンテージまで任意の伝送の種類上で伝送可能な論理チャネルを満たすことができる。論理チャネルがＰＢＲに関連しない場合、ＷＴＲＵはＷＴＲＵのバッファ内の入手可能データの或るパーセンテージを満たすことができる。ＷＴＲＵは、ＰＢＲのパーセンテージがネットワークによって構成され得ること、ＰＢＲのパーセンテージがネットワークへの最後のＢＳＲ内でそれぞれの伝送の種類に対して報告されるＢＳＲのパーセンテージに基づき得ること、ＰＢＲのパーセンテージがそれぞれの伝送の種類の測定品質に基づき得ること（例えばLTE ＲＡＴ対ＮＲ ＲＡＴ）、ＰＢＲのパーセンテージが本明細書に記載の他の任意の条件／基準から決定され又は導出され得ることのうちの何れかに基づいて伝送の種類ごとにＰＢＲのパーセンテージを決定することができる（注記：特定の論理チャネルではＰＢＲが無線大であり得る）。

【0178】

[0182] 一部の状況では、ＷＴＲＵがＮＲ及びLTEのＱｏＳの伝送の種類間の優先順位付けを決定することができる。これはLTEの優先順位付けがＰＰＰＰに基づく一方でＮＲの優先順位付けがＶＱＩに基づく場合に生じ得る。ＲＡＴ間の優先順位付けはＬＣＰ、ＢＳＲ伝送、資源選択等に必要であり得る。

【0179】

[0183] 或る手法では、ＷＴＲＵが両方のＲＡＴに関連するＱｏＳパラメータをパケットごとに又は無線ベアラごとに与えられてもよく、自らの優先順位付けの規則を単一のＲＡＴのＱｏＳパラメータに基づかせることができる。例えばＷＴＲＵはＰＰＰＰ及びＶＱＩの両方を含むＮＲパケットを上位層によって与えられ得る。ＷＴＲＵは各パケットに関連するＰＰＰＰを検討することにより、LTEパケットとＮＲパケットとの間の優先順位付けの判断を行うことができる。

【0180】

[0184] 別の手法では、ＷＴＲＵが或るＲＡＴ内のＱｏＳパラメータ（例えばＶＱＩ）から別のＲＡＴ内のＱｏＳパラメータ（例えばＰＰＰＰ）を導出するために使用可能なテーブルを上位層によって、又はネットワークによって与えられ得る。ＷＴＲＵは或るＲＡＴ内のＱｏＳパラメータに基づいて優先順位付けを行うことができる。例えばＷＴＲＵはＶＱＩをＰＰＰＰにマップするテーブルを与えられ得る。その後ＷＴＲＵは、LTEパケット及びＮＲパケットの両方の優先順位付けをＰＰＰＰに基づいて行うことができる。

【0181】

[0185] 別の手法では、ＷＴＲＵが１つのＲＡＴ又は両方のＲＡＴのためのマッピングテーブルを与えられてもよく、そのテーブルは上位層によって与えられるＱｏＳパラメータから１つ又は複数のＱｏＳパラメータを導出し、既定の又は（予め）構成された規則に基づいてそのＲＡＴの優先順位を導出することができる。例えばLTEパケットでは、パケットの優先順位はＰＰＰＰであり得る。ＮＲパケットでは、ＶＱＩから信頼性、範囲、遅延、優先順位、及びデータ転送速度を導出するテーブルによってＷＴＲＵを構成することができる。ＷＴＲＵは、ＶＱＩから導出されるそれらの個々のＱｏＳパラメータから優先順位を導出するための１つ又は複数の規則によって（予め）構成することができる。例えばそのような１つの規則は、ＶＱＩ及び遅延に関係する補償係数（例えば遅延＜ｘである場合は優先順位を１上げ、遅延＞ｙである場合は優先順位を１下げる）から導出される優先順位に等しくなるようにパケットの優先順位を指定することであり得る。ＬＣＰ（例えばＷＴＲＵにおいて保留中の全てのデータの間で優先順位が最も高いデータを有する論理チャネルの選択）、ＢＳＲ（例えばLTE ＢＳＲ対ＮＲ ＢＳＲの優先順位付け、又は短縮ＢＳＲ内に含めるためのＬＣＧの決定）等、ＷＴＲＵはＷＴＲＵにおける様々な優先順位付け操作用の様々な規則によって更に構成することができる。別の例ではそのような１つの規則が、（例えばＰＰＰＰと同じスケールにマップする絶対数で）優先順位に対するｍｓ単位の遅延の（予め）構成されたマッピングに基づいて遅延に優先順位を指定することであり得る。

【0182】

[0186] 先に述べたようにＷＴＲＵはバッファ状態を報告し得るが、一部の事例ではＱｏＳ要件及び同時伝送の種類に対処するためにＳＲ／ＢＳＲ手続きがあり得る。

【0183】

[0187] 一部の状況では、ＷＴＲＵがＮＲ ＱｏＳ要件に対処するＳＲ／ＢＳＲ手続きを有することができ、ＷＴＲＵは自らのバッファ内に現在あるデータに基づいてＢＳＲの形式及び／又はＬＣＧに対するマッピングＱｏＳを選択／変更する。ＢＳＲにおける限られた数のＬＣＧを所与とし、かかる選択／変更は多岐にわたるＱｏＳに関連するバッファ状態をどのように報告するのかを決定する際に生じ得る。ＷＴＲＵは、ＢＳＲを決定するときＬＣＧに対するＱｏＳの異なるマッピングを想定することができ、又は自らのバッファ内のデータのＱｏＳに応じて異なる形式を有するＢＳＲを伝送することができる。

【0184】

[0188] ＬＣＧに対するＱｏＳの異なるマッピングは、ＱｏＳレベル又はＱｏＳパラメータの異なる数が所与のＬＣＧにマップされること（例えばＶＱＩの値１、２をＬＣＧ１にマップし、ＶＱＩ２、３をＬＣＧ２等にマップすること又はかかるマッピングを変更すること）、ＱｏＳレベルの異なる数が特定のＬＣＧによって表されること（例えば一部のＱｏＳレベルは自らを表すＬＣＧを有さない場合があること）、ＬＣＧとの別個のＱｏＳパラメータ（例えば遅延対優先順位対信頼性）の異なる関連付け（例えばＰＰＰＰをＬＣＧ１、２にマップし、ＰＰＰＲをＬＣＧ３、４にマップすること又はかかるマッピングを変更すること）、及び／又は他の事例には該当しないが一定の事例において異なるＱｏＳパラメータのバッファ状態を表すために使用される一定のＬＣＧのうちの何れかを含み得る。

【0185】

[0189] ＢＳＲの異なる形式は、ＬＣＧに関連するＢＳＲ内の異なるビット数（例えば許容ＬＣＧの異なる数）（例えばＢＳＲの或る形式はＬＣＧに対して４ビット及びバッファ状態に対して４ビット想定し得るのに対し、別の形式はＬＣＧに対して５ビット及びバッファ状態に対して３ビット想定することができ、又はＢＳＲの或る形式は単一の宛先ＩＤ及びＬＣＧに関連するバッファ状態を報告するために１２ビット想定し得るのに対し、ＢＳＲの別の形式は宛先ＩＤ及び論理チャネルグループに関連するバッファ状態を報告するために２４ビット想定することができ、ＬＣＧに対するＱｏＳレベルの異なるマッピングを更に使用することができる）、及び／又は一定のＱｏＳパラメータに関連するバッファ状態を報告するためにＢＳＲ内の一定のフィールドを置換／再利用すること（例えばＷＴＲＵは、バッファ状態の報告に関連する宛先アドレスを、信頼性又は遅延等の追加のＱｏＳパラメータで、かかるデータがＷＴＲＵのバッファ内で入手可能である場合及び報告の宛先アドレスが前の報告と同じである場合に、置換することができる）のうちの何れかを含み得る。

【0186】

[0190] ＷＴＲＵは、将来のＢＳＲ報告内で使用される（予め）構成されたマッピング／形式へのインデックスと共に又は将来のＢＳＲ報告内で使用される実際のマッピングと共にＲＲＣメッセージ又はＭＡＣ ＣＥを伝送すること、特定のＢＳＲに使用されるマッピング／形式をＢＳＲ自体の中でＢＳＲ内のフィールドによって又はＢＳＲの形式若しくはＭＡＣ ＣＥの種類の選択によって伝送すること、マッピング／形式の変更が生じたことを専用のＳＲ又はＰＵＣＣＨ指示とことによるとその後に続く使用される実際のマッピングとを伝送することによって示すこと、及び／又はＢＳＲ内のＬＣＧによって表されるＱｏＳレベル及び／又はＬＣＧ空間内の利用可能な各ＬＣＧによって表されるＱｏＳレベルの数のビットマップをＲＲＣ、ＭＡＣ ＣＥ、若しくはＢＳＲ自体を使用して提供することのうちの１つ又は複数によって、変更又は異なるマッピング／形式をネットワークに示すことができる。

【0187】

[0191] ＷＴＲＵは、以下のトリガのうちの何れかに基づいて、ＢＳＲの形式／マッピングを或る形式／マッピングから別の形式／マッピングに変更することができ、そのトリガとはつまり、現在の／過去のＢＳＲ形式／マッピング内にその形式を表すＬＣＧがないＱｏＳレベルに関して新たなデータが到着すること、１つ又はモードＱｏＳレベルに関するバッファ内のデータ量が閾値を上回る／下回ること、及び／又は２つ以上のＱｏＳレベルに関するＷＴＲＵのバッファ内の相対データ量が閾値を上回る／下回ることである。

【0188】

[0192] 一例では、ＬＣＧに対するＶＱＩの複数のマッピングによってＷＴＲＵを構成することができる。説明のための例として使用する、ＷＴＲＵが３つのＬＣＧを報告可能な或るマッピングでは、全てのＶＱＩが等しく表されるように、ＷＴＲＵはＬＣＧ１を使用してＶＱＩ１～２に関連するデータのバッファ状態を報告することができ、ＬＣＧ２を使用してＶＱＩ３～４に関連するデータのバッファ状態を報告することができ、ＬＣＧ３を使用してＶＱＩ５～６に関連するデータのバッファ状態を報告すること等ができる。加えてＷＴＲＵは、ＶＱＩ１がＬＣＧ１にマップされ、ＶＱＩ２がＬＣＧ２にマップされ、残りのＶＱＩが全てＬＣＧ３にマップされるマッピングによって構成することができる。ＷＴＲＵは自らのバッファ内のデータが主にＶＱＩ１及びＶＱＩ２からのものである場合は第２のマッピングを使用することができる。或いはＶＱＩ間で均等に分散したデータをＷＴＲＵが自らのバッファ内に有する場合、ＷＴＲＵは第１のマッピングを使用することができる。ＷＴＲＵは（例えばＲＲＣメッセージ又はＭＡＣ ＣＥによって）マッピングの変更を示すことができ、又は使用されるマッピングをそれぞれのＢＳＲメッセージ内で示すことができる。

【0189】

[0193] 先の例と組み合わせて使用することができる別の例では、ＷＴＲＵは、バッファ内のデータがＱｏＳレベルのサブセットに限定される或るシナリオではＬＣＧに４ビット使用してＢＳＲを報告することができ（例えば合計１６個のＬＣＧ）、バッファ内のデータが全ての又はほぼ全てのＱｏＳレベルを含む別のシナリオではＬＣＧに５ビット使用することができる（合計３２個のＬＣＧ）。

【0190】

[0194] 先に述べたように、ＷＴＲＵは伝送用のデータパケットをどのように処理するのかを決定するときＳＲ／ＢＳＲを伝達し得るが、同時伝送の種類に対処するためのＳＲ／ＢＳＲの手法もあり得る。

【0191】

[0195] 一部の状況では、ＢＳＲの計算が利用可能なモード２資源に基づき得る。モード１対モード２の伝送の種類の事例であり得るこの手法では、モード２伝送のために予約されている又は利用可能な資源量を考慮することによってＷＴＲＵがバッファ状態を計算することができる。とりわけＷＴＲＵは、ネットワークに送信するためのバッファ状態を計算するときモード２における以下の「予約」資源の何れかを検討することができ、かかる予約資源とはつまり、予約信号、フォワードブッキング信号等によって予約される総資源量、選択された資源パターンに関連する総資源量、次のＮの予約期間内に生じる「予約」資源量であって、Ｎは既定とし又は（予め）構成することができる、「予約」資源量、及び／又はモード１伝送若しくはモード２伝送を使用可能な論理チャネルによる伝送を満たすために使用可能な「予約」資源量である。

【0192】

[0196] ＷＴＲＵは、各論理チャネル又はＬＣＧのバッファ状態から、ＷＴＲＵが「予約」資源上で伝送し得る推定データ量を減算することができる。

【0193】

[0197] 図４は、所与のＬＣＧに関するＢＳＲ内でネットワークに報告するためのバッファ状態をＷＴＲＵが決定するプロセスの一例の流れ図である。４０１で、そのＬＣＧにマップすることができ且つモード１を用いた伝送が許可される全ての論理チャネルの全体バッファ状態をＷＴＲＵが計算することができる。次に４０２で、モード２を用いた伝送も許可されるＬＣＧの論理チャネルに関連する前の段階におけるバッファ状態の一部分をＷＴＲＵが計算することができる。次に４０３で、モード２（例えばモード２だけにマッピングされる論理チャネル）を使用してしか伝送することができないＷＴＲＵのバッファ内のデータ量４０３ａ、予約されたモード２資源の量及びＭＣＳの推定（例えば時間の経過を伴う平均ＭＣＳ）に基づきモード２を更に使用して伝送可能なステップ２内のデータからのデータ量４０３ｂ、及び／又は判断基準を所与としてＷＴＲＵがモード２上での伝送を許可される第２の段階におけるデータ部分を決定するための、本明細書で論じる判断基準の現在の状態４０３ｃに基づいて、ＷＴＲＵはＷＴＲＵがモード２上で伝送することができる第２の段階におけるバッファ状態の量を計算することができる。４０４で、第１の段階のバッファ状態から第３の段階における推定モード２データを減算したものをＷＴＲＵが最終的に報告することができる。

【0194】

[0198] 一部の状況では、伝送の種類の変更を示すためにＷＴＲＵがＢＳＲを送信することができる。とりわけＷＴＲＵは、ことによるとＷＴＲＵにおいて保留中であるデータの一部又は全てを異なる伝送の種類上で送信する決定中に、又は伝送の種類を決定するための条件の何れかが変化したときネットワークへのＢＳＲをトリガすることができる。

【0195】

[0199] ＷＴＲＵは以下のイベント、つまり或る伝送の種類（例えばモード１）に関連する論理チャネルを異なる伝送の種類（例えばモード２）に関連するように移すことにＷＴＲＵが決めること、本明細書で論じる伝送の種類に対するデータのマッピングを定める任意の条件の変化が生じること、ことによると期間ごとの、本明細書で論じる条件の何れかの変化、推定ＭＣＳの変化、又は予約されたモード２資源の量の変化により、利用可能なモード２資源を考慮に入れるバッファ状態の計算のことによると一定量の変化が生じること、特定の伝送の種類に関連する全ての論理チャネルをＷＴＲＵが除去すること、及び／又はＷＴＲＵが伝送の種類に関連する新たな論理チャネル、ことによると第１の論理チャネルを作成することのうちの何れかが生じるときにＢＳＲをトリガすることができる。

【0196】

[0200] 以下は伝送の種類に対するマッピングを定める条件の例である：モード２資源選択の幾らかの失敗がことによると既定の時間窓の中で生じること、ＳＣＩ伝送のＣＢＲ、ＣＲ、ＲＳＳＩ、平均ＲＳＣＰ、又は既定の期間内のＳＣＩの数等、モード２資源プールに関連する測定量の値が既定量又は（予め）構成された量変化すること、エリア内のＷＴＲＵの推定数が既定量又は（予め）構成された量変化すること、プリエンプション信号を受信すること、及び／又は本明細書で論じる他の例。

【0197】

[0201] 一例では、ＷＴＲＵがことによると所与のＱｏＳについてモード２伝送に関連するプリエンプション信号を受信し得る。ＷＴＲＵはことによると所与のＱｏＳに関連する全てのモード２トラフィックをモード１に移すことに決めることができ、プリエンプション信号の受信時にＢＳＲをネットワークに伝送することができる。伝送されるＢＳＲは、バッファ状態と共に新たなＬＣＧを含めることにより、又はモード１を使用して伝送すべき新たなデータを考慮する新たなバッファ状態により、モード１伝送のための新たなデータの存在を示すことができる。或いはＷＴＲＵはＢＳＲを送信することができ、そのＢＳＲでは、今度はモード１によって伝送することができる、前のＢＳＲ報告と比較した新たなデータのデルタをバッファ状態が表す。かかる例は他の伝送の種類の事例（例えばＮＲ上でプリエンプションが受信されLTEに対してモード３が構成されるLTE対ＮＲ）にも適用可能であり得る。

【0198】

[0202] 別の例では、モード２プールのＣＢＲの低減を検出することにより、ＷＴＲＵがことによると特定の論理チャネル又はＬＣＧに関連する自らの全ての伝送をモード２伝送に移すことに決めることができる。ＷＴＲＵは、前述のＬＣＧに関連する０のバッファ状態を示すＢＳＲをかかる決定時に伝送することができる。かかる例は他の伝送の種類（例えばLTE対ＮＲ）にも適用可能であり得る。ＷＴＲＵは、自らのバッファ内のデータの資源選択手続きの完了後に前述のＢＳＲを伝送することができる。

【0199】

[0203] 一部の状況では、ＷＴＲＵはネットワークによって構成される好ましい伝送モードの変更を示すことができる。一例では、（例えばモード選択のためのＷＴＲＵの構成に関して本明細書に記載する）ネットワークによって構成されるＳＬＲＢの使用可能な／好ましい伝送モード（例えばモード１対モード２）の変更後にＷＴＲＵがＢＳＲ又は関係するメッセージを送信することができる。

【0200】

[0204] 一例では、ＳＬＲＢの伝送モード（モード１又はモード２）の変更（例えばＳＬＲＢがモード１からモード２に移される）後にＷＴＲＵがネットワークにＢＳＲを送信することができる。ＷＴＲＵはＳＬＲＢのモードの変更後にモード１に関連する全てのＬＣＨの新たなバッファ状態を計算することができ、新たなＢＳＲをネットワークに送信することができる。例えばＷＴＲＵは、モード１を使用するように現在構成されているＳＬＲＢがモード２を使用する変更をトリガする条件（例えばＵｕの品質が閾値を下回ること）を検出し得る。ＷＴＲＵはモード１に関連する論理チャネルからＳＬＲＢを除去し、そのＳＬＲＢをモード２のＳＬＲＢに移すことができる。ＷＴＲＵは、その変更から生じるバッファ状態の変化をネットワークに更に知らせることができる。別の例ではＷＴＲＵが条件（例えばＳＬ ＲＬＭ）を検出することができる。

【0201】

[0205] 一例では、ＷＴＲＵがかかるＢＳＲ内に全てのＬＣＧのＢＳＲを含めることができる。別の例では、ＷＴＲＵが所与のＳＬＲＢに関するモードの変更によってそのバッファ状態が変化したＬＣＧだけを含めることができる。

【0202】

[0206] 一例では、特定のＳＬＲＢのモードの変更を必要とする条件のトリガ後にＷＴＲＵがタイマを開始することができる。その条件がタイマの間持続する場合、本明細書に記載の他のシナリオのようにＷＴＲＵはモード変更メッセージをネットワークに送信することができる。

【0203】

[0207] 別の例では、特定のＳＬＲＢに関する優先モードの変更をネットワークに知らせるために、ＷＴＲＵがＢＳＲ及び／又は関連メッセージ（例えばＭＡＣ ＣＥ、SidelinkUEInformation等のＲＲＣメッセージ等）をネットワークに送信することができる。かかるメッセージは、モード変更トリガがＷＴＲＵにおいて決定されたＳＬＲＢ又はＬＣＨ、条件をトリガした（例えば構成済みの条件の一覧へのインデックス形式の）特定の条件、ＳＬＲＢ及び／又はＳＬＲＢにマップされるフローのＱｏＳ特性（例えばＰＱＩ、ＱＦＩ等）、及び／又はモード選択のためのＷＴＲＵの構成に関して本明細書に記載するＵｕの品質、ＳＬの品質等の条件に関連する測定を含み得る。

【0204】

[0208] かかる例では、ＷＴＲＵはネットワークにメッセージを送信した後、ネットワークへの指示の伝送に成功した直後に特定のＳＬＲＢに関するモードの変更をＷＴＲＵが開始できること、ネットワークによる再構成までＳＬＲＢに関連する伝送をＷＴＲＵが停止できること、及び／又はＷＴＲＵがタイマを開始できることのうちの何れか又は組み合わせを実行することができる。モード変更の条件が維持されタイマが終了する場合、ＷＴＲＵはモードの変更を開始することができる。モードの変更を開始すると、ＷＴＲＵは本明細書に記載する通り全てのモード１ＬＣＧに関する更新済みのバッファ状態と共にＢＳＲを伝送することができる。モード変更の条件がタイマの持続時間にわたって続かない場合、ＷＴＲＵはタイマをキャンセルしてネットワークに情報提供することができる。

【0205】

[0209] ＳＲ／ＢＳＲ手続きに関して上記で説明した状況は適用可能であり得る、条件が変化したときのデータ処理の一例を示す図３。区間３１１を参照し、ここではＷＴＲＵがモード１からモード２にＬＣＨ１を変更することに決めた結果、ネットワークにＢＳＲを送信する必要がある可能性があり、その理由は、ＬＣＨ１が、ＷＴＲＵがスケジューリングを自律的に行うモード２に移るので、ネットワークがＬＣＨ１のバッファ状態をもはや考慮する必要がないからである。ＬＣＨ１をモード２に再マッピングしたので、区間３１１内に示すバッファ状態はＴ２よりもＴ１の方が一杯であることに留意されたい。

【0206】

[0210] 一部の状況では、ＷＴＲＵはトラフィックの切り替え後にＬＣＧを再マッピングすることができ、これは本明細書で論じる任意のモデリングに適用可能であり得る。或る伝送の種類から別の伝送の種類にデータを切り替えた後、又は本明細書に記載の条件の何れかが変化した後、ＷＴＲＵは、ＢＳＲの報告に使用するＬＣＧに対するＱｏＳのマッピングを変更することができる。とりわけＷＴＲＵは、ＬＣＧに対するＱｏＳパラメータ（例えばＶＱＩ、ＰＰＰＰ、優先順位、遅延等）の１つのマッピングによって構成されることができ、本明細書に記載するような条件の変化後に好ましい又は代わりのマッピングをネットワークに示すことができる。或いはＷＴＲＵは、ＬＣＧに対するＱｏＳの複数のマッピングによって構成されることができ、条件が変化したとき（例えば新たなマッピングへのインデックスによって）新たなマッピングをネットワークに示すことができる。条件が、１つ又は複数のＱｏＳの種類（例えばＶＱＩの範囲又は組）に関する伝送の種類の変更及び／又は１つ若しくは複数の論理チャネル若しくはＬＣＧの伝送の種類の変更をもたらす場合、ＷＴＲＵはそのような代わりのマッピング又はマッピングの変更を更に示すことができる。

【0207】

[0211] ＷＴＲＵは、ＲＲＣメッセージ（例えばUEAssistanceInformation又はSidelinkUEInformation）、ＭＡＣ ＣＥ、又は物理チャネル（例えばＳＲ又はＰＵＣＣＨ）を使用してＬＣＧの再マッピングの変更を示すことができる。例えばＷＴＲＵはＢＳＲのそれぞれの報告と共にＬＣＧに対するＱｏＳのマッピングを含めることができる。

【0208】

[0212] ＷＴＲＵは、新たな伝送の種類の開始後に、かかるＬＣＧの再マッピングを行うことができる。例えばＷＴＲＵはユニキャストリンクを開始することができ、ユニキャストトラフィックに関連するバッファ状態を報告するためにＬＣＧの１つを予約することができるように、ブロードキャストトラフィックのためのＬＣＧの再マッピングを行うことができる。

【0209】

[0213] 一部の状況では、ＷＴＲＵが、ユニキャストに関するバッファ状態をブロードキャストトラフィックとは別に報告することができる。具体的には、ＷＴＲＵは、様々なキャストの種類について１つ又は複数のＬＣＧを予め定め又は（予め）構成すること、様々なキャストの種類を伴うバッファ状態を報告するために異なるＢＳＲ形式（例えば異なるＭＡＣ ＣＥ）を使用すること、別個のキャストの種類を報告するために論理チャネルグループに関連するＢＳＲ内で別個のバッファ状態フィールドを使用すること、及び／又は様々なキャストの種類を報告するために異なる宛先インデックスを使用することのうちの何れかを使用して、様々なキャストの種類に関するＢＳＲを報告することができる。

【0210】

[0214] 或る事例では、ＷＴＲＵが、ユニキャストのために予約された専用宛先インデックスの一覧からの宛先インデックスを使用してユニキャスト／ブロードキャストに関するＢＳＲを報告することができる。ＷＴＲＵは、ＷＴＲＵにおいて活性状態にあるユニキャスト／グループキャストリンク（例えばそれぞれの別個の宛先アドレス）ごとに異なる専用宛先インデックスを使用することができる。ＷＴＲＵは、以下からユニキャスト／グループキャストのための専用宛先インデックスの一覧を決定することができ、以下とはつまり、（事前）構成（例えばシステム情報、専用ＲＲＣシグナリング、事前構成）、全てのＷＴＲＵについて予め定められること、別のＷＴＲＵ（例えばヘッド又はスケジューリングＷＴＲＵ）から、ＭＡＣ ＣＥ又は動的スケジューリング（例えばＤＣＩ）、ＨＯコマンド内、移動中、宛先インデックスに関して構成される幾つかのビットとＷＴＲＵが実際に参照しなければならないブロードキャスト宛先アドレスに関する数との間のアドレス空間内の差に基づいて暗黙的に、である（例えばＷＴＲＵは、５ビットを必要とする、長さが３２のUESidelinkInformationメッセージ内のブロードキャストサービスのための宛先アドレス、サービスの一覧によって構成することができ、６ビット幅の宛先インデックスによって構成することができ、ユニキャスト／グループキャスト宛先インデックスにインデックス０～３１又は３２～６３を使用することができる。

【0211】

[0215] ＷＴＲＵは確立されるユニキャスト／グループキャストリンクごとに専用宛先インデックスの一覧内の宛先インデックスをインクリメントすることができる。或いはＷＴＲＵは、確立されるユニキャスト／グループキャストリンクごとに被選択宛先インデックスを（例えばリンクの確立時に）ネットワークに送信することができる。

【0212】

[0216] ユニキャストリンクに追加の宛先インデックスが必要である場合、ＷＴＲＵはネットワークに指示を送信することができる。かかる指示はＲＲＣ（例えばUEAssistanceInformation）又はＭＡＣ ＣＥによって送信され得る。

【0213】

[0217] 一部の状況では、ＷＴＲＵがLTE ＲＡＴ及びＮＲ ＲＡＴに関するバッファ状態を別々に報告することができる。とりわけＷＴＲＵは、異なるサイドリンクＲＡＴ（例えばLTE対ＮＲ）上で伝送されるデータのバッファ状態を別々に報告することができる。ＷＴＲＵは、異なるＢＳＲ形式、同じＢＳＲメッセージ内の異なるＬＣＧ、及び／又は同じＢＳＲメッセージ内の異なる宛先インデックスのうちの何れかを使用して異なるキャストの種類のためのＢＳＲを報告することができる。

【0214】

[0218] 異なるＢＳＲ形式に関して、一例ではＷＴＲＵが異なるLTE ＢＳＲ及びＮＲ ＢＳＲのＭＡＣ ＣＥを伝送し得る。とりわけこの事例は、LTE及びＮＲの両方に同じＬＣＧを指定することができるモデルを想定し得る。ＷＴＲＵはＲＲＣによるＬＣＧに対するＱｏＳの別個のマッピングによって構成することができ、例えばLTEでは、ＷＴＲＵはＰＰＰＰとＬＣＧとの間のマッピングによって構成することができ、ＮＲでは、ＷＴＲＵはＶＱＩとＬＣＧとの間のマッピングによって構成することができる。

【0215】

[0219] 同じＢＳＲメッセージ内の異なるＬＣＧに関して、この事例はLTE又はＮＲの何れかにＬＣＧを指定することができるが、両方にはＬＣＧを指定することができないモデルを想定し得る。ＷＴＲＵは、或るＲＡＴに利用可能なデータを有する／有さない場合、本明細書に記載のＬＣＧ再マッピングの手続きをたどることができる。

【0216】

[0220] 同じＢＳＲメッセージ内の異なる宛先インデックスに関して、この事例はLTE及びＮＲの両方に同じＬＣＧを指定することができるモデルを想定し得る。ＷＴＲＵはＲＲＣによるＬＣＧに対するＱｏＳの別個のマッピングによって構成することができ、例えばLTEでは、ＷＴＲＵはＰＰＰＰとＬＣＧとの間のマッピングによって構成することができ、ＮＲでは、ＷＴＲＵはＶＱＩとＬＣＧとの間のマッピングによって構成することができる。

【0217】

[0221] 或る事例では、ＷＴＲＵがフレキシブルデータについてＲＡＴごとにバッファ状態を決定することができる。これは、ＷＴＲＵが或る伝送の種類から別の伝送の種類に論理チャネルを移すことができる第２のモデリング、及び論理チャネルが複数の伝送モードに関連し得る第３のモデリングに適用可能であり得る。とりわけＷＴＲＵは、本明細書で定める１つ又は複数の条件から決定される各ＲＡＴ上でルートされる推定データ量に基づいて、ＲＡＴごとのバッファ状態を計算することができる。かかるバッファ状態の計算は、ＢＳＲの計算時における条件の状態に基づいて行われ得る。条件の１つが変化した場合及び／又は或るＲＡＴから別のＲＡＴに移され得るデータ量が閾値を上回る場合、ＷＴＲＵは新たなＢＳＲをトリガすることができる。

【0218】

[0222] 例えばＷＴＲＵは、両方のＲＡＴ上で送信され得る上位層の指示から、トラフィックのための各LTE及びＮＲ上で伝送されるトラフィックのパーセンテージによって構成することができる。このパーセンテージはＲＡＴのそれぞれにおけるモード２／モード４プールのＣＢＲに基づいて定めることができる。（例えば任意のＢＳＲトリガに基づいて）ＢＳＲを送信すべき瞬間において、ＷＴＲＵはLTE及びＮＲ上のＣＢＲ及び各ＲＡＴ上で送信すべきデータの対応するパーセンテージを計算すること、単一のＲＡＴ上でしか送信されないように（例えば上位層によって）構成されるＷＴＲＵのバッファ内のデータ、両方のＲＡＴ上で送信可能なデータ、及び上記の計算済みパーセンテージに基づいて各ＲＡＴ上で送信すべき総データ量を決定すること、及び／又は上記に基づいて各ＲＡＴのバッファ状態を計算することができる。

【0219】

[0223] 或る事例では、LTE ＳＬ ＢＳＲとＮＲ ＳＬ ＢＳＲとの間に優先順位付けの規則があり得る。とりわけ異なるＲＡＴに関する異なるＢＳＲ形式の伝送に関して、ＷＴＲＵはＢＳＲ内で送られるデータのＱｏＳ（例えばＷＴＲＵは優先順位の高いデータを報告する必要があるＢＳＲ、LTE又はＮＲの伝送を優先させることができ、優先順位が最も高い論理チャネルをＷＴＲＵが有するＲＡＴに関連するＢＳＲをＷＴＲＵは優先させることができ、又はＱｏＳに基づく優先順位付けは本明細書で論じるＲＡＴ間の優先順位付けの規則を使用することができる）、ＢＳＲのサイズ（例えばＷＴＲＵは全体的なサイズが最も小さいＢＳＲ、LTE又はＮＲの伝送を優先させることができ、又は現在のアップリンクグラントによって短縮ＢＳＲの伝送が必要となるのを避けることができる）、及び／又はＢＳＲに関連するＲＡＴ（例えばＷＴＲＵはLTE ＲＡＴ又はＮＲ ＲＡＴの伝送を優先させることができる）のうちの何れかに基づいてＵＬグラント内のLTE ＢＳＲ及びＮＲ ＢＳＲの伝送間の優先順位付けを行うことができる。

【0220】

[0224] 上記に関する一定の規則に従うようにＷＴＲＵをネットワークによって更に構成することができる。例えばＷＴＲＵは、ＢＳＲの伝送を優先させる（例えばＮＲ ＢＳＲに対してLTE ＢＳＲを優先させる）ＲＡＴを用いてネットワークによって構成され得る。

【0221】

[0225] 特定の規則が結果をもたらさない場合、ＷＴＲＵは上記の規則の組み合わせを使用することができ又は複数の規則を使用することができる。例えばＷＴＲＵは送られるデータのＱｏＳを使用することができ、優先順位の等しい保留データを両方のＲＡＴが有する場合、ＷＴＲＵはＢＳＲのサイズを使用することができる。

【0222】

[0226] 或る事例では、ＷＴＲＵがLTE ＳＬ及びＮＲ ＳＬのための宛先インデックスを決定することができる。この事例は宛先アドレスが２つのＲＡＴ間で共通であり得る場合に生じる可能性があり（例えば同じサービスのマルチＲＡＴサポート）、そのためLTE及びＮＲ上のサービスのバッファ状態を区別するための手法が必要であり得る。

【0223】

[0227] 一例では、ＷＴＲＵがＢＳＲ内の宛先インデックス内の明示的ビット（例えばＲＡＴインジケータビット）をＲＡＴに関連付けることができる。とりわけ完全な宛先インデックスは１ビットのＲＡＴインジケータ及びｘビットの宛先インデックスで構成することができ、宛先インデックスは（例えばLTEにあるような）UESidelinkInformationメッセージ内の宛先アドレスの一覧内の宛先アドレスのインデックスから導出され得る。

【0224】

[0228] 別の例では、ＷＴＲＵがＲＡＴ上の特定のブロードキャストサービスの宛先インデックスを、そのＲＡＴのキャリアに関連するUESidelinkInformation内のキャリア／サービス一覧内のそのサービスのインデックスの１つ（例えば第１のインデックス）に関連付けることができる。とりわけＷＴＲＵは、キャリアの一覧及びキャリアごとのＲＡＴの関連付けによって構成することができる。加えてＷＴＲＵは、関心を持っているサービス／宛先アドレスの一覧及び各サービス／宛先アドレスをサポートするキャリアによって構成することができる。ＷＴＲＵは、LTEに関するサービスの宛先インデックスをそのサービスの一覧内の最初のLTEキャリアであるように、及びＮＲ上のサービスの宛先をそのサービスの一覧上の最初のＮＲキャリアであるように関連付けることができる。

【0225】

[0229] 別の例では、LTE又はＮＲによってサービスがサポートされ得るとＷＴＲＵが判定するとき、ＷＴＲＵは関係する２つの宛先インデックスをそれぞれのＲＡＴ、LTE及びＮＲに関連付けることができる。宛先インデックス間の関係は、連続した宛先インデックスの使用及び／又は宛先インデックスのアドレス空間内で幾つかの宛先インデックス離れた宛先インデックスの使用のうちの何れかとすることができ、分離はＷＴＲＵに関する幾つかの総サポート宛先インデックス（total support destination indices）又は（予め）構成された値に基づき得る。例えばＷＴＲＵは、異なるＲＡＴ上でサポートされるＷＴＲＵによってサポートされるサービス／宛先アドレスを決定することができる。かかる決定は、サービス／宛先アドレスに関連するキャリア周波数とそのキャリア周波数に関連するＲＡＴとの関連付けによって行うこともできる。ＷＴＲＵは、UESidelinkInformation内でネットワークに報告されるサービス／宛先アドレスの順序に基づいてインクリメントすることにより、所与のＲＡＴについてサポートされるキャリアの数に関係なくそのＲＡＴ上の各サービスに単一の宛先インデックスを指定することができる。複数のＲＡＴ上でＷＴＲＵがサポートするサービスではＷＴＲＵが２つの連続した宛先インデックスを指定することができ、第１のインデックスは一方のＲＡＴ（例えばLTE）に関連し、第２のインデックスは他方のＲＡＴ（例えばＮＲ）に関連する。

【0226】

[0230] 或る事例では、LTE ＳＬ及びＮＲ ＳＬを実行するときＷＴＲＵが短縮ＢＳＲを決定することができる。とりわけこの事例はLTE及びＮＲのバッファ状態を同じＢＳＲ内で報告することに関係することができ、ＷＴＲＵは、ことによると予め定められ又は（予め）構成された或るＲＡＴのバッファ状態の伝送をＷＴＲＵが別のＲＡＴに対して優先させることができること、（例えば異なるＲＡＴに対して別個のＬＣＧが指定されると想定して）優先順位が最も高いＬＣＧに関連するバッファ状態の伝送をＷＴＲＵが優先させることができること、優先順位が最も高いＬＣＧに関連するバッファ状態の伝送をＷＴＲＵが優先させることができ、且つ異なるＲＡＴの同じＬＣＧに関してことによると予め定められ又は（予め）構成された或るＲＡＴを別のＲＡＴに対してＷＴＲＵが優先させることができること、又は２つのＲＡＴ間で最も高い優先順位を有するデータをそのバッファ内に有するＲＡＴをＷＴＲＵが優先させることができること（例えばＷＴＲＵはかかる優先順位付けのために本明細書で定める規則の何れかを使用することができる）のうちの１つ又は複数を使用して短縮ＢＳＲのコンテンツを決定することができる。

【0227】

[0231] 先に述べたように、ＷＴＲＵは条件に基づいて及び／又はデータパケット処理プロセス（例えば伝送の種類）の一環として資源の選択／再選択を行うことができる。

【0228】

[0232] 一部の状況では、ＷＴＲＵがピアＷＴＲＵからＮＡＣＫを受信した後でのみユニキャスト伝送用の再伝送資源の選択を行うことができる。概してＷＴＲＵは、ユニキャスト／グループキャスト伝送及びブロードキャスト伝送のための異なる資源選択プロセスによって構成され得る。ＷＴＲＵは、ユニキャスト／グループキャスト資源選択及びブロードキャスト資源選択のための異なる資源選択手続きによって更に構成され得る。ＷＴＲＵは、これだけに限定されないが、資源選択窓を定めるより短いＴ２値、検知手続きに基づいて資源が利用可能／利用不能だと判定するための異なる閾値、ＬＢＴバックオフタイマの異なる値又はＬＢＴ検知に関連するチャネル占有閾値、ＷＴＲＵがプリエンプション指示を伝送可能な異なる条件（例えば利用可能な資源の数）、パケットの実際のＰＰＰＰ／ＶＱＩと比較して、初期伝送と比較して異なる優先順位、異なる数のチャネル／ＲＢであって、再伝送資源は初期伝送のための資源量の（予め）構成された関数である幾つかのチャネル／ＲＢを使用することができる、異なる数のチャネル／ＲＢ（例えばＷＴＲＵは更なる符号化によって又は異なるＲＶの伝送によって再伝送資源に追加の冗長性を与えることができる）を含む資源選択用の修正パラメータを使用して再伝送資源を選択することができる。

【0229】

[0233] 再伝送資源のための資源選択用のかかる修正パラメータは、再伝送資源に関連する遅延を減らすこと及び／又は再伝送資源の信頼性を高めることができる。

【0230】

[0234] 一部の状況では、ＷＴＲＵが別のサイドリンクプロセスの伝送のために不必要な再伝送資源を使用することができる。とりわけＷＴＲＵは、ユニキャスト伝送用の伝送資源及び再伝送資源の両方を同時に選択することができる。初期伝送に関連するＡＣＫ又はＮＡＣＫの欠如によって再伝送資源の１つをＷＴＲＵが必要としない場合、ＷＴＲＵはその再伝送資源を、別のサイドリンクプロセス（例えばユニキャスト又はブロードキャスト）による初期伝送に利用することができる。ＷＴＲＵは以下の基準、つまり未使用の再伝送資源が利用可能なときにことによると単発の伝送のための資源（再）選択を行うサイドリンクプロセス、プロセスの初期伝送のタイミング要件を再伝送資源が満たすサイドリンクプロセス、及び／又は未使用の数若しくは再伝送資源によって利用可能なものと同数の再伝送資源を必要とするサイドリンクプロセスのうちの何れか又は組み合わせに基づいて未使用の再伝送資源を利用するサイドリンクプロセスを選択することができる。

【0231】

[0235] 一部の状況では、ＷＴＲＵが、再伝送資源の選択に単発資源選択手続きを使用することができる。とりわけＷＴＲＵは、単発資源選択手続きを使用して、フォワードブッキング（例えば周期的）ユニキャストプロセスのための再伝送資源を選択することができる。ＷＴＲＵは、ユニキャストプロセスに関して下位層から受信されるＮＡＣＫの受信後に、かかる単発資源選択手続きをトリガすることができる。或いはＷＴＲＵは、下位層からＮＡＣＫを受信すると、前の解決策のように未使用の再伝送資源から再伝送資源を選択することができる。或いは、再伝送のタイミング要件を満たす（例えば同じ宛先ＩＤに関連する）別のユニキャストプロセスが存在する場合、ＷＴＲＵは再伝送資源のための資源選択をトリガしないことを決めることができる。

【0232】

[0236] 一部の状況では、ＷＴＲＵはユニキャストのための資源選択中に帯域固有のＣＱＩを使用することができる。とりわけＷＴＲＵは、資源選択手続き内のユニキャストリンクに関連するサイドリンクＣＱＩの結果を利用することができる。

【0233】

[0237] 一例では、ＷＴＲＵはサイドリンクＣＱＩが閾値を下回る資源を資源選択アルゴリズムから除外することができる。とりわけＷＴＲＵは検知結果に基づいて資源を除外し、次いでＣＱＩが閾値を下回る資源を更に除外することができる。その後、ＷＴＲＵは残りの非除外資源に対してランダム資源選択を行うことができる。

【0234】

[0238] 別の例では、ＷＴＲＵが最良のＣＱＩを有する資源を利用可能な資源から選択することができる。とりわけＷＴＲＵは検知結果に基づいて資源を除外することができる。利用可能な資源の数が閾値を上回る場合、ＷＴＲＵはデータの要件を満たす利用可能な資源から最良／最高のＳＬ ＣＱＩを有する資源を選択することができる。

【0235】

[0239] 別の例では、伝送のための資源プール又は資源パターンであって、その資源プール又は資源パターンにわたって最良の平均ＣＱＩを有する、資源プール又は資源パターンをＷＴＲＵが選択することができる。

【0236】

[0240] 一部の状況では、伝送されるデータの信頼性に基づいてＷＴＲＵが成功裏の資源割り当てを決定することができる。これはユニキャスト資源選択及びブロードキャスト資源選択の両方に適用可能とすることができ、ＷＴＲＵは伝送されるデータに関連する信頼性要件に基づいて成功裏の資源選択に必要な基準を決定することができる。例えばＷＴＲＵは、伝送のタイミング要件を満たす資源の或るパーセンテージ（ｘ％）が利用可能だと検知によって判定される場合に資源選択を成功裏と見なすことができる。ＷＴＲＵは、ＷＴＲＵの信頼性要件に応じて異なるｘ％の値を使用するように構成され得る。

【0237】

[0241] ＷＴＲＵは、信頼性要件に基づいて資源選択アルゴリズムの失敗事例を更に判定することができる。例えばＷＴＲＵは、（例えばLTEにあるような）検知結果に基づいて資源の占有率を決定することに関連する閾値を増加することによって、資源選択の複数回の試行を行うことができる。信頼性に応じて、ＷＴＲＵはそのような数回の試行後に、失敗した資源選択アルゴリズムを示すことができ、この回数は伝送されるデータの信頼性要件に依存し得る。

【0238】

[0242] 本明細書で論じるように、資源割り当てが成功しないことは、伝送の種類が変更されることをトリガし得る。資源割り当てが成功しないことは、プリエンプション又はＷＴＲＵによる再伝送回数の増加もトリガし得る。

【0239】

[0243] 一部の状況では、ＷＴＲＵが、ユニキャスト伝送に異なるキャリア選択規則を使用することができる。とりわけＷＴＲＵは、ブロードキャスト伝送と比較して、ユニキャスト伝送に関連するキャリア選択用の異なる規則によって構成され得る。かかる規則の背後にある動機は、ユニキャストにおける２つのＷＴＲＵ間でサポート可能なキャリアの数が（例えば機能が原因で）限定されることに起因し得る。

【0240】

[0244] ＷＴＲＵは、ブロードキャストと比較してユニキャストに関連するキャリア選択用の異なるＣＢＲ閾値によってＷＴＲＵを構成できること、ブロードキャストと比較してユニキャストに関連するキャリア選択用の異なるキャリアキープ閾値によってＷＴＲＵを構成できること、ことによると２つのＷＴＲＵ間のユニキャスト伝送に関してサポートされるキャリアの数が閾値未満の場合でも、ユニキャストのためのキャリア選択用のＣＢＲ閾値を無視する（例えば常に任意のキャリアを使用する）ようにＷＴＲＵを構成できること、及び／又はキャリアに応じて異なる数の許容可能なサイドリンクプロセスによってＷＴＲＵを構成できることであって、ＷＴＲＵはユニキャストデータを伝送するための候補キャリアであるキャリア上でより多数のサイドリンクプロセスを認められ得る、異なる数の許容可能なサイドリンクプロセスによってＷＴＲＵを構成できることのうちの何れかを使用して、ユニキャストのためのキャリア選択をブロードキャストと異なるように行うよう構成することができる。或いは、ことによると一定の基準下で（例えばユニキャストのためのキャリアの数が閾値未満であること、又は特定のキャリア上のＣＢＲが閾値を上回る／下回ること）、ユニキャストサービス及びブロードキャストサービスの両方によってＷＴＲＵが構成されるキャリア上で、ＷＴＲＵがユニキャストプロセスだけを有することを認められる場合がある。

【0241】

[0245] 一部の状況では、データパケットの伝送の種類を決定するための条件の変化がある場合に、ＷＴＲＵがキャリア／資源の再選択をトリガすることができる。例えばＷＴＲＵは、一定の論理チャネル又は一定のＱｏＳの種類をモード２からモード１に移す判断の後で資源の再選択をトリガすることができる。加えて／或いは、ＷＴＲＵは、ネットワークカバレッジの制限／条件を理由に一定の論理チャネル又は一定のＱｏＳの種類をモード１からモード２に移す判断の後で、資源の再選択をトリガすることができる。かかる資源の再選択は、ＮＷ構成資源（例えばＳＰＳ資源）をモード２資源で置換するために、ＷＴＲＵによって行われ得る。

【0242】

[0246] キャリア／資源の（再）選択手続きに関して本明細書に記載した状況は、図３に適用可能とすることができ、図３は条件が変化したときのデータ処理の一例を示す。区間３１３を参照し、ここではＬＣＨ１をモード１からモード２に変更することにＷＴＲＵが決めた結果、キャリア／資源の再選択を行わなければならない可能性があり、ＷＴＲＵはもはやＬＣＨ１に関するスケジューリング情報を受信していないので、ＷＴＲＵは自らのモード２資源内でＬＣＨ１に必要な資源に対処しなければならない。Ｔ１と比較してＴ２において追加されている、ＬＣＨ１に現在必要な追加されたモード２資源を表すブロックに留意されたい。

【0243】

[0247] 一部の状況では、ＷＴＲＵがモード２の資源選択手続きにおいてモード１資源の量を使用することができる。とりわけＷＴＲＵは、利用可能なＮＷのＮＷ指示及び／又は伝送するデータのＱｏＳのうちの何れかに基づいて資源の選択／再選択中に選択する資源の量（例えば周期性、サイズ、単発プロセスの数等）を決定することができる。ＮＷ利用可能資源のＮＷ指示に関して、一例ではＮＷが有効／無効にすることができ、及びＳＰＳ資源、及びＳＰＳによって決定される資源量を追加／除去することによってＷＴＲＵが資源の再選択を行うことができる。別の例では、ＮＷは自らが提供するモード１資源の量／パーセンテージの変化を示すことができ、選択するための追加のモード２資源の量をＷＴＲＵがかかる指示に基づいて決定することができる。

【0244】

[0248] 一部の状況では、キャリア上でモード１を使用するのかモード２を使用するのかをＷＴＲＵがＣＢＲに基づいて決定することができる。とりわけＷＴＲＵはサイドリンクプロセスのためのキャリア選択を行うことができる。プロセスによって選択されるキャリアの数が（例えばそのキャリア上のＣＢＲ閾値を理由に）閾値を下回る場合、ＷＴＲＵはＣＢＲ閾値を満たさない他のキャリア上でモード１を使用することに決めることができる。

【0245】

[0249] 別の手法では、ＷＴＲＵがＱｏＳ及び／又はＣＢＲに基づいてキャリア上の最大数の資源まで資源選択を行うことができる。自らの現在のバッファ要件を満たすためにＷＴＲＵが追加の資源を必要とする場合、ＷＴＲＵはそのキャリア上の残りの資源要件を満たすためにモード１資源を要求することができる。

【0246】

[0250] 上記では特徴及び要素を特定の組み合わせで記載したが、各特徴又は要素は単独で又は他の特徴及び要素との任意の組み合わせで使用できることを当業者なら理解されよう。加えて本明細書に記載した方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれるコンピュータプログラム、ソフトウェア、又はファームウェアによって実装することができる。コンピュータ可読媒体の例は、（有線又は無線接続上で伝送される）電子信号及びコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これだけに限定されないが読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスク及び脱着可能ディスク等の磁気媒体、光磁気媒体、並びにＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（ＤＶＤ）等の光媒体を含む。ＵＥ、ＷＴＲＵ、端末、基地局、ＲＮＣ、又は任意のホストコンピュータで使用するための無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサを使用することができる。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【手続補正書】

【提出日】2024-05-08

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１の無線送受信ユニット（ＷＴＲＵ）によって実施される方法であって、
サイドリンク無線ベアラ（ＳＬＲＢ）の第１の伝送モードに関連した条件を検出することであって、前記第１の伝送モードは、モバイルネットワーク（ＭＮ）により構成され、かつ第１の論理チャネル（ＬＣＨ）と関連付けられることと、
前記条件を検出することに応答して、前記第１の伝送モードから第２の伝送モードへの前記ＳＬＲＢの変更をトリガすることと、
前記第２の伝送モードへの前記ＳＬＲＢの前記変更を前記ＭＮに通知することと、
前記第２の伝送モードに従って前記ＳＬＲＢに関連付けられたデータを伝送することと、
を含む、方法。

【請求項2】

前記条件が、前記データのサービス品質（ＱｏＳ）、前記データのサイズ、又は前記データの周期性のうちの少なくとも１つに関連する、請求項１に記載の方法。

【請求項3】

前記条件が、前記ＳＬＲＢに関連付けられたデータを伝送している間の前記第１のＷＴＲＵのカバレッジ条件に関連している、請求項１に記載の方法。

【請求項4】

前記条件が、前記ＳＬＲＢに関連した前記第１のＷＴＲＵの第１のカバレッジ条件と、前記第１のＷＴＲＵによって第２のＷＴＲＵから受信されたメッセージ内で示される、前記ＳＬＲＢに関連した前記第２のＷＴＲＵの第２のカバレッジ条件とに関連する、請求項１に記載の方法。

【請求項5】

前記条件が、前記第１の伝送モード又は前記第２の伝送モードのうちの１つ又は複数に関連付けられた負荷又は推定伝送品質に関連する、請求項１に記載の方法。

【請求項6】

前記条件を検出することに応答して前記変更をトリガすることが、前記条件に関連した値が閾値を上回る又は下回ることを検出することに応答して前記変更をトリガすることを含む、請求項１に記載の方法。

【請求項7】

前記第１の伝送モードから前記第２の伝送モードへの前記ＳＬＲＢの前記変更をトリガすることが、前記第１の伝送モードから前記第２の伝送モードへの前記第１のＬＣＨの関連付けにおける変更をトリガすることを含む、請求項１に記載の方法。

【請求項8】

前記第１の伝送モードから前記第２の伝送モードへの前記ＳＬＲＢの前記変更をトリガすることが、前記第２の伝送モードに関連付けられた第２のＬＣＨへの前記ＳＬＲＢの変更をトリガすることを含む、請求項１に記載の方法。

【請求項9】

前記第２の伝送モードへの前記ＳＬＲＢの前記変更を前記ＭＮに通知することが、バッファ状態報告（ＢＳＲ）を前記ＭＮに送信することを含む、請求項１に記載の方法。

【請求項10】

前記第２の伝送モードへの前記ＳＬＲＢの前記変更を前記ＭＮに通知することが、メッセージを前記ＭＮに送信することを含む、請求項１に記載の方法。

【請求項11】

前記ＳＬＲＢに関連付けられたデータを伝送することが、前記第２の伝送モードに従って前記データを第２のＷＴＲＵに伝送することを含む、請求項１に記載の方法。

【請求項12】

第１の無線送受信ユニット（ＷＴＲＵ）であって、
サイドリンク無線ベアラ（ＳＬＲＢ）の第１の伝送モードに関連した条件を検出することであって、前記第１の伝送モードは、モバイルネットワーク（ＭＮ）により構成され、かつ第１の論理チャネル（ＬＣＨ）と関連付けられることと、
前記条件を検出することに応答して、前記第１の伝送モードから第２の伝送モードへの前記ＳＬＲＢの変更をトリガすることと、
前記第２の伝送モードへの前記ＳＬＲＢの前記変更を前記ＭＮに通知することと、
前記第２の伝送モードに従って前記ＳＬＲＢに関連付けられたデータを伝送することと、
を行うように構成される、第１のＷＴＲＵ。

【請求項13】

前記条件が、前記データのサービス品質（ＱｏＳ）、前記データのサイズ、又は前記データの周期性のうちの１つ又は複数に関連する、請求項１２に記載の第１のＷＴＲＵ。

【請求項14】

前記条件が、前記ＳＬＲＢに関連した前記第１のＷＴＲＵの第１のカバレッジ条件と、前記第１のＷＴＲＵが第２のＷＴＲＵから受信するように構成されたメッセージ内で示される、前記ＳＬＲＢに関連した前記第２のＷＴＲＵの第２のカバレッジ条件とに関連する、請求項１２に記載の第１のＷＴＲＵ。

【請求項15】

前記条件が、前記第１の伝送モード又は前記第２の伝送モードのうちの１つ又は複数に関連付けられた負荷又は推定伝送品質のうちの１つ又は複数に関連する、請求項１２に記載の第１のＷＴＲＵ。

【請求項16】

前記条件に関連した値が閾値を上回る又は下回ることを検出することに応答して前記変更をトリガすることにより、前記変更をトリガするように構成される、請求項１２に記載の第１のＷＴＲＵ。

【請求項17】

前記条件を検出することに応答して、前記第２の伝送モードへの前記第１のＬＣＨの関連付けの変更をトリガするように構成される、請求項１２に記載の第１のＷＴＲＵ。

【請求項18】

前記条件を検出することに応答して、前記第２の伝送モードに関連付けられた第２のＬＣＨへの前記ＳＬＲＢの前記変更をトリガするように構成される、請求項１２に記載の第１のＷＴＲＵ。

【請求項19】

バッファ状態報告（ＢＳＲ）を前記ＭＮに送信することにより、前記第２の伝送モードへの前記ＳＬＲＢの前記変更を前記ＭＮに通知するように構成される、請求項１２に記載の第１のＷＴＲＵ。

【請求項20】

前記第２の伝送モードに従って前記データを第２のＷＴＲＵに伝送することにより、前記ＳＬＲＢに関連付けられたデータを伝送するように構成される、請求項１２に記載の第１のＷＴＲＵ。

【外国語明細書】