SIP - Movilidad

Personal mobilityes la capacidad de tener un identificador constante en varios dispositivos. SIP admite la movilidad personal básica mediante el método REGISTRO, que permite que un dispositivo móvil cambie su dirección IP y el punto de conexión a Internet y aún pueda recibir llamadas entrantes.

SIP también puede admitir service mobility - la capacidad de un usuario de mantener los mismos servicios cuando es móvil

Movilidad SIP durante el traspaso (pre-llamada)

Un dispositivo vincula su URI de contacto con la dirección de registro mediante un simple registro sip. Según la dirección IP del dispositivo, el registro autoriza que esta información se actualice automáticamente en la red sip.

Durante el traspaso, el agente de usuario se enruta entre diferentes operadores, donde tiene que registrarse nuevamente con un contacto como un AOR con otro proveedor de servicios.

Por ejemplo, tomemos el ejemplo del siguiente flujo de llamadas. UA que ha recibido temporalmente un nuevo SIP URI con un nuevo proveedor de servicios. A continuación, la UA realiza un doble registro:

  • El primer registro es con el nuevo operador de servicios, que vincula el URI de contacto del dispositivo con el AOR URI del nuevo proveedor de servicios.

  • La segunda solicitud de REGISTRO se reenvía al proveedor de servicios original y proporciona el AOR del nuevo proveedor de servicios como el URI de contacto.

Como se muestra más adelante en el flujo de llamadas, cuando llega una solicitud a la red del proveedor de servicios original, la INVITACIÓN se redirige al nuevo proveedor de servicios que luego enruta la llamada al usuario.

Para el primer registro, el mensaje que contiene el URI del dispositivo sería:

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

El segundo mensaje de registro con el URI de itinerancia sería:

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

El primer INVITE que se representa en la figura anterior se enviaría a sip: registrar2.in; el segundo INVITE se enviaría a sip: sip: [email protected], que se enviaría asip:[email protected]. Llega a Tom y permite que se establezca la sesión. Periódicamente, ambos registros deberían actualizarse.

Movilidad durante una llamada (volver a invitar)

El agente de usuario puede cambiar su dirección IP durante la sesión al cambiar de una red a otra. El SIP básico admite este escenario, ya que un re-INVITE en un cuadro de diálogo se puede utilizar para actualizar el URI de contacto y cambiar la información de medios en el SDP.

Eche un vistazo al flujo de llamadas mencionado en la figura siguiente.

  • Aquí, Tom detecta una nueva red,

  • Utiliza DHCP para adquirir una nueva dirección IP y

  • Realiza un re-INVITE para permitir que la señalización y el flujo de medios a la nueva dirección IP.

Si la UA puede recibir medios de ambas redes, la interrupción es insignificante. Si este no es el caso, es posible que se pierdan algunos paquetes de medios, lo que provocará una ligera interrupción de la llamada.

El re-INVITE aparecería de la siguiente manera:

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

El re-INVITE contiene la nueva dirección IP de Bowditch en los campos de encabezado Vía y Contacto e información de medios SDP.

Movilidad en Midcall (con reemplazo de encabezado)

En la movilidad de midcall, el conjunto de rutas real (conjunto de proxies SIP que deben atravesar los mensajes SIP) debe cambiar. No podemos usar un re-INVITE en movilidad a mitad de llamada

Por ejemplo, si se necesita un proxy para el cruce de NAT, entonces se debe cambiar el URI de contacto; se debe crear un nuevo cuadro de diálogo. Por lo tanto, tiene que enviar un nuevo INVITE con un encabezado Reemplaza, que identifica la sesión existente.

Note - Supongamos que A y B están en una llamada y si A obtiene otro INVITE (digamos de C) con un encabezado de reemplazo (debe coincidir con el diálogo existente), entonces A debe aceptar el INVITE y terminar la sesión con B y transferir todos los recursos a diálogo recién formado.

El flujo de llamadas se muestra en la siguiente figura. Es similar al flujo de llamadas anterior que usa re-INVITE, excepto que se genera automáticamente un BYE para terminar el diálogo existente cuando se acepta INVITE with the Replaces.

A continuación se presentan los puntos a tener en cuenta en este escenario:

  • El diálogo existente entre Tom y Jerry incluye el antiguo servidor proxy visitado.

  • El nuevo cuadro de diálogo que utiliza la nueva red inalámbrica requiere la inclusión del nuevo servidor proxy visitado.

  • Como resultado, Tom envía un INVITE with Replaces, que crea un nuevo cuadro de diálogo que incluye el nuevo servidor proxy visitado, pero no el antiguo servidor proxy visitado.

  • Cuando Jerry acepta la INVITACIÓN, se envía automáticamente un BYE para terminar el diálogo antiguo que se enruta a través del antiguo servidor proxy visitado que ahora ya no está involucrado en la sesión.

  • La sesión de medios resultante se establece utilizando la nueva dirección IP de Tom del SDP en INVITE.

Movilidad de servicio

Los servicios en SIP se pueden proporcionar en proxies o en UA. Proporcionar movilidad de servicios junto con movilidad personal puede ser un desafío a menos que los dispositivos del usuario estén configurados de manera idéntica con los mismos servicios.

SIP puede admitir fácilmente la movilidad del servicio a través de Internet. Cuando está conectado a Internet, un UA configurado para usar un conjunto de proxies en India aún puede usar esos proxies cuando está en roaming en Europa. No tiene ningún impacto en la calidad de la sesión de medios, ya que los medios siempre fluyen directamente entre los dos UA y no atraviesan los servidores proxy SIP.

Los servicios residentes en el punto final están disponibles solo cuando el punto final está conectado a Internet. Un servicio de terminación, como un servicio de reenvío de llamadas implementado en un punto final, fallará si el punto final ha perdido temporalmente su conexión a Internet. Por lo tanto, algunos servicios se implementan en la red utilizando servidores proxy SIP.