JP2023527516A - エンドツーエンドqosをサポートするための方法 - Google Patents

エンドツーエンドqosをサポートするための方法 Download PDF

Info

Publication number
JP2023527516A
JP2023527516A JP2022570427A JP2022570427A JP2023527516A JP 2023527516 A JP2023527516 A JP 2023527516A JP 2022570427 A JP2022570427 A JP 2022570427A JP 2022570427 A JP2022570427 A JP 2022570427A JP 2023527516 A JP2023527516 A JP 2023527516A
Authority
JP
Japan
Prior art keywords
wtru
relay
next hop
latency
configuration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022570427A
Other languages
English (en)
Inventor
ラオ、ジャヤ
フリーダ、マルティーノ
デュク ホアン、トゥオン
テン、タオ
イ、ムンイル
Original Assignee
アイディーエーシー ホールディングス インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アイディーエーシー ホールディングス インコーポレイテッド filed Critical アイディーエーシー ホールディングス インコーポレイテッド
Publication of JP2023527516A publication Critical patent/JP2023527516A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • H04L47/283Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/18End to end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0226Traffic management, e.g. flow control or congestion control based on location or mobility
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Figure 2023527516000001
無線送信/受信ユニット(WTRU)によって行われるエンドツーエンドサービス品質(QoS)を達成するための方法は、ソースWTRUからプロトコルデータユニット(PDU)及び超過時間指示を受信し、かつチャネル負荷の測度に基づいて次のホップリンクの予想レイテンシを決定することを含み得る。本方法はまた、受信された超過時間指示及び予想レイテンシに基づいて次のホップレイテンシバジェットを動的に決定し、かつ決定された次のホップレイテンシバジェットに基づいて、受信されたPDUを送信するためのリソースを決定することを含み得る。リソースが利用可能である場合、受信されたPDUは、決定されたリソースを使用して次のホップ上で送信され得る。
【選択図】図4B

Description

