FTTH GPON 損失予算計画: スプリッター比、フィールド マージン、およびハンドオフ チェックリスト

Jun 22, 2026

伝言を残す

FTTH 損失バジェットが設計とハンドオフの間に失敗する理由

オフィスのスプレッドシートには 4 dB のヘッドルームが示されています。トラックが到着し、ONT が接続されましたが、受信レベルが計画より 5 dB 低くなりました。式は何も変更されていません - 設計は正しかったです。変化したのは、式で想定されていたすべてのことです。つまり、きれいではなかったきれいなコネクタ、GIS ストランド レコードよりも長いルート、前のジョブ中に間違ったスプリッタに接続されたフィーダ ファイバ、または誰も実際に書き留めなかった軽いレベルの記録です。{6}}

ほとんどの損失予算に関する記事は方程式で止まっています。実際の FTTH 導入では、方程式は簡単です。難しい部分は、設計の前提条件、スプリッタ アーキテクチャ、コネクタの清浄度、フィールド マージン、テスト記録、引き継ぎ文書 - を結び付け、現場で実際に何が起こったかを証明するワークフローです。このガイドでは、GPON 損失予算の計算と、計算を正直に保つための現場での実践の両方について説明します。

スプレッドシートには、何が起こるべきかが示されています。現場検査、軽度の記録、文書は実際に何が起こったかを証明します。-どちらかの半分を無視した損失バジェットは、ハンドオフ時にドリフトするバジェットです。

Why FTTH Loss Budget Fails Between Design and Handoff

基本的な FTTH GPON 損失予算を計算する方法

GPON 損失バジェットは、OLT と ONT の間で許容される光損失の合計です。光配信ネットワーク (ODN) 上のすべての受動素子は、その一部を消費します。核となる関係は単純です。

損失予算の計算式

合計リンク損失=ファイバー損失 + スプリッター損失 + コネクター損失 + スプライス損失 + エンジニアリング マージン

計画された合計は、機器の光路損失クラス内に収まる必要があります。下ITU-T G.984.2, GPON はいくつかのクラスを定義します。クラス B+ (13 ~ 28 dB) は事実上の展開標準であり、通常は約 20 km で 1:32 の分割に合わせて寸法設定されていますが、クラス C+ (17 ~ 32 dB) は到達距離または分割比を拡張します。新しいものほどXGS-ITU に基づく PON 予算-T G.9807.1若干高く(一般的な N1 クラスで約 29 dB)、リターンロスの期待値が厳しくなります。これは、同じ ODN 上で 10G PON のオーバーレイまたは 10G PON への移行を計画している場合に重要です。-以下に各変数と、そこから開始できる計画値を示します。

損失要素 計画値 (プレースホルダー) それは何に依存するのか
ファイバーの減衰 1310 nm で ~0.35 dB/km。 1490/1550 nm で ~0.21 ~ 0.25 dB/km ルートの長さと波長。通常、上流の 1310 nm パスは最悪のケースです。あたりの値ITU-T G.652.
スプリッタの挿入損失 1:8 ≒ 10.5 dB ・ 1:16 ≒ 13.5 dB ・ 1:32 ≒ 17.0 ~ 17.5 dB ・ 1:64 ≒ 21 dB スプリット比率と超過損失。通常、単一の受動的損失が最大になります。 PLC スプリッターのデータシートと照合して確認してください。
コネクタ-ペアの損失 嵌合ペアあたり ~0.3 dB (範囲 ~0.2 ~ 0.5 dB) コネクタのペアの数、グレード、研磨。現場では過小評価されることが多い。
融着接続損失 スプライスごとに ~0.1 dB フィーダー、分配、およびドロップセクション全体のスプライス数。
エンジニアリング / フィールドマージン ~2 ~ 3 dB 予約済み 経年劣化、スプライスの修理、汚染リスク、測定の不確実性。
プレースホルダーのみを計画しています。これらを使用してワークシートを開始し、各値を実際のコンポーネント データシートとプロジェクト仕様の図に置き換えます。
精度に関する注記

スプリッタ損失は、単一の「普遍的な」数値として引用されることが最も多い値ですが、ほとんどの場合間違っています。 1:32 分割では、超過損失の前に理論上の損失が 15 dB 近くになるため、~17 dB よりはるかに低い 1:32 の値は、通常、誤って繰り返された 1:8 の数値です。選択したデータから常に挿入損失を取得しますPLCスプリッターメモリからではなくデータシートを使用し、均一性と安定性のために 1:8 以上の比率の場合は FBT よりも PLC を優先します - を参照してくださいPLC と FBT スプリッタの選択.

