Vous êtes sur la page 1sur 24

13 Exigenges Techniques Performance Management

Les quipements OLT et ONT proposs par les fournisseurs consults devront mettre
disposition lensemble des compteurs issus de la norme GPON G.984.x (PMD, TC) et G988
(OMCI).
Le fournisseur prcisera les compteurs disponibles par dfaut ainsi que ceux ncessitant une
activation via paramtrage ( la demande ou permanent).
Il prcisera ventuellement lensemble des compteurs non disponibles et/ou propritaires.
Ceux-ci devront tre disponibles sous les formes suivantes :
ET-1301 Compteurs temps rels
Compteurs historiss la granularit h, heures et jours
Alarmes temps rels
Alarmes temps rels historises la granularit h et heures et jours
Seront prcises les mthodes/rgles dagrgation jours si celles-ci existent.
Lquivalent est attendu sur les autres standards 10GPON et TWDMPON.

Les quipements OLT et ONT proposs par les fournisseurs consults devront mettre
disposition lensemble des compteurs associs aux interfaces physique Ethernet (liens uplink,
liens UNI, interfaces internes) et xPON. Cela concernera le niveau physique mais galement les
compteurs associs au type de trafic (unicast/multicast), la QoS (niveau 2/3) et aux
mcanismes associes (priorisation/shaping/scheduling).
Le fournisseur prcisera les compteurs disponibles par dfaut ainsi que ceux ncessitant une
activation via paramtrage ( la demande ou permanent).
Il prcisera ventuellement lensemble des compteurs non disponibles et/ou propritaires.
ET-1302 Ceux-ci devront tre disponibles sous les formes suivantes :
Compteurs temps rels
Compteurs historiss la granularit h, heures et jours
Alarmes temps rels
Alarmes temps rels historises la granularit h et heures et jours
Seront prcises les mthodes/rgles dagrgation jours si celles-ci existent.

Les quipements OLT et ONT proposs par les fournisseurs consults devront mettre
disposition lensemble des compteurs associs aux utilisateurs. Cela concernera les
sessions/connexions (DHCP/PPP), les usages IPTV (IGMP) ainsi que les compteurs relatifs aux
trafics (unicast/multicast).
Le fournisseur prcisera les compteurs disponibles par dfaut ainsi que ceux ncessitant une
activation via paramtrage ( la demande ou permanent).
Il prcisera ventuellement lensemble des compteurs non disponibles et/ou propritaires.
ET-1303 Ceux-ci devront tre disponibles sous les formes suivantes :
Compteurs temps rels
Compteurs historiss la granularit h, heures et jours
Alarmes temps rels
Alarmes temps rels historises la granularit h et heures et jours
Seront prcises les mthodes/rgles dagrgation jours si celles-ci existent

Le fournisseur sengagera transfrer lensemble des MIBS ainsi que les documentations
techniques associes aussi bien pour les ordres de collecte (GET) et que pour les ordres de
ET-1304 paramtrage/Diagnostic (SET).
Il prcisera galement les quivalences via les NBI proposes (TL1, Webservices, etc).
Les quipements OLT et ONT proposs par les fournisseurs consults devront mettre
disposition des fonctions de type OTDR embarques pour fiabiliser la chaine de traitement
(raccordement et SAV).
Le fournisseur prcisera le type de solution propose permettant de localiser finement les
dfauts sur laccs xPON entre lOLT et lONT.
Les fournisseurs consults prciseront :
les contraintes pour disposer dun niveau de fiabilit et de prcision sur lensemble de de la
ET-1305 chane.
les contraintes pour disposer dun systme non intrusif sur les services.
les contraintes en terme denvironnement NRO et PM (m, NRJ).

Les fournisseurs consults prciseront la conformit aux 2 types de scnarii ROGUE possibles
dans notre environnement : ROGUE xPON-xPON (via les alarmes DOW/TIW et TIA) et ROGUE
P2P-xPON.
En particulier, les modes de gestion proposs :
dtection et de traitement ROGUE xPON-xPON.
dtection ROGUE P2P-xPON.

