Skip to content
RFrftools.io
RF Engineering2026年3月8日9分で読める

衛星リンク予算:雨量、吸収量、可用性

サテライト・リンク・バジェット・アナライザによるロンドンのKaバンド直結ダウンリンク:現場のITU-R気候、P.618の雨、ガスと雲、可用性。

目次

10 GHz を超える衛星リンクが異なる理由

伝搬損失がわかれば、2 つのタワー間の地上波マイクロ波ホップはほとんど退屈なものになります。数dB の降雨マージンを加えるだけで完了です。10 GHz を超える衛星ダウンリンクはそうではありません。信号は対流圏全体を斜めに横断し、雨の減衰は周波数とともに急激に増加し、可用性目標(たとえば、年間の99.9%、それでも8.76時間の停電は可能)は、ある特定の場所での最悪の数時間の天候によって設定されます。

最後のポイントは、他のどのポイントよりも重要です。雨、雲、水蒸気はサイトの特性であり、その場所の緯度帯の特性ではありません。このチュートリアルでは、ロンドンの 60 cm アンテナ用の Ka バンドのダイレクト・トゥ・ホーム・ダウンリンクを設計し、その過程で Satellite Link Budget Analyzerが使用しているすべての数値を示します。

ツールが計算する内容

アナライザーは、ITU-R デジタルマップからサイトの気候を読み取り、ITU-R 予測メソッドを実行します。

数量推奨事項
雨量が年間の 0.01% を超えた。R0.01R_{0.01}ITU-R P.837-7
雨の高さITU-R P.839-4
クラウド、液体、水ITU-R P.840-8
表面の水蒸気密度と含有量ITU-R P.836-6
平均表面温度ITU-R P.1510-1
ステーションの高さITU-R P.1511-1
特定の雨量減衰量 kk、α\alphaITU-R P.838-3
スラントパスによる雨の減衰ITU-R P.618-13
ガス吸収ITU-R P.676-12 アネックス 2
クラウド減衰ITU-R P.840-8
損失の組み合わせITU-R P.618-13 セクション 2.5
この実装はオープンソースのITU-Rpyライブラリの移植版であり、12のテストサイトで0.001%以内で一致しています。対流圏シンチレーションは含まれていません。P.618には受信アンテナの直径と効率が必要ですが、結果からもそのことが分かります。

例:Kaバンドのダイレクト・トゥ・ホーム・ダウンリンク

パラメーター値
周波数20.0 GHz
サテライト EIRP52 dBW
サイトロンドン、北緯51.5度、西経0.1度
仰角30°
傾斜範囲38,612 km
偏光円形
レシーブディッシュ0.60 メートル、65% の効率
システムノイズ、温度150 K
G/T18.4 dB/K
波形DVB-S2 8PSK 3/4、45 Msym/s = 101.25 Mbit/s
Eb/N0 が必要です4.4 dB
ターゲットの可用性99.9 %
これらの数値のうち 3 つは導き出されたもので、一度手作業で計算してみる価値があります。 傾斜範囲。 赤道から35,786 km上にあるGEO衛星は、サブサテライトポイント以外の場所からは高度よりも遠くにあります。地球の半径が RER_E = 6378 km、軌道半径が rr = 42,164 kmの場合、
d=r2−(REcos⁡θ)2−REsin⁡θ=38,612 km at θ=30°d = \sqrt{r^2 - (R_E \cos\theta)^2} - R_E \sin\theta = 38{,}612\ \text{km at}\ \theta = 30°
G/T. 効率が 65% の0.60mのディッシュでは、20GHzで 10log⁡10(0.65 (πDf/c)2)10\log_{10}\left(0.65\,(\pi D f/c)^2\right) = 40.1 dBiのゲインが得られます。システム温度が 150 K (21.8 dBK) の場合、 G/T = 18.4 dB/K となります。 必須 Eb/N0. ETSI EN 302 307-1 では、8PSK 3/4 で 7.91 dB という理想的な Es/N0 が得られます。各シンボルには 3 × 0.75 = 2.25 の情報ビットがあるため、Eb/N0=7.91−10log⁡10(2.25)=4.4E_b/N_0 = 7.91 - 10\log_{10}(2.25) = 4.4 dB になります。

サイトの気候

減衰量を計算する前に、ツールは北緯51.5度、西経0.1度の気候を読み取り、使用したすべての値を一覧表示します。

