Aufgabe 2.5: DSL–Fehlersicherungsmaßnahmen - Versionsgeschichte

Maintenance script: Add English interlanguage link

2026-03-16T12:26:01Z

Add English interlanguage link

← Nächstältere Version		Version vom 16. März 2026, 14:26 Uhr
Zeile 114:		Zeile 114:

	^]]		^]]
			[[en:Exercise_2.5:_DSL_Error_Protection]]

Guenter am 5. August 2019 um 13:51 Uhr

2019-08-05T13:51:58Z

Guenter am 5. August 2019 um 13:47 Uhr

2019-08-05T13:47:08Z

← Nächstältere Version		Version vom 5. August 2019, 15:47 Uhr
Zeile 5:		Zeile 5:
	}}		}}

	[[Datei:P_ID1977__Bei_A_2_5.png\|right\|frame\|Fehlerschutz ~~bei ADSL~~]]		[[Datei:P_ID1977__Bei_A_2_5.png\|right\|frame\|$\rm ADSL$–Fehlerschutz]]


	Um die Bitfehlerrate der ~~xDSL–Systeme~~ entscheidend zu senken, wurden in den Spezifikationen verschiedene Sicherungsverfahren vorgeschlagen, um den zwei häufigsten Fehlerursachen entgegen zu wirken:		Um die Bitfehlerrate der  $\rm xDSL$–Systeme entscheidend zu senken, wurden in den Spezifikationen verschiedene Sicherungsverfahren vorgeschlagen, um den zwei häufigsten Fehlerursachen entgegen zu wirken:
	*Bitfehler aufgrund von Impuls– und Nebensprechstörungen auf der (Zweidraht–)Leitung,		*Bitfehler aufgrund von Impuls– und Nebensprechstörungen auf der (Zweidraht–)Leitung,
	*Abschneiden von Signalspitzen aufgrund mangelnder Dynamik der Sendeverstärker (''Clipping'').		*Abschneiden von Signalspitzen aufgrund mangelnder Dynamik der Sendeverstärker (''Clipping'').


	Die Grafik zeigt die Fehlerschutzmaßnahmen bei ADSL/DMT. Diese sind in zwei verschiedenen Pfaden realisiert:		Die Grafik zeigt die Fehlerschutzmaßnahmen bei  $\rm ADSL/DMT$. Diese sind in zwei verschiedenen Pfaden realisiert:
	*Beim ''Fast–Path'' setzt man auf ~~geringe~~ Wartezeiten.		*Beim  ''Fast–Path''  setzt man auf geringere Wartezeiten.
	*Beim ''Interleaved–Path'' wird eine ~~niedrige~~ Bitfehlerrate erwartet.		*Beim  ''Interleaved–Path''  wird eine niedrigere Bitfehlerrate erwartet.


			Die Zuordnung der Bits zu diesen Pfaden übernimmt dabei ein Multiplexer  $\rm (MUX)$  mit Synchronisationskontrolle.


	~~Die Zuordnung der Bits zu diesen Pfaden übernimmt dabei ein Multiplexer (MUX) mit Synchronisationskontrolle.~~


Zeile 25:		Zeile 27:

	Hinweis:		Hinweis:
	*Die Aufgabe gehört zu Kapitel [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL\|Verfahren zur Senkung der Bitfehlerrate bei DSL]].		*Die Aufgabe gehört zu Kapitel  [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL\|Verfahren zur Senkung der Bitfehlerrate bei DSL]].


