EPON-systemet består av flere optiske nettverksenheter (ONU), en optisk linjeterminal (OLT), og ett eller flere optiske nettverk (se figur 1). I utvidelsesretningen vil signalet som sendes avOLTsendes til alleONUer. 8h Endre rammeformatet, redefiner frontdelen og legg til tid og logisk identifikasjon (LLID)). LLID identifiserer hverONUi PON-systemet, og LLID spesifiseres under oppdagelsesprosessen.
(1) Rangering
I EPON-systemet er den fysiske avstanden mellom hverONUog denOLTi oppstrøms informasjonsoverføringsretningen er ikke lik. Det generelle EPON-systemet forutsetter at den lengste avstanden mellomONUogOLTer 20 km, og den korteste distansen er 0 km. Denne avstandsforskjellen vil føre til at forsinkelsen varierer mellom 0 og 200 us. Hvis det ikke er nok isolasjonsgap, signaler fra forskjelligeONUerkan nå mottakersiden avOLTsamtidig, noe som vil forårsake konflikter av oppstrømssignaler. Konflikten vil føre til et stort antall feil og synkroniseringstap osv., som gjør at systemet ikke fungerer normalt. Bruk avstandsmetoden, mål først den fysiske avstanden, og juster deretter alleONUertil samme logiske avstand somOLT, og utfør deretter TDMA-metoden for å unngå konflikter. For tiden inkluderer avstandsmetodene som brukes, spredt-spekter-avstand, ut-av-bånd-avstand og in-band-vindusåpning. For eksempel brukes tidsmerkeavstandsmetoden for først å måle signalsløyfens forsinkelsestid fra hverONUtilOLT, og sett deretter inn en spesifikk utjevningsforsinkelse Td-verdi for hverONU, slik at sløyfen forsinkelsestid av alleONUeretter å ha satt inn Td (kalt utjevningssløyfeforsinkelsesverdi Tequ) er like, er resultatet likt at hverONUflyttes til samme logiske avstand somOLT, og da kan rammen sendes riktig i henhold til TDMA-teknologien uten konflikt. .
(2) Oppdagelsesprosess
DeOLTfinner atONUi PON-systemet sender Gate MPCP-meldinger med jevne mellomrom. Ved mottak av Gate-meldingen vil de uregistrerteONUvil vente en tilfeldig tid (for å unngå samtidig registrering av flereONUer), og send deretter en Registermelding tilOLT. Etter vellykket registrering,OLTtilordner en LLID tilONU.
(3) Ethernet OAM
EtterONUhar registrert seg hosOLT, Ethernet OAM påONUstarter oppdagelsesprosessen og etablerer en forbindelse medOLT. Ethernet OAM brukes påONU/OLTkoblinger for å finne eksterne feil, utløse eksterne tilbakekoblinger og oppdage koblingskvalitet. Ethernet OAM gir imidlertid støtte for tilpassede OAM PDUer, informasjonsenheter og tidsrapporter. MangeONU/OLTprodusenter bruker OAM-utvidelser til å angi spesielle funksjoner forONUer. En typisk applikasjon er å kontrollere båndbredden til sluttbrukere med konfigurasjonsbåndbreddemodellen utvidet iONU. Denne ikke-standardapplikasjonen er nøkkelen til testen og blir en hindring for interkommunikasjonen mellomONUogOLT.
(4) Nedstrøms strømning
NårOLThar trafikk til å sendeONU, vil den bære LLID-informasjonen til destinasjonenONUi trafikken. På grunn av kringkastingsegenskapene til PON, dataene sendt avOLTvil bli sendt til alleONUer. Vi må spesielt vurdere situasjonen der nedstrømstrafikk overfører videotjenestestrømmer. På grunn av kringkastingsnaturen til EPON-systemet, når en bruker tilpasser et videoprogram, vil det bli kringkastet til alle brukere, noe som bruker nedstrøms båndbredde veldig mye.OLTstøtter vanligvis IGMP Snooping. Den kan snoke IGMP Join Request-meldinger og sende multicast-data til brukere relatert til denne gruppen i stedet for å kringkaste til alle brukere, noe som reduserer trafikken på denne måten.
(5) Oppstrøms strømning
Bare énONUkan sende trafikk på et bestemt tidspunkt. DeONUhar flere prioriterte køer (hver kø tilsvarer et QoS-nivå. TheONUsender en rapportmelding tilOLTfor å be om en sendemulighet, med detaljer om situasjonen for hver kø. DeOLTsender en Gate-melding som svar påONU, fortellerONUstarttidspunktet for neste sendingOLTmå kunne håndtere båndbreddekravene for alleONUer, og må prioritere overføringstillatelsen. I henhold til prioriteringen av køen og balansere forespørslene til flereONUer, denOLTmå kunne håndtere båndbreddekrav for alleONUer. Dynamisk allokering av oppstrøms båndbredde (dvs. DBA-algoritme).
2.2 I henhold til de tekniske egenskapene til EPON-systemet, testutfordringene som EPON-systemet står overfor
(1) Med tanke på skalaen til EPON-systemet
Selv om IEEE802.3ah ikke definerer det maksimale antallet i et EPON-system, er det maksimale antallet som støttes av et EPON-system fra 16 til 128. HvertONUå bli med i EPON-systemet krever en MPCP-økt og OAM-økt. Etter hvert som flere nettsteder slutter seg til EPON, vil risikoen for systemfeil øke. For eksempel hverONUmå gjenoppdage prosessen, påloggingsprosessen og starte OAM-økten. Derfor vil gjenopprettingstiden for hele systemet øke med antallONUer.
(2) Problemet med interkommunikasjon av utstyr
Følgende aspekter vurderes hovedsakelig for interkommunikasjon av utstyr:
●Den dynamiske båndbreddealgoritmen (DBA) levert av forskjellige produsenter er forskjellig.
●Noen produsenter bruker OAMs "Organisasjonsspesifikke elementer" for å angi spesifikk atferd.
●Om utviklingen av MPCP-protokollen er helt konsistent.
●Om avstandsmålemetodene utviklet av forskjellige produsenter stemmer overens med klokkebehandlingen.
(3) Skjulte farer ved overføring av triple play-tjenester i EPON-systemet
På grunn av overføringsegenskapene til EPON, vil noen skjulte farer bli introdusert ved overføring av triple play-tjenester:
● Nedstrøms kaster bort mye båndbredde: EPON-systemet bruker kringkastingsoverføringsmodus i nedstrøms: hverONUvil motta en stor mengde trafikk sendt til andreONUersløser mye nedstrøms båndbredde.
●Oppstrømsforsinkelsen er relativt stor: NårONUsender data tilOLT, må den vente på overføringsmuligheten tildelt avOLT. DerforONUmå bufre en stor mengde oppstrømstrafikk, noe som vil forårsake forsinkelse, jitter og pakketap.
3 EPON testteknologi
Testen av EPON inkluderer hovedsakelig flere aspekter som interoperabilitetstest, protokolltest, systemoverføringsytelsestest, service- og funksjonsverifisering. Standard testtopologi er vist i figur 2. IXIAs IxN2X-produkter gir et dedikert EPON-testkort, et EPON-testgrensesnitt, kan fange opp og analysere MPCP- og OAM-protokoller, kan sende EPON-trafikk, tilby et automatisk testprogram og kan hjelpe brukere med å teste DBA algoritmer.