ES2611038T3 - Continuidad de sesión en redes de comunicación - Google Patents

Continuidad de sesión en redes de comunicación Download PDF

Info

Publication number
ES2611038T3
ES2611038T3 ES07858347.3T ES07858347T ES2611038T3 ES 2611038 T3 ES2611038 T3 ES 2611038T3 ES 07858347 T ES07858347 T ES 07858347T ES 2611038 T3 ES2611038 T3 ES 2611038T3
Authority
ES
Spain
Prior art keywords
transfer
request
packet switched
switched part
communication session
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES07858347.3T
Other languages
English (en)
Inventor
Jari Mutikainen
Georg Mayer
Mari Melander
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Application granted granted Critical
Publication of ES2611038T3 publication Critical patent/ES2611038T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método realizado por un dispositivo de comunicación que comprende: tener una sesión de comunicación en curso a través de una red conmutada por paquetes (100); hacer que dicha sesión de comunicación se transfiera desde la red conmutada por paquetes a una segunda red que proporciona un acceso conmutado tanto por paquetes como por circuitos (101); informar a un servidor de aplicaciones que mantiene dicha sesión de comunicación en curso de que la sesión de comunicación debe dividirse en una parte conmutada por paquetes en la segunda red y una parte conmutada por circuitos (102) en la segunda red; caracterizado por que el método comprende además: enviar, hacia el servidor de aplicaciones, solicitudes de transferencia separadas de la parte conmutada por paquetes y la parte conmutada por circuitos; e incluir al menos en una de las solicitudes de transferencia una indicación de que debe dividirse la sesión de comunicación.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Continuidad de sesion en redes de comunicacion Campo de la invencion
La presente invencion se refiere, en general, a la continuidad de sesion en las redes de comunicacion que comprenden nodos moviles.
Antecedentes de la invencion
Puede permitirse que un equipo de usuario (UE) o un nodo movil se registren en un IMS (subsistema multimedia IP) a traves de diferentes tecnologias de acceso al mismo tiempo. Por ejemplo, pueden permitirse en paralelo un acceso WLAN (red de area local inalambrica) y un acceso UTRAN (red de acceso radio terrestre UMTS). El uso paralelo de diferentes tecnologias de acceso puede permitir la continuidad del servicio, por ejemplo, cuando un usuario movil sale de la cobertura WLAN y al mismo tiempo entra en la cobertura UTRAN.
La VCC (continuidad de llamada de voz) es una tecnologia definida por el 3GPP (proyecto asociacion de tercera generacion) que ofrece la posibilidad de transferir una llamada de voz en curso en un dominio IMS a un dominio CS (conmutado por circuitos) y viceversa sin interrumpir la llamada. Sin embargo, hay cuestiones sin resolver relacionadas con la continuidad del servicio cuando se transfiere de una tecnologia de acceso a la red a otra.
Supongamos el siguiente escenario: en primer lugar, un UE_A se registra en un IMS a traves de WLAN (A_WLAN). A continuacion, el usuario del UE_A entra en un area donde la cobertura WLAN se debilita pero UTRAN esta disponible. Por lo tanto, el UE_A se registra en el IMS a traves de UTRAN GPRS (servicios generales de paquetes via radio) (A_GPRS) en paralelo con el registro WLAN. Como resultado, el UE_A tiene dos registros IMS paralelos.
A continuacion, el UE_A puede comenzar a transferir sus dialogos SIP (protocolo de inicio de sesion) en curso (es decir, sesiones multimedia en curso, suscripciones, por ejemplo, para presentar informacion, etc.) desde A_WLAN a A_GPRS. Este procedimiento puede denominarse traspaso de PS a PS (traspaso conmutado de paquete a paquete).
El UE_A tambien puede tener una sesion multimedia en curso (por ejemplo, un SIP INVITE iniciado) que incluye una parte de audio, asi como otros medios transportados RTP (protocolo de transporte en tiempo real), tales como una parte de video. En este caso, el UE_A puede desear que la parte de audio de esta sesion se maneje a traves de un dominio CS, mientras que la parte de video debe manejarse a traves de IMS (A_GPRS).
Hay tres cuestiones principales en este escenario:
1. Traspaso de PS a PS de IMS,
2. Continuidad de llamada de voz, y
3. Separar la voz de otros medios.
Aun no se sabe con seguridad como deben manejarse estas cuestiones con el fin de garantizar la continuidad del servicio tanto para la voz como para otros medios. En las soluciones actuales, es probable que o la voz u otros medios puedan interrumpirse cuando se realiza la transferencia. Por lo tanto, son necesarias otras consideraciones.
El documento WO 2007/001645 A1 desvela un metodo y un sistema para gestionar las sesiones de comunicacion de una estacion movil multimodo durante una transferencia de una primera red inalambrica a una segunda red inalambrica. Dentro de una red, la sesion de comunicacion no se divide.
La norma 3GPP TS 23.279 V7.4.0 (09-2006) desvela como dividir una sesion de comunicacion dentro de una red en una parte conmutada por circuitos y en una parte conmutada por paquetes. J2.
Sumario de la invencion
De acuerdo con un primer aspecto de la invencion, se proporciona un metodo de acuerdo con la reivindicacion 1.
En una realizacion de la invencion, la informacion se realiza enviando en paralelo las solicitudes de transferencia de la parte conmutada por paquetes y la parte conmutada por circuitos, comprendiendo ambas solicitudes de transferencia una indicacion de que debe dividirse la sesion de comunicacion.
En otra realizacion de la invencion, la informacion se realiza enviando la solicitud de transferencia de la parte conmutada por paquetes, comprendiendo la solicitud una indicacion de que debe dividirse la sesion de comunicacion,
esperar a recibir una respuesta a la solicitud de transferencia para la parte conmutada por paquetes, y
5
10
15
20
25
30
35
40
45
50
55
60
65
enviar la solicitud de transferencia de la parte conmutada por circuitos en respuesta a la recepcion de dicha respuesta.
En otra realizacion mas de la invencion, la informacion se realiza enviando la solicitud de transferencia de la parte
conmutada por circuitos, comprendiendo la solicitud una indicacion de que debe dividirse la sesion de comunicacion,
esperar a recibir una respuesta a la solicitud de transferencia para la parte conmutada por paquetes, y
enviar la solicitud de transferencia de la parte conmutada por paquetes en respuesta a la recepcion de dicha
respuesta.
En otra realizacion mas de la invencion, la informacion se realiza enviando un mensaje de indicacion que comprende una indicacion de que debe dividirse la sesion de comunicacion, esperar a recibir una respuesta al mensaje de indicacion, y
enviar solicitudes de transferencia de la parte conmutada por paquetes y la parte conmutada por circuitos en respuesta a la recepcion de dicha respuesta.
De acuerdo con un segundo aspecto de la invencion, se proporciona un metodo en un servidor de aplicaciones de acuerdo con la reivindicacion 4.
Informando al segundo dispositivo de comunicacion de las transferencias de la parte conmutada por paquetes y la parte conmutada por circuitos, el servidor de aplicaciones informa de manera eficaz al segundo dispositivo de comunicacion de la division de la sesion.
El metodo en un servidor de aplicaciones puede comprender ademas
recibir dicha indicacion, como parte de al menos una de entre la solicitud de transferencia de la parte conmutada por paquetes y la solicitud de transferencia de la parte conmutada por circuitos.
En una realizacion de la invencion, el metodo en un servidor de aplicaciones comprende ademas recibir dicha indicacion, como parte de la solicitud de transferencia de la parte conmutada por paquetes, enviar una respuesta que confirme la recepcion de la solicitud de transferencia de la parte conmutada por paquetes, y esperar a recibir la solicitud de transferencia de la parte conmutada por circuitos.
En otra realizacion de la invencion, el metodo en un servidor de aplicaciones comprende ademas recibir dicha indicacion como parte de la solicitud de transferencia de la parte conmutada por circuitos, enviar una respuesta que confirme la recepcion de la solicitud de transferencia de la parte conmutada por circuitos, y esperar a recibir la solicitud de transferencia de la parte conmutada por paquetes.
En otra realizacion mas de la invencion, el metodo en un servidor de aplicaciones comprende ademas
recibir un mensaje de indicacion que comprende dicha indicacion,
enviar una respuesta que confirme la recepcion del mensaje de indicacion, y
esperar a recibir unas solicitudes de transferencia de la parte conmutada por paquetes y la parte conmutada por circuitos.
Dependiendo de una realizacion especifica de la invencion, una solicitud de transferencia de la parte conmutada por paquetes puede ser, por ejemplo, una de las siguientes:
- un mensaje de invitacion que comprende un URI de transferencia de dominio y un puntero a dicha sesion de comunicacion; y
- un SIP INVITE que comprende un VDI (URI de transferencia de dominio VCC) en un URI de solicitud y un identificador de sesion que senala a dicha sesion de comunicacion.
Dependiendo de una realizacion especifica de la invencion, una solicitud de transferencia de la parte conmutada por circuitos puede ser, por ejemplo, una de las siguientes:
- un mensaje de establecimiento que comprende dicha indicacion en un elemento de informacion especifico,
- un mensaje de establecimiento con un numero de transferencia de dominio especifico, constituyendo el numero de transferencia de dominio especifico dicha indicacion,
- un mensaje CS SETUP que comprende dicha indicacion en un elemento de informacion de senalizacion usuario a usuario,
- un mensaje CS SETUP con un VDN especifico (numero de transferencia de dominio VCC), constituyendo el VDN especifico dicha indicacion, y
- un mensaje CS SETUP de acuerdo con los procedimientos VCC conocidos.
De acuerdo con un tercer aspecto de la invencion, se proporciona un dispositivo de comunicacion de acuerdo con la reivindicacion 7.
De acuerdo con un cuarto aspecto de la invencion, se proporciona un servidor de aplicaciones de acuerdo con la
5
10
15
20
25
30
35
40
45
50
55
60
65
reivindicacion 10.
De acuerdo con un quinto aspecto de la invencion, se proporciona un medio de memoria que comprende un codigo de programa ejecutable por ordenador adaptado para permitir que un aparato realice el metodo del primer aspecto.
De acuerdo con un sexto aspecto de la invencion, se proporciona un medio de memoria que comprende un codigo de programa ejecutable por ordenador adaptado para permitir que un aparato realice el metodo del segundo aspecto.
Debe tenerse en cuenta que la materia objeto de una realizacion relacionada con un aspecto puede combinarse, en su caso, con algun otro aspecto o realizacion.
Breve descripcion de los dibujos
La invencion se describira, solo a modo de ejemplo, con referencia a los dibujos adjuntos, en los que:
la figura 1A muestra un diagrama de flujo de un metodo de acuerdo con una realizacion de la invencion;
la figura 1B muestra un diagrama de flujo de un metodo de acuerdo con otra realizacion de la invencion;
la figura 2 muestra un sistema de acuerdo con una realizacion de la invencion;
la figura 3 muestra un diagrama de mensajes de acuerdo con una realizacion de la invencion;
la figura 4 muestra un diagrama de mensajes de acuerdo con otra realizacion de la invencion;
la figura 5 muestra un diagrama de bloques de un aparato adecuado para implementar diversas realizaciones de
la invencion; y
la figura 6 muestra un diagrama de bloques de un dispositivo de comunicacion adecuado para implementar diversas realizaciones de la invencion.
Memoria descriptiva detallada
En la siguiente descripcion, los numeros similares indican partes similares.
La figura 1A muestra un diagrama de flujo de un metodo de acuerdo con una realizacion de la invencion. El metodo mostrado esta destinado a realizarse, por ejemplo, en un dispositivo de comunicacion.
En primer lugar, en la fase 100, el dispositivo de comunicacion tiene una sesion de comunicacion en curso a traves de una red conmutada por paquetes. A continuacion, en la fase 101, el dispositivo de comunicacion transfiere la sesion de comunicacion desde la red conmutada por paquetes a una red que proporciona un acceso conmutado tanto por paquetes como por circuitos. La sesion de comunicacion puede transferirse, por ejemplo, desde una red WLAN a una red UTRAN, si el usuario del dispositivo de comunicacion entra en un area donde la cobertura WLAN se debilita pero UTRAN esta disponible. En conexion con la transferencia, el dispositivo de comunicacion informa, en la fase 102, a un servidor de aplicaciones que mantiene la sesion de comunicacion de que la sesion de comunicacion debe dividirse en una parte conmutada por paquetes y una parte conmutada por circuitos en la red que proporciona un acceso conmutado tanto por paquetes como por circuitos. El servidor de aplicaciones puede ser, por ejemplo, un servidor de aplicaciones que maneja procedimientos relacionados con la continuidad de las llamadas de voz.
Con el fin de efectuar la transferencia y la division de la sesion, el dispositivo de comunicacion envia al servidor de aplicaciones una solicitud de transferencia de la parte conmutada por circuitos y una solicitud de transferencia de la parte conmutada por paquetes. La informacion puede efectuarse como parte de una o ambas solicitudes de transferencia, o mediante un mensaje separado. Como se le informa de la division, el servidor de aplicaciones sabe que debe esperar la solicitud de transferencia tanto de la parte conmutada por circuitos como de la parte conmutada por paquetes. A continuacion, se analizan ejemplos mas especificos del procedimiento en relacion con las figuras 2
4.
La figura 1B muestra un diagrama de flujo de un metodo de acuerdo con una realizacion de la invencion. El metodo mostrado esta destinado a realizarse, por ejemplo, en un servidor de aplicaciones de una red de comunicacion que puede ser, por ejemplo, un servidor de aplicaciones que maneja procedimientos relacionados con la continuidad de las llamadas de voz.
En la fase 110, una indicacion de que una sesion de comunicacion entre un primer dispositivo de comunicacion y un segundo dispositivo de comunicacion debe dividirse en una parte conmutada por paquetes y una parte conmutada por circuitos se recibe desde el primer dispositivo de comunicacion. Esto puede estar en relacion con el primer dispositivo de comunicacion que se transfiere desde un tipo de acceso de red a otro tipo de acceso de red. A continuacion, en la fase 111, el servidor de aplicaciones espera para recibir una solicitud de transferencia tanto de la parte conmutada por paquetes como de la parte conmutada por circuitos y, despues de recibirlas, el servidor de aplicaciones informa al segundo dispositivo de comunicacion, en la fase 112. De esta manera, el servidor de aplicaciones es capaz de informar al segundo dispositivo de comunicacion tanto de la parte conmutada por circuitos
5
10
15
20
25
30
35
40
45
50
55
60
65
como de la parte conmutada por paquetes, por lo que puede permitirse que ambas partes continuen sin interrupcion. En algunas realizaciones de la invention, la etapa 112 puede preceder a la etapa 111.
La figura 2 muestra un sistema 200 de acuerdo con una realization de la invencion. El sistema comprende un UE_A 201 y un UE_B 202 que se comunican entre si. El UE_A 201 puede tener acceso a la red de comunicacion a traves de una red WLAN 203 o una red UTRAN/GERAN (por ejemplo, una red de acceso por radio de borde GSM) 204. La red WLAN se conecta a un elemento P-CSCF1 (funcion de control de sesion de llamada proxy) 205, que se conecta a un elemento S-CSCF (funcion de control de sesion de llamada de servicio) 206. El elemento S-CSCF 206 funciona conjuntamente con un servidor de aplicaciones AS 207. El servidor de aplicaciones puede ser, por ejemplo, un VCC AS (AS de continuidad de llamada de voz). Ademas, la red UTRAN/GeRAN 204 tiene un elemento P-CSCF P- CSCF2 208, que se conecta al elemento S-CSCF 206. Con el fin de establecer conexiones conmutadas por circuito, la red UTRAN/GERAN 204 se conecta a un elemento MGCF (funcion de control de pasarela de medios) 209, que tambien se conecta al elemento S-CSCF 206. Debe apreciarse que una implementation real puede comprender otros diversos elementos de red, pero no son importantes con respecto a la presente invencion.
A continuation, se analiza el funcionamiento de una realizacion de la invencion en el sistema 200 de la figura 2 (representado por las tres flechas mostradas en la figura 2). En primer lugar (1) hay una sesion en curso entre el UE_A 201 y el UE_B 202 a traves de la red WLAN 203 y los elementos P-CSCF1 205, S-CSCF 206 y AS 207. La sesion en curso comprende una parte de voz y una parte de otros medios. A continuacion (2), el UE_A transfiere el acceso a la red UTRAN/GERAN 204. El UE_A no termina (todavia) el registro en la red WLAN, sino que mantiene un registro paralelo en la red WLAN y la red UTRAN/GERAN.
Con el fin de efectuar la transferencia de la parte de voz de la sesion en curso a la red UTRAN/GERAN, el UE_A envia (3) al elemento MGCF 209 un mensaje CS SETUP hacia el VDN (numero de transferencia de dominio VCC) de acuerdo con los procedimientos VCC conocidos. Sobre la base del mensaje CS SETUP, el MGCF envia (4) a traves del S-CSCF 206 al AS 207 un SIP INVITE con URI de solicitud=VDN. Al recibir este INVITE, el AS envia al UE_B un Re-INVITE (5) que informa al UE_B de la transferencia de la parte de voz.
Con el fin de efectuar la transferencia de la parte de otros medios de la sesion en curso a la red UTRAN/GERAN, el UE_A envia (6) a traves del P-CSCF2 208 y el S-CSCF 206 al AS 207 un SIP INVITE con URI de solicitud=VDI (URI de transferencia de dominio VCC) y un identificador de sesion, por ejemplo, una cabecera de sustituciones o R-URI, que senala a la sesion en curso. Al recibir este INVITE, el AS envia al UE_B un RE-INVITE (7) que informa al UE_B de la transferencia de la parte de otros medios.
Cabe senalar que en las soluciones de la tecnica anterior, el Re-INVITE (5) elimina la parte de otros medios de la sesion en curso y el Re-INVITE (7) elimina la parte de voz de la sesion en curso. De este modo, de acuerdo con una realizacion de la invencion, el AS deberia esperar a ambos INVITES (4) y (6) antes de enviar los Re-INVITES (5) y (7) con el fin de reducir la discontinuidad en el flujo de medios. El AS tambien puede combinar los Re-INVITES (5) y (7) en un Re-INVITE que informa al UE_B de la transferencia tanto de la parte de voz como de la parte de otros medios, por lo que puede lograrse una interrupcion minima del flujo de medios.
Las realizaciones ilustradas en los diagramas de mensajes de las figuras 3 y 4 se refieren a posibles maneras de informar, por ejemplo, al AS 207 de la figura 2, sobre una necesidad de dividir una sesion de comunicacion en una parte conmutada por circuitos y una parte conmutada por paquetes, de manera que el AS sepa que debe esperar los INVITES (u otras solicitudes de transferencia) relacionados con ambas partes.
En la figura 3, un UE_A establece en primer lugar a traves de una red WLAN una sesion de comunicacion con un UE_B enviando un SIP INVITE 3-1 para una sesion que comprende tanto audio como video. El VCC AS reenvia el SIP INVITE 3-2 al UE_B. Posteriormente, el UE_A se transfiere a una red UTRAN. Con el fin de efectuar la transferencia, el UE_A envia en paralelo un SIP INVITE 3-3 para transferir la parte de otros medios y un mensaje CS SETUP 3-5 para transferir la parte de voz.
El SIP INVITE 3-3 comprende un VDI como URI de solicitud y un identificador de sesion (que senala a la sesion en curso). El identificador de sesion puede ser, por ejemplo, una cabecera de sustituciones. El mensaje CS SETUP 3-5 difiere de los mensajes correspondientes conocidos en la tecnica anterior porque incluye una indication de que se desea separar los medios. Un MGCF recibe el mensaje CS SETUP 3-5 y envia en funcion del mismo un SIP INVITE 3-6 que comprende un VDN como URI de solicitud. Tambien se incluye en el SIP INVITE 3-6 una indicacion de la division de medios deseada.
La indicacion incluida en el mensaje CS SETUP 3-5 puede ser, por ejemplo:
- una nueva indicacion dentro del elemento de information de senalizacion de usuario a usuario del mensaje CS SETUP, o
- un VDN especifico.
Ademas, la indicacion puede ser, por ejemplo, un patron de bits acordado, que el servidor de aplicaciones sabe que
5
10
15
20
25
30
35
40
45
50
55
60
65
es una indicacion de que se desea dividir los medios. Sin embargo, como es evidente para los expertos en la materia, hay un numero infinito de posibilidades equivalentes para implementar tal indicacion. El unico requisito es que el servidor de aplicaciones necesita ser capaz de reconocer que la indicacion es una indicacion de que se desea dividir los medios. En algunas realizaciones, puede ser suficiente un solo bit en un campo.
El VCC AS recibe los SIP INVITES 3-3 y 3-6. Sin embargo, debe tenerse en cuenta que uno cualquiera del SIP INVITE 3-3 y el SIP INVITE 3-6 puede llegar en primer lugar al VCC AS. Si el VCC AS recibe en primer lugar el SIP INVITE 3-3, el VCC AS sabe en funcion del identificador de sesion y el VDI incluido en el SIP INVITE 3-3 que en este escenario es necesario realizar la division de medios y, por lo tanto, sabe que debe esperar el otro SIP INVITE 3-6. Es decir, el identificador de sesion y el VDI en el SIP INVITE 3-3 constituyen una indicacion de que se desea dividir los medios. Debe tenerse en cuenta que el SIP INVITE 3-3 tambien puede incluir alguna otra indicacion de que se desea dividir los medios.
Si el VCC AS recibe en primer lugar el SIP INVITE 3-6, el VCC AS sabe en funcion de la indicacion incluida en el SIP INVITE 3-6 que en este escenario es necesario realizar la division de medios y, por lo tanto, sabe que debe esperar el otro SIP INVITE 3-3. En este caso, debe tenerse en cuenta que si el CS SeTuP 3-5 y el SIP INVITE 3-6 no incluyen una indicacion de la division de medios deseada, el VCC AS asumiria el procedimiento VCC normal y no esperaria que llegara el SIP INVITE 3-3. Por lo tanto, el VCC AS eliminaria la parte de otros medios de la sesion de comunicacion en curso.
Despues de recibir ambos INVITES 3-3 y 3-6, el VCC AS envia un Re-INVITE 3-7 al UE_B, indicando el Re-INVITE
3- 7 la transferencia tanto de la parte de voz como de la parte de otros medios de la sesion de comunicacion en curso. Debe tenerse en cuenta que el Re-INVITE 3-7 puede sustituirse por dos Re-INVITE paralelos (uno para la parte de voz y otro para la parte de otros medios). Una ventaja obtenida combinando los Re-INVITES es que es probable que provoquen una interrupcion minima en la sesion de comunicacion en curso.
En resumen, al tener una indicacion de la division de medios deseada en ambos INVITES 3-3 y 3-6, el UE_A puede estar seguro de que el VCC AS siempre sabe que debe esperar ambos INVITES. Una ventaja obtenida mediante esta realizacion es que el procedimiento puede ser rapido. En la figura 4, un UE_A establece a traves de una red WLAN una sesion de comunicacion con un UE_B de la misma manera que en la figura 3 por medio de los SIP INVITE 3-1 y 3-2 y, posteriormente, se transfiere a una red UTRAN.
A continuacion, el UE_A envia en primer lugar solo un SIP INVITE 3-3 para transferir la parte de otros medios. El VCC AS recibe el SIP INVITE 3-3 y sabe en funcion de la base del identificador de sesion, y el VDI incluido en la invitacion, que en este escenario es necesario realizar la division de medios. El VCC AS confirma al UE_A que se ha recibido el SIP INVITE 3-3. La confirmacion puede efectuarse, por ejemplo, respondiendo con una respuesta provisional enviada de manera fiable 4-4, tal como una respuesta (sonora) SIP 180 o una respuesta (progreso de sesion) SIP 183.
Tras la recepcion de la respuesta 4-4, el UE_A sabe que el SIP INVITE 3-3 se ha recibido y que el VCC AS esta esperando una invitacion para la parte de voz. A continuacion, el UE_A envia un mensaje CS SETUP 4-5 para transferir la parte de voz. Un MGCF recibe el mensaje CS SETUP 4-5 y envia en funcion del mismo un SIP INVITE
4- 6 que comprende un VDN como URI de solicitud. No se necesita ninguna indicacion de la division de medios deseada en el mensaje CS SETUP 4-5 y el SIP INVITE 4-6 como el VCC AS ya sabe que se desea dividir los medios.
En una implementacion practica, como la respuesta 4-4 se envia de manera fiable, el UE_A puede necesitar responder a la misma con una solicitud PRACK (acuse de recibo de respuesta provisional) (no mostrada en la figura 4). Una ventaja de enviar la respuesta de manera fiable es que, de este modo, el VCC AS puede estar seguro de que la respuesta 4-4 se recibe por el UE_A.
De la misma manera que en la figura 3, el VCC AS envia un Re-INVITE 3-7 al UE_B despues de recibir ambas invitaciones 3-3 y 4-6.
Una ventaja lograda por la realizacion de la figura 4 es que el mensaje CS SETUP no necesita modificarse y no se necesitan elementos de protocolo adicionales.
Como alternativa al ejemplo especifico de la figura 4, el CS SETUP puede enviarse en primer lugar y el SIP INVITE 3-3 solo despues de recibir la confirmacion de que se ha recibido el CS SETUP. En este caso, se necesita una indicacion en el mensaje CS SETUP, como se ha explicado anteriormente con referencia a la figura 3. Es decir, en esta realizacion la respuesta 4-4 se envia en respuesta al CS SETUP y el SIP INVITE 3-3 se envia en respuesta a la recepcion de la respuesta 4-4.
Como una alternativa adicional a las realizaciones tratadas anteriormente, es posible que se envie en primer lugar un “mensaje de indicacion" separado que comprenda una indicacion de que se desea dividir los medios y que ambas solicitudes de transferencia (de la parte conmutada por circuitos/de voz y la parte conmutada por paquetes/de otros
5
10
15
20
25
30
35
40
45
50
medios) solo se envien despues de una confirmacion de la recepcion del mensaje de indicacion. De esta manera no se necesitan cambios para las solicitudes de transferencia conocidas.
Dicho mensaje de indicacion puede ser cualquier mensaje adecuado. La indicacion comprendida en el mensaje puede ser, por ejemplo, un patron de bits acordado, que el servidor de aplicaciones sabe que es una indicacion de que se desea dividir los medios. Sin embargo, como es evidente para los expertos en la materia, hay un numero infinito de posibilidades equivalentes para implementar tal indicacion. El unico requisito es que el servidor de aplicaciones debe ser capaz de reconocer que la indicacion es una indicacion de que se desea dividir los medios. En algunas realizaciones, puede ser suficiente un solo bit en un campo.
La invencion puede implementarse, por ejemplo, por medio de un programa informatico que se ejecuta en una plataforma de hardware adecuada o por medio de cualquier otra combinacion adecuada de hardware, software, circuitos de proposito especial y/o logica.
La figura 5 muestra un diagrama de bloques de un aparato 500 adecuado para implementar diversas realizaciones de la invencion. El aparato 500 puede ser un ordenador tipico, tal como un ordenador de proposito general o un servidor, con funciones posiblemente distribuidas. El aparato comprende una unidad de procesamiento central (CPU) 501 para controlar el aparato y una memoria 502 que incluye un codigo de programa informatico o software 503.
El software 503 incluye instrucciones para la CPU 501 para controlar el funcionamiento del aparato 500. El software 503 puede comprender instrucciones para controlar el aparato para proporcionar alguna funcionalidad de la invencion. Las instrucciones pueden, por ejemplo, controlar el aparato para que funcione como un servidor de aplicaciones de acuerdo con algunas realizaciones de la invencion. El aparato 500 comprende ademas una unidad E/S (entrada/salida) 505 tal como una unidad LAN (red de area local), Ethernet o WLAN (LAN inalambrica). El aparato 500 tambien podria comprender una interfaz de usuario (no mostrada), tal como una pantalla y un teclado, pero la interfaz de usuario tambien podria implementarse por medio de una conexion remota a traves de la unidad E/S.
La figura 6 muestra un diagrama de bloques de un dispositivo de comunicacion 600 adecuado para implementar diversas realizaciones de la invencion. El dispositivo de comunicacion 600 puede ser, por ejemplo, un telefono movil, un telefono inteligente o algun otro dispositivo de comunicacion. El dispositivo de comunicacion comprende una unidad de procesamiento central (CPU) 601 para controlar el aparato y una memoria 602 que incluye un codigo de programa informatico o software 603.
El software 603 incluye instrucciones para la CPU 601 para controlar el funcionamiento del dispositivo de comunicacion 600. El software 603, almacenado en la memoria 602, puede comprender instrucciones para controlar el aparato para proporcionar alguna funcionalidad de la invencion. El aparato 600 comprende ademas una unidad RF 605 que proporciona interfaces de radio a las redes de comunicacion. Ademas, el aparato 600 comprende una interfaz de usuario para interactuar con el usuario del dispositivo de comunicacion. La interfaz de usuario puede comprender, por ejemplo, una pantalla y un teclado.
Debe tenerse en cuenta que en el presente documento, las palabras comprender, incluir y contener se usan, cada una de las mismas, como expresiones abiertas sin una exclusividad prevista.
(0) 064 Las implementaciones y realizaciones especificas de la invencion se han descrito a modo de ejemplos no limitantes en relacion con VCC y SIP INVITES. Es evidente para los expertos en la materia que la invencion no se limita a los detalles de las realizaciones presentadas anteriormente, sino que puede implementarse en otras realizaciones usando medios equivalentes sin desviarse de las caracteristicas de la invencion. Ademas, algunas de las caracteristicas de las realizaciones de la presente invencion desveladas anteriormente podrian usarse ventajosamente sin el uso correspondiente de otras caracteristicas. Como tal, la descripcion anterior debe considerarse como meramente ilustrativa de los principios de la presente invencion, y no como una limitacion de la misma. Por lo tanto, el alcance de la invencion solo esta limitado por las reivindicaciones de patente adjuntas.

