SIP - Mobilität

Personal mobilityist die Fähigkeit, eine konstante Kennung für eine Reihe von Geräten zu haben. SIP unterstützt die grundlegende persönliche Mobilität mithilfe der REGISTER-Methode, mit der ein mobiles Gerät seine IP-Adresse und seinen Verbindungspunkt zum Internet ändern und weiterhin eingehende Anrufe empfangen kann.

SIP kann auch unterstützen service mobility - die Fähigkeit eines Benutzers, die gleichen Dienste zu behalten, wenn er mobil ist

SIP-Mobilität während der Übergabe (Pre-Call)

Ein Gerät bindet seinen Kontakt-URI durch eine einfache Schluckregistrierung an die Adresse des Datensatzes. Je nach IP-Adresse des Geräts werden diese Informationen durch die Registrierung automatisch im SIP-Netzwerk aktualisiert.

Während der Übergabe leitet der Benutzeragent zwischen verschiedenen Betreibern weiter, wo er sich erneut bei einem Kontakt als AOR bei einem anderen Dienstanbieter registrieren muss.

Nehmen wir zum Beispiel den folgenden Anrufverlauf. UA, die vorübergehend einen neuen SIP-URI bei einem neuen Dienstanbieter erhalten hat. Die UA führt dann eine doppelte Registrierung durch -

Die erste Registrierung erfolgt beim neuen Dienstbetreiber, der die Kontakt-URI des Geräts mit der AOR-URI des neuen Dienstanbieters verbindet.
Die zweite REGISTER-Anforderung wird an den ursprünglichen Dienstanbieter zurückgeleitet und stellt die AOR des neuen Dienstanbieters als Kontakt-URI bereit.

Wie später im Anrufverlauf gezeigt, wird die EINLADUNG an den neuen Dienstanbieter weitergeleitet, der den Anruf dann an den Benutzer weiterleitet, wenn eine Anforderung im Netzwerk des ursprünglichen Dienstanbieters eingeht.

Bei der ersten Registrierung lautet die Nachricht mit dem Geräte-URI:

REGISTER sip:visited.registrar1.com SIP/2.0 
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bK97a7ea349ce0fca 
Max-Forwards: 70 
To: Tom <sip:[email protected]> 
From: Tom <sip:[email protected]>;tag = 72d65a24 
Call-ID: [email protected] 
CSeq: 1 REGISTER 
Contact: <sip:[email protected]:5060> 
Expires: 600000 
Content-Length: 0

Die zweite Registrierungsnachricht mit dem Roaming-URI wäre -

REGISTER sip:home.registrar2.in SIP/2.0 
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bKah4vn2u 
Max-Forwards: 70 
To: Tom <sip:[email protected]> 
From: Tom <sip:[email protected]>;tag = 45375 
Call-ID:[email protected] 
CSeq: 6421 REGISTER 
Contact: <sip:[email protected]> 
Content-Length: 0

Die erste EINLADUNG, die in der obigen Abbildung dargestellt ist, wird an sip gesendet: registrar2.in; Die zweite EINLADUNG wird an sip: sip: [email protected] gesendet, an die weitergeleitet wirdsip:[email protected]. Es erreicht Tom und ermöglicht den Aufbau der Sitzung. In regelmäßigen Abständen müssten beide Registrierungen aktualisiert werden.

Mobilität während eines Anrufs (erneut einladen)

Der Benutzeragent kann seine IP-Adresse während der Sitzung ändern, wenn er von einem Netzwerk in ein anderes wechselt. Basic SIP unterstützt dieses Szenario, da ein erneutes EINLADEN in einem Dialogfeld verwendet werden kann, um den Kontakt-URI zu aktualisieren und die Medieninformationen im SDP zu ändern.

Sehen Sie sich den in der folgenden Abbildung genannten Anrufverlauf an.

Hier erkennt Tom ein neues Netzwerk,
Verwendet DHCP, um eine neue IP-Adresse zu erhalten, und
Führt eine erneute EINLADUNG durch, um die Signalisierung und den Medienfluss zur neuen IP-Adresse zu ermöglichen.

Wenn der UA Medien von beiden Netzwerken empfangen kann, ist die Unterbrechung vernachlässigbar. Ist dies nicht der Fall, können einige Medienpakete verloren gehen, was zu einer leichten Unterbrechung des Anrufs führt.

Die erneute EINLADUNG würde wie folgt aussehen:

INVITE sip:[email protected] SIP/2.0  
Via: SIP/2.0/UDP 172.22.1.102:5060;branch = z9hG4bK918f5a84fe6bf7a 
Max-Forwards: 70 

