ES2431051T5 - Método para proporcionar una selección de modo de acceso a un terminal multimodo y sistema y aparato correspondientes - Google Patents

Método para proporcionar una selección de modo de acceso a un terminal multimodo y sistema y aparato correspondientes Download PDF

Info

Publication number
ES2431051T5
ES2431051T5 ES07816543.8T ES07816543T ES2431051T5 ES 2431051 T5 ES2431051 T5 ES 2431051T5 ES 07816543 T ES07816543 T ES 07816543T ES 2431051 T5 ES2431051 T5 ES 2431051T5
Authority
ES
Spain
Prior art keywords
registration
identity
access
type
access network
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
ES07816543.8T
Other languages
English (en)
Other versions
ES2431051T3 (es
Inventor
Dongming Zhu
Jie Xu
Li Wen
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=39313607&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2431051(T5) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Priority claimed from CN2006101410988A external-priority patent/CN101163291B/zh
Priority claimed from CN2007100937870A external-priority patent/CN101291519B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2431051T3 publication Critical patent/ES2431051T3/es
Publication of ES2431051T5 publication Critical patent/ES2431051T5/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4588—Network directories; Name-to-address mapping containing mobile subscriber information, e.g. home subscriber server [HSS]
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Método para proporcionar una selección de modo de acceso a un terminal multimodo y sistema y aparato correspondientes
CAMPO DE LA INVENCIÓN
La presente invención se refiere a un campo de comunicaciones y más en particular, a un método, un sistema y un aparato para proporcionar una selección de modo de acceso a un terminal multimodo.
ANTECEDENTES DE LA INVENCIÓN
El subsistema multimedia IP (IMS) es el subsistema multimedia IP en red de acceso múltiple por división de códigos de banda ancha (WCDMA) definido por el estándar R5/R6 del proyecto de asociación de la tercera generación (3GPP) y es una red objetivo que pone en práctica las señales de voz y datos en paquetes de la red móvil 3G y que proporciona un servicio multimedia unificado con su aplicación. El IMS adopta el dominio de paquetes IP como un canal de soporte para controlar la transmisión multimedia y de mensajes y adopta el protocolo de iniciación de sesión (SIP) como el mensaje de control de llamadas. En el subsistema IMS, los datos de suscripción de abonados del IMS se agrupan y gestionan en un servidor de abonado local (HSS), siendo el servicio uniformemente proporcionado por un servidor de aplicación (AS) y el control de la sesión se consigue mediante una función de control de sesión de llamadas de servicio (S-CSCF) y el servidor HSS, el servidor AS y la función S-CSCF están completamente separados en la estructura de la red. El servicio se inicia para el servidor AS a través de la función S-CSCF y una pluralidad de servidores AS pueden cooperar entre sí. El usuario obtiene acceso al subsistema IMS a través de la función de control de sesión de llamadas-proxy (P-CSCF) del nodo del agente local actual, consiguiéndose el control de la sesión y del servicio por un nodo de servicio de dominio local de la posición de registro, de modo que el usuario pueda obtener el mismo servicio en diferentes puntos de acceso con el fin de separar las funciones de gestión de servicio, el control de la sesión y el acceso de soporte y para prestar servicios no relacionados con el acceso y la posición.
Cuando se dispone de un terminal que soporte el modo de acceso múltiple, el terminal multimodo del usuario puede registrarse en la red por intermedio de una pluralidad de dominios de acceso y las identidades de usuarios, que se registran al mismo tiempo, pueden ser las mismas o tener una asociación determinada (para las identidades sin la asociación, el proceso es el mismo que el del terminal de modo único). En este caso, el terminal multimodo referido incluye, sin limitación, el terminal multimodo del WCDMA, el terminal multimodo de CDMA2000 o el terminal multimodo móvil de otras normas. El usuario puede iniciar o recibir la llamada en cualquier dominio de registro o incluso puede iniciar o recibir la llamada simultáneamente en una pluralidad de dominios.
Es un tema objeto de investigación por el protocolo 3GPP determinar qué red de acceso se selecciona por la red a conectarse a la llamada cuando el terminal multimodo presta servicio como una parte llamada. Recientemente, la solución propuesta por el 3GPP es que una entidad llamada como una función de selección de dominio (DSF) se añada a la red de iMs. Cuando se recibe la llamada requerida para conectarse al terminal multimodo, la entidad de DSF toma una decisión de selección de dominio de acceso en función de varios factores, tales como la política del operador, la preferencia del usuario, el estado de registro del terminal y varios elementos y conecta la llamada al dominio de acceso seleccionado en función de un resultado de decisión. Cuando la función DSF selecciona la realización de la conexión de llamada en un dominio de circuitos conmutados (CS), la función DSF reenvía un número de acceso de dominio CS a la función S-CSCF con el fin de dar instrucciones para la conexión de la llamada al dominio de CS. Cuando la función DSF selecciona la realización de la conexión de llamada en el dominio de IMS, la DSF reenvía una identidad de usuario pública de IMS (IMPU) del usuario a la S-CSCF con el fin de dar instrucciones para la conexión de la llamada en el dominio de IMS.
Durante el proceso de la invención, el inventor descubre que existe una pluralidad de modos de acceso bajo un determinado dominio de acceso, pero en la técnica anterior se plantea el problema de realizar la selección del modo de acceso y la instrucción de conexión de llamada por la red cuando el terminal multimodo sirve como la parte llamada, cuyo problema no se puede resolver. Es decir, después de seleccionar el modo de acceso en conformidad con una política determinada, la entidad de decisión de encaminamiento no puede dar instrucciones, en correspondencia, a una entidad de realización de encaminamiento para efectuar la conexión de la llamada en el modo de acceso seleccionado.
El documento 3GPP TS 23.206 V2.0.0 especifica la arquitectura funcional y los flujos de información de la función de Continuidad de Llamada de Voz, que proporciona la capacidad para transferir la ruta de una llamada de voz entre un sistema 3GPP CS e IMS.
El documento WO 2006/105223 da a conocer un sistema que puede proporcionar una o más de: itinerancia del dispositivo del cliente entre la red de telefonía de circuitos conmutados y la red de telefonía IP; la terminación de llamadas al dispositivo del cliente con itinerancia en la red de telefonía IP desde la red de telefonía de circuitos
5
10
15
20
25
30
35
40
45
50
55
60
65
conmutados y la transferencia de llamadas entre la red de telefonía de circuitos conmutados y la red de telefonía de IP.
SUMARIO DE LA INVENCIÓN
La presente invención se refiere a un método, un sistema y un aparato para proporcionar la selección del modo de acceso al terminal multimodo, de modo que después de seleccionar un modo de acceso en conformidad con una política determinada, una entidad de decisión de encaminamiento pueda dar las instrucciones correspondientes a una entidad de realización de encaminamiento para efectuar una conexión de llamada en el modo de acceso seleccionado.
La presente invención da a conocer un método para proporcionar la selección del modo de acceso al terminal multimodo, que incluye las etapas siguientes. Cuando se establece una conexión de registro, un terminal multimodo notifica un tipo de red de acceso actual a un lado de la red. Cuando se realiza la conexión de llamada a una parte llamada, una entidad de decisión de encaminamiento, en el lado de la red, selecciona el modo de acceso y da instrucciones a una entidad de realización de encaminamiento con una identidad de tipo de acceso de red correspondiente en conformidad con la identidad de tipo de acceso actual para realizar una conexión de llamada, en donde la parte llamada es el terminal multimodo.
La presente invención da a conocer un sistema para proporcionar la selección del modo de acceso a un terminal multimodo, que incluye: un terminal multimodo, adaptado para notificar un tipo de red de acceso actual a un lado de la red cuando se establece una conexión de registro; una entidad de decisión de encaminamiento, adaptada para seleccionar el modo de acceso y para transmitir una instrucción a una entidad de realización de encaminamiento, con una identidad de tipo de red de acceso correspondiente, en conformidad con la identidad de tipo de acceso actual para realizar una conexión de llamada, en el modo de acceso seleccionado, cuando se realiza la conexión de llamada a una parte llamada, en donde la parte llamada es el terminal multimodo y una entidad de realización de encaminamiento, adaptada para efectuar la conexión de llamada en función de la instrucción recibida.
La presente invención da a conocer una entidad de decisión de encaminamiento, que incluye: una unidad de salvaguarda, adaptada para salvaguardar una entidad de tipo de red de acceso incluida en una señalización de registro y una unidad de instrucción, adaptada para, después de que la entidad de decisión de encaminamiento seleccione un modo de acceso en conformidad con una política, extraer una identidad de tipo de red de acceso correspondiente desde la unidad de salvaguarda en conformidad con la identidad de tipo de acceso actual e incluir la identidad del tipo de red de acceso extraída en una señalización de instrucción proporcionada a una entidad de realización de encaminamiento.
La presente invención da a conocer un terminal multimodo, que incluye: una unidad de identificación de red de acceso, adaptada para identificar una red de acceso adoptada cuando un terminal multimodo obtiene acceso a la red y una unidad de adición, adaptada para añadir una identidad de tipo de red de acceso correspondiente a una señalización de registro transmitida a un lado de la red cuando el terminal multimodo inicia el registro.
Con el método para proporcionar la selección del modo de acceso a un terminal multimodo, al sistema y al aparato, según la presente invención, cuando se establece la conexión de registro, el terminal notifica la información relacionada del tipo de red de acceso actual al lado de la red. De esta manera, cuando se realiza la conexión de llamada a la parte llamada, la entidad de decisión de encaminamiento, en el lado de la red, selecciona el modo de acceso y proporciona las instrucciones correspondientes a la entidad de realización de encaminamiento para efectuar la conexión de llamada en función de la información relacionada y del modo de acceso seleccionado.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La Figura 1 es un diagrama de flujo de las etapas de un método según una forma de realización de la presente invención;
La Figura 2 es un diagrama de flujo de las etapas de un método según una primera forma de realización de la presente invención;
La Figura 3 es un diagrama de flujo de señalización de un método según una segunda forma de realización de la presente invención;
La Figura 4 es un diagrama de flujo de señalización de un método según una tercera forma de realización de la presente invención;
La Figura 5 es un diagrama de flujo de señalización de un método según una cuarta forma de realización de la presente invención;
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 6 es una vista estructural esquemática de un sistema según una primera forma de realización de la presente invención;
La Figura 7 es una vista modular esquemática del sistema según la primera forma de realización de la presente invención;
La Figura 8 es un diagrama de flujo de las etapas de un método según una quinta forma de realización de la presente invención;
La Figura 9 es una vista estructural esquemática de una entidad de decisión de encaminamiento según una forma de realización de la presente invención;
La Figura 10 es una vista estructural esquemática de un terminal multimodo según una forma de realización de la presente invención;
La Figura 11 es un diagrama de flujo de señalización de un método según una sexta forma de realización de la presente invención;
La Figura 12 es un diagrama de flujo de señalización de un método según una séptima forma de realización de la presente invención;
La Figura 13 es una vista estructural esquemática de otra entidad de decisión de encaminamiento según una forma de realización de la presente invención y
La Figura 14 es un diagrama de flujo de señalización de un método según una novena forma de realización de la presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
Después de seleccionar un modo de acceso en conformidad con una política determinada, una entidad de decisión de encaminamiento da las instrucciones correspondientes a una entidad de realización de encaminamiento para efectuar una conexión de llamada en el modo de acceso seleccionado.
La presente invención da a conocer un método para proporcionar una selección del modo de acceso a un terminal multimodo, haciendo referencia a la Figura 1, cuyo método incluye principalmente las etapas siguientes:
En la etapa S1, cuando se establece una conexión de registro, un terminal notifica la información relacionada de un tipo de red de acceso actual a un lado de la red.
En la etapa S2, cuando se realiza una conexión de llamada a una parte llamada, una entidad de decisión de encaminamiento, en el lado de la red, selecciona el modo de acceso y da las instrucciones correspondientes a una entidad de realización de encaminamiento para efectuar la conexión de llamada en función de la información relacionada y del modo de acceso seleccionado.
La presente invención da a conocer, además, un sistema para proporcionar una selección del modo de acceso para un terminal multimodo, que incluye un terminal multimodo, una entidad de decisión de encaminamiento y una entidad de realización de encaminamiento. El terminal multimodo está adaptado para notificar la información relacionada de un tipo de red de acceso actual a un lado de la red, cuando se establece una conexión de registro. La entidad de decisión de encaminamiento está adaptada para seleccionar el modo de acceso y transmitir, en correspondencia, una instrucción correspondiente en función de la información relacionada y del modo de acceso seleccionado cuando se efectúa la conexión de llamada a una parte llamada. La entidad de realización de encaminamiento está adaptada para efectuar la conexión de llamada en función de la instrucción recibida.
El método y el sistema según las formas de realización de la presente invención, se describen en detalle como sigue.
Con el fin de conseguir que cuando el terminal multimodo sirve como una parte llamada, después de seleccionar el modo de acceso, la entidad de decisión de encaminamiento proporcione las instrucciones correspondientes a la entidad de realización de encaminamiento para efectuar la conexión de llamada en el modo de acceso seleccionado, es decir, el terminal multimodo puede obtener acceso a un dominio de IMS a través de diferentes redes de acceso al mismo tiempo, cuando el usuario sirve como la parte llamada, la red puede seleccionar una red de acceso determinada para realizar la conexión de llamada en conformidad con una política y cuando el usuario tiene una pluralidad de terminales que comparten la IMPU en la red de acceso, no resulta afectada una operación de bifurcación denominada forking de la red. Haciendo referencia a la Figura 2, el método según una primera forma de realización de la presente invención, incluye las etapas principales siguientes:
5
10
15
20
25
30
35
40
45
50
55
60
65
En la etapa S101, cuando se realiza el registro, el terminal notifica una identidad del tipo de red de acceso al lado de la red.
En una solución de identidad de registro reg-id, es decir, cuando el usuario tiene solamente un terminal que utiliza una determinada IMPU, la red identifica una determinada dirección de contacto ampliando el alcance de utilización de la identidad de registro reg-id para permitir que ocurra dicha identificación en la señalización de llamada o designa uno de los tipos de acceso del terminal multimodo designando directamente una dirección de contacto. Sin embargo, cuando el usuario tiene una pluralidad de terminales que comparten la IMPU, y una pluralidad de terminales que comparten la IMPU bajo los mismos registros de red de acceso en la red IMS, DSF puede seleccionar solamente un tipo de red de acceso en lugar de una dirección de contacto específico determinada, pero reg-id no puede adaptarse para identificar los diferentes tipos de red de acceso, por lo que bajo la situación de seleccionar una sola red de acceso, DSF no puede dar instrucciones del tipo de red de acceso seleccionado a la función S-CSCF con la identificación reg-id para permitir a la S-CSCF realizar la onda estacionaria de forking en la pluralidad de terminales que se registran en la red de acceso. En la presente invención, una identidad capaz de dar instrucciones del tipo de red de acceso se añade en la solución de reg-id.
En la presente invención cuando se efectúa el registro, el terminal transmite una identidad del tipo de red de acceso correspondiente al modo de acceso actual en una señalización de registro, de modo que la entidad de decisión de encaminamiento en el lado de la red (puede ser, sin limitación, la DSF u otro AS) y la entidad de realización de encaminamiento (puede ser la S-CSCF) adquiere, respectivamente, y salvaguarda la identidad del tipo de red de acceso.
La manera de incluir la identidad del tipo de red de acceso en la señalización de registro incluye, sin limitación, los tres tipos siguientes.
En una primera manera, se añade un parámetro después de un campo de cabecera de contacto con el fin de incluir la identidad del tipo de red de acceso.
La identidad del tipo de red de acceso puede ser un nuevo tipo de etiqueta de función, que se adapta para identificar el tipo de red de acceso correspondiente a una dirección de contacto específica. A modo de ejemplo, un parámetro accesstype=”wlan” se añade después del campo de la cabecera de contacto para identificar que el registro de este momento se realiza mediante una red de acceso de red de área local inalámbrica (WLAN). El parámetro, junto con otras etiquetas de funciones, se adquiere por la función S-CSCF y la DSF durante el registro.
En una segunda manera, se añade un parámetro después de la IMPU con el fin de incluir la identidad del tipo de red de acceso.
Para la identidad del tipo de red de acceso, se añade un parámetro después de la IMPU para representar el tipo de red de acceso, a modo de ejemplo, un parámetro accesstype=”wlan” se añade después del identificador de IMPU
zhangsan@public.id para identificar la red de acceso WLAN. El parámetro, junto con la IMPU, se adquiere por la función S-CSCF y la DSF durante el registro del usuario.
En una tercera manera, se añade un prefijo o un sufijo a la IMPU con el fin de incluir la identidad del tipo de red de acceso.
La identidad del tipo de red de acceso puede servir como el sufijo o prefijo de la IMPU, es decir, la IMPU se expande adoptando el sufijo o prefijo y el tipo de red de acceso se identifica en el sufijo o prefijo. A modo de ejemplo, la IMPU es originalmente
zhangsan@public.id, cuando el terminal consigue acceso a través de la red WLAn, la IMPU se expande a
zhangsan_wlan@public.id y cuando el terminal obtiene acceso a través de la WCDM, la IMPU se expande a
zhangsan_utran@public.id. Si el usuario tiene una pluralidad de terminales capaces de obtener acceso a la red de IMS a través de WLAN, los terminales expanden la IMPU de los terminales a
zhangsan_wlan@public.id cuando se realiza el registro.
En la etapa S102, cuando se realiza la conexión de llamada a la parte llamada, la entidad de decisión de encaminamiento selecciona el modo de acceso y proporciona las instrucciones correspondientes, con la identidad del tipo de red de acceso correspondiente, a la entidad de realización de encaminamiento.
Cuando el usuario sirve como la parte llamada, después de seleccionar un tipo de red de acceso según varias políticas, la entidad de decisión de encaminamiento (puede ser la DSF) notifica el resultado seleccionado a la entidad de realización de encaminamiento (puede ser la S-CSCF) incluyendo la identidad del tipo de red de acceso correspondiente en una señalización de llamada reenviada a la S-CSCF.
Las maneras de incluir la identidad del tipo de red de acceso correspondiente en la señalización de llamada corresponden a las tres maneras descritas en la etapa S1.
5
10
15
20
25
30
35
40
45
50
55
60
65
En correspondencia con la primera manera en la etapa S101, cuando se realiza la conexión a la parte llamada, después de seleccionar una red de acceso, la DSF notifica el tipo de red de acceso seleccionado a la S-CSCF con un mecanismo de preferencia de parte que hace la llamada, añade un campo de cabecera de 'Aceptar-contacto' a un mensaje de demanda de sesión transmitido a la S-CSCF. El campo de cabecera proporciona instrucciones para utilizar el tipo de red de acceso específico determinado para efectuar la conexión de llamada, a modo de ejemplo, para el parámetro de Aceptar-contacto: *;accesstype=”wlan”, el formato representa que la red debe seleccionar la conexión de registro con el tipo de red de acceso siendo WLAN para efectuar la conexión de llamada.
En correspondencia con la segunda manera en la etapa S101, cuando se realiza la conexión a la parte llamada, después de seleccionar una red de acceso, la DSF incluye el parámetro recientemente añadido a continuación de la identidad de parte llamada (IMPU) con el fin de notificar el resultado seleccionado a la S-CSCF. En comparación con la primera manera, la ventaja de esta manera es que el encaminamiento se realiza directamente con la identidad de parte llamada en lugar del mecanismo de preferencia de la parte que hace la llamada y el inconveniente es que debe añadirse además el parámetro SIP.
En correspondencia con la tercera manera en la etapa S101, cuando la identidad de parte llamada recibida es una llamada de IMPU original, la DSF selecciona una red de acceso y luego, incorpora la identidad de parte llamada como la IMPU expandida con el sufijo o prefijo correspondiente añadido en la señalización de llamada transmitida a la S-CSCF. De esta manera, la S-CSCF puede adquirir el resultado seleccionado de la DSF y busca la conexión de registro efectuada con la IMPU expandida. En comparación con la segunda manera, la ventaja de esta manera es que no es necesario expandir el parámetro y el encaminamiento se realiza directamente con la IMPU y el inconveniente es que otros servidores ASs no requeridos, que adquieren los diferentes tipos de red de acceso del terminal, se necesitan para identificar la IMPU.
En la etapa S103, la entidad de realización de encaminamiento efectúa la conexión de llamada en el modo de acceso seleccionado por la entidad de decisión de encaminamiento.
Después de adquirir la identidad de tipo de red de acceso incluida en la señalización de llamada, la S-CSCF puede buscar qué terminales del usuario obtienen acceso al dominio de IMS bajo la red de acceso (es decir, qué terminales se registran bajo la red de acceso). Si solamente se encuentra un terminal, la función S-CSCF realiza directamente la conexión de llamada en el terminal y si se encuentra una pluralidad de terminales, la S-CSCF puede realizar la operación de forking en conformidad con otras políticas.
Además, con el fin de resolver el problema de que el mismo terminal mantiene una pluralidad de conexiones de registro en la red de IMS y el problema de que después de seleccionar el modo de acceso, la entidad de decisión de encaminamiento no puede dar las instrucciones correspondientes a la entidad de realización de encaminamiento para efectuar la conexión de llamada en el modo de acceso seleccionado, en el método según la forma de realización de la presente invención, cuando el terminal se registra, el lado de la red identifica una pluralidad de incidencias operativas de registro del mismo terminal en función de la identidad de tipo de red de acceso adquirida con el fin de mantener la pluralidad de conexiones de registro del mismo terminal, de modo que no se requiera la solución reg-id.
El método específico se describe como sigue. Cuando se recibe la señalización de registro transmitida desde el mimo terminal, la S-CSCF puede diferenciar la señalización de registro en función de las identidades del tipo de red de acceso incluidas en la señalización de registro. Si los tipos de red de acceso de dos registros son los mismos, la conexión de registro original puede desregistrarse. Si los tipos de red de acceso de dos registros son diferentes, puede considerarse que existe una incidencia operativa de registro múltiple y no se desregistra la conexión de registro original.
Si el terminal necesita registrar solamente el más reciente acceso después de cambiar la red de acceso y no está reservado el acceso original, el terminal puede iniciar el desregistro para el registro original. Si el terminal pierde la conexión de red de acceso original y no puede iniciar el desregistro en el registro original, la red puede determinar si desregistrar la conexión original, o no, en función de los dos tipos de red de acceso continuo. Si no pueden coexistir las dos redes de acceso continuo, a modo de ejemplo, la evolución a largo plazo (LTE) y el sistema global para la red de acceso de radio de comunicaciones móviles (GERAN), la red puede desregistrar la conexión de registro original. Como alternativa, la red puede también no determinar activamente el tipo de acceso de red, sino esperar a que termine la conexión de registro y desregistra la conexión de registro original.
El método de la presente invención se describe, además, con detalle con las tres formas de realización dadas a conocer a continuación.
En el método según una segunda forma de realización, se añade una etiqueta de función para identificar el tipo de red de acceso. Se supone que el nombre de la etiqueta de función añadida es el tipo de acceso accesstype, con valores específicos que incluyen “wlan”, “lte”, “utran”, “geran” y “hrpd”, etc., para identificar varios tipos de redes de acceso diferentes. Haciendo referencia a la Figura 3, el método incluye las etapas específicas siguientes.
5
10
15
20
25
30
35
40
45
50
55
60
65
En la etapa 1, el terminal multimodo obtiene acceso a la red de IMS a través de la WCDMA e inicia una demanda de registro REGISTER, una dirección de contacto-1 se incluye en el mensaje de demanda, el parámetro de tipo de acceso que identifica el tipo de red de acceso se incluye a continuación del campo de cabecera de contacto y el valor del parámetro es “utran”, que representa que el terminal multimodo obtiene acceso a la red de IMS a través de la red WCDMA. Después de que se reenvíe a través de otras entidades, el mensaje de demanda alcanza la S-CSCF y su proceso carece de importancia para la presente invención, por lo que aquí se omite.
En la etapa 2, después de que el usuario acabe el proceso de registro, la S-CSCF notifica la incidencia operativa de registro del usuario y el contenido de contacto a la DSF (la DSF ha suscrito la incidencia operativa de registro del usuario desde la S-CSCF con anterioridad, por lo que aquí la S-CSCF puede notificar a la DSF y el proceso de suscripción carece de importancia en la presente invención, por lo que aquí se omite).
En la etapa 3, el terminal multimodo obtiene acceso a la red de IMS desde la WLAN e inicia otra demanda de registro. La nueva dirección de contacto y el parámetro de accesstype con su valor siendo “wlan” se incluye en el mensaje de demanda, representando que el terminal multimodo obtiene acceso a la red de IMS desde la red WLAN, de nuevo. Después de recibir el mensaje de registro, la S-CSCF determina que éste es un registro múltiple iniciado por el mismo terminal en función de los diferentes parámetros de tipo de red de acceso y no se desregistra la conexión de contacto-1 original. La S-CSCF adquiere que ésta es una incidencia operativa de registro múltiple iniciada por el mismo terminal en otras maneras operativas, a modo de ejemplo, la denominada reg-id en conformidad con una primera solución técnica aquí descrita correspondiente a la técnica anterior.
En la etapa 4, la S-CSCF notifica también la nueva incidencia operativa de registro del usuario a la DSF.
En la etapa 5, cuando se requiere una llamada a conectarse al usuario, la señalización de llamada INVITE se transmite en primer lugar a la S-CSCF.
En la etapa 6, la S-CSCF inicia la señalización de llamada para la DSF con los criterios de filtros iniciales (iFC).
En la etapa 7, cuando se decide que es necesario conectarse a la llamada desde la red WLAN, según varias políticas, la DSF rellena el contenido del campo de cabecera de Aceptar-contacto con accesstype=”wlan” y reenvía la demanda INVITE con el campo de cabecera para la función S-CSCF.
En la etapa 8, en función de la selección de la DSF, la S-CSCF selecciona la conexión de registro con el tipo de acceso siendo “wlan”. En esta forma de realización, se supone que solamente una conexión de registro, es decir, contacto-2, existe en este momento, la S-CSCF rellena la Demanda-URI con el contenido del contacto-2 y a continuación, proporciona la demanda INVITE. De esta manera, la llamada está conectada con la red de acceso WLAN. Si existe una pluralidad de conexiones de registro con el tipo de acceso siendo “wlan”, la S-CSCF puede proporcionar la demanda de llamada a las conexiones al mismo tiempo o en secuencia y realiza la operación de bifurcac8ión denominada forking.
En la etapa 9, el terminal multimodo recibe la llamada bajo la WLAN y reenvía la respuesta final de llamada.
En el método según una tercera forma de realización, el parámetro se añade a continuación de la IMPU para identificar los diferentes tipos de red de acceso. El nombre del parámetro añadido es accesstype, con valores específicos incluyendo “wlan”, “lte”, “utran”, “geran” y “hrpd”, etc., para identificar varios tipos de redes de acceso diferentes. Haciendo referencia a la Figura 4, el método incluye las etapas específicas siguientes.
En la etapa 1, el terminal multimodo obtiene acceso a la red de IMS a través de la WCDMA e inicia una demanda de registro REGISTER, una dirección de contacto-1 se incluye en el mensaje de demanda, el parámetro accesstype, que identifica el tipo de red de acceso, se incluye a continuación de la IMPU soportada en el campo de cabecera TO y el valor del parámetro es “utran”, que representa que el terminal multimodo obtiene acceso a la red de IMS a través de la red de WCDMA. Después de reenviarse a través de otras entidades, el mensaje de demanda alcanza la S- CSCF y el proceso carece de importancia para la presente invención, por lo que aquí se omite.
En la etapa 2, después de que el usuario acabe el proceso de registro, la S-CSCF notifica la incidencia operativa de registro del usuario, la IMPU de identidad de usuario de registro y el contenido del contacto a la DSF (la DSF ha suscrito la incidencia operativa de registro del usuario desde la S-CSCF con anterioridad, por lo que, en este caso, la S-CSCF puede notificar a la DSF y el proceso de suscripción carece de importancia para la presente invención, por lo que aquí se omite).
En la etapa 3, el terminal multimodo obtiene acceso a la red de IMS a través de la red WLAN e inicia otra demanda de registro. La nueva dirección de contacto y el parámetro accesstype con el valor siendo “wlan” a continuación de la IMPU en el campo de cabecera TO se incluye en el mensaje de demanda, que representa que el terminal multimodo obtiene acceso a la red de IMS, de nuevo, desde la red WLAN. Después de recibir el mensaje de registro, la S- CSCF determina que se trata de un registro múltiple iniciado por el mismo terminal en función de los diferentes parámetros del tipo de red de acceso y no se desregistra la conexión original de contacto-1. La S-CSCF adquiere
5
10
15
20
25
30
35
40
45
50
55
60
65
que ésta es la incidencia operativa de registro múltiple iniciada por el mismo terminal con otras maneras operativas, a modo de ejemplo, la denominada reg-id en conformidad con una primera solución técnica aquí descrita correspondiente a la técnica anterior.
En la etapa 4, la S-CSCF notifica también la nueva incidencia operativa de registro del usuario a la DSF.
En la etapa 5, cuando se requiere una llamada a conectarse al usuario, el mensaje de señalización de llamada INVITE, se transmite, en primer lugar, a la función S-CSCF.
En la etapa 6, la S-CSCF inicia la señalización de llamada a la DSF por intermedio de un criterio iFC.
En la etapa 7, cuando se decide que es necesaria la conexión a la llamada desde la WLAN en conformidad con varias políticas, la DSF rellena el contenido del campo de cabecera Demanda-URI con accesstype=”wlan” para representar el resultado seleccionado y reenvía la demanda INVITE a la función S-CSCF.
En la etapa 8, en función de la selección de la DSF, la S-CSCF selecciona la conexión de registro realizada con la IMPU con accesstype siendo “wlan”. En esta forma de realización, se supone que existe solamente una conexión de registro, es decir, contacto-2, la S-CSCF rellena la Demanda-URI con el contenido de contacto-2 y luego, proporciona la demanda INVITE. De esta manera, la llamada está conectada con la red de acceso WLAN. Si existe una pluralidad de conexiones de registro realizadas con la IMPU con el parámetro accesstype siendo “wlan”, la S- CSCF puede proporcionar la demanda de llamada a las conexiones al mismo tiempo o en secuencia y realiza la operación de bifurcación forking.
En la etapa 9, el terminal multimodo recibe la llamada bajo la red WLAN y reenvía la respuesta final de llamada.
En el método según una cuarta forma de realización de la invención, se expande la IMPU y se añade el sufijo a continuación de la IMPU para identificar los diferentes tipos de red de acceso. Haciendo referencia a la Figura 5, el método incluye las etapas específicas siguientes.
En la etapa 1, el terminal multimodo obtiene acceso a la red IMS a través de la WCDMA e inicia una demanda de registro REGISTER, una dirección de contacto-1 se incluye en el mensaje de demanda y un sufijo_utran, que identifica el tipo de red de acceso, se incluye a continuación de la IMPU transmitida en el campo de cabecera TO, que representa que el terminal multimodo obtiene acceso a la red de IMS desde la red de WCDMA. Después de reenviarse con otras entidades, el mensaje de demanda alcanza la S-CSCF y el proceso carece de importancia para la presente invención, por lo que aquí se omite.
En la etapa 2, después de que el usuario acabe el proceso de registro, la S-CSCF notifica la incidencia operativa de registro del usuario, la IMPU de identidad del usuario de registro y el contenido del contacto a la DSF (la DSF ha suscrito la incidencia operativa de registro del usuario desde la S-CSCF con anterioridad, por lo que, en este caso, la S-CSCF puede notificar a la DSF y el proceso de suscripción carece de importancia operativa para la presente invención, por lo que aquí se omite).
En la etapa 3, el terminal multimodo obtiene acceso a la red de IMS desde la WLAN e inicia otra demanda de registro. La nueva dirección de contacto y el sufijo_utran después de la IMPU transmitida en el campo de cabecera TO, se transmiten en el mensaje de demanda, lo que representa que el terminal multimodo obtiene acceso a la red IMS desde la red WLAN, de nuevo. Después de recibir el mensaje de registro, la S-CSCF determina que se trata de un registro múltiple iniciado por el mismo terminal en función de los parámetros de tipo de red de acceso diferentes y no se desregistra la conexión original contacto-1. La S-CSCF adquiere que ésta es una incidencia operativa de registro múltiple iniciada por el mismo terminal con otras maneras, a modo de ejemplo, la reg-id descrita en la técnica anterior.
En la etapa 4, la S-CSCF notifica también la nueva incidencia operativa de registro del usuario a la DSF.
En la etapa 5, cuando se requiere una llamada a conectarse al usuario, se transmite, en primer lugar, la señalización de llamada INVITE la S-CSCF.
En la etapa 6, la S-CSCF inicia la señalización de llamada a la DSF con un criterio iFC.
En la etapa 7, cuando se decide que es necesaria la conexión a la llamada desde la WLAN en conformidad con varias políticas, la DSF modifica la Demanda-URI solicitada por INVITE a la IMPU expandida con el sufijo añadido: IMPU_wlan para representar el resultado seleccionado y reenvía la demanda INVITE a la S-CSCF.
En la etapa 8, en función de la selección de la DSF, la S-CSCF selecciona la conexión de registro con la IMPU siendo la IMPU_wlan. En esta forma de realización, se supone que solamente existe una conexión de registro, es decir, contacto-2, la S-CSCF rellena la Demanda-URI con el contenido de contacto-2 y luego, proporciona la demanda INVITE. De esta manera, la llamada está conectada con la red de acceso WLAN. Si una pluralidad de
5
10
15
20
25
30
35
40
45
50
55
60
65
conexiones de registro se realiza con la IMPU_wlan la S-CSCF puede proporcionar la demanda de llamada a las conexiones al mismo tiempo o en secuencia y realiza la operación de forking.
En la etapa 9, el terminal multimodo recibe la llamada bajo la WLAN y reenvía la respuesta final de llamada.
Haciendo referencia a la Figura 6, el sistema según una primera forma de realización de la presente invención incluye una entidad de decisión de encaminamiento (puede ser, sin limitación, la DSF u otro AS), una entidad de realización de encaminamiento (puede ser la S-CSCF) y un terminal multimodo (puede ser el terminal multimodo de la WCDMA, el terminal multimodo de la CDMA2000 u otros terminales multimodo móviles de otras normas) conectados en secuencia.
El terminal multimodo está adaptado para notificar una identidad de tipo de red de acceso correspondiente al modo de acceso actual a un lado de la red con una señalización de registro cuando se efectúa el registro.
La entidad de decisión de encaminamiento está adaptada para seleccionar el modo de acceso en conformidad con varias políticas y para dar instrucciones a la entidad de realización de encaminamiento para realizar la conexión de la llamada a una parte llamada en el modo de acceso de selección con la identidad de tipo de red de acceso correspondiente.
La entidad de realización de encaminamiento está adaptada para realizar la conexión de llamada en función de la instrucción de la entidad de decisión de encaminamiento.
Haciendo referencia a la Figura 7, el terminal multimodo (es decir, el terminal multimodo de la presente invención) incluye una unidad de identificación de red de acceso y una unidad de adición conectadas entre sí. La unidad de identificación de red de acceso está adaptada para identificar una red de acceso adoptada cuando el terminal multimodo obtiene acceso a la red. La unidad de adición está adaptada para añadir la identidad de tipo de red de acceso correspondiente a la señalización de registro transmitida al lado de la red en función de la red de acceso actual del terminal multimodo identificada por la unidad de identificación de red de acceso, cuando el terminal multimodo inicia su registro.
La entidad de decisión de encaminamiento (esto es, la entidad de decisión de encaminamiento de la presente invención) incluye una unidad de salvaguarda y una unidad para dar instrucciones conectadas entre sí. La unidad de salvaguarda está adaptada para salvaguardar la identidad de tipo de red de acceso incluida en la señalización de registro (después de adquirir la identidad de tipo de red de acceso, la entidad de realización de encaminamiento transmite la identidad de tipo de red de acceso a la entidad de decisión de encaminamiento) y para proporcionar la identidad del tipo de red de acceso a la unidad proporcionadora de instrucciones. La unidad de instrucción está adaptada para extraer la identidad de tipo de red de acceso correspondiente desde la unidad de salvaguarda, después de que la entidad de decisión de encaminamiento seleccione el modo de acceso en conformidad con la política y para incluir la identidad del tipo de red de acceso extraída en una señalización de instrucción proporcionada a la entidad de realización de encaminamiento.
A modo de resumen, en la presente invención, no se adopta la reg-id y las referencias numéricas tales como 1 y 2 no sirven como el valor de la reg-id, pero la identidad de tipo de red de acceso está adaptada para representar el modo de acceso del terminal. Cuando se registra, el terminal notifica la identidad de tipo de red de acceso al lado de la red. Cuando se realiza la conexión de llamada a la parte llamada, la entidad de decisión de encaminamiento, en la red, selecciona el modo de acceso y da instrucciones a la entidad de realización de encaminamiento para efectuar la conexión de llamada en el modo de acceso seleccionado con la identidad de tipo de red de acceso correspondiente.
Además, cuando se registra, el lado de la red identifica las incidencias operativas de registro múltiples del mismo terminal en función de la identidad del tipo de red de acceso adquirida con el fin de mantener la pluralidad de conexiones de registro del mismo terminal, con lo que se resuelve el problema de que el mismo terminal mantenga la pluralidad de conexiones de registro en la red de IMS y el problema de que, después de seleccionar el modo de acceso, la entidad de decisión de encaminamiento da las instrucciones correspondientes a la entidad de realización de encaminamiento para realizar la conexión de la llamada en el modo de acceso seleccionado.
Haciendo referencia a la Figura 8, el método según una quinta forma de realización de la presente invención incluye las etapas siguientes.
En la etapa S201, cuando se establece una conexión de registro, el terminal notifica un tipo de modo de acceso actual y un nombre de recurso vinculado con el tipo de modo acceso actual al lado de la red.
En la técnica anterior, cuando se realiza la llamada, para el caso de que una pluralidad de terminales compartan la IMPU, se introduce el concepto de GRUU para el grupo de trabajo de ingeniería de Internet (IETF) y el protocolo 3GPP con el fin de impedir que la demanda SIP REQUEST sea dividida entre una pluralidad de equipos de usuario (UEs). El concepto GRUU está constituido por los nombres de recursos Instance_id de la IMPU y los equipos de usuario UEs. La Instance_id está adaptada para identificar el ID de la instancia del UE (es decir, un solo terminal
5
10
15
20
25
30
35
40
45
50
55
60
65
tiene una Instance_id) y de esta manera, la GRUU puede identificar un UE. Aún cuando la IMPU sea compartida por múltiples UEs, la GRUU que sirve como la REQUEST URI puede todavía asegurar que el mensaje de SIP sea transmitido al equipo de usuario UE designado de forma única.
Cuando se propone el terminal multimodo que soporta varios modos de acceso, en la presente invención, los diferentes tipos de modo de acceso del mismo terminal multimodo se consideran como las diferentes realizaciones de aplicación, a modo de ejemplo, del terminal multimodo. El terminal multimodo tiene una pluralidad de módulos de redes de acceso, por lo que, en la presente invención, los diferentes modos de acceso de un solo terminal multimodo tienen, respectivamente, la Instance_id correspondiente, es decir la Instance_id está vinculada con el tipo de modo de acceso.
El tipo de modo de acceso actual puede incluirse en un campo de cabecera denominado P-Access-Network-Info del mensaje de registro (el P-Access-Network-Info es un campo de cabecera en el protocolo de SIP y puede adaptarse para transmitir la información de red de acceso y la información de posición del usuario), con el fin de notificarse al lado de la red.
En la etapa S202, el lado de la red distribuye la GRUU al terminal en función del nombre del recurso.
La GRUU está constituida por IMPU de identidad de usuario pública de IMS y la Instance_id notificada por el terminal.
En la etapa S203, el lado de la red asociada el tipo de modo de acceso notificado por el terminal con la GRUU distribuida.
En la etapa S204, cuando se realiza la conexión de llamada a la parte llamada, la entidad de decisión de encaminamiento, en el lado de la red, seleccionada el modo de acceso.
La política relacionada de selección del modo de acceso por la entidad de decisión de encaminamiento incluye al menos una seleccionada de entre una política del operador, información de preferencia de la parte que hace la llamada, capacidad de la red de acceso, un estado operativo de la red de acceso, una clase de multimedia, un componente en la clase de multimedia y la información de atributos de cada componente en la clase multimedia.
Antes de que la entidad de decisión de encaminamiento seleccione el modo de acceso, el método incluye, además, las etapas siguientes. La entidad de decisión de encaminamiento determina si al menos dos tipos de componentes multimedia existen, o no, en un mensaje de sesión de llamada y si la respuesta es afirmativa, la entidad de decisión de encaminamiento selecciona, además, si dividir el mensaje de sesión de llamada en flujos multimedia en función de las componentes multimedia o no (la entidad de decisión de encaminamiento puede seleccionar, además, si dividir cada flujo multimedia dividido en un flujo multimedia de enlace ascendente y en un flujo multimedia de enlace descendente) y si la respuesta es afirmativa, la entidad de decisión de encaminamiento selecciona, respectivamente, el modo de acceso correspondiente a cada flujo multimedia y respectivamente, da instrucciones a la entidad de realización de encaminamiento para conectarse al flujo multimedia con la GRUU correspondiente al modo de acceso seleccionado. De no ser así, la entidad de decisión de encaminamiento selecciona directamente el modo de acceso del mensaje de sesión de llamada y da instrucciones a la entidad de realización de encaminamiento para efectuar la conexión de la llamada con la GRUU correspondiente al modo de acceso seleccionado.
En la etapa S205, la entidad de decisión de encaminamiento, en el lado de la red, da instrucciones a la entidad de realización de encaminamiento para efectuar la conexión de la llamada con la GRUU correspondiente al modo de acceso seleccionado.
En una descripción más detallada, la entidad de decisión de encaminamiento incluye la GRUU asociada con el tipo de modo de acceso seleccionado en el mensaje de instrucciones proporcionado a la entidad de realización de encaminamiento. La entidad de realización de encaminamiento localiza la conexión de registro en función de la GRUU incluida en el mensaje de instrucción y realiza la conexión de llamada en función de la conexión de registro.
Haciendo referencia a la Figura 9, la presente invención da a conocer, además, una entidad de decisión de encaminamiento, que incluye una unidad de asociación, una unidad de selección del modo de acceso y una unidad de instrucción e incluye, además, una unidad de confirmación y una unidad de división.
La unidad de asociación está adaptada para asociar el tipo de modo de acceso notificado al terminal multimodo con la GRUU distribuida por la entidad de realización de encaminamiento.
La unidad de confirmación está adaptada para transmitir una señal de iniciación operativa, cuando se confirma que al menos dos tipos de componentes multimedia existen en el mensaje de sesión de llamada recibido y confirmando, además, la división del mensaje de sesión de llamadas en los flujos multimedia en función de las componentes multimedia.
5
10
15
20
25
30
35
40
45
50
55
60
65
La unidad de división está adaptada para dividir el mensaje de sesión de llamadas en los flujos multimedia en función de las componentes multimedia cuando se recibe la señal de iniciación operativa transmitida desde la unidad de confirmación y para notificar a la unidad de selección del modo de acceso la selección respectiva del modo de acceso correspondiente a cada flujo multimedia.
La unidad de selección del modo de acceso está adaptada para seleccionar el modo de acceso.
La unidad de instrucción está adaptada para adquirir, respectivamente, la GRUU correspondiente al tipo de modo de acceso seleccionado por la unidad de selección del modo de acceso desde la unidad de asociación y para dar instrucciones a la entidad de realización de encaminamiento para efectuar la conexión de la llamada con la GRUU.
Haciendo referencia a la Figura 10, la presente invención da a conocer, además, un terminal multimodo, que incluye una unidad de identificación y una unidad de adición.
La unidad de identificación está adaptada para identificar el tipo de modo de acceso del terminal multimodo cuando se establece la conexión de registro.
La unidad de adición está adaptada para añadir el tipo de modo de acceso actual del terminal multimodo identificado por la unidad de identificación y el nombre del recurso vinculado con el tipo de modo de acceso actual al mensaje de registro transmitido al lado de la red
El sistema según una segunda forma de realización de la presente invención incluye un terminal multimodo, una entidad de realización de encaminamiento y una entidad de decisión de encaminamiento.
El terminal multimodo está adaptado para notificar el tipo de red de acceso actual y el nombre de recurso vinculado con el tipo de modo de acceso actual al lado de la red, cuando se establece la conexión de registro.
La entidad de realización de encaminamiento está adaptada para servir como un servidor de registro cuando el terminal establece la conexión de registro, para distribuir una GRUU al terminal multimodo en función del nombre del recurso notificado por el terminal multimodo y para realizar la conexión de la llamada. La entidad de realización de encaminamiento puede ser, a modo de ejemplo, una S-CSCF.
La entidad de decisión de encaminamiento está adaptada para asociar el tipo de modo de acceso notificado por el terminal multimodo con la GRUU distribuida para el terminal multimodo por la entidad de realización de encaminamiento en función del nombre del recurso, para seleccionar el modo de acceso y para dar instrucciones a la entidad de realización de encaminamiento para efectuar la conexión de llamada con la GRUU correspondiente al tipo de modo de acceso seleccionado. En la práctica, la entidad de decisión de encaminamiento es un elemento de red que salvaguarda la política relacionada de seleccionar el modo de acceso, a modo de ejemplo, el servidor AS o un servidor de abonado local (HSS).
La descripción detallada se proporciona con dos formas de realización como sigue.
En el método según una sexta forma de realización, cuando se establece la conexión de registro, el terminal notifica el tipo de modo de acceso actual y la instancejd vinculada con el tipo de modo de acceso actual al lado de la red. El lado de la red asocia el tipo de modo de acceso notificado por el terminal con la GRUU distribuida. El servidor de aplicación confirma que existe un solo tipo de componente multimedia en el mensaje de sesión de llamadas y no es necesario dividir la componente multimedia. A continuación, se realiza la conexión de la llamada a la parte llamada, la entidad de decisión de encaminamiento selecciona el modo de acceso para el mensaje de sesión de llamadas. Por último, la entidad de decisión de encaminamiento da instrucciones a la entidad de realización de encaminamiento para efectuar la conexión de la llamada con la GRUU correspondiente al tipo de modo de acceso seleccionado. Haciendo referencia a la Figura 11, el método incluye las etapas siguientes.
En la etapa 1, el terminal multimodo obtiene acceso a la red IMS desde la WLAN e inicia una demanda de registro REGISTER, un parámetro de +sip.instance se añade a un campo de cabecera de contacto de la demanda de registro y el contenido del parámetro es instance id_1 del terminal multimodo vinculado con el modo de acceso de red WLAN. Al mismo tiempo, la información del tipo de modo de acceso actual, es decir, WLAN, se añade al campo de cabecera P-Access-Network-Info de la demanda de registro.
En la etapa 2, la S-CSCF genera GRUU_1 en función de la IMPU y del valor de la instance id_1 en el campo de la cabecera de contacto de la demanda de registro, transmite la incidencia operativa del registro del usuario y la GRUU_1 distribuida al terminal UE por la S-CSCF en el campo de la cabecera de contacto del mensaje de notificación de la incidencia operativa de registro y notifica el mensaje de notificación de incidencia operativa del registro al servidor de aplicación Server.
Al mismo tiempo, la S-CSCF asocia el contacto_1 de la demanda de registro con la GRUU_1 distribuida al UE del terminal. Después de recibir el mensaje de notificación de incidencia operativa de registro, el servidor de aplicación
5
10
15
20
25
30
35
40
45
50
55
60
65
Server adquiere la información, a partir del mensaje de notificación de incidencia operativa de registro, de que el terminal multimodo obtiene acceso a la red de IMS a través de la WLAN y asocia el modo de acceso de WLAN con la GRUU_1.
En la etapa 3, el terminal multimodo obtiene acceso a la red IMS desde la WCDMA e inicia otra demanda de registro, se añade un parámetro +sip.instance al campo de cabecera de contacto de la demanda de registro y el contenido del parámetro es instance id_2 del terminal multimodo vinculado con el modo de acceso de WCDMA. Al mismo tiempo, la información del tipo de modo de acceso actual, es decir, WCDMA, se añade al campo de cabecera P-Access-Network-Info de la demanda de registro.
[Nota]: Después de recibir el mensaje de registro, la S-CSCF adquiere la información de que se trata de una incidencia operativa de registro múltiple del mismo terminal en función de los diferentes reg-id (la reg-id se transmite en el campo de cabecera de contacto del mensaje de demanda de registro; para el contenido detallado, hágase referencia a la técnica anterior) y la conexión de contacto_1 original (es decir, el contacto establecido en las etapas 1 y 2 no es registro).
Ahora bien, la S-CSCF determina que se trata de un registro múltiple iniciado desde los modos de acceso diferentes del mismo terminal en función de los diferentes identificadores de instancias operativas, por lo que no es necesario adoptar la reg-id.
En la etapa 4, la S-CSCF genera GRUU_2 en función de la IMPU y del valor de la instance id_2 en el campo de cabecera de contacto de la demanda de registro, transmite la incidencia operativa del registro del usuario y la GRUU_2 distribuida al terminal UE por la S-CSCF en el campo de cabecera de contacto del mensaje de notificación de incidencia operativa de registro y notifica el mensaje de notificación de la incidencia operativa de registro al servidor de aplicación Server.
Al mismo tiempo, la S-CSCF asocia el contacto_2 de la demanda de registro con la GRUU_2 distribuida al UE del terminal. Después de recibir el mensaje de notificación de incidencia operativa de registro, el servidor de aplicación Server adquiere la información, a partir del mensaje de notificación de incidencia operativa de registro, de que el terminal multimodo obtiene acceso a la red de IMS desde el acceso de WCDMA y asocia el modo de acceso de WCDMA con la GRUU_2.
En la etapa 5, cuando se requiere una llamada entrante para conectarse al dispositivo del terminal del usuario llamado, el mensaje de llamada INVITE se transmite, en primer lugar, a la S-CSCF.
En la etapa 6, la S-CSCF inicia el mensaje INVITE al servidor de aplicación Server con el criterio iFC.
En la etapa 7, el servidor de aplicación Server decide el dispositivo de terminal requerido para conectarse a la llamada y el modo de acceso (suponiendo que es WLAN) en conformidad con la política relacionada y en función de la relación de asociación entre el modo de acceso de WLAN y la GRUU_1, el contenido del campo de cabecera de Demanda-URI del INVITE se rellena con GRUU_1 y el mensaje INVITE con el campo de cabecera, se reenvía a la S-CSCF.
En la etapa 8, la S-CSCF localiza (selecciona) la conexión de registro de la GRUU_1 en función de la selección del servidor de aplicación Server y de la relación de asociación entre el contacto_1 y la GRUU_1 establecida en las etapas 1 y 2, es decir, la S-CSCF rellena la Demanda-URI con el contenido de contacto (es decir, el contacto_1) establecido en las etapas 1 y 2 y proporciona INVITE. De esta manera, la llamada puede terminarse con exactitud en el modo de acceso específico del dispositivo de terminal multimodo específico.
En la etapa 9, el terminal multimodo recibe la llamada bajo el modo WLAN y reenvía la respuesta final de llamada.
En el método según una séptima forma de realización, cuando se establece la conexión de registro, el terminal notifica el tipo de modo de acceso actual y la instance_id vinculada con el tipo de modo de acceso actual al lado de la red. El lado de la red asocia el tipo de modo de acceso notificado por el terminal con la GRUU distribuida. El servidor de aplicación confirma que existe una pluralidad de tipos de componentes multimedia en el mensaje de sesión de llamada y divide el mensaje de sesión en función de las componentes multimedia sobre la base de una política determinada. A continuación, cuando se realiza la conexión de llamada a la parte llamada, la entidad de decisión de encaminamiento selecciona, respectivamente, el modo de acceso para cada flujo multimedia dividido. Por último, la entidad de decisión de encaminamiento da instrucciones a la entidad de realización de encaminamiento para conectarse al flujo multimedia con la GRUU correspondiente al modo de acceso seleccionado. Haciendo referencia a la Figura 12, el método incluye las etapas siguientes.
En la etapa 1, el terminal multimodo obtiene acceso a la red de IMS desde la WLAN e inicia una demanda de registro REGISTER, se añade un parámetro +sip.instance a un campo de cabecera de contacto de la demanda de registro y el contenido del parámetro es instance id_1 del terminal multimodo vinculado con el modo de acceso de
5
10
15
20
25
30
35
40
45
50
55
60
65
WLAN. Al mismo tiempo, la información del tipo de modo de acceso actual, es decir, WLAN, se añade al campo de cabecera P-Access-Network-Info de la demanda de registro.
En la etapa 2, la S-CSCF genera GRUU_1 en función de la IMPU y el valor del parámetro instance id_1 en el campo de cabecera de contacto de la demanda de registro, transmite la incidencia operativa de registro del usuario y la GRUU_1 distribuida al UE del terminal por la S-CSCF en el campo de cabecera de contacto del mensaje de notificación de incidencia operativa de registro y notifica el mensaje de notificación de incidencia operativa de registro al servidor de aplicación Server.
Al mismo tiempo, la S-CSCF asocia el contacto_1 de la demanda de registro con la GRUU_1 distribuida al UE del terminal. Después de recibir el mensaje de notificación de incidencia operativa de registro, el servidor de aplicación Server adquiere la información, a partir del mensaje de notificación de incidencia operativa de registro, de que el terminal multimodo obtiene acceso a la red de IMS desde el acceso de WLAN y asocia el modo de acceso de WLAN con la GRUU_1.
En la etapa 3, el terminal multimodo obtiene acceso a la red de IMS desde la WCDMA e inicia otra demanda de registro, se añade un parámetro +sip.instance al campo de cabecera de contacto de la demanda de registro y el contenido del parámetro es instance id_2 del terminal multimodo vinculado con el modo de acceso de WCDMA. Al mismo tiempo, la información del tipo de modo de acceso actual, es decir, WCDMA, se añade al campo de cabecera P-Access-Network-Info de la demanda de registro.
[Nota]: Después de recibir el mensaje de registro, la S-CSCF adquiere la información de que es una incidencia operativa de registro múltiple del mismo terminal en función de las diferentes reg-id (la reg-id se incluye en el campo de cabecera de contacto del mensaje de demanda de registro; para el contenido detallado, referirse a la técnica anterior) y la conexión original de contac_1 (es decir, el contacto establecido en las etapas 1 y 2) no es desregistrada.
Ahora bien, la S-CSCF determina que se trata de un registro múltiple iniciado desde los modos de acceso diferentes del mismo terminal en función de los diferentes parámetros instance ids, por lo que no es necesario adoptar la regid.
En la etapa 4, la S-CSCF genera GRUU_2 en función de la IMPU y del valor de instance id_2 en el campo de cabecera de contacto de la demanda de registro, transmite la incidencia operativa de registro del usuario y la GRUU_2 distribuida al UE del terminal por la S-CSCF en el campo de cabecera de contacto del mensaje de notificación de incidencia operativa de registro y notifica el mensaje de notificación de incidencia operativa de registro al servidor de aplicación Server.
Al mismo tiempo, la S-CSCF asocia el contacto_2 de la demanda de registro con la GRUU_2 distribuida al UE del terminal. Después de recibir el mensaje de notificación de incidencia operativa de registro, el servidor de aplicación Server adquiere la información, a partir del mensaje de notificación de incidencia operativa de registro, de que el terminal multimodo obtiene acceso a la red de IMS desde el acceso de WCDMA y asocia el modo de acceso de WCDMA con la GRUU_2.
En la etapa 5, cuando se requiere la conexión de una llamada entrante al dispositivo de terminal del usuario llamado, el mensaje de llamada INVITE se transmite, en primer lugar, a la S-CSCF.
En la etapa 6, la S-CSCF inicia el mensaje INVITE al servidor de aplicación Server con el criterio iFC.
En la etapa 7, el servidor de aplicación Server determina que existe una pluralidad de tipos de componentes
multimedia en el mensaje de sesión de llamadas y divide el mensaje de sesión en función de las componentes multimedia diferentes en conformidad con la política determinada. El servidor de aplicación Server selecciona el dispositivo del terminal y el modo de acceso para cada flujo multimedia dividido en conformidad con la política. En esta forma de realización, flujos multimedia de vídeo y de audio se dividen, se decide que el flujo de vídeo sea conectado al terminal multimodo en el modo de WLAN y el flujo de audio se conecta al terminal multimodo en el modo WCDMA.
[Nota]: El flujo multimedia puede dividirse, además, en los flujos multimedia de enlace ascendente y de enlace descendente.
En la etapa 8a, se decide que el flujo de vídeo está conectado al terminal multimodo en el modo de WLAN, en
función de la relación de asociación entre el modo de acceso de WLAN y la GRUU_1, el contenido del campo de
cabecera de Demanda-URI del mensaje INVITE se rellena con la GRUU_1 y el mensaje INVITE, con el campo de cabecera, se reenvía a la S-CSCF. El proceso prosigue con la etapa 9a.
En la etapa 8b, al mismo tiempo (con la etapa 8a), se decide que el flujo de audio está conectado al terminal multimodo en el modo de WCDMa, en función de la relación de asociación entre el modo de acceso de WCDMA y la
5
10
15
20
25
30
35
40
45
50
55
60
65
GRUU_2, el contenido del campo de cabecera de Demanda-URI del mensaje INVITE se rellena con la GRUU_2 y el mensaje INVITE con el campo de cabecera se reenvía a la S-CSCF. El proceso prosigue con la etapa 9b.
En la etapa 9a, la S-CSCF localiza (selecciona) la conexión de registro de la GRUU_1 en función de la selección del servidor de aplicación Server y de la relación de asociación entre el contacto_1 y la GRUU_1 que se establece en las etapas 1 y 2, es decir, la S-CSCF rellena la Demanda-URI con el contenido del contacto (es decir, el contacto_1) establecido en las etapas 1 y 2 y proporciona el mensaje INVITE. De esta manera, el flujo multimedia de vídeo puede terminarse, con exactitud, en el modo de acceso de WLAN del dispositivo del terminal multimodo específico. El proceso prosigue con la etapa 10a.
En la etapa 9b, al mismo tiempo (con la etapa 9a), la S-CSCF localiza (selecciona) la conexión de registro de la GRUU_2 en función de la selección del servidor de aplicación de Server y de la relación de asociación entre el contacto_2 y la GRUU_2 que se establece en las etapas 3 y 4, es decir, la S-CSCF rellena la Demanda-URI con el contenido del contacto (es decir, el contacto_2) que se establece en las etapas 3 y 4 y proporciona el mensaje INVITE. De esta manera, el flujo multimedia de audio puede terminarse, con exactitud, en el modo de acceso de WCDMA del dispositivo del terminal multimodo específico. El proceso prosigue con la etapa 10b.
En la etapa 10a, el terminal multimodo recibe el flujo multimedia de vídeo bajo el modo de WLAN y reenvía la respuesta final de llamada.
En la etapa 10b, el terminal multimodo recibe el flujo multimedia de audio bajo el modo WCDMA y reenvía la respuesta final de llamada.
En el método según la sexta y séptima forma de realización, cuando se establece la conexión de registro, el terminal notifica el tipo de modo de acceso actual y el parámetro instancejd, vinculado con el tipo de modo de acceso actual, al lado de la red. El lado de la red asociada el tipo de modo de acceso notificado por el terminal con la GRUU distribuida al terminal, en función del parámetro instance_id. A continuación, cuando se realiza la conexión de llamada a la parte llamada, la entidad de decisión de encaminamiento selecciona, respectivamente, el modo de acceso y da instrucciones a la entidad de realización de encaminamiento para efectuar la conexión de la llamada con la GRUU correspondiente al modo de acceso seleccionado. Por lo tanto, con las series de operaciones, a modo de ejemplo, la vinculación de instance_id con el tipo de modo de acceso actual, la distribución de la GRUU en función de instancejd y la asociación del tipo de modo de acceso actual con la GRUU, después de seleccionar el modo de acceso en función de la política determinada, la entidad de decisión de encaminamiento puede dar instrucciones a la entidad de realización de encaminamiento para efectuar la conexión de la llamada en el modo de acceso seleccionado.
Antes de que la entidad de decisión de encaminamiento seleccione el modo de acceso, el método incluye, además, las etapas siguientes. La entidad de decisión de encaminamiento determina si al menos dos tipos de componentes multimedia existen, o no, en el mensaje de sesión de llamadas y si la respuesta es afirmativa, la entidad de decisión de encaminamiento selecciona, además, si dividir el mensaje de sesión de llamadas en los flujos multimedia en función de las componentes multimedia o no; si la respuesta es afirmativa, la entidad de decisión de encaminamiento selecciona, respectivamente, el modo de acceso correspondiente a cada flujo multimedia y da instrucciones, respectivamente, a la entidad de realización de encaminamiento para su conexión al flujo multimedia con la GRUU correspondiente al modo de acceso seleccionado; de no ser así, la entidad de decisión de encaminamiento selecciona directamente el modo de acceso del mensaje de sesión de llamadas y da instrucciones a la entidad de realización de encaminamiento para realizar la conexión de la llamada con la GRUU correspondiente al modo de acceso seleccionado. De esta manera, el flujo multimedia se conecta con la red de acceso más adecuada, mejorando, de este modo, la eficiencia de transferencia de la red y mejorando la experiencia de servicio del usuario.
Además, cuando se determina dividir el mensaje de sesión de llamadas en los flujos multimedia en función de las componentes multimedia, la entidad de decisión de encaminamiento divide cada flujo multimedia dividido en el flujo media de enlace ascendente y el flujo multimedia de enlace descendente con el fin de utilizar bien varias redes de acceso y mejorar la experiencia de servicio del usuario.
El método según una octava forma de realización incluye las etapas siguientes. Cuando se establece la conexión de registro, el terminal notifica la información de identificación del tipo de modo de acceso actual al lado de la red. A continuación, cuando se realiza la conexión de la llamada a la parte llamada, la entidad de decisión de encaminamiento, en el lado de la red, divide el mensaje de sesión de llamadas en los flujos multimedia en función de las componentes multimedia (puede dividir, además, cada componente multimedia en el flujo multimedia de enlace ascendente y el flujo multimedia de enlace descendente), selecciona, respectivamente, el modo de acceso correspondiente a cada flujo multimedia y da instrucciones, respectivamente, a la entidad de realización de encaminamiento para conectarse al flujo media con la información de identificación correspondiente al modo de acceso seleccionado.
5
10
15
20
25
30
35
40
45
50
55
60
65
La información de identificación del tipo de red de acceso es el tipo del modo de acceso actual y el nombre del recurso de instance_id vinculado con el tipo de modo de acceso actual o el contenido (a modo de ejemplo, el nombre es accesstype y el valor puede ser “wlan”, “wcdma”, etc.) incluido en el parámetro añadido en la etiqueta de función.
Además, en la presente invención, la división puede realizarse directamente sin determinar el número de las componentes multimedia en el mensaje de sesión de llamadas. Como alternativa, cuando se confirma que al menos existen dos componentes multimedia en el mensaje de sesión de llamadas, el mensaje de sesión de llamadas se divide en los flujos media en función de las componentes multimedia.
Haciendo referencia a la Figura 13, la presente invención da a conocer, además, una entidad de decisión de encaminamiento que incluye una unidad de salvaguarda, una unidad de división, una unidad de selección del modo de acceso y una unidad de instrucción y puede incluir, además, una unidad de confirmación.
La unidad de salvaguarda está adaptada para salvaguardar la información de identificación del tipo de red de acceso actual que se notifica por el terminal cuando se establece la conexión de registro.
La unidad de confirmación está adaptada para transmitir la señal de iniciación a la unidad divisora cuando se confirma que al menos dos tipos de las componentes multimedia existen en el mensaje de sesión de llamadas.
La unidad divisora está adaptada para dividir el mensaje de sesión de llamadas en los flujos multimedia en función de las componentes multimedia y para transmitir un resultado dividido. La unidad divisora pueda esperar a que la unidad de determinación transmita la señal de iniciación y realizar la operación de división y puede realizar también directamente la operación de división.
La unidad de selección del modo de acceso está adaptada para seleccionar, respectivamente, el modo de acceso correspondiente a cada flujo multimedia, en función del resultado dividido transmitido desde la unidad divisora.
La unidad de instrucción está adaptada para adquirir, respectivamente, la información de identificación correspondiente al tipo de modo de acceso seleccionado por la unidad de selección del modo de acceso para cada flujo multimedia desde la unidad de salvaguarda y para dar instrucciones a la entidad de realización de encaminamiento para la conexión al flujo multimedia con la información de identificación.
La descripción detallada se proporciona a continuación haciendo referencia a dos formas de realización como sigue.
En el método según una novena forma de realización, el servidor de aplicación determina que existe la pluralidad de componentes multimedia en el mensaje de sesión de llamadas y decide dividir el mensaje de sesión en función de las componentes multimedia sobre la base de la política determinada.
En esta forma de realización, se añade una etiqueta de función para identificar el tipo de red de acceso, se supone que el nombre de la etiqueta de función añadida es accesstype y el valor es ”wlan” o “wcdma”, etc., para identificar los diversos modos de acceso diferentes.
Haciendo referencia a la Figura 14, el método incluye las etapas siguientes.
En la etapa 1, el terminal multimodo obtiene acceso a la red de IMS desde la WLAN e inicia una demanda de registro REGISTER, se incluye una dirección de contacto_1 en el mensaje de demanda, el parámetro accesstype, que identifica el tipo de red de acceso, se incluye después del campo de cabecera de contacto, el valor del parámetro es wlan, que representa que el terminal multimodo obtiene acceso a la red de IMS desde la red WLAN. Después de reenviarse por la entidad correspondiente, el mensaje de demanda alcanza la S-CSCF (el proceso carece de importancia para la presente invención, por lo que aquí se omite).
En la etapa 2, después de acabar el flujo de registro del usuario, la S-CSCF notifica la incidencia operativa de registro del usuario y el contenido del campo de cabecera de contacto al servidor de aplicación Server y el contenido del campo de cabecera de contacto incluye el parámetro accesstype que identifica el tipo de red de acceso y el valor es wlan (el servidor ha suscrito la incidencia operativa de registro del usuario desde la S-CSCF con anterioridad, por lo que, en este caso, la S-CSCF puede notificar al servidor y el proceso de suscripción carece de importancia para la presente invención, por lo que aquí se omite).
En la etapa 3, el terminal multimodo obtiene acceso a la red de IMS desde la WCDMA e inicia otra demanda de registro, la dirección de contacto_2 y el parámetro accesstype, con el valor siendo wcdma, se incluyen en el mensaje de demanda, lo que representa que el terminal multimodo obtiene acceso a la red de IMS desde la red WCDMA.
[Nota]: Después de recibir el mensaje de registro, la S-CSCF adquiere la información de que es una incidencia operativa de registro múltiple del mismo terminal en función de las diferentes reg-id (la reg-id se incluye en el campo
5
10
15
20
25
30
35
de cabecera de contacto del mensaje de demanda de registro) y no se desregistra la conexión original de contacto_1.
Además, como un método añadido, la S-CSCF determina que se trata de un registro múltiple iniciado a partir de los diferentes modos de acceso del mismo terminal en función del tipo de acceso diferente.
En la etapa 4, la S-CSCF notifica también la nueva incidencia operativa de registro del usuario y el contenido del campo de cabecera de contacto al servidor de aplicación Server y el contenido del campo de cabecera de contacto incluye el parámetro accesstype que identifica el tipo de red de acceso y el valor es wcdma.
En la etapa 5, cuando se requiere la conexión de una llamada al usuario, la señalización de llamada INVITE se transmite, en primer lugar, a la S-CSCF.
En la etapa 6, la S-CSCF inicia la señalización de llamada al servidor de aplicación Server con el criterio iFC.
En la etapa 7, el servidor de aplicación Server determina que existe una pluralidad de tipos de componentes multimedia en el mensaje de sesión de llamadas y divide el mensaje de sesión en función de las componentes multimedia diferentes basadas en la política determinada. El servidor de aplicación Server selecciona del dispositivo de terminal y el modo de acceso para cada flujo multimedia dividido en conformidad con la política. En esta forma de realización, se dividen los flujos multimedia de vídeo y de audio, se decide que el flujo de vídeo esté conectado al terminal multimodo en el modo de WLAN y que el flujo de audio esté conectado al terminal multimodo en el modo WCDMA.
[Nota]: El flujo multimedia puede dividirse, además, en los flujos multimedia de enlace ascendente y de enlace descendente.
En la etapa 8a, se decide que el flujo de vídeo se conecte al terminal multimodo en el modo de WLAN, el contenido del campo de cabecera de Aceptar-contacto se rellena con accesstype=wlan y el mensaje INVITE, con el campo de cabecera, se reenvía a la S-CSCF.
En la etapa 8b, al mismo tiempo, se decide que el flujo de audio esté conectado al terminal multimodo en el modo de WCDMA, el contenido del campo de cabecera de Aceptar-contacto se rellena con accesstype=wcdma y el mensaje INVITE.

Claims (14)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un método para proporcionar una selección de modos de acceso a un terminal multimodo, que comprende:
    notificar (S101), por el terminal multimodo, una identidad de tipo de red de acceso actual a un lado de red cuando se establece una conexión de registro y
    seleccionar (S102, S103), mediante una entidad de decisión de encaminamiento en el lado de la red, un modo de acceso y dar instrucciones a una entidad de realización de encaminamiento, con una identidad de tipo de red de acceso correspondiente, en conformidad con la identidad de tipo de acceso actual para realizar una conexión de llamada en el modo de acceso seleccionado cuando se realiza la conexión de llamada a una parte llamada, en donde la parte llamada es el terminal multimodo.
  2. 2. El método según la reivindicación 1, en donde un parámetro se añade recientemente a una etiqueta de función para transmitir la identidad de tipo de red de acceso o
    un parámetro recientemente añadido se incluye a continuación de una identidad pública de usuario de subsistema multimedia IP, IMS, denominada IMPU, para transmitir la identidad de tipo de red de acceso o
    un prefijo o un sufijo se añade a una IMPU con el fin de transmitir la identidad de tipo de red de acceso; o
    un parámetro recientemente añadido se incluye en el campo de cabecera de aceptar contacto para transmitir la identidad de tipo de red de acceso.
  3. 3. El método según la reivindicación 2, en donde, cuando se registra, el parámetro recientemente añadido en la etiqueta de función está situado a continuación de un campo de cabecera de contacto y el terminal añade la identidad de tipo de red de acceso al parámetro recientemente añadido y
    cuando se realiza la conexión de llamada a la parte llamada, el parámetro recientemente añadido en la etiqueta de función está situado en un campo de cabecera de aceptar contacto y la entidad de decisión de encaminamiento añade la identidad del tipo de red de acceso al parámetro recientemente añadido.
  4. 4. El método según la reivindicación 1, que comprende, además:
    incluir, por el terminal multimodo, la identidad del tipo de red de acceso correspondiente a un modo de acceso actual, en una señalización de registro, cuando se registra;
    salvaguardar, por la entidad de decisión de encaminamiento y la entidad de realización de encaminamiento, la identidad del tipo de red de acceso, respectivamente;
    seleccionar, por la entidad de decisión de encaminamiento, el modo de acceso en conformidad con una política e incluir la identidad del tipo de red de acceso correspondiente en una señalización de instrucción proporcionada a la entidad de realización de encaminamiento, cuando se realiza la conexión de llamada y
    localizar, por la entidad de realización de encaminamiento, la conexión de registro con la identidad del tipo de red de acceso incluida en la señalización de instrucción y realizar la conexión de llamada.
  5. 5. El método según una de las reivindicaciones 1 a 4, en donde cuando se registra, el lado de la red identifica una pluralidad de incidencias operativas de registro del terminal multimodo, en función de la identidad del tipo de red de acceso adquirida con el fin de mantener una pluralidad de conexiones de registro del terminal multimodo.
  6. 6. El método según la reivindicación 5, en donde el lado de la red determina si el terminal multimodo se registra con la identidad del tipo de red de acceso, incluida en una señalización de registro, o no, cuando se recibe la señalización de registro diferente transmitida desde el terminal multimodo; si el terminal multimodo se registra con la identidad del tipo de red de acceso incluida en la señalización de registro, el lado de la red desregistra una conexión de registro original correspondiente a la identidad del tipo de red de acceso incluida en la señalización de registro; de no ser así, el lado de la red determina que existe una pluralidad de incidencias operativas de registro.
  7. 7. El método según la reivindicación 5 ó 6, en donde si el terminal multimodo requiere registrar un más reciente acceso después de cambiar la red de acceso, el terminal multimodo inicia el desregistro para la conexión de registro original.
  8. 8. El método según la reivindicación 7, en donde si el terminal multimodo no es capaz de iniciar el desregistro para la conexión de registro original, el lado de la red determina si las conexiones de registro del terminal multimodo pueden coexistir, o no, en función de la identidad de tipo de red de acceso; si las conexiones de registro del terminal multimodo no pueden coexistir, el lado de la red desregistra la conexión de registro original o
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    si el terminal multimodo no es capaz de iniciar el desregistro para la conexión de registro original, el lado de la red desregistra la conexión de registro original después de esperar la terminación de la conexión de registro original.
  9. 9. El método según la reivindicación 1, en donde la notificación, por el terminal multimodo, de la identidad de tipo de red de acceso actual al lado de la red, cuando se establece la conexión de registro, comprende:
    la recepción, por la entidad de realización de encaminamiento, de la identidad de tipo de red de acceso actual desde el terminal multimodo, en donde la identidad de tipo de red de acceso actual se incluye en una demanda de registro iniciada por el terminal multimodo;
    la notificación, por la entidad de realización de encaminamiento, de la identidad de tipo de red de acceso actual a la entidad de decisión de encaminamiento.
  10. 10. Un sistema para proporcionar la selección del modo de acceso a un terminal multimodo, caracterizado por cuanto que comprende:
    el terminal multimodo, adaptado para notificar una identidad de tipo de red de acceso actual a un lado de la red cuando se establece una conexión de registro;
    una entidad de decisión de encaminamiento, adaptada para seleccionar un modo de acceso y para transmitir una instrucción a una entidad de realización de encaminamiento, con una identidad de tipo de red de acceso correspondiente, en conformidad con la identidad de tipo de acceso actual para realizar una conexión de llamada en el modo de acceso seleccionado, cuando se realiza la conexión de llamada a una parte llamada, en donde la parte llamada es el terminal multimodo y
    la entidad de realización de encaminamiento, adaptada para realizar la conexión de llamada en función de la instrucción recibida.
  11. 11. El sistema según la reivindicación 10, en donde el terminal multimodo comprende:
    una unidad de identificación de red de acceso, adaptada para identificar una red de acceso adoptada cuando el terminal multimodo accede a una red y
    una unidad de adición, adaptada para añadir la identidad de tipo de red de acceso correspondiente a una señalización de registro transmitida al lado de la red en función de la red de acceso actual del terminal multimodo identificado por la unidad de identificación de red de acceso cuando el terminal multimodo inicia un registro.
  12. 12. El sistema según la reivindicación 11, en donde la entidad de decisión de encaminamiento comprende:
    una unidad de salvaguarda, adaptada para salvaguardar la identidad de tipo de red de acceso incluida en una señalización de registro y
    una unidad de instrucción, adaptada para extraer la identidad del tipo de red de acceso correspondiente desde la unidad de salvaguarda después de que la entidad de decisión de encaminamiento seleccione el modo de acceso en conformidad con una política y para incluir la identidad del tipo de red de acceso extraída en una señalización de instrucción proporcionada a la entidad de realización de encaminamiento.
  13. 13. Una entidad de decisión de encaminamiento, caracterizada por cuanto que comprende:
    una unidad de salvaguardia, adaptada para salvaguardar una identidad del tipo de red de acceso incluida en una señalización de registro y
    una unidad de instrucción, adaptada para, después de que la entidad de decisión de encaminamiento seleccione un modo de acceso en conformidad con una política, extraer una identidad del tipo de red de acceso correspondiente desde la unidad de salvaguardia en conformidad con la identidad de tipo de acceso actual y para incluir la identidad del tipo de red de acceso extraída en una señalización de instrucción proporcionada a una entidad de realización de encaminamiento.
  14. 14. Un terminal multimodo, caracterizado por cuanto que comprende:
    una unidad de de identificación de red de acceso, adaptada para identificar una red de acceso adoptada cuando el terminal multimodo accede a una red y
    una unidad de adición, adaptada para añadir una identidad de tipo de red de acceso correspondiente a una señalización de registro transmitida a un lado de la red cuando el terminal multimodo inicia un registro.
    imagen1
    FIG. 1
    imagen2
    SI 02
    SI 02
    SI 03
    imagen3
    FIG. 2
    imagen4
    FIG. 3
    imagen5
    FIO. 4
    imagen6
    FIG.5
    imagen7
    FIG.6
    imagen8
    FIG. 7
    S201
    S202
    S203
    S204
    S205
    imagen9
    FIG. 8
    imagen10
    FIG. 9
    imagen11
    FIG. 10
    imagen12
    FIG. 11
    UE
    'Wl’üffl I WEXKT
    <IMPU, coi tact_l; +sip.instance, rcg-id_l>
    3
    Registro SIP: REGISTER
    <1MPU, co itact_2; +sip insiance, reg-id_2>
    S-CSCF
    1
    Registro SIP: REGISTER
    Servidor
    2
    Notificar SIP: NOTIFY
    <IMPU, contadJ, GRUU _l=
    4
    Notificar SIP: NOTIFY
    <IMPU, contad 2; GRUU 2>
    Iniciación iFC J
    <Request-URI=GRUU_1> Señalización llamada SIP: INVITE (vídeo)
    9a
    <Request-URI = contact_l >
    9 b
    Señalización llamada SIP: INVITE (audio)
    <Requesi-URJ = coniact_2> 10a
    Respuesta SIP: 200_OK.._._....
    10b
    Respuesta SIP: 200 OK
    6
    Señalización llamada SIP: INVITE
    Parte llamada
    5
    Señalización llamada SIP: INVITE
    <Request-URI=IMPU>
    Separac
    ión sesión
    Política modc
    selección > acceso
    8a
    Señalización llamada SIP: INVITE (vídeo
    8b
    Señalización llamada SIP: INVITE (audio)
    FIG. 12
    imagen13
    FIG. 13
    UE
    ■^lodma i
    WKK
    <IMPU, contact_2; icces$type=wcdma; rcg-id_2i
    S-CSCF
    1
    Registro SIP: REGISTER
    ' <IMPU, contact i; ” accesstype=wlan; reg-id_l>
    3
    Registro SIP: REGISTER
    Servidor
    2
    Notificar SIP: NOTIFY
    <IMPU, contact_l; accesstype=wlan>
    4
    Notificar SIP: NOTIFY
    <IMPU, contad 2; accesstype=vvcdma>
    Iniciación iFC
    9a
    Señalización llamada SIP: INV TE (vídeo) <Request-URl=contact_l> 8b
    9b
    Señalización llamada SIP: INVITE (audio)
    ^--------------
    <Request-URI=contact_2>
    10a Respuesta SIP: 200 OK .
    10b Respuesta SIP: 200 OK
    6
    Señalización llamada SIP
    : INV
    Parte llamada
    5
    Señalización llamada SIP: INV'
    <Request-URI = IMPU>
    ITE
    Separac
    ión sesión
    Política modo
    selección > acceso
    8a
    Señalización llamada SIP: INVITE (vídeo <Accept-Contact=*; accesstype=wlan>
    Señalización llamada SIP: INVITE (audio)
    «Accept-Contact=*;
    accesstype=wcdma>
    ITE
    FIG. 14
ES07816543.8T 2006-10-12 2007-10-11 Método para proporcionar una selección de modo de acceso a un terminal multimodo y sistema y aparato correspondientes Active ES2431051T5 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN2006101410988A CN101163291B (zh) 2006-10-12 2006-10-12 一种为多模终端提供接入网选择的方法、系统及装置
CN200610141098 2006-10-12
CN2007100937870A CN101291519B (zh) 2007-04-18 2007-04-18 为多模终端提供接入模式选择的方法、系统及装置
CN200710093787 2007-04-18
PCT/CN2007/002929 WO2008046303A1 (fr) 2006-10-12 2007-10-11 Procédé pour fournir une sélection de mode d'accès à un terminal multimode, et système et procédé correspondants

Publications (2)

Publication Number Publication Date
ES2431051T3 ES2431051T3 (es) 2013-11-22
ES2431051T5 true ES2431051T5 (es) 2018-03-06

Family

ID=39313607

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07816543.8T Active ES2431051T5 (es) 2006-10-12 2007-10-11 Método para proporcionar una selección de modo de acceso a un terminal multimodo y sistema y aparato correspondientes

Country Status (4)

Country Link
US (2) US8750201B2 (es)
EP (1) EP2061269B2 (es)
ES (1) ES2431051T5 (es)
WO (1) WO2008046303A1 (es)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102006012655B4 (de) * 2006-01-10 2008-12-24 Siemens Ag Verfahren zum Bereitstellen einer Dienstqualität in einem WiMAX-Kommunikationsnetzwerk und Verfahren zum Auswählen einer Zugangs-Transportressourcenkontrollfunktion durch eine Richtlinienentscheidungsfunktion in einem Kommunikationsnetzwerk
US8160097B2 (en) * 2007-11-07 2012-04-17 Broadcom Corporation System and method for optimizing communication between a mobile communications device and a second communications device
WO2010040938A1 (fr) * 2008-10-07 2010-04-15 France Telecom Procede de gestion d'un utilisateur dans un reseau de telecommunications, et dispositif associe
US20100330988A1 (en) * 2009-06-30 2010-12-30 Nokia Corporation method and apparatus
US8335192B2 (en) * 2010-04-13 2012-12-18 Qualcomm Incorporated Selectively transitioning between physical-layer networks during a streaming communication session within a wireless communications system
EP2418815B1 (en) 2010-08-12 2019-01-02 Deutsche Telekom AG Managing Session Initiation Protocol communications towards a user entity in a communication network
EP2418817B1 (en) 2010-08-12 2018-12-12 Deutsche Telekom AG Application server for managing communications towards a set of user entities
EP2418816B1 (en) 2010-08-12 2018-12-12 Deutsche Telekom AG Registering a user entity with a communication network via another communication network
EP2418818B1 (en) 2010-08-12 2018-02-14 Deutsche Telekom AG Network entity for managing communications towards a user entity over a communication network
KR101914117B1 (ko) * 2012-01-18 2018-11-02 삼성전자주식회사 휴대 단말들 간에 무선 랜 링크를 형성하는 방법 및 이를 위한 장치
CN102724738B (zh) * 2012-04-16 2015-06-03 中兴通讯股份有限公司 多模终端、多模终端驻留网络的选择方法及装置
US20130279373A1 (en) * 2012-04-18 2013-10-24 Interdigital Patent Holdings, Inc. Method and apparatus for providing an internet protocol multimedia subsystem triggering service
US9961109B2 (en) 2013-03-14 2018-05-01 Comcast Cable Communications, Llc Communication policy frame
US9819701B2 (en) * 2013-06-25 2017-11-14 Avago Technologies General Ip (Singapore) Pte. Ltd. Low latency IMS-based media handoff between a cellular network and a WLAN
US9241233B2 (en) 2013-10-28 2016-01-19 At&T Intellectual Property I, L.P. Enhancing user experience for internet protocol multimedia core network subsystem based communication services
EP2900016B1 (en) * 2014-01-28 2018-10-24 Openet Telecom Ltd. System and Method for Performing Network Selection
CN106331296B (zh) * 2015-06-30 2019-12-27 展讯通信（上海）有限公司 多模定时器相互锁存的方法及电路
JP6494536B2 (ja) * 2016-01-12 2019-04-03 東京エレクトロン株式会社 基板処理装置および基板処理装置の洗浄方法
CN106028279B (zh) * 2016-05-03 2020-01-14 Oppo广东移动通信有限公司 一种网络注册方法及装置
CN107846666B (zh) * 2016-09-19 2023-07-28 大唐终端设备有限公司 一种多模通信方法及移动终端
MX2019011294A (es) 2017-04-27 2019-12-05 Lg Electronics Inc Metodo para realizar un procedimiento relacionado con el registro de amf por udm en un sistema de comunicacion inalambrico y dispositivo para el mismo.
CN109451832B (zh) * 2017-06-30 2021-09-21 北京小米移动软件有限公司 无线通信方法、装置及计算机可读存储介质
US10860599B2 (en) * 2018-06-11 2020-12-08 Uptake Technologies, Inc. Tool for creating and deploying configurable pipelines
CN113873495B (zh) * 2020-06-30 2023-06-13 中国联合网络通信集团有限公司 eSIM卡的网络接入方法和装置
CN113727420B (zh) * 2021-09-03 2023-05-23 重庆邮电大学 一种多模接入网络选择装置及方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6914913B2 (en) 2002-08-27 2005-07-05 Motorola, Inc. Multi-mode interoperable mobile station communications architectures and methods
CN1282373C (zh) 2004-03-10 2006-10-25 中国联合通信有限公司 一种用于多模式移动终端的网络接入方法及装置
JP2008500756A (ja) * 2004-05-27 2008-01-10 ノキア コーポレイション マルチモード・ローミング管理携帯デバイス
KR100605556B1 (ko) * 2004-10-28 2006-08-21 삼영기계(주) 이종금속 용융 접합용 플럭스 및 이를 이용한 이종금속 융용 접합방법
ES2649525T3 (es) * 2005-03-17 2018-01-12 Ericsson Ab Método y aparato para proporcionar continuidad de llamada de voz entre sub-sistema conmutado por circuito y sub-sistema multimedia
WO2006105223A1 (en) 2005-03-30 2006-10-05 Nokia Siemens Networks Gmbh & Co. Kg Ip and circuit-switched network interop-erability
US20060286980A1 (en) * 2005-06-15 2006-12-21 Lucent Technologies Inc. Methods and systems for managing multiple registration and incoming call routing for mobile user equipment in wireless/IMS networks
RU2327300C2 (ru) 2005-08-12 2008-06-20 Самсунг Электроникс Ко., Лтд. Система и способ передачи системных сообщений в протоколе инициирования сеанса связи (sip)
CN1326424C (zh) 2005-09-19 2007-07-11 北京天碁科技有限公司 一种快速选择网络注册登记的双模或多模终端和方法
CN100417264C (zh) * 2005-09-19 2008-09-03 北京天碁科技有限公司 一种多模移动通信终端及其多模转换方法
WO2007061251A1 (en) 2005-11-25 2007-05-31 Samsung Electronics Co., Ltd. Method of providing quick answer service in sip message service system
CN101163291B (zh) 2006-10-12 2010-09-08 华为技术有限公司 一种为多模终端提供接入网选择的方法、系统及装置
US8340017B2 (en) 2007-06-01 2012-12-25 Research In Motion Limited Message generation system and method for managing the delivery of mobile-terminated (MT) calls in IMS network environment

Also Published As

Publication number Publication date
US8750201B2 (en) 2014-06-10
WO2008046303A1 (fr) 2008-04-24
US8699419B2 (en) 2014-04-15
EP2061269A4 (en) 2010-11-03
EP2061269A1 (en) 2009-05-20
EP2061269B1 (en) 2013-07-31
EP2061269B2 (en) 2017-11-01
US20120026946A1 (en) 2012-02-02
US20090190533A1 (en) 2009-07-30
ES2431051T3 (es) 2013-11-22

Similar Documents

Publication Publication Date Title
ES2431051T5 (es) Método para proporcionar una selección de modo de acceso a un terminal multimodo y sistema y aparato correspondientes
US20230126115A1 (en) Indicating network types to use for sip messages
RU2696338C2 (ru) Оптимизация задержки при передаче обслуживания
ES2365510T3 (es) Negociación de portadores de conversación.
KR101565626B1 (ko) 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼
JP5866022B2 (ja) 単一無線ボイスコール継続性ハンドオーバーのための最少のアクセス転送コントロールファンクション要求
US8477720B2 (en) Mobility for IMS users
RU2367118C2 (ru) Поддержание соединения передачи данных при смене сети коммуникационного доступа
EP1974519B1 (en) Method and apparatus for providing ims services to circuit-switched controlled terminals
US20110032931A1 (en) Method, system, and device for providing service
EP2834955B1 (en) Best effort call routing preference setting
ES2686131T3 (es) Métodos y dispositivos para mejorar una continuidad de sesión
US20120263034A1 (en) Method, apparatus, and system for connecting to called terminal
US8665793B2 (en) Method and system for implementing single radio voice call continuity
US9693373B1 (en) Media session transfer between communication networks
JP2024512551A (ja) インターネットプロトコルセッションにおいてメディアリソース機能またはメディアゲートウェイを選択するための方法および装置