実行された GPON 損失予算の例

数字はワークフローを具体化します。以下の例は、単一ステージの 1:32 ODN の下流クラス B+ 計画ケースです。すべての数値は、プロジェクト データシートと照合して確認するためのプレースホルダーとしてマークされています。

アイテム 計画へのインプット 損失寄与度
繊維長 0.35 dB/km で合計 6.0 km (1310 nm の最悪の場合) 2.1dB
1:32 PLC スプリッター 17.1 dB の挿入損失 (データシートのプレースホルダー) 17.1dB
コネクタペア 6嵌合ペア×0.3dB 1.8dB
融着接続 4スプライス×0.1dB 0.4dB
パッシブ小計 - 21.4dB
エンジニアリング / フィールドマージン 予約済み 3.0dB
予定リンク総数 対クラス B+ 制限 28 dB 24.4 dB (≈3.6 dB ヘッドルーム)
ダウンストリームのクラス B+ 計画の例。 OLT が +3 dBm で起動した場合、予想される ONT 受信レベルは約 +3 − 21.4=−18.4 dBm であり、一般的なクラス B+ ONU ウィンドウ内で問題なく収まります。 OLT の送信電力と ONU の感度を機器のデータシートと照合して確認します。

この例の 6 つのコネクタ ペアは、それぞれ 0.3 dB での丸め詳細 - ではなく、ファイバ全体よりも多くの予算を消費します。これが繰り返しの教訓です。OLT ポートから ODF、フィーダ接続、スプライス クロージャ、スプリッタ入出力、FDB/NAP、壁面コンセントを経て ONT までのすべての嵌合ペアを数えます。スプリッタ損失を正確にモデル化するが、2 つのコネクタ ペアを忘れる予算は、誰かがフィールドに触れる前にすでに半分デシベル以上ずれています。

FTTH 損失予算スプレッドシートには何を含めるべきですか?

便利なスプレッドシートは、合計を出力するだけではありません。技術者が確認できるように、各コンポーネントの寄与が表示されます。どこ損失は​​そのままで、実際に測定された値の列が残ります。これらは、その地位を獲得する分野です。

分野 なぜそれが重要なのか
OLT 送信電力 リンクの開始時の光パワーの仮定。
ONTの受信感度 選択した ONU の最小許容受信レベルを設定します。
ファイバー距離 減衰計算を実行します。推測ではなく、文書化されたストランドの長さから引き出します。
波長 損失は​​波長によって異なります。最悪の方向に設計します。-
スプリット比 パッシブ損失の主な要因であり、レビュー担当者が最初にチェックするもの。
スプリッタの挿入損失 一般的な図ではなく、選択した PLC スプリッタ データシートと一致する必要があります。
コネクタペア パス全体にわたって嵌合ペアごとにカウントされます。最も過小評価されているアイテム。
融着接続数 一つ一つは小さくても、トータルでは意味がある。
FDH/FDB/NAPポイント それぞれコネクタと管理上の損失が追加されます。
エンジニアリングマージン 通常のフィールド変動から受信レベルを保護します。
予想されるONT受信レベル リンクの主な計画結果。
測定されたフィールドレベル 引き渡し時に設計と実際を比較します。
OTDR / OLTS レポートのリファレンス 行をハンドオフ パッケージのテスト レコードに関連付けます。
フィールドツールのメモ

アクセス ネットワークの求人サイトではモバイル通信範囲が狭いことが多いため、多くの現場チームは、実用的な計算機をオフライン スプレッドシートとして保管しています。{0}}技術者は、現場で予想される端末レベルを計算し、測定値が規格外の場合はスクリーンショットを送信できます。ソフトウェアは関係ありません。重要なのは、このツールが各コンポーネントの寄与を単一の数値の背後に隠すのではなく、明らかにすることです。

スプリッタ比が FTTH GPON の損失バジェットに与える影響

スプリッタには予算の大部分が費やされ、アーキテクチャの決定が単に「比率」だけで決定されることはほとんどありません。単一ステージの 1:32 スプリッタは、単一-ファミリー- ユニット(SFU)FTTH では一般的であり、キャビネットまたは FDH にある 1 つのスプリッタが 32 世帯に電力を供給します。カスケード設計 -、たとえば、最初の-ステージ 1:8 に 4 つの 1:4 スプリッターを供給する - は、マルチ-住戸 (MXU) または建物-レベルの分散によく使用され、第 2 ステージを加入者の近くに配置します。