To: <sip:[email protected]> 

From: sip:[email protected];tag = 70133df4 
Call-ID: 76d4861c19c 
CSeq: 1 INVITE 
Accept: application/sdp 
Accept-Language: en 

Allow: INVITE,ACK,CANCEL,BYE,INFO,OPTIONS,REFER,NOTIFY,SUBSCRIBE 
Contact: <sip:172.22.1.102:5060>; 
Content-Type: application/sdp 
Content-Length: 168 

v = 0
o = PPT 40467 40468 IN IP4 192.168.2.1 
s = - 
c = IN IP4 192.168.2.1 
b = AS:49 
t = 0 0 
b = RR:0 
b = RS:0 
a = rtpmap:97 AMR/8000/1 
m = audio 6000 RTP/AVP 96 
a = fmtp:102 0-15 
a = ptime:20 
a = maxptime:240

Die erneute EINLADUNG enthält die neue IP-Adresse von Bowditch in den Feldern Via und Contact-Header sowie SDP-Medieninformationen.

Mobilität in Midcall (mit Header ersetzen)

Bei der Midcall-Mobilität muss sich der tatsächliche Routensatz (Satz von SIP-Proxys, die die SIP-Nachrichten durchlaufen müssen) ändern. Wir können keine erneute EINLADUNG für Midcall-Mobilität verwenden

Wenn beispielsweise ein Proxy für die NAT-Durchquerung erforderlich ist, muss der Kontakt-URI geändert und ein neuer Dialog erstellt werden. Daher muss eine neue EINLADUNG mit einem Ersetzungsheader gesendet werden, der die vorhandene Sitzung identifiziert.

Note - Angenommen, A & B befinden sich beide in einem Anruf. Wenn A eine weitere EINLADUNG (z. B. von C) mit einem Ersetzungsheader erhält (sollte mit dem vorhandenen Dialog übereinstimmen), muss A die EINLADUNG akzeptieren und die Sitzung mit B beenden und alle Ressourcen an übertragen neu gebildeter Dialog.

Der Anrufverlauf ist in der folgenden Abbildung dargestellt. Es ähnelt dem vorherigen Anrufverlauf bei erneuter EINLADUNG, außer dass automatisch ein BYE generiert wird, um den vorhandenen Dialog zu beenden, wenn die EINLADUNG mit den Ersetzungen akzeptiert wird.

Im Folgenden sind die Punkte aufgeführt, die in diesem Szenario zu beachten sind:

Der vorhandene Dialog zwischen Tom und Jerry enthält den alten besuchten Proxyserver.
Der neue Dialog über das neue drahtlose Netzwerk erfordert die Aufnahme des neu besuchten Proxyservers.
Infolgedessen wird von Tom eine EINLADUNG mit Ersetzungen gesendet, die ein neues Dialogfeld erstellt, das den neu besuchten Proxyserver, jedoch nicht den alten besuchten Proxyserver enthält.
Wenn Jerry die EINLADUNG akzeptiert, wird automatisch ein BYE gesendet, um den alten Dialog zu beenden, der durch den alten besuchten Proxyserver geleitet wird, der jetzt nicht mehr an der Sitzung beteiligt ist.
Die resultierende Mediensitzung wird unter Verwendung der neuen IP-Adresse von Tom vom SDP in der EINLADUNG eingerichtet.

Servicemobilität

Dienste in SIP können entweder in Proxys oder in UAs bereitgestellt werden. Das Bereitstellen von Dienstmobilität zusammen mit persönlicher Mobilität kann eine Herausforderung sein, es sei denn, die Geräte des Benutzers sind identisch mit denselben Diensten konfiguriert.

SIP kann die Dienstmobilität über das Internet problemlos unterstützen. Bei einer Internetverbindung kann ein UA, der für die Verwendung einer Reihe von Proxys in Indien konfiguriert ist, diese Proxys weiterhin beim Roaming in Europa verwenden. Dies hat keinen Einfluss auf die Qualität der Mediensitzung, da die Medien immer direkt zwischen den beiden UAs fließen und die SIP-Proxyserver nicht durchlaufen.

Endpunktresidente Dienste sind nur verfügbar, wenn der Endpunkt mit dem Internet verbunden ist. Ein Beendigungsdienst, z. B. ein in einem Endpunkt implementierter Anrufweiterleitungsdienst, schlägt fehl, wenn der Endpunkt vorübergehend seine Internetverbindung verloren hat. Daher werden einige Dienste mithilfe von SIP-Proxyservern im Netzwerk implementiert.