Zeile 37:		Zeile 39:
	{Welche Aussagen sind für die beiden Pfade zutreffend?		{Welche Aussagen sind für die beiden Pfade zutreffend?
	\|type="[]"}		\|type="[]"}
	+ Der ''Interleaved–Path'' hat größere Latenzzeiten.		+ Der  ''Interleaved–Path''  hat größere Latenzzeiten.
	- Der ''Fast–Path'' ist anfälliger gegenüber AWGN–Rauschen.		- Der  ''Fast–Path''  ist anfälliger gegenüber AWGN–Rauschen.
	+ Der ''Fast–Path'' ist anfälliger gegenüber Bündelfehlern.		+ Der  ''Fast–Path''  ist anfälliger gegenüber Bündelfehlern.

	{Welche Aufgaben haben der ''Cyclic Redundancy Check'' (CRC) und der ''Scrambler''?		{Welche Aufgaben haben der  ''Cyclic Redundancy Check''  (CRC) und der  ''Scrambler''?
	\|type="[]"}		\|type="[]"}
	+ CRC bildet aus Datenblöcken einen Prüfwert mit 8 Bit.		+ CRC bildet aus Datenblöcken einen Prüfwert mit $8$ Bit.
	- Die Redundanz von des CRC ist sehr hoch.		- Die Redundanz von des CRC ist sehr hoch.
	+ Der Scrambler soll lange Null–Folgen und Eins–Folgen vermeiden.		+ Der Scrambler soll lange Null–Folgen und Eins–Folgen vermeiden.
Zeile 57:		Zeile 59:
	- Es handelt sich um eine symbolweise Codierung.		- Es handelt sich um eine symbolweise Codierung.

	{Welche Aufgaben erfüllen ''Interleaving'' und ''De–Interleaving''?		{Welche Aufgaben erfüllen  ''Interleaving''  und  ''De–Interleaving''?
	\|type="[]"}		\|type="[]"}
	+ Verbesserte Korrekturmöglichkeiten für „Reed–Solomon”.		+ Verbesserte Korrekturmöglichkeiten für „Reed–Solomon”.
Zeile 65:		Zeile 67:


	{Welche Aufgaben haben die Blöcke ''„Tone Ordering”'' und ''„Gain Scaling”''?		{Welche Aufgaben haben die Blöcke  ''„Tone Ordering”''  und ''„Gain Scaling”''?
	\|type="[]"}		\|type="[]"}
	+ Vermessung der Kanalcharakteristik der einzelnen Subkanäle.		+ Vermessung der Kanalcharakteristik der einzelnen Subkanäle.
	+ Zuweisung der einzelnen QAM–Signale auf Subkanäle.		+ Zuweisung der einzelnen QAM–Signale auf Subkanäle.
	+ Durch ''Tone Ordering'' kann man die Bitfehlerrate weiter senken.		+ Durch  ''Tone Ordering''  kann man die Bitfehlerrate weiter senken.

Guenter am 8. Februar 2018 um 16:44 Uhr

2018-02-08T16:44:33Z

