EPON-systemet består av flera optiska nätverksenheter (ONU), en optisk linjeterminal (OLT) och ett eller flera optiska nätverk (se figur 1). I förlängningsriktningen sänds signalen avOLTsänds till allaONUs. 8h Ändra ramformatet, omdefiniera den främre delen och lägg till tid och logisk identifiering (LLID)). LLID identifierar var och enONUi PON-systemet, och LLID specificeras under upptäcktsprocessen.
(1) Avstånd
I EPON-systemet är det fysiska avståndet mellan varjeONUoch denOLTi uppströms informationsöverföringsriktningen är inte lika. Det allmänna EPON-systemet föreskriver att det längsta avståndet mellanONUochOLTär 20 km, och den kortaste sträckan är 0 km. Denna avståndsskillnad gör att fördröjningen varierar mellan 0 och 200 us. Om det inte finns tillräckligt med isoleringsgap, signaler från olikaONUskan nå den mottagande änden avOLTsamtidigt, vilket kommer att orsaka konflikter av uppströmssignaler. Konflikten kommer att orsaka ett stort antal fel och synkroniseringsförluster, etc., vilket gör att systemet inte fungerar normalt. Använd avståndsmetoden, mät först det fysiska avståndet och justera sedan allaONUstill samma logiska avstånd somOLT, och utför sedan TDMA-metoden för att undvika konflikter. För närvarande inkluderar de använda avståndsmetoderna spridningsspektrumavstånd, utombandsavstånd och fönsteröppningsintervall inom band. Till exempel används tidsetikettavståndsmetoden för att först mäta signalslingans fördröjningstid från var och enONUtillOLT, och infoga sedan ett specifikt utjämningsfördröjningsvärde Td för varjeONU, så att loopens fördröjningstid för allaONUsefter insättning av Td (kallad utjämningsslinga fördröjningsvärde Tequ) är lika, är resultatet liknande det varjeONUflyttas till samma logiska avstånd somOLT, och då kan ramen skickas korrekt enligt TDMA-tekniken utan konflikt. .
(2) Upptäcktsprocess
DeOLTfinner attONUi PON-systemet skickar Gate MPCP-meddelanden med jämna mellanrum. Vid mottagande av Gate-meddelandet, de oregistreradeONUkommer att vänta en slumpmässig tid (för att undvika samtidig registrering av fleraONUs), och skicka sedan ett Registreringsmeddelande tillOLT. Efter framgångsrik registrering,OLTtilldelar ett LLID tillONU.
(3) Ethernet OAM
Efter denONUhar registrerat sig hosOLT, Ethernet OAM påONUstartar upptäcktsprocessen och upprättar en förbindelse medOLT. Ethernet OAM används påONU/OLTlänkar för att hitta fjärrfel, utlösa fjärråterkopplingar och upptäcka länkkvalitet. Ethernet OAM ger dock stöd för skräddarsydda OAM PDU:er, informationsenheter och tidsrapporter. MångaONU/OLTtillverkare använder OAM-tillägg för att ställa in speciella funktioner förONUs. En typisk applikation är att styra bandbredden för slutanvändare med konfigurationsbandbreddsmodellen utökad iONU. Denna icke-standardiserade applikation är nyckeln till testet och blir ett hinder för interkommunikationen mellanONUochOLT.
(4) Nedströms flöde
NärOLThar trafik att skickaONU, kommer den att bära LLID-informationen för destinationenONUi trafiken. På grund av sändningsegenskaperna hos PON, data som skickas avOLTkommer att sändas till allaONUs. Vi måste särskilt överväga situationen där nedströmstrafik sänder videotjänstströmmar. På grund av EPON-systemets sändningskaraktär, när en användare anpassar ett videoprogram, kommer det att sändas till alla användare, vilket förbrukar nedströms bandbredd väldigt mycket.OLTstöder vanligtvis IGMP Snooping. Den kan snoka IGMP Join Request-meddelanden och skicka multicast-data till användare relaterade till denna grupp istället för att sända till alla användare, vilket minskar trafiken på detta sätt.
(5) Uppströmsflöde
Bara enONUkan skicka trafik vid en viss tidpunkt. DeONUhar flera prioriterade köer (varje kö motsvarar en QoS-nivå. TheONUskickar ett Rapportmeddelande tillOLTför att begära en sändningsmöjlighet, med information om situationen för varje kö. DeOLTskickar ett Gate-meddelande som svar påONU, berättar förONUstarttiden för nästa sändningOLTmåste kunna hantera bandbreddskraven för allaONUs, och måste prioritera överföringstillståndet. Enligt prioriteringen av kön och balansera förfrågningar från fleraONUs, denOLTmåste kunna hantera bandbreddskrav för allaONUs. Dynamisk allokering av uppströms bandbredd (dvs. DBA-algoritm).
2.2 Enligt de tekniska egenskaperna hos EPON-systemet, testutmaningarna som EPON-systemet står inför
(1) Med tanke på EPON-systemets skala
Även om IEEE802.3ah inte definierar det maximala antalet i ett EPON-system, är det maximala antalet som stöds av ett EPON-system från 16 till 128. VarjeONUatt gå med i EPON-systemet kräver en MPCP-session och OAM-session. När fler sajter ansluter sig till EPON kommer risken för systemfel att öka. Till exempel var och enONUbehöver återupptäcka processen, inloggningsprocessen och starta OAM-sessionen. Därför kommer återhämtningstiden för hela systemet att öka med antaletONUs.
(2) Problemet med interkommunikation av utrustning
Följande aspekter beaktas huvudsakligen för sammankoppling av utrustning:
●Den dynamiska bandbreddsalgoritmen (DBA) som tillhandahålls av olika tillverkare är olika.
●Vissa tillverkare använder OAM:s "OrganizaTIon Specific Elements" för att ställa in specifika beteenden.
●Om utvecklingen av MPCP-protokollet är helt konsekvent.
●Om de avståndsmätmetoder som utvecklats av olika tillverkare överensstämmer med klockbehandlingen.
(3) Dolda faror i överföringen av triple play-tjänster i EPON-systemet
På grund av överföringsegenskaperna hos EPON kommer vissa dolda faror att införas vid överföring av triple play-tjänster:
● Nedströms slösar mycket bandbredd: EPON-systemet använder sändningsläge i nedströmsläget: varjeONUkommer att ta emot en stor mängd trafik skickad till andraONUsslösar mycket nedströms bandbredd.
●Uppströmsfördröjningen är relativt stor: NärONUskickar data tillOLTmåste den vänta på överföringsmöjligheten som tilldelats avOLT. DärförONUmåste buffra en stor mängd uppströmstrafik, vilket kommer att orsaka fördröjning, jitter och paketförlust.
3 EPON testteknik
Testet av EPON omfattar huvudsakligen flera aspekter såsom interoperabilitetstest, protokolltest, systemöverföringsprestandatest, service- och funktionsverifiering. Standardtesttopologin visas i figur 2. IXIAs IxN2X-produkter tillhandahåller ett dedikerat EPON-testkort, ett EPON-testgränssnitt, kan fånga och analysera MPCP- och OAM-protokoll, kan skicka EPON-trafik, tillhandahålla ett automatiskt testprogram och kan hjälpa användare att testa DBA-algoritmer.
