Vorab:
Ich unterstelle, daß sich Deine Frage auf analogeAB bezieht (bei reinen ISDN-Geräten geht es ja einfacher).

Zuerst das Einfache:
Ein AB legt auf, indem er die Schleife trennt.

Zur Erkennung, ob der Anrufer seinerseits aufgelegt hat, gibt es mehrere Möglichkeiten. Das hängt auch davon ab, ob der AB an einer Tk-Anlage oder direkt an einem Hauptanschluß hängt.
Aber die meisten Geräte werten tatsächlich die Sprechpause aus. Das erschlägt dann sowohl den, der überhaupt nix draufspricht als auch den, dem irgendwann nur nichts mehr einfällt...

Oder beim "tuut tuut tuut" macht der auch dicht

_________________

ich find das thema auch interessant ...

@sam2:
wie geht das denn bei isdn?

@Leo Löwe:
klar, aber wie erkennt er das denn?

Ersteinmal herzlichen Dank für das Feedback.

Vielleicht noch ein paar Angaben zur Umgebung:

Der AB ist direkt mit dem Telefon angeschlossen, also nicht über eine TK-Anlage.

Und ich benutze ein Modem als AB, ich versuche es zumindest. Das heißt, ich kann AT-Befehle einsetzen.

Das Problem das ist habe ist folgendes: Mit meinem Modem kann ich über der seriellen Schnittstelle erkennen wenn ein Anruf ankommt, da ein String über die AT-Schnittstelle gesendet wird (RING), aber dann muß ich von der digitalen nach der analogen Schnittstelle umschalten um die Nachricht abzuhören.

Während ich im analogen Mode bin, habe ich kein zuverlässiges Signal wann der Anrufer aufgelegt.

Das mit dem "tut tut" hatte ich mir auch gedacht aber, was ist mit internationale Gespräche? Da macht es doch nicht immer tut tut, oder?

Und die Lösung mit dem Quite-Signal hört sich zwar auch gut an, aber: Was ist wenn zufällig störgeräusche auftauchen? Dann würde der AB nicht mehr auflegen, oder?

Gibt es da keinen technischen Standard als Lösung?



Noch Mal vielen Dank für die Beiträge.

Grüße
Moguay

Also das tuut tuut tuut hat glaube ich ne festgelegte Frequenz. Wenn der AB dann auf diese Frequenz warte und dann die Pausen, usw. mit seinen eingespeicherten Muster vergleicht, dann ist er sich irgendwann sicher und stoppt.

Manche ABs brauchen dafür etwas länger, weshalb ein Teil vom getute noch aufgezeichnet wird.

_________________

Bei ISDN lauscht das Endgerät in den D-Kanal. Dort Werden alle verbindungsrelevanten Daten hin und hergeschickt und da gibt es eben auch Commandos die u.a. Disconnect heissen, woran das Endgerät erkennen kann dass das Gespräch beendet wurde. Auch ein Release wäre ein Grund ein Gesprächsende anzunehmen aber dazu sollte man sich mal die Protokollbeschreibungen des ISDN durchlesen.

Die Frequenzen der Signaltöne sind genormt, und zwar nach CCITT wenn ich mich richtig irre. IRgendwas mit 425Hz hab ich da noch im Hinterkopf. Die Modemchipsatzhersteller sind ja auch nicht blöd und kennen die international gebräuchlichen Frequenzen, sodass sie ihren Erzeugnissen gewisse Möglichkeiten der Tonerkennung mitgeben können und dies auch tun. Alles was du zur Programmierung wissen musst veröffentlich der HErsteller des Modemchipsatzes üblicherweise in Datenblättern, Welche man auch ohne Weiteres mit den netzüblichen Suchmethoden finden kann. Dort steht auch genau beschrieben wie sich der Chipsatz im Voice-Mode verhält und was er da erkennen kann und was eben nicht.




_________________
Tschüüüüüüüs

Her Masters Voice
aka
Frank

***********************************
Der optimale Arbeitspunkt stellt sich bei minimaler Rauchentwicklung ein...
***********************************

wow ... dass muss man erstmal sacken lassen ... und die protokoll-beschreibung für isdn lesen ...

HÄ?
So heftig wars doch nicht...

Heftig ist nur, dass du fragst, ohne das Datenblatt gelsen zu haben! Kleiner Tipp: Für sowas hab ich hier auch schon böse antworten bekommen, also immer erst lesen, dann fragen stellen

_________________