Claims (13)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un metodo realizado por un dispositivo de comunicacion que comprende:
    tener una sesion de comunicacion en curso a traves de una red conmutada por paquetes (100);
    hacer que dicha sesion de comunicacion se transfiera desde la red conmutada por paquetes a una segunda red
    que proporciona un acceso conmutado tanto por paquetes como por circuitos (lOl);
    informar a un servidor de aplicaciones que mantiene dicha sesion de comunicacion en curso de que la sesion de comunicacion debe dividirse en una parte conmutada por paquetes en la segunda red y una parte conmutada por circuitos (102) en la segunda red;
    caracterizado por que el metodo comprende ademas:
    enviar, hacia el servidor de aplicaciones, solicitudes de transferencia separadas de la parte conmutada por paquetes y la parte conmutada por circuitos; e
    incluir al menos en una de las solicitudes de transferencia una indicacion de que debe dividirse la sesion de comunicacion.
  2. 2. Un metodo de acuerdo con la reivindicacion 1, en el que dicha indicacion se incluye en la solicitud de transferencia de la parte conmutada por paquetes y dicha solicitud de transferencia de la parte conmutada por paquetes es una de las siguientes:
    - un mensaje de invitacion que comprende un URI de transferencia de dominio y un puntero a dicha sesion de comunicacion; y
    - una invitacion de protocolo de inicio de sesion que comprende un identificador de recursos uniforme de transferencia de dominio de continuidad de llamada de voz en un identificador de recursos uniforme de solicitud y un identificador de sesion que senala a dicha sesion de comunicacion.
  3. 3. Un metodo de acuerdo con la reivindicacion 1, en el que dicha informacion se realiza:
    incluyendo en la solicitud de transferencia de la parte conmutada por paquetes dicha indicacion de que debe dividirse la sesion de comunicacion;
    esperando a recibir una respuesta a la solicitud de transferencia para la parte conmutada por paquetes; y enviando la solicitud de transferencia de la parte conmutada por circuitos en respuesta a la recepcion de dicha respuesta.
  4. 4. Un metodo realizado por un servidor de aplicaciones, que comprende:
    recibir, desde un primer dispositivo de comunicacion, una indicacion de que una sesion de comunicacion en curso entre el primer dispositivo de comunicacion y un segundo dispositivo de comunicacion debe dividirse en una parte conmutada por paquetes y una parte conmutada por circuitos (110);
    esperar a recibir solicitudes de transferencia separadas tanto de la parte conmutada por paquetes como de la parte conmutada por circuitos (111); e
    informar al segundo dispositivo de comunicacion de las transferencias de la parte conmutada por paquetes y la parte conmutada por circuitos (112);
    en el que la indicacion se recibe como parte de al menos una de entre la solicitud de transferencia de la parte conmutada por paquetes y la solicitud de transferencia de la parte conmutada por circuitos.
  5. 5. Un metodo de acuerdo con la reivindicacion 4, en el que dicha indicacion se recibe como parte de una solicitud de transferencia de la parte conmutada por paquetes y dicha solicitud de transferencia de la parte conmutada por paquetes es una de las siguientes:
    - un mensaje de invitacion que comprende un URI de transferencia de dominio y un puntero a dicha sesion de comunicacion; y
    - una invitacion de protocolo de inicio de sesion que comprende un identificador de recursos uniforme de transferencia de dominio de continuidad de llamada de voz en un identificador de recursos uniforme de solicitud y un identificador de sesion que senala a dicha sesion de comunicacion.
  6. 6. Un metodo de acuerdo con la reivindicacion 5, que comprende ademas:
    enviar una respuesta que confirme la recepcion de la solicitud de transferencia de la parte conmutada por paquetes; y
    esperar a recibir la solicitud de transferencia de la parte conmutada por circuitos.
  7. 7. Un dispositivo de comunicacion, que comprende:
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    una unidad de entrada/salida (605) que puede funcionar para tener una sesion de comunicacion en curso a
    traves de una red conmutada por paquetes; y
    una unidad de procesamiento (601) configurada para:
    hacer que dicha sesion de comunicacion se transfiera desde la red conmutada por paquetes a una segunda red que proporciona un acceso conmutado tanto por paquetes como por circuitos;
    informar a un servidor de aplicaciones que mantiene dicha sesion de comunicacion en curso de que la sesion de comunicacion debe dividirse en una parte conmutada por paquetes en la segunda red y una parte conmutada por circuitos en la segunda red;
    enviar, hacia el servidor de aplicaciones, solicitudes de transferencia separadas de la parte conmutada por paquetes y la parte conmutada por circuitos; e
    incluir al menos en una de las solicitudes de transferencia una indicacion de que debe dividirse la sesion de comunicacion.
  8. 8. Un dispositivo de comunicacion de acuerdo con la reivindicacion 7, en el que dicha indicacion esta dispuesta para incluirse en la solicitud de transferencia de la parte conmutada por paquetes y dicha solicitud de transferencia de la parte conmutada por paquetes es una de las siguientes:
    - un mensaje de invitacion que comprende un URI de transferencia de dominio y un puntero a dicha sesion de comunicacion; y
    - un SIP INVITE que comprende un URI de transferencia de dominio de continuidad de llamada de voz en un URI de solicitud y un identificador de sesion que senala a dicha sesion de comunicacion.
  9. 9. Un dispositivo de comunicacion de acuerdo con la reivindicacion 8, en el que dicha unidad de procesamiento esta configurada, ademas, para:
    esperar a recibir una respuesta a la solicitud de transferencia para la parte conmutada por paquetes; y
    enviar la solicitud de transferencia de la parte conmutada por circuitos en respuesta a la recepcion de dicha
    respuesta.
  10. 10. Un servidor de aplicaciones, que comprende:
    una entrada (505) que puede funcionar para recibir, desde un primer dispositivo de comunicacion, una indicacion de que una sesion de comunicacion en curso entre el primer dispositivo de comunicacion y un segundo dispositivo de comunicacion debe dividirse en una parte conmutada por paquetes y una parte conmutada por circuitos; y
    una unidad de procesamiento (501) configurada para esperar a recibir las solicitudes de transferencia separadas tanto de la parte conmutada por paquetes como de la parte conmutada por circuitos, y para informar al segundo dispositivo de comunicacion de las transferencias de la parte conmutada por paquetes y la parte conmutada por circuitos,
    en el que dicha entrada (505) puede funcionar para recibir dicha indicacion como parte de al menos una de entre la solicitud de transferencia de la parte conmutada por paquetes y la solicitud de transferencia de la parte conmutada por circuitos.
  11. 11. Un servidor de aplicaciones de acuerdo con la reivindicacion 10, en el que dicha indicacion esta dispuesta para recibirse como parte de una solicitud de transferencia de la parte conmutada por paquetes y dicha solicitud de transferencia de la parte conmutada por paquetes es una de las siguientes:
    - un mensaje de invitacion que comprende un URI de transferencia de dominio y un puntero a dicha sesion de comunicacion; y
    - una invitacion de protocolo de inicio de sesion que comprende un identificador de recursos uniforme de transferencia de dominio de continuidad de llamada de voz en un identificador de recursos uniforme de solicitud y un identificador de sesion que senala a dicha sesion de comunicacion.
  12. 12. Un servidor de aplicaciones de acuerdo con la reivindicacion 11, en el que dicha unidad de procesamiento esta configurada para enviar una respuesta que confirme la recepcion de la solicitud de transferencia de la parte conmutada por paquetes y para esperar a recibir la solicitud de transferencia de la parte conmutada por circuitos.
  13. 13. Un programa informatico que comprende un codigo de programa ejecutable por ordenador adaptado para permitir que un aparato realice el metodo de cualquiera de las reivindicaciones 1-6.