ET-1306

Les fournisseurs consults prciseront les types doprations de diagnostic possibles via lOLT :
au niveau ONT (ping, lock, reset, autres)
ET-1307 au niveau des cartes ONT (UNI) (lock, reset, autres )
Le fournisseur prcisera le type de solution de management global PON propose associ la
topologie et aux compteurs mis disposition par les OLT et ONT. Lobjectif tant de disposer de
KPI par accs utilisateur et de raliser un diagnostic prcis en cas de dfaut unitaire ou global.
Les fournisseurs consults prciseront :
les fonctions associes la topologie logique permettant dassocier les donnes
gographiques clients aux alarmes afin de disposer dune vision globale par arbre PON : en
partant des OLT et en passant par le rseau de transport puis de distribution (rpartiteurs
optiques, fibre, coupleurs, boitier, colonne montante, point de branchement, points de
terminaison, etc).
les fonctions proposes permettant de caractriser un accs client via des KPI orients sur le
statut et la performance (disponibilit/stabilit/qualit). Ceci de manire unitaire et en mode
relatif (par rapport au voisinage PM ou PON).
Les fonctions daide au diagnostic permettant de localiser les dfauts de continuit et les
dgradations (niveau NRO, transport, distribution, PM ou environnement client
ET-1308 immeuble/appartement ou pavillon).
Les fonctions dportes temps rel pour les techniciens dinstallation (qualification du
raccordement, check dimpact sur le voisinage).
les contraintes en terme de performance : temps de traitement rcurrent des donnes de
topologie, scalabilit en terme dalarmes/compteurs supports par la plate-forme (en fonction du
nombre dONT/OLT/parc), contrainte de linterface (nombre dutilisateur, temps de rponse,
etc).
les possibilits et modalits dexports en quotidien et en masse des KPI et alarmes vers un
systme externe.
Le support de la go-redondance et taux de disponibilit associ.

TOTAL
ZTE note HW
10

C C

C C

10

C C

10

C C
10
ZTE embedded OTDR support finely locate faults, use third wave
length which has on influence to the up/down stream .

PC C

10

C C

10
ZTE C300 support several diagnosis, shuch as
C PPPoEDHCPclient of multicast sevice, at the same IP PING, C
disable/enable the UNI port of ONT.
ZTE don't support couplers, housing, riser, branch point, endpoints 8
function, need to corprate with OSS to realise it.

PC C

NOTE ZTE 76
IMPACT INTEGRATION 0
Note finale 76
HW note NOKIA
10

10

10

10

PC
10
The MA5800 supports eOTDR functions.
Huawei's eOTDR offers cost-effective fiber maintenance by
embedding OTDR functionality into an optical line terminal (OLT)
PON optical module and operating at the same wavelength as user
data. OTDR-embedded optical modules are the same size as
common optical modules and can be easily deployed on FTTx for
troubleshooting. This approach does not require engineering sur
reconstruction such as fiber connection changes or adaptation of l'OA
optical network terminals (ONTs), nor does it interrupt services
during troubleshooting. Utilizing this approach effectively improves
fiber troubleshooting efficiency and reduces costs.

GPON networks use the P2MP network architecture. They use 10


time division multiple access (TDMA) in the upstream direction.
ONUs must send optical signals upstream at the timeslots
allocated by the OLT to prevent data conflict.
The ONUs sending optical signals upstream not at the timeslots
allocated by the OLT are continuous-mode ONUs, also called
rogue ONUs. A continuous-mode ONU continuously sends optical
signals.
A continuous-mode ONU adversely affects the system as follows:
If this ONU has been online, some or all ONUs connected to the
same PON port go offline or frequently go offline and online.
If this ONU has not been configured, other ONUs that have not
been configured and connected to the same PON port will not be
C
discovered by the OLT.
The P2P application scenario is irrelevant with Detecting ROGUE
ONT function.
For more details, please refer to the annex MA5800
V100R016C10 Feature Guide.doc chapter 2.10 Continuous-Mode
ONU Detection