← Nächstältere Version		Version vom 8. Februar 2018, 18:44 Uhr
Zeile 56:		Zeile 56:
	+ Die Codierung geschieht auf Byte–Ebene.		+ Die Codierung geschieht auf Byte–Ebene.
	- Es handelt sich um eine symbolweise Codierung.		- Es handelt sich um eine symbolweise Codierung.
	~~+ Optional wird ''Trellis–codierte Modulation'' (TCM) verwendet.~~

	{Welche Aufgaben erfüllen ''Interleaving'' und ''De–Interleaving''?		{Welche Aufgaben erfüllen ''Interleaving'' und ''De–Interleaving''?
Zeile 91:		Zeile 90:


	'''(3)'''  Richtig sind die <u> Aussagen 2, 3 ~~und 5~~</u>:		'''(3)'''  Richtig sind die <u> Aussagen 2 und 3</u>:
	*Im $\rm LNTwww$–Buch [[Kanalcodierung]] finden Sie ~~ausführliche~~ Kapitel ~~über~~ [[~~Beispiele_von_Nachrichtensystemen~~/~~Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Gain_Scaling_und_Tone_Ordering~~\|~~Trellis–codierte Modulation~~]] ~~(TCM) und zu den Reed–Solomon–Codes~~.		*Im $\rm LNTwww$–Buch [[Kanalcodierung]] finden Sie ein ausführliches Kapitel zu den[[Kanalcodierung/Definition_und_Eigenschaften_von_Reed–Solomon–Codes\| Reed–Solomon–Codes]].
	*~~Bei Letzteren~~ handelt es sich um Blockcodes – also ~~keine~~ symbolweise Codierung ~~– auf Byte–Ebene~~.		*Es handelt sich dabei um Blockcodes auf Byte–Ebene, also nicht um eine symbolweise Codierung.

Guenter am 8. Februar 2018 um 16:37 Uhr

2018-02-08T16:37:01Z

← Nächstältere Version		Version vom 8. Februar 2018, 18:37 Uhr
Zeile 79:		Zeile 79:
	===Musterlösung===		===Musterlösung===
	{{ML-Kopf}}		{{ML-Kopf}}
	'''(1)'''  Richtig sind <u>~~die~~ Aussagen 1 und 3</u>. Aufgrund des fehlenden Interleavers im ''Fast–Path'' ist dieser Pfad weniger gegenüber Bündelfehlern geschützt. Bei AWGN–Rauschen ist dagegen durch einen Interleaver keine ~~Senkung~~ der Bitfehlerrate möglich. Der Nachteil eines Interleavers sind die großen Wartezeiten (''Latency''), da damit die Eingangsbits über einen großen Zeitbereich verteilt werden, um nach dem in gleicher Weise aufgebauten De–Interleaver aus Bündelfehlern Einzelfehler zu machen, die dann durch die Vorwärtsfehlerkorrektur (''Forward Error Correction'', FEC) entfernt werden können.		'''(1)'''  Richtig sind die <u>Aussagen 1 und 3</u>:
			*Aufgrund des fehlenden Interleavers im ''Fast–Path'' ist dieser Pfad weniger gegenüber Bündelfehlern geschützt.
			*Bei AWGN–Rauschen ist dagegen durch einen Interleaver keine Verringerung der Bitfehlerrate möglich.
			*Der Nachteil eines Interleavers sind die großen Wartezeiten (''Latency''), da damit die Eingangsbits über einen großen Zeitbereich verteilt werden, um nach dem in gleicher Weise aufgebauten De–Interleaver aus Bündelfehlern Einzelfehler zu machen, die dann durch die Vorwärtsfehlerkorrektur (''Forward Error Correction'', FEC) entfernt werden können.

	'''(2)'''  Richtig sind <u>die Aussagen 1, 3 und 4</u>. Sowohl das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Cyclic_Redundancy_Check\|CRC–Verfahren]] (''Cyclic Redundancy Check'') als auch [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Scrambler_und_De.E2.80.93Scrambler\|Scrambler/De–Scrambler]] werden mit Schieberegistern der Länge $8$ bzw. $23$ realisiert. Der ''Scrambler'' ist redundanzfrei (das heißt, er hat genau so viele Ausgangsbits wie Eingangsbits) und ist nach kurzer Einlaufzeit selbstsynchronisierend. Die Redundanz von CRC ist sehr gering. Es handelt sich dabei nicht um eine Fehlerkorrektur im eigentlichen Sinn, sondern um die Kontrolle besonders wichtiger Daten, zum Beispiel solcher zur Rahmensynchronisierung.

	'''(3)'''  Richtig sind <u>~~die~~ Aussagen 2, 3 und 5</u>~~. Im Fachbuch „Einführung in die Kanalcodierung” finden Sie ausführliche Kapitel über~~ [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#~~Gain_Scaling_und_Tone_Ordering~~\|~~Trellis–codierte Modulation~~]] (~~TCM~~) und ~~zu den Reed–Solomon–Codes~~. ~~Bei letzteren~~ handelt es sich um ~~Blockcodes – also keine symbolweise Codierung – auf Byte–Ebene~~.		'''(2)'''  Richtig sind die <u> Aussagen 1, 3 und 4</u>:
			*Sowohl das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Cyclic_Redundancy_Check\|CRC–Verfahren]] (''Cyclic Redundancy Check'') als auch [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Scrambler_und_De.E2.80.93Scrambler\|Scrambler/De–Scrambler]] werden mit Schieberegistern der Länge $8$ bzw. $23$ realisiert.
			*Der ''Scrambler'' ist redundanzfrei (das heißt, er hat genau so viele Ausgangsbits wie Eingangsbits) und ist nach kurzer Einlaufzeit selbstsynchronisierend.
			*Die Redundanz von CRC ist sehr gering. Es handelt sich dabei nicht um eine Fehlerkorrektur im eigentlichen Sinn, sondern um die Kontrolle besonders wichtiger Daten, zum Beispiel solcher zur Rahmensynchronisierung.

	'''(4)'''  Richtig sind hier <u>die beiden ersten Aussagen</u> im Gegensatz zu den beiden letzten: Das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Interleaving_und_De.E2.80.93Interleaving\|Interleaving]] ist redundanzfrei und führt zu großen Latenzzeiten und Verzögerungen, so dass bei Echtzeitanwendungen darauf verzichtet werden sollte.

	'''(5)'''  <u>Alle ~~hier gemachten~~ Aussagen</u> sind richtig, wie auf der Seite [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Gain_Scaling_und_Tone_Ordering\|Gain Scaling und Tone Ordering]] im Detail nachgelesen werden kann.		'''(3)'''  Richtig sind die <u> Aussagen 2, 3 und 5</u>:
			*Im $\rm LNTwww$–Buch [[Kanalcodierung]] finden Sie ausführliche Kapitel über [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Gain_Scaling_und_Tone_Ordering\|Trellis–codierte Modulation]] (TCM) und zu den Reed–Solomon–Codes.
			*Bei Letzteren handelt es sich um Blockcodes – also keine symbolweise Codierung – auf Byte–Ebene.


			'''(4)'''  Richtig sind die <u>Aussagen 1 und 2</u> im Gegensatz zu den beiden letzten:
			*Das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Interleaving_und_De.E2.80.93Interleaving\|Interleaving]] ist redundanzfrei und führt zu großen Latenzzeiten und Verzögerungen, so dass bei Echtzeitanwendungen darauf verzichtet werden sollte.


			'''(5)'''  <u>Alle genannten Aussagen</u> sind richtig, wie auf der Seite [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Gain_Scaling_und_Tone_Ordering\|Gain Scaling und Tone Ordering]] im Detail nachgelesen werden kann.
	{{ML-Fuß}}		{{ML-Fuß}}