ES07858347.3T 2007-01-09 2007-12-17 Continuidad de sesión en redes de comunicación Active ES2611038T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/651,897 US8891482B2 (en) 2007-01-09 2007-01-09 Session continuity in communication networks
US651897 2007-01-09
PCT/FI2007/050696 WO2008084136A1 (en) 2007-01-09 2007-12-17 Session continuity in communication networks

Publications (1)

Publication Number Publication Date
ES2611038T3 true ES2611038T3 (es) 2017-05-04

Family

ID=39594195

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07858347.3T Active ES2611038T3 (es) 2007-01-09 2007-12-17 Continuidad de sesión en redes de comunicación

Country Status (13)

Country Link
US (1) US8891482B2 (es)
EP (1) EP2103062B1 (es)
JP (2) JP5036076B2 (es)
KR (1) KR101051671B1 (es)
CN (1) CN101584167B (es)
CA (1) CA2672697C (es)
DK (1) DK2103062T3 (es)
ES (1) ES2611038T3 (es)
IL (1) IL199379A (es)
PL (1) PL2103062T3 (es)
RU (1) RU2431236C2 (es)
UA (1) UA94983C2 (es)
WO (1) WO2008084136A1 (es)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8891482B2 (en) 2007-01-09 2014-11-18 Nokia Corporation Session continuity in communication networks
GB0711592D0 (en) * 2007-06-15 2007-07-25 Ericsson Telefon Ab L M Access domain selection in a communications network
KR101351032B1 (ko) * 2007-07-04 2014-01-10 엘지전자 주식회사 세션 모빌리티 지원 방법
US20090034472A1 (en) * 2007-08-03 2009-02-05 Research In Motion Limited System and Method for Handing Over Sessions Between Networks
US20090100181A1 (en) * 2007-10-11 2009-04-16 Sony Ericsson Mobile Communications Ab Apparatus, method and computer program for establishing a service session
KR101375007B1 (ko) * 2008-01-14 2014-03-14 애플 인크. 단일 라디오 보이스 콜 연속성
US8943182B2 (en) * 2008-10-01 2015-01-27 Motorola Solutions, Inc. Method and system for transferring a communication session
CN101742589B (zh) 2008-11-07 2011-06-01 华为终端有限公司 一种多媒体会话转移的方法、用户设备及服务器
BRPI0924293B1 (pt) * 2009-02-04 2021-01-19 Nokia Technologies Oy mudança de acesso para re-rotear uma conexão
WO2010091734A1 (en) * 2009-02-13 2010-08-19 Nokia Siemens Networks Oy Policy control enhancement for service continuity
US8804661B2 (en) * 2009-05-21 2014-08-12 Htc Corporation Method of handling call in handover in wireless communication system and wireless communication device using the same
US9374740B2 (en) * 2009-07-31 2016-06-21 Alcatel Lucent Method for handing over a terminal during a non steady VoIP call, network element, device and system
EP2469925B1 (en) * 2009-08-20 2017-02-22 Fujitsu Limited Base station device, base station control device, mobile terminal, communication system, and base station device control method
JP5205402B2 (ja) * 2010-02-15 2013-06-05 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、ネットワーク装置及び移動通信方法
CN102334323B (zh) * 2010-04-30 2013-12-18 华为技术有限公司 建立联合会话的方法、设备及系统
CN102387117B (zh) * 2010-08-26 2015-09-16 中兴通讯股份有限公司 切换振铃态会话的方法和装置
EP2850802B1 (en) * 2012-05-15 2016-01-06 Telefonaktiebolaget L M Ericsson (publ) Access transfer for a drvcc mobile terminal
WO2016045728A1 (en) * 2014-09-25 2016-03-31 Nokia Solutions And Networks Oy Domain selection for terminating voice call
US10057829B2 (en) 2014-12-24 2018-08-21 Telefonaktiebolaget Lm Ericsson (Publ) VoWLAN call handover method, UE and core network node
US10701310B2 (en) 2017-06-23 2020-06-30 T-Mobile Usa, Inc. Video call continuity between devices via a telecommunications network
US12184717B2 (en) * 2021-06-28 2024-12-31 Dell Products L.P. System and method for edge analytics in a virtual desktop environment

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1148688A1 (en) * 2000-04-20 2001-10-24 Telefonaktiebolaget L M Ericsson (Publ) Proxy apparatus and method
GB0104281D0 (en) * 2001-02-21 2001-04-11 Nokia Networks Oy A communication system
EP1370056B1 (en) * 2002-06-03 2006-07-26 Alcatel Telecommunication system with packet-switched-multimedia-session-to-circuit-switched-call transferral
JP2006512868A (ja) 2002-12-30 2006-04-13 エスケーテレコム カンパニー リミテッド １ｘｅｖ−ｄｏシステムの障害時に１ｘシステムに呼接続を切換える方法及びハイブリッド端末機
GB2398458B (en) 2003-02-15 2005-05-25 Ericsson Telefon Ab L M Conversational bearer negotiation
CN1549634A (zh) * 2003-05-09 2004-11-24 �ʼҷ����ֵ��ӹɷ����޹�˾ 用于在无线广域网与无线局域网之间无缝漫游的系统和方法
US7535889B2 (en) 2003-06-11 2009-05-19 Alcatel-Lucent Usa Inc. Server component redirection of new media path portion between packet-switched and circuit-switched portions of mobile switching center
JP4496733B2 (ja) 2003-08-06 2010-07-07 日本電気株式会社 移動通信システム及びそれに用いるハンドオーバ方法
US6940844B2 (en) 2003-10-17 2005-09-06 Interdigital Technology Corporation Method and apparatus for reporting WLAN capabilities of a dual mode GPRS/WLAN or UMTS/WLAN WTRU
JP4664356B2 (ja) 2004-05-10 2011-04-06 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 拡張通信接続を開始する方法および電気通信システム
JP2005341310A (ja) 2004-05-27 2005-12-08 Fujitsu Ten Ltd 通信装置
SE0401671D0 (sv) 2004-06-29 2004-06-29 Ericsson Telefon Ab L M Network control of a combined circuit switched and packet switched session
CN100372342C (zh) * 2004-11-08 2008-02-27 华为技术有限公司 通过分组域为电路域用户提供业务的方法
CN1801998A (zh) * 2004-12-31 2006-07-12 华为技术有限公司 从多媒体子系统域到电路子系统域的会话切换方法
US8072933B2 (en) * 2005-03-30 2011-12-06 Nokia Corporation Combined handover of the circuit-switched (CS) and packet-switched (PS) resources
CN100417291C (zh) * 2005-04-28 2008-09-03 中兴通讯股份有限公司 一种域间切换的方法、系统及所用的域切换控制器
JP2008547289A (ja) * 2005-06-15 2008-12-25 アゼール ネットワークス， インコーポレイテッド Ｉｐ−ｃａｎとｃｓネットワークとの間のボイスコールコンティニュイティアプリケーションサーバー
US7574212B2 (en) 2005-06-22 2009-08-11 Sprint Spectrum L.P. Method and system for managing communication sessions during multi-mode mobile station handoff
CN100461782C (zh) * 2005-09-01 2009-02-11 华为技术有限公司 一种ip多媒体子系统中实现桥接的系统和方法
CN1802022B (zh) * 2005-09-30 2010-05-05 华为技术有限公司 在话音业务连续性业务中建立初始呼叫的方法及系统
US8891482B2 (en) 2007-01-09 2014-11-18 Nokia Corporation Session continuity in communication networks

