I’ve just spotted a typo in that definition on Kitz’ page
Thank you - corrected.
I’m unclear what a ‘block’ means in this context ?
A block of data in the bitstream. Best visualised in the diagram on the
Interleaving page.
In anticipation of the next question:-
The amount of bits in the block is variable depending upon various factors such as depth of interleaving, type of error protection/correction and even the connection speed.
Theoretically it is possible to work it out based on the configuration parameters set by the CP on the DSLAM and also any configured by DLM eg these
VDSL2 framing
Bearer 0
MSGc: -6 150
B: 178 236
M: 1 1
T: 0 5
R: 10 16
S: 0.0950 0.3771
L: 15922 5410
D: 1 1
I: 189 255
N: 189 255
Q: 16 0
V: 2 0
RxQueue: 33 0
TxQueue: 11 0
G.INP Framing: 18 0
G.INP lookback: 11 0
RRC bits: 0 24
A few years ago wombat and I had a go at trying to unravel the relationship between the values. Wombat spent a fair amount of time on this, but I'm not going down that rabbit hole right now. I did make some notes in the section
Interleaving Parameters. Being that you have BCM PhyR then the G.INP parameters may also be applicable.
PS On there I say "appears to bear some resemblance to sync speed".
We know that sync speed
does affect things like error correction block size based on the set parameters, but arent able to define it to a specific amount. It's not something that seems to show up in the line stat figures.