Guenter am 8. Februar 2018 um 16:27 Uhr

2018-02-08T16:27:55Z

← Nächstältere Version		Version vom 8. Februar 2018, 18:27 Uhr
Zeile 5:		Zeile 5:
	}}		}}

	[[Datei:P_ID1977__Bei_A_2_5.png\|right\|frame\|~~Fehlerschutzmaßnahmen~~ bei ADSL]]		[[Datei:P_ID1977__Bei_A_2_5.png\|right\|frame\|Fehlerschutz bei ADSL]]


Zeile 11:		Zeile 11:
	*Bitfehler aufgrund von Impuls– und Nebensprechstörungen auf der (Zweidraht–)Leitung,		*Bitfehler aufgrund von Impuls– und Nebensprechstörungen auf der (Zweidraht–)Leitung,
	*Abschneiden von Signalspitzen aufgrund mangelnder Dynamik der Sendeverstärker (''Clipping'').		*Abschneiden von Signalspitzen aufgrund mangelnder Dynamik der Sendeverstärker (''Clipping'').


	Die Grafik zeigt die Fehlerschutzmaßnahmen bei ADSL/DMT. Diese sind in zwei verschiedenen Pfaden realisiert:		Die Grafik zeigt die Fehlerschutzmaßnahmen bei ADSL/DMT. Diese sind in zwei verschiedenen Pfaden realisiert:
	*Beim ''Fast–Path'' setzt man auf geringe Wartezeiten.		*Beim ''Fast–Path'' setzt man auf geringe Wartezeiten.
	*Beim ''Interleaved–Path'' wird eine niedrige Bitfehlerrate erwartet.		*Beim ''Interleaved–Path'' wird eine niedrige Bitfehlerrate erwartet.


	Die Zuordnung der Bits zu diesen Pfaden übernimmt dabei ein Multiplexer (MUX) mit Synchronisationskontrolle.		Die Zuordnung der Bits zu diesen Pfaden übernimmt dabei ein Multiplexer (MUX) mit Synchronisationskontrolle.


	Hinweis: Die Aufgabe gehört zu Kapitel [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL\|Verfahren zur Senkung der Bitfehlerrate bei DSL]].


			Hinweis:
			*Die Aufgabe gehört zu Kapitel [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL\|Verfahren zur Senkung der Bitfehlerrate bei DSL]].