建築 出力 約累積スプリッター損失 (プレースホルダー) 一般的な使用方法
シングルステージ- 1:32 32 ~17.1dB SFU、FDH/キャビネットのスプリッター
カスケード 1:8 + 1:4 32 (8 × 4) ~10.5 + 7.3=~17.8 dB MXU / ビル配布、加入者付近の第 2 段階
2 つのアーキテクチャは、同様の総スプリッタ損失で 32 ポートに達しますが、カスケード パスの方がわずかに多く伝送し、分割を分散します。両方の段階をデータシートと照らし合わせて確認し、平均ではなく最悪のケースのパスに基づいて設計します。-

信頼性の高い設計と脆弱な設計を分ける基準は次のとおりです。最悪の場合のパス考え。キャビネットに最も近い便利なルートではなく、加入者が座ることができる最長、最も接続数が多く、接続数が最も多いルートを計算します。-低照度の原因を下流のスプリッターのせいにする前に、動作レベルを確認してください。の中へそれ。

現場の事例 · 間違った上流フィーダー

ファイバー技術者間の現場での議論では、スプリッターが一度も壊れなかったという、高額な教訓が繰り返し語られました。ある技術者は、すべての出力ポートが Low を示したため、故障したと仮定して 1×32 スプリッタ全体を再接続したと説明しました。-本当の障害は上流にありました。別のスプリッタが間違ったフィーダ ファイバに接続されており、1×32 の入力電力が不足していました。スプリッターの単一測定入力レベル - をワークシートからの期待値と比較すると、- はすぐに上流を指し、不必要な再スプライシングの時間を節約できます。-

取り除く

スプリッタ出力のトラブルシューティングを行う前に、スプリッタ入力レベルを確認してください。入力がすでに低い場合、問題はスプリッターの上流にあり、スプリッターを交換または再接続しても何も変わりません。-

FTTH 損失バジェットにフィールド マージンが必要な理由

理論上の損失バジェットは、きれいなコネクタ、正しい配線、安定したコンポーネントの値、および正確な記録を前提としています。フィールド展開はスプレッドシートよりも複雑で、それらの間のギャップにはフィールド マージンという名前が付けられます。これは計画上の予備であり、ランダムなバッファではなく、優れた仕上がりの代わりとなるものではありません。- これは、優れた仕上がりでは完全に排除できない変動に対する許容値です。

フィールド変動の一般的な原因には次のものがあります。

  • コネクタ端面の汚れや傷、嵌合前の清掃が不十分。
  • テストジャンパーとローンチコードが定格挿入量を超えて摩耗している。
  • ドロップ ケーブルの曲げ応力、または端子内の仕様よりもきつい{0}}-コイル。
  • メンテナンスまたはサービスの変更中に追加された追加のコネクタ ペア。
  • 元の設置後に追加されたスプライスを修復します。
  • 不正確なルート距離、または設計後に変更されたスプリッター カスケード。
  • クロスコネクトでのファイバーまたはスプリッターの割り当てが間違っています。-

光ファイバー協会- ソースの経年劣化、配線変更のために開いたときに汚れたコネクタ、切断後の修復のために追加されたスプライスなど、時間の経過による劣化を考慮して、約 3 dB のリンク損失マージンを推奨します。同じ原則を GPON にも適用します。プロジェクトの損失予算には、通常のフィールド変動によって ONT 受信電力が動作範囲の端に向かって押し上げられないように、十分なマージンが残されている必要があります。 28 dB クラス B+ リンクでは、計画合計が 20 秒台前半から半ばに設定されており、汚染された嵌合やメンテナンス スプライスをトラック ロールなしで吸収できる余地が残されています。-}

汚れたコネクタ端面: 隠れた損失バジェット問題

端面の汚染は、紙の上では許容範囲に見えるリンクがハンドオフ時にずれたり失敗したりする最も実際的な原因の 1 つです。{0}}ヴィアヴィは、汚染されたファイバーが、恒久的な機器の損傷を含む光ネットワークの劣化の最大の原因であると説明しており、端面の典型的な破片はわずか 2~15 µm - であり、肉眼では見えず、ファイバー プローブ顕微鏡でのみ確認できると述べています。{0}単一の粒子がコアに結合すると、重大な後方反射と挿入損失が発生する可能性があります。-