10

C
10

NOTE NW 80
0
80
NOKIA note
10

revoi vers doc

10

revoi vers doc

10

revoi vers doc

pas de supports
10

les interfaces GPON de l'ISAM supportent les SFPs qui


supportent la fonction OTDR interg ( Embedded OTDR). qui
permettent de faire des mesures OTDR sans avoir besoin d'un
equipement de test externe. Et donc la possibilt de faire des
mesures est toujours prsente, Sans affecter le Service et sans
demander la prsence d'un oprateur sur site.

Le 5530 NA-Fiber donne le support ncessaire pour intrpreter


les rsultats des mesures OTDR

On peut voir dans le shma suivant les principaux avantages de


la solution : OTDR intgr

10

10
10

NOTE ALU 75
10
85
question
MAJ spec: perte attnuation . Solution 1:64
support 1:128
zone morte
evolution demande: pbo/rogue/etc
ZTE HW
option OTDR Sans OTDR OTDR Sans OTDR
Note technique (80) 76 60 80 70
IMPACT INTEGRATION (10) 0 0 0 0
Support (10) 0 0 10 10
Note finale -support76inconnu 60 90 80
- -eOTDR? -intgration
-support cosystme
+ -intgration
-Agilit cosystme -solution connue et teste
-Agilit

ZTE HW
Note technique (80) 76 80
IMPACT INTEGRATION (10) 0 0
Support (10) 5 10
Note finale -support inconnu81 90
- -test solution eOTDR -intgration
-support cosystme
+ -intgration
-Agilit cosystme -solution connue et teste
-Agilit
ZTE HW ALU
Note finale 81 90 90
ALU
OTDR Sans OTDR
75 65
10 10
5 5
-support90insufisant 80
-accs et support aux MIBS
-Agilit
Solution dploye et connue

ALU
75 80
10 10
5 10
90
-support insufisant
-accs et support aux MIBS
-Agilit
Solution dploye et connue

wave length: Reuse the GPON down stream wave length


Splitter Ratio (no reflector)
optical reflector (possible)
Pulse Width

Peak Power

Attenuation Dead Zone

Event/Reflection Dead Zone

Maximum Measurement Distance


Distance accuracy
SNR/Dynamic Range Interrupt detection
Spatial Trace resolution

Initial dead zone

Feeder Fiber Attenuation Event


HW
1490nm (mod)
1:64
oui
Configurable 12.5ns, 25ns, 50ns, 100ns, 200ns, 400ns, 800ns
3 dBm (including GPON signal and OTDR signal)
Compatible with B+/C+ standards
50m@25ns

5m@25ns

20km
2m
7dB@100ns, 5dB@25ns
1.2m
600m
80m@25ns

>=3dB
the feeder fiber loss fault: fiber loss >1.1db
1:32 scenario ,locate a drop fiber broken : broken fiber position have a
strong reflection.( reflectivity > - 30db)
1:64 scenario ,locate a drop fiber broken : broken fiber position have a
strong reflection.( reflectivity > - 20db)
NOKIA
1490nm (mod)
1:64
non (lambda ddi ncessaire)
100ns fixe (dcision R&D aprs tunning)

Compatible with B+/C+ standards


Spatial repeatability is 10 meters, and boundary dead zone is 25 meters

spatial repeatability is 10 meters, dead zone after splitter typically 30 meters,


distance between events 20 meters
20km max on feeder fiber for Loss-of-Signal and fiber degradation (>1dB) faults
20km max after 1:4, 1:8, 1:16, 1:32 and 1:64 splitter for high-reflective faults
Spatial repeatability is 10 meters

2.5 meters

200m-500m
Fault detection is guaranteed if attenuation is >1dB.
This with a range of 20 km with an attenuation margin of 0.7dB (to cover degradations by e.g. bends,)
a reflection of at least 45dB(*) is present for a 1:8 splitter,
a reflection of at least 40dB(*) is present for a 1:16 splitter,
a reflection of at least 30dB(*) is present for a 1:64 splitter.