Zeile 31:		Zeile 38:
	\|type="[]"}		\|type="[]"}
	+ Der ''Interleaved–Path'' hat größere Latenzzeiten.		+ Der ''Interleaved–Path'' hat größere Latenzzeiten.
	- Der ''Fast–Path'' ist anfälliger ~~gegen~~ AWGN–Rauschen.		- Der ''Fast–Path'' ist anfälliger gegenüber AWGN–Rauschen.
	+ Der ''Fast–Path'' ist anfälliger ~~gegen Bündelfehler~~.		+ Der ''Fast–Path'' ist anfälliger gegenüber Bündelfehlern.

	{Welche Aufgaben haben ''Cyclic Redundancy Check'' (CRC) & ''Scrambler''?		{Welche Aufgaben haben der ''Cyclic Redundancy Check'' (CRC) und der ''Scrambler''?
	\|type="[]"}		\|type="[]"}
	+ CRC bildet aus Datenblöcken einen Prüfwert mit $8 ~~\ \rm~~ Bit$.		+ CRC bildet aus Datenblöcken einen Prüfwert mit 8 Bit.
	- Die Redundanz von CRC ist sehr hoch.		- Die Redundanz von des CRC ist sehr hoch.
	+ Der Scrambler soll lange ~~Null–~~ Eins–Folgen vermeiden.		+ Der Scrambler soll lange Null–Folgen und Eins–Folgen vermeiden.
	+ CRC & (De–)Scrambler werden mit Schieberegistern realisiert.		+ CRC und (De–)Scrambler werden mit Schieberegistern realisiert.



	{Welche Aussagen sind bezüglich Vorwärtsfehlerkorrektur zutreffend?		{Welche Aussagen sind bezüglich der Vorwärtsfehlerkorrektur zutreffend?
	\|type="[]"}		\|type="[]"}
	- DSL/DMT verwendet eine Faltungscodierung.		- DSL/DMT verwendet eine Faltungscodierung.
