rezzler schrieb:
Ist das so anspruchsvoll? Mit 200-250 Kunden ist ein Segment meinem Gefühl nach (frag ab und an einen KDG-Techniker dazu) ja voll im Durchschnitt.
Wenn der OFDMA im tfdma modus läuft, dann muss der rückkanal möglichst Störungsfrei sein, da die software sonst wohl noch bis stand heute (2022) unsinn macht.
Hierzu ein Auszug aus einem Dokument von 2019, was bis heute wohl gilt da vodafone ja aufgehört hat, den OFDMA im tafdm modus auszurollen und in vielen Regionen diesen sogar permanent oder vorrübergehend deaktiviert.
In some initial testing, when using the TaFDM feature between SC-QAM & OFDMA channels, it has been observed that the throughput varies depending on the set of channels in use. In one example configuration, there was one 40 MHz OFDMA channel and 4 SCQAM channels in between as per above diagram. The throughput for the time with OFDMA-only portion in use is the highest, the SCQAM-only is the lowest and when they are time sharing the throughput is somewhere in between. To achieve a good OFDMA throughput, consecutive spectrum is needed without the use of SC-QAM channels. The CMTSs tends to schedule OFDMA traffic first in the OFDMA area before it schedules OFDMA bursts in the TaFDM area. If that area is in the lower part of the US spectrum, then the OFDMA also has to deal with the ingress noise which is more typical at the lower frequencies up to 20 MHz. Some operators have turned off TaFDM as that feature is not quite mature on the CMTS implementations and has not gone through enough CMTS-CM system debug.
Läuft der OFDMA im "normalen" Modus, dann gilt es "profile flapping" zu vermieden, was durch ingress ausgelöst wird. Umso stärker der ingress, umso öfter wechselt das Modem (angewiesen durch das cmts) das modulationsprofil für die unterschiedlichen Trägerwellen innerhalb des OFDMA. Passiert das schnell und häufig hintereinander, macht sich das durch miesen Datendurchsatz, Paketverlust oder im schlimmsten fall unterbrechungen der Verbindung bemerkbar.
Darüber las man dann im vodafone forum massenweise Beschwerden, als der OFDMA ausgerollt wurde.
Hierzu noch aus dem gleichen Dokument ein Auszug:
After registration, the CMTS grants OFDMA bandwidth for data transmissions to a CM using one of the CM's assigned OFDMA Upstream Data Profile (OUDP) IUCs. The CMTS cannot grant data bandwidth to a CM using an IUC not specified as one of that CM's assigned OUDP IUCs. Upon successful completion of a transaction assigning one or two assigned OUDP IUCs to a CM, that CM needs to be ready for transmitting data using the assigned IUCs.A CM supports 2 US Profiles/IUCs at a time. A CM starts on the OFDMA channel wit h IUC 13(say for example 16 QAM). At a later point the CM is assigned an additional IUC (e.g. IUC 12, say 256 QAM). When CMTS sees US FEC errors on the secondary profile (IUC 12 in this example), it chooses to rectify the situation. A CMTS can reassign the CM a new IUC (say IUC 11, with 64 QAM in areas of high noise and 256 QAM elsewhere) via DBC messages. The CMTS continues to use the default IUC-Profile 13 to forward traffic to avoid packet loss during IUC change, when the DBC is in process. In practice, this means is that the US capacity for the CM is changing intermittently quite significantly which leads to a degraded performance and user experience. We observed this in multiple MSO lab trials and also in our testing.
als IUC werden die Modulations-profile bezeichnet bezeichnet.
Data Profile IUCs (IUC # 5, 6, 9, 10, 11, 12, (and 13)) can use the following modulation orders BPSK, QPSK, 8-QAM, 16-QAM, 32-QAM, 64-QAM, 128-QAM, 256-QAM, 512-QAM, 1024-QAM.
das ganze sieht in der fritzbox dann so aus und der Nutzer regt sich auf, weil er dauernd Aussetzer in der Verbindung hat (selbst wenn der upload zwischen den aussetzern voll anliegt)
Unterm Strich muss in beiden Fällen der Rückkanal störungsfrei sein für den OFDMA, da er sonst entweder software bedingt Probleme bereitet oder durch zu heftiges profile flapping die Verbindung kurz unterbrochen wird.