Multiple Data Message Format - Versionsgeschichte

Uweschwoebel: /* Einleitung */ Lemma-Abk fett

2024-08-19T11:39:04Z

Einleitung: Lemma-Abk fett

← Nächstältere Version		Version vom 19. August 2024, 13:39 Uhr
Zeile 1:		Zeile 1:
	Das <!-- SDMF und \|Abkürzung wird nicht erklärt! -->'''Multiple Data Message Format''' (MDMF) dient zur Übertragung von Kurznachrichten auf der analogen Telefonanschlussleitung im aufgelegten Zustand. Am bekanntesten ist die Übermittlung der Rufnummer des Anrufers ([[Vermittlungstechnische Leistungsmerkmale (öffentliche Netze)#Übermittlung der Rufnummer des Anrufers (CLIP)\|CLIP]]-Funktion).		Das <!-- SDMF und \|Abkürzung wird nicht erklärt! -->'''Multiple Data Message Format''' ('''MDMF''') dient zur Übertragung von Kurznachrichten auf der analogen Telefonanschlussleitung im aufgelegten Zustand. Am bekanntesten ist die Übermittlung der Rufnummer des Anrufers ([[Vermittlungstechnische Leistungsmerkmale (öffentliche Netze)#Übermittlung der Rufnummer des Anrufers (CLIP)\|CLIP]]-Funktion).

	Nicht zu verwechseln mit der [[Data over Voice\|Datenübertragung während des Gesprächs]].		Nicht zu verwechseln mit der [[Data over Voice\|Datenübertragung während des Gesprächs]].

141.70.45.131: Korrektur FSK-Frequenzen nach Standard ETSI EN 300 659-1

2024-08-07T22:01:13Z

Korrektur FSK-Frequenzen nach Standard ETSI EN 300 659-1

← Nächstältere Version		Version vom 8. August 2024, 00:01 Uhr
Zeile 7:		Zeile 7:
	{\| class="wikitable"		{\| class="wikitable"
	\|-		\|-
	! Binärer Zustand !! ETSI-Standard EN 300 659-3 !! Bellcore GR-30-Core !! Deutschland (gemessen)		! Binärer Zustand !! ETSI-Standard EN 300 659-1 ([[V.23]] Modus 2) !! Bellcore GR-30-Core !! Deutschland (gemessen)
	\|-		\|-
	\| 1 (Mark) \|\| ~~2130~~ Hz \|\| 1200 Hz \|\| 1400 Hz		\| 1 (Mark) \|\| 1300 Hz \|\| 1200 Hz \|\| 1400 Hz
	\|-		\|-
	\| 0 (Space) \|\| ~~2750~~ Hz \|\| 2200 Hz \|\| 1950 Hz		\| 0 (Space) \|\| 2100 Hz \|\| 2200 Hz \|\| 1950 Hz
	\|}		\|}

Aka: /* Weblinks */ https

2024-01-20T18:30:27Z

Weblinks: https

← Nächstältere Version		Version vom 20. Januar 2024, 20:30 Uhr
Zeile 35:		Zeile 35:

	== Weblinks ==		== Weblinks ==
	* [~~http~~://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] (PDF; 204 kB) Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings		* [https://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] (PDF; 204 kB) Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings
	* [~~http~~://www.telepermit.co.nz/102s10.pdf ''Analogue On-Hook Data Transmission'']. (PDF; 14 kB) Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand		* [https://www.telepermit.co.nz/102s10.pdf ''Analogue On-Hook Data Transmission'']. (PDF; 14 kB) Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand
	* Sivannarayana Nagireddi: [~~http~~://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+~~%28MDMF%29~~&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] Verlag John Wiley & Sons, Hoboken NJ 2008, S. 187 ff		* Sivannarayana Nagireddi: [https://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+(MDMF)&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] Verlag John Wiley & Sons, Hoboken NJ 2008, S. 187 ff

	[[Kategorie:Vermittlungstechnik]]		[[Kategorie:Vermittlungstechnik]]

Gak69: Abschnittlink korrigiert

2020-07-10T21:56:00Z

Abschnittlink korrigiert

← Nächstältere Version		Version vom 10. Juli 2020, 23:56 Uhr
Zeile 1:		Zeile 1:
	Das <!-- SDMF und \|Abkürzung wird nicht erklärt! -->'''Multiple Data Message Format''' (MDMF) dient zur Übertragung von Kurznachrichten auf der analogen Telefonanschlussleitung im aufgelegten Zustand. Am bekanntesten ist die Übermittlung der Rufnummer des Anrufers ([[Vermittlungstechnische Leistungsmerkmale (öffentliche Netze)#Übermittlung der Rufnummer~~/Rufnummernanzeige~~ (CLIP)\|CLIP]]-Funktion).		Das <!-- SDMF und \|Abkürzung wird nicht erklärt! -->'''Multiple Data Message Format''' (MDMF) dient zur Übertragung von Kurznachrichten auf der analogen Telefonanschlussleitung im aufgelegten Zustand. Am bekanntesten ist die Übermittlung der Rufnummer des Anrufers ([[Vermittlungstechnische Leistungsmerkmale (öffentliche Netze)#Übermittlung der Rufnummer des Anrufers (CLIP)\|CLIP]]-Funktion).

	Nicht zu verwechseln mit der [[Data over Voice\|Datenübertragung während des Gesprächs]].		Nicht zu verwechseln mit der [[Data over Voice\|Datenübertragung während des Gesprächs]].
Zeile 37:		Zeile 37:
	* [http://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] (PDF; 204 kB) Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings		* [http://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] (PDF; 204 kB) Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings
	* [http://www.telepermit.co.nz/102s10.pdf ''Analogue On-Hook Data Transmission'']. (PDF; 14 kB) Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand		* [http://www.telepermit.co.nz/102s10.pdf ''Analogue On-Hook Data Transmission'']. (PDF; 14 kB) Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand
	* Sivannarayana Nagireddi: [http://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+%28MDMF%29&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] Verlag John Wiley & Sons, Hoboken NJ 2008, S. 187 ff		* Sivannarayana Nagireddi: [http://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+%28MDMF%29&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] Verlag John Wiley & Sons, Hoboken NJ 2008, S. 187 ff

	[[Kategorie:Vermittlungstechnik]]		[[Kategorie:Vermittlungstechnik]]

217.85.134.223: Stil

2018-01-29T12:15:29Z

Stil

Henrik Haftmann: Richtigstellung

2018-01-02T02:11:01Z

Richtigstellung

← Nächstältere Version		Version vom 2. Januar 2018, 04:11 Uhr
Zeile 26:		Zeile 26:
	Ein Dekoder wird vom ersten Klingeln geweckt. Er kann auch die Energie der Rufwechselspannung für die anschließende Dekodierung verwenden. Danach erwartet dieser eine Folge aus wechselnden Bits (0-1-0-1…), welches der lückenlosen RS-232-Übertragung des Zeichens „U“ (0x55) entspricht. Von dieser Folge bildet der Dekoder den Frequenz-Mittelwert als künftiges Entscheidungskriterium.		Ein Dekoder wird vom ersten Klingeln geweckt. Er kann auch die Energie der Rufwechselspannung für die anschließende Dekodierung verwenden. Danach erwartet dieser eine Folge aus wechselnden Bits (0-1-0-1…), welches der lückenlosen RS-232-Übertragung des Zeichens „U“ (0x55) entspricht. Von dieser Folge bildet der Dekoder den Frequenz-Mittelwert als künftiges Entscheidungskriterium.

	Danach erwartet der Dekoder eine konstante, ~~höher~~ liegende Frequenz. Dann kann die Dekodierung der Nutzdaten beginnen: Mit jedem ~~Frequenzabfall~~ ~~unter~~ die anfangs ermittelte Frequenzschwelle wird ein RS-232-Startbit erkannt, und das Einlesen der Datenbits eines jeden Zeichens erfolgt mit 1200 Schritt pro Sekunde (Baud). Zwischen den Einzelzeichen sind Lücken (aus 1-Bits) erlaubt, aber unüblich.		Danach erwartet der Dekoder eine konstante, tiefer liegende Frequenz. Dann kann die Dekodierung der Nutzdaten beginnen: Mit jedem Frequenzanstieg über die anfangs ermittelte Frequenzschwelle wird ein [[RS-232]]-Startbit erkannt, und das Einlesen der Datenbits eines jeden Zeichens erfolgt mit 1200 Schritt pro Sekunde (Baud). Zwischen den Einzelzeichen sind Lücken (aus 1-Bits) erlaubt, aber unüblich.

	Die Daten[[byte]]s mitsamt Prüfsumme addiert muss ein Nullbyte ergeben. Das Datenpaket besteht aus einem äußeren Rahmen (mit der Kennung 0x80 für ~~Anrufvorbereitung~~) und beliebig vielen inneren Rahmen, von denen das Bild die zwei üblicherweise benutzten zeigt. Die Kennung für die Rufnummer des Anrufers ist 0x02, die für die Unterdrückung 0x04. Detaillierte Angaben über die Möglichkeiten stehen im ETSI-Standard. Anhand der Längenangaben der Sub-Pakete kann die Dekoder-Software problemlos unbekannte Sub-Pakete überspringen und somit ignorieren.		Die Daten[[byte]]s mitsamt Prüfsumme addiert muss ein Nullbyte ergeben. Das Datenpaket besteht aus einem äußeren Rahmen (mit der Kennung 0x80 für „Anrufvorbereitung“) und beliebig vielen inneren Rahmen, von denen das Bild die zwei üblicherweise benutzten zeigt. Die Kennung für die Rufnummer des Anrufers ist 0x02, die für die Unterdrückung 0x04. Detaillierte Angaben über die Möglichkeiten stehen im ETSI-Standard. Anhand der Längenangaben der Sub-Pakete kann die Dekoder-Software problemlos unbekannte Sub-Pakete überspringen und somit ignorieren.

	== Single Data Message Format ==		== Single Data Message Format ==

Henrik Haftmann: Richtigstellung

2018-01-02T02:08:00Z

Richtigstellung

← Nächstältere Version		Version vom 2. Januar 2018, 04:08 Uhr
Zeile 9:		Zeile 9:
	! Binärer Zustand !! ETSI-Standard EN 300 659-3 !! Bellcore GR-30-Core !! Deutschland (gemessen)		! Binärer Zustand !! ETSI-Standard EN 300 659-3 !! Bellcore GR-30-Core !! Deutschland (gemessen)
	\|-		\|-
	\| 0 (~~Space~~) \|\| 2130 Hz \|\| 1200 Hz \|\| 1400 Hz		\| 1 (Mark) \|\| 2130 Hz \|\| 1200 Hz \|\| 1400 Hz
	\|-		\|-
	\| 1 (~~Mark~~) \|\| 2750 Hz \|\| 2200 Hz \|\| 1950 Hz		\| 0 (Space) \|\| 2750 Hz \|\| 2200 Hz \|\| 1950 Hz
	\|}		\|}

PerfektesChaos: tk k

2017-08-20T16:27:44Z

tk k

← Nächstältere Version		Version vom 20. August 2017, 18:27 Uhr
Zeile 1:		Zeile 1:
	Das <!-- SDMF und \|Abkürzung wird nicht erklärt! -->'''Multiple Data Message Format''' (MDMF) dient zur Übertragung von Kurznachrichten auf der analogen Telefonanschlussleitung im aufgelegten Zustand. Am bekanntesten ist die Übermittlung der Rufnummer des Anrufers ([[Vermittlungstechnische Leistungsmerkmale (öffentliche Netze)#Übermittlung der Rufnummer/Rufnummernanzeige (CLIP)\|CLIP]]-Funktion).		Das <!-- SDMF und \|Abkürzung wird nicht erklärt! -->'''Multiple Data Message Format''' (MDMF) dient zur Übertragung von Kurznachrichten auf der analogen Telefonanschlussleitung im aufgelegten Zustand. Am bekanntesten ist die Übermittlung der Rufnummer des Anrufers ([[Vermittlungstechnische Leistungsmerkmale (öffentliche Netze)#Übermittlung der Rufnummer/Rufnummernanzeige (CLIP)\|CLIP]]-Funktion).

	Nicht zu verwechseln mit der [[~~Data_over_Voice~~\|Datenübertragung während des Gesprächs]].		Nicht zu verwechseln mit der [[Data over Voice\|Datenübertragung während des Gesprächs]].

	== Implementierung ==		== Implementierung ==
	Die Übertragung erfolgt mit einer [[RS-232]]-kompatiblen Signalisierung mit 1200 Baud, 8 Datenbits, 1 Stoppbit. Dazu werden die binären Zustände 0 (auch Space<!-- [[Space]] ist BKL ohne geeignetes Linkziel --> genannt) und 1 (Mark<!-- [[Mark]] ist BKL ohne geeignetes Linkziel -->) durch zwei verschiedene Frequenzen repräsentiert, es handelt sich um [[Frequenzumtastung]]. Die genauen Frequenzen sind im Standard festgelegt, aber Untersuchungen haben ergeben, dass es verschiedene Implementierungen gibt. Daher muss ein entsprechend ausgestattetes Endgerät (Telefon) mit verschiedenen Frequenzen auskommen. Den eigentlichen Daten ist ein Vorspann (Header) angefügt, der die automatische Detektierung der Frequenzen im Empfänger ermöglicht.		Die Übertragung erfolgt mit einer [[RS-232]]-kompatiblen Signalisierung mit 1200 Baud, 8 Datenbits, 1 Stoppbit. Dazu werden die binären Zustände 0 (auch Space<!-- [[Space]] ist BKL ohne geeignetes Linkziel --> genannt) und 1 (Mark<!-- [[Mark]] ist BKL ohne geeignetes Linkziel -->) durch zwei verschiedene Frequenzen repräsentiert, es handelt sich um [[Frequenzumtastung]]. Die genauen Frequenzen sind im Standard festgelegt, aber Untersuchungen haben ergeben, dass es verschiedene Implementierungen gibt. Daher muss ein entsprechend ausgestattetes Endgerät (Telefon) mit verschiedenen Frequenzen auskommen. Den eigentlichen Daten ist ein Vorspann (Header) angefügt, der die automatische Detektierung der Frequenzen im Empfänger ermöglicht.
	{\| class="wikitable"		{\| class="wikitable"
	\|-		\|-
Zeile 17:		Zeile 17:
	In Deutschland und den meisten Ländern Europas erfolgt diese Signalübertragung in geringer Amplitude zwischen dem ersten und zweiten Klingeln. Je nach Land wird die Anrufzeit mit übertragen oder nicht, in Deutschland ist die Übertragung unüblich. Es ergibt sich das folgende Bild.		In Deutschland und den meisten Ländern Europas erfolgt diese Signalübertragung in geringer Amplitude zwischen dem ersten und zweiten Klingeln. Je nach Land wird die Anrufzeit mit übertragen oder nicht, in Deutschland ist die Übertragung unüblich. Es ergibt sich das folgende Bild.

	[[Datei:CLIP-~~Schema_Polen~~.png\|~~left\|50%~~\|Etwa so wird die Rufnummer übermittelt]]		[[Datei:CLIP-Schema Polen.png\|links\|Etwa so wird die Rufnummer übermittelt]]
	[[Datei:CLIP-Ton.ogg\|~~miniatur~~\|1234567890]]		[[Datei:CLIP-Ton.ogg\|mini\|1234567890]]
	Und so hört sich das an; die Rufnummer ist anonymisiert 1234567890.		Und so hört sich das an; die Rufnummer ist anonymisiert 1234567890.

Zeile 37:		Zeile 37:
	== Weblinks ==		== Weblinks ==
	* [http://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] (PDF; 204 kB) Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings		* [http://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] (PDF; 204 kB) Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings
	* [http://www.telepermit.co.nz/102s10.pdf ~~ANALOGUE~~ ON-~~HOOK~~ ~~DATA~~ ~~TRANSMISSION~~ (PDF; 14 kB)] Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand		* [http://www.telepermit.co.nz/102s10.pdf ''Analogue On-Hook Data Transmission''.] (PDF; 14 kB) Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand
	* Sivannarayana Nagireddi:[http://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+%28MDMF%29&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] ~~Seite 187 ff,~~ Verlag John Wiley & Sons, ~~2008~~ - ~~380 Seiten~~, ~~Hoboken~~ ~~New~~ ~~Jersey (USA)~~		* Sivannarayana Nagireddi: [http://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+%28MDMF%29&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] Verlag John Wiley & Sons, Hoboken NJ 2008, S. 187 ff.

	[[Kategorie:Vermittlungstechnik]]		[[Kategorie:Vermittlungstechnik]]

MorbZ-Bot: Bot: Füge Dateiinformationen hinzu

2013-04-04T14:35:19Z

Bot: Füge Dateiinformationen hinzu

← Nächstältere Version		Version vom 4. April 2013, 16:35 Uhr
Zeile 36:		Zeile 36:

	== Weblinks ==		== Weblinks ==
	* [http://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings		* [http://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] (PDF; 204 kB) Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings
	* [http://www.telepermit.co.nz/102s10.pdf ANALOGUE ON-HOOK DATA TRANSMISSION (PDF)] Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand		* [http://www.telepermit.co.nz/102s10.pdf ANALOGUE ON-HOOK DATA TRANSMISSION (PDF; 14 kB)] Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand
	* Sivannarayana Nagireddi:[http://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+%28MDMF%29&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] Seite 187 ff, Verlag John Wiley & Sons, 2008 - 380 Seiten, Hoboken New Jersey (USA)		* Sivannarayana Nagireddi:[http://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+%28MDMF%29&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] Seite 187 ff, Verlag John Wiley & Sons, 2008 - 380 Seiten, Hoboken New Jersey (USA)

Andys: /* Einleitung */ korr. terminus

2013-04-02T16:40:15Z

Einleitung: korr. terminus

← Nächstältere Version		Version vom 2. April 2013, 18:40 Uhr
Zeile 1:		Zeile 1:
	Das <!-- SDMF und \|Abkürzung wird nicht erklärt! -->'''Multiple Data Message Format''' (MDMF) dient zur Übertragung von Kurznachrichten ~~über~~ ~~die~~ ~~analoge~~ ~~Telefonleitung~~ im aufgelegten Zustand. Am bekanntesten ist die Übermittlung der Rufnummer des Anrufers ([[Vermittlungstechnische Leistungsmerkmale (öffentliche Netze)#Übermittlung der Rufnummer/Rufnummernanzeige (CLIP)\|CLIP]]-Funktion).		Das <!-- SDMF und \|Abkürzung wird nicht erklärt! -->'''Multiple Data Message Format''' (MDMF) dient zur Übertragung von Kurznachrichten auf der analogen Telefonanschlussleitung im aufgelegten Zustand. Am bekanntesten ist die Übermittlung der Rufnummer des Anrufers ([[Vermittlungstechnische Leistungsmerkmale (öffentliche Netze)#Übermittlung der Rufnummer/Rufnummernanzeige (CLIP)\|CLIP]]-Funktion).

	Nicht zu verwechseln mit der [[Data_over_Voice\|Datenübertragung während des Gesprächs]].		Nicht zu verwechseln mit der [[Data_over_Voice\|Datenübertragung während des Gesprächs]].

← Nächstältere Version		Version vom 29. Januar 2018, 14:15 Uhr
Zeile 19:		Zeile 19:
	[[Datei:CLIP-Schema Polen.png\|links\|Etwa so wird die Rufnummer übermittelt]]		[[Datei:CLIP-Schema Polen.png\|links\|Etwa so wird die Rufnummer übermittelt]]
	[[Datei:CLIP-Ton.ogg\|mini\|1234567890]]		[[Datei:CLIP-Ton.ogg\|mini\|1234567890]]
	~~Und~~ so ~~hört~~ ~~sich das an;~~ die Rufnummer ~~ist anonymisiert~~ 1234567890.		Nebenstehend ein Klangbeispiel für die Rufnummer 1234567890.

	Diesen Ton bekommt man normalerweise nicht zu hören, weil das Amt beim Abnehmen des Telefonhörers (Herstellung des Schleifenstroms) ~~sofort~~ die Signalübertragung abbricht.		Diesen Ton bekommt man normalerweise nicht zu hören, weil das Amt beim Abnehmen des Telefonhörers (Herstellung des Schleifenstroms) die Signalübertragung sofort abbricht.

	== Dekodierung ==		== Dekodierung ==
	Ein Dekoder wird vom ersten Klingeln geweckt. Er kann ~~auch~~ die Energie der Rufwechselspannung für die anschließende Dekodierung verwenden. Danach erwartet ~~dieser~~ eine Folge aus wechselnden Bits (0-1-0-1…), ~~welches~~ der lückenlosen RS-232-Übertragung des Zeichens „U“ (0x55) entspricht. Von dieser Folge bildet der Dekoder den Frequenz-Mittelwert als künftiges Entscheidungskriterium.		Ein Dekoder wird vom ersten Klingeln geweckt. Er kann die Energie der Rufwechselspannung speichern und für die anschließende Dekodierung verwenden. Danach erwartet er eine Folge aus wechselnden Bits (0-1-0-1…), was der lückenlosen RS-232-Übertragung des Zeichens „U“ (0x55) entspricht. Von dieser Folge bildet der Dekoder den Frequenz-Mittelwert als künftiges Entscheidungskriterium.

	Danach erwartet der Dekoder eine konstante, tiefer liegende Frequenz. Dann kann die Dekodierung der Nutzdaten beginnen: Mit jedem Frequenzanstieg über die anfangs ermittelte Frequenzschwelle wird ein [[RS-232]]-Startbit erkannt, ~~und~~ das Einlesen der Datenbits ~~eines jeden~~ Zeichens erfolgt mit 1200 Schritt pro Sekunde (Baud). Zwischen den Einzelzeichen sind Lücken (aus 1-Bits) erlaubt, aber unüblich.		Danach erwartet der Dekoder eine konstante, tiefer liegende Frequenz. Dann kann die Dekodierung der Nutzdaten beginnen: Mit jedem Frequenzanstieg über die anfangs ermittelte Frequenzschwelle wird ein RS-232-Startbit erkannt, das Einlesen der Datenbits jedes Zeichens erfolgt mit 1200 Schritt pro Sekunde (Baud). Zwischen den Einzelzeichen sind Lücken (aus 1-Bits) erlaubt, aber unüblich.

	Die Daten[[byte]]s ~~mitsamt~~ ~~Prüfsumme~~ ~~addiert~~ ~~muss~~ ein Nullbyte ergeben. Das Datenpaket besteht aus einem äußeren Rahmen (mit der Kennung 0x80 für „Anrufvorbereitung“) und beliebig vielen inneren Rahmen, von denen das Bild die zwei üblicherweise benutzten zeigt. Die Kennung für die Rufnummer des Anrufers ist 0x02, die für die Unterdrückung 0x04. Detaillierte Angaben über die Möglichkeiten stehen im ETSI-Standard. Anhand der Längenangaben der Sub-Pakete kann die Dekoder-Software problemlos unbekannte Sub-Pakete überspringen und somit ignorieren.		Die einzelnen Daten[[byte]]s addiert mit der Prüfsumme müssen ein Nullbyte ergeben. Das Datenpaket besteht aus einem äußeren Rahmen (mit der Kennung 0x80 für „Anrufvorbereitung“) und beliebig vielen inneren Rahmen, von denen das Bild die zwei üblicherweise benutzten zeigt. Die Kennung für die Rufnummer des Anrufers ist 0x02, die für die Unterdrückung 0x04. Detaillierte Angaben über die Möglichkeiten stehen im ETSI-Standard. Anhand der Längenangaben der Sub-Pakete kann die Dekoder-Software problemlos unbekannte Sub-Pakete überspringen und somit ignorieren.

	== Single Data Message Format ==		== Single Data Message Format ==
	Der Paketaufbau bei SDMF unterscheidet sich von ~~dem vorangegangenen~~ durch die „fehlende“ Längenangabe des inneren Datenblocks; dadurch kann es nur ''einen'' inneren Datenblock geben.		Der Paketaufbau bei SDMF unterscheidet sich von MDMF durch die „fehlende“ Längenangabe des inneren Datenblocks; dadurch kann es nur ''einen'' inneren Datenblock geben.
		⚫	Eine praktische Implementierung von SDMF ist nicht bekannt.

⚫	~~Davon ist keine~~ praktische Implementierung bekannt.

	== Weblinks ==		== Weblinks ==
	* [http://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] (PDF; 204 kB) Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings		* [http://www.etsi.org/deliver/etsi_en/300600_300699/30065903/01.03.01_60/en_30065903v010301p.pdf ETSI EN 300 659-3 V1.3.1 (2001-01)] (PDF; 204 kB) Access and Terminals (AT); Analogue access to the Public Switched Telephone Network (PSTN); Subscriber line protocol over the local loop for display (and related) services; Part 3: Data link message and parameter codings
	* [http://www.telepermit.co.nz/102s10.pdf ''Analogue On-Hook Data Transmission''.] (PDF; 14 kB) Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand		* [http://www.telepermit.co.nz/102s10.pdf ''Analogue On-Hook Data Transmission'']. (PDF; 14 kB) Amendment to Section 10 and New Section 12 of 1996 Telecom Public Switched Telephone Network (PSTN) Analogue Line Interface, Telecom New Zealand
	* Sivannarayana Nagireddi: [http://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+%28MDMF%29&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] Verlag John Wiley & Sons, Hoboken NJ 2008, S. 187 ff.		* Sivannarayana Nagireddi: [http://books.google.de/books?id=5AneeZFE71MC&dq=Multiple+Data+Message+Format+%28MDMF%29&hl=de&source=gbs_navlinks_s VoIP Voice and Fax Signal Processing] Verlag John Wiley & Sons, Hoboken NJ 2008, S. 187 ff

	[[Kategorie:Vermittlungstechnik]]		[[Kategorie:Vermittlungstechnik]]