(関連出願の相互参照)
本出願は、完全に記載されているかのように参照により組み込まれる、2020年5月20日に出願された米国仮出願第63/027,646号及び2020年10月14日に出願された米国仮出願第63/091,648号の利益を主張する。
新無線(new radio、NR)サイドリンクは、車両から車車間/路車間(Vehicle-to-everything、V2X)通信関連の道路安全サービスをサポートすることに焦点を当て得る。この設計は、カバレッジ外シナリオとネットワークカバレッジ内シナリオの両方において、ブロードキャスト、グループキャスト、及びユニキャスト通信のためのサポートを提供する。更に、より広い範囲の用途及びサービスを考慮して、サイドリンク/ネットワークカバレッジ拡張及び電力効率改善のためにサイドリンクベースのリレー機能を検討することができる。
サイドリンクベースの通信のためのカバレッジ拡張を更に探索するために、無線送信/受信ユニット(wireless transmit/receive unit、WTRU)対ネットワークカバレッジ拡張では、Uuカバレッジ到達可能性は、WTRUがPDNネットワーク内のサーバ又は近接エリア外の対応するWTRUに到達するために必要であり得る。しかしながら、WTRU対ネットワークリレーに関する現在の解決策は、進化型ユニバーサル移動体通信システム(Mobile Telecommunications System、MTS)地上無線アクセス(Evolved Universal Terrestrial Radio Acces、EUTRA)ベースの技術に限定されることがあり、NG無線アクセスネットワーク(NG Radio Access Network、NG-RAN)及びNRベースのサイドリンク通信の両方について、NRベースのシステムに適用されないことがある。
WTRU対WTRUカバレッジ拡張に関して、近接到達可能性は、現在、EUTRAベース又はNRベースのいずれかのサイドリンク技術を介して、シングルホップサイドリンクリンクに限定されている。しかしながら、それは、限定されたシングルホップサイドリンクカバレッジを考慮すると、Uuカバレッジが存在しないシナリオにおいて十分ではないことがある。
サイドリンク接続性は、拡張されたサービス品質(quality of service、QoS)要件をサポートするために、NRフレームワークにおいて更に拡張され得る。
受信されたPDUをリレー無線送信/受信ユニット(WTRU)から1つ以上の他のWTRUにリレーするかどうかを決定するための方法、システム、及びデバイスが開示される。方法は、第1の通信範囲に関する情報であって、制御チャネルのうちの1つによって制御指示内で提供される、情報をソースWTRUから受信し、第1の通信範囲並びにソースWTRU及びリレーWTRUの位置情報に基づいて第2の通信範囲を決定し、決定された第2の通信範囲、第1の通信範囲、及び距離閾値に基づいて、受信された情報がリレーされるべきであると決定し、かつ受信された情報がリレーされるべきであると決定することに基づいて情報をリレーすることを含み得る。
リモート無線送受信ユニット(WTRU)において無線ベアラマッピングを決定するための方法、システム、及びデバイスも開示される。リモートWTRUは、N:1又は1:Nマッピングを行うためのマッピング構成情報を用いて構成され得る。リモートWTRUは、マッピング構成に関連付けられた制御情報をネットワーク又はリレーWTRUに送ることができる。リモートWTRUは、アダプテーションレイヤにおけるマッピング、又はハードウェア若しくはソフトウェアにおいて動作する他の同等の論理機能を行うことができる。リモートWTRUは、トリガ条件に基づいて無線ベアラへの論理フローのマッピングを行うことができる。リモートWTRUは、マッピング構成情報の変更又は更新についての指示をリレーWTRUから受信することができる。
本開示のいくつかの実施形態によれば、無線送信/受信ユニット(WTRU)によって行われるエンドツーエンドサービス品質(QoS)を達成するための方法は、ソースWTRUからプロトコルデータユニット(protocol data unit、PDU)及び超過時間指示を受信し、かつチャネル負荷の測度に基づいて次のホップリンクの予想レイテンシを決定することを含み得る。それはまた、受信された超過時間指示及び予想レイテンシに基づいて次のホップレイテンシバジェットを動的に決定し、かつ決定された次のホップレイテンシバジェットに基づいて、受信されたPDUを送信するためのリソースを決定することを含み得る。リソースが利用可能である場合、受信されたPDUは、決定されたリソースを使用して次のホップ上で送信され得る。
本開示のいくつかの実施形態によれば、ソースWTRUからターゲットWTRUに情報をリレーし、エンドツーエンドサービス品質(QoS)を達成するように構成されたリレー無線送信/受信ユニット(WTRU)は、ソースWTRUからプロトコルデータユニット(PDU)及び超過時間指示を受信するように構成されたトランシーバに結合されたプロセッサを含むことができる。トランシーバに結合されたプロセッサは、チャネル負荷の測度に基づいて次のホップリンクの予想レイテンシを決定し、受信された超過時間指示及び予想レイテンシに基づいて次のホップレイテンシバジェットを動的に決定し、決定された次のホップレイテンシバジェットに基づいて、受信されたPDUを送信するためのリソースを決定するように構成され得る。トランシーバに結合されたプロセッサは、リソースが利用可能である場合、決定されたリソースを使用して次のホップ上で、受信されたPDUを送信するように更に構成され得る。
より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。
1つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。 一実施形態による、図1Aに示される通信システム内で使用され得る、例示的な無線送信/受信ユニット(WTRU)を示すシステム図である。 一実施形態による、図1Aに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク(radio access network、RAN)及び例示的なコアネットワーク(core network、CN)を示すシステム図である。 一実施形態による、図1Aに示される通信システム内で使用され得る、更なる例示的なRAN及び更なる例示的なCNを示すシステム図である。 レイヤ2が関与するWTRU対ネットワークリレー(PC5)のためのユーザプレーン無線プロトコルスタックの図である。 レイヤ2進化型WTRU対ネットワークリレー(PC5)のための制御プレーン無線プロトコルスタックの図である。 いくつかの実施形態による、エンドツーエンドレイテンシバジェットの半静的構成を示す図である。 いくつかの実施形態による、エンドツーエンドサービス品質を達成するための方法を示す概略図である。 いくつかの実施形態による、動的レイテンシ変化を示す図である。
図1Aは、1つ以上の開示された実施形態が実装され得る、例示的な通信システム100を示す図である。通信システム100は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム100は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム100は、符号分割多重アクセス(code division multiple access、CDMA)、時分割多重アクセス(time division multiple access、TDMA)、周波数分割多重アクセス(frequency division multiple、FDMA)、直交FDMA(orthogonal FDMA、OFDMA)、シングルキャリアFDMA(single-carrier FDMA、SC-FDMA)、ゼロテールユニークワード離散フーリエ変換拡散OFDM(zero-tail unique-word discrete Fourier transform Spread OFDM、ZT-UW-DFT-S-OFDM)、ユニークワードOFDM(unique word OFDM、UW-OFDM)、リソースブロックフィルタ型OFDM、フィルタバンクマルチキャリア(filter bank multicarrier、FBMC)などの1つ以上のチャネルアクセス方法を用い得る。
図1Aに示すように、通信システム100は、無線送信/受信ユニット(WTRU)102a、102b、102c、102d、無線アクセスネットワーク(RAN)104、コアネットワーク(CN)106、公衆交換電話ネットワーク(public switched telephone network、PSTN)108、インターネット110、及び他のネットワーク112を含み得るが、開示された実施形態は、任意の数のWTRU、基地局、ネットワーク、及び/又はネットワーク要素を企図することが理解されるであろう。WTRU102a、102b、102c、102dの各々は、無線環境において動作し、かつ/又は通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれもステーション(station、STA)と称され得るWTRU102a、102b、102c、102dは、無線信号を送信及び/又は受信するように構成され得、ユーザ機器(user equipment、UE)、モバイルステーション、固定又はモバイル加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末(personal digital assistant、PDA)、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はMi-Fiデバイス、モノのインターネット(Internet of Things、IoT)デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ(head-mounted display、HMD)、車両、ドローン、医療デバイス及び用途(例えば、遠隔手術)、産業デバイス及び用途(例えば、産業及び/又は自動処理チェーンコンテキストで動作するロボット及び/又は他の無線デバイス)、消費者電子デバイス、商業及び/又は産業無線ネットワークで動作するデバイスなどを含み得る。WTRU102a、102b、102c、及び102dのいずれも、互換的にUEと称され得る。
通信システム100はまた、基地局114a及び/又は基地局114bを含み得る。基地局114a、114bの各々は、CN106、インターネット110、及び/又は他のネットワーク112などの1つ以上の通信ネットワークへのアクセスを容易にするために、WTRU102a、102b、102c、102dのうちの少なくとも1つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局114a、114bは、基地トランシーバ局(base transceiver station、BTS)、ノードB、eノードB(eNode B、eNB)、ホームノードB、ホームeノードB、gノードB(gNB)などの次世代ノードB、新無線(NR)ノードB、サイトコントローラ、アクセスポイント(access point、AP)、無線ルータなどであり得る。基地局114a、114bは各々単一の要素として示されているが、基地局114a、114bは、任意の数の相互接続された基地局及び/又はネットワーク要素を含み得ることが理解されるであろう。
基地局114aは、RAN104の一部であり得、これはまた、基地局コントローラ(base station controller、BSC)、無線ネットワークコントローラ(radio network controller、RNC)、リレーノードなどの他の基地局、及び/又はネットワーク要素(図示せず)を含み得る。基地局114a及び/又は基地局114bは、セル(図示せず)と称され得る1つ以上のキャリア周波数で無線信号を送信及び/又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分割され得る。例えば、基地局114aに関連付けられたセルは、3つのセクタに分割され得る。したがって、一実施形態では、基地局114aは、3つのトランシーバを、すなわち、セルのセクタごとに1つのトランシーバを含み得る。一実施形態では、基地局114aは、多重入力多重出力(multiple-input multiple output、MIMO)技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び/又は受信し得る。
基地局114a、114bは、エアインターフェース116を介して、WTRU102a、102b、102c、102dのうちの1つ以上と通信し得るが、このエアインターフェース116は、任意の好適な無線通信リンク(例えば、無線周波数(radio frequency、RF)、マイクロ波、センチメートル波、マイクロメートル波、赤外線(infrared、IR)、紫外線(ultraviolet、UV)、可視光など)であり得る。エアインターフェース116は、任意の好適な無線アクセス技術(radio access technology、RAT)を使用して確立され得る。
より具体的には、上記のように、通信システム100は、多重アクセスシステムであり得、例えば、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの、1つ以上のチャネルアクセススキームを用い得る。例えば、RAN104及びWTRU102a、102b、102cの基地局114aは、広帯域CDMA(wideband CDMA、WCDMA)を使用してエアインターフェース116を確立し得る、ユニバーサル移動体通信システム(Universal Mobile Telecommunications System、UMTS)地上無線アクセス(Terrestrial Radio Access、UTRA)などの無線技術を実装し得る。WCDMAは、高速パケットアクセス(High-Speed Packet Access、HSPA)及び/又は進化型HSPA(Evolved HSPA、HSPA+)などの通信プロトコルを含み得る。HSPAは、高速ダウンリンク(Downlink、DL)パケットアクセス(High-Speed Downlink Packet Access、HSDPA)及び/又は高速アップリンク(UL)パケットアクセス(High-Speed Uplink Packet Access、HSUPA)を含み得る。
一実施形態では、基地局114a及びWTRU102a、102b、102cは、進化型UMTS地上無線アクセス(Evolved UMTS Terrestrial Radio Access、E-UTRA)などの無線技術を実装し得るが、これは、ロングタームエボリューション(Long Term Evolution、LTE)及び/又はLTE-Advanced(LTE-Advanced、LTE-A)及び/又はLTE-Advanced Pro(LTE-Advanced Pro、LTE-A Pro)を使用してエアインターフェース116を確立し得る。
一実施形態では、基地局114a及びWTRU102a、102b、102cは、NR無線アクセスなどの無線技術を実装し得、これは、NRを使用してエアインターフェース116を確立し得る。
一実施形態では、基地局114a及びWTRU102a、102b、102cは、複数の無線アクセス技術を実装し得る。例えば、基地局114a及びWTRU102a、102b、102cは、例えば、デュアルコネクティビティ(dual connectivity、DC)原理を使用して、LTE無線アクセス及びNR無線アクセスを一緒に実装し得る。したがって、WTRU102a、102b、102cによって利用されるエアインターフェースは、複数のタイプの基地局(例えば、eNB及びgNB)に/から送られる複数のタイプの無線アクセス技術及び/又は送信によって特徴付けられ得る。
他の実施形態では、基地局114a及びWTRU102a、102b、102cは、IEEE802.11(すなわち、無線フィデリティ(Wireless Fidelity、WiFi)、IEEE802.16(すなわち、ワイマックス(Worldwide Interoperability for Microwave Access、WiMAX)、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暫定規格2000(IS-2000)、暫定規格95(IS-95)、暫定規格856(IS-856)、汎欧州デジタル移動電話方式(Global System for Mobile communications、GSM)、GSM進化型高速データレート(Enhanced Data rates for GSM Evolution、EDGE)、GSM EDGE(GERAN)などの無線技術を実装し得る。
図1Aの基地局114bは、例えば、無線ルータ、ホームノードB、ホームeノードB又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、(例えば、ドローンによる使用のための)空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なRATを利用し得る。一実施形態では、基地局114b及びWTRU102c、102dは、IEEE802.11などの無線技術を実装して、無線ローカルエリアネットワーク(wireless local area network、WLAN)を確立し得る。一実施形態では、基地局114b及びWTRU102c、102dは、IEEE802.15などの無線技術を実装して、無線パーソナルエリアネットワーク(wireless personal area network、WPAN)を確立し得る。更に別の一実施形態では、基地局114b及びWTRU102c、102dは、セルラベースのRAT(例えば、WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NRなど)を利用して、ピコセル又はフェムトセルを確立し得る。図1Aに示すように、基地局114bは、インターネット110への直接接続を有し得る。したがって、基地局114bは、CN106を介してインターネット110にアクセスする必要がない場合がある。
RAN104は、WTRU102a、102b、102c、102dのうちの1つ以上に、音声、データ、アプリケーション、及び/又はボイスオーバインターネットプロトコル(voice over internet protocol、VoIP)サービスを提供するように構成された任意のタイプのネットワークであり得る、CN106と通信し得る。データは、例えば、異なるスループット要件、レイテンシ要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質(QoS)要件を有し得る。CN106は、通話制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、映像配信などを提供し、かつ/又はユーザ認証などの高レベルセキュリティ機能を行い得る。図1Aには示されていないが、RAN104及び/又はCN106は、RAN104と同じRAT又は異なるRATを用いる他のRANと直接又は間接的に通信し得ることが理解されよう。例えば、NR無線技術を利用し得るRAN104に接続されることに加えて、CN106はまた、GSM、UMTS、CDMA2000、WiMAX、E-UTRA又はWiFi無線技術を用いて別のRAN(図示せず)と通信し得る。
CN106はまた、PSTN108、インターネット110、及び/又は他のネットワーク112にアクセスするために、WTRU102a、102b、102c、102dのゲートウェイとして機能し得る。PSTN108は、基本電話サービス(plain old telephone service、POTS)を提供する公衆交換電話網を含み得る。インターネット110は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル(transmission control protocol、TCP)、ユーザデータグラムプロトコル(user datagram protocol、UDP)、及び/又はTCP/IPインターネットプロトコルスイートのインターネットプロトコル(internet protocol、IP)などの、共通通信プロトコルを使用する。ネットワーク112は、他のサービスプロバイダによって所有及び/又は運営される、有線及び/又は無線通信ネットワークを含み得る。例えば、ネットワーク112は、RAN104と同じRAT又は異なるRATを用い得る1つ以上のRANに接続された別のCNを含み得る。
通信システム100におけるWTRU102a、102b、102c、102dのいくつか又は全ては、マルチモード能力を含み得る(例えば、WTRU102a、102b、102c、102dは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る)。例えば、図1Aに示されるWTRU102cは、セルラベースの無線技術を用い得る基地局114a、及びIEEE802無線技術を用い得る基地局114bと通信するように構成され得る。
図1Bは、例示的なWTRU102を示すシステム図である。図1Bに示すように、WTRU102は、とりわけ、プロセッサ118、トランシーバ120、送信/受信要素122、スピーカ/マイクロフォン124、キーパッド126、ディスプレイ/タッチパッド128、非リムーバブルメモリ130、リムーバブルメモリ132、電源134、全地球測位システム(global positioning system、GPS)チップセット136、及び/又は他の周辺機器138を含み得る。WTRU102は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ(digital signal processor、DSP)、複数のマイクロプロセッサ、DSPコアに関連付けられた1つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(Application Specific Integrated Circuit、ASIC)、フィールドプログラマブルゲートアレイ(Field Programmable Gate Array、FPGA)、任意の他のタイプの集積回路(integrated circuit、IC)、状態機械などであり得る。プロセッサ118は、信号コーディング、データ処理、電力制御、入力/出力処理、及び/又はWTRU102が無線環境で動作することを可能にする任意の他の機能性を行い得る。プロセッサ118は、送信/受信要素122に結合され得るトランシーバ120に結合され得る。図1Bは、プロセッサ118及びトランシーバ120を別個のコンポーネントとして示すが、プロセッサ118及びトランシーバ120は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。
送信/受信要素122は、エアインターフェース116を介して基地局(例えば、基地局114a)に信号を送信するか又は基地局(例えば、基地局114a)から信号を受信するように構成され得る。例えば、一実施形態では、送信/受信要素122は、RF信号を送信及び/又は受信するように構成されたアンテナであり得る。一実施形態では、送信/受信要素122は、例えば、IR、UV又は可視光信号を送信及び/又は受信するように構成されたエミッタ/検出器であり得る。更に別の実施形態では、送信/受信要素122は、RF信号及び光信号の両方を送信及び/又は受信するように構成され得る。送信/受信要素122は、無線信号の任意の組み合わせを送信及び/又は受信するように構成され得るということが理解されよう。
送信/受信要素122は、単一の要素として図1Bに示されているが、WTRU102は、任意の数の送信/受信要素122を含み得る。より具体的には、WTRU102は、MIMO技術を用い得る。したがって、一実施形態では、WTRU102は、エアインターフェース116を介して無線信号を送信及び受信するための2つ以上の送信/受信要素122(例えば、複数のアンテナ)を含み得る。
トランシーバ120は、送信/受信要素122によって送信される信号を変調し、送信/受信要素122によって受信される信号を復調するように構成され得る。上記のように、WTRU102は、マルチモード能力を有し得る。したがって、トランシーバ120は、例えば、NR及びIEEE802.11などの複数のRATを介してWTRU102が通信することを可能にするための複数のトランシーバを含み得る。
WTRU102のプロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、及び/又はディスプレイ/タッチパッド128(例えば、液晶ディスプレイ(liquid crystal display、LCD)表示ユニット若しくは有機発光ダイオード(organic light-emitting diode、OLED)表示ユニット)に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ118はまた、ユーザデータをスピーカ/マイクロフォン124、キーパッド126、及び/又はディスプレイ/タッチパッド128に出力し得る。更に、プロセッサ118は、非リムーバブルメモリ130及び/又はリムーバブルメモリ132などの任意のタイプの好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ130は、ランダムアクセスメモリ(random-access memory、RAM)、読み取り専用メモリ(read-only memory、ROM)、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ132は、加入者識別モジュール(subscriber identity module、SIM)カード、メモリスティック、セキュアデジタル(secure digital、SD)メモリカードなどを含み得る。他の実施形態では、プロセッサ118は、サーバ又はホームコンピュータ(図示せず)上など、WTRU102上に物理的に配置されていないメモリの情報にアクセスし、かつ当該メモリにデータを記憶し得る。
プロセッサ118は、電源134から電力を受信し得るが、WTRU102における他の構成要素に電力を分配し、かつ/又は制御するように構成され得る。電源134は、WTRU102に電力を供給するための任意の好適なデバイスであり得る。例えば、電源134は、1つ以上の乾電池(例えば、ニッケルカドミウム(nickel-cadmium、NiCd)、ニッケル亜鉛(nickel-zinc、NiZn)、ニッケル金属水素化物(nickel metal hydride、NiMH)、リチウムイオン(lithium-ion、Li-ion)など)、太陽セル、燃料セルなどを含み得る。
プロセッサ118はまた、GPSチップセット136に結合され得、これは、WTRU102の現在の場所に関する位置情報(例えば、経度及び緯度)を提供するように構成され得る。GPSチップセット136からの情報に加えて又はその代わりに、WTRU102は、基地局(例えば、基地局114a、114b)からエアインターフェース116を介して位置情報を受信し、かつ/又は2つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その位置を決定し得る。WTRU102は、一実施形態との一貫性を有したまま、任意の好適な位置決定方法によって位置情報を獲得し得るということが理解されよう。
プロセッサ118は、他の周辺機器138に更に結合され得、他の周辺機器138には、追加の特徴、機能、及び/又は有線若しくは無線接続を提供する1つ以上のソフトウェア及び/又はハードウェアモジュールが含まれ得る。例えば、周辺機器138には、加速度計、電子コンパス、衛星トランシーバ、(写真及び/又はビデオのための)デジタルカメラ、ユニバーサルシリアルバス(universal serial bus、USB)ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Bluetooth(登録商標)モジュール、周波数変調(frequency modulated、FM)無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び/又は拡張現実(Virtual Reality/Augmented Reality、VR/AR)デバイス、アクティビティトラッカなどが含まれ得る。周辺機器138は、1つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの1つ以上であり得る。
WTRU102は、(例えば、(例えば、送信のための)UL及び(例えば、受信のための)DLの両方の特定のサブフレームに関連付けられた)信号の一部又は全部の送受信が、同時及び/又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア(例えば、チョーク)又はプロセッサを介した信号処理(例えば、別個のプロセッサ(図示せず)又はプロセッサ118を介して)を介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、WTRU102は、(例えば、(例えば、送信のための)UL又は(例えば、受信のための)DLのいずれかの特定のサブフレームに関連付けられた)信号の一部又は全部の送受信の半二重無線機を含み得る。
図1Cは、一実施形態によるRAN104及びCN106を図示するシステム図である。上記のように、RAN104は、E-UTRA無線技術を用いて、エアインターフェース116を介してWTRU102a、102b、102cと通信し得る。RAN104はまた、CN106と通信し得る。
RAN104は、eノードB160a、160b、160cを含み得るが、RAN104は、一実施形態との一貫性を有しながら、任意の数のeノードBを含み得るということが理解されよう。eノードB160a、160b、160cは各々、エアインターフェース116を介してWTRU102a、102b、102cと通信するための1つ以上のトランシーバを含み得る。一実施形態では、eノードB160a、160b、160cは、MIMO技術を実装し得る。したがって、eノードB160aは、例えば、複数のアンテナを使用して、WTRU102aに無線信号を送信し、かつ/又はWTRU102aから無線信号を受信し得る。
eノードB160a、160b、160cの各々は、特定のセル(図示せず)に関連付けられ得、UL及び/又はDLにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図1Cに示すように、eノードB160a、160b、160cは、X2インターフェースを介して互いに通信し得る。
図1Cに示されるCN106は、モビリティ管理エンティティ(mobility management entity、MME)162、サービングゲートウェイ(serving gateway、SGW)164、及びパケットデータネットワーク(packet data network、PDN)ゲートウェイ(packet data gateway、PGW)166を含み得る。前述の要素は、CN106の一部として示されているが、これらの要素のうちのいずれかも、CNオペレータ以外のエンティティによって所有及び/又は運営され得ることが理解されよう。
MME162は、S1インターフェースを介して、RAN104におけるeノードB162a、162b、162cの各々に接続され得、かつ制御ノードとして機能し得る。例えば、MME162は、WTRU102a、102b、102cのユーザを認証すること、ベアラのアクティブ化/非アクティブ化、WTRU102a、102b、102cの初期アタッチ中に特定のサービングゲートウェイを選択すること、などの役割を果たし得る。MME162は、RAN104と、GSM及び/又はWCDMAなどの他の無線技術を採用する他のRAN(図示せず)との間で切り替えるための制御プレーン機能を提供し得る。
SGW164は、S1インターフェースを介してRAN104におけるeノードB160a、160b、160cの各々に接続され得る。SGW164は、概して、ユーザデータパケットをWTRU102a、102b、102cに/からルーティングし、転送し得る。SGW164は、eノードB間ハンドオーバ中にユーザプレーンをアンカする機能、DLデータがWTRU102a、102b、102cに利用可能であるときにページングをトリガする機能、WTRU102a、102b、102cのコンテキストを管理及び記憶する機能などの、他の機能を行い得る。
SGW164は、PGW166に接続され得、PGW166は、WTRU102a、102b、102cとIP対応デバイスとの間の通信を容易にするために、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供し得る。
CN106は、他のネットワークとの通信を容易にし得る。例えば、CN106は、WTRU102a、102b、102cと従来の地上回線通信デバイスとの間の通信を容易にするために、PSTN108などの回路交換ネットワークへのアクセスをWTRU102a、102b、102cに提供し得る。例えば、CN106は、CN106とPSTN108との間のインターフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IP multimedia subsystem、IMS)サーバ)を含み得るか、又はそれと通信し得る。更に、CN106は、WTRU102a、102b、102cに他のネットワーク112へのアクセスを提供し得、他のネットワーク112は、他のサービスプロバイダによって所有及び/又は動作される他の有線及び/又は無線ネットワークを含み得る。
WTRUは、無線端末として図1A~図1Dに記載されているが、特定の代表的な実施形態では、そのような端末は、通信ネットワークとの(例えば、一時的又は永久的に)有線通信インターフェースを使用し得ることが企図される。
代表的な実施形態では、他のネットワーク112は、WLANであり得る。
インフラストラクチャ基本サービスセット(Basic Service Set、BSS)モードのWLANは、BSSのアクセスポイント(AP)及びAPに関連付けられた1つ以上のステーション(station、STA)を有し得る。APは、BSS内に、かつ/又はBSS外にトラフィックを搬送する配信システム(Distribution System、DS)又は別のタイプの有線/無線ネットワークへのアクセス又はインターフェースを有し得る。BSS外から生じる、STAへのトラフィックは、APを通って到達し得、STAに配信され得る。STAからBSS外の宛先への生じるトラフィックは、APに送られて、それぞれの宛先に配信され得る。BSS内のSTAどうしの間のトラフィックは、例えば、APを介して送られ得、ソースSTAは、APにトラフィックを送ることができ、APは、トラフィックを宛先STAに配信し得。BSS内のSTA間のトラフィックは、ピアツーピアトラフィックとしてみなされ、かつ/又は参照され得る。ピアツーピアトラフィックは、ソースSTAと宛先STAとの間で(例えば、それらの間で直接的に)、直接リンクセットアップ(direct link setup、DLS)で送られ得る。特定の代表的な実施形態では、DLSは、802.11e DLS又は802.11zトンネル化DLS(tunneled DLS、TDLS)を使用し得る。独立BSS(Independent BSS、IBSS)モードを使用するWLANは、APを有しない場合があり、IBSS内又はそれを使用するSTA(例えば、STAの全部)は、互いに直接通信し得る。通信のIBSSモードは、本明細書では、「アドホック」通信モードと称され得る。
802.11acインフラストラクチャ動作モード又は同様の動作モードを使用するときに、APは、一次チャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅(例えば、20MHz幅の帯域幅)又は動的に設定された幅であり得る。一次チャネルは、BSSの動作チャネルであり得、APとの接続を確立するためにSTAによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス(Carrier Sense Multiple Access with Collision Avoidance、CSMA/CA)は、例えば、802.11システムにおいて実装され得る。CSMA/CAの場合、APを含むSTA(例えば、全てのSTA)は、一次チャネルを感知し得る。一次チャネルが特定のSTAによってビジーであると感知され/検出され、かつ/又は決定される場合、特定のSTAはバックオフされ得る。1つのSTA(例えば、1つのステーションのみ)は、所与のBSSにおいて、任意の所与の時間に送信し得る。
高スループット(High Throughput、HT)STAは、通信のための40MHz幅のチャネルを使用し得るが、この40MHz幅のチャネルは、例えば、一次20MHzチャネルと、隣接又は非隣接の20MHzチャネルとの組み合わせを介して形成され得る。
非常に高いスループット(Very High Throughput、VHT)のSTAは、20MHz、40MHz、80MHz、及び/又は160MHz幅のチャネルをサポートし得る。上記の40MHz及び/又は80MHz幅のチャネルは、連続する20MHzチャネルどうしを組み合わせることによって形成され得る。160MHzチャネルは、8つの連続する20MHzチャネルを組み合わせることによって、又は80+80構成と称され得る2つの連続していない80MHzチャネルを組み合わせることによって、形成され得る。80+80構成の場合、チャネル符号化後、データは、データを2つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換(Inverse Fast Fourier Transform、IFFT)処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、2つの80MHzチャネルにマッピングされ得、データは、送信STAによって送信され得る。受信STAの受信機では、80+80構成に対する上記で説明される動作を逆にされ得、組み合わされたデータを媒体アクセス制御(Medium Access Control、MAC)に送られ得る。
サブ1GHzの動作モードは、802.11af及び802.11ahによってサポートされる。チャネル動作帯域幅及びキャリアは、802.11n及び802.11acで使用されるものと比較して、802.11af及び802.11ahでは低減される。802.11afは、TVホワイトスペース(TV White Space、TVWS)スペクトルで5MHz、10MHz、及び20MHzの帯域幅をサポートし、802.11ahは、非TVWSスペクトルを使用して、1MHz、2MHz、4MHz、8MHz、及び16MHzの帯域幅をサポートする。代表的な実施形態によれば、802.11ahは、マクロカバレッジエリアにおけるMTCデバイスなどのメータタイプの制御/マシンタイプ通信(Machine-Type Communications、MTC)をサポートし得る。MTCデバイスは、例えば、特定の、かつ/又は限定された帯域幅のためのサポート(例えば、そのためのみのサポート)を含む、特定の能力を有し得る。MTCデバイスは、(例えば、非常に長いバッテリ寿命を維持するために)閾値を超えるバッテリ寿命を有するバッテリを含み得る。
複数のチャネル、並びに802.11n、802.11ac、802.11af、及び802.11ahなどのチャネル帯域幅をサポートし得るWLANシステムは、一次チャネルとして指定され得るチャネルを含む。一次チャネルは、BSSにおける全てのSTAによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、最小帯域幅動作モードをサポートするBSSで動作する全てのSTAの中から、STAによって設定され、かつ/又は制限され得る。802.11ahの例では、一次チャネルは、AP及びBSSにおける他のSTAが2MHz、4MHz、8MHz、16MHz、及び/又は他のチャネル帯域幅動作モードをサポートする場合であっても、1MHzモードをサポートする(例えば、それのみをサポートする)STA(例えば、MTCタイプデバイス)に対して1MHz幅であり得る。キャリア感知及び/又はネットワーク配分ベクトル(Network Allocation Vector、NAV)設定は、一次チャネルの状態に依存し得る。例えば、一次チャネルがビジーである場合、APに送信する(1MHz動作モードのみをサポートする)STAにより、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであるとみなされ得る。
米国では、802.11ahにより使用され得る利用可能な周波数帯域は、902MHz~928MHzである。韓国では、利用可能な周波数帯域は917.5MHz~923.5MHzである。日本では、利用可能な周波数帯域は916.5MHz~927.5MHzである。802.11ahに利用可能な総帯域幅は、国のコードに応じて6MHz~26MHzである。
図1Dは、一実施形態によるRAN104及びCN106を示すシステム図である。上記のように、RAN104は、NR無線技術を用いて、エアインターフェース116を介してWTRU102a、102b、102cと通信し得る。RAN104はまた、CN106と通信し得る。
RAN104は、gNB180a、180b、180cを含み得るが、RAN104は、実施形態との一貫性を維持しながら、任意の数のgNBを含み得ることが理解されよう。gNB180a、180b、180cは各々、エアインターフェース116を介してWTRU102a、102b、102cと通信するための1つ以上のトランシーバを含み得る。一実施形態では、gNB180a、180b、180cは、MIMO技術を実装し得る。例えば、gNB180a、108bは、ビームフォーミングを利用して、gNB180a、180b、180cに信号を送信及び/又は受信し得る。したがって、gNB180aは、例えば、複数のアンテナを使用して、WTRU102aに無線信号を送信し、かつ/又はWTRU102aから無線信号を受信し得る。一実施形態では、gNB180a、180b、180cは、キャリアアグリゲーション技術を実装し得る。例えば、gNB180aは、複数のコンポーネントキャリアをWTRU102a(図示せず)に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、gNB180a、180b、180cは、多地点協調(Coordinated Multi-Point、CoMP)技術を実装し得る。例えば、WTRU102aは、gNB180a及びgNB180b(及び/又はgNB180c)からの協調送信を受信し得る。
WTRU102a、102b、102cは、拡張可能なヌメロロジに関連付けられた送信を使用して、gNB180a、180b、180cと通信し得る。例えば、OFDMシンボル間隔及び/又はOFDMサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び/又は異なる部分に対して変化し得る。WTRU102a、102b、102cは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔(transmission time interval、TTI)を使用して(例えば、様々な数のOFDMシンボル及び/又は様々な長さの絶対時間の持続し変化する時間を含む)、gNB180a、180b、180cと通信し得る。
gNB180a、180b、180cは、スタンドアロン構成及び/又は非スタンドアロン構成でWTRU102a、102b、102cと通信するように構成され得る。スタンドアロン構成では、WTRU102a、102b、102cは、他のRAN(例えば、eノードB160a、160b、160cなど)にアクセスすることなく、gNB180a、180b、180cと通信し得る。スタンドアロン構成では、WTRU102a、102b、102cは、モビリティアンカポイントとしてgNB180a、180b、180cのうちの1つ以上を利用し得る。スタンドアロン構成では、WTRU102a、102b、102cは、未認可バンドにおける信号を使用して、gNB180a、180b、180cと通信し得る。非スタンドアロン構成では、WTRU102a、102b、102cは、gNB180a、180b、180cと通信し、これらに接続する一方で、eノードB160a、160b、160cなどの別のRANとも通信し、これらに接続し得る。例えば、WTRU102a、102b、102cは、1つ以上のgNB180a、180b、180c及び1つ以上のeノードB160a、160b、160cと実質的に同時に通信するためのDC原理を実装し得る。非スタンドアロン構成では、eノードB160a、160b、160cは、WTRU102a、102b、102cのモビリティアンカとして機能し得るが、gNB180a、180b、180cは、WTRU102a、102b、102cをサービスするための追加のカバレッジ及び/又はスループットを提供し得る。
gNB180a、180b、180cの各々は、特定のセル(図示せず)に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、UL及び/又はDLにおけるユーザのスケジューリング、ネットワークスライスのサポート、DC、NRとE-UTRAとの間の相互作用、ユーザプレーン機能(User Plane Function、UPF)184a、184bに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能(Access and Mobility Management Function、AMF)182a、182bに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図1Dに示すように、gNB180a、180b、180cは、Xnインターフェースを介して互いに通信し得る。
図1Dに示されるCN106は、少なくとも1つのAMF182a、182b、少なくとも1つのUPF184a、184b、少なくとも1つのセッション管理機能(Session Management Function、SMF)183a、183b、及び場合によってはデータネットワーク(Data Network、DN)185a、185bを含み得る。前述の要素は、CN106の一部として示されているが、これらの要素のうちのいずれかも、CNオペレータ以外のエンティティによって所有及び/又は運営され得ることが理解されよう。
AMF182a、182bは、N2インターフェースを介してRAN104におけるgNB180a、180b、180cのうちの1つ以上に接続され得、制御ノードとして機能し得る。例えば、AMF182a、182bは、WTRU102a、102b、102cのユーザ認証、ネットワークスライスのためのサポート(例えば、異なる要件を有する異なるプロトコルデータユニット(protocol data unit、PDU)セッションの処理)、登録のSMF183a、183bの選択、登録エリアの管理、非アクセス層(non-access stratum、NAS)シグナル伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、WTRU102a、102b、102cを利用しているサービスのタイプに基づいて、WTRU102a、102b、102cのCNサポートをカスタマイズするために、AMF182a、182bによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ(ultra-reliable low latency、URLLC)アクセスに依存するサービス、拡張大規模モバイルブロードバンド(enhanced massive mobile broadband、eMBB)アクセスに依存するサービス、MTCアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。AMF182a、182bは、RAN104と、LTE、LTE-A、LTE-A Pro、及び/又はWiFiなどの非-3GPPアクセス技術などの他の無線技術を用いる他のRAN(図示せず)との間で切り替えるための制御プレーン機能を提供し得る。
SMF183a、183bは、N11インターフェースを介して、CN106内のAMF182a、182bに接続され得る。SMF183a、183bはまた、N4インターフェースを介して、CN106内のUPF184a、184bに接続され得る。SMF183a、183bは、UPF184a、184bを選択及び制御し、UPF184a、184bを通るトラフィックのルーティングを構成し得る。SMF183a、183bは、UE IPアドレスを管理及び配分する機能、PDUセッションを管理する機能、ポリシー実施及びQoSを制御する機能、DLデータ通知を提供する機能などのような、他の機能を行い得る。PDUセッションタイプは、IPベース、非IPベース、イーサネットベースなどであり得る。
UPF184a、184bは、N3インターフェースを介して、RAN104内のgNB180a、180b、180cのうちの1つ以上に接続され得、これにより、WTRU102a、102b、102cとIP対応デバイスとの間の通信を容易にするために、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供し得る。UPF184、184bは、パケットのルーティング及び転送、ユーザプレーンポリシーの実施、マルチホームPDUセッションのサポート、ユーザプレーンQoSの処理、DLパケットのバッファリング、モビリティアンカリングなどの他の機能を行うことができる。
CN106は、他のネットワークとの通信を容易にし得る。例えば、CN106は、CN106とPSTN108との間のインターフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IP multimedia subsystem、IMS)サーバ)を含み得るか、又はそれと通信し得る。更に、CN106は、WTRU102a、102b、102cに他のネットワーク112へのアクセスを提供し得、他のネットワーク112は、他のサービスプロバイダによって所有及び/又は動作される他の有線及び/又は無線ネットワークを含み得る。一実施形態では、WTRU102a、102b、102cは、UPF184a、184bへのN3インターフェース及びUPF184a、184bとDN185a、185bとの間のN6インターフェースを介して、UPF184a、184bを通じて、ローカルDN185a、185bに接続され得る。
図1A~図1D及び図1A~図1Dの対応する説明を考慮して、WTRU102a~d、基地局114a~b、eノードB160a~c、MME162、SGW164、PGW166、gNB180a~c、AMF182a~b、UPF184a~b、SMF183a~b、DN185a~b、及び/又は本明細書に記載される任意の他のデバイスの1つ以上に関して本明細書に記載される機能のうちの1つ以上又は全部は、1つ以上のエミュレーションデバイス(図示せず)によって行われ得る(図示せず)。エミュレーションデバイスは、本明細書に説明される機能の1つ以上又は全てをエミュレートするように構成された1つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ/又はネットワーク及び/若しくはWTRU機能をシミュレートし得る。
エミュレーションデバイスは、ラボ環境及び/又はオペレータネットワーク環境における他のデバイスの1つ以上の試験を実装するように設計され得る。例えば、1つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び/又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ/又は展開されている間、1つ以上若しくは全ての機能を行い得る。1つ以上のエミュレーションデバイスは、有線及び/又は無線通信ネットワークの一部として一時的に実装/展開されている間、1つ以上若しくは全ての機能を行い得る。エミュレーションデバイスは、オーバザエアの無線通信を使用して、試験する及び/又は試験を行う目的で、別のデバイスに直接結合され得る。
1つ以上のエミュレーションデバイスは、有線及び/又は無線通信ネットワークの一部として実装/展開されていない間、全てを含む1つ以上の機能を行い得る。例えば、エミュレーションデバイスは、1つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに/又は展開されていない(例えば、試験用の)有線及び/若しくは無線通信ネットワークにおいて利用され得る。1つ以上のエミュレーションデバイスは、試験機器であり得る。RF回路(例えば、1つ以上のアンテナを含み得る)を介した直接RF結合及び/又は無線通信は、データを送信及び/又は受信するように、エミュレーションデバイスによって使用され得る。
開示される主題の実装形態によれば、WTRU(例えば、リレーWTRU)は、通信範囲と、WTRU位置(例えば、ソース及び/又はリレー位置)及びキャストタイプオフセット距離のうちの少なくとも1つとに基づいて、受信されたプロトコルデータユニット(PDU)を1つ以上の他のWTRU(例えば、宛先WTRU)にリレーするかどうかを決定する。
WTRU(例えば、リレーWTRU)は、第1の通信範囲に関する情報をソースWTRUから受信することができる。そのような情報は、制御チャネル(例えば、サイドリンク制御情報(Sidelink Control Information、SCI))上で、又は受信されたPDU内の制御指示(例えば、MAC CEなど)内で搬送され得る。WTRUは、第1の通信範囲と、ソースWTRU及びリレーWTRUの位置情報とに基づいて、第2の通信範囲を決定することができる。
リレーWTRUは、SCIにおいてソースWTRUによって示されるゾーン識別子から、ソースWTRUの位置情報を決定することができる。リレーWTRUは、第1の通信範囲から、(例えば、ソースWTRU及びリレーWTRUの位置情報から決定される)ソースWTRUとリレーWTRUとの間の距離及びオフセット距離を減算することによって、第2の通信範囲を決定することができる。ユニキャストの場合、オフセット距離は、ソース、リレー、及び宛先WTRUの位置の関数として決定され得る。グループキャストの場合、オフセット距離は、グループ内の宛先WTRUの数の関数として、及び/又は構成に基づいて決定され得る。
WTRUはまた、決定された第2の通信範囲、第1の通信範囲、及び距離閾値に基づいて、受信されたPDUをリレーするかどうかを決定することができる。リレーWTRUは、第1の通信範囲と第2の通信範囲との間の差が距離閾値未満である場合、受信されたPDUを、SCIにおいて第2の通信範囲に関する情報と共にリレーすることができる。代替又は追加として、リレーWTRUは、PDUをドロップし、PDUをドロップするという決定をソースWTRUに示すことができる。
いくつかの実装形態によれば、WTRU(例えば、リレーWTRU)は、別のWTRU(例えば、ソースWTRU)から受信されたリソース選択情報(例えば、周期性、オフセット)に基づいてリソース(再)選択を行うことによって、受信されたPDUを1つ以上のWTRU(例えば、宛先WTRU)にリレーするためのリソースを決定することができる。
リレーWTRUは、ソースWTRUからリソース選択情報を受信することができ、リソース選択情報は、タイミング情報、例えば、周期性及びオフセットパラメータを含む。リレーWTRUは、例えば、リレーWTRUが、受信された周期性及び/又はオフセットパラメータに従って、又はそれに対応する(例えば、一致する)リソースを(再)選択するように、受信されたリソース選択情報に基づいてリソースを決定することができる。リレーWTRUは、以前に選択されたリソースが、受信されたリソース選択情報に従っていないか、又は行う対応していないとき、リソース再選択をことができる。
リレーWTRUは、決定されたリソースを使用して、受信されたPDUをリレーすることができる。
本明細書で開示される実装形態は、PC5(サイドリンク)に基づくWTRU対ネットワークリレーとWTRU対WTRUリレーの両方の使用を含むことができる。新無線(NR)サイドリンクは、車両から車車間/路車間(V2X)通信関連の道路安全サービスをサポートすることに焦点を当て得る。この設計は、カバレッジ外シナリオとネットワークカバレッジ内シナリオの両方において、ブロードキャスト、グループキャスト、及びユニキャスト通信のためのサポートを提供することができる。更に、より広い範囲の用途及びサービスを考慮して、サイドリンク/ネットワークカバレッジ拡張及び電力効率改善のためにサイドリンクベースのリレー機能を検討することができる。
サイドリンクベースの通信のためのカバレッジ拡張を更に探索するために、無線送信/受信ユニット(WTRU)対ネットワークカバレッジ拡張では、Uuカバレッジ到達可能性は、WTRUがPDNネットワーク内のサーバ又は近接エリア外の対応するWTRUに到達するために必要であり得る。しかしながら、WTRU対ネットワークリレーに関する現在の解決策は、EUTRAベースの技術に限定されることがあり、NG-RAN及びNRベースのサイドリンク通信の両方について、NRベースのシステムに適用されないことがある。
WTRU対WTRUカバレッジ拡張に関して、近接到達可能性は、現在、EUTRAベース又はNRベースのいずれかのサイドリンク技術を介して、シングルホップサイドリンクリンクに限定され得る。しかしながら、それは、限定されたシングルホップサイドリンクカバレッジを考慮すると、Uuカバレッジが存在しないシナリオにおいて十分ではないことがある。
サイドリンク接続性は、拡張されたサービス品質(QoS)要件をサポートするために、NRフレームワークにおいて更に拡張され得る。
シングルホップNRサイドリンクリレーは、サイドリンクベースのWTRU対ネットワークリレー及びWTRU対WTRUリレーのためのSA要件をサポートするために最小限の仕様影響を有する機構に基づいて探索され、(適用可能な場合は)レイヤ3リレー及びレイヤ2リレー[RAN2]のための態様に焦点を当てることができる。態様は、リレー(再)選択基準及び手順、リレー/リモートWTRU許可、リレー機能のためのQoS、サービス継続性、SA3がその結論を提供した後のリレー接続のセキュリティ、並びに/又はユーザプレーンプロトコルスタック及び制御プレーン手順に対する影響、例えば、リレー接続の接続管理を含むことができる。更に、新しい物理レイヤチャネル/信号[RAN2]がないと仮定して、サイドリンクリレーのためのディスカバリモデル/手順の上位レイヤ動作をサポートするために、シングルホップNRサイドリンクリレーが探索され得る。上記で概説した態様について、SA WG、例えば、SA2及びSA3からの更なる入力が考慮され得る。WTRU対ネットワークリレー及びWTRU対WTRUリレーは、同じリレー解決策を使用することができる。将来のリリースにおけるマルチホップリレーサポートのための前方互換性が考慮される必要があり得る。レイヤ2WTRU対ネットワークリレーの場合、エンドツーエンドパケットデータコンバージェンスプロトコル(Packet Data Convergence Protocol、PDCP)及びホップバイホップ無線リンク制御(Radio Link Control、RLC)のアーキテクチャが、開始点として取られ得る。
WTRU対ネットワークリレーに関して、ProSe WTRU対ネットワークリレーを介したリレーは、PC5(D2D)を使用することによって、例えば、カバレッジ外WTRUとWTRU対ネットワークリレーとの間で、ネットワークカバレッジをカバレッジ外WTRUに拡張することができる。ProSe WTRU対ネットワークリレーは、リモートWTRUとネットワークとの間で任意のタイプのIPトラフィックをリレーすることができる一般的なL3転送機能を提供することができる。リモートWTRUとProSe WTRU対ネットワークリレーとの間で、1対1及び1対多のサイドリンク通信が使用される。リモートWTRU及びリレーWTRUの両方について、1つの単一キャリア(すなわち、パブリックセーフティProSeキャリア)動作のみがサポートされる(すなわち、Uu及びPC5は、リレー/リモートWTRUについて同じキャリアであるべきである)。リモートWTRUは、上位レイヤによって許可されてもよく、例えば、パブリックセーフティProSeキャリアのカバレッジ内であってもよく、又はWTRU対ネットワークリレーディスカバリ、(再)選択、及び通信のためのパブリックセーフティProSeキャリアを含む任意のサポートされるキャリア上のカバレッジ外であってもよい。ProSe WTRU対ネットワークリレーは、常に、EUTRANなどのネットワークのカバレッジ内にあり得る。ProSe WTRU対ネットワークリレー及びリモートWTRUは、サイドリンク通信及びサイドリンクディスカバリを行う。
WTRU対NWリレーのためのリレー選択に関して、ProSe WTRU対NWリレーのためのリレー選択/再選択は、ASレイヤ品質測定(RSRP)及び上位レイヤ基準の組み合わせに基づいて行われ得る。ノードBは、WTRUがProSe WTRU対ネットワークリレーとして動作することができるかどうかを制御することができる。eNBが、ProSe WTRU対ネットワークリレー動作に関連付けられた任意の情報をブロードキャストする場合、ProSe WTRU対ネットワークリレー動作は、セルにおいてサポートされる。ノードBは、RRC_IDLE状態のためのブロードキャストシグナリング及びRRC_CONNECTED状態のための専用シグナリングを使用してProSe WTRU対ネットワークリレーディスカバリのための送信リソースを提供し、ブロードキャストシグナリングを使用してProSe WTRU対ネットワークリレーディスカバリのための受信リソースを提供することができ、eNB、gNB、又は任意の他の無線アクセス技術を使用するネットワークノードなどのノードBは、ProSe WTRU対ネットワークリレーがWTRU対ネットワークリレーディスカバリ手順を開始することができる前にそれが尊重する必要がある最小及び/又は最大Uuリンク品質(RSRP)閾値をブロードキャストすることができる。RRC_IDLEでは、ノードBが送信リソースプールをブロードキャストするとき、WTRUは、閾値を使用して、WTRU対ネットワークリレーディスカバリ手順を自律的に開始又は停止することができる。RRC_CONNECTEDでは、WTRUは、閾値を使用して、それがリレーWTRUであり、かつProSe WTRU対ネットワークリレーディスカバリを開始することを望むことをそれがノードBに示すことができるかどうかを決定する。ノードBがProSe-WTRU対ネットワークリレーディスカバリのための送信リソースプールをブロードキャストしない場合、WTRUは、これらのブロードキャストされた閾値を尊重して、専用シグナリングによってProSe-WTRU対ネットワークリレーディスカバリリソースの要求を開始することができる。
ProSe-WTRU対ネットワークリレーがブロードキャストシグナリングによって開始される場合、それは、RRC_IDLEのときにProSe WTRU対ネットワークリレーディスカバリを行うことができる。ProSe WTRU対ネットワークリレーが専用シグナリングによって開始される場合、それは、RRC_CONNECTEDにある限り、リレーディスカバリを行うことができる。
ProSe WTRU対ネットワークリレー動作のためのサイドリンク通信を行うProSe WTRU対ネットワークリレーは、RRC_CONNECTEDにあってもよい。リモートWTRUからレイヤ2リンク確立要求又はTMGI監視要求(上位レイヤメッセージ)を受信した後、ProSe WTRU対ネットワークリレーは、それがProSe WTRU対ネットワークリレーであることをeNBに示し、ProSe WTRU対ネットワークリレーサイドリンク通信を行うことを意図する。ノードBは、ProSe WTRU対ネットワークリレー通信のためのリソースを提供することができる。
リモートWTRUは、ProSe WTRU対ネットワークリレーディスカバリの監視をいつ開始するかを決定することができる。リモートWTRUは、ProSe WTRU対ネットワークリレーディスカバリのためのリソースの構成に応じて、RRC_IDLE又はRRC_CONNECTEDにある間に、ProSe WTRU対ネットワークリレーディスカバリ要請メッセージを送信することができる。ノードBは、閾値をブロードキャストすることができ、この閾値は、リモートWTRUがProSe WTRU対ネットワークリレーディスカバリ要請メッセージを送信して、ProSe WTRU対ネットワークリレーWTRUと接続又は通信することができるかどうかを決定するためにリモートWTRUによって使用され得る。RRC_CONNECTEDリモートWTRUは、ブロードキャストされた閾値を使用して、それがリモートWTRUであり、かつProSe WTRU対ネットワークリレーディスカバリ及び/又は通信に参加することを望むことをそれがノードBに示すことができるかどうかを決定することができる。ノードBは、ProSe WTRU対ネットワークリレー動作のために、ブロードキャスト又は専用シグナリングを使用して送信リソースを提供し、ブロードキャストシグナリングを使用して受信リソースを提供することができる。リモートWTRUは、基準信号受信電力(Reference Signal Received Power、RSRP)がブロードキャストされた閾値を上回るとき、ProSe WTRU対ネットワークリレーディスカバリ及び通信リソースの使用を停止する。UuからPC5への、又はその逆のトラフィック切替えの正確な時間は、上位レイヤまでであり得る。
リモートWTRUは、PC5インターフェースにおいて無線測定を行い、上位レイヤ基準と共にProSe WTRU対ネットワークリレー選択及び再選択のためにそれらを使用することができる。ProSe WTRU対ネットワークリレーは、例えば、PC5リンク品質が構成された(事前構成された、又はノードBによって提供された)閾値を超える場合、無線基準に関して好適であるとみなされ得る。リモートWTRUは、全ての好適なProSe WTRU対ネットワークリレーの中で、上位レイヤ基準を満たし、最良のPC5リンク品質を有するProSe WTRU対ネットワークリレーを選択する。
リモートWTRUは、現在のProSe WTRU対ネットワークリレーのPC5信号強度が、構成された信号強度閾値を下回るとき、及び/又はそれが、ProSe WTRU対ネットワークリレーからレイヤ2リンク解放メッセージ(上位レイヤメッセージ)を受信するとき、ProSe WTRU対ネットワークリレー再選択をトリガすることができる。
ウェアラブルのためのWTRU対ネットワークリレーに関して、ウェアラブル及びIoTデバイスに合わせて調整された商用の使用事例のためのWTRU対NWリレーは、RANにおいて観察され得る。L3(IPレイヤ)リレー手法を使用することができるProSe WTRU対NWリレーとは対照的に、ウェアラブルのためのWTRU対NWリレーは、図2及び図3に示されるプロトコルスタックに基づくL2リレーであると予想することができる。図2は、レイヤ2が関与するWTRU対ネットワークリレー(PC5)のためのユーザプレーン無線プロトコルスタックを示す。図3は、レイヤ2進化型WTRU対ネットワークリレー(PC5)のための制御プレーン無線プロトコルスタックを示す
NR V2Xにおけるユニキャストリンクのための接続確立のための手順が本明細書で開示される。従来の解決策は、2つのWTRU(リモートWTRU及びWTRU対NWリレー)の間で上位レイヤ(ProSeレイヤ)において確立される1対1の通信リンクに基づくことがある。そのような接続は、ASレイヤに対して透過的であり得、上位レイヤにおいて行われる接続管理シグナリング及び手順は、ASレイヤデータチャネルによって搬送される。ASレイヤは、そのような1対1の接続を認識しないことがある。
NR V2Xでは、ASレイヤは、2つのWTRU間のユニキャストリンクの概念をサポートすることができる。そのようなユニキャストリンクは、(ProSe 1対1接続におけるように)上位レイヤによって開始される。しかしながら、ASレイヤは、そのようなユニキャストリンクの存在、及びピアWTRU間で、ユニキャスト方式で送信される任意のデータを通知される。そのような知識を用いて、ASレイヤは、ハイブリッドARQ(hybrid ARQ、HARQ)フィードバック、チャネル品質インジケータ(Channel Quality Indicator、CQI)フィードバック、及びユニキャストに固有の電力制御方式をサポートすることができる。ASレイヤにおけるユニキャストリンクは、PC5-RRC接続を介してサポートされる。
PC5-RRC接続は、AS内のソースレイヤ2 IDと宛先レイヤ2 IDとのペア間の論理接続として定義され得る。1つのPC5-RRC接続は、1つのPC5ユニキャストリンクに対応する。PC5-RRCシグナリングは、その対応するPC5ユニキャストリンク確立の後に開始され得る。PC5-RRC接続並びに対応するサイドリンクSRB及びサイドリンクDRBは、PC5ユニキャストリンクが上位レイヤによって示されるように解放されるときに解放される。
ユニキャストの各PC5-RRC接続について、1つのサイドリンクSRBは、PC5-Sセキュリティが確立される前にPC5-Sメッセージを送信するために使用され得る。1つのサイドリンクSRBは、PC5-Sセキュリティを確立するためにPC5-Sメッセージを送信するために使用され得る。1つのサイドリンクSRBは、PC5-Sセキュリティが確立され、保護された後に、PC5-Sメッセージを送信するために使用され得る。1つのサイドリンクSRBは、保護され、PC5-Sセキュリティが確立された後にのみ送られる、PC5-RRCシグナリングを送信するために使用され得る。
PC5-RRCシグナリングは、1つのWTRUがピアWTRU内の各SLRBのRX関連のパラメータを構成するサイドリンク構成メッセージ(RRCReconfigurationSidelink)を含むことができる。そのような再構成メッセージは、(SDAP、PDCPなど)L2スタック内の各プロトコルのパラメータを構成することができる。受信側WTRUは、ピアWTRUによって提案された構成をサポートすることができるかどうかに応じて、そのような構成を確認又は拒否することができる。
WTRU対WTRUリレーは、議論及び更なる開発のための候補トピックであり得る。WTRU対WTRUリレーの一態様は、1つ以上のリレーWTRUを介してASレイヤにおいて送信するときに、エンドツーエンド(end-to-end、E2E)ベースで上位レイヤQoS要件(例えば、PQI、通信範囲)を満たす能力である。
サイドリンク上でQoSを保証することは、主に、送信側WTRUの制御下にあり得る。送信側WTRUは、SLRBサブレイヤ/パラメータ(例えば、リソース選択ウィンドウ、HARQ構成)を構成し、SLRBによって搬送される全てのパケットフローのQoS要件が満たされるように送信を制御することができる。受信側WTRUは、QoSがどのように保証されるかに関して制御を有さない。マルチホップリンクを介してパケットフローを転送するためのリレーWTRUを含むとき、送信側WTRU又はソースWTRUのみに依存することは、ソースWTRUにおける後続のホップにおけるリンク状態/輻輳を認識していないことに起因して、E2E QoSを保証するのに適切でないことがある。
加えて、L2リレーがWTRU対WTRUリレーのために採用される場合、下位レイヤ(RLC、MAC)を含むプロトコルスタックは、E2E QoSパラメータをリレーWTRUから隠すことができ、これは、後続のホップにおいて送信するときにQoS要件を満たすリレーWTRUの能力を限定することがある。
更なるレイテンシ/損失を被ることなくフローをシームレスに転送することができるように、WTRU対WTRUリレーにおいて使用されるマルチホップSLRB設計、並びにソースWTRU及びリレーWTRUの挙動において、拡張が必要であり得る。
WTRU対WTRUリレーにおいてE2E QoSをサポートするための技法が本明細書で開示される。E2E QoSを保証するためにWTRU対WTRUリレーにおいてSLRB構成を決定するための技法が本明細書で更に開示される。WTRUは、上位レイヤデータフローを、リレーされるSLRB対リレーされないSLRBに対してマッピングするためのルールで構成され得る。一実装形態によれば、WTRUは、上位レイヤマーキング/フラグの受信に基づいて、上位レイヤデータフローを、リレーと共に構成されたSLRBにマッピングするか、又はリレーWTRUなしで構成されたSLRBにマッピングするかを決定することができる。具体的には、WTRUは、上位レイヤ5QIと同等であるアクセス層(access stratum、AS)レイヤにおけるQoS性能を達成するように構成されたSLRBへの1つ以上の上位レイヤフローのSDAPサブレイヤにおけるマッピング/多重化を行うことができる。WTRUは、ソースWTRUと宛先WTRUとの間のエンドツーエンド直接経路を含む第1のタイプと、1つ以上のリレーWTRUを介したリレー経路を含む別のタイプとを含む、2つのSLRBタイプで構成され得る。
WTRUは、上位レイヤPDUにおける(例えば、上位レイヤPDUヘッダにおける)マーキングに基づいて、SLRBタイプに対してフロー間をマッピングするためのSDAPにおけるマッピングルールで構成され得る。マッピングルールは、上位レイヤPDUにおけるマーキング/フラグを検出し、かつASレイヤにおいて好適なSLRBを識別することを含み得る。マッピングルールは、エンドツーエンド経路内にリレーWTRUを含み得るSLRBに対する特定のフローのマッピングを許可/禁止するための追加のルールを含み得る。例えば、ルールは、上位レイヤPDUにおいてマーカー/フラグを検出することを含み得る。リレーWTRUの包含/除外を示すマーカーは、QoSプロファイルにおいて、若しくは上位レイヤPDUにおける追加のパラメータとして示されてもよく、又はQoSプロファイルから暗黙的に決定されてもよい。この場合、WTRUは、マーカー/フラグの検出に基づいて、データフロー(QFI)のためのリレーWTRUを伴って又は伴わずに構成されたSLRBを選択する。例えば、WTRUは、SLRBタイプ(リレー対非リレー)への許容可能なQoSプロファイル及び/又はQFIのマッピングを用いて(例えば、SIB/事前構成/専用シグナリングにおいて)(事前)構成され得る。
WTRUは、その送信上で許容可能な経路タイプをリレーし、示すように構成され得る。WTRUは、リレーWTRUがデータをリレーするか、又はリレーしないかを決定することを可能にするための指示をリレーWTRUに送ることができる。そのような指示は、制御チャネル(例えば、SCI)において、又は送信されるデータ内の制御指示(例えば、MAC CE)において送られ得る。そのような指示は、RRC若しくはMACシグナリング又は(例えば、ソースWTRUのための)任意の他の論理的等価物を介してなど、上位レイヤから取得され得る。そのような指示は、WTRUにおいて構成された、及び/又は(例えば、リレーWTRUのために)リレーされるべき送信において受信された、対応するそのような値から、WTRUによって導出され得る。例えば、最大ホップカウントで構成されたリレーWTRUは、指示において残りのホップカウントを受信することができ、対応する残りのホップカウントに基づいて送信されるべきホップカウントを決定する(例えば、1を減算する、又は同じ値を再使用する)ことができる。WTRUは、それ自体が意図された送信のためのリレーWTRUであるWTRUに送信するときのみ、そのような最大/残りのホップカウント又は許容可能な経路タイプ情報を更に含むことができる。
同様の解決策は、リレーWTRUにおいて実装され得る。具体的には、リレーWTRUは、受信されたサイドリンクデータを直接経路上でリレーするか、又リレー経路上でリレーするかを決定することができる。WTRUは、QoSプロファイル及び/又はQFI(この場合、決定はソースWTRUと同様である)、例えば、SDU(例えば、RLC、MACなど)のヘッダに含まれる明示的な指示(リレー又は非リレー)、又は最大ホップカウント若しくは残りのホップの許容可能な数など、受信された指示/情報に基づいてそのような決定を行うことができる。例えば、リレーWTRUは、受信された残りの最大ホップカウントが何らかの値(例えば、0)より大きい場合、SDUをリレーすることができ、そうでない場合、直接経路を介してリレーするべきである。別の例として、リレーWTRUは、受信された最大ホップカウントが(上位レイヤから取得される可能性がある)そのような経路のホップの数より大きい場合、SDUをリレーすることができる。
WTRUは、次のホップWTRUのためのASレイヤ構成を決定する/送ることができる。実装形態によれば、エンドツーエンドSLRBを用いて構成されたWTRUは、エンドツーエンドQoSを保証するためにリレーWTRUにおいて適用されるべき、RLC、MAC、及び場合によってはPHY構成からなる下位レイヤ構成を決定することができる。一例では、リレーWTRUにおいて適用される下位レイヤ構成は、PDCP、RLC、MAC、及びPHY構成を含むことができる。下位レイヤ構成は、i)シーケンス番号(sequence number、SN)サイズ、廃棄タイマ、パケット複製に関連するパラメータを含み得るPDCP構成、ii)肯定応答モード及び/若しくは非肯定応答モード、入口RLCエンティティ(送信(TX)側)と出口RLCエンティティ(受信(RX)側)との間でマッピングするときのLCH対LCHマッピングルールに関連するパラメータを含み得るRLC構成、iii)論理チャネル優先順位付け(logical channel prioritization、LCP)制限、間欠受信(discontinuous reception、DRX)構成、優先度、優先ビットレート、バケットサイズ持続時間を含む1つ以上のLCHのためのLCH構成に関連するパラメータを含み得るMAC構成、並びに/又はiv)リソースプール構成、チャネル状態情報(channel state information、CSI)報告構成、HARQ構成を含み得るPHY構成を含む、少なくとも1つの構成を含み得る。別の例では、下位レイヤ構成は、RLCエンティティからなる1つ以上の論理チャネル(logical channel、LCH)と、MACにおける関連するLCH構成とからなり得る。WTRUは、それ自体及び/又は1つ以上の次のホップリレーWTRUのための下位レイヤ構成を決定するように構成され得る。
WTRUは、リレーWTRUのための下位レイヤ構成に関連付けられたパラメータを更新することができる。一実装形態によれば、WTRUは、SLRB内の次のホップWTRUの下位レイヤの構成パラメータを決定することができる。WTRUは、下位レイヤ(RLC、MAC、PHY)の様々なエンティティにおいて修正及び更新され得る、デフォルトパラメータのセット及び/又は許可された構成パラメータのセットで構成され得る。WTRUはまた、下位レイヤにおけるパラメータが修正されることを許可される特定の範囲値(例えば、最大及び最小)で構成され得る。例えば、優先度、PBR、及びBSDを含む異なるLCHパラメータは、ソースWTRU及び/又は次のホップ/リレーWTRUが変更することを許可され得る特定の最大範囲及び最小範囲で構成され得る。
WTRUは、複数の事前構成からリレーWTRUのための下位レイヤ構成を選択することができる。一実装形態によれば、WTRUは、複数の下位レイヤ(事前)構成からWTRUのための下位レイヤ構成を選択することができる。例えば、WTRUは、その出口LCHのために、及び/又は1つ以上の次のホップWTRUの出口LCHにおいて、下位レイヤ構成を選択することができる。下位レイヤ構成を選択するとき、LCHに関連付けられたRLCエンティティ及びMACエンティティ内のパラメータは、例えば、選択された下位レイヤ構成のパラメータに従って又はそれに対応するように(例えば、一致するように)更新され得る。別の例では、RLCエンティティ及びMACエンティティは、一次下位レイヤ構成並びに1つ以上の二次下位レイヤ構成に関連付けられ得、ここで、異なる構成は、RLCエンティティ及びMACエンティティにおいて適用される異なるパラメータに対応し得る。一次(デフォルト)及び二次下位レイヤ構成は、(再)構成中にSLRBに関連付けられたWTRUにおいて事前構成され得る。これらの異なる構成は、下位レイヤ構成を選択/指示/アクティブ化/非アクティブ化するときにWTRUによって使用され得る識別子を用いて識別され得る。この場合、例えば、一次(デフォルト)構成は、(再)構成中に最初にアクティブ化され得るが、二次構成は非アクティブ化され得る。
WTRUは、複数の事前構成をリレーWTRUに送ることができ、リレーWTRUは、その構成を選択する。一実装形態によれば、WTRUは、リレーWTRUのための複数の下位レイヤ構成を受信することができ、そのような複数の下位レイヤ構成の全て又はサブセットをリレーWTRUに送ることができる。リレーWTRUは、CBR、CR、CQI、RSRPなど、WTRUにおける、若しくはピアWTRUから受信された測定値に基づいて、WTRUにおける(例えば、RLCにおける)バッファ占有に基づいて、場合によっては同じソースWTRUと、若しくは任意の/全てのソースWTRUに対して、WTRUが現在リレーしている構成されたユニキャストリンク若しくはベアラの数に基づいて、並びに/又はSLRBのためのリレーされた経路のホップの数に基づいて、受信された下位レイヤ構成のうちの1つを選択するためのルールで構成され得る。
例えば、WTRUは、そのWTRUによって現在リレーされている構成されたSLRBの数に基づいて、ソースWTRU(又は前のWTRU)から受信された下位レイヤ構成のうちの1つを選択するためのルールで構成され得る。
WTRUは、それ自体の構成の選択に基づいて、受信された構成のサブセットを次のホップに転送することができる。一実装形態によれば、WTRUは、それ自体の構成選択に基づいて、次のホップWTRUに送られるべき(それ自体及び/又は次のホップWTRUを対象とする)受信された構成のサブセットを選択することができる。具体的には、WTRUは、それ自体の構成の選択が次のホップWTRUによる別の構成の使用を除外するルールで構成され得る。そのようなルールは、構成の1つ以上のパラメータ間の関係、及び/又は次のホップWTRUとのそのようなパラメータのアライメントに基づくことができる。例えば、WTRUは、HARQが有効化された構成をWTRUが選択した場合、次のホップによる使用のために、HARQが無効化された全ての構成を除外することができる。
その又は別のWTRU下位レイヤ構成を更新するためにWTRUによって受信されるトリガ/指示が、本明細書で提供される。WTRUは、ネットワークからの指示に基づいて、それ自体の下位レイヤ構成、又はSLRBに関連付けられた1つ以上のWTRUにおける下位レイヤ構成を更新することができる。例えば、ネットワークは、変更されるべき異なるエンティティのパラメータの値を含み得る、下位レイヤ構成を変更するための指示(例えば、専用RRCシグナリング又はSIB)を送ることができる。ネットワークは、SLRBにおける下位レイヤ構成を変更するための指示を、ネットワークノード(例えば、ソースWTRU及び/又はリレーWTRU)へのRRC接続を有する1つ以上のWTRUに送ることができる。ネットワークはまた、SLRBを用いて構成された別のWTRUにおける下位レイヤ構成を変更するようにWTRUに指示することができる。
WTRUは、下位レイヤステータス及び測定値に基づいて、それ自体の下位レイヤ構成、又はSLRBに関連付けられた1つ以上のWTRUにおける下位レイヤ構成を更新することができる。下位レイヤから受信されたステータス情報は、下位レイヤ構成を更新するために使用され得る。例えば、WTRUは、構成された1つ以上の下位レイヤ構成自体の性能に関連するステータス情報を下位レイヤから受信するように構成され得る。この場合、下位レイヤ内の異なるサブレイヤ/エンティティは、以下のトリガに起因してステータス情報をWTRUに送るために、周期的又はイベントベースのトリガを用いて構成され得る。
WTRUは、RLCステータス情報に基づいて、それ自体の下位レイヤ構成、又はSLRBに関連付けられた1つ以上のWTRUにおける下位レイヤ構成を更新することができる。例えば、RLCエンティティは、ピアWTRUへのARQ再送信の数がある値を超えたときに、ステータス情報を送り、かつ/又は構成を変更するように構成され得る。
WTRUは、MACステータス情報に基づいて、それ自体の下位レイヤ構成、又はSLRBに関連付けられた1つ以上のWTRUにおける下位レイヤ構成を更新することができる。MACエンティティは、例えば、次のホップリレーWTRUからの最大HARQフィードバック失敗を検出すると、ステータス情報を送り、かつ/又は構成を変更するように構成され得る。
WTRUは、PHYステータス情報に基づいて、それ自体の下位レイヤ構成、又はSLRBに関連付けられた1つ以上のWTRUにおける下位レイヤ構成を更新することができる。PHYレイヤは、例えば、直接リンクにおけるリソースプール又はサイドリンクキャリアに関係するチャネル測定値(例えば、RSRP、CSIフィードバック)及び/又はCBR測定値がある閾値を超えたときに、イベントトリガに起因して、ステータス情報を提供し、かつ/又は構成を変更するように構成され得る。
WTRUは、1つ以上のレイヤ(例えば、RLC、MAC、PHY)に関連付けられたバッファ占有情報に基づいて、それ自体の下位レイヤ構成、又はSLRBに関連付けられた1つ以上のWTRUにおける下位レイヤ構成を更新することができる。例えば、WTRUは、バッファ占有又はチャネル占有(例えば、CR)が閾値を超えたときに、ステータス情報を送り、かつ/又は構成を変更するように構成され得る。
WTRUは、第1の下位レイヤ構成及び第2の下位レイヤ構成と、ステータス指示に基づいて下位レイヤ構成を決定するためのルールとで構成され得る。この場合、WTRUは、例えば、第1の下位レイヤ構成を使用しているときにステータス指示(例えば、HARQフィードバック失敗の数)が受信された場合、第2の下位レイヤ構成に変更することができる。
ステータス指示は、上位レイヤステータスであり得る。例えば、上位レイヤ(例えば、PC5-RRC、又は任意の他の論理的等価物)は、WTRUに関連付けられた1つ以上のSLRBの起こり得る再構成に起因して、WTRUにおける1つ以上の下位レイヤの再構成をトリガすることができる。SLRBの再構成は、既存のSLRBを修正すること、(例えば、既存の又は新しいQFIに属するPDUをトランスポートするための)別のSLRBを追加すること、既存のSLRBを終了することを含み得る。SLRBの再構成は、既存のSLRBに関連付けられた1つ以上の下位レイヤ構成の修正をトリガし得る。
ステータス指示は、リレー/次のホップWTRUからの指示であり得る。例えば、リレーWTRU及び/又は次のホップリンクにおける既存の条件の変化を示す次のホップリレーWTRUからの指示が受信された場合、既存の下位レイヤ構成は変更され得る。この場合、リレーWTRU及び次のホップリンクにおける変化する条件は、1つ以上のリンクにおいてターゲットQoS要件を満たすことができないものとして推測され得る。例えば、指示をトリガし得るリレーWTRUにおける条件は、LCHに関連付けられたバッファにおいて閾値に達することを含むことができる。同様に、指示をトリガし得る次のホップリンクに関連する条件は、例えば、チャネル測定値(例えば、RSRP、CSI)及び/又は輻輳レベル(例えば、CBR)がそれぞれ異なる閾値を超えることを含むことができる。
下位レイヤ構成を更新するためにWTRUによって送られる指示が、本明細書で開示される。下位レイヤ構成への更新を決定すると、WTRUは、SLRBを用いて構成された各リレーWTRUに、新しい構成を個々に送ることができる。あるいは、WTRUは、リレーWTRU ID(すなわち、リレーWTRUに関連付けられた識別子)をメッセージに含めることによって、(例えば、L2ソース/宛先IDによって識別される)SLRBを用いて構成された1つ以上のリレーWTRUに、新しい構成を(例えば、グループキャスト/ブロードキャストを介して)同時に送ることができる。リレーWTRUにおいて下位レイヤ構成を更新するための指示メッセージは、下位レイヤ構成(例えば、入口/出口LCH)において適用されるパラメータ、選択された下位レイヤ構成の識別子/インデックス(例えば、LCH ID)、及び/又は示された下位レイヤ構成を適用するための持続時間を含むことができる。例えば、示された下位レイヤ構成は、指示持続時間の第1のスロットにおいてリレーWTRUにおいて適用され得る。指示持続時間の最後のスロットの後、リレーWTRUは、下位レイヤ構成を以前の(デフォルト)構成に変更することができる。あるいは、WTRUは、障害イベント/状態(例えば、リンク上のRLF)の検出に続く持続時間の間に適用され得る下位レイヤ構成で構成され得る。持続時間の満了後、WTRUは、以前の下位レイヤ構成を適用することができる。
WTRUは、SCI、MAC CE、PC5-RRC、及び/若しくはRRC、又は任意の他の論理的に等価な信号若しくはメッセージにおいて下位レイヤ構成の更新に関連する指示を送ることができる。SCIでは、例えば、WTRUは、第1段階SCI又は第2段階SCIのいずれかの指示を送ることができる。WTRUは、SCIにおいて指示を送るとき、専用リソース(例えば、PSFCH)を使用することができる。MAC CEでは、例えば、WTRUは、SL MAC CEにおいて指示を次のホップリレーWTRUに送ることができる。PC5-RRCでは、例えば、WTRUは、SL-SRBにおいて指示を次のホップリレーWTRUに送ることができる。RRCでは、例えば、WTRUは、RRCメッセージ(例えば、WTRU支援情報)において指示をネットワークに送ることができる。ネットワークへの指示は、エンドツーエンドSLRB及びリレーWTRU IDに対応するL2ソース/宛先IDを含むことができる。指示は、別の論理的に等価なメッセージ又は送信を介して次のホップリレーWTRUに送られ得る。
WTRUは、リレーWTRUにおける下位レイヤ構成を更新することを要求するために、ネットワークに指示を送ることができる。一実装形態によれば、WTRUは、要求において示され、かつ/又はSLRBに関連付けられた、1つ以上のWTRUにおける下位レイヤ構成を更新することを要求する要求をネットワークに送ることができる。WTRUは、示された下位レイヤのパラメータを取得するために、又は示されたWTRUのための下位レイヤ構成の識別子/インデックスを取得するために、RRCメッセージ(例えば、「sidelinkWTRUInformation」)又は任意の他の論理的等価物において要求を送ることができる。あるいは、要求は、ターゲットQoS性能を満たす下位レイヤ構成を決定するためにネットワークによって使用され得る測定報告(例えば、リンクごとのレイテンシ、RSRP、CBR、HARQ統計)を含むことができる。
WTRUは、下位レイヤ構成を決定するための要求に、L2ソース/宛先ID、LCH ID、下位レイヤによって報告される測定値、及び/又はQoS関連属性を含めることができる。L2ソース/宛先IDは、ソースWTRUと宛先WTRUとの間のエンドツーエンドSLRBを示すためのものであり得る。SLRBが異なるL2 IDに関連付けられる場合、エンドツーエンド経路における任意の2つのピアWTRU(例えば、ソースWTRU対リレーWTRU、リレーWTRU対宛先WTRU)間の各ユニキャストリンクに関連付けられたL2 IDも含まれ得る。SLRBに対して構成された1つ以上のLCHのLCH IDが含まれ得る。WTRU及び/又は次のホップWTRUにおいて示された出口LCHに関連付けられた下位レイヤによって報告される測定値(例えば、HARQ/RLC再送信の数、CBR)が含まれ得る。また、示された入口LCHに関連付けられた次のホップWTRUによって報告されるQoS関連属性(例えば、リンクごとのレイテンシ、パケット誤り率)が含まれ得る。
WTRUは、上記で説明したQoS関連属性のWTRUにおける測定値に関連する指示をネットワークに送るためのトリガを用いて構成され得る。
リレーWTRUは、構成更新をトリガするための受信された指示に基づいて、下位レイヤ構成を決定することができる。一実装形態によれば、リレーWTRUは、別のWTRU又はネットワークから受信された指示に基づいて、WTRUの入口側(Rx)及び/又は出口側(Tx)において適用する下位レイヤ構成を決定する。
リレーWTRUは、受信された指示に含まれる情報に基づいて、適用されるべき下位レイヤ構成を決定することができる。受信された指示は、下位レイヤ構成上のソースWTRU/前のホップWTRUからの指示であり得る。例えば、ソースWTRUは、SLRBに関連付けられた入口側(Rx側)において適用されるように選択された下位レイヤ構成の構成パラメータ又は識別子への更新を示して、ソースWTRUの出口側(Tx側)に適用されるパラメータに一致させることができる。ソースWTRUはまた、リレーWTRU内のSLRBに関連付けられた出口側(Tx側)において適用されるべき下位レイヤ構成パラメータ/識別子を示すことができる。入口/出口側を更新するための下位レイヤ構成のパラメータ/識別子を含むソースWTRU/前のホップWTRUからの指示は、SCI、SL MAC CE、若しくはPC5-RRC、又は任意の他の論理的等価物において送られ得る。
受信された指示は、QoS情報に関するソースWTRU/前のホップWTRUからの指示であり得る。例えば、前のホップWTRUからの指示は、後続のホップのための下位レイヤ構成を決定/選択するときにリレーWTRUが考慮に入れるために、残りのQoS(例えば、レイテンシ、信頼性)に関連するパラメータを含むことができる。この場合、リレーWTRUは、受信されたQoSパラメータに基づいて下位レイヤ構成を決定するための1つ以上の基準で構成されたルールを使用することができる。一例として、第1の下位レイヤ構成及び第2の下位レイヤ構成で構成され得るリレーWTRUは、受信されたQoS関連指示(例えば、残りのPDBが第1の範囲内にある)が第1の基準を満たす場合、第1の下位レイヤ構成を選択することができる。さもなければ、リレーWTRUは、QoS関連指示(例えば、残りのPDBが第2の範囲内にある)が第2の基準を満たす場合、第2の下位レイヤ構成を選択することができる。
受信された指示は、ネットワークからの指示であり得る。例えば、カバレッジ内のリレーWTRUは、下位レイヤ構成を更新するために、DCI又はRRCメッセージのいずれかにおいて、ネットワークから下位レイヤ構成のパラメータ/識別子を含む指示を受信することができる。
受信された指示は、宛先WTRU/次のホップWTRUからの指示であり得る。例えば、リレーWTRUが、ターゲットQoS性能(例えば、レイテンシごとの増加、リンク信頼性ごとの低減)にかなうことができないと推測され得るトリガ(RLC/HARQフィードバック)を次のホープWTRUから受信した場合、リレーWTRUは、出口側で下位レイヤ構成を更新することができる。
受信された指示は、1つ以上のLCHにおけるバッファステータスの変化であり得る。例えば、より高い優先度設定を有する他のLCHに属するバッファ内のデータが、ある構成された閾値を超える場合、リレーWTRUは、LCHの構成を更新することができる。
受信された指示は、下位レイヤステータスであり得る。例えば、リレーWTRUが、下位レイヤ構成に対して構成されたリソースプール/サイドリンクキャリアに関連する下位レイヤからのステータス報告(例えば、チャネル測定報告、RSRP、CBR)を受信し、それに基づいてQoS性能が推測される可能性がある場合、リレーWTRUは、下位レイヤ構成を更新することができる。
受信された指示は、アダプテーションレイヤからの指示であり得る。例えば、リレーWTRUは、入口側及び出口側における異なる下位レイヤ間のマッピングが更新された場合、1つ以上の下位レイヤにおける下位レイヤ構成を変更するように、アダプテーションレイヤによってトリガされ得る。
出口側において適用されるべき下位レイヤ構成への更新を決定した後、リレーWTRUは、下位レイヤ構成を更新するステータス、下位レイヤ構成リレーWTRUの修正、及びリレーWTRUにおけるLCHマッピングの修正を含む指示を送ることができる。
リレーWTRUは、受信されたトリガに基づいて、下位レイヤ構成を更新するステータスを含む指示を送ることができる。例えば、リレーWTRUが、下位レイヤ構成の構成パラメータ/識別子を含む指示を受信した場合、リレーWTRUは、示された構成を更新することの成功又は失敗ステータスを示すことによって応答することができる。リレーは、(構成識別子又はLCH IDを含む)下位レイヤ構成更新ステータス情報を、PC5-RRC、SL MAC CE又はSCIのいずれかにおいて、SLRBに関連付けられ、かつソースWTRUとリレーWTRUとの間のL2IDで構成されたソースWTRUに送ることができる。リレーWTRUは、例えば、下位レイヤ構成更新のステータスを問い合わせるソースWTRUによって送られたポーリング要求に応答して、ステータス情報を送ることができる。あるいは、リレーWTRUは、L2ID及び/又はLCH IDを含めることによって、RRC又はMAC CEのいずれかにおいてステータス情報をネットワークに送ることができる。リレーWTRUからの受信された指示は、例えば、構成更新のステータスを上位レイヤに報告するために、ソースWTRU又はネットワークによって使用され得る。
リレーWTRUは、下位レイヤ構成リレーWTRUの修正を含む指示を送ることができる。例えば、リレーWTRUが、受信された指示において示されたパラメータ/識別子とは異なる可能性がある下位レイヤ構成のパラメータ/識別子を決定した場合、リレーWTRUは、関連付けられたSLRBのためにリレーWTRUにおいて適用される更新された下位の後の構成パラメータ/識別子の指示をソースWTRU又はネットワークのいずれかに送ることができる。
リレーWTRUは、リレーWTRUにおけるLCHマッピングの修正を含む指示を送ることができる。例えば、下位レイヤ構成の更新が、入口LCHと出口LCHとの間のマッピングの修正をトリガする場合、リレーWTRUは、更新されたマッピング及び/又は更新された下位レイヤ構成を含む指示を、リレーWTRUにおいて構成され、かつLCHマッピングの変更によって影響を受ける1つ以上のSLRBに関連付けられたネットワーク又はソースWTRUに送ることができる。
E2E通信範囲を有するWTRU対WTRUリレーのためのリレーを決定するための解決策が、本明細書で開示される。
リレーWTRUは、エンドツーエンド通信範囲に基づいて、宛先WTRUにリレーするための決定を決定することができる。いくつかの実装形態によれば、リレーWTRUは、受信された通信範囲、及び場合によっては他の位置情報に応じて、受信されたPDUを次の宛先WTRUにリレーするための決定を決定することができる。いくつかの例では、リレーWTRUは、SCIにおいて示された範囲要件と、ソースWTRU及び/又は宛先WTRU及び/又はリレーWTRUの相対位置とに基づいて、受信されたPDUをリレーするかどうかを決定することができる。例えば、リレーWTRUは、宛先WTRUまでの距離がエンドツーエンド通信範囲要件以下である場合、データをリレーすることができる。例えば、リレーWTRUは、通信範囲が、ソースWTRUとリレーとの間の距離、及びリレーWTRUと宛先との間の距離の合計より大きい場合に、データをリレーすることができる。別の例では、エンドツーエンド通信範囲を推測するためにホップカウントが適用され得、ここで、各ホップは、あるホップごとの範囲に関連付けられ得、許容されるホップ数の合計は、エンドツーエンド通信範囲をホップごとの範囲で除算したものとして決定され得る。この例では、リレーWTRUは、宛先WTRUへの残りのホップカウントが最大ホップカウント要件より低い場合、データをリレーすることができる。
リレーするための決定を決定するために、リレーWTRUは、エンドツーエンド範囲若しくはホップカウント要件、ソースWTRUからリレーWTRUまでの距離、宛先WTRUまでの距離、リレーWTRUのオフセット距離、及び/又はリレーWTRUからの更新された通信範囲を決定することの全て又はサブセットを行うことができる。
リレーWTRUは、エンドツーエンド範囲又はホップカウント要件を決定することができる。例えば、リレーWTRUは、制御チャネル(例えば、SCI)において、又はソースWTRUによってリレーWTRUにデータと共に送られる制御指示(例えば、MAC CE)内で示される範囲又はホップカウント値に基づいて、エンドツーエンド範囲又はホップカウントを識別することができる。あるいは、リレーWTRUは、場合によっては、リレーWTRUにおいて関連付けられたLCH/SLRBを構成するときに含まれるデフォルト構成値から、エンドツーエンド範囲を識別することができる。
リレーWTRUは、ソースWTRUからリレーWTRUまでの距離を決定することができる。例えば、リレーWTRUは、ソースWTRUによってデータと共に送信されるSCIにおいて示される地理的ゾーン/位置情報に基づいて、第1のホップリンクにおける距離を決定することができる。この実装形態によれば、ソースまでの距離は、例えば、ソースWTRUの位置とリレーWTRUの位置との間の差に基づいて決定され得る。
リレーWTRUは、宛先WTRUまでの距離を決定することができる。例えば、宛先WTRUまでの距離は、第2のホップリンク上のリンクステータス情報に基づいて決定され得る。リンクステータス情報は、宛先WTRUに送られる、ポーリング要求、HARQフィードバック、又はCSI報告などの要求メッセージに基づいて、リレーWTRUによって取得され得る。宛先WTRUは、例えば、応答/フィードバックメッセージをリレーWTRUに送るときに、その位置情報をSCIに含めることができる。あるいは、宛先WTRUは、例えば、PC5-RRCメッセージ、RRCメッセージ、別の論理的に等価なメッセージ、又は定期的なデータ送信を使用して、その位置情報をリレーWTRUに周期的に送ることができる。
一実装形態によれば、リレーWTRUは、範囲要件及びソースWTRUとリレーWTRUとの間の距離のみに基づいて(すなわち、宛先WTRUの知識なしに)、メッセージをリレーするかどうかを決定することができる。例えば、ソースWTRUとリレーWTRUとの間の距離が、場合によっては何らかの(事前)構成されたオフセット値だけ、通信範囲より小さい場合、リレーWTRUは、メッセージをリレーすることを決定することができる。
リレーWTRUは、リレーWTRUのオフセット距離を決定することができる。例えば、リレーWTRUは、ソースWTRUと宛先WTRUとを接続する直接経路に対するリレーWTRUの位置を考慮するために、オフセット距離を決定することができる。
ユニキャストの場合、オフセット距離は、ソースWTRUとリレーWTRUとの間の距離、並びにソースWTRUと宛先WTRUとを接続する直接経路、及びソースWTRUとリレーWTRUとを接続するリレー経路に対する角度の関数として決定され得る。例えば、オフセット距離d2は、d2=d1×cosθとして決定され得、ここで、d1は、ソース/前のホップWTRUとリレーWTRUとの間の距離であり、θは、(例えば、ソースWTRUと宛先WTRUとを接続する)直接経路と(例えば、ソースWTRUとリレーWTRUとを接続する)リレー経路との間の角度である。角度に関する情報は、一例として、制御チャネル(例えば、SCI)上で、又はソースWTRUから受信されたPDU内の制御指示(例えば、MAC CE)内で搬送され得る。別の例では、決定されたオフセット距離値が、構成された閾値以上である場合、ユニキャストのためのオフセット距離が適用され得る。
グループキャストの場合、オフセット距離は、グループ内の宛先WTRUの数、グループ内の1つ以上の宛先WTRUの位置、及び/又は上位レイヤ指示若しくはネットワーク構成のうちの1つ以上の関数として決定され得る。
リレーWTRUは、リレーWTRUからの更新された通信範囲を決定することができる。例えば、WTRUは、(SCIにおける)受信された通信範囲から、それ自体と受信されたWTRUとの間の距離を減算することができる。WTRUは、更に、そのような減算から決定された値を、より大きい/より小さい許容される通信範囲値に丸めることができる。
本明細書で列挙される項目に基づいて、リレーするための基準は、受信された範囲要件がソースWTRUと宛先WTRUとの間の距離より大きい場合にリレーWTRUがデータをリレーすることを決定し得ること、受信された範囲要件がソースWTRUとリレーWTRU自体との間の距離より少なくとも何らかのデルタ(正又は負)だけ大きい場合にリレーWTRUがデータをリレーすることを決定し得ること、受信された範囲要件がソースWTRUとリレーWTRU自体との間の距離より大きい場合にリレーWTRUがデータをリレーすることを決定し得ること、受信された範囲要件がソースWTRUとリレーWTRU自体との間の距離より少なくとも何らかのデルタ(正又は負)だけ大きい場合にリレーWTRUがデータをリレーすることを決定し得ること、宛先WTRUからの送信(例えば、HARQフィードバック)の受信信号強度に加えてソース/リレーWTRU間の距離の組み合わせに基づいてリレーWTRUがデータをリレーすることを決定し得ること、であり得る。例えば、リレーWTRUは、(範囲要件-ソース/リレー距離の)所与の値に対する最小PSFCH受信電力で構成され得、それによって、WTRUは、1つ以上の(又は平均)PSFCH電力が閾値を上回る場合、データをリレーする。
リレーするための基準は、宛先WTRUによって報告されたCQIに加えてソース/リレーWTRU間の距離の組み合わせに基づいて、リレーWTRUがデータをリレーすることを決定し得ることとすることができる。例えば、リレーWTRUは、(範囲要件からソース/リレー距離を引いた)所与の値に対する最小CQIで構成され得、それによって、WTRUは、1つ以上の(又は平均)CQIが閾値を上回る場合、データをリレーする。
リレーするための基準は、同じ/同様の範囲要件を有する最近の送信に応答して宛先から受信されたHARQフィードバックに基づいて、リレーWTRUがデータをリレーすることを決定し得ることとすることができる。例えば、リレーWTRUは、Xの範囲要件を有する送信に対する宛先への送信に対するDTXの受信に続いて、場合によっては(事前)構成された時間期間にわたって、範囲要件≧Xを有する受信された後続のPDUをドロップすることを決定し得る。
リレーするための基準は、範囲要件(例えば、ソースWTRUと宛先WTRUとの間の距離)と、リレーWTRUと宛先WTRUとの間の更新された距離との間の差が、構成された距離閾値未満である場合に、リレーWTRUがデータをリレーすることを決定し得ることとすることができる。リレーWTRUと宛先WTRUとの間の更新された距離は、例えば、リレーWTRUと宛先WTRUとの間の距離からオフセット距離を減算することによって決定され得る。
WTRUは、(上記で説明した条件に基づいて)PDUをリレーする必要がないと決定すると、PDUをドロップすることを決定し得る。あるいは、WTRUは、CBR、CB、リレーホップの数、又は送信自体の優先度などの他の要因に応じて、PDUをドロップするか、又はPDUをリレーするかのいずれかを決定し得る。
リレーWTRUは、パケットドロップ指示をソースWTRUに送ることができる。リレーWTRUは、構成されている場合、ソースWTRUに対してPDUをドロップ又はリレーするという決定を明示的に示すことができる。例えば、リレーWTRUは、場合によっては特定の通信範囲に関連付けられている1つ以上のPDUがリレーWTRUによってドロップされたことを示すメッセージをソースWTRUに送信することができる。リレーWTRUは、そのような情報を、SL MAC CE、SL RRCメッセージ若しくは別の論理的等価物において、又は新しい/既存のPHYチャネル(例えば、SCI、専用PSFCHリソースにおける送信)を使用して送ることができる。
ソースWTRUは、そのようなパケットドロップ指示を受信すると、場合によっては指示の受信後の事前構成された時間期間にわたって、同じ若しくはより大きい最小通信範囲を有するPDUのドロップを更に行うことができ、又は、同じ若しくはより大きい最小通信範囲の送信の送信に関連付けられた送信パラメータを変更する(例えば、そのような送信をデフォルトSLRB構成にマッピングする、又は関連付けられたSLRB構成のいくつかのパラメータを修正する)ことができる。
E2E QoSを有するWTRU対WTRUリレーのためのリソースを決定するための解決策が、本明細書で開示される。WTRUが、次のホップWTRUの構成及び予想される残りのパケット遅延バジェットに基づいてリソース選択を行うことができる解決策も、本明細書で開示される。
いくつかの実装形態によれば、WTRUは、別のWTRUによって提供されるリソース選択情報に基づいて、1つ以上のリレーWTRUとリレーされたWTRU対WTRUリンクの1つのホップにおいて送信するためのリソースを取得することができるか、又はリソース選択を行う。
いくつかの実装形態によれば、自律リソース選択モード(例えば、モード2)で構成されたWTRUは、次のホップリレーWTRUにおいて適用されるリソース選択構成を考慮して、リソース選択ウィンドウの設定を決定する。この場合、第1のホップにおけるWTRUは、エンドツーエンドレイテンシバジェットからの残りの時間が、後続の送信を行うために次のホップリンクにおいてリレーWTRUに利用可能であるように、第1のホップリンクにおける送信のためのリソースを選択することができる。
いくつかの実装形態によれば、モード2で構成され得る第1のホップにおけるTx WTRU(ソースWTRU)は、リレーリンクの知識と組み合わされたエンドツーエンドレイテンシバジェット(例えば、PDB)を考慮することによってリソース選択ウィンドウを決定することができる。ソースWTRUはまた、リレーWTRUによって使用されるリソース選択モードの認識に基づいて、リソース選択ウィンドウを決定することができる。ソースWTRUはまた、リソース選択ウィンドウの計算の一部として、リレーWTRUにおける処理遅延を考慮することができる。
リレーWTRUにおけるリソース選択モード及び/又は処理遅延は、例えば、SLRB及び関連付けられたLCHの(再)構成中にソースWTRUに提供され得る。代替又は追加として、ソースWTRUは、処理遅延の固定値又は(事前)構成値を仮定することができる。代替又は追加として、リレーWTRUは、例えば、PC5-RRC、SL MAC CE、SCI、又は別の論理的に等価なメッセージ若しくは送信において、更新された構成をソースWTRUに示すことができる。一例として、リレーWTRUにおけるリソース割当てモードがモード2からモード1に変化する場合、又はリレーWTRUにおいて処理持続時間が変化する(例えば、ある閾値を超える)場合、更新された構成を示すために、指示がソースWTRUに送られ得る。例えば、エンドツーエンドレイテンシバジェットがM(タイムスロット)である場合、ソースWTRUは、T2=M-M2-M1を設定することができ、ここで、M2及びM1は、それぞれ、次のホップリンクにおける予想される時間バジェット/更新された時間バジェット(タイムスロットの数)、及び次のホップWTRUにおける処理持続時間である。次のホップリレーWTRUにおけるT2は、例えば、M2として設定され得る。
一例では、ソースWTRU及びリレーWTRUは、リレーWTRUにおける処理レイテンシ及び/又はリソース選択モードを考慮して、送信のための全体的な時間バジェット(すなわち、PDB)を等しく共有することができる。具体的には、M2は(PDB-M1)/2として設定され得る。代替又は追加として、ソース/リレーWTRUにおける時間バジェットは、ソース/リレーWTRUにおけるCBR、観測された感知負荷、CRなどの要因に基づいて設定/調整され得る。例えば、M2は、リレー及び/又はソースWTRUにおいて観測され、かつ本明細書で説明される機構を使用してWTRU間で交換されるCBRに基づいてスケーリングされ得る。
いくつかの例によれば、WTRUは、時間バジェットを明示的に交換することができる。具体的には、リソース選択ウィンドウは、次のホップリンクに利用可能な予測される時間バジェット、及び/又は次のホップリンクの更新された時間バジェットに基づいて、WTRU(例えば、ソースWTRU又はリレーWTRU)において設定され得る。
リソース選択ウィンドウは、次のホップリンクに利用可能な予想される時間バジェットに基づいて、WTRUにおいて設定され得る。例えば、WTRUは、SLRB/LCHの(再)構成中に提供される次のホップ/リレーWTRUのT2値に基づいて、次のホップリンクに利用可能な時間を推定することができる。例えば、リレーWTRUは、優先度又はLCH構成の可能な値ごとに(現在の測定条件を所与として)使用することができるT2値のセットで構成することができ、そのような値をソースWTRUに通知することができる。
リソース選択ウィンドウは、次のホップリンクの更新された時間バジェットに基づいて、WTRUにおいて設定され得る。例えば、次のホップリンクにおける送信のための更新された時間バジェットは、次のホップリンクの条件(例えば、CBR、RSRP)に基づいて次のホップ/リレーWTRUによって示され得る。次のホップリンクにおける時間バジェットが初期構成値又は前の更新において提供された値から変化する場合、リレーWTRUは、ソース/前のホップWTRUに指示を送ることができる。
WTRUは、リレーWTRUに関する処理遅延/リンク状態をNWに通知することができる。いくつかの実装形態によれば、ソースWTRUがモード1にあり、リレーWTRUがモード2又はカバレッジ外(out of coverage、OOC)にあるとき、ソースWTRUは、リレーWTRUにおける処理遅延及び/又はリンク状態に関する情報を次のホップリンクに含めることによって、ネットワークに要求を送ることができる。具体的には、ソースWTRUは、リレーWTRUによって報告されたCBR、リレーWTRUの処理遅延、リレーWTRUにおける(1つ以上の優先度についての)計算/予想された時間バジェット、感知結果、若しくはリレーWTRUによって測定された感知負荷の任意の指示、及び/又は次のホップリンクにおけるRSRP/CQIの測定値のいずれかを送ることができる。
そのような情報は、リレーWTRUとのリンク確立時に送られ得る。代替又は追加として、ソースWTRUがそのような更新された情報をリレーにおいて受信したときはいつでも、それを送ることができる。そのような情報の目的は、NWが、ピアWTRUの条件を考慮して、ソースWTRUにおいてリソースをスケジュールすることを可能にすることである。
リレーWTRUは、リソース選択ウィンドウを決定するために残りの時間バジェットを使用することができる。一実装形態によれば、リレーWTRUは、その後、第1のホップにおいてWTRUによって示される残り時間に基づいて、次のホップリンクにおける送信のためのリソースを選択することができる。例えば、ソースWTRUは、残りの時間バジェット(例えば、T2-選択された実際のリソースのタイミング)を提供することができ、そのような情報をリレーWTRUに提供することができる。リレーWTRUは、T2のそれ自体の値の計算において残りの時間バジェットを使用することができる。具体的には、リレーWTRUは、そのリソース選択の時間バジェットを、ソースWTRUから受信された残りの時間バジェットだけ増加させることができる。
WTRUは、前のホップのWTRUにおいて、周期的リソースベースの周期的リソースのためのリソース(再)選択を行うことができる。一実装形態によれば、周期的に送信するように構成されたWTRUは、別のWTRU(すなわち、前のホップリンク)における周期的リソースの使用に関連する指示を受信することに基づいて、使用されるリソースを決定することができる。具体的には、前のホップ/ソースWTRUは、周期的に送信するためのリソースを決定することができる。次のホップ/リレーWTRUは、前のホップ/ソースWTRUによって使用されるリソースのタイミングに基づいてリソースを選択することによって、周期的リソース選択を行うことができる。例えば、リレーWTRUは、同様の周期性を有し、かつリレーWTRUにおける処理/転送遅延を考慮に入れる何らかの時間オフセットを有するリソースを選択することができる。
一実装形態によれば、ソースWTRUは、ネットワークから周期的リソース(すなわち、構成された許可)を受信すると、又はモード2で周期的リソースを選択すると、明示的メッセージ(例えば、PC5-RRC、又は別の論理的等価物)を通じて周期的リソース構成をリレーWTRUに示すことができる。WTRUは、リソースの初期選択時に、又はソースWTRUにおいてトリガされたそのようなリソースの再選択時に、そのようなメッセージを送ることができる。リレーWTRUは、そのようなメッセージを受信すると、同じ周期性を使用して、かつ(場合によってはWTRU能力に基づいて(事前)構成又は事前決定された)何らかのオフセットを含めてリソース(再)選択を行うことができる。リレーWTRUは、オフセットが第1の値より大きく、かつ/又は第2の値より小さくなるように、リソース選択を更にことができ、ここで、第1の値は、WTRU能力に基づいて事前構成若しくは行う定義することができ、かつ/又は第2の値は、事前構成することができ、周期的リソース上で送信することができるデータのQoS及び/又はリレーにおけるチャネル状態(例えば、CBR、宛先WTRUによって報告されるCQI、宛先WTRUによって報告されるRSRPなど)に依存することができる。
ソースWTRU又はネットワークは、サイドリンクにおいて周期的リソース構成を1つ以上のリレーWTRUに示すことによって、周期的リソースの使用をリレーWTRUに示すことができる。例えば、リソース構成指示は、リソースプール構成の識別子、開始サブチャネル、サブチャネルの数、開始タイムスロット、オフセットタイムスロット、及び次のホップリンクにおいて送信するためにリソースを使用するときにリレーWTRUによって適用される周期性のいずれかを含むことができる。オフセットタイムスロットなどのいくつかのパラメータについて、例えば、リレーWTRUが、許可された範囲の制約に準拠しながら、リソースを使用するときにそれ自体の変更を適用することができるように、許可された範囲も示されてよい。リソース構成は、ソースWTRUによって、個々のPC5-RRCメッセージにおいて(又は他の論理的等価物を介して)SLRBを用いて構成された各リレーWTRUに、又は単一のPC5-RRCメッセージ(又は論理的等価物)においてリレーWTRUに示されてよく、各リレーWTRUは、メッセージ内のWTRU IDを用いて識別され得る。リレーWTRUがカバレッジ内にある場合、周期的リソース構成は、RRCメッセージ又は任意の論理的等価物においてネットワークによって示され得る。
ソースWTRU又はネットワークは、サイドリンクにおいてリレーWTRUにおける周期的リソース構成をアクティブ化することによって、周期的リソースの使用をリレーWTRUに示すことができる。例えば、ソースWTRUは、場合によってはリレーWTRUにおいて以前に構成された、周期的リソースの使用をアクティブ化するために、アクティブ化メッセージを送ることができる。周期的リソースの使用をアクティブ化するためのアクティブ化メッセージは、構成された周期的リソースに関連付けられた識別子、及び/又は次のホップリンクにおいて送信するときにリレーWTRUによって使用されることになる許容オフセット値を含むことができる。アクティブ化メッセージは、SCIにおいて、SL MAC CEにおいて、又は別の論理的等価物において、ソースWTRUによってリレーWTRUに送られ得る。
周期的リソースを使用するためにソースWTRUから構成/トリガ(例えば、SCI)を受信すると、リレーWTRUは、リソース選択を行うときに、示された周期的リソース(すなわち、リソース構成識別子、開始サブチャネル、サブチャネルの数)上でソースWTRU/ネットワークによって示されたパラメータ(すなわち、オフセットタイムスロット及び周期性)を使用することができる。例えば、リレーは、オフセットタイムスロットを適用して、リレーWTRUにおけるデータ受信及び処理に関連する遅延をオフセットしながら、周期的リソース上でソースWTRUによって使用されるのと同じ周期性値を使用することができる。
一実装形態によれば、リレーWTRUは、(例えば、SCIにおいて)リソースWTRUによって使用される周期的リソースの検出時にリソース(再)選択をトリガすることができる。具体的には、リソース(再)選択は、周期的リソースを予約したソースWTRUによって送信されたSCIであって、場合によってはそのような周期的リソースはリレーWTRUの宛先IDに一致する宛先IDを示す、SCIを、リレーWTRUが検出したときに、リレーWTRUによってトリガされ得る。リレーWTRUは、それ自体の周期的プロセスに対して同じ/同様のパラメータ(例えば、周期性、リソースの数)を使用することができ、本明細書で説明されるようなオフセットに基づいてそのようなリソースを選択することができる。WTRUは、ソースWTRUからの(例えば、SCIにおいて送られる)何らかの明示的な指示又はトリガの存在に基づいて、そのような(再)選択を更に行うことができる。例えば、ソースWTRUは、そのようなプロセスが特定のLCH/QoSのデータを搬送するために使用されるときに、SCI内に指示を含めるように構成され得る。次いで、リレーWTRUは、SCI内にそのような指示が存在する場合にのみ、関連付けられた周期的プロセスのリソース(再)選択を行うことができる。
リレーWTRUは、ソースWTRUから周期的プロセスを受信すると、NWへの指示をトリガすることができる。一実装形態によれば、リレーWTRUは、本明細書で説明されるように、ピア(ソース)WTRUから周期的リソース構成、又はそのような周期的リソースをトリガするSCIを受信すると、ネットワークに指示を送ることができる。そのような指示は、RRCメッセージ(例えば、「WTRUAssitanceInformation、SidelinkWTRUInformation」)、BSR、専用SR、又は別の論理的等価物において送られ得る。WTRUは、ピアWTRUの周期、オフセット、LCH/優先度、L2 IDなど、ピア(ソース)WTRUによって予約された周期的リソースの詳細を更に含むことができる。
リレーWTRUは、周期的プロセスから受信されたデータが、リレーにおいて関連付けられた周期的プロセス/リソース上にリレーされることを保証することができる。リレーWTRUは、1つの周期的プロセス上でWTRUによって受信されたデータが、リレーWTRUにおいて関連付けられた送信周期的プロセス上で送信されることを保証するために、LCP制限、周期的送信プロセス制限、又は同様のものを構成することができる。具体的には、入口LCHを出口LCHにマッピングするとき、及び/又は関連付けられた周期的プロセスに関連付けられた許可のためにLCPを行うとき、リレーWTRUは、データを優先順位付けすること、及び/又は送信プロセスが関連付けられた受信プロセスから受信されたデータに制限することを保証することができる。そのようなことは、関連付けられた周期的リソースのためにソースWTRUにおいて適用される同様のLCP制限に関係するか又はそれから導出される、周期的リソースに関連付けられたLCP制限を用いて構成されたWTRUによって達成され得る(リレーWTRUは、例えば、周期的リソースが選択されるときに、そのようなLCP制限をソースWTRUから受信することができる)。代替又は追加として、WTRUは、関連付けられた周期的リソースのためのLCP中に、ソースWTRUにおける関連付けられた周期的リソースにおいてソースWTRUから受信されたLCHからのデータを含むLCHを優先することができる。
リモートWTRUにおいて無線ベアラマッピングを決定するための解決策が本明細書で説明される。いくつかの解決策では、リモートWTRUは、エンドツーエンド(E2E)QoSを満たしながらSLチャネル/リソースの利用を改善するために、1つ以上のE2E無線ベアラから1つ以上のPC5 RLCチャネルへの1:1、N:1、又は1:Nマッピングを行うように構成され得る。
いくつかの例では、リモートWTRUは、(例えば、各々が、無線ベアラの送信側及び受信側において少なくともPDCPサブレイヤ/エンティティを含む)1つ又はN個のE2E無線ベアラから(例えば、各々が、RLCチャネルの送信側及び受信側において少なくともRLCサブレイヤ/エンティティを含む)少なくとも1つのRLCチャネルにマッピングするために、アダプテーションレイヤ、又はハードウェア若しくはソフトウェアにおいて動作する同等の論理プロセス若しくは機能を用いて構成され得る。一例として、E2E無線ベアラは、1つ以上のQoSフローに対応するPDUを搬送していてもよく、ここで、異なるQoSフローは、1つ以上のPDCPエンティティにマッピングされてもよい。この場合、E2E無線ベアラのPDUは、例えば、PDCP PDUであり得る。1:1又はN:1マッピングの場合、アダプテーションレイヤ又は論理的等価物は、例えば、1つ以上のE2E無線ベアラに関連付けられたPDUを単一のPC5 RLCチャネルにマッピングすることができる。別の例では、アダプテーションレイヤ又は論理的等価物は、1:Nマッピングを行うように構成され得、E2E無線ベアラからのPDUは、1つ以上のPC5 RLCチャネルにマッピングされ得る。リモートWTRUにおける1つ以上のPC5 RLCチャネルは、同じリレーWTRU又は異なるリレーWTRUのほうに向けられ得る。
リモートWTRUにおけるアダプテーションレイヤ、又はハードウェア若しくはソフトウェアにおいて動作する同等の論理プロセス若しくは機能は、WTRU対WTRUリレーシナリオとWTRU対ネットワークリレーシナリオの両方において構成され得る。WTRU対WTRUリレーシナリオでは、リモートWTRUは、(ソース/リモートWTRUと宛先/ターゲットWTRUとの間の)E2Eサイドリンク無線ベアラに関連付けられたPDUを、1つ以上の出口RLCチャネル(リモートWTRUの送信側)にマッピングすることができる。WTRU対WTRUリレーWTRUのアダプテーションレイヤにおいて、対応する入口RLCチャネル(リレーWTRUの受信側)における受信されたPDUは、例えば、意図された宛先WTRUにリレーするときに、他の1つ以上の出口PC5 RLCチャネル(リレーWTRUの送信側)にマッピングされ得る。同様に、WTRU対ネットワークリレーシナリオでは、リモートWTRUは、(リモート/ソースWTRUとノードB(例えば、eNB又はgNB)との間の)E2E Uu無線ベアラに関連付けられたPDUを、1つ以上の出口RLCチャネル(リモートWTRUの送信側)にマッピングすることができる。WTRU対ネットワークリレーWTRUのアダプテーションレイヤ又は論理的等価物において、対応する入口RLCチャネル(リレーWTRUの受信側)における受信されたPDUは、例えば、ネットワーク内のノードB(例えば、eNB又はgNB)にリレーするときに、他の1つ以上の出口Uu RLCチャネル(リレーWTRUの送信側)にマッピングされ得る。
リモートWTRUは、N:1又は1:Nマッピングを行うために、アダプテーションレイヤ又は論理的等価物におけるマッピング構成を用いて構成され得る。より具体的には、1つの解決策では、リモートWTRUは、マッピング構成に基づいて、アダプテーションレイヤ又は論理的等価物において、N個のE2E無線ベアラからRLCチャネルへのマッピングを行うことができる。例えば、各無線ベアラが1つ以上のQoSフローを搬送し得る1つ以上のE2E無線ベアラからRLCチャネルへのPDUのマッピングは、マッピング時に達成されるQoS(例えば、スループット、レイテンシ)がマッピング前のQoSに等しくなるように行われ得る。リモートWTRUは、例えば、(例えば、PC5シグナリングを介して)リレーWTRUによって、又はネットワーク(例えば、RRCシグナリング)によって、アダプテーションレイヤにおけるマッピング構成を用いて構成され得る。
リモートWTRUにおいて構成されるマッピング構成は、以下のうちの1つ以上に対応することができる。(ID xを有する)無線ベアラが(ID yを有する)RLCチャネルにマッピングされることを許可され得るか、(ID xを有する)無線ベアラが(ID y1、..yMを有する)M個のRLCチャネルのうちの1つにマッピングされることを許可され得るか、(ID x1、..、xKを有し、グループID Gを有する)K個の無線ベアラのグループが(ID y1、..yMを有する)M個のRLCチャネルのうちの1つにマッピングされることを許可され得るか、又は(ID x1、..、xKを有し、グループID Gを有する)グループ内のK個の無線ベアラのうちのいずれか1つ以上が(ID y1、..yMを有する)M個のRLCチャネルのうちの1つにマッピングされることを許可され得る。
RLCチャネルにマッピングされ得る許容可能な1つ以上の無線ベアラに対応するRLCチャネルについて、同等のマッピング構成がリモートWTRUにおいて構成されることも可能である。E2E無線ベアラとRLCチャネルとの間の異なるマッピング構成又は関連付けは、マッピングIDを用いて識別され得る。一例として、(ID y1、...yMを有する)M個の許容可能なRLCチャネルへの(ID xを有する)無線ベアラのマッピング/関連付けは、特定のID(例えば、マッピング構成ID x)を用いて識別され得る。
マッピング構成に加えて、リモートWTRUはまた、1つ以上の無線ベアラをRLCチャネルにマッピングするとき、デフォルトマッピングを用いて構成され得る。例えば、リモートWTRUが、1つ以上の無線ベアラをM個の許容可能なRLCチャネルのうちの1つにマッピングするように構成される場合、リモートWTRUは、無線ベアラを、M個の許容可能なRLCチャネル内に構成され得るデフォルトRLCチャネルにマッピングすることができる(例えば、ID xを有する無線ベアラは、ID yを有するデフォルトRLCチャネルにマッピングされ得る)。更に、無線ベアラをマッピングするために許容可能なM個のRLCチャネルの各々はまた、例えば、優先度値又はインデックス値に関連付けられてもよい。この場合、リモートWTRUは、例えば、マッピング基準が満たされるまで、PDUを無線ベアラから最も高い優先順位を有するRLCチャネルにマッピングし、その後、PDUを次に最も高い優先順位を有するRLCチャネルにマッピングすることができる。マッピング基準は、例えば、PDUカウント、RLCチャネル内のバッファが閾値を超えること、及びタイマの満了を含む、以上の組み合わせのうちのいずれか1つに対応し得る。無線ベアラをRLCチャネルにマッピング/多重化するときにリモートWTRUが使用することができるマッピング基準は、例えば、比例公平性又はラウンドロビンなどの特定の挙動を達成するように構成され得る。
別の解決策では、無線ベアラから1つ以上のRLCチャネルへのマッピングのために、1:Nマッピングがアダプテーションレイヤ又は論理的等価物においてサポートされる場合、リモートWTRUにおいて構成される異なるマッピング構成は、以下のうちの1つ以上に対応することができる。(ID xを有する)無線ベアラが(ID y1、y2を有する)2つのRLCチャネルにマッピングされることを許可され得るか、又は(ID xを有する)無線ベアラが(ID y1、...、yMを有する)M個のRLCチャネルのうちの少なくとも2つにマッピングされることを許可され得る。
N:1マッピングの場合と同様に、E2E無線ベアラとRLCチャネルとの間の異なるマッピング構成又は関連付けは、マッピングIDを用いて識別され得る。更に、1:Nマッピングを行うとき、リモートWTRUはまた、RLCチャネル間の無線ベアラにおいてトラフィックを分割するための分割基準を用いて構成され得る。分割基準は、例えば、PDUカウント、RLCチャネル内のバッファが閾値を超えること、及びRLCチャネルに関連付けられたタイマの満了を含む、以上の条件のうちのいずれか1つに対応し得る。
リモートWTRUは、N:1又は1:Nマッピングを行うとき、半静的に又は動的に、アダプテーションレイヤにおいてマッピング構成を使用することができる。アダプテーションレイヤにおける半静的構成、又はハードウェア若しくはソフトウェアにおいて動作する等価な論理プロセス若しくは機能の場合、リモートWTRUは、再構成メッセージが受信されるまで、リレーWTRUによってPC5-RRCを介して、ネットワークによってRRCを介して、又は別の論理的に等価なメッセージ若しくは信号を介して構成されたマッピングを使用することができる。動的構成の場合、リモートWTRUは、例えば、上記で説明したように、異なるマッピング構成のセットで最初に事前構成され得る。リモートWTRUは、次いで、例えば、リモートにおいて決定されたトリガ条件に基づいて、及び/又はリレーWTRU若しくはネットワークから受信された指示メッセージ(例えば、アクティブ化/非アクティブ化)に基づいて、マッピング構成を動的に変更するか又は事前構成のセットから選択することができる。いくつかの例では、リモートWTRUは、リモートWTRUにおいて検出されたトリガ条件に基づいて、及び/又はリレーWTRU/ネットワークから受信された指示メッセージに基づいて、アダプテーションレイヤにおけるマッピング、又はハードウェア若しくはソフトウェアにおいて動作する等価な論理プロセス若しくは機能を自律的に決定することができる。トリガ条件及び指示メッセージの説明は以下のセクションで提供される。
リモートWTRUは、アダプテーションレイヤ、又はWTRUにおいて動作する同等の論理機能に関連付けられた制御情報を送ることができる。1つの解決策では、リモートWTRUがアダプテーションレイヤにおいてN:1又は1:Nマッピングを行う場合、リモートWTRUは、PDUをRLCチャネルに送り、その後、リレーWTRUに送るときに適用される無線ベアラ及び/又はマッピング構成に関連する制御情報を提供する/送ることができる。
制御情報の内容は、E2E無線ベアラIDを含むことができる。例えば、WTRU対WTRUリレーの場合、無線ベアラIDはサイドリンク無線ベアラIDに対応し、WTRU対ネットワークリレーの場合、無線IDはUu無線ベアラIDに対応する。更に、無線ベアラIDに関する情報は、例えば、L2無線ベアラタイプとL3無線ベアラタイプの両方に適用可能であり得る。
制御情報の内容はまた、RLCチャネルにマッピングされるE2E無線ベアラの数を含むことができる。例えば、リモートWTRUがN:1マッピングを行う場合、リモートWTRUは、RLCチャネルにマッピングされる無線ベアラの数を示すことができる。
制御情報の内容はまた、E2E無線ベアラに関連する負荷情報を含むことができる。例えば、リモートWTRUは、RLCチャネルにマッピングされるN個の無線ベアラの負荷を示すことができる。無線ベアラの負荷は、例えば、データ/ビットレート(合計又は平均)、PDUカウント、及びバッファ占有の割合に関して示され得る。
制御情報の内容は、QoSフローIDを含むこともできる。例えば、リモートWTRUは、後でRLCチャネルにマッピングされる無線ベアラにおいて搬送されるQoSフローID(例えば、QFI)に関する情報を含めることができる。
制御情報の内容はまた、経路/ルートIDを含むことができる。例えば、経路IDは、E2E L2 ID(ソース/リモートWTRU ID、最終宛先ID)、又は次のホップノード(例えば、gNB、宛先WTRU)へのトラフィックルーティングにおいてリレーWTRUを支援するために使用され得る他のE2EルーティングIDに対応し得る。更に、経路IDは、例えば、リモートWTRUとリレーWTRUとの間のPC5リンクのL2 IDに対応することもできる。
制御情報の内容は、マッピング構成IDを含むこともできる。例えば、リモートWTRUが、無線ベアラとRLCチャネルとの間のマッピングのために構成されたマッピング構成のうちの1つを適用する場合、マッピング構成のIDを含めることができる。リモートWTRUは、以下の組み合わせのいずれかでマッピング更新を行うときに、マッピング構成IDを含めることができる。N:1から1:1及びその逆、N:1から1:N及びその逆、1:Nから1:1及びその逆。
制御情報の内容は、QoS関連情報を含むこともできる。例えば、リモートWTRUは、制御情報の一部として、E2E QoSを保証/実施するための追加情報を含めることができる。QoS情報は、例えば、リレーWTRUにおけるスケジューリング及び転送を支援するために、レイテンシ関連情報(例えば、PDUを無線ベアラからRLCチャネルにマッピングする際の開始時間を示すタイムスタンプ、リレーWTRUに送信するためのPC5リンク上の予想レイテンシ、次のホップノードにリレーするためにリレーWTRUにおいて利用可能な予想残り時間)を含むことができる。加えて、リモートWTRUは、無線ベアラに割り当てられた優先度値を示すことができ、優先度は、例えば、複数の無線ベアラからRLCチャネルへのN:1マッピングが行われる場合、無線ベアラごとの優先度を指すことができる。
リモートWTRUは、以下の方法のうちの少なくとも1つにおいて、制御情報を次のホップリレーWTRUに送ることができる。
リモートWTRUはまた、アダプテーションレイヤヘッダにおいて、制御情報を次のホップリレーWTRUに送ることができる。例えば、制御情報は、RLCチャネルにPDUを送る前に、無線ベアラに関連付けられたPDCP PDUに付加され得るアダプテーションレイヤヘッダ内に含まれ得る。
リモートWTRUはまた、アダプテーションレイヤ制御PDUにおいて、制御情報を次のホップリレーWTRUに送ることができる。例えば、制御情報は、アダプテーションレイヤ制御PDUにおいて送られてもよく、これは、別個のアダプテーションレイヤPDUとして、マッピングされたRLCチャネルに送られ得る。
リモートWTRUは、他の制御シグナリングにおいて、制御情報を次のホップリレーWTRUに送ることができる。例えば、制御情報は、PC5-RRC、SL MAC CE、又はSCIのいずれかで送られ得る。
リモートWTRUは、SL/PC5リンクを介してPDUを送るときに、(出口)RLCチャネルに関連付けられた次のホップリレーWTRUに、上記の情報のうちの少なくとも1つを含めて、アダプテーションレイヤ、又はWTRUにおいて動作する等価な論理機能に関連する制御情報を送ることができる。代替又は追加として、リモートWTRUは、アダプテーションレイヤ、又はWTRUを動作させる同等の論理機能においてマッピング構成を変更/更新するときに、制御情報を送ることもできる。例えば、リモートWTRUがマッピング構成を動的に更新/変更する場合、リモートWTRUは、変更されたマッピングに対応する制御情報(例えば、変更されたマッピング構成ID)をリレーWTRUに示すことができる。リモートWTRUはまた、例えば、マッピング構成を動的に変更するときに、制御情報を(WTRU対ネットワークリレーシナリオにおいて)ネットワークに又は(WTRU対WTRUリレーシナリオにおいて)宛先WTRUに送ることができる。この場合、制御情報は、一例として、それぞれE2E RRCシグナリング若しくはE2E PC5-RRCシグナリング、又は別の論理的等価物を使用して、リレーWTRUを介して(透過的に)送られ得る。リモートWTRUが、ネットワーク又は宛先WTRUにとって利用可能な直接リンク(Uu又はPC5)を有することができる場合、制御情報は、リレーせずに直接送ることができる。
リモートWTRUは、リモートWTRUにおいて検出/決定されたトリガ条件に基づいて、アダプテーションレイヤにおけるマッピング、又はリモートWTRUにおいて動いている他の論理的に等価な機能を行うことができる。
いくつかの解決策では、リモートWTRUは、リモートWTRUにおいて検出及び/又は決定されたトリガ条件に基づいて、E2E無線ベアラからRLCチャネルへのマッピングのために、事前構成のセットからマッピング構成を選択することができる。マッピング構成及び関連付けられたトリガリング条件を選択するためのルールは、例えば、(PC5-RRC又は別の論理的等価物を介して)リレーWTRUによって、又は(RRC又は別の論理的等価物を介して)ネットワークによって、リモートWTRUにおいて構成され得る。リモートWTRUは、アダプテーションレイヤ、又はWTRUにおいて動いている他の同等の論理機能におけるマッピングを自律的に決定するために、同様のトリガ条件を使用することができる。リモートWTRUは、以下のトリガ条件のうちの1つ以上に基づいて、アダプテーションレイヤにおいてRLCチャネル、又は無線ベアラをRLCチャネルにマッピングするためのマッピング構成を選択/選択解除することができる。
リモートWTRUは、RLCチャネルにおけるバッファステータスに基づいて、アダプテーションレイヤにおいてRLCチャネル、又は無線ベアラをRLCチャネルにマッピングするためのマッピング構成を選択/選択解除することができる。例えば、リモートWTRUは、RLCチャネルのバッファレベルが閾値を下回ってドロップした場合、マッピングを決定/選択することができる。同様に、リモートWTRUは、そのバッファレベルが閾値を上回って増加した場合、マッピングのためにRLCチャネルを選択しないことがある。
リモートWTRUはまた、タイマに基づいて、アダプテーションレイヤにおいてRLCチャネル、又は無線ベアラをRLCチャネルにマッピングするためのマッピング構成を選択/選択解除することができる。例えば、リモートWTRUは、PDUを1つ以上の無線ベアラからRLCチャネルにマッピングするときに、構成された持続時間でタイマを開始し、タイマの満了までマッピングを行うことができる。構成された持続時間は、RLCチャネルに関連付けられたサイドリンク無線チャネルに対応する下位レイヤ測定値の関数として決定され得る。
リモートWTRUはまた、PDUヘッダ内のQoS関連マーキングに基づいて、アダプテーションレイヤにおいてRLCチャネル、又は無線ベアラをRLCチャネルにマッピングするためのマッピング構成を選択/選択解除することができる。例えば、リモートWTRUは、PDUを無線ベアラからマッピングするためのRLCチャネルを識別するために、場合によっては上位レイヤ又はSDAPサブレイヤからの、PDUヘッダ内のマーキングを使用することができる。そのような場合、PDUヘッダ内のマーキングは、リモートWTRUが、無線ベアラのQoS要件を達成することを可能にするRLCチャネルを決定するために、RLCチャネルのQoS関連情報(例えば、優先度)と共に使用することができるQoSパラメータ(例えば、レイテンシ/PDB要件、優先度)に関連付けられてもよい。一例として、リモートWTRUは、無線ベアラから、割り当てられた優先度が無線ベアラに割り当てられた優先度と同等である/一致するRLCチャネルへのマッピングを選択/決定することができる。
リモートWTRUはまた、SLチャネル状態に基づいて、アダプテーションレイヤにおいてRLCチャネル、又は無線ベアラをRLCチャネルにマッピングするためのマッピング構成を選択/選択解除することができる。例えば、リモートWTRUは、RLCチャネルに関連付けられたSL無線チャネルの測定値(例えば、SL RSRP、CQI)が、ある閾値を下回り/上回り、測定値が、ある持続時間にわたって閾値を下回ったまま/上回ったままである場合、マッピングを決定/選択することができる。同様に、リモートWTRUは、RLCチャネルに関連付けられたSLチャネル上でリレーWTRUから受信されたHARQフィードバック(ACK/NACK)の数を使用して、RLCチャネルへのマッピングを決定/選択することができる。一例として、SLチャネル上のHARQ NACKフィードバックの数が閾値を超える場合、SL無線チャネルに関連付けられたRLCチャネルは、マッピングのために選択されないことがある。
リモートWTRUはまた、SL負荷状態に基づいて、アダプテーションレイヤにおいてRLCチャネル、又は無線ベアラをRLCチャネルにマッピングするためのマッピング構成を選択/選択解除することができる。例えば、リモートWTRUは、RLCチャネルに関連付けられたSLチャネルの負荷状態(例えば、CBR又はCR)が、ある特定の閾値を下回り又は上回り、負荷が、ある特定の持続時間にわたって閾値を下回ったまま又は上回ったままである場合、マッピングを決定/選択することができる。
リモートWTRUはまた、受信された指示メッセージに基づいて、アダプテーションレイヤにおいてRLCチャネル、又は無線ベアラをRLCチャネルにマッピングするためのマッピング構成を選択/選択解除することができる。例えば、リモートWTRUは、アダプテーションレイヤマッピング及び/又は他の制御情報(例えば、QoS関連情報)を動的に変更するためのトリガを含む、リレーWTRUから受信された指示メッセージに基づいて、マッピングを決定/選択することができる。WTRU対ネットワークリレーシナリオでは、リモートWTRUにおけるアダプテーションにおいてマッピングを変更/更新するための制御情報は、Uuリンク上で直接に、又はE2E RRCシグナリング又は他の論理的に等価なシグナリングにおいてリレーWTRUを介して(透過的に)、ネットワークからリレーWTRUによって受信することもできる。同様に、WTRU対WTRUリレーシナリオでは、アダプテーションレイヤにおいてマッピングを変更/更新するための制御情報は、SL上で直接に、又はE2E PC5-RRCシグナリング又は他の論理的に等価なシグナリングにおいてリレーWTRUを介して(透過的に)、宛先WTRUからリモートWTRUによって受信することができる。
リレーWTRUは、アダプテーションレイヤ、又はWTRUにおいて動作する何らかの他の論理的に等価な機能におけるマッピングを変更/更新するために、リモートWTRUに指示を送ることができる。
1つの解決策では、リレーWTRUは、リモートWTRUのアダプテーションレイヤにおいて無線ベアラからRLCチャネルへのマッピングを変更/更新するようにトリガするために、指示メッセージをリモートWTRUに送ることができる。リレーWTRUは、マッピング構成を動的にアクティブ化/非アクティブ化するために、指示メッセージをリモートWTRUに送ることもできる。リレーWTRUによって送られる指示メッセージの内容は、リモートWTRUのアダプテーションレイヤにおいて適用されるマッピングに関連する1つ以上のタイプの制御情報を含むことができる。
リレーWTRUによって送られる指示メッセージの内容は、マッピング構成IDを含むことができる。例えば、リレーWTRUは、マッピング構成IDを示すことによってマッピング構成を選択するためのコマンド/命令を送ることができる。リレーWTRUは、以下の組み合わせのいずれかにおいてマッピング更新を行うために、マッピング構成IDを含む指示を送ることができる。N:1から1:1及びその逆、N:1から1:N及びその逆、1:Nから1:1及びその逆。リレーWTRUはまた、マッピングにおける更新がリモートWTRUによって適用され得る持続時間を含むことができ、その後、マッピング構成は、初期構成、以前の構成、又はデフォルト構成のいずれかに遷移され得る。
リレーWTRUによって送られる指示メッセージの内容は、マッピング情報を含むこともできる。例えば、リレーWTRUは、無線ベアラからRLCチャネルへのマッピングを示すために、1つ以上の無線ベアラのID及びRLCチャネルのIDを送ることができる。リレーWTRUはまた、リモートWTRUにおいてRLCチャネルにマッピングするときに、無線ベアラの優先度値を示すことができる。
リレーWTRUによって送られる指示メッセージの内容は、経路/ルートIDを含むことができる。例えば、リレーWTRUは、E2E L2に対応する経路ID(ソース/リモートWTRU ID、最終宛先ID)又は他のE2EルーティングIDを送ることができ、これらは、アダプテーションレイヤにおけるマッピングを変更することによってリモートWTRUを支援するために使用され得、それにより、無線ベアラから、同じリレーWTRU又は異なるリレーWTRUへの別のRLCチャネルへのトラフィックの再ルーティングがもたらされる。ある場合には、経路IDはまた、場合によっては経路の利用可能性/利用不可能性の持続時間と共に、送信のための経路の利用可能性又は利用不可能性を示す経路ステータス情報に関連付けられ得る。
リレーWTRUによって送られる指示メッセージの内容は、QoS情報も含むことができる。例えば、リレーWTRUは、E2E無線ベアラ、入口PC5 RLCチャネル(すなわち、リモートUEにおける出口RLCチャネルに対応する)、及び/又は出口RLCチャネル(すなわち、E2E無線ベアラに対応し、出口RLCチャネルは、Uu若しくはPC5のいずれかである)に関連付けられたQoSに関連する情報を送ることができる。QoS情報は、例えば、リモートWTRUにおけるスケジューリング及び送信を支援するために、レイテンシ関連情報(例えば、リレーWTRUにおける次のホップにおけるUu/PC5リンク上の予想される送信レイテンシ、リモートWTRUにおける送信に利用可能な予想レイテンシバジェット)を含むことができる。加えて、リレーWTRUは、無線ベアラに割り当てられた優先度値を示すことができ、優先度は、複数の無線ベアラからRLCチャネルへのN:1マッピングがリモートWTRUにおいて行われる場合、無線ベアラごとの優先度を指すことができる。
制御情報のうちの少なくとも1つを含む指示メッセージは、リレーWTRUによって送られ得る。制御情報メッセージのうちの少なくとも1つを含む指示メッセージは、アダプテーションレイヤ制御PDUにおいてリレーWTRUによって送られ得る。例えば、リレーWTRUは、制御情報をアダプテーションレイヤ制御メッセージにおいてリモートWTRUに送ることができる。
制御情報のうちの少なくとも1つを含む指示メッセージはまた、ポーリング要求においてリレーWTRUによって送られ得る。例えば、リレーWTRUは、SLチャネル測定に関する情報及び/又は負荷情報(例えば、CBR)で応答するようにリモートWTRUに要求するポーリング要求メッセージを送ることができ、ポーリング要求は、アダプテーションレイヤマッピングに対応する制御情報も含むことができる。
制御情報のうちの少なくとも1つを含む指示メッセージはまた、PC5-RRC、SL MAC CE、又はSCIメッセージなどの他のシグナリングにおいてリレーWTRUによって送られ得る。
リレーWTRUは、リレーWTRUにおいて検出/決定されたトリガ条件のうちの1つ以上に基づいて、指示メッセージをリモートWTRUに送ることができる。
いくつかの例では、リレーWTRUは、ネットワーク/宛先WTRUからのトリガに基づいて、指示メッセージをリモートWTRUに送ることができる。例えば、指示は、(例えば、WTRU対ネットワークリレーの場合のRRC、MAC CE、若しくはDCIにおいて)ネットワークから又は(例えば、WTRU対WTRUリレーの場合のPC5-RRC、SL MAC CE、若しくはSCIにおいて)宛先WTRUからトリガメッセージを受信したときに送られ得る。
いくつかの例では、リレーWTRUは、リレーWTRUにおける負荷に基づいて、指示メッセージをリモートWTRUに送ることができる。例えば、リモートWTRUからの入口PC5 RLCチャネルに関連付けられた出口RLCチャネルにおけるバッファレベルが、ある閾値を上回り、ある持続時間にわたって閾値を上回ったままであるとき、リモートWTRUにおけるマッピングを更新するための指示を送ることができる。同様に、リレーWTRUは、リモートWTRUにおける出口PC5 RLCチャネルに関連付けられた入口PCH RLCチャネルにおけるバッファレベルが、ある閾値を上回り、ある持続時間にわたって閾値を上回ったままであるとき、マッピングを更新するための指示を送ることもできる。
いくつかの例では、リレーWTRUはまた、リレーWTRUにおけるアダプテーションレイヤ構成の変更に基づいて、指示メッセージをリモートWTRUに送ることができる。例えば、入口RLCチャネルと出口RLCチャネルとの間のリレーWTRUにおけるアダプテーションレイヤでのマッピング構成、及び/又は出口RLCチャネルの構成(例えば、優先度、PDB、PBR)が変更されたときに、指示が送られてもよく、これは、リモートWTRUにおけるアダプテーションレイヤマッピングに影響を与える可能性がある。
いくつかの例では、リレーWTRUはまた、次のホップリンクにおけるチャネル状態に基づいて、指示メッセージをリモートWTRUに送ることができる。例えば、指示は、Uuリンク(WTRU対ネットワークリレーの場合)又はPC5リンク(WTRU対WTRUリレー)上のチャネル状態(例えば、RSRP、CQI)が閾値を下回ってドロップし、ある持続時間にわたって閾値を下回ったままである場合に送られ得る。加えて、WTRU対WTRUリレーの場合、指示は、次のホップPC5チャネルにおける負荷(すなわち、CBR、CR)が閾値を上回り、ある持続時間にわたって閾値を上回ったままである場合に送られ得る。
いくつかの例では、リレーWTRUはまた、次のホップリンク上のQoSに基づいて、指示メッセージをリモートWTRUに送ることができる。例えば、指示は、QoS関連測定値(例えば、次のホップリンク上の出口RLCチャネル上のレイテンシ)がある閾値(例えば、レイテンシバジェット)を超えるときに送られる。同様に、リレーWTRUは、次のホップリンク上の負荷状態が変化し、その結果、スケジューリングレイテンシが閾値を上回って増加したか、又は閾値を下回って減少した場合、指示をリモートWTRUに送ることができる。
いくつかの例では、リレーWTRUは、DRX構成の変更に基づいて、指示メッセージをリモートWTRUに送ることができる。例えば、指示は、リモートWTRUの出口PC5 RLCチャネルに関連付けられた入口PC5 RLCチャネルにおける受信に影響を与える可能性がある、リレーWTRUにおけるDRX構成が修正されたときに送られ得る。
図4A~図4Cは、本発明の一実施形態による解決策を示す。いくつかの状況では、WTRU対WTRUリレーのいくつかの能力は、1つ以上のリレーWTRUを介して送信するときにエンドツーエンド(E2E)ベースでQoS要件(例えば、レイテンシ)を満たすために、WTRU内に有することが有益であり得る。しかしながら、多くの場合、送信側又はソースWTRUは、後続のホップにおける動的リンク状態又は輻輳に気づいていないことがある。更に、多くの場合、リレーWTRUは、(例えば、前のホップリンク上で被ったレイテンシに気づいていないことに起因して)E2E QoS要件及び動的な残りのQoSを含む、QoSパラメータに気づいていないことがある。したがって、一実施形態によれば、WTRU(例えば、リレーWTRU)は、超過時間指示(例えば、ソースWTRUから受信されたものなど)と、CBR測定及び事前構成されたマッピング関係から取得された次のホップリンク上の予想レイテンシとに基づいてリソース選択又は再選択を行うことによって、E2E QoS(例えば、レイテンシバジェット)を満たすために、受信されたPDUを1つ以上のターゲットWTRUにリレーするためのリソースを決定することができる。
図4Aに見られるように、ソースデバイスからターゲットデバイスへの送信が総エンドツーエンドレイテンシバジェット402を有し得る状況では、これは、リレーを介して行われる場合、ソースデバイスからリレーデバイスへの、及びリレーデバイスからターゲットデバイスへの2つの構成要素送信を含むことになる。したがって、総エンドツーエンドレイテンシバジェットは、第1のホップレイテンシバジェット404aと第2の/次のホップレイテンシバジェット406aとの組み合わせになると理解され得る。
したがって、図4Bに示す実施形態によれば、WTRUによって行うことができるエンドツーエンドサービス品質(QoS)を達成するためのプロセスは、ソースWTRU412、リレーWTRU414、及びターゲットWTRU416を参照して理解することができる。ソースWTRU412からターゲットWTRU416への送信は、リレーWTRU414を通過することができる。ソースWTRU412からリレーWTRU414への送信は、第1のホップになると理解されるべきであり、リレーWTRU414からターゲットWTRU416への送信は、次のホップになると理解されるべきである。次のホップは、本明細書では、第2のホップ又は後続のホップと交換可能に称されることがある。第1のホップにおいて、リレーWTRU414は、420において、ソースWTRUからプロトコルデータユニット(PDU)及び超過時間指示を受信することができる。注目すべきことに、第1のホップの送信は、第1のホップレイテンシバジェット404bに達していないか、又はそれを超えていることがある。次いで、リレーWTRU414は、後続のホップについてのチャネル負荷の測度に基づいて、次のホップリンクの予想レイテンシを決定することができる。次いで、リレーWTRU414は、420において受信された超過時間指示及び予想レイテンシに基づいて、次のホップレイテンシバジェット406bを動的に決定することができる。その後、リレーWTRU414は、決定された次のホップレイテンシバジェットに基づいて、420において受信されたPDUを送信するためのリソースを決定することができる。次のホップレイテンシバジェットにかなうリソースが利用可能であり、後続の送信のために使用されると決定されたとすれば、リレーWTRUは、次いで、430において、決定されたリソースを使用して、受信されたPDUを次のホップ上で送信することができる。しかしながら、場合によっては、決定された次のホップレイテンシバジェットにかなう利用可能なリソースがない場合、リレーWTRU414は、420において受信されたPDUをドロップすることができる。
図4Cに見られるように、第2のホップのために残っているレイテンシバジェット434は、第1のホップ中に生じた実際のレイテンシ432に依存することが理解されるべきである。第2のホップレイテンシバジェット434は、第1のホップ中に生じる任意の追加の遅延を補償するために、第1のホップの実際のレイテンシに応じて動的に変化し得る。動的な第2のホップレイテンシバジェット434は、送信を完了するために利用可能な最大利用可能時間を示す(リソース選択ウィンドウにおいて使用される)前述のT2値として理解されてよい。例えば、場合によっては、次のホップレイテンシバジェット434は、予想レイテンシから超過時間パラメータ438を引いたものに等しい。言い換えれば、第2のホップのために残っているレイテンシバジェット434は、量439だけオフセット又は低減され得、それは、第2のホップ上の輻輳によるレイテンシバジェットマージンの変化によって理解されてよい。総E2Eレイテンシバジェット内に収まるために、この量439は、第1のホップを完了するために使用された超過時間436を補償するのに十分であるべきである。超過時間436の量は、図4Aに示される静的構成において送信が有していたはずのレイテンシバジェット404aを超える追加の時間を意味すると理解されてよい。したがって、第2のホップのための残りのレイテンシバジェット434は、第1のホップから取得された超過時間438の指示に応じて量439だけ動的に変更され得る。
図4A~図4Cに示されるものなどのいくつかの実施形態では、リレーWTRU414は、チャネルビジー率(channel busyness ratio、CBR)測定値と、CBRと予想レイテンシとの間の事前構成されたマッピングとに基づいて、次のホップリンクの予想レイテンシを決定することができる。次のホップレイテンシバジェット434の動的決定は、リレーWTRUに知られていないエンドツーエンドレイテンシバジェット402(すなわち、総レイテンシバジェット)に依存することができ、超過時間指示は、前のホップ上の輻輳による超過レイテンシ438を示すことができる。いくつかの実施形態では、次のホップレイテンシバジェットは、パケット遅延バジェットに依存し得る。リレーWTRUは、リレーWTRUがソースWTRUから受信するパケットのヘッダ内のパケット遅延ビットに基づいて、パケット遅延バジェットを決定することができる。いくつかの実施形態では、リレーWTRUは、チャネル負荷の測度を取得するために、リレーWTRU414からターゲットWTRUへの送信に利用可能な複数のサブチャネルを監視することができる。
ソースWTRU412からリレーWTRU414に送られる超過時間指示は、送信が第1のホップ上でレイテンシバジェット404bを超えたことを示すことができ、レイテンシバジェットを超えた量438は、後続のホップ上で補償される必要があり得ることを理解されたい。更に、いくつかの実施形態では、リレーWTRU414は、上記で説明された残りのレイテンシバジェットの決定を行うことを可能にする、CBRと後続のホップ上の予想レイテンシとの間のマッピングを用いて構成され得る。したがって、リレーWTRU414は、CBRに基づいて、PDUを第2のホップにリレーすることが残りのレイテンシバジェット406b内で可能になるかどうかを決定することができる。リレーWTRU414は、それに利用可能な又はそれに割り当てられたリソース(例えば、サブチャネル)を監視又は感知した後、CBRを決定し、残りのレイテンシバジェット406b内で送信の完了を可能にする、それに利用可能なリソースプールからリソースを予約又は選択することができる。いくつかの実施形態では、リレーWTRU414は、好ましくは、所定の閾値を上回るCBRを可能にするリソースを選択することができる。リソースの選択又は再選択は、先に説明されたモード2に関連付けられた選択手順を含む、本明細書で説明される手順のいずれかに従って行われ得る。動的な第2のホップのレイテンシバジェットの変化量439が、第1のホップ中に使用される超過時間436と直接相関され得る場合、送信は第2のホップ上で完了され得ることを理解されたい。
E2E QoSを保証するためのWTRU対WTRUリレーにおけるSLRB構成のための技法が、本明細書で開示される。WTRUは、上位レイヤパケットフローを、リレーされるSLRB対リレーされないSLRBにマッピングするためのルールで構成される。WTRUは、その送信上で許容可能な経路タイプをリレーし、示すように構成される。WTRUは、次のホップWTRUのためのASレイヤ構成を決定する/送ることができる。WTRUは、リレーWTRUのための下位レイヤ構成に関連付けられたパラメータを更新することができる。WTRUは、複数の事前構成からリレーWTRUのための下位レイヤ構成を選択することができる。下位レイヤ構成を更新するためにWTRUによって受信されるトリガ/指示の例が開示される。下位レイヤ構成を更新するためにWTRUによって送られる指示の例が開示される。
WTRUは、リレーWTRUにおける下位レイヤ構成を更新することを要求するために、ネットワークに指示を送ることができる。リレーWTRUは、構成更新をトリガするための受信された指示に基づいて、下位レイヤ構成を決定することができる。
E2E通信範囲を有するWTRU対WTRUリレーのためのリレーを決定するための技法が、本明細書で開示される。リレーWTRUは、エンドツーエンド通信範囲に基づいて、宛先WTRUにリレーするための決定を決定することができる。リレーWTRUは、パケットドロップ指示をソースWTRUに送ることができる。リレーWTRUは、受信された範囲要件から送信のための範囲を導出することができる。
E2E QoSを有するWTRU対WTRUリレーのためのリソースを決定するための技法が、本明細書で開示される。WTRUは、次のホップWTRUの構成及び予想される残りのパケット遅延バジェットに基づいてリソース選択を行う。WTRUは、リレーWTRUに関する処理遅延/リンク状態をNWに通知することができる。WTRU(リレー)は、リソース選択ウィンドウを決定するために残りの時間バジェットを使用することができる。WTRUは、前のホップのWTRUにおいて、周期的リソースベースの周期的リソースのためのリソース選択を行うことができる。WTRU(リレー)は、ソースWTRUから周期的プロセスを受信すると、NWへの指示をトリガすることができる。WTRU(リレー)は、周期的プロセスから受信されたデータが、リレーにおいて関連付けられた周期的プロセス/リソース上にリレーされることを保証することができる。
特徴及び要素は、特定の組み合わせにおいて上で説明されているが、当業者は、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることを理解されよう。更に、本明細書に説明される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアに実装され得る。コンピュータ可読媒体の例には、電子信号(有線又は無線接続を介して送信される)及びコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びCD-ROMディスク及びデジタル多用途ディスク(digital versatile disk、DVD)などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアに関連付けられたプロセッサを使用して、WTRU、UE、端末、基地局、RNC又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