Zeile 49:		Zeile 56:
	+ Die Codierung geschieht auf Byte–Ebene.		+ Die Codierung geschieht auf Byte–Ebene.
	- Es handelt sich um eine symbolweise Codierung.		- Es handelt sich um eine symbolweise Codierung.
	+ Optional wird Trellis–codierte Modulation (TCM) verwendet.		+ Optional wird ''Trellis–codierte Modulation'' (TCM) verwendet.

	{Welche Aufgaben erfüllen ''Interleaving'' und ''De–Interleaving''?		{Welche Aufgaben erfüllen ''Interleaving'' und ''De–Interleaving''?
Zeile 63:		Zeile 70:
	+ Vermessung der Kanalcharakteristik der einzelnen Subkanäle.		+ Vermessung der Kanalcharakteristik der einzelnen Subkanäle.
	+ Zuweisung der einzelnen QAM–Signale auf Subkanäle.		+ Zuweisung der einzelnen QAM–Signale auf Subkanäle.
	+ Durch ~~Tone~~ ''Ordering'' kann man die Bitfehlerrate weiter senken.		+ Durch ''Tone Ordering'' kann man die Bitfehlerrate weiter senken.

Guenter am 8. Februar 2018 um 12:31 Uhr

2018-02-08T12:31:39Z

← Nächstältere Version		Version vom 8. Februar 2018, 14:31 Uhr
Zeile 85:		Zeile 85:


	[[Category:Aufgaben zu Beispiele von Nachrichtensystemen\|^2.4 Verfahren zur Senkung ~~der Bitfehlerrate~~ bei DSL		[[Category:Aufgaben zu Beispiele von Nachrichtensystemen\|^2.4 Verfahren zur BER–Senkung bei DSL


	^]]		^]]

Guenter: Guenter verschob die Seite 2.5 DSL–Fehlersicherungsmaßnahmen nach Aufgabe 2.5: DSL–Fehlersicherungsmaßnahmen

2018-01-04T06:59:08Z

Guenter verschob die Seite 2.5 DSL–Fehlersicherungsmaßnahmen nach Aufgabe 2.5: DSL–Fehlersicherungsmaßnahmen

← Nächstältere Version		Version vom 4. Januar 2018, 08:59 Uhr
(kein Unterschied)

Wael: /* Musterlösung */

2017-12-18T17:05:14Z

Musterlösung

← Nächstältere Version		Version vom 18. Dezember 2017, 19:05 Uhr
Zeile 74:		Zeile 74:
	'''(1)'''  Richtig sind <u>die Aussagen 1 und 3</u>. Aufgrund des fehlenden Interleavers im ''Fast–Path'' ist dieser Pfad weniger gegenüber Bündelfehlern geschützt. Bei AWGN–Rauschen ist dagegen durch einen Interleaver keine Senkung der Bitfehlerrate möglich. Der Nachteil eines Interleavers sind die großen Wartezeiten (''Latency''), da damit die Eingangsbits über einen großen Zeitbereich verteilt werden, um nach dem in gleicher Weise aufgebauten De–Interleaver aus Bündelfehlern Einzelfehler zu machen, die dann durch die Vorwärtsfehlerkorrektur (''Forward Error Correction'', FEC) entfernt werden können.		'''(1)'''  Richtig sind <u>die Aussagen 1 und 3</u>. Aufgrund des fehlenden Interleavers im ''Fast–Path'' ist dieser Pfad weniger gegenüber Bündelfehlern geschützt. Bei AWGN–Rauschen ist dagegen durch einen Interleaver keine Senkung der Bitfehlerrate möglich. Der Nachteil eines Interleavers sind die großen Wartezeiten (''Latency''), da damit die Eingangsbits über einen großen Zeitbereich verteilt werden, um nach dem in gleicher Weise aufgebauten De–Interleaver aus Bündelfehlern Einzelfehler zu machen, die dann durch die Vorwärtsfehlerkorrektur (''Forward Error Correction'', FEC) entfernt werden können.

	'''(2)'''  Richtig sind <u>die Aussagen 1, 3 und 4</u>. Sowohl das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Cyclic_Redundancy_Check\|CRC–Verfahren]] (''Cyclic Redundancy Check'') als auch [[/Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Scrambler_und_De.E2.80.93Scrambler\|Scrambler/De–Scrambler]] werden mit Schieberegistern der Länge $8$ bzw. $23$ realisiert. Der ''Scrambler'' ist redundanzfrei (das heißt, er hat genau so viele Ausgangsbits wie Eingangsbits) und ist nach kurzer Einlaufzeit selbstsynchronisierend. Die Redundanz von CRC ist sehr gering. Es handelt sich dabei nicht um eine Fehlerkorrektur im eigentlichen Sinn, sondern um die Kontrolle besonders wichtiger Daten, zum Beispiel solcher zur Rahmensynchronisierung.		'''(2)'''  Richtig sind <u>die Aussagen 1, 3 und 4</u>. Sowohl das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Cyclic_Redundancy_Check\|CRC–Verfahren]] (''Cyclic Redundancy Check'') als auch [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Scrambler_und_De.E2.80.93Scrambler\|Scrambler/De–Scrambler]] werden mit Schieberegistern der Länge $8$ bzw. $23$ realisiert. Der ''Scrambler'' ist redundanzfrei (das heißt, er hat genau so viele Ausgangsbits wie Eingangsbits) und ist nach kurzer Einlaufzeit selbstsynchronisierend. Die Redundanz von CRC ist sehr gering. Es handelt sich dabei nicht um eine Fehlerkorrektur im eigentlichen Sinn, sondern um die Kontrolle besonders wichtiger Daten, zum Beispiel solcher zur Rahmensynchronisierung.

	'''(3)'''  Richtig sind <u>die Aussagen 2, 3 und 5</u>. Im Fachbuch „Einführung in die Kanalcodierung” finden Sie ausführliche Kapitel über [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Gain_Scaling_und_Tone_Ordering\|Trellis–codierte Modulation]] (TCM) und zu den Reed–Solomon–Codes. Bei letzteren handelt es sich um Blockcodes – also keine symbolweise Codierung – auf Byte–Ebene.		'''(3)'''  Richtig sind <u>die Aussagen 2, 3 und 5</u>. Im Fachbuch „Einführung in die Kanalcodierung” finden Sie ausführliche Kapitel über [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Gain_Scaling_und_Tone_Ordering\|Trellis–codierte Modulation]] (TCM) und zu den Reed–Solomon–Codes. Bei letzteren handelt es sich um Blockcodes – also keine symbolweise Codierung – auf Byte–Ebene.

