Diskussion:Trellis-Code
Füge neue Diskussionsthemen unten an:
Klicke auf , um ein neues Diskussionsthema zu beginnen.Zum Archiv |
Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 10 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. |
Unverständlich, II
Bearbeiten- Eine Folge daraus ist, die erst den zusätzliche Codegewinn der Trellis-Code-Modulation ergibt, besteht darin, dass zur Bewertung möglicher Fehler nicht wie bei für sich alleine entworfenen Kanalcodierungsverfahren von dem minimalen Hamming-Abstand zwischen zwei Codewörtern ausgegangen werden kann.
Grammatischer Unfall. Und auch sonst Bahnhof. --194.237.142.7 16:10, 13. Mai 2008 (CEST)
Ist der Trellis-Code und Trellis Quantization das selbe?
BearbeitenWenn nein, wo liegen die Gemeinsamkeiten, wo kommt der Name her?
- Nicht das selbe. Gemeinsamkeit primär nur im Namen, dem "Trellis". Ein Trellis ist in diesem Kontext ein über die Zeitachse "abgerolltes" Zustandsübergangsdiagramm. Dieses abgerollte Zustandsdiagramm schaut (mit den Übergangspfeilen) bildlich so wie ein Flechtwerk oder im Gartenbau ein Spalier aus, wovon sich der Name Trellis ableitet. (siehe auch Rankgitter oder en:Trellis (agriculture) ). Zur Trellis Quantisierung kann ich nichts näher ad hoc sagen, ausser dass (vermutlich) im Rahmen der Bewegungsvorhersage irgendwo im Verfahren ebenfalls solche "abgerollten Digramme" (Trellis-Graphen) vorkommen und sich davon der Name ableitet.--wdwd 19:20, 5. Jan. 2009 (CET)
Vergleich mit Faltungscodierer
BearbeitenZitat: "Generell lässt sich sagen, dass Faltungscoder mit nur vier inneren Zuständen bei TCM keinen Vorteil bieten, da ein Faltungscode mit vier Zuständen für sich alleine bereits einen Codegewinn von 3,6 dB aufweist."
Ich finde diese Aussage sehr missverständlich. Der Vorteil von TCM ist doch, dass sich die Codegewinne bei gleicher Netto-Bitrate (bzw. gleicher Bandbreite) nutzen lassen. Bei einem Vergleich mit einem Faltungscodierer z.B. mit Rate 1/2 müsste man für den angegebenen 3,6 dB Gewinn doch die Bandbreite verdoppeln für die gleiche Bitrate. (nicht signierter Beitrag von TriSSSe (Diskussion | Beiträge) 10:40, 2. Jul 2010 (CEST))