SIP - Mobilité

Personal mobilityest la possibilité d'avoir un identifiant constant sur un certain nombre d'appareils. SIP prend en charge la mobilité personnelle de base à l'aide de la méthode REGISTER, qui permet à un appareil mobile de modifier son adresse IP et son point de connexion à Internet tout en continuant à recevoir des appels entrants.

SIP peut également prendre en charge service mobility - la capacité d'un utilisateur à conserver les mêmes services lorsqu'il est mobile

Mobilité SIP pendant le transfert (pré-appel)

Un appareil associe son URI de contact à l'adresse d'enregistrement par un simple enregistrement sip. Selon l'adresse IP de l'appareil, l'enregistrement autorise la mise à jour automatique de ces informations dans le réseau sip.

Pendant le transfert, l'agent utilisateur achemine entre différents opérateurs, où il doit s'enregistrer à nouveau auprès d'un contact en tant qu'AOR auprès d'un autre fournisseur de services.

Par exemple, prenons l'exemple du flux d'appels suivant. UA qui a temporairement reçu un nouvel URI SIP avec un nouveau fournisseur de services. L'UA effectue alors un double enregistrement -

  • Le premier enregistrement s'effectue auprès du nouvel opérateur de service, qui lie l'URI de contact de l'appareil à l'URI AOR du nouveau fournisseur de services.

  • La deuxième demande REGISTER est renvoyée vers le fournisseur de services d'origine et fournit l'AOR du nouveau fournisseur de services en tant qu'URI de contact.

Comme montré plus loin dans le flux d'appels, lorsqu'une demande arrive sur le réseau du fournisseur de services d'origine, l'INVITE est redirigé vers le nouveau fournisseur de services qui achemine ensuite l'appel vers l'utilisateur.

Pour le premier enregistrement, le message contenant l'URI de l'appareil serait -

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

Le deuxième message d'enregistrement avec l'URI itinérant serait -

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

Le premier INVITE représenté dans la figure ci-dessus sera envoyé à sip: registrar2.in; le deuxième INVITE serait envoyé à sip: sip: [email protected], qui serait transmis àsip:[email protected]. Il atteint Tom et permet d'établir la session. Périodiquement, les deux enregistrements doivent être actualisés.

Mobilité pendant un appel (réinviter)

L'agent utilisateur peut changer son adresse IP au cours de la session lorsqu'il passe d'un réseau à un autre. Le SIP de base prend en charge ce scénario, car une re-INVITE dans une boîte de dialogue peut être utilisée pour mettre à jour l'URI du contact et modifier les informations sur le média dans le SDP.

Jetez un œil au flux d'appels mentionné dans la figure ci-dessous.

  • Ici, Tom détecte un nouveau réseau,

  • Utilise DHCP pour acquérir une nouvelle adresse IP, et

  • Effectue une re-INVITE pour permettre la signalisation et le flux multimédia vers la nouvelle adresse IP.

Si l'UA peut recevoir des médias des deux réseaux, l'interruption est négligeable. Si ce n'est pas le cas, quelques paquets multimédias peuvent être perdus, entraînant une légère interruption de l'appel.

Le re-INVITE apparaîtrait comme suit -

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

Le re-INVITE contient la nouvelle adresse IP de Bowditch dans les champs d'en-tête Via et Contact et des informations sur les médias SDP.

Mobilité en milieu d'appel (avec remplacer l'en-tête)

Dans la mobilité de mi-appel, l'ensemble de routes réel (ensemble de proxys SIP que les messages SIP doivent traverser) doit changer. Nous ne pouvons pas utiliser un re-INVITE en mobilité midcall

Par exemple, si un proxy est nécessaire pour la traversée NAT, l'URI du contact doit être modifié - une nouvelle boîte de dialogue doit être créée. Par conséquent, il doit envoyer un nouveau INVITE avec un en-tête Replaces, qui identifie la session existante.

Note - Supposons que A et B sont tous les deux dans un appel et si A obtient un autre INVITE (disons de C) avec un en-tête de remplacement (doit correspondre au dialogue existant), alors A doit accepter l'INVITE et terminer la session avec B et transférer toutes les ressources vers dialogue nouvellement formé.

Le flux d'appels est illustré dans la figure suivante. Il est similaire au flux d'appels précédent utilisant re-INVITE, sauf qu'un BYE est automatiquement généré pour mettre fin au dialogue existant lorsque l'invitation avec les remplacements est acceptée.

Voici les points à noter dans ce scénario -

  • Le dialogue existant entre Tom et Jerry inclut l'ancien serveur proxy visité.

  • La nouvelle boîte de dialogue utilisant le nouveau réseau sans fil nécessite l'inclusion du nouveau serveur proxy visité.

  • En conséquence, une INVITE avec des remplacements est envoyée par Tom, qui crée une nouvelle boîte de dialogue qui inclut le nouveau serveur proxy visité mais pas l'ancien serveur proxy visité.

  • Lorsque Jerry accepte l'invitation, un BYE est automatiquement envoyé pour mettre fin à l'ancienne boîte de dialogue qui achemine via l'ancien serveur proxy visité qui n'est plus impliqué dans la session.

  • La session multimédia résultante est établie à l'aide de la nouvelle adresse IP de Tom du SDP dans INVITE.

Mobilité de service

Les services dans SIP peuvent être fournis dans des proxies ou dans des UA. Fournir une mobilité de service avec une mobilité personnelle peut être difficile à moins que les appareils de l'utilisateur ne soient configurés de manière identique avec les mêmes services.

SIP peut facilement prendre en charge la mobilité des services sur Internet. Lorsqu'il est connecté à Internet, un UA configuré pour utiliser un ensemble de proxies en Inde peut toujours utiliser ces proxies en itinérance en Europe. Cela n'a aucun impact sur la qualité de la session média car le média circule toujours directement entre les deux UA et ne traverse pas les serveurs proxy SIP.

Les services résidents du point de terminaison sont disponibles uniquement lorsque le point de terminaison est connecté à Internet. Un service de terminaison tel qu'un service de transfert d'appel implémenté dans un point d'extrémité échouera si le point d'extrémité a temporairement perdu sa connexion Internet. Par conséquent, certains services sont mis en œuvre dans le réseau à l'aide de serveurs proxy SIP.