| |
3-16 CORBA U. Interworking Tc, v1.0 Januar 2001 3 innerhalb eines CORBA-Rahmens. Ihr Gebrauch wird nicht auf Einfahrtimplementierungen begrenzt und wird weniger durch die Standard-TC-Anforderungen begrenzt. Die Implementierung an einer Einfahrt von einem Proxygegenstand (basiert auf der Spezifikationsübersetzung schließt) an, seien Sie begrenzt durch TC. folglich kann ein Proxygegenstand mit dem TC-PDU eingeführt werden orientierte Schnittstellen anstelle von der eigenen API eines spezifischen Stapels TC/SS.7. Diese zwei Möglichkeiten werden in der Abbildung unten veranschaulicht. Tabelle 3-3 Zwei ProxycGegenstand-ImplementierungscStrategien Die TC PDU-orientierten Schnittstellen können benutzt werden, um generische ankommende Dialogzufuhren zu errichten an einer Einfahrt. Im Drehbuch veranschaulicht in Tabelle 3-4 auf Seite 3 17, ein TcPduUser Gegenstand verwendet die Resultate eines Beschlusses Betrieb zum Feststellen von was Art des Proxygegenstandes für einen bestimmten eingehenden Anruf verursachen. Der Proxygegenstand übernimmt dann den Dialog mit dem empfangenden "SCP" (ein anderer Gegenstand erzeugt durch Spezifikationsübersetzung). Die IDL-Schnittstellen, die für TC-PDU auch anfaßt definiert werden, lassen Proxygegenstände leicht sein verteilt über mehrfache Nullpunkte, anstatt, auf dem gleichen Nullpunkt wie das SS.7 zu liegen Stapelkleinteile. Eigenes TC/SS.7 API Stapel TC/SS.7 ProxycGegenstand (TC-Benutzer) Eigenes TC/SS.7 API Stapel TC/SS.7 Tc-PDU orientierte Schnittstellen ProxycGegenstand (TC-Benutzer) |  |
|
| |
|
|