The OTDR launches short light pulses from 5 ns to 20 s. pulse long --> ++ longueur fibre couverte --> -- prcision

Spatial repeatability: accuracy of distance measurement. In other words the fault can be + or 10m of
where NA-F says it happened
Boundary deadzone: faults 25m before splitter are not detected. In other words, at least 25m of fibers
needs to be cut-of
The SFP ONT is the only ONT which is connectirsed with an UPC, hence a good example of
a problem at a subscriber that can be detected --> BYTEL - APC (vert)
Event Dead-zone also expresses that events must be separated by at Least 10m to Uniquely Identify Separate Events
UPC (bleu) = -50dB
APC (vert) =-65dB
reflector can be made selective (1490 nm highly passing, 1610nm highly reflecting)
ZTE
1625nm-1675nm
1:64
possible
Configurable 10ns to 20s
6dBm

10m

3m

20km

3m @20km
10dB @20ns pulse @3 minutes
0.5-2m

A. Feeder-fiber reflection event with a reflectivity -60 dB or greater and an ODN loss of 10 dB.
B. Distribution-fiber reflection event with a reflectivity -41 dB and an ODN loss of 21 dB .
C. Drop-fiber reflection event with a reflectivity -15dB and an ODN loss of 32dB
e --> -- prcision
tify Separate Events
Todays topologies Future topologies
topology splitter 1 splitter 2 splitter 3 % cases topology splitter 1
1 2 8 8 128 15 1 0
2 8 8 128 14 2 0
2 2 2 32 128 0
3 2 4 16 128 12 3 0
2 8 8 128 10 4 0
4 2 4 16 128 0
5 2 8 8 128 7 5
6 2 2 32 128 6 6 0
2 2 32 128 6 7 0
7
2 1 64 128
8 2 1 64 128 3 8 0
2 1 64 128 3 9 0
9
2 4 16 128 0
2 8 8 128 4 10 0
10
2 1 64 128 0
11 1 1 64 64 2 11
12 1 2 32 64 1 12 0
2 4 16 128 1 13
13
2 16 4 128
18 2 2 32 128 11 18 0
95
APC/APC Poor
fiber Mechanical
disconnect Splice Random
=> max 1:2 => max Fiber Break
splitting in 1:16 => max 1:8
CO, max splitting, splitting,
8km max 20km max 20km
splitter 2 splitter 3 % cases
8 8 64 15 f f+d f+d
8 8 64 14 f f+d f+d
2 32 64 f + d? f+d f+d
4 16 64 12 f f+d f+d
8 8 64 10 f f+d f+d
4 16 64 f f+d f+d
8 8 64 7 f f+d f+d
2 32 64 6 f + d? f+d f+d
2 32 64 6 f + d? f+d f+d
1 64 64
1 64 64 3 f f f
1 64 64 3
4 16 64
8 8 64 4
1 64 64
1 64 64 2
2 32 64 1
4 16 64 1
16 4 64
2 32 64 11 f + d? f+d f+d
95

f = feeder
d=
distribution
dr = drop
Poor
Mechanical
Splice Random
=> max Fiber Break
1:16 => max 1:8
APC/APC fiber PC/APC fiber splitting, splitting,
disconnect disconnect max 20km max 20km

f+d f + d +dr f+d f+d


f+d f + d +dr f+d f+d
f+d f + d +dr f+d f+d
f+d f + d +dr f+d f+d
f+d f + d +dr f+d f+d
f+d f + d +dr f+d f+d
f+d f + d +dr f+d f+d
f+d f + d +dr f+d f+d
f+d f + d +dr f+d f+d
f f f f
f f f f
f f f f
f+d f + d +dr f+d f+d
f+d f + d +dr f+d f+d
f f f f
f f f f
f+d f + d +dr f+d f+d
f+d f + d +dr f+d f+d
f+d f + d +dr f+d f
f+d f + d +dr f+d f+d

f = feeder
d = distribution
dr = drop