気候値ロンドンソース:
R0.01R_{0.01}26.5 ミリメートル/時間P.837-7
雨の高さ2.45 kmP.839-4
ステーションの高さ0.069 kmP.1511-1
雲状の液体水 (年間の 1% を超えました)1.26 kg/m²P.840-8
表面水蒸気密度13.6 g/m³P.836-6
総水蒸気量33.3 kg/m²P.836-6
平均表面温度283.6 KP.1510-1
シンガポールでの同じ分析では R0.01R_{0.01} = 100 mm/h、マドリードでは25.1 mm/hとほぼロンドンの数値ですが、後で説明するように、雨の高さ、雲の気候、仰角が異なるため、答えが変わります。

予算は 99.9%

ライン価値
EIRP+52.0 dBW
G/T+18.4 dB/K
自由空間によるパスロス−210.2 dB
レイン減衰量 (P.618-13)−4.20 dB
ガス吸収 (P.676-12)−1.03 dB
クラウドアッテネーション (P.840-8)−0.91 dB
ポインティングと偏光−0.30 dB
C/N082.37 dBHz
必要な C/N0 = 4.4 + 10·log₁₀(101.25×10⁶)84.45 dBHz
リンクマージン−2.09 dB
C/N0=EIRP+G/T−Lfs−AT−Lmisc+228.6C/N_0 = \text{EIRP} + G/T - L_{fs} - A_T - L_{misc} + 228.6

リンクは 99.9% で閉じられません。雨は大気圏の最大項ですが、民間伝承が示唆するほどではありません。ガスと雲の間には、さらに 1.94 dB の差があります。

目標値が 0.1% なのに、なぜガスと雲が 1% で測定されるのでしょうか。なぜなら、P.618-13のセクション2.5にはそう書かれているからです。ガスと雲は、ごくまれなフェードでは雨のように成長しないため、1% 未満ではガスと雲は 1% の値に保たれ、目標確率での雨の減衰と合算されます。

AT(p)=AG(1 %)+(AR(p)+AC(1 %))2+AS(p)2A_T(p) = A_G(1\,\%) + \sqrt{\left(A_R(p) + A_C(1\,\%)\right)^2 + A_S(p)^2}

シンチレーションはモデル化されていないため、ここでは ASA_S = 0です。

アベイラビリティ曲線

このツールは、ターゲットだけでなく、すべての空き状況における予算全体を評価します。

空室状況雨全大気マージン
99.0 %1.01 dB2.95 dB+1.10 dB
99.5 %1.61 dB3.55 dB+0.50 dB
99.7 %2.23 dB4.16 dB−0.11 dB
99.9 %4.20 dB6.14 dB−2.09 dB
99.95 %6.02 dB7.96 dB−3.91 dB
99.99 %12.29 dB14.23 dB−10.18 dB
この60cmのターミナルは、年間の約99.66パーセントを占めています。99.9% から 99.99% にすると、さらに 8.1 dB の雨の減衰が必要になります。つまり、9 個増えるごとに、前回よりもはるかに高価になります。

モンテカルロ:名目予算をめぐる不確実性

