Discussion on Store and Forward support for IoT NTN Phase 3
3GPP TSG-RAN WG3 Meeting #125bis R2-2403274 Source: THALES
項目	内容
Introduction	Rel-19におけるNR NTN EvolutionのWIの正当化と目的では、NB-IoTでStore and Forward動作をサポートすることの利点を強調している。 再生ペイロードを使用したStore and Forward (S&F)衛星運用のサポートに特に関連する利点は以下の通り。 - S&F運用により、遅延を許容する非リアルタイムのIoT NTNサービスを、衛星が通過する地域で提供できる。NTNゲートウェイインフラは不要。 - 不連続カバレッジのサポートとともに、S&F運用のサポートは、IoT NTNサービスの費用対効果の高い展開を容易にし、(1)疎なLEO constellation、(2)縮小された地上セグメントインフラストラクチャで即時の運用サービスを可能にするための鍵となる。 - S&Fのサポートにより、3GPP IoT NTNソリューションは、大規模な衛星IoT向けの他の非3GPPソリューションと同等になる。これらのソリューションは、S&Fサービスをネイティブにサポートしている。 再生ペイロードとしてフルeNBを搭載するStore&Forward (S&F)衛星運用のサポート。 - 遅延を許容するサービス用のS&F運用をサポートするために、E-UTRAN（ネットワークとUE）に必要な拡張を定義する。[RAN3, RAN2] - 少なくとも、必要に応じて、特にフィーダーリンクの切り替えに対処するために、S1プロトコルに関連する必要な拡張を指定する。[RAN3]
Discussion	Regenerative payload support in the TS 36.300 Store and Forward動作には、NTNペイロードにeNBを搭載する必要がある。Rel-19では、再生ペイロードアーキテクチャを定義しており、NR NTNと IoT NTNの間で再生ペイロードアーキテクチャを整合させることが興味深い。 1. IoT NTNの再生ペイロードアーキテクチャの定義をNR NTNと整合させる。 Store and Forward Store and Forwardは、衛星が常に地上局に接続されていなくてもUEにネットワークサービスを自律的に提供する方法として定義されている。 [2]で実施された検討では、Store and Forwardの4つのユースケースが説明されている。 また、[3]ではStore and Forward動作に関連する要件のリストも定義されている。 2. 以下の要件は、RAN2のStore and Forward作業で考慮されるべきである。 - フィーダーリンクが利用できない場合、衛星にデータを保存し、衛星と地上セグメント間のフィーダーリンクが利用可能になったら、データを転送する。 - 衛星アクセスを備えた5Gシステムは、S&F衛星運用が適用されているかどうかをUEに通知できなければならない。 - オペレーターのポリシーに従って、S&F衛星運用をサポートする衛星アクセスを備えた5Gシステムは、ISLを介して、保存されたデータを衛星から別の衛星（地上ネットワークへの利用可能なフィーダーリンクを持つ衛星など）に転送できなければならない。
Conclusion	1. IoT NTNの再生ペイロードアーキテクチャの定義をNR NTNと整合させる。 2. 以下の要件は、RAN2のStore and Forward作業で考慮されるべきである。 - フィーダーリンクが利用できない場合、衛星にデータを保存し、衛星と地上セグメント間のフィーダーリンクが利用可能になったら、データを転送する。 - 衛星アクセスを備えた5Gシステムは、S&F衛星運用が適用されているかどうかをUEに通知できなければならない。 - オペレーターのポリシーに従って、S&F衛星運用をサポートする衛星アクセスを備えた5Gシステムは、ISLを介して、保存されたデータを衛星から別の衛星（地上ネットワークへの利用可能なフィーダーリンクを持つ衛星など）に転送できなければならない。