Also Published As

Publication number Publication date
CA2672697C (en) 2014-12-09
CA2672697A1 (en) 2008-07-17
EP2103062A4 (en) 2011-07-06
KR101051671B1 (ko) 2011-07-28
WO2008084136A1 (en) 2008-07-17
EP2103062A1 (en) 2009-09-23
CN101584167B (zh) 2011-11-23
RU2009130151A (ru) 2011-02-20
UA94983C2 (ru) 2011-06-25
JP2010515390A (ja) 2010-05-06
PL2103062T3 (pl) 2017-04-28
CN101584167A (zh) 2009-11-18
JP2012157011A (ja) 2012-08-16
EP2103062B1 (en) 2016-12-07
RU2431236C2 (ru) 2011-10-10
IL199379A (en) 2013-11-28
KR20090100439A (ko) 2009-09-23
DK2103062T3 (en) 2017-02-13
JP5036076B2 (ja) 2012-09-26
US8891482B2 (en) 2014-11-18
US20080165764A1 (en) 2008-07-10

Similar Documents

Publication Publication Date Title
JP5036076B2 (ja) 通信ネットワークにおけるセッションの継続性
US7366514B2 (en) Method of handing off a packet switched to a circuit switched call
ES2431051T5 (es) Método para proporcionar una selección de modo de acceso a un terminal multimodo y sistema y aparato correspondientes
US9467907B2 (en) Handover of user-equipment (UE) undetected emergency calls
AU2011374206B2 (en) Methods and apparatuses for enabling an Single Radio Voice Call Continuity (SRVCC) access transfer of an emergency call back session
US8848666B2 (en) Handover of emergency calls from a circuit switched to a packet switched access network
US20100034168A1 (en) System and Method for Enabling SR-VCC with Shared IMPU
CN101227647B (zh) 一种保持多媒体会话连续性业务的切换方法
ES2465218T3 (es) Método para transferir múltiples sesiones, dispositivo de control de llamadas y servidor de continuidad de servicio
US20100039987A1 (en) Method and apparatus for routing a bearer path in an internet protocol multimedia subsystem based communication system
US8913101B2 (en) Method, system, terminal, and server for transferring video call between access networks
JP2010517411A (ja) 異種無線通信ネットワークにおけるハンドオーバー装置及び方法
CN102450054A (zh) 用于接入网络间会话转移的方法与设备
US20110164564A1 (en) Mobile switching centre server
WO2009056059A1 (en) Method, system and device of call forwarding
ES2398057T3 (es) Una método, un dispositivo y un sistema de comunicaciones móviles para realizar una transferencia explícita de comunicaciones
US8509781B2 (en) Method and system for realizing session handover
WO2008052466A1 (en) Method, system and equipment for switching among different networks
KR20120001361A (ko) 이종무선망간 핸드오버를 위한 방법 및 장치
CN102238673A (zh) 反向单待业务连续性实现方法及系统
CN103081436B (zh) 提供MMoIP通信服务的方法
HK1130593A (en) Session continuity in communication networks
HK1130593B (en) Session continuity in communication networks