1つのエミュレートされた衛星チャネルを介して、5GNR NTN およびNB-IoT NTN を同時に実行しました。両方のリンクが確立され、エンドツーエンドで動作しました。
各エアインターフェースは個別に規定されています。規定されていないのは、2つのエアインターフェースがリソースを共有する場合に何が起こるかという点であり、まさにそこが私たちが確認したかった点でした。
NR UEとNB-IoT UEが同じトランク上に配置されています。合成信号は、TLEからGEO シナリオを実行しているハードウェアチャネルおよび軌道エミュレータを通過し、両方のキャリアに対して遅延、ドップラー、フェージング、ノイズ、およびパスロスが同時に適用されます。ゲートウェイでは、キャリアは Gatehouse Satcom gNodeB と Gatehouse Satcom eNodeBに分かれます。有線接続であるため、電波は放射されません。このシナリオの仰角は約25度であり、これによりスラントレンジは約39,000 km、ホップあたりの片道遅延は約130 msとなります。
両方のキャリアは同じトランクを利用しているため、同じチャネルを認識します。遅延も、ドップラー効果も、フェージングも同じです。2つの挙動に違いが見られる場合、その違いはテスト条件によるものではなく、エアインターフェースに起因するものです。そのため、2つのベンチテストを実行する代わりに、合成信号を作成したのです。
標準仕様には含まれていない部分
合成信号を構築する必要があり、その際、搬送波の位置や相対的な出力を調整しなければなりません。1つの天体位置データおよびタイミングソースが、2つの異なる補正方式にデータを供給する必要があります。2つのタイマー方式が、同じ往復伝送時間に対して動作します。また、1つの地上セグメントが、デューティサイクルが低いIoTクラスと広帯域クラスの両方を処理しなければなりません。
この規格では各エアインターフェースが個別に規定されているため、こうした内容は規格には一切記載されていません。これは統合作業にあたり、私たちが実験室での時間を割いている部分でもあります。
それがもたらすもの
IoTとブロードバンドは通常、それぞれ独立した基盤インフラとビジネスモデルを背景に、別々の形態で導入されます。両方を統合した単一のプラットフォームがあれば、2つの市場の間で選択を迫られることなく、単一の資産として活用できるようになります。
また、導入の順序も運用担当者が自由に決められます。まず「NB-IoT 」サービスを開始し、デバイスが到着するにつれて、同じプラットフォーム上で「NR 」を追加していくことが可能です。
これが私たちが構築しているケースですが、これを確立するには1回の実行だけでは不十分です。次は、実際のRFフロントエンドに対して、ペイロードが課す電力および熱的な制約下で、かつ公表可能な数値を用いて検証を行いたいと考えています。
次は？
通信事業者、端末メーカー、システムインテグレーターのいずれの立場からであれ、マルチサービス衛星ネットワークに携わっている方なら、皆様の現場での実情について情報交換をさせていただきたいと考えています。お問い合わせフォームよりご連絡いただければ、こちらからご連絡いたします。
