Dynamic Line Management Branchemøde d. 3 september september 2014 Torben Weihe Dam

Transkript

1 Dynamic Line Management Branchemøde d. 3 september september 2014 Torben Weihe Dam 1

2 Indhold 1. DLM baggrund 2. Tidslinje 3. Forslag til implementering 4. Foreløbig IT-specifikation i PPR/idébeskrivelsen 2

3 DLM - baggrund 3

4 Basale vilkår for DSL stabilitet baggrund Det er en klassisk udfordring, at DSL linjer skal leve på et kobbermedium, som opsamler en mangfoldighed af støj, som kan gøre linjen ustabil Jo højere hastigheden er og jo længere linjen er, des større er risikoen for forstyrrelse Hvis man kan tillade sig at ofre mange ressourcer på manuel overvågning, kan ustabilitet i mange tilfælde afhjælpes, eller i det mindste mindskes, ved regelmæssigt at trimme på profil opsætningen inden for visse rammer Dynamic Line Management (DLM) er en funktion hvor et ekspertsystem automatisk laver denne løbende overvågning og profilskifte på basis af nogle klare definitioner af SLA for det produkt, der leveres til Slutkunden Max bitrate 0-2 db 3-4 db 5-6 db 7-8 db 9-10 db db VDSL2 50 Mb/s Mb/s db 10 Mb/s ADSL2+ 20 Mb/s , db 10 Mb/s 1,5 1, ,5 4 4,5 Eksempel på undersøgelse af andel af ustabile linjer som funktion af linjedæmpning, hastighed og teknologi. Tallene angiver % af linjer som falder i de 2 laveste af 3 stabilitetsklasser. Fra en undersøgelse i TDCs net Alle linjer var uden G.INP og DLM. 4

5 DLM på Alcatel Network Analyzer NA har funktionalitet for DLM DLM forudsætter en del integrationer mod de TDC IT systemer, som styrer provisionering dvs. opsætning af profiler på DSLAM samt driftsværktøjer. Dette arbejde pågår Linjer, som DLM understøttes, overvåges løbende for stabilitet (transmissionsfejl, gentræninger m.v.) Hvis en linje er ustabil, vil NA systemet søge at stabilisere linjen Én gang i døgnet tager systemet beslutning om, hvorvidt linjen kan forbedres ved at påtrykke en alternativ teknisk profil med afvigende parametersætning. Hvis linjen ikke kan stabiliseres efter nogle forsøg, markeres linjen i NA. Oplysningen kan f.eks. benyttes til proaktiv fejlretning (kræver integration mod værktøj) Hvis en linje af DLM er sat ned i hastighed og linjeforholdene bedres, f.eks. ved at en støjkilde bliver fjernet eller en fejl i kabel/husinstallation bliver rettet, vil DLM automatisk, igen hæve linjens hastighed

6 Generelle vilkår for DLM DLM er ikke en funktionalitet, man aktiverer, men en matrice af alternative profiler, som designes for hver enkelt af de salgsprodukter, som ønskes DLM understøttet Pga. den store indsats det kræver at designe, trimme og vedligeholde et DLM profilsæt, kommer DLM kun i spil ifm. produkter, som har stort volumen Salgsproduktet skal defineres meget præcist mht. ydergrænser for hastighed, max. delay, max INP, G.INP mulig/ikke mulig, stabilitet contra hastigheds prioritering, begrænsninger i typiske CPE mv. Inden for disse rammer designes et antal alternative tekniske profiler, som DLM systemet kan arbejde med styret af nogle regelsæt, som sikrer hurtig reaktion på meget ustabile linjer, forsigtig finjustering af moderat ustabile linjer, langsom forøgelse af hastighed for linjer, som ser ud til at kunne bære højere hastighed, robusthed mod kortvarige påvirkninger (tordenvejr/kunden roder med ledninger ol), straksstabilisering af nyoprettede linjer et specialistarbejde som TDC køber konsulenthjælp til TDC forventer kun at DLM understøtte de mest solgte Privat produkter - angående Wholesale produkter, se senere slide 6

7 Princip for DLM: Skift mellem tekniske profiler med forskellig hastighed og delay/inp Beskyttelse øges Eksempel på profil hierarki for DLM understøttelse af 10 Mb flex produkt. Stabilitet overvåges for alle linjer. Start profil Hvis en linje ikke er stabil justeres først på parametre som INP, delay mv. som ikke sænker hastigheden. Hvis det ikke rækker, så på hastighed eller NM - alt inden for de grænser, som salgsproduktet tillader. Kan en linje ikke stabiliseres, markeres den til evt. manuel håndtering. Profilskift sker i servicevindue om natten Hastighed sænkes

8 Råderum for markedsprodukter tekniske profiler defineres for alle produkter som skal understøttes Eksempel på skema til specifikation af SLA for kommercielle produkter (forenklet) Produkt (kommer ciel profil) Max BW DS Min BW Max Min Max delay Service kode DS BW BW US US For TDC Privat/Erhvervs produkter udvælges et antal hastighedsprofiler til TV/bredbånd som styres med DLM dvs. hastigheder til BB og for TRIO dvs. 2 kategorier Tabellen er ikke endelig

9 Eksempel på succesfuld stabilisering af linje (fra Aware feltforsøg) Lodrette gule streger markerer at der er sket profilskifte Rød: Ustabil Gul: Let ustabil Grøn: stabil Tid

10 Tidslinje 10

11 Projektplanen - muligheder Hvor er projektet? PDP Stage 1A-1B-1C PDP Stage 1D Idea Analysis Project Foundation Project Assessment BL Prioritisation PDP Stage 2 Formulation PDP Stage 3 Build & Test PDP Stage 4 Deploy & Accept PDP Stage 5 Business Implementation Test/Accept Pilottest /Ramp up Drift Maj 15 2/ /6-15 1/9-15 November 15 2/2-15 1/9-15 1/2-16

12 Forslag til implementering 12

13 3. Generel implementering - struktur 13

14 3. Implementering i Wholesale - struktur Generelt setup i Wholesale: Den samme struktur, som TDC benytter, vil også blive benyttet i Wholesale implementering, dvs. der implementeres et specielt sæt af hastigheder (kommercielle) styret fra Columbus. De hastigheder TDC Privat/Erhverv forventes at udvælge, stilles også til rådighed for Wholesales produktportefølje. Derudover kan operatørerne udvælge yderligere f.eks. 5 hastigheder hvis det vurderes nødvendigt. Hastighederne skal implementeres på følgende produkter: VULA C, VULA UC, ebsa, EVPN DSL (Eline/ELAN). Gensalgsproduktet BB Basic jf. model som bruges I TDC. For at have kontrol over DLM hastighederne - forventes det ikke muligt at ændre hastighed i DSLman, hvis der er valgt en DLM profil da kommercielle hastigheder er valgt. Men det er jo også planen at sætte priser på hastigheder på VULA-produkterne, og lave den aftalte justering i

15 Foreløbig oplæg til IT-specifikation 15

16 4. Implementering i Columbine Kommentarer: Profilerne skal kun vises, hvis en DLM supporteres af DSLAM Bestilling skal ske i HTML, XML Profilerne indsættes som en speciel gruppe således, at det er helt klart at der er tale om DLM hastigheder Profilerne skal navngives eksplicit. 16

17 4. Implementering i DSLman Kommentarer: Det skal i DSLman angives pr Slutkunde, om hastigheden har DLM support, samt evt. service kode(type) Der skal vises aktuel hastighed under kanaler Support af HTML, XML 17