02.12.2012 Aufrufe

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

MEHR ANZEIGEN
WENIGER ANZEIGEN

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,

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!