Service-on-Demand im Breitbandverteilnetz von Berlin - FH-Aachen

Die universelle Kommunikationsplattform XAPI 53
2.9.6 Statusmodell
Eine genauere Beschreibung der Abfolgen der XAPI-Funktionen kann in einem
Statusmodell (State Model) dargelegt werden (Abbildung 2-55). Dabei werden die
Statuszustände in Objekten mit XAPI-State und die Aktionen als Pfeile mit XAPI-Funktionen
dargestellt. In diesen Diagrammen wird zum einen der aktive und zum anderen der passive
Verbindungsaufbau und -abbau dargestellt. Dabei wird nicht berücksichtigt, daß die Nutzer-
Daten, die in den Funktionen übergeben werden, nicht in Fragmente zerteilt werden. Ebenfalls
soll hier verdeutlicht werden, daß nicht nur der aktive Nutzer eine Beendigung der
Kommunikation einleiten kann.
In der folgenden Tabelle 2-56 sind die XAPI-States, die existieren, abbgebildet:
Tabelle 2-56: XAPI-States
XAPI-States Beschreibung
X_UNINIT Der Dienst-Endpunkt ist noch nicht angelegt.
X_UNBIND Der Dienst-Endpunkt ist noch nicht aktiviert, keine Adresse ist bekannt und kein
Transport-System ist ausgewählt.
X_IDLE Der Dienst-Endpunkt ist aktiviert. Jedoch sind noch keine Kommunikations-
Übertragungs-Qualitäten und –Quantitäten ausgewählt.
X_OUTCON Der Endpunkt ist aktiv. Ein Verbindungswunsch ist abgesetzt. Es wird auf eine
Bestätigung des Partners <strong>Service</strong>-Provider gewartet.
X_INCON Der Endpunkt ist aktiv. Ein Verbindungswunsch ist abgesetzt. Es wird auf eine
Bestätigung des Partners gewartet.
X_CONNRCT Eine Verbindung zum Partner besteht. Man befindet sich in der
Datenübertragungsphase.
X_INREL Eine ordentliche Auflösung der Kommunikation wurde eingeleitet. Auf eine
Bestätigung vom Partner wird gewartet.
X_OUTREL Eine ordentliche Auflösung der Kommunikation wurde eingeleitet. Auf eine
Bestätigung des Partners <strong>Service</strong>-Provider wird gewartet.
X_WAITEND Die bestehende Verbindung hat den Abbauwunsch erhalten. Nun wartet der
Endpunkt auf ein Zeichen des <strong>Service</strong>-Providers, daß die Verbindung geschlossen
wurde und eine neue Verbindung aufgebaut werden kann.
2.9.7 <strong>Service</strong>-Provider
Mittlerweile sind für mehrere XAPI-<strong>Service</strong>-Provider und XAPI-Transportsysteme
verfügbar. Ein <strong>Service</strong>-Provider bietet seine Dienste über den Kommunikations-Protokoll-
Stack dem Nutzer als eine hohe Schnittstelle an. Jeder XAPI-<strong>Service</strong>-Provider wird über einen
eindeutigen Namen identifiziert. Dieser Name besteht aus Buchstaben (Typ: string) und wird
als Parameter bei der Funktion x_open mitgegeben, um den XAPI-<strong>Service</strong>-Provider
anzuwählen.
Die XAPI-<strong>Service</strong>-Provider können in die Arten unterteilt werden: Applikationssystem
(einige oder alle der Schichten 5,6 und 7), Transportsystem (einige oder alle der Schichten 1
bis 4) und Applikationssystem mit Transportsystem (einige oder alle Schichten 1 bis 7 ).
Um einen XAPI-<strong>Service</strong>-Provider eines Applikationssytems für die Kommunikation
benutzen zu können, muß ein Transportsystem angebunden werden. Dieses wird dynamisch bei
dem Funktionsaufruf x_bind erreicht, indem der Name des Transportsystems als Parameter der
Funktion beigegeben wird. Die anderen Arten der XAPI-<strong>Service</strong>-Provider benötigen kein
dynamisches Binden des Transportssystems. Aber auf jeden Fall wird der Dienste-Endpunkt
mit diesem Provider verbunden, wenn sie mit der Funktion x_bind aktiviert wird.
Die folgenden XAPI-<strong>Service</strong>-Provider sind zur Zeit verfügbar: FAX4 und BFT, Version
1.0, 1995; RTSE, Version 1.0, 1995; ACSE, Version 1.0, 1995; ROSE, Version 1.0, 1995;
Presentation, Version 1.0, 1995; ISO Session, Version 1.0, 1995; FAX3, Version 1.0, 1995;
ISO Transport, Version 1.0, 1995; Transparent Access to the ISDN B-Channel, Version 1.0,
1995 und Video Codec Controller, Version 1.0, 1995
Die folgenden XAPI-Transportsysteme sind zur Zeit verfügbar: T.70 für ISDN, Version
1.0, 1995 und ISO für ISDN, Version 1.0, 1995