Wael: /* Musterlösung */

2017-12-18T17:04:35Z

Musterlösung

← Nächstältere Version		Version vom 18. Dezember 2017, 19:04 Uhr
Zeile 72:		Zeile 72:
	===Musterlösung===		===Musterlösung===
	{{ML-Kopf}}		{{ML-Kopf}}
	'''(1)'''  Richtig sind <u>die Aussagen 1 und 3</u>. Aufgrund des fehlenden Interleavers im Fast–Path ist dieser Pfad weniger gegenüber Bündelfehlern geschützt. Bei AWGN–Rauschen ist dagegen durch einen Interleaver keine Senkung der Bitfehlerrate möglich. Der Nachteil eines Interleavers sind die großen Wartezeiten (Latency), da damit die Eingangsbits über einen großen Zeitbereich verteilt werden, um nach dem in gleicher Weise aufgebauten De–Interleaver aus Bündelfehlern Einzelfehler zu machen, die dann durch die Vorwärtsfehlerkorrektur (Forward Error Correction, FEC) entfernt werden können.		'''(1)'''  Richtig sind <u>die Aussagen 1 und 3</u>. Aufgrund des fehlenden Interleavers im ''Fast–Path'' ist dieser Pfad weniger gegenüber Bündelfehlern geschützt. Bei AWGN–Rauschen ist dagegen durch einen Interleaver keine Senkung der Bitfehlerrate möglich. Der Nachteil eines Interleavers sind die großen Wartezeiten (''Latency''), da damit die Eingangsbits über einen großen Zeitbereich verteilt werden, um nach dem in gleicher Weise aufgebauten De–Interleaver aus Bündelfehlern Einzelfehler zu machen, die dann durch die Vorwärtsfehlerkorrektur (''Forward Error Correction'', FEC) entfernt werden können.

			'''(2)'''  Richtig sind <u>die Aussagen 1, 3 und 4</u>. Sowohl das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Cyclic_Redundancy_Check\|CRC–Verfahren]] (''Cyclic Redundancy Check'') als auch [[/Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Scrambler_und_De.E2.80.93Scrambler\|Scrambler/De–Scrambler]] werden mit Schieberegistern der Länge $8$ bzw. $23$ realisiert. Der ''Scrambler'' ist redundanzfrei (das heißt, er hat genau so viele Ausgangsbits wie Eingangsbits) und ist nach kurzer Einlaufzeit selbstsynchronisierend. Die Redundanz von CRC ist sehr gering. Es handelt sich dabei nicht um eine Fehlerkorrektur im eigentlichen Sinn, sondern um die Kontrolle besonders wichtiger Daten, zum Beispiel solcher zur Rahmensynchronisierung.

			'''(3)'''  Richtig sind <u>die Aussagen 2, 3 und 5</u>. Im Fachbuch „Einführung in die Kanalcodierung” finden Sie ausführliche Kapitel über [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Gain_Scaling_und_Tone_Ordering\|Trellis–codierte Modulation]] (TCM) und zu den Reed–Solomon–Codes. Bei letzteren handelt es sich um Blockcodes – also keine symbolweise Codierung – auf Byte–Ebene.

			'''(4)'''  Richtig sind hier <u>die beiden ersten Aussagen</u> im Gegensatz zu den beiden letzten: Das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Interleaving_und_De.E2.80.93Interleaving\|Interleaving]] ist redundanzfrei und führt zu großen Latenzzeiten und Verzögerungen, so dass bei Echtzeitanwendungen darauf verzichtet werden sollte.

			'''(5)'''  <u>Alle hier gemachten Aussagen</u> sind richtig, wie auf der Seite [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Gain_Scaling_und_Tone_Ordering\|Gain Scaling und Tone Ordering]] im Detail nachgelesen werden kann.
	{{ML-Fuß}}		{{ML-Fuß}}

