AASTRA SIP-DECT (Release 1.8)-Installation- and Administration Guide DE - Handbuch (Seite 10)

Installation, Verwaltung und Wartung
Aastra depl-0900/ 1.8 Seite: 10 (107)
Ausschliesslicher Betrieb als RFP:
In dieser Betriebsart konvertiert das RFP das IP-Protokoll in das DECT-
Protokoll und überträgt den Verkehr dann über einen DECT-Zeitschlitz zu
und von den Endgeräten. Die Funkstrecke eines RFP kann zwölf Zeitschlitze
nutzen. Acht davon können DSP-Ressourcen für Medien-Streams besitzen.
Zwei weitere werden für Steuersignale zwischen RFPs und PPs genutzt, die
beiden verbleibenden sind für Hand-in-Zwecke reserviert.
Die RFPs lassen sich zu Gruppen, so genannten Clustern,
zusammenfassen. Die RFPs innerhalb eines Clusters sind synchronisiert, so
dass beim Übertritt eines Benutzers vom Abdeckungsbereich eines RFP in
einen anderen ein nahtloses Handover möglich ist. Für die Synchronisation
müssen die einzelnen RFPs nicht direkt mit allen anderen RFPs im System
kommunizieren. Jedes RFP muss lediglich mit dem nächsten RFP in der
Kette kommunizieren können. Besser ist es jedoch, wenn jedes RFP
mehrere andere RFPs sehen kann, da die Synchronisation so auch dann
noch gewährleistet ist, wenn eines der RFPs ausfällt.
Die beiden für Steuersignale vorgesehenen Kanäle werden auch für
Trägersignale verwendet, die dem Endgerät sagen, wann das Handover
erfolgen soll. Wenn sich der Benutzer auf dem Standort bewegt und das
Funksignal eines anderen RFP stärker wird als das der aktuellen RFPs, leitet
das Endgerät das Handover zu dem RFP mit dem stärkeren Signal ein.
Betrieb als OpenMobility Manager
In dieser Betriebsart fungiert das RFP als normales RFP. Zusätzlich ist es für
die SIP-Signale zwischen dem IP-DECT-System und dem Telefonie- oder
Media-Server zuständig. Ausserdem übernimmt es die Verwaltung der IP-
DECT-Lösung. Sie definieren ein RFP als OMM, indem Sie dem RFP eine
IP-Adresse innerhalb des DHCP-Bereichs zuweisen (siehe 3) oder indem Sie
die Parameter über den OM Configurator (siehe 3.2) festlegen. Nachdem Sie
ein RFP als OMM definiert haben, führt dieses die zusätzlichen integrierten
Funktionen aus (z.B. den für die Management-Schnittstelle zuständigen
Web-Dienst). Alle RFPs laden die gleiche Firmware von einem TFTP-Server
herunter. Die OMM-Dienste sind jedoch nur auf einem einzigen RFP aktiviert.
Hinweis: Der DECT-Teil eines RFP kann deaktiviert werden. Bei deaktivierter
DECT-Schnittstelle stehen alle frei werdenden Ressourcen (CPU und
Speicher) für den OMM zur Verfügung.