SIP - Mobilność
Personal mobilityto możliwość posiadania stałego identyfikatora na wielu urządzeniach. SIP obsługuje podstawową mobilność osobistą za pomocą metody REJESTRACJA, która umożliwia urządzeniu mobilnemu zmianę adresu IP i punktu połączenia z Internetem i nadal może odbierać połączenia przychodzące.
SIP może również obsługiwać service mobility - zdolność użytkownika do utrzymania tych samych usług podczas korzystania z telefonu komórkowego
Mobilność SIP podczas przekazywania (połączenie wstępne)
Urządzenie wiąże swój kontaktowy identyfikator URI z adresem rekordu poprzez prostą rejestrację przez SIP. Zgodnie z adresem IP urządzenia, rejestracja upoważnia do automatycznej aktualizacji tych informacji w sieci SIP.
Podczas przekazywania agent użytkownika przekazuje połączenia między różnymi operatorami, gdzie musi ponownie zarejestrować się u Kontakt jako AOR u innego usługodawcy.
Na przykład weźmy przykład następującego przepływu wywołań. UA, który tymczasowo otrzymał nowy identyfikator URI SIP od nowego dostawcy usług. Następnie UA dokonuje podwójnej rejestracji -
Pierwsza rejestracja odbywa się u nowego operatora usługi, który wiąże identyfikator URI kontaktu urządzenia z identyfikatorem URI nowego dostawcy usług.
Drugie żądanie REGISTER jest kierowane z powrotem do pierwotnego dostawcy usług i dostarcza AOR nowego usługodawcy jako identyfikator URI kontaktu.
Jak pokazano później w przebiegu połączenia, gdy żądanie przychodzi do sieci pierwotnego usługodawcy, INVITE jest przekierowywane do nowego usługodawcy, który następnie kieruje połączenie do użytkownika.
Podczas pierwszej rejestracji wiadomość zawierająca identyfikator URI urządzenia wyglądałaby następująco:
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: 0Drugi komunikat rejestracyjny z identyfikatorem URI w roamingu to -
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: 0Pierwsze ZAPROSZENIE przedstawione na powyższym rysunku zostanie wysłane na adres sip: registrar2.in; drugie ZAPROSZENIE zostanie wysłane na adres sip: sip: [email protected], które zostanie przekazane na adressip:[email protected]. Dociera do Toma i umożliwia rozpoczęcie sesji. Okresowo trzeba będzie odświeżać obie rejestracje.
Mobilność podczas rozmowy (ponowne zaproszenie)
Agent użytkownika może zmienić swój adres IP podczas sesji, gdy przechodzi z jednej sieci do drugiej. Podstawowy protokół SIP obsługuje ten scenariusz, ponieważ ponowne zaproszenie w oknie dialogowym może służyć do aktualizacji identyfikatora URI kontaktu i zmiany informacji o mediach w SDP.
Przyjrzyj się przepływowi połączeń wymienionemu na poniższym rysunku.
Tutaj Tom wykrywa nową sieć,
Używa protokołu DHCP do uzyskania nowego adresu IP, a
Wykonuje ponowne ZAPROSZENIE, aby umożliwić sygnalizację i przepływ mediów do nowego adresu IP.
Jeśli UA może odbierać multimedia z obu sieci, przerwa jest pomijalna. Jeśli tak nie jest, kilka pakietów multimedialnych może zostać utraconych, powodując niewielkie przerwanie połączenia.
Ponowne ZAPROSZENIE wyglądałoby następująco -
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:240Ponowne zaproszenie zawiera nowy adres IP Bowditcha w polach nagłówka Via i Kontakt oraz informacje o mediach SDP.
Mobilność w Midcall (z wymianą nagłówka)
W mobilności w trakcie połączenia, rzeczywisty zestaw tras (zestaw serwerów proxy SIP, które muszą pokonać komunikaty SIP) musi ulec zmianie. Nie możemy użyć ponownego ZAPROSZENIA w mobilności w trakcie rozmowy
Na przykład, jeśli do przechodzenia przez NAT potrzebny jest serwer proxy, należy zmienić identyfikator URI kontaktu - należy utworzyć nowe okno dialogowe. Dlatego musi wysłać nowe INVITE z nagłówkiem Replaces, który identyfikuje istniejącą sesję.
Note - Załóżmy, że A i B są w trakcie połączenia i jeśli A otrzyma kolejne ZAPROSZENIE (powiedzmy od C) z nagłówkiem zastępującym (powinno pasować do istniejącego okna dialogowego), wówczas A musi zaakceptować ZAPROSZENIE i zakończyć sesję z B i przenieść wszystkie zasoby do nowo utworzone okno dialogowe.
Przebieg połączenia pokazano na poniższym rysunku. Jest podobny do poprzedniego przepływu wywołań przy użyciu re-INVITE, z tą różnicą, że BYE jest generowane automatycznie w celu zakończenia istniejącego okna dialogowego po zaakceptowaniu INVITE z Zastąpieniami.
Poniżej podano punkty, na które należy zwrócić uwagę w tym scenariuszu -
Istniejące okno dialogowe między Tomem i Jerrym obejmuje stary odwiedzany serwer proxy.
Nowe okno dialogowe korzystające z nowej sieci bezprzewodowej wymaga włączenia nowego odwiedzanego serwera proxy.
W rezultacie Tom wysyła ZAPROSZENIE z zamianami, co tworzy nowe okno dialogowe zawierające nowy odwiedzany serwer proxy, ale nie stary odwiedzany serwer proxy.
Kiedy Jerry akceptuje INVITE, automatycznie wysyłane jest BYE, aby zakończyć stare okno dialogowe, które kieruje przez stary odwiedzany serwer proxy, który nie jest już zaangażowany w sesję.
Wynikowa sesja medialna jest ustanawiana przy użyciu nowego adresu IP Toma z SDP w INVITE.
Mobilność usług
Usługi w SIP mogą być świadczone na serwerach proxy lub w UA. Zapewnienie mobilności usług wraz z mobilnością osobistą może być trudne, chyba że urządzenia użytkownika są identycznie skonfigurowane z tymi samymi usługami.
SIP może z łatwością wspierać mobilność usług przez Internet. Po podłączeniu do Internetu UA skonfigurowany do korzystania z zestawu serwerów proxy w Indiach może nadal korzystać z tych serwerów proxy podczas roamingu w Europie. Nie ma to żadnego wpływu na jakość sesji medialnej, ponieważ media zawsze przepływają bezpośrednio między dwoma UA i nie przechodzą przez serwery proxy SIP.
Usługi rezydentne punktu końcowego są dostępne tylko wtedy, gdy punkt końcowy jest połączony z Internetem. Usługa kończąca, taka jak usługa przekazywania połączeń zaimplementowana w punkcie końcowym, zakończy się niepowodzeniem, jeśli punkt końcowy tymczasowo utracił połączenie internetowe. Dlatego niektóre usługi są realizowane w sieci przy użyciu serwerów proxy SIP.