修正手順は、「きれいにしてから希望する」というものではありません。これは、テストおよび標準コミュニティが接続する前に検査する、規律ある反復可能なループです。---

  1. ファイバー検査スコープを使用して、両方の嵌合端面を検査します。
  2. 汚れが見つかった場合は端面を清掃してください。
  3. 嵌合前に再検査します。- の洗浄では、破片を除去するのではなく、移動させる可能性があります。
  4. リンク電力を再テストします。
  5. 問題が解決しない場合は、消耗品であるテスト ジャンパまたは起動コードを確認してください。
  6. その後、その後に限り、OTDR/OLTS のトラブルシューティングを続行します。

「十分にきれい」の受け入れ基準は次のとおりです。IEC 61300-3-35:2022、端面のゾーンごとに傷や欠陥を等級分けします。フルーク・ネットワークス最新版では合格/不合格ゾーンが簡素化されましたが、ワークフロー ロジックは変更されていません。テスト リファレンス コード - を含め、接続の両側で検査、クリーニング、再検査が行われます。これは、汚れたジャンパが接触するすべてのポートに汚染を移すためです。

Dirty Connector End Faces: The Hidden Loss Budget Problem

スコープノート

汚染は現場でよく見られる問題ですが、必ずしも根本原因であるとは限りません。目視検査により、端面が嵌合に適合していることが確認されます。光パワー測定に代わるものではありません。安くて早いので早めに点検・清掃し、OLTSやパワーメーターで連動を証明してください。最も頻繁に関係するコンポーネントは接続層にあります。アダプターおさげパッチコード壁コンセントそしてFDB/NAP。保管してください洗浄・検査キットパワーメーターと同じバッグに入れて、コネクタクリーニングガイドステップバイステップの方法については、--

FTTH 技術者が各ステップで光レベルを記録する必要がある理由

損失バジェットの計算は設計上の問題です。現場技術者に光学レベルを一貫して記録させるのは運用上の問題 - であり、通常はそれがより困難です。測定は行われたが書き留められていない場合は、次の技術者の助けにはなりません。また、NOC が 6 か月後に設計上の欠陥と設置上の欠陥を区別するのにも役立ちません。

主要な引き継ぎポイントで、次のことを記録します。

  • OLT/フィーダ側基準レベル。
  • スプリッターの入力レベル。
  • スプリッターの出力レベル。
  • FDB/NAP 端末レベル。
  • 壁ボックスまたは壁コンセントレベル。
  • ONT-側の受信レベル。
  • 日付と技術者。
  • 使用したテスト機器。
  • OTDR または OLTS レポート番号。
  • 異常な読み取り値と実行された修正措置。

軽度の記録は、ターミナルの物理的な設置記録と、中央のプロジェクトまたは作業指示システムの 2 か所に保存する必要があります。-一部のチームはウォール ボックス内にレベルを書き込み、チケット システムを通じて提出することもできます。これにより、将来のメンテナンスのためのトレーサビリティが確保されます。必須フィールドの一貫したセットにより、1 回限りの測定が再利用可能なメンテナンス アセットに変わります。-

クライアントまたは NOC レビュー用の FTTH 損失バジェット引き継ぎチェックリスト

適切な引き継ぎ文書は、将来のトラブルシューティングの時間を短縮し、NOC が設計上の問題、設置上の問題、およびその後のメンテナンス上の欠陥を区別できるようにします。完全なパッケージには以下が含まれている必要があります。

  • 最終的な損失予算表。予想される光レベルと測定された光レベルを示します。
  • 明確なポートとルートのラベルが付けられた OTDR レポート。
  • OLTS / パワーメーターのテスト記録-。
  • スプリッター比とポートの割り当て。
  • ファイバーのルートとストランドの割り当て。
  • スプライス閉鎖記録。
  • FDB/NAP ポート レコード。
  • ウォールボックス/加入者端末の記録。
  • -完成図、PDF ワークプリント、必要に応じて DWG ファイル。
  • 主要な受動コンポーネントのコンポーネント データシートとバッチ テスト レポート。
  • ラベル付けの記録。
  • FTTH Loss Budget Handoff Checklist for Client or NOC Review
ドキュメントノート

GIS とストランド管理ツールは、ルートの長さとファイバーの割り当てを追跡するのに役立ちます。これら 2 つの入力が推定ではなく文書化されると、損失予算の信頼性がはるかに高まります。このパッケージにフィードする物理的な終端とラベル付けの手順については、次のフィールド メソッドを参照してください。ファイバー終端ボックスの取り付けガイド.

