図1Aは、1つ以上の開示された実施形態が実装され得る、例示的な通信システム100を例解する図である。通信システム100は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであり得る。通信システム100は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、このようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム100は、コード分割多重アクセス(code division multiple access、CDMA)、時分割多重アクセス(time division multiple access、TDMA)、周波数分割多重アクセス(frequency division multiple access、FDMA)、直交FDMA(orthogonal FDMA、OFDMA)、シングルキャリアFDMA(single-carrier FDMA、SC-FDMA)、ゼロテールユニークワードDFT-Spread OFDM(zero-tail unique-word DFT-Spread OFDM、ZT UW DTS-s OFDM)、ユニークワードOFDM(unique word OFDM、UW-OFDM)、リソースブロックフィルタ処理OFDM、フィルタバンク多重キャリア(filter bank multicarrier、FBMC)などの、1つ以上のチャネルアクセス方法を用いてもよい。
図1Aに示すように、通信システム100は、無線送信/受信ユニット(WTRU)102a、102b、102c、102dと、RAN104/113と、CN106/115と、公衆交換電話ネットワーク(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、loT)デバイス、ウォッチ又は他の着用式のヘッドマウントディスプレイ(head-mounted display、HMD)、車両、ドローン、医療デバイス及びアプリケーション(例えば、遠隔手術用)、工業用デバイス及びアプリケーション(例えば、工業用及び/又は自動処理チェーンコンテキストで動作するロボット及び/又は他の無線デバイス)、家電デバイス、商業用無線ネットワーク及び/又は工業用無線ネットワークで動作するデバイスなどを含んでもよい。WTRU102a、102b、102c、及び102dのいずれも、互換的にWTRUと称され得る。更に、UEを参照して説明される本明細書の任意の説明は、WTRUに等しく適用可能であり得る(又はその逆も同様)。例えば、WTRUは、UEによって実行されるものとして本明細書で説明されるプロセス又は手順のいずれかを実行するように構成され得る(又はその逆も同様)。
通信システム100はまた、基地局114a及び/又は基地局114bを含み得る。基地局114a、114bの各々は、CN106/115、インターネット110、及び/又は他のネットワーク112などの、1つ以上の通信ネットワークへのアクセスを容易にするために、WTRU102a、102b、102c、102dのうちの少なくとも1つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであってもよい。例として、基地局114a、114bは、基地局トランシーバ(base transceiver station、BTS)、ノードB、eノードB、ホームノードB、ホームeノードB、gNB、NRノードB、サイトコントローラ、アクセスポイント(access point、AP)、無線ルータなどであり得る。基地局114a、114bは、各々単一の要素として図示されているが、基地局114a、114bは、任意の数の相互接続された基地局及び/又はネットワーク要素を含み得ることが理解されよう。
基地局114aは、基地局コントローラ(base station controller、BSC)、無線ネットワークコントローラ(radio network controller、RNC)、リレーノードなど、他の基地局及び/又はネットワーク要素(図示せず)もまた含み得る、RAN104/113の一部であってもよい。基地局114a及び/又は基地局114bは、セル(図示せず)と称され得る、1つ以上のキャリア周波数で無線信号を送信及び/又は受信するように構成されてもよい。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトルと未認可スペクトルとの組み合わせであり得る。セルは、相対的に固定され得るか、又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、セルセクタに更に分けられ得る。例えば、基地局114aと関連付けられたセルは、3つのセクタに分けられ得る。したがって、一実施形態では、基地局114aは、3つのトランシーバを、すなわち、セルのセクタごとに1つのトランシーバを含み得る。一実施形態では、基地局114aは、多重入力多重出力(multiple-input multiple output、MIMO)技術を採用し得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信、かつ/又は受信してもよい。
基地局114a、114bは、エアーインターフェース116を介して、WTRU102a、102b、102c、102dのうちの1つ以上と通信し得、このエアーインターフェースは、任意の好適な無線通信リンク(例えば、無線周波数(radio frequency、RF)、マイクロ波、センチメートル波、マイクロメートル波、赤外線(infrared、IR)、紫外線(ultraviolet、UV)、可視光など)であり得る。エアーインターフェース116は、任意の好適な無線アクセス技術(radio access technology、RAT)を使用して確立され得る。
より具体的には、上記のように、通信システム100は、多重アクセスシステムであり得るが、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの、1つ以上のチャネルアクセス方式を用い得る。例えば、RAN104/113内の基地局114a、及びWTRU102a、102b、102cは、ユニバーサル移動体通信システム(Universal Mobile Telecommunications System、UMTS)地上無線アクセス(Terrestrial Radio Access、UTRA)などの無線技術を実装し得、これは、広帯域CDMA(wideband CDMA、WCDMA)を使用して、エアーインターフェース115/116/117を確立してもよい。WCDMAは、高速パケットアクセス(High-Speed Packet Access、HSPA)及び/又は進化型HSPA(HSPA+)などの通信プロトコルを含み得る。HSPAは、高速ダウンリンク(Downlink、DL)パケットアクセス(High-Speed Downlink Packet Access、HSDPA)及び/又は高速ULパケットアクセス(High-Speed UL Packet Access、HSUPA)を含んでもよい。
一実施形態では、基地局114a及びWTRU102a、102b、102cは、進化型UMTS地上無線アクセス(Evolved UMTS Terrestrial Radio Access、E-UTRA)などの無線技術を実装し得、これは、ロングタームエボリューション(Long Term Evolution、LTE)及び/又はLTE-Advanced(LTE-A)及び/又はLTE-Advanced Pro(LTE-A Pro)を使用してエアーインターフェース116を確立し得る。
一実施形態では、基地局114a、及びWTRU102a、102b、102cは、新無線(New Radio、NR)技術を使用してエアーインターフェース116を確立し得る、NR無線アクセスなどの無線技術を実装してもよい。
一実施形態では、基地局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(Interim Standard、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/115を介してインターネット110にアクセスする必要がないことがある。
RAN104/113は、CN106/115と通信し得、CN106/115は、音声、データ、アプリケーション、及び/又はボイスオーバインターネットプロトコル(voice over internet protocol、VoIP)サービスを、WTRU102a、102b、102c、102dのうちの1つ以上に提供するように構成された、任意のタイプのネットワークであってもよい。データは、例えば、異なるスループット要件、レイテンシ要件、誤り許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質(quality of service、QoS)要件を有し得る。CN106/115は、呼制御、支払い請求サービス、移動体位置情報サービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供してもよく、かつ/又はユーザ認証などの高レベルセキュリティ機能を実施してもよい。図1Aには示していないが、RAN104/113及び/又はCN106/115は、RAN104/113と同じRAT又は異なるRATを用いる他のRANと、直接又は間接的に通信し得ることが理解されよう。例えば、NR無線技術を利用し得るRAN104/113に接続されていることに加えて、CN106/115はまた、GSM、UMTS、CDMA2000、WiMAX、E-UTRA、又はWiFi無線技術を用いて、別のRAN(図示せず)と通信してもよい。
CN106/115はまた、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/113と同じ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)との間で信号を送信するか、又は受信するように構成され得る。例えば、一実施形態では、送信/受信要素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は、エアーインターフェース116を介して基地局(例えば、基地局114a、114b)から位置情報を受信し、かつ/又は2つ以上の近接基地局から受信されている信号のタイミングに基づいて、その位置を判定し得る。WTRU102は、一実施形態との一貫性を有したまま、任意の好適な位置判定方法によって位置情報を取得し得ることが理解されよう。
プロセッサ118は、他の周辺機器138に更に結合され得るが、プロセッサ118には、追加の特徴、機能、及び/又は有線若しくは無線接続を提供する1つ以上のソフトウェア及び/又はハードウェアモジュールが含まれ得る。例えば、周辺機器138には、加速度計、電子コンパス、衛星トランシーバ、(写真及び/又はビデオのための)デジタルカメラ、ユニバーサルシリアルバス(universal serial bus、USB)ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Bluetooth(登録商標)モジュール、周波数変調(frequency modulated、FM)無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、仮想現実及び/又は拡張現実(Virtual Reality/Augmented Reality、VR/AR)デバイス、アクティビティトラッカなどが含まれ得る。周辺機器138は、1つ以上のセンサを含んでもよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び/又は湿度センサのうちの1つ以上であってもよい。
WTRU102は、(例えば、UL(例えば、送信用)及びダウンリンク(例えば、受信用)の両方のための特定のサブフレームと関連付けられた信号のいくつか又は全ての送信及び受信が、並列及び/又は同時であり得る、全二重無線機を含んでもよい。全二重無線機は、ハードウェア(例えば、チョーク)又はプロセッサを介した信号処理(例えば、別個のプロセッサ(図示せず)又はプロセッサ118を介した)信号処理のいずれかを介した自己干渉を低減及び又は実質的に排除するための干渉管理ユニット139を含み得る。一実施形態では、WRTU102は、(例えば、UL(例えば、送信用)又はダウンリンク(例えば、受信用)のいずれかのための特定のサブフレームと関連付けられた)信号のうちのいくつか又は全てのうちのどれかの送信及び受信のための、半二重無線機を含んでもよい。
図1Cは、一実施形態による、RAN104及びCN106を例解するシステム図である。上記のように、RAN104は、エアーインターフェース116を介してWTRU102a、102b、102cと通信するために、E-UTRA無線技術を採用し得る。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)ゲートウェイ(又は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マルチメディアサブシステム(IMS)サーバ)を含み得るか、又はこれと通信し得る。加えて、CN106は、WTRU102a、102b、102cに、他のネットワーク112へのアクセスを提供し得、他のネットワーク112は、他のサービスプロバイダによって所有及び/又は運用されている他の有線及び/又は無線ネットワークを含み得る。
WTRUは、無線端末として図1A~図1Dに記載されているが、ある特定の代表的な実施形態では、このような端末は、通信ネットワークとの有線通信インターフェースを(例えば、一時的又は永久的に)使用し得ることが企図される。
代表的な実施形態では、他のネットワーク112は、WLANであり得る。
インフラストラクチャ基本サービスセット(Basic Service Set、BSS)モードのWLANは、BSSのアクセスポイント(AP)及びAPと関連付けられた1つ以上の局(STA)を有し得る。APは、配信システム(Distribution System、DS)、又はBSSに入り、かつ/若しくはBSSから出るトラフィックを搬送する別のタイプの有線ネットワーク/無線ネットワークへのアクセス又はインターフェースを有してもよい。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によって使用され得る。ある特定の代表的な実施形態では、例えば、802.11システムにおいて、衝突回避を備えたキャリア感知多重アクセス(Carrier Sense Multiple Access with Collision Avoidance、CSMA/CA)が実装されてもよい。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構成に対する上記で説明される動作は逆にされ得、組み合わされたデータは媒体アクセス制御(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デバイスなど、メータタイプの制御/マシンタイプ通信をサポートしてもよい。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は、一実施形態による、RAN113及びCN115を例解するシステム図である。上記のように、RAN113は、エアーインターフェース116を介して、WTRU102a、102b、102cと通信するために、NR無線技術を用い得る。RAN113はまた、CN115と通信し得る。
RAN113は、gNB180a、180b、180cを含み得るが、RAN113は、一実施形態との一貫性を有したまま、任意の数のgNBを含み得ることが理解されよう。gNB180a、180b、180cは各々、エアーインターフェース116を介してWTRU102a、102b、102cと通信するための1つ以上のトランシーバを含み得る。一実施形態では、gNB180a、180b、180cは、MIMO技術を実装し得る。例えば、gNB180a、108bは、ビームフォーミングを利用して、gNB180a、180b、180cに信号を送信し得る、かつ/又はgNB180a、180b、180cから信号を受信し得る。したがって、gNB180aは、例えば、複数のアンテナを使用して、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は、(例えば、様々な数のOFDMシンボルを含む、かつ/又は様々な長さの絶対時間が持続する)様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔(transmission time interval、TTI)を使用して、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におけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、NRとE-UTRAとの間のインターワーキング、ユーザプレーン機能(User Plane Function、UPF)184a、184bへのユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能(Access and Mobility Management Function、AMF)182a、182bへの制御プレーン情報のルーティングなどを処理するように構成されてもよい。図1Dに示すように、gNB180a、180b、180cは、Xnインターフェースを介して互いに通信し得る。
図1Dに示すCN115は、少なくとも1つのAMF182a、182b、少なくとも1つのUPF184a、184b、少なくとも1つのセッション管理機能(Session Management Function、SMF)183a、183b、及び場合によってはデータネットワーク(Data Network、DN)185a、185bを含み得る。前述の要素の各々は、CN115の一部として示されているが、これらの要素のいずれも、CNオペレータ以外のエンティティによって所有及び/又は操作され得ることが理解されよう。
AMF182a、182bは、N2インターフェースを介してRAN113におけるgNB180a、180b、180cのうちの1つ以上に接続され得、制御ノードとして機能し得る。例えば、AMF182a、182bは、WTRU102a、102b、102cのユーザの認証、ネットワークスライシングのサポート(例えば、異なる要件を有する異なるPDUセッションの処理)、特定のSMF183a、183bの選択、登録エリアの管理、NASシグナリングの終了、モビリティ管理などの役割を果たしてもよい。ネットワークスライスは、WTRU102a、102b、102cを利用しているサービスのタイプに基づいて、WTRU102a、102b、102cのCNサポートをカスタマイズするために、AMF182a、182bによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低遅延(ultra-reliable low latency、URLLC)アクセスに依存するサービス、拡張大規模モバイルブロードバンド(enhanced massive mobile broadband、eMBB)アクセスに依存するサービス、マシンタイプ通信(machine type communication、MTC)アクセスのためのサービスなどの異なる使用事例のために確立されてもよい。AMF162は、RAN113と、LTE、LTE-A、LTE-A Pro及び/又はWiFiなどの非3GPPアクセス技術などの他の無線技術を用いる他のRAN(図示せず)との間で切り替えるための制御プレーン機能を提供してもよい。
SMF183a、183bは、N11インターフェースを介して、CN115内のAMF182a、182bに接続され得る。SMF183a、183bはまた、N4インターフェースを介して、CN115内のUPF184a、184bに接続され得る。SMF183a、183bは、UPF184a、184bを選択及び制御し、UPF184a、184bを通るトラフィックのルーティングを構成し得る。SMF183a、183bは、WTRU IPアドレスを管理し、配分すること、PDUセッションを管理すること、ポリシー執行及びQoSを制御すること、ダウンリンクデータ通知を提供することなどの、他の機能を実施してもよい。PDUセッションタイプは、IPベース、非IPベース、イーサネットベースなどであり得る。
UPF184a、184bは、N3インターフェースを介して、RAN113内のgNB180a、180b、180cのうちの1つ以上に接続され得、これにより、WTRU102a、102b、102cとIP対応デバイスとの間の通信を容易にするために、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供し得る。UPF184、184bは、パケットをルーティングし、転送すること、ユーザプレーンポリシーを執行すること、多重ホームPDUセッションをサポートすること、ユーザプレーンQoSを処理すること、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供することなどの、他の機能を実施してもよい。
CN115は、他のネットワークとの通信を容易にし得る。例えば、CN115は、CN115とPSTN108との間のインターフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IP multimedia subsystem、IMS)サーバ)を含み得るか、又はそれと通信し得る。更に、CN115は、WTRU102a、102b、102cに他のネットワーク112へのアクセスを提供し得、他のネットワーク112は、他のサービスプロバイダによって所有及び/又は動作される他の有線及び/又は無線ネットワークを含み得る。一実施形態では、WTRU102a、102b、102cは、UPF184a、184bへのN3インターフェース、及びUPF184a、184bとDN185a、185bとの間のN6インターフェースを介して、UPF184a、184bを通じて、ローカルデータネットワーク(DN)185a、185bに接続されてもよい。
図1A~図1D、及び図1A~図1Dの対応する説明を鑑みると、WTRU102a~d、基地局114a及びb、eノード-B160a~c、MME162、SGW164、PGW166、gNB180a~c、AMF182a~ab、UPF184a及びb、SMF183a及びb、DN185a及びb、並びに/又は本明細書に記載の任意の他のデバイスのうちの1つ以上に関して本明細書に記載の機能のうちの1つ以上又は全ては、1つ以上のエミュレーションデバイス(図示せず)によって実施され得る。エミュレーションデバイスは、本明細書に記載される機能のうちの1つ以上又は全てをエミュレートするように構成された1つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ/又は、ネットワーク及び/若しくはWTRU機能をシミュレートしてもよい。
エミュレーションデバイスは、ラボ環境及び/又は事業者ネットワーク環境における他のデバイスの1つ以上の試験を実装するように設計され得る。例えば、1つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び/又は無線通信ネットワークの一部として完全に若しくは部分的に実装及び/又は展開されている間、1つ以上若しくは全ての機能を実行してもよい。1つ以上のエミュレーションデバイスは、有線及び/又は無線通信ネットワークの一部として一時的に実装/展開されている間、1つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、試験を目的として、別のデバイスに直接結合されてもよく、かつ/又は地上波無線通信を使用して、試験を実施してもよい。
1つ以上のエミュレーションデバイスは、有線及び/又は無線通信ネットワークの一部として実装/展開されていない間、全てを含む1つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、1つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに/又は展開されていない(例えば、試験用の)有線及び/若しくは無線通信ネットワークにおいて利用され得る。1つ以上のエミュレーションデバイスは、試験機器であり得る。RF回路(例えば、1つ以上のアンテナを含み得る)を介した直接RF結合及び/又は無線通信は、データを送信及び/又は受信するように、エミュレーションデバイスによって使用され得る。
本明細書では、とりわけ、以下の略語及び頭字語が使用される:肯定応答(Acknowledgement、ACK)、ブロック誤り率(Block Error Rate、BLER)、帯域幅部分(Bandwidth Part、BWP)、チャネルアクセス優先度(Channel Access Priority、CAP)、チャネルアクセス優先度クラス(Channel access priority class、CAPC)、クリアチャネルアセスメント(Clear Channel Assessment、CCA)、制御チャネル要素(Control Channel Element、CCE)、制御要素(Control Element、CE)、構成された許諾又はセルグループ(cell group、CG)、サイクリックプレフィックス(Cyclic Prefix、CP)、(サイクリック・プレフィックスに依存する)従来のOFDM(Conventional OFDM(relying on cyclic prefix)、CP-OFDM)、チャネル品質インジケータ(Channel Quality Indicator、CQI)、巡回冗長検査(Cyclic Redundancy Check、CRC)、チャネル状態情報(Channel State Information、CSI)、コンテンションウィンドウ(Contention Window、CW)、コンテンションウィンドウサイズ(Contention Window Size、CWS)、チャネル占有(Channel Occupancy、CO)、ダウンリンク割り当てインデックス(Downlink Assignment Index、DAI)、ダウンリンク制御情報(Downlink Control Information、DCI)、ダウンリンクフィードバック情報(Downlink feedback information、DFI)、動的許諾(Dynamic grant、DG)、ダウンリンク(DL)、復調基準信号(Demodulation Reference Signal、DM-RS)、データ無線ベアラ(Data Radio Bearer、DRB)、強化されたライセンスアシストアクセス(enhanced Licensed Assisted Access、eLAA)、更に強化されたライセンスアシストアクセス(Further enhanced Licensed Assisted Access、FeLAA)、ハイブリッド自動再送要求(Hybrid Automatic Repeat Request、HARQ)、ライセンスアシストアクセス(License Assisted Access、LAA)、リッスンビフォアトーク(Listen-Before-Talk、LBT)、3GPP LTE R8以降の、ロングタームエボリューション(Long Term Evolution、LTE)、見通し線確率表示(Line of sight probability indication、LOSPI)、否定ACK(Negative ACK、NACK)、非地上ネットワーク(Non-Terrestrial Network、NTN)、変調及び符号化方式(Modulation and Coding Scheme、MCS)、多重入力多重出力(MIMO)、新しい無線(NR)、直交周波数分割多重(Orthogonal Frequency-Division Multiplexing、OFDM)、物理層(Physical Layer、PHY)、プロセスID(PID)、ページングオケージョン(Paging Occasion、PO)、物理ランダムアクセスチャネル(PRACH)、プライマリ同期信号(Primary Synchronization Signal、PSS)、ランダムアクセス(又は手順)(Random Access、RA)、ランダムアクセスチャネル(Random Access Channel、RACH)、ランダムアクセス応答(RAR)、無線アクセスネットワークセントラルユニット(Radio access network Central Unit、RCU)、無線フロントエンド(Radio Front end、RF)、無線リンク障害(Radio Link Failure、RLF)、無線リンク監視(Radio Link Monitoring、RLM)、無線ネットワーク識別子(Radio Network Identifier、RNTI)、RACHオケージョン(RO)、無線リソース制御(Radio Resource Control、RRC)、無線リソース管理(Radio Resource Management、RRM)、基準信号(RS)、基準信号受信電力(RSRP)、受信信号強度インジケータ(Received Signal Strength Indicator、RSSI)、サービスデータユニット(Service Data Unit、SDU)、サウンディング基準信号(Sounding Reference Signal、SRS)、同期信号(Synchronization Signal、SS)、セカンダリ同期信号(Secondary Synchronization Signal、SSS)、(自己完結型サブフレームにおける)スイッチングギャップ(Switching Gap、SWG)、セミパーシステントスケジューリング(SPS)、補助アップリンク(Supplemental Uplink、SUL)、トランスポートブロック(Transport Block、TB)、トランスポートブロックサイズ(Transport Block Size、TBS)、送受信ポイント(Transmission/Reception Point、TRP)、時間センシティブ通信(Time-sensitive communications、TSC)、時間センシティブネットワーキング(Time-sensitive networking、TSN)、アップリンク(UL)、超高信頼性かつ低遅延通信(Ultra-Reliable and Low Latency Communications、URLLC)、広帯域幅部分(Wide Bandwidth Part、WBWP)。
WTRUは、同一物理セル識別(PCI)衛星切り替え中の同期をサポートし得る。1つ以上のケースにおいて、WTRUは、(例えば、ブロードキャストシグナリングを介して)同一PCI衛星切り替えに関する支援情報を受信し得る。この情報は、同一PCI衛星切り替えが発生する時間におけるタイミング情報及び/又は着信衛星位置情報を含み得る。WTRUは、同一PCI衛星切り替え時点の着信衛星の将来の位置に基づいて、タイミングアドバンスを事前計算することができる。WTRUは、衛星切り替えの前に、示されたオフセットで将来のTA値を事前報告することができる。WTRUは、衛星切り替え時にL3測定ウィンドウをリセットすることができ、測定構成を適用することができる。測定構成は事前構成されてもよい。事前構成された測定構成は、例えば、より高密度の測定オブジェクトを含み得るが、これに限定されない。WTRUは、事前構成された測定構成を適用することができ、新しいチャネル状態を評価するために係数をフィルタリングすることができる。
WTRUは、例えば、ギャップ測定構成を支援するために、再同期時間に関する能力及び/又は支援情報を提供することができる。例では、WTRUは再同期時間中に、事前構成されたスケジューリング(例えば、CG、周期的SRSなど)を無視することができる。
WTRUは、着信衛星への初期UL送信のための電力をスケーリングすることができる。WTRUは、WTRUと前の衛星及び着信衛星との間の距離の差に基づいて、初期UL送信のための電力をスケーリングすることができる。1つ以上のケースにおいて、電力スケーリングは、システム情報ブロック(SIB)中の構成/指示に基づいて有効にされ得る。代替的又は追加的に、電力スケーリングは、見通し線の確率(例えば、LOSPI%>X)に基づき得る。
WTRUは、着信衛星からの基準信号を測定して、新しい衛星がカバレッジを引き継ぐときに空間フィルタをどのように再配向するかを決定することができる。例えば、WTRUは、隣接セルからの1つ以上のSSB/CSI-RSなど、着信衛星からの基準信号を測定することができる。1つ以上のケースにおいて、WTRUは、第1の期間(例えば、切り替え前)が第2の期間(例えば、切り替え後)において第2の基準信号とQCLされる基準信号の指示/構成を受信して、衛星から発信されるセル間の測定値をリンクする。
1つ以上のケースにおいて、WTRUは、任意選択的に、同期が再び獲得されることを確認するために、ACKを(例えば、SRを介して、事前プロビジョニングされたリソースを介して、最も早い利用可能なCGリソースを使用してなど)着信衛星に送信することができる。例えば、WTRUは、任意選択的に、SR、事前プロビジョニングされたリソース、最も早い利用可能なCGリソースを使用してなどのうちの1つ以上を介して、ACKを送信することができる。
WTRUは、非地上ネットワーク(NTN)における使用のために構成され得る。非地上ネットワーク(NTN)は、地上ベースのアンテナが非実用的及び/又は望ましくない可能性があるエリアにおける無線ネットワークの配備を容易にし得る。例えば、地上ベースのアンテナが、地理及び/又はコストのために実用的でない場合がある。地上ネットワークと結合されて、NTNはユビキタス5Gネットワークカバレッジを提供することができる。いくつかの例示的なNTN配備は、世界中の基本的な会話及びテキストをサポートし得る。NTN配備は、次世代低軌道衛星の急増と相まって、更なるサービス(例えば、ウェブブラウジング)を可能にし得る。
NTNは、ゲートウェイ(GW)を介して、地上ベースのgNBからWTRUに、及びその逆に信号を伝送することができる、空中又は宇宙空間プラットフォームを含むことができる。例示的なNTN配備は、無指向性アンテナ及び直線偏波を有する電力クラス3 WTRU、又は指向性アンテナ及び円偏波を有する小開口アンテナ(VSAT)端末をサポートすることができる。例示的なNTNは、LTEベースの狭帯域IoT(NB-IoT)及びeMTCタイプデバイスのためのサポートを提供し得る。例では、デバイスタイプにかかわらず、NTN WTRUは、GNSS対応であり得る。
航空又は宇宙空間プラットフォームは、軌道に関して分類され得る。いくつかの実装形態では、低軌道(LEO)衛星は、300~1500kmの高度範囲内で動作し得、静止軌道(GEO)衛星は、35~786kmの高度範囲内で動作し得る。追加のプラットフォーム分類もまた、又は代替的にサポートされ得る。例えば、7000~25000kmの高度範囲で動作し得る中軌道(MEO)衛星、及び8~50kmの高度範囲で動作し得る成層圏プラットフォーム局(HAPS)がサポートされ得る。衛星プラットフォームは、「トランスペアレント」又は「再生」ペイロードを有するものとして更に分類され得る。トランスペアレント衛星ペイロードは、UL及びDLの両方において周波数変換及びRF増幅を実装し得る。いくつかの実装形態では、複数のトランスペアレント衛星が1つの地上ベースのgNBに接続され得る。いくつかの例では、再生衛星ペイロードは、衛星に搭載された完全なgNB又はgNB DUのいずれかを利用し得る。再生ペイロードは、例えば、復調、復号、再符号化、再変調、及び/又はフィルタリングを含む、信号に対するデジタル処理を実行することができる。
図2は、非地上ネットワーク200における例示的なインターフェースを示す。以下の無線インターフェースが、NTNで定義することができる。例えば、フィーダリンク202a、202bは、GW 210と衛星208a、208bとの間の無線リンクであり得る。サービスリンク206は、衛星208a、208bとWTRU 212との間の無線リンクであり得る。いくつかの実装形態では、衛星間リンク(ISL)204は、衛星208aと衛星208bとの間のトランスポートリンクであり得る。ISL 204は、再生ペイロードによってサポートされ得、3 GPP無線又はプロプライエタリ光インターフェースであり得る。
様々な通信インターフェース(例えば、3 GPP)が、例えば、衛星ペイロード構成に応じて、各無線リンクのために使用され得る。例えば、トランスペアレントペイロードでは、NR-Uu無線インターフェースが、サービスリンク206とフィーダリンク202a、202bの両方のために使用され得る。例では、再生ペイロードの場合、NR-Uuインターフェースがサービスリンク206のために使用され得、衛星無線インターフェース(SRI)がフィーダリンク202a、202bのために使用され得る。いくつかの実装形態では、ISLは利用されなくてもよい。例では、トランスペアレントペイロード構成のためのUP/CPプロトコルスタックがあり得る。
NTN衛星は複数のセルをサポートすることができ、各セルは1つ以上の衛星ビームを含む。衛星ビームは、(例えば、地上セルのような)地球上のフットプリントをカバーし得る。衛星ビームは、直径が変動し得る(例えば、LEO配備では100~1000km、GEO配備では200~3500kmの直径)。GEO配備におけるビームフットプリントは、地球に対して固定されたままであり得る。LEO配備の場合、ビーム/セルによってカバーされるエリアは、衛星の移動に起因して経時的に変化し得る。一例では、ビーム移動は、LEOビームが地球全体にわたって連続的に移動し得る「地球移動」として分類され得る。別の例では、ビーム移動は、「準地球固定(quasi-earth fixed)」として分類され得、ここで、ビームは、新しいセルが離散的かつ協調的な変化でカバレッジエリアを追い越すまで、固定された位置をカバーし続けるようにステアリングされ得る。
ラウンドトリップ時間(RTT)及び/又は最大差分遅延は、例えば、NTNプラットフォームの高度及び/又はビーム直径に基づいて、地上システムのものよりも大きくなり得る。例示的なトランスペアレントNTN配備では、RTTは、25.77ms(例えば、600km高度におけるLEO)から541.46ms(GEO)までの範囲であり得、最大差分遅延は、3.12msから10.3msまでの範囲であり得る。例では、再生ペイロードのRTTは、トランスペアレントペイロードのRTTの約半分であり得る。再生ペイロードのRTTは、例えば、トランスペアレント構成がサービスリンクとフィーダリンクの両方を考慮し得るのに対して、再生ペイロードのRTTはサービスリンクのみを考慮し得るので、トランスペアレントペイロードのRTTの約半分であり得る。既存のNRシステムへの影響を最小限に抑えるために(例えば、プリアンブルの曖昧さを回避するため又は受信ウィンドウのタイミングを適切に調整するために)、WTRUは、初期アクセスの前にタイミング事前補償を実行することができる。
1つ以上のケースにおいて、WTRUはユーザプレーン拡張で構成され得る。事前補償手順は、GNSSを介してWTRUの位置を取得し、衛星エフェメリスデータを介してフィーダリンク(又は共通)遅延及び衛星位置を取得するようにWTRUに指示することができる。衛星エフェメリスデータは、システム情報において周期的にブロードキャストされ得る。例では、衛星エフェメリスデータは、衛星の速さ、方向、及び/又は速度を含み得る。WTRUは、衛星からの距離(したがって、遅延)を推定することができる。WTRUは、完全なWTRU-gNB RTTを取得するために、フィーダリンク遅延コンポーネントを追加することができる。完全なWTRU-gNB RTTは、ra-ResponseWindow、msgb-ReponseWindow、及びra-ContentionResolutionTimerを含む、タイマ、受信ウィンドウ、又はタイミング関係をオフセットするために使用され得る。ネットワークは、周波数補償を実行し得る。
WTRUは、WTRU固有のTA(したがって、WTRU-gNB RTT)を計算することができ、例示的な実装形態は、新しいMAC CEを介してTA推定値をネットワークに報告するための手順を含み得る。タイミングアドバンス報告(TAR)は、いくつかの例では、以下のイベントのうちの1つ以上が発生した場合にトリガされ得る。TARは、タイミングアドバンス報告をトリガするための上位レイヤからの指示に応じてトリガされ得る。WTRUが現在のサービングセルにTA値を以前に報告していない場合、TARは、上位レイヤによるoffsetThresholdTAの構成に基づいてトリガされ得る。別の例では、TARは、構成されている場合、タイミングアドバンスに関する現在の情報とタイミングアドバンスに関する最後に報告された情報との間の変動が、offsetThresholdTA以上である場合にトリガされ得る。
1つ以上のケースにおいて、WTRUは、HARQ及び/又はDRX拡張で構成され得る。WTRUは、特定のHARQ挙動をHARQプロセスIDのセットに適用するように、RRCを介して半静的に構成され得る。この半静的構成は、サービングセルごとに構成され得る。更に、半静的構成は、任意選択の構成downlinkHARQ-feedbackDisabled及びuplinkHARQ-モードの一方又は両方を介して、UL及びDL HARQプロセスの両方に対して任意選択的に構成され得る。downlinkHARQ-feedbackDisabledに関して、WTRUは、HARQプロセスIDごとに構成することができ、DL HARQフィードバックが有効化されるか無効化されるかを示す。uplinkHARQ-Modeに関して、WTRUは、HARQプロセスIDごとに構成され、UL HARQプロセスがHARQModeA又はHARQmodeBを使用するかどうかを示すことができる。例では、HARQmodeAは、UL HARQ再送信が有効化された送信に適用され得、HARQmodeBは、UL HARQ再送信が無効化された送信又はブラインドUL再送信を用いた送信に適用され得る。
WTRUは、HARQプロセスの構成されたHARQ特性に基づいてDRXタイマを適合させることができる。DRXは、(例えば、HARQフィードバックが有効化されている場合)追加の伝搬遅延を考慮してDRXアクティブ時間アカウントを適合させるために、及び/又は(例えば、HARQフィードバックが無効化されている場合)追加のWTRU電力節約を有効化するために、UL及び/又はDLの両方に適合させることができる。WTRUは、以下の例のうちの1つ以上に基づいて動作を適合させることができる。WTRUは、以下の例のうちの1つ以上に基づいて、DLに関してDRXタイマを適合させることができる。例えば、downlinkHARQ-FeedbackDisabledがこのサービングセルに対して構成される場合、DL受信時に、WTRUは、HARQフィードバックがHARQプロセスに対して有効化される場合、DL HARQ RTTタイマの長さをWTRU-gNB RTT(例えば、伝搬遅延)だけ延長することができる。downlinkHARQ-FeedbackDisabledがこのサービングセルに対して構成される場合、DL受信時に、WTRUは、HARQフィードバックがHARQプロセスに対して無効化される場合、追加の電力節約を有効化するためにdrx-RetransmissionTimerDLを開始しなくてよい。DLに関して、downlinkHARQ-FeedbackDisabledがこのサービングセルに対して構成される場合、DL受信時に、WTRUは、downlinkHARQ-FeedbackDisabledが構成されない場合、レガシー挙動(例えば、drx-HARQ-RTT-TimerDLの満了後に開始drx-RetransmissionTimerDLを開始する)を適用することができる。
WTRUは、以下の例のうちの1つ以上に基づいて、ULに関してDLに関してDRXタイマを適合させることができる。例えば、uplinkHARQ-Modeがこのサービングセルに対して構成される場合、UL送信時に、WTRUは、HARQプロセスがHARQModeAとして構成される場合、DL HARQ RTTタイマの長さをWTRU-gNB RTT(すなわち、伝搬遅延)だけ延長することができる。uplinkHARQモードがこのサービングセルに対して構成される場合、UL送信時に、WTRUは、HARQプロセスがHARQModeBとして構成される場合、追加の電力節約を可能にするためにdrx-RetransmissionTimerDL開始しなくてもよい。uplinkHARQモードがこのサービングセルに対して構成される場合、UL送信時に、WTRUは、uplinkHARQモードが構成されない場合、レガシー挙動(例えば、drx-HARQ-RTT-TimerULの満了後にdrx-RetransmissionTimerULを開始する)を適用することができる。
1つ以上のケースにおいて、WTRUは、HARQ挙動に基づいてLCP拡張で構成され得る。WTRUは、UL許諾が割り当てられるHARQプロセスIDに対して構成されたUL HARQモードに基づいて、LCP制限を適用するように構成され得る。1つ以上の例では、WTRU挙動は、2つの任意選択のRRC構成uplinkHARQモード及びallowedHARQモードに基づいて指定され得る。uplinkHARQモードは、例えば、HARQModeA又はHARQModeBのいずれかとして、HARQプロセスIDを構成し得る。allowedHARQ-Modeは、論理チャネルごとに構成され得、この論理チャネルにマッピングされるHARQプロセスの許可されたHARQモードを設定する。
新しいUL許諾を受信すると、WTRUは、allowedHARQモードがこのLCHのために構成されているかどうか、及び/又はHARQモードがUL許諾のHARQプロセスのために構成されているかどうかを決定することができる。両方が構成され、LCHがHARQモードにマッピングされることを許可される場合、制限が満たされ得、この論理チャネルからのデータがUL許諾にマッピングされ得る。uplinkHARQモード又はallowedHARQモードのいずれかが構成されない場合、WTRUは、この論理チャネルを任意のHARQプロセスにマッピングすることができる。
1つ以上のケースにおいて、WTRUは、制御プレーン拡張で構成され得る。例では、RRC_CONNECTEDへの拡張は、モビリティ及び/又は測定手順を非地上環境に適応させる。モビリティに対する修正は、A4イベントなどの条件付きハンドオーバのための追加の実行条件と、時間/位置ベースの条件とを含み得る。位置ベースのイベントは、condEventD1によって定義され得る。位置ベースのイベントは、WTRUと第1の基準位置(例えば、サービングセル内)との間の距離が閾値を上回り、第2の基準位置(例えば、隣接セル内)が閾値を下回る場合に満たされ得る。時間ベースのイベントは、condEventT1によって定義され得る。時間ベースのイベントは、条件付きハンドオーバ実行が、例えば、T1とT2との間で行われる場合に満たされ得、ここで、T2=T1+持続時間である。
例示的なNTN実装形態では、時間ベースのトリガ条件と位置ベースのトリガ条件の両方が、測定条件(例えば、A4)で同時に構成され得る。他の修正を測定に適用することができ、以下の1つ以上を含むことができる。位置ベースの測定報告、複数の同期信号ブロック(SSB)ベースの測定タイミング構成(SMTCs)、及び/又は測定ギャップ。位置ベースの測定報告は、eventD1に基づくことができ、condEventD1と同様の実行条件を利用することができる。複数のSMTCは、例えば、伝搬遅延差、フィーダリンク遅延、及び/又はサービング/ネイバーセル衛星エフェメリスに基づいて、セルの所与のセットについてキャリアごとに構成され得る。例では、測定ギャップは、SMTCについて計算されたものと同じ又は同様の伝搬遅延差を使用して構成され得る。
静止WTRUは、LEO配備のためのモビリティ機能を実行することが予想され得る。これに基づいて、拡張されたモビリティは、LEO配備において特に興味深い。衛星の移動に起因して、静止WTRUは、配備特性に応じて、例えば、約7秒ごとにモビリティを実行することが予想され得る。
IDLE/INACTIVEセル再選択への拡張は、新しい測定ルールを含み得る。2つの主要な拡張は、セル基準点からのWTRU距離、及び擬似地球セルが現在のエリアにサービス提供することを停止することができる時間(例えば、t-Serviceによって示される)に基づき得る。セル基準点、又は距離条件を評価するために使用されるパラメータ(例えば、t-Service及びdistanceThresh)は、任意選択的に、SIB(例えば、SIB19)中でブロードキャストされ得る。SIB19は、NTN特有の情報を搬送する新しいシステム情報ブロックであり得る。
位置ベースの拡張は、例えば、WTRUがセル基準点から閾値(例えば、distanceThresh)内に位置するとき、測定緩和を可能にすることができる。1つ以上の実装形態では、セル基準点はセル中心であり得る。いくつかの例では、セル中心ではないセル基準点があり得る。条件が満たされていることに基づいて、WTRUは、周波数内測定、等しい若しくはより低い優先度のNR周波数間セルの測定、及び/又はより低い優先度のRAT間周波数セルの測定を実行しない場合がある。例えば、WTRUは、以下の全ての条件が満たされる場合、上記を実行しなくてもよい。サービングセルがSrxlev>SIntraSearchP及びSqual>SIntraSearchQを満たす、WTRUが有効なWTRU位置情報を有する(すなわち、WTRU実装が利用可能なWTRU位置情報を有し、WTRUとサービングセル基準位置との間の距離がdistanceThreshよりも短い。
時間ベースの拡張は、WTRU実装に基づくある時間に(例えば、t-Serviceの前に)、擬似地球固定セルにおいてセル再選択測定を実行するようにWTRUに指示することができる。例では、WTRUは、WTRUとサービングセル測定との間の距離、又はサービングセルがSrxlev>SIntraSearchP及びSqual>SIntraSearchQ、若しくはSrxlev>SnonIntraSearchP及びSqual>SnonIntraSearchQを満たすかどうかにかかわらず、t-Serviceの前に周波数内測定、周波数間測定、及び/又はRAT間測定を実行することができる。距離及び時間ベースの測定ルールは、より高い優先度のNR周波数間及び/又はRAT間周波数の測定に影響を与えない場合がある。例において、WTRUは、残りのサービス時間及び/又はセル基準点からの距離にかかわらず、これらの測定を実行することができる。
1つ以上のケースにおいて、WTRUはIoT NTN用に構成され得る。例では、NR NTN拡張は、IoT NTNのために利用され得る。例えば、拡張は、時間/周波数事前補償、タイミングアドバンス報告、タイマ及び監視ウィンドウオフセット、及び/又はt-serviceに基づくセル(再)選択拡張を含み得る。いくつかの実装形態は、無効化されたHARQフィードバック及び/又はモビリティ拡張などの拡張をサポートし得る。
IoT NTNは、不連続なカバレッジシナリオの考慮に関連する拡張を利用し得る。NTNのための不連続なカバレッジは、非静止衛星軌道(NGSO)配備における非連続カバレッジによって引き起こされる一時的及び/又は予想可能なカバレッジギャップを指すことがある。これは、連続的なカバレッジがグローバルに利用可能である場合には問題ではない可能性があるが、連続的なカバレッジは、いくつかのNTN実装形態(例えば、初期の配備、奥深い地方における配備)においてグローバルに利用可能ではない可能性がある。IoT NTNは、不連続なカバレッジシナリオに対処するための拡張を提供し得る。いくつかの例では、これらの拡張は、NR NTNのためには存在しない場合がある。
決定論的衛星移動に起因して、カバレッジギャップが予測され、考慮され得る。IoT NTNは、カバレッジギャップの持続時間を予測するために、追加の支援情報(例えば、衛星エフェメリス、並びにフットプリント半径、セル基準点若しくは仰角、及び/又はt servicestartによって与えられる隣接セルのためのサービスの開始時間などのカバレッジパラメータ)をサポートし得る。不連続なカバレッジギャップ内にある間、WTRUは、AS機能を中断することができる。
いくつかの実装形態では、NR NTNのための拡張があり得る。例えば、NR NTN拡張は、カバレッジ拡張、10GHzを上回るNR-NTN、ネットワーク(NW)検証されたWTRU位置、及び/又はNTN-NTN及びNTN-TNモビリティ及び/又はサービス継続性を含み得る。カバレッジ拡張は、Msg4 HARQ-ACKのためのPUCCHに対する拡張、(例えば、NTN固有の問題を考慮した)PUSCHのためのDMRSバンドリング、及びブラインドMSG3再送許諾受信のためのサポートを含み得る。10GHzを上回るNR-NTNの場合、例えば、規制及び隣接チャネル共存シナリオ、衛星アクセスノード及びWTRUクラスのためのRx/Tx要件、及びに/又は物理レイヤパラメータのための値の分析があり得る。ネットワーク検証されたWTRU位置のための拡張、例えば、ネットワーク検証されたWTRU位置をサポートするためのマルチRTTがあり得る。NTN-NTN及びNTN-TNモビリティ並びにサービス継続性に関して、例えば、NTN-TN及び地球移動セルのためのセル(再)選択、シグナリングオーバーヘッドを低減するためのハンドオーバ、及び/又はフィーダリンク切り替えをサポートするためのXn/NGシグナリングに関連する拡張があり得る。
いくつかの実装形態では、IoT NTNのための拡張があり得る。例えば、IoT NTN拡張は、パフォーマンス拡張、モビリティ拡張、及び/又は不連続カバレッジシナリオを含み得る。パフォーマンス拡張について、長い接続時間中のWTRU事前補償のための新しい位置フィックスのための、無効化されたHARQフィードバック及び/又は改善されたGNSS動作のためのサポートがあり得る。モビリティ拡張について、RLFの前の測定トリガ、隣接セルエフェメリスのシステム情報におけるシグナリング、モビリティ拡張のためにNR-NTNにおいて導入されたRel-17ソリューションの採用、及び/又は列挙された特徴のためのWTRU RRMコア要件があり得る。不連続カバレッジシナリオについて、拡張は、不連続カバレッジのためのモビリティ管理拡張及び/又は電力節約拡張を指定することを含み得る。
1つ以上のケースにおいて、WTRUは、同一PCI衛星切り替え中の同期のために構成され得る。いくつかのNTNでは、異なる衛星から発信されるセルは、異なるPCIに関連付けられ得る。静止WTRUは、サービング衛星が(例えば、地球の曲率に起因して)上空を移動してカバレッジ外に移動するときに、連続的なL3モビリティを経験する可能性があり、新しい衛星が地理的エリアのカバレッジを引き継ぐ可能性がある。
図3は、衛星302a、302bが同一PCI 304aにサービスを提供する同一PCI切り替え300の例を示す。準地球固定セルの場合、ハード切り替えは、同じSSB周波数及び同じgNBにおいて発生し得る。そのような準地球固定セルの場合、PCI切り替えを伴わない衛星切り替えがサポートされ得る。例300では、PCI切り替えが示されている。WTRU 310は、同一PCI 304aにサービスを提供する着信衛星302bへの再同期をサポートすることができる。WTRU再同期のための方法及び実装形態は、衛星切り替え中の中断時間を短縮し、不要な無線リンク障害(RLF)を回避することができる。
例示的な同一PCI切り替え300では、地理的エリアは、PCI 304a、304b、304c及びgNB 306に関連付けられる。時間T0において、PCI 304aは、第1の衛星302aによってサービスされる。第1の衛星302aが(例えば、地球の曲率に起因して)範囲外に移動すると、同じgNB 306に接続された第2の(着信)衛星302bがPCI 304aにサービスを提供し始めることができる。これは、ネットワークによって事前に知ることができる何らかの遷移点308において起こり得る。この解決策は、L3モビリティの必要性を回避し、したがって、シグナリングオーバーヘッドを低減する。しかしながら、前の衛星302a及び着信衛星302bは物理的に遠く離れて位置しているので、無線状態、タイミングアドバンス、ドップラー補償、及びULビーム方向が非常に異なる可能性があるので、WTRU 310は新しい衛星302bに再同期しなければならない。PCI 304a、gNB 306、及びSSB周波数は同じままであるので、衛星切り替えは、WTRU 310に対してほとんど透過的である可能性があり、WTRU 310は、着信衛星302bへの再同期を容易にするために何らかの支援情報を必要とする可能性がある。WTRU 310は、同一PCI 304aにサービスを提供する着信衛星302bへの再同期をサポートすることができる。WTRU再同期は、衛星切り替え中の中断時間を短縮し、不要なRLFを回避することができる。
WTRUは、同一PCI衛星切り替え中の時間同期のために構成され得る。1つ以上のケースにおいて、同一PCI衛星切り替えの前に、WTRUは、着信衛星についてのタイミングアドバンス及び支援情報(例えば、同一PCI衛星切り替えにおける時間及び着信衛星位置)を事前報告するための構成を受信することができる。WTRUは、大規模なTA報告によるTA再同期時間及び輻輳を低減するために、構成を受信することができる。WTRUは、支援情報を使用して同一PCI衛星切り替え時の着信衛星のタイミングアドバンスを計算し、衛星切り替え時間に対して構成されたオフセットにおける将来のTAを報告することができる。衛星切り替え時間に対して構成されたオフセットにおける将来のTAは、例えば、着信衛星に適用されるTA値を示すことができる。衛星切り替え時に、WTRUは、後続の送信のために事前計算されたTAを適用することができる。WTRUが、衛星切り替えの前に、TAを着信衛星に正常に報告した場合、WTRUは、TARトリガリングを無視することができる(例えば、offsetThresholdTA構成に起因して)。
いくつかの例では、WTRUは、RACHの前にエフェメリスを介してTA値を計算することができる。したがって、(RACHを必要としない)同一PCI衛星切り替え時の大きな時間差は、TA同期失敗を引き起こす可能性がある。TA報告(例えば、offsetThresholdTA)のためにいくつかのトリガに依拠することは、切り替え時間後に大きいシグナリングオーバーヘッドを引き起こし得る。したがって、これらのシステムの問題に対処するために、WTRUは、同一PCI衛星切り替え時点の着信衛星の将来の位置に基づいて、TAを事前計算することができる。WTRUは、例えば、衛星切り替えの前に、示されたオフセットで将来のTA値を事前報告することができる。
WTRUは、同一PCI衛星切り替えのための着信衛星の時間及び位置を(例えば、ブロードキャストを介して)受信することができる。1つ以上のケースにおいて、WTRUは、TAを新しい衛星に事前報告するための構成(pre-TAR)を受信することができる。WTRUは、pre-TAR報告のための有効化/無効化指示、pre-TARを報告するための衛星切り替え時間より前のオフセット、pre-TARを報告するための時間期間、及び/又はpre-TARを報告するための条件のうちの1つ以上を含む構成を受信することができる。pre-TARを報告するための条件は、例えば、TAから前の衛星へのデルタ閾値を含み得る。1つ以上のケースにおいて、WTRUは、PCI切り替え時点における着信衛星の位置を使用して、着信衛星のTA値を事前計算することができる。1つ以上のケースにおいて、WTRUは、事前報告構成に従って、事前計算されたTA値を送信することができる。例では、事前報告構成は、TA値が着信衛星に関連付けられていることを示し得る。1つ以上のケースにおいて、WTRUは、事前に計算されたTAを、同一PCI衛星切り替え時に着信衛星に適用することができる。WTRUが衛星切り替えの前に将来のタイミングアドバンスを正常に報告する(例えば、WTRUが、pre-TARを搬送する送信に対するACKを受信する)ことができた場合、WTRUは、offsetThresholdTAが構成され、TARが衛星切り替えに起因してトリガされる場合、トリガ条件を無視することができる。WTRUが衛星切り替えの前に将来のタイミングアドバンスを正常に報告することができなかった場合、WTRUは、事前計算されたタイミングアドバンスを使用して衛星切り替え時にTARを送信することができる。1つ以上のケースにおいて、WTRUは、事前計算されたTAを使用して(例えば、同一PCI衛星切り替えの後に)UL TBを送信することができる。
WTRUは、同一PCI衛星切り替え中の無線リンク監視(RLM)のために構成され得る。同一PCI衛星切り替え後、前の衛星に関連付けられた測定値及び/又はセル品質情報は、もはや有効ではない可能性がある。着信衛星へのチャネル状態が平均化されることを回避するために、WTRUは、衛星切り替え時にL3測定ウィンドウをリセットすることができる。WTRUは、測定値を取得し、着信衛星に再同期するために、衛星切り替え後に新しい測定構成(例えば、測定オブジェクトのより密なセットを有する一時的な構成)及び/又はL3フィルタ係数を適用することができる。WTRUは、不要な報告及びモビリティを回避するために、衛星切り替えの前及び/又は衛星切り替えの後に、何らかのオフセットによってL3イベントベースの報告を一時的に中断することができる。例えば、もはや利用可能でないセルへのリソース報告を使用することを回避するために、WTRUは、チャネル状態が変化しようとしているかのように、衛星切り替えの前に何らかのオフセットによってL3イベントベースの報告を一時的に中断することができる。代替的又は追加的に、WTRUは、新しいチャネル状態を適切に測定するための時間を可能にするために、何らかのオフセットによってL3イベントベースの報告を一時的に中断することができる。
いくつかの実装形態では、WTRUは、L3セル品質を取得するために、経時的にセル測定値を平均化することができる。このプロセスは、衛星切り替え後に新しい衛星の無線問題の検出を遅延させる可能性があり、新しい測定値を着信衛星と迅速に通信することは、衛星切り替え後に測定再構成を必要とする可能性がある。測定再構成は、WTRU-gNB RTT及び/又はRLFのリスクを考慮すると、時間がかかる可能性がある。例では、上記の問題に対処するために、WTRUは、衛星切り替え時にL3測定ウィンドウをリセットし、事前構成された測定構成(例えば、より密な測定オブジェクトを有する)及び/又はフィルタ係数を適用して、新しいチャネル状態を迅速に評価することができる。
1つ以上のケースにおいて、WTRUは、同一PCI衛星切り替えが行われる時間を(例えば、ブロードキャストを介して)受信する。WTRUは、同一PCI衛星切り替え時に適用するための測定構成を受信することができる。測定構成は、一時的な測定構成、一時的な測定構成のための満了条件(例えば、測定されたRSの数、持続時間など)、(例えば、一時的な測定構成後に適用するための)第2の測定構成、衛星切り替え時に適用するためのL3フィルタ係数、及び/又は測定報告を中断するための構成のうちの1つ以上を含み得る。測定報告を中断することを示す構成情報は、例えば、開始時間及び持続時間のうちの一方又は両方を含み得る。
WTRUは、受信した構成に基づいて、同一PCI衛星切り替えを実行することができる。WTRUは、同一PCI衛星切り替えを実行することに関連する以下の動作のうちの1つ以上を実行することができる。測定報告を中断する(例えば、何らかの構成された禁止持続時間に従う)、L3測定ウィンドウをリセットする(例えば、前のサービングセル測定値を破棄する)、一時的な測定構成を適用する、及び/又は更新されたL3フィルタ係数を適用する。例では、一時的な測定構成の満了条件が満たされないか、又は構成されない場合があり、WTRUは、一時的な測定構成に従って測定を実行し、更新されたL3フィルタ係数に基づいてフィルタリングを実行することができる。一時的な測定構成の満了条件が満たされ、WTRUに第2の測定構成が提供されていない場合、WTRUは、前の測定構成(例えば、衛星切り替えの前に使用された構成)に戻ることができる。WTRUは、新しい測定構成に基づいて測定報告を送信することができる。
WTRUは、同一PCI衛星切り替えのための送信処理のために構成され得る。同一PCI衛星切り替えに関連付けられたWTRU再同期時間は、同期の態様(例えば、タイミングアドバンス、電力制御など)を決定又は事前決定するWTRUの能力に基づいて変化し得る。再同期の間、送信及び/又は受信は中断され得る。ネットワークがWTRUの再同期時間を認識していない場合、関連するリスクが存在する可能性がある。例えば、(例えば、再同期時間が過大に推定された場合)追加のレイテンシ及び無駄な送信機会、又は(例えば、再同期時間が過小に推定された場合)送信(TX)機会及び/又は受信(RX)機会を逃すリスクがあり得る。再同期ギャップ構成をサポートするために、WTRUは、衛星切り替えの前に、能力及び/又は支援情報(例えば、推定再同期時間)を送信することができる。再同期中に、WTRUは、例えば、構成された許諾、周期的CSI/SRSなど事前にスケジュールされた送信を含むTX及び/又はRXを中断することができる。1つ以上の例では、再同期に続いて、WTRUは、同期が完了したことを(例えば、1つ以上のUL信号の送信を介して)シグナリングすることができる。UL信号の例は、例えば、限定はしないが、SR、CG上での送信、PRACH、HARQ ACKなどを含み得る。
いくつかの実装形態では、WTRUは、WTRU送信及び/又は受信が新しい衛星への再同期中に発生しないことを保証するために、事前構成された送信のためのネットワークスケジューリング及び/又は周期性の構成に依拠し得る。再同期時間のネットワークの推定が不正確である場合、新しい衛星への再同期は、リソースが浪費される(例えば、過剰推定)、又はTX及び/若しくはRXが失われる(例えば、過小推定)可能性がある。これらのシステムにおける問題に対処するために、WTRUは、測定ギャップ構成を支援するために、再同期時間に関する能力及び/又は支援情報を提供することができる。WTRUは、再同期時間中に、事前構成されたスケジューリング(例えば、CG、周期的SRSなど)を無視することができる。代替的又は追加的に、WTRUは、任意選択的に、同期が再び獲得されたことを確認するためにACKを送信することができる。例えば、WTRUは、任意選択的に、SR、事前プロビジョニングされたリソース、最も早い利用可能なCGリソースを使用してなどのうちの1つ以上を介して、ACKを送信することができる。
WTRUは、同一PCI衛星切り替えが行われる時間を示す構成情報を(例えば、ブロードキャストを介して)受信することができる。1つ以上の例において、WTRUは、同一PCI衛星切り替えの前に支援情報を送信することができる。支援情報は、例えば、再同期持続時間、同一PCI衛星切り替えの前に同期手順(例えば、タイミングアドバンス事前計算及び報告)を実行するWTRUの能力、及び/又は同一PCI衛星切り替えの後にWTRUがTX及び/又はRXを再開することができる時間のうちの1つ以上を含み得る。WTRUは、衛星再同期のための構成情報を受信することができる。衛星再同期のための構成は、例えば、再同期ギャップ構成、再同期失敗を宣言するための条件、及び/又は再同期が成功したことを示すためのリソース(例えば、UL許諾、専用RACHプリアンブル)のうちの1つ以上を含み得る。
WTRUは、例えば、同一PCI衛星切り替えの時間を示す構成情報に基づいて、第2の衛星への同一PCI衛星切り替えを実行することができる。同一PCI衛星切り替えを実行する際に、WTRUは、再同期ギャップを開始し、UL TX及び/又はDL RXを中断し、着信衛星に対する1つ以上の再同期手順(例えば、タイミングアドバンス計算、ドップラー補償、電力制御、測定)を実行することができる。WTRUは、受信した構成情報を使用して再同期ギャップを開始することができる。WTRUは、衛星への再同期の成功に続いて、再同期の成功の指示を送信するように構成されている場合、(例えば、提供されたリソースを介して)これを送信することができる。
WTRUは、同一PCI衛星切り替えのための電力制御のために構成され得る。衛星切り替え後にWTRUによって必要とされるUL TX電力は、例えば、前の衛星と着信衛星との間の位置の大きな差に起因して、大幅に変動する可能性がある。WTRUが使用する電力が少なすぎる場合、WTRUは、受信が失敗するリスクがある。WTRUがあまりに多くの電力を使用する場合、WTRUは、干渉及び不要な電力消費のリスクを負う。例では、見通し線(LOS)は、NTN環境において可能性が高い(例えば、非常に可能性が高い)場合がある。LOSが存在する場合、経路損失の最大成分は、自由空間伝搬損失によるものであり得る。
WTRUは、既知の情報に基づいて自由空間伝搬損失を推定することができる。例えば、WTRUは、(例えば、支援情報を介して)前の衛星及び着信衛星の既知の位置に基づいて自由空間伝搬損失を推定することができる。自由空間伝搬の推定値を使用して、WTRUは、前の衛星からのデルタ距離に基づいて、着信衛星への初期送信のためのUL送信電力をスケーリングすることができる。UL送信電力は、NW構成(例えば、有効化/無効化、最大許容デルタスケーリング)によって更に制御され得る。更に又は代替的に、UL送信電力は条件に左右され得る。例えば、UL送信電力は、構成された閾値を上回る、前の衛星及び/又は着信衛星への見通し線(LOSPI)の確率に基づき得る。
いくつかの例では、WTRUは、衛星切り替え後、電力制御コマンドが受信されるまで、UL送信電力を調整するのを待つことができる。そのような例では、UL TX電力を調整するために電力制御コマンドを待つことは、(例えば、初期電力が低すぎる場合)送信失敗、又は(例えば、電力制御が高すぎる場合)干渉及び/又は過剰電力消費のリスクがあり得る。これに対処するために、WTRUは、WTRU、古い衛星、及び新しい衛星の間の距離の差に基づいて、新しい衛星への初期UL送信のために利用される電力をスケーリングすることができる。例では、スケーリングされた電力は、SIB中の構成及び/又は指示に基づいて有効化され得る。更に又は代替的に、スケーリングされた電力は、見通し線の高い確率(すなわち、LOSPI%>X)に依存し得る。
WTRUは、前の衛星及び着信衛星に関する支援情報を(例えば、ブロードキャストを介して)受信することができる。支援情報は、現在のサービング衛星のエフェメリスデータ、同一PCI衛星切り替えの時間、及び/又は同一PCI衛星切り替え時の着信衛星の位置のうちの1つ以上を含み得る。1つ以上のケースにおいて、WTRUは、着信衛星へのUL TX電力を計算するための構成情報を受信することができる。UL TX電力を計算するための構成は、有効化/無効化指示、元のTX電力がWTRUによって自律的に調整され得る最大デルタ値、前の衛星及び着信衛星の最小見通し線確率閾値、及び/又はWTRUが(例えば、第1の送信内で)UL TX電力及び/又はUL TX電力レベルをどの程度調整したかを示すかどうかに関する決定、のうちの1つ以上を含み得る。1つ以上のケースにおいて、WTRUは、更新されたWTRU情報を(例えば、GNSSを介して)取得することができる。WTRUは、(例えば、衛星支援情報を使用して)同一PCI衛星切り替え時に各衛星についてのWTRU-衛星間距離を計算することができる。1つ以上のケースにおいて、WTRUは、各衛星への見通し線確率を計算することができる。例では、同一PCI衛星切り替えの場合、WTRU自律UL TX電力調整が有効化され、前の衛星及び着信衛星への見通し線条件が満たされている場合、WTRUは、UL TX電力を(例えば、2つの衛星間の相対距離に比例して)調整することができる。WTRUは、調整されたUL TX電力を使用して初期UL送信を送信することができる。WTRUは、デルタ調整及び/又は現在のUL TX電力を初期送信に含めることができる(例えば、ネットワークによって構成される場合)。例では、同一PCI衛星切り替えの場合、WTRU自律UL TX電力調整が有効化されていない場合、及び/又は前の衛星及び着信衛星への見通し線条件が満たされていない場合、WTRUは、前の衛星への送信のために使用されるUL TX電力で初期UL送信を送信することができる。
WTRUは、同一PCI衛星切り替え中のビーム管理のために構成され得る。同一PCI衛星切り替え中のサービング衛星及び着信衛星は、異なる位置にあってもよい。したがって、WTRUは、衛星切り替え後にUL TXビームを再配向することができる。WTRUは、例えば、PCIを引き継ぐ着信衛星から発信される隣接セルからの基準信号(例えば、SSB/CSI-RS)を使用して、WTRU空間フィルタをどのように再配向するかを予測することができる。このマッピングをサポートするために、WTRUは、(例えば、衛星切り替えの前の)第1の時間期間における(例えば、着信衛星から発信される)基準信号が、(例えば、衛星切り替えの後の)第2の時間期間における第2の基準信号と擬似コロケート(QCL)されるという指示及び/又は構成を受信することができる。したがって、WTRUは、切り替えの前に行われた測定を適用して、切り替え後の着信衛星へのビーム方向及びチャネル状態を事前決定し、それによって着信衛星への再同期を高速化することができる。
いくつかの例では、WTRUは、衛星切り替えイベントの後まで、空間フィルタをどのように再配向し、チャネル測定をどのように実行するかを決定するのを待つことができ、したがって、再同期時間が増加する。レガシーシステムにおける問題に対処するために、WTRUは、着信衛星からの基準信号(例えば、隣接セルからの何らかのSSB/CSI-RS)を測定して、着信衛星がカバレッジを引き継ぐときに空間フィルタをどのように再配向するかを理解することができる。WTRUは、第1の時間期間(すなわち、切り替え前)における基準信号の指示及び/又は構成が、切り替えの前後の測定をリンクするために第2の時間期間(すなわち、切り替え後)における第2の基準信号とQCLされていることを受信することができる。
WTRUは、同一PCI衛星切り替えの時間を示す構成情報を(例えば、ブロードキャストを介して)受信することができる。1つ以上のケースにおいて、WTRUは、(例えば、衛星切り替えの前の)第1の時間期間における基準信号が(例えば、衛星切り替えの後の)第2の時間期間における第2の基準信号とQCLされているという指示及び/又は構成を受信することができる。例では、WTRUは、第1の時間期間中に着信衛星から発信される基準信号を測定することができる。1つ以上のケースにおいて、WTRUは、第1の期間からの基準信号を使用して、着信衛星へのビーム方向及びDL経路損失を計算する。同一PCI衛星切り替え時に、WTRUは、WTRUのUL TXビームを(例えば、更新された空間フィルタの適用を介して)再配向し、マッピング構成及び第1の時間期間からの基準信号測定値に基づいて、初期UL送信のための送信電力を(例えば、第1の期間からの測定されたDL経路損失に基づいて)調整することができる。例では、WTRUは、第1の時間期間からの測定値を第2の時間期間における測定値にリンクすることができる。例では、WTRUは、決定されたUL TXビームと、第1の時間期間中に基準信号の基準信号受信電力(RSRP)に基づいて計算された送信電力とを使用して、(例えば、MAC CE又は事前構成されたPUCCHを使用して)同一PCI衛星切り替え確認を送信することができる。
「前の衛星」という用語は、同一PCI衛星切り替えの前にPCIにサービスを提供する衛星を指すことができることに留意されたい。更に、「着信衛星」という用語は、同一PCI衛星切り替え後にPCIにサービスを提供する衛星を指すことができることに留意されたい。「一時的な測定構成」という用語は、例えば、着信衛星への迅速な再同期をサポートするために、同一PCI衛星が切り替わるとき、又はその近くで適用される測定構成を指すことができることに留意されたい。更に、「再同期ギャップ」という用語は、WTRUが、同一PCI衛星切り替え中に着信衛星への再同期の1つ以上の態様を実行することが予想される、ネットワークによって示される又は構成される期間を指すことができることに留意されたい。また、「WTRU自律電力調整」という用語は、同一PCI衛星切り替え後の着信衛星への初期UL送信のためのWTRUによるUL送信電力の調整を指すことができることに留意されたい。
本明細書で説明される方法及び実施形態は、同一PCI衛星切り替えの例に言及し得る。しかしながら、実施形態は、限定はしないが、フィーダリンク切り替え、準地球固定セル変更、並びに/又は衛星間モビリティ及び/若しくはセル(再)選択(例えば、所与の解決策において「同一PCI衛星切り替え」を上記のシナリオのうちの1つ以上で置き換えることによる)など、他の非地上モビリティシナリオに適用され得ることを理解されたい。更に、実施形態は、複数のTRPがPCIにサービスを提供するマルチTRPシナリオ、及びRACHレスハンドオーバ中の再同期に適用され得ることを理解されたい。更に、本明細書で説明する実施形態は、同一PCI衛星切り替え中の着信衛星のための再同期拡張(例えば、より高速な再同期)をサポートすることができる。したがって、方法及び実施形態は、サービス中断時間を短縮し、及び/又は同期ずれによるRLFのリスクを低減することができる。例では、これらの実施形態は、事前同期を可能にし、それによって、衛星切り替え後のシグナリングオーバーヘッドによって引き起こされる輻輳のリスクを低減することができる。本明細書で論じられる実施形態は、本明細書で論じられる他の実施形態のうちの1つ以上と組み合わせられてもよいことに留意されたい。
WTRUは、着信衛星への再同期をサポートするために、構成及び/又は支援情報で構成され得る。同一PCI衛星切り替え再同期をサポートするために、WTRUは、ネットワークから支援情報及び/又は構成を受信することができる。支援情報及び/又は構成は、例えば、専用シグナリングを介して(例えば、RRCシグナリング、MAC CE、若しくはDCIを介して)、システム情報中のブロードキャスト、又はその両方を介して提供され得る。例えば、WTRUは、ブロードキャスト方式で、同一PCI切り替え時間及び隣接衛星位置に関連する情報などの支援情報を受信することができ、WTRUは、専用方式で(例えば、RRCを介して)、TA計算、測定報告、再同期ギャップ構成、電力制御、及び/又はビーム管理のための構成情報を受信することができる。1つ以上のケースにおいて、WTRUは、同一PCI衛星切り替えの前の時点で更新されたシステム情報を(例えば、構成を介して)受信し維持することができる。WTRUは、再同期失敗のリスクを最小限に抑え、必要な情報が同一PCI衛星切り替え時に利用可能であることを保証するために、同一PCI衛星切り替えの前の時点で更新されたシステム情報を受信し、維持することができる。
専用の方法で提供されるWTRU構成及び/又は支援情報は、場合によっては、ブロードキャスト指示を介して受信された支援情報をオーバーライドすることができる。例えば、WTRUは、同一PCI衛星切り替え再同期をサポートするために、以下の支援情報及び/又は構成のうちの1つ以上を受信することができる。同一PCI衛星切り替えの時間(例えば、10:31:20 UTC時間)、同一PCI衛星切り替え時における着信衛星の位置、同一PCI衛星切り替え時における前の衛星の位置、(例えば、同一PCI衛星切り替え時の着信衛星位置のWTRU予測をサポートするための)着信衛星のエフェメリスデータ、(例えば、同一PCI衛星切り替え時の前の衛星位置のWTRU予測をサポートするための)前の衛星のエフェメリスデータ、(例えば、同一PCI衛星切り替え時の)着信衛星及び/又は前の衛星の共通時間情報(例えば、フィーダリンク遅延、kmacなど)、着信衛星へのタイミングアドバンスの事前計算及び報告をサポートするための情報及び/又は構成、無線リンク監視をサポートするための情報及び/又は構成と、再同期ギャップ及びRX/TX中断に対する情報及び/又は構成、WTRU自律UL電力調整をサポートするための情報及び/又は構成、ビーム管理をサポートするための情報及び/又は構成、再同期ステータス指示をサポートするための情報及び/又は構成。
1つ以上の例では、WTRUは、同一PCI衛星切り替え中に着信衛星支援情報を要求するように構成され得る。WTRUは、同一PCI衛星切り替え中に着信衛星への再同期をサポートするために支援情報を要求することができる。例えば、WTRUが、同一PCI衛星切り替えの前に再同期を完了するのに必要な1つ以上の情報フィールドを取得することができなかった場合、WTRUは、要求をトリガすることができる。代替的に又は追加的に、WTRUは、接続確立(例えば、初期アクセス時、サービス再開時)又はモビリティに基づいて、支援情報の要求をトリガすることができる。1つ以上のケースにおいて、支援情報についての要求は、例えば、UCI、SR、RACHメッセージング(例えば、MSGA、MSG3、MSG5)、PUSCH、MAC CE、及び/又はRRCシグナリングを介して送られ得る。支援情報要求は、一般要求(例えば、全ての利用可能な情報を要求することを示すフラグ)を含み得る。支援情報は、WTRUに提供されるべき1つ以上の特定の情報フィールドを示し得る。
WTRUは、同一PCI衛星切り替えのための時間同期のために構成され得る。同一PCI衛星切り替え中の着信衛星及び前の衛星が物理的に非常に遠くに位置するため、WTRUは、衛星切り替えが行われるときにタイミングアドバンスの大きな差を経験する場合がある。例(例えば、レガシー実装)では、WTRUは、RACHの前にエフェメリスを介してTA値を計算することができる。これに基づいて、(例えば、RACHを必要としないことがある)同一PCI衛星切り替え時にTA差があることがあり、これはTA同期失敗を引き起こす可能性がある。例では、TA報告(例えば、offsetThresholdTA)のための既存のトリガに依拠することは、例えば、大規模TA報告トリガリングからのシグナリングオーバーヘッドに起因して、衛星切り替え後に輻輳を引き起こし得る。
本明細書で説明される方法及び実施形態は、TA再同期時間を短縮し、及び/又は(例えば、大規模TA報告による)衛星切り替え後の輻輳のリスクを低減し得る。例えば、WTRUは、同一PCI衛星切り替え時の着信衛星の将来の位置に基づいてTA値を事前計算し、衛星切り替えの前に、示されたオフセットにおける将来のTA値を事前報告することができる。
1つ以上の実装形態では、WTRUは、着信衛星へのタイミングアドバンスを事前計算するように構成され得る。WTRUは、同一PCI衛星切り替え時間に対する着信衛星へのTAを事前計算することができる。WTRUは、TAを事前に計算して、例えば、同一PCI衛星切り替え後の着信衛星への高速タイミング同期を可能にすることができる。例では、ネットワークは、構成された明示的なRRC、ブロードキャストシグナリングにおける指示、及び(非)アクティブ化コマンド(例えば、MAC CEを介する)のうちの1つ以上を介して、WTRUがTAを事前計算する能力を制御(例えば、有効化/無効化)することができる。ネットワークは、WTRUがTAを事前計算するために、ウィンドウ(例えば、時間期間)及び/又は同一PCI衛星切り替えからのオフセットを構成することができる。WTRUが、この時間期間の満了によって、又は示された時間によって将来のTAを決定することができない場合、WTRUは、タイミングアドバンスを事前計算しなくてもよい。タイミングアドバンス事前計算が有効にされ、WTRUが事前計算を実行することができない場合、WTRUは、報告又は指示をネットワークに送信することができる。
TA事前計算をサポートするために、WTRUは、着信衛星に対応する構成及び/又は支援情報を使用して、例えば、共通タイミング情報(例えば、フィーダリンク遅延)及び/又は同一PCI衛星切り替え時の衛星の位置を決定することができる。この情報は、例えば、同一PCI衛星切り替え時の衛星の明示的な位置であってもよい。代替的又は追加的に、WTRUは、同一PCI衛星切り替え時の衛星の位置を予測するために、着信衛星のエフェメリスデータを使用することができる。WTRUは、(例えば、GNSSを介して)WTRUの位置を取得し、同一PCI衛星切り替え時におけるWTRUと着信衛星との間の距離を計算することができる。サービスリンク遅延を推定するためにWTRUと着信衛星との間の距離を使用して、WTRUは、着信衛星からの共通タイミング情報を追加して、同一PCI衛星切り替え時におけるWTRUと着信衛星との間の完全なタイミングアドバンスを決定することができる。WTRUは、同一PCI衛星切り替え時(又は別の明示的に示された時間)における、及び/又はその後の後続のUL送信に適用される事前計算された値を記憶することができる。
タイミングアドバンス事前計算の1つ以上のケースにおいて、WTRUは、ネットワークがWTRUタイミングアドバンスを計算するために、WTRUの位置を報告するように要求及び/又はトリガされ得る。WTRUは、WTRUの位置を報告するために、例えば、同一PCI衛星切り替えの前のオフセットにおいて、要求及び/又はトリガされ得る。場合によっては、WTRUは、衛星切り替え時に推定されたWTRU位置を報告するように要求及び/又はトリガされ得る。例では、ネットワークは、関連するアクティブ化時間とともにタイミングアドバンスコマンドを提供し得る。関連するアクティブ化時間は、例えば、同一PCI衛星切り替えであってもよい。1つ以上のケースにおいて、WTRUは、アクティブ化時間の後に発生する送信にTA値を適用することができる。
WTRUがTA値を事前報告した場合、WTRUは、衛星切り替えの前にネットワークから追加のTA調整を受信することができる。例えば、ネットワークは、TAコマンドが現在のTA(例えば、前の衛星への)のためのものであるか、又は将来のTA(例えば、着信衛星への)のためのものであるかを、(例えば、明示的に)示し得る。
1つ以上のケースにおいて、WTRUには、タイミングアドバンス値を決定するための2つのタイプのエフェメリス情報が提供され得る。第1のタイプのエフェメリス情報は、現在のアップリンク送信のための1つ以上の送信パラメータを決定するために使用され得る。第1のタイプのエフェメリス情報は、第1の時間ウィンドウのための1つ以上の送信パラメータを決定するために使用され得る。送信パラメータは、例えば、WTRU固有及び/又はセル固有のタイミングアドバンス値、K_offset、K_macなどであり得る。第2のタイプのエフェメリス情報は、将来のアップリンク送信のための1つ以上の送信パラメータを決定するために使用され得る。第2のタイプのエフェメリス情報は、第2の時間ウィンドウのための1つ以上の送信パラメータを決定するために使用され得る。1つ以上のケースにおいて、第1のタイプのエフェメリス情報は現在の衛星に関連付けられ得、第2のタイプのエフェメリス情報は着信衛星に関連付けられ得る。1つ以上のケースにおいて、第2のタイプのエフェメリス情報は、現在の衛星によって提供され得る。1つ以上のケースにおいて、1つ以上のエフェメリス情報は、(例えば、より上位のシグナリングを介して)WTRUに構成又は提供されてよく、各エフェメリス情報は、時間情報に示されるか、又は時間情報に関連付けられ得る。時間情報は、例えば、有効性タイマ、タイムスタンプ、有効性持続時間、開始時間、開始/終了時間などを含み得る。
WTRUは、タイミングアドバンスを着信衛星に報告することができる。WTRUは、構成に基づいてTAを報告することができる。WTRUは、事前に計算されたTAを、同一PCI衛星切り替えの前に着信衛星に報告することができる。WTRUは、事前に計算されたTAを着信衛星に報告して、大規模TARによって引き起こされる同一PCI衛星切り替え後の輻輳を低減することができる。WTRU TA事前報告(すなわち、pre-TAR)は、以下のうちの1つ以上を含むことができる構成に従うことができる。有効化/無効化指示、pre-TARを実行するための同一PCI切り替え時間からのオフセット、pre-TARを報告するためのウィンドウ(例えば、時間期間)、及び/又はpre-TAR内にどの情報フィールドを含めるべきかをpre-TARを報告するためのリソース(例えば、ULスケジューリング許諾)(例えば、サービスリンクTA対フルTA)。
WTRUは、TAを着信衛星に事前報告することができる。例えば、WTRUは、有効な構成が提供される場合、及び/又は明示的なネットワーク要求時に、タイミングアドバンスを着信衛星に事前報告することができる。代替的又は追加的に、WTRUは、1つ以上の事前構成された条件に従って、TA値を前もって報告することができる。例えば、WTRUは、前の衛星と着信衛星との間のTAの差が閾値よりも大きい場合に、pre-TARを送信することができる。
タイミングアドバンス事前報告が有効にされ、全ての構成された条件が満たされる場合、WTRUは、事前TARの送信をトリガすることができる。pre-TARは、以下のうちの1つ以上を含み得る。TARが将来のタイミングアドバンス値(例えば、同一PCI衛星切り替え時の着信衛星)に対応するという明示的な指示、完全なWTRU-gNBタイミングアドバンスに対応する絶対TA値、サービスリンクの絶対TA値(例えば、WTRU-着信衛星タイミング遅延)、現在適用されているタイミングアドバンスからの(例えば、前の衛星への)デルタ、TAを事前計算するために使用される情報(例えば、着信衛星の位置及びタイミング情報)、及び/又はWTRUがいつ時間同期されるか(例えば、WTRUがTA値を後続のUL送信にいつ適用するか)のWTRU推定値。
1つ以上のケースにおいて、WTRUは、同一PCI衛星切り替え時に1つ以上の動作を実行するように構成され得る。同一PCI衛星切り替え時(又は明示的に示されたアクティブ化時)に、WTRUは、事前に計算されたTA値を適用し、その値を後続の送信に使用することができる。WTRUがoffsetThresholdTAで構成され、新しいTA値の適用がタイミングアドバンス報告(TAR)をトリガする場合、WTRUは、WTRUがTA値を着信衛星にすでに事前報告している場合、TARトリガを無視することができる。WTRUは、TARをトリガせず、更新された報告を送信することによって、TARトリガを無視することができる。例では、WTRUは、事前報告されたタイミングアドバンス値が正常に受信されたという確認を条件として、トリガを無視することができる。WTRUは、例えば、HARQ-ACKの受信に基づいて、受信の成功を仮定することができる。
図4は、同一PCI衛星切り替え中のタイミングアドバンスの事前計算と着信衛星への報告のプロセス400を示すフローチャートである。1つ以上のケースにおいて、衛星切り替えの前に、WTRUは、衛星切り替え点における隣接衛星の時間及び位置に関するTA報告構成及び情報を受信することができる。402において、WTRUは、着信衛星に関する支援情報を受信することができる。402において受信された支援情報は、同一PCI衛星切り替えの時間、同一PCI衛星切り替えにおける着信衛星の位置、及び/又は着信衛星のエフェメリスデータのうちの1つ以上を含み得る。404において、WTRUは、着信衛星タイミングアドバンスを事前報告するための構成情報を受信することができる。例えば、404において受信された構成情報は、有効化/無効化指示、同一PCI衛星切り替え時間からの報告時間オフセット、同一PCI衛星切り替えを事前報告するための時間ウィンドウ、報告するためのリソース、及び/又は事前報告を可能にするための条件付き閾値(例えば、デルタ時間)を含み得る。
406において、WTRUは、(例えば、有効化され、全ての構成された条件が満たされた場合)同一PCI衛星切り替えの時間に対する着信衛星へのタイミングアドバンスを事前計算することができる。WTRUが、408においてタイミングアドバンスを事前報告するように構成され、410において事前報告条件が満たされた場合、WTRUは、412において、TAを含むタイミングアドバンス報告を着信衛星に送信することができる。WTRUは、遷移時間に対する構成されたオフセットで新しいTAを報告することができる。WTRUは、遷移時間に対する構成されたオフセットで新しいTAを報告することができ、タイミングアドバンス値を新しい衛星に示すことができる。WTRUが408においてタイミングアドバンスを事前報告するように構成されていない場合、又はWTRUが412において事前報告TAを送信した場合、WTRUは、414において同一PCI衛星切り替えの時間を待つことができる。414において決定される同一PCI衛星切り替え時に、WTRUは、416において、事前に計算されたTAを新しい衛星に適用することができる。WTRUは、衛星切り替え時に、又はその間に、新しいタイミングアドバンスを適用することができる。418において、OffsetThresholdTAが構成され得る。OffsetThresholdTAが構成される場合(例えば、418において決定される場合)、WTRUは、TAが事前報告されていた場合、そのTAを報告するためのトリガを無視することができる。例えば、420において、WTRUは、TAが正常に事前報告されたと決定し、422においてトリガを無視することができる。TAが420において事前報告されていると決定されなかった場合、WTRUは、424においてTARを送信することができる。
例では、WTRUは、同一PCI衛星切り替え中の時間同期をサポートするために、以下のうちの1つ以上を実行することができる。例えば、WTRUは、同一PCI衛星切り替え時に着信衛星の時間及び位置を(例えば、ブロードキャストを介して)受信することができる。WTRUは、新しい衛星にタイミングアドバンスを事前報告するための構成(pre-TAR)を受信することができる。事前報告タイミングアドバンスのための構成は、pre-TAR報告のための有効化/無効化指示、pre-TARを報告するための衛星切り替え時間より前のオフセット、pre-TARを報告するための時間期間、及びpre-TARを報告するための条件(例えば、タイミングアドバンスから前の衛星へのデルタ閾値)のうちの1つ以上を含み得る。WTRUは、PCI切り替え時の着信衛星の位置を使用して、着信衛星へのタイミングアドバンス値を事前計算することができる。WTRUは、事前報告構成に従って、事前計算されたTA値を送信することができる。1つ以上のケースにおいて、事前報告構成は、TA値が着信衛星に関連付けられていることを明示的に示し得る。WTRUは、事前に計算されたタイミングアドバンスを、同一PCI衛星切り替え時に着信衛星に適用することができる。WTRUが衛星切り替えの前に将来のタイミングアドバンスを正常に報告した(例えば、WTRUが、pre-TARを搬送する送信に対するACKを受信した)場合、WTRUは、offsetThresholdTAが構成され、TARが衛星切り替えに起因してトリガされたことに基づいて、トリガ条件を無視する。WTRUが衛星切り替えの前に将来のタイミングアドバンスを正常に報告しない場合、WTRUは、事前計算されたタイミングアドバンスを使用して衛星切り替え時にTARを送信する。1つ以上のケースにおいて、WTRUは、事前計算されたタイミングアドバンスを使用してUL TBを送信する。
WTRUは、同一PCI衛星切り替えのためのRLMのために構成され得る。例では、無線リンク監視(RLM)の場合、WTRUは、L3セル品質を取得するために、経時的にセル測定値を平均化することができる。同一PCI衛星切り替えの後、前の衛星に関連付けられた測定値及び/又はセル品質情報は、もはや有効ではない可能性がある。これは、衛星切り替え後の着信衛星に対する無線問題検出の遅延をもたらし得る。遅延検出は、衛星切り替えの直後に多くの新しい測定値を取得することによって部分的に解決することができる。着信衛星の新しい測定値を取得することは、衛星切り替え後に測定値再構成を必要とする場合がある。このプロセスは、例えば、WTRU-gNB RTT及びRLFのリスクを考慮すると、時間がかかる可能性がある。本明細書で説明される方法及び実施形態は、これらの問題、例えば、遅延検出に対処するためのRLM拡張に関し得る。例えば、WTRUは、衛星切り替え時にL3測定ウィンドウをリセットし、事前構成された測定構成(例えば、より密な測定オブジェクトを有する)を適用して、及び/又はフィルタ係数を適用して、新しいチャネル状態を迅速に評価することができる。
WTRUは、同一PCI衛星切り替え後に測定構成のために構成され得る。例では、WTRUは、同一PCI衛星切り替え時に適用するための測定構成情報を受信することができる。測定構成は、例えば、着信衛星へのチャネル状態を迅速に取得するために、測定オブジェクトのより密な構成を含み得る。いくつかの例では、測定構成は、現在の測定構成の全部又は一部を置き換え得る。例えば、WTRUは、現在の構成の1つ以上の態様を削除及び/又は再構成することができる。1つ以上の事例では、新しい測定構成は、1つ以上の追加の測定オブジェクト及び/又は識別情報を現在の構成に追加し得る。新しい測定構成は、限定はしないが、報告構成、量構成、測定ギャップなどの測定構成の他の態様を修正(例えば、追加/削除/再構成)することができる。
WTRUは、同一PCI衛星切り替えの前に測定構成を受信し、記憶することができる。測定構成は、任意選択的に、同一PCI衛星切り替え時に適用され得る条件及び/又は指示を含み得る。例において、WTRUは、例えば、ブロードキャストされた同一PCI衛星切り替え支援情報を介して、条件及び/又は指示を取得し得る。例では、測定構成は、明示的な「アクティブ化時間」を含み得、ここで、測定構成は、測定構成を適用するための時間を明示的に含む。WTRUは、(例えば、アクティブ化時間/同一PCI切り替えの時間における)条件の満足に基づいて、新しい測定構成を適用することができる。
測定構成は、1つ以上の満了条件を含み得る。満了条件は、以後、「一時的な測定構成」と呼ばれ得る。満了条件は、時間ベースであり得る。例えば、時間ベースの満了条件は、明示的な時間であり得る。時間ベースの満了条件は、測定構成の適用時に開始される時間期間の終了に対応し得る。満了条件は、測定された基準信号(例えば、SSB/CSI-RS)及び/又は測定オブジェクトの数に基づき得る。満了条件は、安定したチャネル品質が確立されたという決定に基づき得る。例えば、満了条件は、限定はしないが、測定分散又は標準偏差など、チャネル品質のメトリックに基づき得る。満了条件は、測定値(例えば、RSRP/RSRQ/SINR値)が閾値を上回るか又は下回ることに基づき得る。満了条件は、第2の測定構成のアクティブ化に対応し得る。
1つ以上の例では、WTRUは、満了条件の満足に基づいて、後続の測定構成、例えば、第2の構成を適用することができる。第2の構成は、満了条件が満たされる前に受信されている可能性があり、WTRUによって記憶されている可能性がある。例では、第2の構成は、第1の測定構成の満了時に第2の構成を適用するための人選択の指示を含み得る。例では、同一PCI衛星切り替え時に適用される測定構成は、以前の測定構成を記憶するための指示を含み得る。例えば、以前の測定構成を記憶するための指示は、同一PCI衛星切り替えの前の構成に対応し得る。例では、WTRUは、満了条件のうちの1つ以上の満足に基づいて、以前の測定構成に戻ることができる。
WTRUは、同一PCI切り替えの後のL3フィルタリングのために構成され得る。例では、WTRUは、同一PCI衛星切り替えに基づいてL3測定ウィンドウをリセットすることができる。WTRUは、L3測定ウィンドウをリセットして、例えば、同一PCI衛星切り替えにおける前の衛星からの測定値を用いて着信衛星への測定値を平均化することに起因する劣悪なチャネル状態の検出を回避することができる。例では、WTRUは、前の衛星に関連付けられた1つ以上の測定値を破棄することができる。例えば、WTRUは、前の衛星に関連付けられた1つ以上の測定値を含むチャネル及び/又はセル品質導出(例えば、RSRP/RSRP/SINR)を無効であるとみなすことができる。無効な測定結果は、例えば、破棄され、イベント評価、セル(再)選択若しくはモビリティ決定のために使用されず、及び/又は測定報告に含まれない場合がある。
WTRUは、L3フィルタリング係数の新しい又は改訂されたセットを受信することができる。例えば、WTRUは、同一PCI衛星切り替え時に適用するために、L3フィルタリング係数の新しい又は改訂されたセットを受信することができる。場合によっては、フィルタリング係数は、本明細書で説明される測定構成とともに提供され、記憶され得る。場合によっては、フィルタリング係数は独立して受信され得る。一時的な測定構成と同様に、L3フィルタ係数のセットは、アクティブ化条件、満了条件、満了時に使用されるべきL3フィルタ係数の前のセットを記憶するための指示、一時的なL3フィルタ係数の満了後に適用されるべきL3フィルタ係数の第2のセットのうちの1つ以上を含み得る。
WTRUは、同一PCI衛星切り替えの前及び/又は後に測定報告を行うように構成され得る。すぐに無効になる測定値を報告することを回避するために、又は新しいセルへのチャネル品質の獲得の前に測定報告をトリガすることを回避するために、WTRUは、同一PCI衛星切り替えにおいて、又はその前に測定報告を中断することができる。場合によっては、WTRUは、ネットワークからの明示的な構成に基づいて、衛星切り替えの前に測定報告を中断すべきかどうかを決定することができる。他の場合には、WTRUは、システム情報において(例えば、同一PCI衛星切り替え支援情報内で)ブロードキャストされる明示的な構成に基づいて、衛星切り替えの前に測定報告を中断するかどうかを決定することができる。中断構成及び/又は指示内で、WTRUは、測定報告の中断を開始するための条件、測定報告を再開するための条件、中断が適用される測定報告の態様(例えば、イベントのサブセット、報告タイプなど)、測定報告中断の例外のうちの1つ以上を含み得る。
WTRUは、時間に基づいて測定報告中断をいつ開始すべきかを決定する。例えば、WTRUは、同一PCI衛星切り替え時に測定報告を中断することができる。場合によっては、開始時間は、同一PCI衛星切り替えからのオフセット(例えば、切り替えの10秒前)又は明示的な時間(例えば、10:30:02 UTC時間)に生じ得る。1つ以上のケースにおいて、ネットワークは、任意選択的に、測定報告が中断され、WTRUによって(例えば、禁止タイマを介して)維持され得る時間期間/持続時間を提供することができる。
例では、中断は、測定報告の1つ以上の態様に適用され得る。例えば、中断は、イベントトリガ測定報告、周期的測定報告、又はその両方に適用され得る。例では、中断は、測定イベントのサブセットに適用され得る(例えば、A3によってトリガされた測定報告が中断される)。例では、中断は、1つ以上のセル又は測定オブジェクト/IDに対して実行される測定によってトリガされる測定報告に適用され得る。場合によっては、例えば、複数のイベントベースの測定トリガが満たされたことに基づいて、特定のイベントベースのトリガが満たされていることに基づいて、及び/又は無線リンク障害などの回復手順をサポートするために、中断を無効にすることができる。
WTRUは、以下の例のうちの1つ以上に基づいて測定報告を再開することができる。WTRUは、例えば、一時的な測定構成の満了に基づいて、測定報告を再開することができる。WTRUは、例えば、測定構成の再構成に基づいて、測定報告を再開することができる。WTRUは、例えば、第2の測定構成のアクティブ化に基づいて、測定報告を再開することができる。WTRUは、例えば、測定ベースの条件の満足(例えば、RSRP/RSRP/SINRが何らかの閾値を超える又は下回る)に基づいて、測定報告を再開することができる。WTRUは、例えば、ある持続時間の後に、測定報告を再開することができる。WTRUは、例えば、絶対時間に達したことに基づいて、測定報告を再開することができる。
WTRUは、測定報告とエフェメリス情報との間の関連付けを用いて構成され得る。WTRUは、同一PCI衛星切り替えのための1つ以上の衛星についての1つ以上のエフェメリス情報を用いて構成され得る。WTRUは、関連付けられた衛星位置が特定の閾値内で変化するとき、測定値のL3フィルタリングを実行することができる。例えば、関連付けられた衛星位置変化が閾値よりも大きいとき、WTRUは、L3フィルタをリセットし、測定値のL3フィルタリングを開始することができる。例では、衛星位置変化は、測定値に関連付けられたエフェメリス識別情報に基づいて決定され得る。例えば、WTRUは、1つ以上のエフェメリスを提供されてもよく、各エフェメリスは、識別情報に関連付けられてもよい。識別情報は、どのエフェメリスidがアクティブであるか、及び/又はどのエフェメリスidがどの開始時間からアクティブになるか(例えば、着信衛星に関連付けられている)を示し得る。1つ以上のケースにおいて、衛星位置変化は、衛星におけるビームのAoDに基づいて決定され得る。例えば、測定のためのL3フィルタリングリセットは、ビーム(例えば、サービングビーム)変化のAoDが閾値よりも大きいときにトリガされ得る。1つ以上のケースにおいて、L3フィルタの長さは、エフェメリス情報の1つ以上のパラメータに基づいて決定され得る。例えば、衛星の速さが閾値よりも速い場合、第1のL3フィルタ長が使用され得る。衛星の速さが閾値よりも遅い場合、第2のL3フィルタ長が使用され得、第1のL3フィルタ長は第2のL3フィルタ長よりも短くてもよい。
1つ以上の例において、WTRUは、新しい衛星へのチャネル状態が平均化されることを回避するために、衛星切り替え時に測定ウィンドウをリセットすることができる。WTRUは、測定オブジェクトのより密なセットを有する一時的な構成など、新しい測定構成を適用することができる。WTRUは、測定値を迅速に取得し、新しい衛星に再同期するために、衛星切り替え後に係数をフィルタリングすることができる。WTRUは、不要な報告を回避するために、衛星切り替えの前に(チャネル状態が変化しようとしている場合、もはや利用可能でないセルを報告するためにリソースを使用する必要がない)、及び/又は衛星切り替えの後に(新しいチャネル状態を適切に測定する時間を可能にするために)、L3イベントベースのオフセット報告を一時的に中断することができる。WTRUは、例えば、チャネル状態が変化しようとしており、もはや利用可能でないセルを報告するためにリソースを使用する必要がない場合に、衛星切り替えの前に、L3イベントベースの何らかのオフセットの報告を一時的に中断することができる。WTRUは、例えば、不要な報告を回避するために新しいチャネル状態を適切に測定する時間を可能にするために、衛星切り替えの後のL3イベントベースのオフセット報告を一時的に中断することができる。
図5は、同一PCI衛星切り替え中の例示的な無線リンク監視のプロセス500を示すフローチャートである。WTRUは、同一PCI衛星切り替え中のRLMをサポートするために、以下のうちの1つ以上を実行することができる。502において、WTRUは、着信衛星に関する支援情報を受信することができる。例えば、WTRUは、同一PCI衛星切り替えが行われる時間を(例えば、ブロードキャストを介して)受信することができる。504において、WTRUは、着信衛星のRLMのための構成情報を受信することができる。WTRUは、同一PCI衛星切り替え時に適用するための測定構成を受信することができる。測定構成は、例えば、限定はしないが、一時的な測定構成、一時的な測定構成のための満了条件(例えば、測定されたRSの数、持続時間など)、(例えば、一時的な測定構成後に適用するための)第2の測定構成、衛星切り替え時に適用するためのL3フィルタ係数、開始時間及び持続時間のうちの1つ以上を含む、測定報告を中断するための構成のうちの1つ以上を含み得る。
WTRUは、506において、構成情報に基づいて測定報告を中断することを決定することができる。例えば、同一PCI衛星切り替えの前に報告を中断するように構成された場合、WTRUは、508において、測定報告を中断することができる。510において、受信した構成情報に基づいて、WTRUは、同一PCI衛星切り替えの開始時間を待つことができる。512(例えば、同一PCI衛星切り替えの時間)において、WTRUは、受信した構成情報に基づいて、以下の動作のうちの1つ以上を実行することができる。L3測定ウィンドウをリセットする、一時的な測定構成及び/又はフィルタ係数を適用する、依然として有効である場合、測定報告を中断し、及び/又は着信衛星に対する測定を実行する。
514において、WTRUは、測定報告を再開するための条件が満たされたと決定し、518において、測定報告を再開することができる。516において、WTRUは、失効条件が提供されたかどうかを決定することができる。一時的な測定構成の満了条件が提供されていない場合、WTRUは、520において、一時的な測定構成に従って測定を実行し続けることができる。522において、WTRUは、一時的な測定構成の満了条件が満たされたかどうかを決定することができる。一時的な測定構成の満了条件が満たされない(又は構成されない)場合、WTRUは、一時的な測定構成に従って測定を実行し、更新されたL3フィルタ係数に基づいてフィルタリングすることができる。例では、WTRUは、524において第2の測定構成を受信することができる。一時的な測定構成の満了条件が満たされ、WTRUが第2の測定構成を受信した場合、WTRUは、526において、第2の測定構成を適用することができる。一時的な測定構成の満了条件が満たされ、第2の測定構成が受信されなかった場合、WTRUは、524において、(例えば、衛星切り替えの前に使用された)前の測定構成に戻ることを決定することができる。例えば、528において、WTRUは、以前の(例えば、衛星切り替え前の)測定構成を適用することができる。1つ以上のケースにおいて、WTRUは、新しい測定構成に基づいて測定報告を送信することができる。
WTRUは、同一PCI衛星切り替えのための送信処理のために構成され得る。同一PCI衛星切り替えのためのWTRU再同期時間は、同期の態様(例えば、タイミングアドバンス、電力制御など)を決定又は事前決定するWTRUの能力に基づいて変化し得る。再同期の間、送信及び/又は受信は中断され得る。ネットワークがWTRUの再同期時間を認識していない場合、関連するリスクが存在する可能性がある。例えば、(例えば、再同期時間が過大に推定された場合)追加のレイテンシ及び無駄な送信機会、又は(例えば、再同期時間が過小に推定された場合)TX及び/又はRX機械を逃すリスクがあり得る。本明細書で説明される方法及び実施形態は、適切な再同期ギャップ構成及びWTRU TX/RX処理をサポートすることに関することができる。例えば、WTRUは、再同期ギャップ構成及び再同期時間中の送信処理を支援するために、再同期時間に関する提供能力及び/又は支援情報を送信することができる。
WTRUは、同一PCI衛星切り替え中のギャップ構成の再同期のための支援情報を用いて構成され得る。WTRUは、同一PCI衛星切り替え中に着信衛星への再同期を容易にするために、「再同期ギャップ」を用いて構成され得る。再同期ギャップ中に、WTRUは、着信衛星に関連する1つ以上の再同期動作及び/又は手順を実行することができる。再同期動作及び/又は手順は、例えば、タイミングアドバンス計算、ドップラー補償、電力制御、測定/RLM、及び/又はビーム管理を含み得る。再同期中に、WTRUは、DL受信及び/又はUL送信を中断する(又は実行することが期待されない)ことができる。TX及び/又はRX中断は、例えば、動的スケジューリングと、事前構成された送信(例えば、構成された許諾、周期的CSI/SRS報告など)とを含み得る。
WTRUは、再同期ギャップの適切な構成をサポートするために、(例えば、MAC CE及び/又はRRCシグナリングを介して)支援情報を提供することができる。再同期ギャップ構成のためのWTRU支援情報は、例えば、完全な再同期を実行するための時間、再同期の1つ以上の態様(例えば、タイミング同期、UL電力制御)を実行するための時間、同一PCI衛星切り替えの前に再同期の1つ以上の態様を実行する能力、再同期完了の推定時間(例えば、10:32:30:00 UTC)、WTRUが再同期時間中に受信/送信を継続することができるかどうかの決定、WTRUが送信/受信を再開することができる最も早い時間(例えば、10:32:40:00 UTC)、隣接セルの測定(例えば、フォールバック又はRLFの場合)、及び/又は1つ以上の事前構成された送信が再同期ギャップと重複するかどうかの決定のうちの1つ以上を含み得る。
WTRUは、再同期ギャップ構成のための支援情報(例えば、上記のうちの1つ以上)を提供することができる。例えば、WTRUは、明示的なネットワーク要求に基づいて、上記の支援情報のうちの1つ以上を提供することができる。例では、WTRUは、(例えば、WTRU能力転送中に)ネットワークへの接続又は接続の再開時に再同期ギャップ構成のための支援情報(例えば、上記のうちの1つ以上)を提供することができる。例において、WTRUは、WTRU支援情報(UAI)メッセージ内で再同期ギャップ構成のための支援情報(例えば、上記のうちの1つ以上)を提供することができる。例では、WTRUは、(例えば、ネットワークによって送信された「WTRU情報要求」メッセージ内の要求又は指示に基づいて)「WTRU情報応答」メッセージ内で再同期ギャップ構成のための支援情報(例えば、上記のうちの1つ以上)を提供することができる。
WTRUは、構成された条件に基づいて、再同期ギャップ構成送信のための支援情報を送信することを決定することができる。例えば、WTRUは、1つ以上の情報フィールドの現在の状態及び/又は以前に報告された情報の間の変動に基づいて、支援情報を送信することを決定することができる。1つ以上の情報フィールドの現在の状態と以前に報告された情報との間のこの変動は、例えば、任意の量の変動であり得る。例において、WTRUは、変動が構成された閾値を超えることに基づいて、支援情報を送信することを決定することができる。例では、WTRUは、同一PCI衛星切り替えの前の構成された時間(例えば、絶対時間、オフセット、時間期間)に支援情報を送信することを決定することができる。信頼性を支援するために、WTRUは、HARQフィードバック/再送信が構成されるとき(例えば、HARQモードA)、HARQプロセスに関する支援情報を送信することができる。
WTRUは、再同期ギャップ構成のための構成情報を受信することができる。WTRUは、受信された構成情報に基づいて、再同期ギャップ中に動作を実行することができる。例では、WTRUは、MAC CE及び/又はブロードキャストシグナリングを介して再同期ギャップを受信することができる。例では、再同期ギャップは、RRCシグナリングを介して直接構成され得る。
構成情報(例えば、再同期ギャップ構成情報)は、再同期ギャップの開始時間、再同期ギャップの終了時間、再同期ギャップの持続時間、再同期中に1つ、複数、又は全てのUL送信/DL受信を中断するかどうかの決定(例えば、ネットワークは、周期的スケジューリングなどの1つ以上の送信/受信タイプが中断されるが、動的スケジューリングなどの他のタイプは依然として有効であることを示すことができる)、再同期の前にどの再同期手順を実行すべきかの決定(例えば、タイミングアドバンス事前計算/報告)、再同期ギャップ中にどの再同期態様を実行すべきかの決定、及び/又は1つ以上の再同期手順を実行すべき情報及び/又は構成のうちの1つ以上を含み得る。再同期ギャップの開始時間を含む構成情報は、例えば、再同期ギャップが同一PCI衛星切り替え時に、又は何らかの他の機会に開始することを示し得る。例えば、開始時間及び再同期ギャップ持続時間を含む構成情報は、同一PCI衛星切り替えの予想される終了時間を示し得る。例えば、再同期ギャップの開始時間及び終了時間を含む構成情報は、同一PCI衛星切り替えの予想される持続時間を示し得る。
場合によっては、WTRUは、(例えば、WTRU支援情報の内容を介して)再同期ギャップ構成を選択、要求、又は提案することができる。ネットワークは、要求された構成に肯定応答を提供することができる。場合によっては、ネットワークは、候補再同期ギャップ構成のセットを事前構成、ブロードキャスト、又は示し得る。例えば、ネットワークは、構成に対応するインデックスを送信及び示すことによって、再同期ギャップ構成を示し得る。
WTRUは、同一PCI衛星切り替えに対して再同期ギャップ構成を適用することができる。例では、再同期ギャップ構成は、1つ以上の将来の衛星切り替えイベントに適用され得る。例では、WTRUは、指示(例えば、明示的な指示)及び/又は構成に基づいて、現在の再同期ギャップ構成(例えば、後続の同一PCI衛星切り替えイベントにおいて使用される)を記憶及び/又は維持するかどうかを決定することができる。例では、WTRUは、構成が非アクティブ化されるまで、及び/又は改訂された再同期ギャップ構成が受信されるまで、後続の同一PCI衛星切り替えに対して同じギャップ構成を適用することができる。
1つ以上のケースにおいて、再同期ギャップ構成をサポートするために、WTRUは、衛星切り替えの前に、能力及び/又は支援情報(例えば、推定再同期時間)を送信することができる。同一PCI衛星切り替えの前に、WTRUは、再同期ギャップのための構成情報を受信することができる。再同期ギャップのための構成情報は、例えば、再同期ギャップの開始時間、終了時間、及び/又は持続時間の指示を含み得る。同一PCI衛星切り替え時に、WTRUは、再同期ギャップを開始することができる。例では、WTRUは、(例えば、構成内の指示に基づいて)同一PCI衛星切り替えからのオフセットで再同期ギャップを開始することができる。ギャップが進行中である間、WTRUは、TX及び/又はRXを中断することができる。場合によっては、WTRUは、例えば、構成された許諾、周期的CSI/SRSなど、事前にスケジュールされた送信を中断することができる。WTRUは、UL信号の送信、例えば、限定はしないが、SR、CG上の送信、PRACH、HARQ ACKなどを介して、同期が完了したことをシグナリングすることができる。
図6は、同一PCI衛星切り替え中の例示的な送信処理及び測定ギャップ構成のプロセス600を示すフローチャートである。1つ以上のケースにおいて、WTRUは、同一PCI衛星切り替え中の送信処理及び測定ギャップ構成をサポートするために、以下のステップのうちの1つ以上を実行することができる。602において、WTRUは、着信衛星に関連付けられた支援情報を受信することができる。例えば、WTRUは、同一PCI衛星切り替えが行われる時間を(例えば、ブロードキャストを介して)受信することができる。同一PCI衛星切り替えの前に、604において、WTRUは、支援情報を送信することができる。支援情報は、再同期持続時間、同一PCI衛星切り替えの前に同期手順(例えば、タイミングアドバンス事前計算及び報告)を実行するWTRUの能力、及び/又は同一PCI衛星切り替えの後にWTRUがいつRX/TXを再開することができるかの決定のうちの1つ以上を含み得る。606において、WTRUは、衛星再同期のための構成情報を受信することができる。衛星再同期化のための構成情報は、再同期ギャップのための構成情報、再同期失敗を宣言するための条件、及び/又は再同期が成功したことを示すためのリソース(例えば、UL許諾、専用RACHプリアンブルなど)のうちの1つ以上を含み得る。
構成及び/又は支援情報に基づいて、608において、WTRUは、同一PCI衛星切り替えが行われるのを待つことができる。610において、衛星切り替え時に、WTRUは、再同期ギャップを開始し、UL送信及び/又はDL受信を中断することができる。610において、WTRUは、着信衛星のための1つ以上の再同期手順(例えば、タイミングアドバンス計算、ドップラー補償、電力制御、測定)を実行することができる。612において、WTRUは、衛星への再同期に成功する場合がある。再同期が成功した場合、WTRUは、616において、DL受信及びUL送信を再開することができる。620において、WTRUが、再同期成功を確認又は示すように構成される場合、WTRUは、(例えば、提供されたリソースを使用して)再同期成功指示を送信することができる。612において、WTRUは、衛星への再同期に失敗する場合がある。614において、WTRUは、タイムアウトし、再同期に失敗したと決定することができる。タイムアウトに達していない場合、WTRUは、610において、構成に基づいて再同期ギャップ手順を実行し続けることができる。614において、WTRUは、再同期に失敗したと決定することができ、タイムアウトに達した場合、WTRUは、618において、RLFを宣言し、関連する回復動作を実行することができる。
1つ以上のケースにおいて、WTRUは、同一PCI衛星切り替え中の電力制御のために構成され得る。衛星切り替え後に必要とされるUL TX電力は、前の衛星と着信衛星との間の位置の大きな差に起因して、大幅に変動する可能性がある。WTRUがレガシー閉ループ電力制御に依存して(すなわち、WTRUが衛星切り替え後に電力制御コマンドが受信されるまで待機する)UL送信電力を調整する場合、WTRUは、初期送信電力が低すぎるか又は干渉である場合、送信が失敗するリスクあり得る。更に、WTRUは、初期送信電力が高すぎる場合、過剰な電力消費のリスクがあり得る。本明細書で説明される実施形態は、同一PCI衛星切り替え中の電力制御のサポートに関する。更に、実施形態は、WTRUが、WTRUと古い衛星及び新しい衛星との間の距離の差に基づいて新しい衛星への初期UL送信のための電力を調整するためのプロセスを提供する。
WTRUは、同一PCI衛星切り替え中の自律的なTX電力調整のために構成され得る。WTRUは、同一PCI衛星切り替えの後に着信衛星への電力を調整することができる。例えば、WTRUは、初期送信のために多すぎる又は少なすぎるUL電力を使用することを回避するために、同一PCI衛星切り替えの後に着信衛星への電力を調整することができる。WTRUが送信電力を自律的に調整する能力は、ネットワークによって有効化/無効化され得る。例えば、ネットワークは、限定はしないが、SIB、MAC CE、及び/又はDCIにおけるブロードキャストシグナリングなどのRRC構成又は指示を介して、WTRUが送信電力を自律的に調整する能力を有効化/無効化することができる。ネットワークは、着信衛星への初期UL TX電力を計算するための追加の情報/構成を提供することができる。追加の情報/構成は、WTRUによって自律的に調整され得る元のTX電力の最大デルタ値、最大及び/又は最小絶対TX電力、距離と電力調整との間のマッピング(例えば、100km=1dB)、距離とスケーリング係数との間のマッピング(例えば、100km=1.25x)、TX電力をどのように調整するかの決定(例えば、係数によるスケーリング、電力の加算/減算)、総送信電力又は送信電力の1つ以上の成分(例えば、経路損失)をスケーリングするかどうかの決定、着信衛星の伝送特性(例えば、アンテナ利得)に対応する支援情報、経路損失の変化を計算するために適用される自由空間係数のうちの1つ以上を含み得る。
例では、WTRUは、送信電力を自律的に調整することができる。例えば、WTRUは、1つ以上の条件の満足に基づいて送信電力を自律的に調整することができる。例えば、WTRUは、前の衛星及び着信衛星への見通し線確率を計算することができる。前の衛星、着信衛星、又は両方の衛星への見通し線確率(例えば、LOSPI)が、構成された閾値(例えば、95%)を下回る場合、WTRUは、送信電力を自律的に調整しない場合がある。場合によっては、ネットワークは、着信衛星及び前の衛星の両方についてのLOS評価のために使用されるべき1つの閾値を提供し得る。場合によっては、ネットワークは、各衛星に閾値を提供することができる。
WTRUは、同一PCI衛星切り替え中に着信衛星経路損失を評価及び/又は決定することができる。例では、WTRU自律電力調整をサポートするために、WTRUは、着信衛星に対応する支援情報を使用して、同一PCI衛星切り替え時の衛星の位置を決定することができる。支援情報は、例えば、同一PCI衛星切り替え時の衛星の明示的な位置であってもよい。例では、WTRUは、同一PCI衛星切り替え時の衛星の位置を予測するために、着信衛星のエフェメリスデータを使用することができる。WTRUは、(例えば、GNSSを介して)WTRUの位置を取得し、同一PCI衛星切り替え時におけるWTRUと着信衛星との間の距離を計算することができる。WTRUは、同様の手順のセットを使用して、(例えば、同一PCI衛星切り替え時に)前の衛星の位置を決定することができる。
WTRUが見通し線条件で構成される場合、WTRUは、前の衛星及び/又は着信衛星に対する見通し線確率(LOSPI)を計算することができる。WTRUが1つ又は両方の衛星についての見通し線確率を計算するかどうかは、条件が1つ又は両方の衛星についてのLOSPI評価を必要とするかどうかに依存し得る。WTRUは、例えば、各衛星に関連する支援情報(例えば、位置、エフェメリスデータ、軌道特性)及び/又は基準信号(例えば、SSB、CSI-RS、PRS)を使用して、見通し線確率を計算することができる。WTRUは、例えば、着信衛星から発信される1つ以上の隣接セル上での測定を介して、着信衛星から基準信号を受信及び/又は評価することができる。
いくつかの例では、LOSPIはネットワークによって評価され得る。そのような場合、WTRUは、WTRU位置(例えば、現在の位置、又は同一PCI衛星切り替え時の推定位置)を提供することができる。ネットワークは、条件付き評価で使用される1つ又は両方の衛星に関連付けられたLOSPIを提供することができる(例えば、同一PCI衛星切り替え時に)。1つ以上の他のケースにおいて、LOSPI指示は、ネットワークによって直接評価され得る。LOSPI指示評価は、WTRU自律電力調整を有効化/無効化するために使用され得る。
いくつかの例では、WTRUは、同一PCI衛星切り替え中の自律的なUL TX電力調整のために構成され得る。同一PCI衛星切り替え時に(又は、同一PCI衛星切り替えと着信衛星への初期送信との間の何らかの時点で)、WTRUは、自律送信電力調整が有効にされ、構成されていると決定することができる。任意の必要な条件又は構成された条件が(例えば、見通し線確率に基づいて)満たされる場合、WTRUは、初期送信のための送信電力を調整することができる。WTRU自律電力調整が無効化/非アクティブ化される場合、又は自律電力調整が有効化され、1つ以上の条件が満たされない場合、WTRUは、着信衛星への初期送信のために、前の衛星からの送信電力を使用することができる。
WTRU自律電力調整は、WTRUと着信衛星及び/又は前の衛星との間の距離、WTRU以前の衛星とWTRU着信衛星との間で異なるデルタ)、WTRUがどのように電力を調整するか(例えば、WTRUが電力を加算/減算するかどうか、及び/又はスケーリング係数を適用するかどうか)の決定、距離と電力がどのように調整されるかについての決定との間のマッピング又は関係、WTRUによって修正され得る元の電力の最大絶対(又はデルタ)値、着信衛星の伝送特性(例えば、アンテナ利得)、及び/又はWTRUによる総送信電力のうちの1つ以上に基づき得る。
1つ以上のケースにおいて、WTRUは、WTRUと着信衛星及び前の衛星との間のデルタ距離を計算することができる。ネットワークによって提供されるデルタ距離のデルタdBへのマッピングを適用することによって、WTRUは、電力を調整するための量(例えば、dB単位)を決定することができる。WTRUは、構成に基づいて、総送信電力を調整することができ、又は電力計算の1つ以上の構成要素(例えば、経路損失値)を調整することができる。デルタ電力調整が最大/最小許容可能電力調整を超える場合、WTRUは境界値を選択することができる。調整された値がWTRUによる総最大許容送信電力を超える場合、WTRUは最大許容送信電力を選択することができる。WTRUは、同一PCI衛星切り替えの後に、初期送信のためのスケーリングされた電力を着信衛星に適用することができる。1つ以上のケースにおいて、WTRUは、デルタ距離を使用し、自由空間伝搬損失係数を適用して、着信衛星と前の衛星との間の経路損失の変化を決定することができる。WTRUは、それに応じて送信電力を調整して、調整された経路損失を補償することができる。
1つ以上のケースにおいて、WTRUは、指示又は構成に基づいて、WTRU自律電力調整の特性を示すことができる。例えば、WTRUは、WTRUが(例えば、第1の送信内で)UL TX電力及び/又はUL TX電力レベルをどの程度調整したかの決定を(例えば、MAC CE又はRRCシグナリングを介して)示すことができる。場合によっては、構成/要求は、指示を送るためのリソース(例えば、動的UL許諾)を含み得る。他の場合には、構成/要求は、着信衛星への最初の送信に指示を含めるようにWTRUに命令することができる。
1つ以上のケースにおいて、WTRUは、前の衛星からのデルタ距離に基づいて、新しい衛星への最初の送信のためのUL送信電力を調整することができる。UL送信電力は、ネットワーク構成によって更に制御されてもよい。例えば、ネットワーク構成は、UL送信電力を有効化/無効化することができる。別の例では、ネットワーク構成は、UL送信のための最大許容デルタスケーリングを提供し得る。1つ以上のケースにおいて、UL送信電力は、例えば、限定はしないが、前及び現在の衛星LOSPIへの見通し線の確率が構成された閾値を上回るという条件に左右され得る。
図7は、同一PCI衛星切り替え中の例示的な電力制御のプロセスを示すフローチャートである。1つ以上のケースにおいて、WTRUは、同一PCI衛星切り替え中の電力制御をサポートするために、以下のステップのうちの1つ以上を実行することができる。702において、WTRUは、前の衛星及び着信衛星に関する支援情報を(例えば、ブロードキャストを介して)受信することができる。支援情報は、現在のサービング衛星のエフェメリスデータ、同一PCI衛星切り替えの時間、及び/又は同一PCI衛星切り替え時の着信衛星の位置のうちの1つ以上を含み得る。704において、WTRUは、着信衛星へのUL TX電力を計算するための構成情報を受信することができる。構成は、有効化/無効化指示、元のTX電力がWTRUによって自律的に調整され得る最大デルタ値、前の衛星及び着信衛星の最小見通し線確率閾値、及び/又はWTRUが(例えば、第1の送信内で)UL TX電力及び/又はUL TX電力レベルをどの程度調整したかを示すかどうかの決定、のうちの1つ以上を含み得る。WTRUは、(例えば、GNSSを介して)更新されたWTRU情報を取得することができる。
706において、WTRUは、同一PCI衛星切り替え時における各衛星までのWTRU対衛星距離(例えば、衛星支援情報を使用して)、及び/又は各衛星への見通し線確率のうちの1つ以上を計算することができる。WTRUは、(例えば、GNSSを介して)更新されたWTRU情報を取得することができる。708において、WTRUは、同一PCI衛星切り替えの開始を識別することができる。710において、WTRU自律UL TX電力調整が有効化されていない場合、WTRUは、712において、元のUL TX電力を使用して任意のUL送信を実行することができる。710において、WTRU自律UL TX電力調整が有効化されている場合、WTRUは、着信衛星へのUL TX電力を調整することができる。714において、WTRU自律UL TX電力調整が有効化され、前の衛星及び着信衛星への見通し条件が満たされている場合、WTRUは、UL TX電力を(例えば、2つの衛星間の相対距離に比例して)調整することができる。WTRUは、調整されたUL TX電力で初期UL送信を送信することができる。WTRUは、NWによって構成された場合、デルタ調整及び/又は現在のUL TX電力を初期送信に含めることができる。同一PCI衛星切り替え時に、WTRU自律UL TX電力調整が有効化されていない場合、及び/又は前の衛星及び着信衛星への見通し線条件が満たされている場合、WTRUは、前の衛星への送信のために使用されるUL TX電力で初期UL送信を送信する。WTRUは、716において、決定された電力調整を示すように構成され得る。WTRUが調整を示すように構成されていない場合、718において、調整された電力を使用して後続のUL送信を実行することができる。WTRUが調整を示すように構成されている場合、720において、調整された電力を使用して後続のUL送信を実行することができ、WTRUは、(例えば、送信において)電力調整を示すことができる。
WTRUは、同一PCI衛星切り替え中にビーム管理を実行するように構成され得る。同一PCI衛星切り替え中のサービング衛星及び着信衛星は、非常に異なる位置にあってもよい。したがって、WTRUは、衛星切り替え後にそのUL TXビームを再配向する必要がある場合がある。1つ以上のケースにおいて、衛星切り替え後に衛星切り替えイベントが発生するまで、レガシー方法に依存して空間フィルタを再配向する。しかしながら、衛星切り替えイベントの後に空間フィルタを再配向することは、再同期時間を増加させ、したがってサービス中断を増加させ得る。本明細書で説明される実施形態は、適切な測定ギャップ構成及びWTRU TX/RX処理をサポートすることに関する。
WTRUは、着信衛星からの基準信号(例えば、隣接セルからの何らかのSSB/CSI-RS)を測定して、新しい衛星がカバレッジを引き継ぐときに空間フィルタをどのように再配向するかを理解することができる。WTRUは、セル間の測定をリンクするために、第1の時間期間(すなわち、切り替え前)における基準信号の指示/構成が、第2の時間期間(すなわち、切り替え後)における第2の基準信号とQCLされていることを受信することができる。
1つ以上のケースにおいて、WTRUは、同一PCI衛星切り替え前/後のQCL関係の指示及び/又は構成で構成され得る。WTRUには、着信衛星から発信される1つ以上の基準信号と、サービングセルに関連付けられた基準信号との間のQCL関係が提供され得る。着信衛星から発信される1つ以上の基準信号と、サービングセルに関連付けられた基準信号との間の関係は、時間依存とすることができ、WTRUは、(例えば、着信衛星から発信される隣接セルからの)基準信号間の関係が、同一PCI衛星切り替えの後に有効であると仮定する(例えば、現在のサービングセルが、マッピング関係において示される隣接セルと同じ衛星によってサービスされる場合)。
例では、WTRUは、第1の期間からの第1の基準信号(例えば、同一PCI衛星切り替えの前の着信衛星から発信される隣接セルからの基準信号)が、第2の期間からの第2の基準信号(例えば、同一PCI衛星切り替えの後の現在のサービングセル内の基準信号)とQCLされているという指示及び/又は構成を受信することができる。WTRUは、同一PCI衛星切り替え後の再同期(例えば、空間フィルタの決定、経路損失推定など)をサポートするために、第1の時間期間において行われた測定をリンクすることができる。第1又は第2の基準信号の構成は、例えば、少なくとも物理セル識別情報(PCI)及びSSBインデックスを含むSSBの識別情報、及び/又はCSI-RSリソースの識別情報を含み得る。第2の基準信号がSSBである場合、WTRUは、対応するPCIがサービングセルに対応するPCIであると決定することができる。
例では、WTRUは、同一PCI衛星切り替え時にビーム管理のために構成され得る。同一PCI衛星切り替えの前に、WTRUは、マッピング関係において示される着信衛星から発信される基準信号に対して測定を実行することができる。WTRUは、これらの測定値を使用して、空間フィルタ、L3測定値、及びDL経路損失など、同一PCI衛星切り替えの後にサービングセルに適用する送信態様を決定することができる。同一PCI衛星切り替え時に、WTRUは、これらの基準信号からの測定値を現在のサービングセルにリンクすることができる。WTRUは、後続のUL送信のための送信態様を着信衛星に適用することができる。
例では、WTRUは、L3報告のためにPCI切り替えの前後にサンプルをフィルタリングするように構成され得る。別の例では、WTRUは、第1の期間(例えば、同一PCI衛星切り替え時間の前)の第1の基準信号からの最新のレイヤ3フィルタリングされた測定結果を利用して、最新のレイヤ3フィルタリングされた測定結果を、第2の期間(例えば、同一PCI衛星切り替え時間の後)の第2の基準信号からの第1の測定結果と組み合わせ、第2の基準信号に適用可能な更新されたフィルタリングされた測定結果を取得することができる。WTRUは、後続の測定結果を用いた更なるレイヤ3フィルタリング、測定報告、並びに経路損失推定及びアップリンク電力のためのRSRPの決定のために、更新されフィルタリングされた測定結果を利用することができる。
WTRUは、サービング衛星位置に基づいて空間RXビームを決定するように構成され得る。1つ以上のケースにおいて、所与のTCI状態(例えば、WTRUにおけるRxビームを示すためのビーム基準信号)について、WTRUは、衛星位置に基づいてRXビームを使用、決定、又は選択することができる。例えば、WTRUは、サービング衛星が第1の位置にあるときに第1のRXビームを使用することができ、サービング衛星が第2の位置にあるときに第2のRXビームを使用することができ、以下同様である。WTRUは、エフェメリス情報(例えば、第1のタイプのエフェメリス情報及び/又は第2のタイプのエフェメリス情報)に基づいて衛星位置を推定することができる。1つ以上のケースにおいて、WTRUは、RXビームが変更されたときに、測定のL3フィルタをリセットすることができる。1つ以上のケースにおいて、WTRUは、Rxビームが変更されたときに、RXビーム情報をgNBに報告することができる。
WTRUは、最終的にPCIを引き継ぐ衛星から発信される隣接セルからの基準信号(例えば、SSB/CSI-RS)を使用することによって、空間フィルタを再配向することができる。このマッピングをサポートするために、WTRUは、第1の時間期間(すなわち、衛星切り替えの前)における基準信号が第2の時間期間(すなわち、衛星切り替えの後)における第2の基準信号とQCLされているという指示/構成を受信することができる。したがって、1つの衛星から測定されたものは何でも、第2の着信衛星にリンクすることができる。
図8は、同一PCI衛星切り替え中のビーム管理の一例のプロセス800を示すフローチャートである。1つ以上のケースにおいて、WTRUは、同一PCI衛星切り替え中のビーム管理をサポートするために、以下のステップのうちの1つ以上を実行することができる。802において、WTRUは、着信衛星についての支援情報を(例えば、ブロードキャストを介して)受信することができる。支援情報は、例えば、同一PCI衛星切り替えの時間表示、着信衛星の位置、及び/又は着信衛星のエフェメリスデータを含むことができる。804において、WTRUは、(例えば、衛星切り替えの前の)第1の時間期間における基準信号が(例えば、衛星切り替えの後の)第2の時間期間における第2の基準信号と準コロケート(QCL)されているという指示/構成を受信することができる。
806において、WTRUは、第1の期間中に着信衛星から発信される基準信号を測定することができる。808において、WTRUは、806で取得された情報に基づいて、第1の期間からの基準信号を使用して、着信衛星へのビーム方向及び/又はDL経路損失を計算することができる。
810において、同一PCI衛星切り替え時に、WTRUは、衛星切り替えに関連付けられた動作を実行することができる。812において、マッピング構成及び第1の期間からの基準信号測定値に基づいて、WTRUは、(例えば、更新された空間フィルタの適用を介して)WTRUのUL TXビームを再配向し、(例えば、第1の期間からの測定されたDL経路損失に基づいて)初期UL送信のための送信電力を調整することができる。WTRUは、第1の時間期間からの測定値を第2の時間期間における測定値にリンクすることができる。814において、WTRUは、新たに適用された空間フィルタ及び調整されたUL電力を使用してUL送信を実行することができる。WTRUは、決定されたUL Txビームと、第1の時間期間中に基準信号のRSRPに基づいて計算された送信電力とを使用して、(例えば、MAC CE又は事前構成されたPUCCHを使用して)同一PCI衛星切り替え確認を送信することができる。
1つ以上のケースにおいて、WTRUは、同一PCI切り替えの後に再同期完了の肯定応答で構成され得る。WTRUは、同一PCI衛星切り替えの後に、WTRUが同期を回復したという指示又は肯定応答を着信衛星に提供するように構成/要求/指示され得る。再同期指示は、WTRUが完全な同期を回復したことを確認する明示的な指示であってもよく、又は同期の1つ以上の態様が回復されたことを示してもよい。1つ以上のケースにおいて、肯定応答は、再同期の態様を参照しないことがあるが、WTRUが着信衛星からデータを送信及び受信することができることを示すことができる。1つ以上の他のケースにおいて、肯定応答は、例えば、同一PCI衛星切り替えの後のある機会に着信衛星へのWTRU送信が成功したことに基づいて、暗黙的であり得る。
1つ以上のケースにおいて、WTRUは、例えば、限定はしないが、MAC CE、RRCシグナリング、UCI、RACHシグナリング(MSA、MSG3、MSG5)、及び/又はPUSCH送信を介して指示を送信することができる。WTRUは、再同期が成功したことを示すために専用リソース(例えば、UL許諾、専用RACHプリアンブル、特定のRNTI)を提供されてもよく、専用リソースを使用して送信を受信すると、ネットワークは、再同期が成功したと仮定することができる。WTRUは、1つ以上の再同期手順に関連する追加の支援情報を含み得る。追加の支援情報は、(例えば、本明細書で説明するような)タイミングアドバンス、電力情報、測定結果、及び/又はビーム情報のうちの1つ以上を含み得る。
1つ以上のケースにおいて、WTRUは、信頼性を伴って構成されるHARQプロセス上で(例えば、HARQモードAで構成されるHARQプロセス上で)同一PCI衛星切り替えの後に、第1の送信を着信衛星に送信することができる。場合によっては、WTRUは、着信衛星からの第1の受信が、HARQフィードバックが構成されたHARQプロセス上で受信されることを予想することができる。
1つ以上のケースにおいて、WTRUは、再同期失敗の宣言で構成され得る。WTRUが着信衛星への再同期を完了することができない場合、WTRUは、「再同期失敗」を宣言することができる。例えば、WTRUが、再同期ギャップ持続時間(又は何らかの他の満了時間)の終了までに同期の1つ以上の態様(例えば、時間、周波数、電力、測定値)を回復しなかった場合、WTRUは、再同期失敗を宣言することができる。別の例では、WTRUが再同期を完了していないために実行することができない、(例えば、再同期ギャップの後の)着信衛星へのスケジュールされたDL受信又はUL送信を有する場合、WTRUは、再同期失敗を宣言することができる。
WTRUは、同一PCI衛星切り替えの前に再同期失敗を宣言することができる。例えば、WTRUが、着信衛星への再同期を実行するために必要な情報を受信することができなかった場合、WTRUは、同一PCI衛星切り替えの前に再同期失敗を宣言することができる。別の例では、前の衛星との接続が依然として進行中である場合、WTRUは、同一PCI衛星切り替えの前に、WTRUが完了することができない1つ以上の手順、及び/又はWTRUが取得することができない情報を含む再同期失敗を報告することができる。
1つ以上のケースにおいて、WTRUは、再同期の1つ以上の態様が不成功である場合、部分的な再同期の失敗を宣言することができる。部分的な再同期失敗の場合、WTRUは、依然として、着信衛星へのRX/TXを再開することができるが、準最適な構成(例えば、誤った電力)を有する。WTRUは、1つ以上の態様が完了できないことを示すことができ、又は問題を解決するために必要な情報を要求することができる。
再同期失敗(又は部分的な再同期失敗)が宣言されると、WTRUは、1つ以上の回復動作を実行することができる。1つ以上の回復動作は、例えば、限定はしないが、ビーム障害回復(BFR)、無線リンク障害(RLF)、タイミングアドバンス事前補償、条件付きハンドオーバ、セル再選択、ランダムアクセス、代替測定構成を適用すること、測定報告を再開すること、及び/又はRRC_INACTIVE/IDLEへの遷移を含み得る。
特徴及び要素は、特定の組み合わせにおいて上述されているが、当業者であれば、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることが理解されよう。加えて、本明細書に記載される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアにおいて実装され得る。コンピュータ可読媒体の実施例としては、電子信号(有線又は無線接続を介して送信される)及びコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の実施例としては、読み取り専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びCD-ROMディスク及びデジタル多用途ディスク(digital versatile disk、DVD)などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、WTRU、UE、端末、基地局、RNC、又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。