Claims (20)

  1. 無線送信/受信ユニット(WTRU)によって行われるエンドツーエンドサービス品質(QoS)を達成するための方法であって、前記方法が、
    ソースWTRUからプロトコルデータユニット(PDU)及び超過時間指示を受信し、
    チャネル負荷の測度に基づいて次のホップリンクの予想レイテンシを決定し、
    前記受信された超過時間指示及び前記予想レイテンシに基づいて次のホップレイテンシバジェットを動的に決定し、
    前記決定された次のホップレイテンシバジェットに基づいて、前記受信されたPDUを送信するためのリソースを決定し、かつ
    前記リソースが利用可能であるという条件で、前記決定されたリソースを使用して前記次のホップ上で、前記受信されたPDUを送信することを含む、方法。
  2. 前記決定された次のホップレイテンシバジェットにかなう利用可能なリソースがないという条件で、前記PDUをドロップすることを更に含む、請求項1に記載の方法。
  3. 前記次のホップレイテンシバジェットは、前記予想レイテンシから超過時間パラメータを引いたものに等しい、請求項1に記載の方法。
  4. 前記次のホップリンクの前記予想レイテンシを決定することは、チャネルビジー率(CBR)測定値、及びCBRと前記予想レイテンシとの間の事前構成されたマッピングに基づく、請求項1に記載の方法。
  5. 前記次のホップレイテンシバジェットの前記動的決定は、エンドツーエンドレイテンシバジェットに基づく、請求項1に記載の方法。
  6. 前記超過時間指示は、前のホップにおける輻輳による超過レイテンシを示す、請求項1に記載の方法。
  7. 前記次のホップレイテンシバジェットは、パケット遅延バジェットに依存する、請求項1に記載の方法。
  8. 前記ソースWTRUからパケットのヘッダにおいてパケット遅延ビットを受信することを更に含む、請求項1に記載の方法。
  9. 前記チャネル負荷の測度を取得するために、前記WTRUからターゲットWTRUへの送信に利用可能な複数のサブチャネルを監視することを更に含む、請求項1に記載の方法。
  10. 前記エンドツーエンドQoSは、データレートに関連付けられる、請求項1に記載の方法。
  11. ソースWTRUからターゲットWTRUに情報をリレーし、エンドツーエンドサービス品質(QoS)を達成するように構成されたリレー無線送信/受信ユニット(WTRU)であって、前記リレーWTRUが、
    トランシーバに結合されたプロセッサを備え、前記プロセッサが、
    前記ソースWTRUからプロトコルデータユニット(PDU)及び超過時間指示を受信し、
    チャネル負荷の測度に基づいて次のホップリンクの予想レイテンシを決定し、
    前記受信された超過時間指示及び前記予想レイテンシに基づいて次のホップレイテンシバジェットを動的に決定し、
    前記決定された次のホップレイテンシバジェットに基づいて、前記受信されたPDUを送信するためのリソースを決定し、かつ
    前記リソースが利用可能であるという条件で、前記決定されたリソースを使用して前記次のホップ上で、前記受信されたPDUを送信するように構成されている、リレー無線送信/受信ユニット(WTRU)。
  12. 前記トランシーバに結合された前記プロセッサは、前記決定された次のホップレイテンシバジェットにかなう利用可能なリソースがないという条件で、前記PDUをドロップするように更に構成されている、請求項11に記載のリレーWTRU。
  13. 前記次のホップレイテンシバジェットは、前記予想レイテンシから超過時間パラメータを引いたものに等しい、請求項11に記載のリレーWTRU。
  14. 前記次のホップリンクの前記予想レイテンシは、チャネルビジー率(CBR)測定値、及びCBRと前記予想レイテンシとの間の事前構成されたマッピングに基づく、請求項11に記載のリレーWTRU。
  15. 前記次のホップレイテンシバジェットは、前記エンドツーエンドレイテンシバジェットに基づく、請求項11に記載のリレーWTRU。
  16. 前記超過時間指示は、前のホップにおける輻輳による超過レイテンシを示す、請求項11に記載のリレーWTRU。
  17. 前記次のホップレイテンシバジェットは、パケット遅延バジェットに依存する、請求項11に記載のリレーWTRU。
  18. 前記トランシーバに結合された前記プロセッサは、前記ソースWTRUからパケットのヘッダにおいてパケット遅延ビットを受信するように更に構成されている、請求項11に記載のリレーWTRU。
  19. 前記トランシーバに結合された前記プロセッサは、前記チャネル負荷の測度を取得するために、前記WTRUからターゲットWTRUへの送信に利用可能な複数のサブチャネルを監視するように更に構成されている、請求項11に記載のリレーWTRU。
  20. 前記エンドツーエンドQoSは、データレートに関連付けられる、請求項11に記載のリレーWTRU。

