Currently, all FTTC VDSL2 lines are initially provided on a line profile with their speed capped at the product rate and no error protection. This can lead to customers raising faults before DLM starts working due to excessive data errors which impact their broadband service. Following the successful proof of concept we will be applying low level error correction on all new lines.
I hope this isn't just traditional interleaving which applies a minimum of 8ms. I'm more hoping it might be 'reed solomon coding' or at the very least a few milliseconds delay with no INP applied to the downstream. If it's 'reed solomon coding' then this is already applied to the upstream on fastpath usually, 'R: 16'. Reed solomon coding can reduce the potential sync rate without necessarily adding latency (or at least minimal latency compared to traditional interleaving at 8ms or higher). The only time I've seen 'reed solomon coding' on the downstream on fastpath is when I've used a modem with a Lantiq/Infineon chipset.
I've got a new FTTC service being activated on the 6th at another house I'm moving to soon, so if it's done by then maybe I'll be one of the first to see what's changed.
Edited by Ixel (Wed 28-Feb-18 11:06:41)