Freigeben über


State

Sitzungs- oder Anrufstatus gibt den aktuellen status einer Sitzung an, z. B. "Angebot" oder "Verbunden". Der ordnungsgemäße Umgang mit Zustandsinformationen ist für das ordnungsgemäße Funktionieren der meisten TAPI-Anwendungen von entscheidender Bedeutung. Beispielsweise kann der Antwortvorgang nur für eine angebotene Sitzung ausgeführt werden, aber eine Übertragung schlägt fehl, wenn sich die Sitzung in diesem Zustand befindet.

Der Zustand einer Sitzung ändert sich infolge von Ereignissen. Ereignisse können angefordert oder nicht angefordert werden. Angeforderte Ereignisse werden durch die Anwendung verursacht, die die Sitzung steuert, z. B. wenn sie einen TAPI-Sitzungsvorgang aufruft. Nicht angeforderte Ereignisse werden durch den Schalter, das Telefonnetz, das Drücken von Tasten auf dem lokalen Telefon oder durch die Aktionen der Remotepartei verursacht.

Wenn ein Dienstanbieter eine Änderung des Sitzungszustands erkennt, meldet er die Änderung an TAPI, und TAPI gibt eine Ereignisbenachrichtigung an alle Besitzer- und Überwachungsanwendungen aus. Die Anwendung muss auf diese Benachrichtigungen angemessen reagieren. Informationen zum Steuern, welche Ereignisse an eine Anwendung gemeldet werden, finden Sie unter Ereignisbenachrichtigung unter TAPI-Initialisierung .

Eine Anwendung sollte immer Zustandsereignisbenachrichtigungen verarbeiten. Zustandsübergänge, die für eine physische Konfiguration gültig sind, sind möglicherweise für eine andere ungültig. Betrachten Sie beispielsweise eine Leitung, die physisch sowohl am Computer als auch an einem separaten Telefonsatz endet, wodurch eine Parteileitungskonfiguration zwischen dem Computer und dem Telefonsatz erstellt wird. Eine Anwendung, die auf dem Computer ausgeführt wird, weiß möglicherweise nicht über Telefonsatzaktivitäten. Das heißt, die Leitung kann verwendet werden, ohne dass der Dienstanbieter davon Kenntnis hat. Eine Anwendung, die versucht, einen ausgehenden Anruf zu tätigen, kann eine Anrufdarstellung von TAPI erfolgreich zuweisen, dies führt jedoch dazu, dass der aktive Aufruf in der Zeile freigegeben wird. Das blinde Senden einer DTMF-Wählzeichenfolge ohne erste Überprüfung auf einen Zifferton führt möglicherweise nicht zu beabsichtigtem (oder höflichem) Verhalten.

Eine Anwendung sollte nicht von einem starren Fortschritt von einem Zustand zum anderen ausgehen. Zustandsereignisse kommen ein und werden asynchron weitergeleitet, und Benachrichtigungen werden möglicherweise nicht in vorhersagbarer Reihenfolge empfangen. Daher sollten Anrufstatusbenachrichtigungen so betrachtet werden, dass sie der Anwendung den neuen Zustand des Aufrufs mitteilen, anstatt die Übergänge zwischen zwei Zuständen zu melden.

Diese Informationen müssen von allen Telefoniedienstanbietern bereitgestellt werden.

**TAPI 2.x: **lineGetCallStatus, lineGetCallInfo, LINE_CALLSTATE Nachricht, LINECALLSTATE_ Konstanten

**TAPI 3.x: **ITCallInfo::get_CallInfoLong (CIL_CALLID Mitglied von CALLINFO_LONG), ITCallStateEvent-Benachrichtigung , CALL_STATE Enumerator