JP2022570427A 2020-05-20 2021-05-20 エンドツーエンドqosをサポートするための方法 Pending JP2023527516A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202063027646P 2020-05-20 2020-05-20
US63/027,646 2020-05-20
US202063091648P 2020-10-14 2020-10-14
US63/091,648 2020-10-14
PCT/US2021/033444 WO2021236951A2 (en) 2020-05-20 2021-05-20 Methods for supporting end to end qos

Publications (1)

Publication Number Publication Date
JP2023527516A true JP2023527516A (ja) 2023-06-29

Family

ID=76444654

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022570427A Pending JP2023527516A (ja) 2020-05-20 2021-05-20 エンドツーエンドqosをサポートするための方法

Country Status (7)

Country Link
US (1) US20230189050A1 (ja)
EP (1) EP4154480A2 (ja)
JP (1) JP2023527516A (ja)
CN (1) CN115804076A (ja)
BR (1) BR112022023647A2 (ja)
TW (1) TW202209913A (ja)
WO (1) WO2021236951A2 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113271134B (zh) * 2020-02-17 2023-07-25 北京紫光展锐通信技术有限公司 Ue的中继通信方法及相关产品
US20230254267A1 (en) * 2022-02-08 2023-08-10 Samsung Electronics Co., Ltd. Methods and apparatus for policy management in media applications using network slicing
WO2023154845A1 (en) * 2022-02-11 2023-08-17 Interdigital Patent Holdings, Inc. Xr methods for supporting high granularity qos differentiation
US20230261772A1 (en) * 2022-02-17 2023-08-17 Qualcomm Incorporated Relay characteristic reporting and control
US20230292325A1 (en) * 2022-03-08 2023-09-14 Qualcomm Incorporated Efficient report configuration for remote devices
US12047941B2 (en) * 2022-03-31 2024-07-23 Qualcomm Incorporated Downlink relay for passive internet of things communication
WO2024168579A1 (zh) * 2023-02-15 2024-08-22 富士通株式会社 信息处理方法、装置以及通信系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2767043A1 (en) * 2011-10-13 2014-08-20 Nokia Solutions and Networks Oy Method for controlling a multi-hop transmission