有料アカウントでは、このツールは名目予算 (無料利用枠では 10,000 回) の範囲で 100,000 回の試行を実行します。EIRP と G/T (それぞれ σ = 0.3 dB) を変化させ、ポインティング損失 (指数関数、平均 0.2 dB) を加え、対数正規降雨量スプレッド (σ = 0.5 で雨の減衰量をスケーリングし、フェージング項 (|normal|、 σ = 0.4 dB) を追加します。これは、ツールがITU-Rの結果に適用する不確実性モデルであり、それ自体はITU-Rメソッドではありません。

60 cm のデザインが 99.9% の場合:

パーセンタイルマージン
p5−8.02 dB
50−2.63 dB
95−0.07 dB
ポインティングとフェージングは減算されるだけなので、中央値は公称値の −2.09 dB を下回っています。p5 の末尾が長いのは、雨速の広がりによって既に 4.2 dB になっている減衰量が乗算されるためです。つまり、雨が予測よりも多い年は、乾燥した年が助けになるよりもはるかに大きな被害をもたらします。

リンクを閉じる

変更99.9% のマージンp5
60 cm, 8PSK 3/4 (baseline)−2.09 dB−8.02 dB
75 cm ディッシュ (G/T 20.3 dB/K)−0.19 dB−6.12 dB
90 cm ディッシュ (G/T 21.9 dB/K)+1.41 dB−4.52 dB
60 cm、QPSK 3/4、45 Msym/s (67.5 Mbit/s、Eb/N0 2.3 dB)+1.77 dB−4.16 dB
90 cmのディッシュにするか、QPSK 3/4にドロップすると、リンクは名目上閉じます。また、p5 マージンはプラスにはなりません。平均よりも雨の多い年に、99.9% の条件を満たす端末が 95% 必要であれば、さらに多くの端末が必要になります。DVB-S2 がサポートするアダプティブコーディングとモジュレーションは、まさにこのためにあります。晴れた空で 8PSK を実行し、フェードしたら QPSK にフォールバックします。

そして 99.99%?90センチのディッシュでさえ、そこでは6.68デシベル短く、12.29デシベルの雨が降っています。

緯度よりもサイトの方が重要です

同じ 60 cm、8 PSK 3/4 ターミナルを別の場所に設置してください (各サイトの GEO 仰角は異なります)。

サイト標高R0.01R_{0.01}99.9% の降雨マージン
ロンドン30°26.5 ミリメートル/時間4.20 dB−2.09 dB
マドリード43°25.1 ミリメートル/時間3.25 dB+0.06 dB
シンガポール60°100.2 ミリメートル/時間21.07 dB−19.12 dB
マドリードとロンドンの R0.01R_{0.01} はほぼ同じですが、マドリードの標高が高く、雲の気候が乾燥しているため、2.15dB進んでいます。衛星がほぼ頭上にあるシンガポールでは、まだ19 dB短くなります。熱帯地域のKaバンドリンクでは、まったく異なる設計が必要です。

地上波モード

リンクタイプを地上波に切り替えると、ツールはその経路を雨層を通る傾斜した経路として扱わなくなります。雨は経路長全体にわたって ITU-R P.530-17 経路削減法に従い、気体は地表レベルの比減衰量にその長さを掛けたものです。ロンドンの同じサイトで 23 GHz、15 km のホップを伝送する場合、次のようになります。

空室状況雨 (P.530-17)
99.0 %2.71 dB
99.9 %9.97 dB
99.99 %26.43 dB
気体吸収は15 kmにわたって5.1 dB増加します。23 GHzは22.2 GHzの水蒸気ラインのすぐ隣にあります。地上の結果には、マルチパスフェージングは含まれていないものも示されています。P.530では、ツールにはない地質気候データや地形データからこれを予測しています。

これが運用上何を意味するのか

ブロードキャスト・サービスの場合、99.9%(年間8.76時間の停止)が一般的で、Kaバンドでは 99.7% が受け入れられることが多い。航空や金融機関との接続には 99.99%(52.6 分/年)以上が必要です。ロンドンでは、20 GHz での大気損失が 99.9% の設計よりもさらに 8.1 dB 増加することになります。

パラボラのサイズを決める前に、ご自分のサイトでこのシナリオを実行してください。緯度と雨の「ゾーン」だけでは不十分です。ツールにリストされている気候値が、停電時間を設定します。

2026-09-19を更新しました。この記事の以前のバージョンでは、雨域気候、古い P.838 係数表、そしてツールと一致しない晴天予報を使用していました。上記の数値はすべて修正後のアナライザーから得られたものです。 サテライト・リンク・バジェット・アナライザ

よくある質問

ITU-R P.618-13は標高30度で円偏光を行ったところ、P.837-7の降雨量(26.5 mm/hが年間の 0.01% を超えました)の降雨量は年間の 0.1% を超え、4.2 dB の降雨減衰量が年間の 0.1% を超えました。ガスと雲はさらに 1.9 dB 増加し、総大気損失の 6.1 dB になります。
雨:P.618-13、係数は P.838-3。ガス:P.676-12 アネックス 2.クラウド:P.840-8。気候は、現場のITU-Rマップから読み取られます。P.837-7の雨量、P.839-4の雨高、P.836-6の水蒸気、P.1510-1の温度、P.1511-1の地形です。損失は P.618-13 セクション 2.5 で規定されているとおりに組み合わされます。シンチレーションはモデル化されていません。
99.9% の可用性により、1 年の 0.1%、つまり 8.76 時間のシステム停止が可能になります。99.99% では 52.6 分、99.999% では 5.3 分間が停止します。
ITU-R P.618-13のセクション2.5では、超過確率が 1% 未満の場合、気体および雲の減衰量を 1% の値としています。雨とは異なり、まれにフェードが拡大し続けることはなく、0.1% で加算すると損失総量が過大評価されてしまいます。

関連記事