損失予算管理のために FTTH ODN BOM に含めるべき内容

調達と損失予算の計画は、2 つの角度から見ると同じ作業です。部品表の各行は、損失に寄与するか、損失を管理するか、または損失を文書化するための-ため、BOM と予算は別々に作成されるのではなく、一緒に構築される必要があります。 ODN コンポーネントをネットワーク層ごとにグループ化します。

ODN層 コンポーネント 損失-予算の関連性
フィーダ 屋外用フィーダーケーブルスプライスクロージャー フィーダーの減衰と最初の接続点を設定します。
分布 PLCスプリッター(モジュール/トレイ)、ファイバーアクセス端末/NAP、分配ケーブル 最大の受動損失(スプリッター)と分配コネクタのペア。
落とす FTTHドロップケーブル高速コネクタ ドロップ減衰、曲げ感度、および最終的なコネクタのペア。
購読者 FTTH壁コンセントおさげアダプターパッチコード 最終的なコネクタ ペアと ONT{0}} 側の受信インターフェース。
テストサポート クリーニングキット、ラベル付属品、テストレポートパッケージ コネクタの損失を予算内に抑え、引き継ぎの証拠を作成します。

FTTH ODN RFQ で提供する情報

バラ部品の価格表ではなく損失予算に一致する BOM を取得するには、RFQ で GPON クラスまたは光予算の目標、分割比、設計が単一ステージかカスケードかどうか、ルート長、ファイバ タイプ、コネクタのタイプと研磨(APC または UPC)、コネクタ ペアと融着接続の数、屋内/屋外の環境と IP 定格、パッケージングとラベルの要件、テスト レポートの要件を明記する必要があります。{0}}ポーランド語の選択は、機械的な決定と同じくらい予算の決定でもあります。一般に、RF-ビデオまたは共存オーバーレイが同じファイバーに乗る場合は、リターン ロスがより小さいため、APC が必要です。-トレードオフについては、-ファイバーコネクタガイド.

What to Include in an FTTH ODN BOM for Loss Budget Control

FTTH/GPON プロジェクトの BOM を計画していますか?

分岐比、配線の長さ、コネクタの種類、設置環境を共有します。としてODN ソリューションと OEM サプライヤー, Glory Optical は、PLC スプリッタ、配電ボックス、スプライス クロージャ、ドロップ ケーブル、壁面コンセント、ピグテールを、単一部品ではなく調整された BOM として提供される損失予算 - に適合させることができます。

ODN BOM を送信してください PLC スプリッタを参照する

実際のプロジェクトでよくある FTTH 損失予算の間違い

  1. スプリッタの損失を正確に計算しますが、コネクタのペアは無視されます。
  2. データシートを読み取るのではなく、1:32 スプリッター損失を固定のユニバーサル数として扱います。
  3. スプリッタ入力レベルをチェックする前に、スプリッタ出力のトラブルシューティングを行ってください。
  4. フィールドライトレベルを記録しないか、NOC に到達しない紙のみに記録する。
  5. 汚れたコネクタ端面を無視し、検査を省略します。
  6. すでに汚染されているか、定格挿入量を過ぎたテスト ジャンパーを使用している。
  7. 将来の修理スプライスを考慮するのを忘れています。
  8. フィールドマージンを一切とらない設計。
  9. 明確なポートとルートのラベルを付けずに OTDR トレースを配信します。
  10. BOM 計画を損失予算計画から分離します。

GPON 損失バジェット制御に対応した ODN コンポーネント

以下の各カテゴリは、損失バジェットのレイヤーにマップされます。バッチ テストのドキュメントが付属するコンポーネントを選択すると、計画値と納品値がほぼ一致します。

最大の受動的損失

PLCスプリッター

GPON および XGS-PON ODN 予算向けのベア、ブロックレス、ABS、LGX、およびラックマウント パッケージの 1×2 ~ 1×64 PLC スプリッタ。-

PLC スプリッタを表示する
フィーダー接続点

スプライスクロージャとエンクロージャ

屋外および埋設ルート用に密閉された、フィーダおよび配電スプライス ポイント用のドームおよびインライン スプライス クロージャおよびジョイント エンクロージャ。

スプライスクロージャーを表示
配布・アクセス

ファイバー配線および終端ボックス

スプリッタ ポートを管理して接続を切断する、ファイバ アクセス ターミナル、NAP ボックス、事前接続された分配ボックス。{0}

