Service-on-Demand im Breitbandverteilnetz von Berlin - FH-Aachen
Service-on-Demand im Breitbandverteilnetz von Berlin - FH-Aachen
Service-on-Demand im Breitbandverteilnetz von Berlin - FH-Aachen
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
48 Grundlagen<br />
best<strong>im</strong>mte Kommunikati<strong>on</strong>saufgaben. Grundsätzlich ist ein Protokoll-Stack unabhängig v<strong>on</strong><br />
den transportierten Datentypen. In der Praxis bestehen jedoch Abhängigkeiten durch isochr<strong>on</strong>e<br />
(z. B. Audio, Video) und asynchr<strong>on</strong>e Datenströme (z. B. Text, Grafik). Daher werden<br />
best<strong>im</strong>mte Protokoll-Stacks nur für best<strong>im</strong>mte Datentypen benutzt. Die Abbildung 2-53 zeigt<br />
den Zugriff der Dienste auf die Protokoll-Stacks.<br />
Im folgenden werden die Kommunikati<strong>on</strong>saufgaben in den Schichten des Referenzmodells<br />
dargelegt.<br />
2.9.3.1 Zugriff auf die Bitübertragungsschicht<br />
Auf der physikalischen Ebene der Bitübertragungsschicht ist ein Zugriff nur für isochr<strong>on</strong>e<br />
Datenströme sinnvoll. Diese sind für die k<strong>on</strong>tinuierlichen Medien wie Audio und Video<br />
gedacht, die in Echtzeitanwendungen eingesetzt werden. Durch den direkten Zugriff auf die<br />
unterste Schicht <strong>im</strong> Referenzmodell entstehen starke Abhängigkeiten vom Mult<strong>im</strong>edia-Dienst<br />
zum eingesetzten Netz. Das widerspricht der Philosophie der universellen, einsetzbaren<br />
Kommunikati<strong>on</strong>splattform. Durch den direkten Zugriff entfallen ebenfalls<br />
Sicherungsmechanismen für die Daten. Daher sollten die isochr<strong>on</strong>en Daten möglichst über<br />
sichere Netze, also digitale Netze wie X.21, ISDN und B-ISDN, übertragen werden.<br />
2.9.3.2 Zugriff auf die Transportschicht<br />
Die Transportschicht ist für einen Zugriff v<strong>on</strong> einer Anwendung mit asynchr<strong>on</strong>en<br />
Datenströmen geeignet. Die netzunabhängigen Datenströme können u. a. Text oder Binärdaten<br />
enthalten, die gesichert übertragen werden sollen.<br />
2.9.3.3 Zugriff auf die Kommunikati<strong>on</strong>ssteuerungsschicht<br />
Die Kommunkati<strong>on</strong>ssteuerungsschicht ist für einen Zugriff v<strong>on</strong> interaktiven Diensten<br />
geeignet, die zu den Schichtdiensten der Transportschicht auch Daten zur Dialogsteuerung<br />
benötigen. Diese Datenströme können Informati<strong>on</strong>en v<strong>on</strong> Tastatur und Maus auf gemeinsame<br />
Dokumente sein. Bei den Diensten wie Joint-Editing werden neben den Dialogsteuerungsdaten<br />
auch die Sendeberechtigungen koordiniert.<br />
2.9.3.4 Zugriff auf die Anwendungsschicht<br />
Innerhalb der Anwendungschicht existieren unterschiedlich hierarchische Protokoll-Stacks<br />
mit ihren unterschiedlichen Diensten. Unter den Basisdiensten sind ACSE (Associati<strong>on</strong> C<strong>on</strong>trol<br />
<str<strong>on</strong>g>Service</str<strong>on</strong>g> Element), RTSE (Reliable Transfer <str<strong>on</strong>g>Service</str<strong>on</strong>g> Element) und ROSE (Remote Operati<strong>on</strong><br />
<str<strong>on</strong>g>Service</str<strong>on</strong>g> Element) zu verstehen. ACSE führt bei interaktiven Diensten den Verbindungsaufbau<br />
und -abbau durch. ROSE ermöglicht den interaktiven Diensten, komfortabel auf entfernte<br />
Dokumentendatenbanken wie Festbilder oder Mult<strong>im</strong>edia-Dokumente zuzugreifen. RTSE<br />
gestattet, große Datenmengen beliebigen Informati<strong>on</strong>styps zwischen den<br />
Kommunikati<strong>on</strong>spartnern zu übertragen. Der Binäre Dateitransferdienst BFT (Binary File<br />
Transfer) ermöglicht, beliebig geartete Binärdateien zwischen zwei Anwendungen zu<br />
versenden. Der FAX4-Dienst verschickt Datenströme vom Typ der Rastergrafik, wobei eine<br />
Kodierung nach T.4 oder T.6 vorgeschrieben ist.<br />
2.9.4 XAPI<br />
Die XAPI basiert auf dem Modell v<strong>on</strong> „X/Open Transport Interface (XTI)“ und dem<br />
„UNIX System V Release 3 Transport Level Interface (TLI)“. Es wurden die prinzipiellen<br />
Mechanismen der XTI übernommen. So wurden be<strong>im</strong> XAPI <str<strong>on</strong>g>Service</str<strong>on</strong>g>-Provider die spezifischen<br />
Argumente in den Speichern der einzelnen Schichten übernommen und auf alle Schichten des<br />
Referenzmodells erweitert. In einigen Punkten geht die XAPI dem K<strong>on</strong>zept der XTI weiter. So<br />
könnten die unteren Schichten, <strong>im</strong> bes<strong>on</strong>deren die pyhsikalische Schicht, über <str<strong>on</strong>g>Service</str<strong>on</strong>g><br />
Pr<strong>im</strong>itives angesprochen werden. Die XAPI ist eine k<strong>on</strong>krete Implementati<strong>on</strong> und besitzt nicht<br />
den Anspruch einer allumfassenden Schnittstelle wie XTI. Sie ist jedoch leicht auf neue<br />
Belange erweiterbar [Dan96a], [Dan96b].<br />
Die XAPI bietet eine Kommunikati<strong>on</strong>splattform für übergreifende<br />
Kommunikati<strong>on</strong>sdienste, die eine Programmierschnittstelle in der Sprache „C“ für die<br />
Anwendungen und Dienste bereitstellt. Sie ist nicht für eine best<strong>im</strong>mte Schicht best<strong>im</strong>mt,