Also Published As

Publication number Publication date
WO2021236951A3 (en) 2022-03-03
CN115804076A (zh) 2023-03-14
US20230189050A1 (en) 2023-06-15
TW202209913A (zh) 2022-03-01
EP4154480A2 (en) 2023-03-29
BR112022023647A2 (pt) 2023-01-17
WO2021236951A2 (en) 2021-11-25

Similar Documents

Publication Publication Date Title
JP2022502921A (ja) ユニキャスト及び/又はマルチキャストリンク確立及び維持のためのl2手順
KR20210116443A (ko) 상이한 타입들의 동시 송신을 가능하게 하기 위한 절차들
CN112840733A (zh) 用于资源预留以满足新无线电(nr)车辆通信(v2x)服务质量(qos)要求的方法
CN115553058A (zh) 设备到设备中继连接的建立和配置
JP2023527516A (ja) エンドツーエンドqosをサポートするための方法
JP2023537491A (ja) Slリレーのための待ち時間短縮をサポートするためのnrリレー方法
CN113039833A (zh) 基于上行链路的前向移动性
CN117202301A (zh) 用于侧链路中继的链路管理和恢复的方法和装置
JP2023527730A (ja) Wtruからwtruへのリレーと関連付けられたサービス継続性のための方法及び装置
US20240178947A1 (en) Method and apparatus for path selection and duplication via sidelink and direct link
JP2023537490A (ja) Nrリレーに関連付けられたサイドリンクディスカバリ
CN116830657A (zh) 基于与中继wtru和网络之间的链路相关联的链路质量指示来修改远程wtru处的测量报告行为
CN116848889A (zh) 用于中继测量的方法
US20240187935A1 (en) Methods and apparatus for supporting adaptive quality of service (qos) in sidelink relays
CN117322056A (zh) 用于支持侧链路中继中的自适应服务质量(QoS)的方法和装置
JP2024538525A (ja) メディアアクセス制御(mac)レイヤにおけるサービス品質(qos)執行のための方法、アーキテクチャ、装置、及びシステム
CN118266246A (zh) Nr中继—用于多跳发现和中继选择的方法
CN117917131A (zh) 与多跳和多连接中继相关联的rlf和恢复
WO2024072864A1 (en) Discovery in wtru-to-wtru relays
JP2024531894A (ja) サイドリンクリレーセル再選択又はハンドオーバ及び測定
WO2024030658A1 (en) Methods for pdu duplication in multicarrier sidelink
KR20240147729A (ko) 패킷 데이터 컨버전스 프로토콜(pdcp) 송신 버퍼 처리를 위한 방법 및 장치

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230120

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20230127

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20230320

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20240517

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240520

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20240517