Basis pengetahuan · Pengukuran
Trace PON: rugi splitter, tiga lebar pulsa, dan banyak ujung serat
Pada PON, satu jalur serat dibagi ke beberapa pelanggan. Karena itu OTDR melihat anak tangga sepuluh desibel atau lebih di tengah trace, dan di belakangnya beberapa ujung serat sekaligus, bukan satu.
Halaman ini menjelaskan apa yang ada pada kurva dan mengapa satu jalur biasanya datang sebagai beberapa file. Tidak ada persyaratan atau ambang di sini; keduanya datang bersama desain.
Penulis: Ilya (insinyur, 6 tahun di serat optik) ·
Beda PON dengan bentang biasa
Serat dan alat ukurnya sama seperti pada bentang biasa.
Splitter mengambil budget sekaligus
Daya dibagi rata ke semua output, dan setiap kali jumlah output menjadi dua kali lipat, harganya sekitar tiga desibel. Anak tangga yang sebenarnya lebih besar daripada hitungan: rugi lebih (excess loss) splitter itu sendiri dan konektornya ditambahkan ke pembagian. Ini aritmetika perangkatnya, bukan ambang serah terima: anak tangga sebesar itu wajar pada PON dan merupakan kegagalan pada bentang biasa.
Ujung seratnya lebih dari satu
Di belakang splitter cahaya masuk ke semua cabang sekaligus, dan alat ukur melihat jumlahnya. Pantulan dari ujung konektor para pelanggan tiba masing-masing pada jaraknya sendiri, sehingga ujung serat pada trace seperti ini adalah sekelompok event, bukan satu titik. Cabang yang lebih pendek daripada cabang yang sedang diukur tersembunyi seluruhnya di dalam kurva bersama.
Resolusi melawan jangkauan
Pulsa pendek memisahkan event yang berdekatan; pulsa panjang menjangkau ujung link, tetapi menyeret zona mati yang panjang di belakangnya, dan di dalamnya event yang bersebelahan menyatu. Pada PON kedua tuntutan ini bertentangan lebih keras daripada biasanya: konektor di dekat pangkal berdiri berimpitan, sedangkan di belakang splitter dibutuhkan sepuluh desibel jangkauan lagi.
Berapa yang diambil splitter: semua rasio
Daya dibagi rata, jadi ruginya mengikuti jumlah output: 10·log10 dari jumlah itu. Setiap penggandaan berharga sekitar 3 dB, dan bagian ini sama siapa pun pembuat perangkatnya.
| Rasio splitter | Pembagian, dB | Anak tangga saat alat ukur menyebut rasionya, dB |
|---|---|---|
| 1×2 | 3 | 3 |
| 1×4 | 6 | 6 |
| 1×8 | 9 | 8 |
| 1×16 | 12 | 11 |
| 1×32 | 15 | 15 |
| 1×64 | 18 | 18 |
| 1×128 | 21 | 21 |
Kolom kedua adalah tabel pengenalan Anritsu, bukan batas serah terima: inilah anak tangga saat alat ukur bersedia menyebut sebuah rasio. Pada dua baris nilainya di bawah hitungan: anak tangga 8 dB sudah disebut splitter 1×8 dan anak tangga 11 dB disebut 1×16, padahal aritmetikanya memberi 9 dan 12.
Anak tangga yang sebenarnya pada trace selalu lebih besar daripada yang dihitung. Rugi lebih splitter itu sendiri ditambahkan ke pembagian, begitu juga konektornya bila rakitannya berkonektor; rakitan yang disambung fusi tidak punya konektor. Rasio yang sama berbeda cukup jauh di antara kedua rakitan itu, dan selisihnya bisa lebih besar daripada toleransi yang dipakai menilai anak tangga: splitter sambung fusi yang diperiksa dengan angka untuk splitter berkonektor tampak lebih buruk daripada kenyataannya. Karena itu angka yang diharapkan diambil dari datasheet splitter Anda sendiri, dan tabel ini dibaca sebagai orde besaran dan sebagai cara menyebut rasio dari anak tangganya.
Dari situlah beberapa file untuk satu jalur yang sama
Tidak ada satu pengaturan pun yang memenuhi kedua tuntutan, jadi link diukur dalam beberapa lintasan. Urutan yang diberikan EXFO dalam panduan PON-nya sendiri begini: pertama pulsa pendek, beberapa nanodetik, untuk menilai konektor pertama dan semua yang ada sampai splitter; lalu pulsa sedang, untuk mengukur splitter itu sendiri; lalu pulsa panjang, untuk menjangkau ujung link.
Hasilnya tiga atau empat trace dari jalur yang sama, dan tidak satu pun menjawab semua pertanyaan. Trace-trace itu kemudian dibandingkan satu sama lain untuk memutuskan lintasan mana yang mengukur event mana dengan lebih meyakinkan. Perbandingan itu dikerjakan dengan tangan, dan memakan waktu lebih lama daripada pengambilan trace itu sendiri.
Nama file biasanya menjadi satu-satunya catatan tentang pulsa mana yang dipakai. Lebar pulsanya sendiri tercatat di header alat ukur, tetapi tidak ada format yang membawa label bahwa lintasan ini sampai splitter dan lintasan itu sampai ujung. Saat membuka sekumpulan file, mulailah dari trace terpanjang: trace itu menampilkan link secara keseluruhan, dan trace-trace pendek memperjelas bagian awalnya.
Bend baru terlihat pada panjang gelombang kedua
Sambungan fusi meredam sama besar pada panjang gelombang mana pun; bend pada serat meredam makin besar seiring makin panjangnya panjang gelombang, karena cahaya yang dipaksa berbelok lebih mudah keluar dari inti. Pada satu trace, bend dan sambungan fusi tampak sebagai anak tangga turun yang sama, dan tidak ada pemrosesan satu kurva yang bisa membedakannya.
Itulah sebabnya prosedur vendor mengulang seluruh pengambilan pada panjang gelombang kedua dan membandingkan rugi tiap event di antara kedua trace. Hanya perbandingan dua pengukuran inilah yang memisahkan bend dari sambungan.
Apa yang oleh alat ukur sendiri disebut splitter
Bagi OTDR, splitter bukan "event dengan rugi besar" melainkan kelas tersendiri yang membawa rasio. Pada firmware VIAVI SmartOTDR, operator menandai event dengan tangan dan memilih dari dua daftar: splitter seimbang, tujuh rasio dari 1×2 sampai 1×128, dan tap tidak seimbang, empat belas rasio dari 99/1 sampai 50/50. Penandaan itu tinggal di alat ukur: di semua file yang pernah kami baca, tidak satu pun mencatat kelas splitter, sehingga anak tangga itu berdiri di tabel sebagaimana alat ukur menggambarkannya, yaitu sebagai rugi. Kelas itu tetap perlu diketahui: karena itulah orang yang memegang alat ukur berkata "yang itu 1×8" tentang anak tangga yang sama, yang oleh file digambarkan dengan satu angka.
Alat ukur mencari splitter itu sendiri dengan mekanisme terpisah, bukan dengan aturan umum untuk event: pada Yokogawa pencarian splitter dinyalakan tersendiri, dan di sampingnya ada pengaturan tingkat splitter, karena satu jalur bisa membawa lebih dari satu. Jadi kata "splitter" di file milik orang lain berbicara tentang pengaturan pencarian sama banyaknya dengan tentang anak tangga itu sendiri.
Tap membagi tidak rata, dan pada kurva hal itu tampak berbeda. Pada 95/5, lengan terusan kehilangan sekitar 0,2 dB dan lengan cabang sekitar 13: satu perangkat, anak tangga yang nyaris tidak terlihat pada satu serat dan anak tangga yang dalam pada serat lainnya. Kedua gambaran itu sehat, dan lengan mana dari keduanya yang diukur tidak dikatakan file; hanya gambar lokasi yang menunjukkannya.
Dari sini muncul jebakan saat dua panjang gelombang dibandingkan. Aturan "membesar seiring panjang gelombang, jadi mirip bend" meleset pada trace PON, dan bukan karena splitter membesar: anak tangga splitter adalah pembagian daya, yang sama sekali tidak bergantung pada panjang gelombang. Lembar pabrik untuk 1×8 memberi sebaran 0,16 dB di tiga panjang gelombang, itu pun tidak monoton. Melesetnya di tempat lain: di samping sembilan desibel pembagian, kenaikan beberapa persepuluh tidak kelihatan, dan porsi splitter dalam rugi selalu kecil berapa pun nilainya. Karena itu dalam mode PON, baris yang ditandai keluar sama sekali dari perbandingan.
Apa yang kami lakukan, dan apa yang tidak
Kami membaca dan menampilkan file; kami tidak menganalisis jaringan. Andalah yang menyebut splitter: dalam mode PON, baris event membawa pilihan rasio splitter, dan dari situ kami menghitung pembagian daya dan kelebihan di atasnya. Kami sendiri tidak pernah menyebut sebuah event sebagai splitter, karena itu akan menjadi kata kami tentang perangkat milik orang lain. Beberapa trace dari satu jalur bisa ditumpuk pada satu grafik, masing-masing dengan warnanya sendiri, sehingga lintasan dengan lebar pulsa berbeda bisa dibandingkan.
Yang tidak kami punya: nilai ambang, putusan apakah sebuah jaringan lulus, pengetahuan apa pun tentang topologi PON, atau cara apa pun untuk mengatakan sebuah cabang milik pelanggan yang mana. Budget rugi ditetapkan oleh kelas sistem di dalam desain, berasal dari dokumentasi lokasi, dan tidak kami sediakan dalam bentuk apa pun.
Yang tidak dilakukan mode ini: ia tidak memburu splitter, tidak mengetahui topologi, dan tidak menyediakan norma. Ambang untuk kelebihan di atas pembagian Anda tulis sendiri di panel ambang batas, seperti semua ambang lainnya. Di belakang splitter, ujung serat temuan kami digantikan oleh "tidak diukur lebih jauh": di belakang splitter kami tidak bisa membedakan serat putus dari lantai derau, dan diam lebih jujur daripada tebakan. Penandaan itu juga sampai ke laporan: lembarnya mendapat kolom splitter dan kolom "di atas pembagian", serta satu baris di bawah tabel yang menyatakan bahwa rasionya dinyatakan oleh Anda, bukan diukur alat ukur.
Selanjutnya
PON juga bisa diukur saat membawa layanan: alat ukur punya port terpisah pada panjang gelombang yang diblokir filter pelanggan, dan kanal kerja tidak tersentuh. Biasanya itu 1625 atau 1650 nm, dan prosedur serah terima PON dari vendor ditulis berdasarkan keduanya. Di dalam file, trace seperti itu berbeda dari trace biasa hanya pada panjang gelombang di header-nya, dan itulah satu-satunya tanda bahwa jaringan sedang aktif saat diukur.