配布ボックスを見る
ドロップ&サブスクライバー

ドロップ ケーブル、壁コンセント、ピグテール

FTTH ドロップ ケーブル、壁面コンセント、SC/APC ピグテール、最終コネクタ ペアおよび ONT インターフェイス用のアダプタおよびパッチ コード。

FTTH ケーブルを見る

FAQ: FTTH GPON 損失予算

Q: FTTH GPON の損失予算とは何ですか?

A: OLT と ONT の間で許容される光損失の合計です。これにより、ファイバの減衰、スプリッタの挿入損失、コネクタのペア損失、接続損失に加えて、エンジニアリング マージンが追加されます。{1}計画された合計は、装置の光路損失クラス - 内に収まる必要があります。たとえば、ONT での受信パワーが受信機の動作ウィンドウ内に収まる一方で、ITU-T G.984.2 クラス B+ の 13 ~ 28 dB - に収まります。

Q: 1×32 スプリッターはどのくらいの損失を追加しますか?

A: 1×32 PLC スプリッターは、通常、GPON ODN における単一の受動損失要素としては最大のものです。理論上の分割損失は約 15 dB で、過剰損失を含めると、データシートの典型的な挿入損失は約 17.0 ~ 17.5 dB になるように計画されています。任意の図を計画プレースホルダーとして扱い、選択したスプリッター データシートと照合して確認します。

Q: フィールドの照明レベルがスプレッドシートと一致しないのはなぜですか?

A: 一般的な原因としては、コネクタ端面の汚れや傷、メンテナンス中に追加された余分なコネクタ ペア、不正確な配線距離、上流のファイバまたはスプリッタの間違った割り当て、融着接続の不良、ドロップ ケーブルの曲げ応力、テスト ジャンパの摩耗、フィールド マージンが残されていない予算などが挙げられます。まずコネクタを検査して掃除し、スプリッタの入力レベルを確認してから、OTDR または OLTS のトラブルシューティングに進みます。

Q: FTTH 技術者はすべてのポイントで光レベルを記録する必要がありますか?

A: はい、主要なハンドオフ ポイント: フィーダまたは OLT リファレンス、スプリッタ入出力、FDB/NAP ターミナル、壁面コンセント、および ONT 受信側で可能です。日付、技術者、テスト機器、および異常な読み取り値を記録すると、NOC が設計上の問題を設置やメンテナンスの欠陥から区別するために再利用できる追跡可能性が生まれます。

Q: FTTH ハンドオフには OTDR トレースで十分ですか?

A: いいえ。OTDR トレースは、ファイバーに沿ったイベントの位置を特定するのに役立ちますが、ハンドオフには、OLTS またはパワー メーターを使用したエンドツーエンドの電力測定、必要に応じてコネクタの検査記録、明確なポートとルートのラベル付け、施工図、予想される光レベル表と、予想される光レベル表も含まれている必要があります。--トレースだけでは、リンクが ONT の光バジェットを満たしていることは証明されません。

Q: FTTH 損失予算スプレッドシートには何を含めるべきですか?

A: ルート距離、波長、分岐比、スプリッタ挿入損失、コネクタ ペア数、融着接続数、エンジニアリング マージン、OLT 送信電力、ONT 受信感度、予想される ONT 受信レベルと測定されたフィールド レベル、および OTDR または OLTS レポートへの参照。{0}}このツールは、合計だけでなく、各コンポーネントの寄与を表示する必要があります。

標準、公的情報源、および参考資料

このガイドで参照されている現場の事例は、ファイバー技術者コミュニティのディスカッションで共有された匿名化された経験を反映しており、実際的な問題点を説明するためにのみ使用されています。{0}すべての技術的な推奨事項は、上記の標準およびベンダー テストの参考資料に基づいています。損失と予算の数値は計画のプレースホルダーです。プロジェクトの機器およびコンポーネントのデータシートと照らし合わせて確認してください。

グローリーオプティカルについて:Ningbo Glory Optical Communication Co., Ltd. は、ISO 9001 認定の FTTH/FTTx および ODN ソリューション プロバイダーであり、PLC スプリッター、ファイバー配線および終端ボックス、スプライス クロージャ、FTTH ドロップ ケーブル、壁面コンセント、ピグテール、アダプター、パッチ コードを提供しています。 FTTH/GPON プロジェクトの場合は、分割比、ルートの長さ、コネクタのタイプ、一致する ODN コンポーネントと BOM サポートのドキュメント要件を送信してください。

お問い合わせを送る