← Nächstältere Version		Version vom 5. August 2019, 15:51 Uhr
Zeile 81:		Zeile 81:
	{{ML-Kopf}}		{{ML-Kopf}}
	'''(1)'''  Richtig sind die <u>Aussagen 1 und 3</u>:		'''(1)'''  Richtig sind die <u>Aussagen 1 und 3</u>:
	*Aufgrund des fehlenden Interleavers im ''Fast–Path'' ist dieser Pfad weniger gegenüber ~~Bündelfehlern~~ geschützt.		*Aufgrund des fehlenden Interleavers im ''Fast–Path'' ist dieser Pfad weniger gegenüber Bündelfehler geschützt.
	*Bei AWGN–Rauschen ist dagegen durch einen Interleaver keine Verringerung der Bitfehlerrate möglich.		*Bei AWGN–Rauschen ist dagegen durch einen Interleaver keine Verringerung der Bitfehlerrate möglich.
	*Der Nachteil eines Interleavers sind die großen Wartezeiten (''Latency''), da damit die Eingangsbits über einen großen Zeitbereich verteilt werden, um nach dem in gleicher Weise aufgebauten De–Interleaver aus Bündelfehlern Einzelfehler zu machen, die dann durch die Vorwärtsfehlerkorrektur (''Forward Error Correction'', FEC) entfernt werden können.		*Der Nachteil eines Interleavers sind die großen Wartezeiten (''Latency''), da damit die Eingangsbits über einen großen Zeitbereich verteilt werden, um nach dem in gleicher Weise aufgebauten De–Interleaver aus Bündelfehlern Einzelfehler zu machen, die dann durch die Vorwärtsfehlerkorrektur (''Forward Error Correction'', FEC) entfernt werden können.



Zeile 90:		Zeile 91:
	*Der ''Scrambler'' ist redundanzfrei (das heißt, er hat genau so viele Ausgangsbits wie Eingangsbits) und ist nach kurzer Einlaufzeit selbstsynchronisierend.		*Der ''Scrambler'' ist redundanzfrei (das heißt, er hat genau so viele Ausgangsbits wie Eingangsbits) und ist nach kurzer Einlaufzeit selbstsynchronisierend.
	*Die Redundanz von CRC ist sehr gering. Es handelt sich dabei nicht um eine Fehlerkorrektur im eigentlichen Sinn, sondern um die Kontrolle besonders wichtiger Daten, zum Beispiel solcher zur Rahmensynchronisierung.		*Die Redundanz von CRC ist sehr gering. Es handelt sich dabei nicht um eine Fehlerkorrektur im eigentlichen Sinn, sondern um die Kontrolle besonders wichtiger Daten, zum Beispiel solcher zur Rahmensynchronisierung.



Zeile 95:		Zeile 97:
	*Im $\rm LNTwww$–Buch [[Kanalcodierung]] finden Sie ein ausführliches Kapitel zu den[[Kanalcodierung/Definition_und_Eigenschaften_von_Reed–Solomon–Codes\| Reed–Solomon–Codes]].		*Im $\rm LNTwww$–Buch [[Kanalcodierung]] finden Sie ein ausführliches Kapitel zu den[[Kanalcodierung/Definition_und_Eigenschaften_von_Reed–Solomon–Codes\| Reed–Solomon–Codes]].
	*Es handelt sich dabei um Blockcodes auf Byte–Ebene, also nicht um eine symbolweise Codierung.		*Es handelt sich dabei um Blockcodes auf Byte–Ebene, also nicht um eine symbolweise Codierung.



	'''(4)'''  Richtig sind die <u>Aussagen 1 und 2</u> im Gegensatz zu den beiden letzten:		'''(4)'''  Richtig sind die <u>Aussagen 1 und 2</u> im Gegensatz zu den beiden letzten:
	*Das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Interleaving_und_De.E2.80.93Interleaving\|Interleaving]] ist redundanzfrei und führt zu großen Latenzzeiten und Verzögerungen, so dass bei Echtzeitanwendungen darauf verzichtet werden sollte.		*Das [[Beispiele_von_Nachrichtensystemen/Verfahren_zur_Senkung_der_Bitfehlerrate_bei_DSL#Interleaving_und_De.E2.80.93Interleaving\|Interleaving]] ist redundanzfrei und führt zu großen Latenzzeiten und Verzögerungen, so dass bei Echtzeitanwendungen darauf verzichtet werden sollte.