ES2693108T3 - Priorización de sistemas de capa física y gestión de sesión de comunicación en un sistema de comunicaciones inalámbricas - Google Patents

Abstract

Un procedimiento de configuración de una sesión de comunicación en un sistema de comunicaciones inalámbricas, que comprende: determinar, en un terminal de acceso, el inicio de una sesión de comunicación que se arbitrará mediante un servidor de aplicaciones (170); determinar (415B) una priorización de sistemas para una pluralidad de sistemas mediante los que el terminal de acceso puede contactar con el servidor de aplicaciones, estando cada uno de la pluralidad de sistemas asociado con una capa física diferente; enviar (420B) un mensaje de registro para indicar la priorización de sistemas al servidor de aplicaciones (170), en el que el mensaje de registro incluye información de contacto que permite que los datos enviados a través de una interfaz de sistema correspondiente a uno de la pluralidad de sistemas se reconozcan mediante un sistema correspondiente en una red de acceso de radio, RAN, y permite que un sistema correspondiente en la RAN envíe datos a la interfaz de sistema correspondiente en el terminal de acceso; intentar enviar una petición de inicio de sesión al servidor de aplicaciones a través de un sistema de prioridad más alta basándose en la priorización de sistemas; si el intento es fallido, reenviar la petición de inicio de sesión en al menos uno de la pluralidad de sistemas distinto del sistema de prioridad más alta, en el que el reenvío se produce después de un número umbral de intentos fallidos en el sistema de prioridad más alta; y si uno de los intentos de enviar la petición de inicio de sesión es exitoso, actualizar de manera selectiva la priorización de sistemas con el servidor de aplicaciones, de tal manera que el sistema en el que se realiza el intento exitoso corresponda al sistema de prioridad más alta en la priorización de sistemas actualizada y enviar un mensaje de registro complementario para indicar la priorización de sistemas actualizada al servidor de aplicaciones (170), en el que el terminal de acceso realiza una determinación para actualizar de manera selectiva la priorización de sistemas en respuesta a un evento de activación relacionado con al menos uno de la pluralidad de sistemas.

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Priorizacion de sistemas de capa fisica y gestion de sesion de comunicacion en un sistema de comunicaciones inalambricas

ANTECEDENTES DE LA INVENCION

1. Campo de la invention

[0001] Formas de realizacion de la invencion estan dirigidas a la priorizacion de sistemas de capa fisica y a la gestion de sesion de comunicacion en un sistema de comunicaciones inalambricas.

2. Description de la Tecnica Relacionada

[0002] Los sistemas de comunicaciones inalambricas se han desarrollado a traves de varias generaciones, incluyendo un servicio analogico de telefonia inalambrica de primera generacion (1G), un servicio digital de telefonia inalambrica de segunda generacion (2G) (que incluye las redes 2.5G y 2.75G provisionales) y un servicio inalambrico de tercera generacion (3G) con datos de alta velocidad / servicio inalambrico de acceso a Internet. En la actualidad existen muchos tipos diferentes de sistemas de comunicaciones inalambricas en funcionamiento, incluyendo sistemas de Servicios de Comunicacion Personal (PCS) y Celular. Ejemplos de sistemas celulares conocidos incluyen el Sistema de Telefonia Movil Avanzado (AMPS) analogico y sistemas celulares digitales basados en Acceso Multiple por Division de Codigo (CDMA), Acceso Multiple por Division de Frecuencia (FDMA), Acceso Multiple por Division de Tiempo (TDMA), el Sistema Global para el acceso Movil (GSM), variante del TDMA, y nuevos sistemas hibridos de comunicacion digital que usan tecnologias TDMA y CDMA.

[0003] El procedimiento que proporciona comunicaciones moviles CDMA se normalizo en los Estados Unidos mediante la Asociacion de la Industria de Telecomunicaciones/Asociacion de Industrias Electronicas en la norma TIA/EIA/IS-95-A titulada “Normativa de Compatibilidad Estacion Movil-Estacion Base para Sistema Celular de espectro ensanchado de banda ancha” [Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System], a la que se hace referencia en el presente documento como IS-95. Sistemas combinados que usan AMPS y CDMA se describen en la Norma IS-98 de TIA/EIA. Otros sistemas de comunicaciones se describen en las normas de IMT-2000/UM, o Sistema Internacional de Telecomunicaciones Moviles 2000/Sistema Universal de Telecomunicaciones Moviles, que cubren lo que se denomina como CDMA de banda ancha (WCDMA), CDMA2000 (tal como las normas CDMA2000 1xEV-DO, por ejemplo) o TD-SCDMA.

[0004] En los sistemas de comunicaciones inalambricas, las estaciones moviles, los microtelefonos o los terminales de acceso (AT) reciben senales desde estaciones base de posicion fija (tambien denominadas emplazamientos de celula o celulas) que permiten enlaces o servicios de comunicacion dentro de regiones geograficas particulares adyacentes a o que rodean las estaciones base. Las estaciones base proporcionan puntos de entrada a una red de acceso (AN) / red de acceso radioelectrico (RAN), que es generalmente una red de datos por paquetes que usa protocolos estandar basados en el Grupo de Tareas sobre Ingenieria de Internet (IETF) que permiten procedimientos para diferenciar trafico en funcion de los requisitos de Calidad de Servicio (QoS). Por lo tanto, las estaciones base interactuan generalmente con los AT a traves de una interfaz inalambrica y con la AN a traves de paquetes de datos de red del Protocolo de Internet (IP).

[0005] En sistemas de telecomunicaciones inalambricas, las capacidades de tipo "apriete para hablar" (PTT) estan ganando popularidad con los sectores y consumidores de servicios. La capacidad PTT puede permitir un servicio de voz de "despacho" que funciona con infraestructuras inalambricas comerciales estandar, tales como CDMA, FDMA, TDMA, GSM, etc. En un modelo de despacho, la comunicacion entre puntos terminales (AT) se produce dentro de grupos virtuales, en los que la voz de un "interlocutor" se transmite a uno o mas "oyentes". Una unica instancia de este tipo de comunicacion se denomina habitualmente llamada de despacho o, simplemente, llamada PTT. Una llamada PTT es una instancia de un grupo, que define las caracteristicas de una llamada. En esencia, un grupo se define por una lista de miembros e informacion asociada, tal como un nombre de grupo o una identificacion de grupo.

[0006] Convencionalmente, los paquetes de datos en una red de comunicaciones inalambricas se han configurado para enviarse a un unico destino o terminal de acceso. Una transmision de datos a un unico destino se denomina "unidifusion". A medida que ha aumentado el uso de las comunicaciones moviles, la capacidad de transmitir datos dados a multiples terminales de acceso de manera concurrente se ha vuelto mas importante. Por consiguiente, se han adoptado protocolos para permitir transmisiones de datos concurrentes del mismo paquete o mensaje a multiples destinatarios o terminales de acceso objetivo. Una "radiodifusion" se refiere a una transmision de paquetes de datos a todos los destinatarios o terminales de acceso (por ejemplo, en una celula dada, que recibe servicio de un proveedor de servicios dado, etc.), mientras que una "multidifusion" se refiere a una transmision de paquetes de datos a un grupo dado de destinatarios o terminales de acceso. En un ejemplo, el grupo dado de destinatarios o "grupo de multidifusion" puede incluir mas de uno y menos que todos los posibles destinatarios o terminales de acceso (por ejemplo, de un grupo dado, que recibe servicio de un proveedor de servicios dado, etc.). Sin embargo,

5

10

15

20

25

30

35

40

45

50

55

60

65

en determinadas situaciones es posible, al menos, que el grupo de multidifusion comprenda solamente un terminal de acceso, de manera similar a la unidifusion, o, como alternativa, que el grupo de multidifusion comprenda todos los terminales de acceso (por ejemplo, de una celula dada, etc.) de manera similar a la radiodifusion.

[0007] Las radiodifusiones y/o multidifusiones pueden llevarse a cabo en sistemas de comunicaciones inalambricas de varias maneras, tal como llevando a cabo una pluralidad de operaciones de unidifusion secuenciales para dar cabida al grupo de multidifusion, asignando un unico canal de radiodifusion/multidifusion (BCH) para manejar multiples transmisiones de datos al mismo tiempo, y de otras maneras similares. Un sistema convencional que usa un canal de radiodifusion para comunicaciones de tipo "apriete para hablar" se describe en la Publicacion de Solicitud de Patente Estadounidense n.° 2007/0049314, de fecha 1 de marzo de 2007, titulada “Sistema de Llamada de Grupo Apriete-Para-Hablar que Usa Red Celular CDMA 1x-EV-DO” [Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network], Como se describe en la Publicacion n.° 2007/0049314, puede usarse un canal de radiodifusion para llamadas de tipo "apriete para hablar" usando tecnicas de senalizacion convencionales. Aunque el uso de un canal de radiodifusion puede mejorar los requisitos de ancho de banda con respecto a las tecnicas de unidifusion convencionales, la senalizacion convencional del canal de radiodifusion puede seguir dando como resultado una sobrecarga y/o un retardo adicionales y puede degradar el rendimiento del sistema.

[0008] El Proyecto 2 de Asociacion de 3a Generacion ("3GPP2") define una especificacion de servicios de radiodifusion-multidifusion (BC-MCS) para permitir comunicaciones de multidifusion en redes CDMA2000.

[0009] El documento de la tecnica anterior US2009/016310 (Rasal; Pub. 15.01.2009) divulga el uso optimizado de la tecnologia de acceso en una arquitectura multimodo, en la que se configuran comunicaciones inalambricas, en la que se prueba en primer lugar una red de alta prioridad, en la que se prueban otras redes, en el caso de que la red de alta prioridad no funcione, y en la que la red que proporciona un acceso exitoso se convertira en la red de prioridad mas alta.

[0010] El documento de la tecnica anterior GB2380898 (Motorola Inc; Pub. 16.04.2003) divulga una configuracion para el registro de localizacion en mas de una red de comunicacion, en la que se configuran comunicaciones inalambricas, en la que se prueba en primer lugar la red de alta prioridad, en la que el sistema recorre en orden descendente una lista de prioridades en caso de que la red superior no funcione, y en la que se otorga la prioridad mas alta a la red registrada mas reciente.

RESUMEN

[0011] En referencia a las reivindicaciones adjuntas, se presenta un procedimiento para establecer una sesion de comunicacion en un sistema de comunicaciones inalambricas. Las formas de realizacion se dirigen a seleccionar una capa fisica para la participacion de un terminal de acceso (AT) en una sesion de comunicacion dentro de un sistema de comunicaciones inalambricas. En una forma de realizacion, el AT puede registrar sus prioridades para multiples sistemas de capa fisica, asi como informacion de contacto mediante la cual un servidor de aplicaciones puede contactar con el AT a traves de cada sistema. El AT actualiza de manera selectiva la priorizacion de sistemas y/o la informacion de contacto. Cuando el AT se une a o inicia una sesion de comunicacion, el servidor de aplicaciones permite el AT en un sistema de mayor prioridad a traves del cual se puede contactar con el AT. El sistema que permite la sesion del AT puede cambiar a peticion del AT o por iniciativa del servidor de aplicaciones. En una forma de realizacion adicional, pueden usarse multiples sistemas simultaneamente para permitir la sesion del AT, de modo que el AT pueda enviar y/o recibir senalizacion y/o medios durante al menos una parte de la sesion de comunicacion a traves de los multiples sistemas simultaneamente.

BREVE DESCRIPCION DE LOS DIBUJOS

[0012] Una apreciacion mas completa de las formas de realizacion de la invencion y muchas de las ventajas intrinsecas de las mismas se aclararan y resultaran evidentes haciendo referencia a la siguiente descripcion detallada cuando se considera en relacion con los dibujos adjuntos que se presentan solamente para ilustrar, y no para limitar, la invencion, y en los que:

La FIG. 1 es un diagrama de una arquitectura de red inalambrica que permite terminales de acceso y redes de acceso de acuerdo con al menos una forma de realizacion de la invencion.

La FIG. 2A ilustra la red de portadora de acuerdo con una forma de realizacion de la presente invencion.

La FIG. 2B ilustra un ejemplo de la comunicacion inalambrica de la FIG. 1 en mayor detalle de acuerdo con al menos una forma de realizacion de la invencion.

La FIG. 3 es una ilustracion de un terminal de acceso de acuerdo con al menos una forma de realizacion de la invencion.

La FIG. 4A ilustra un proceso de registro de multiples sistemas de un terminal de acceso (AT) dado con un

5

10

15

20

25

30

35

40

45

50

55

60

65

servidor de aplicaciones de acuerdo con una forma de realizacion de la invencion.

La FIG. 4B ilustra una implementacion mas detallada del proceso de la FIG. 4A de acuerdo con una forma de realizacion de la invencion.

La FIG. 5A ilustra un proceso para establecer una sesion de comunicacion arbitrada por un servidor de acuerdo con una forma de realizacion de la invencion.

La FIG. 5B ilustra una implementacion mas detallada del proceso de la FIG. 5A de acuerdo con una forma de realizacion de la invencion.

La FIG. 6A ilustra una continuacion de la FIG. 5A de acuerdo con una forma de realizacion de la invencion.

La FIG. 6B ilustra una implementacion mas detallada del proceso de la FIG. 6A de acuerdo con una forma de realizacion de la invencion.

La FIG. 7A ilustra una continuacion de la FIG. 5A de acuerdo con otra forma de realizacion de la invencion.

La FIG. 7B ilustra una implementacion mas detallada del proceso de la FIG. 7A de acuerdo con una forma de realizacion de la invencion.

La Fig. 7C ilustra una implementacion mas detallada del proceso de la FIG. 7A de acuerdo con otra forma de realizacion de la invencion.

La FIG. 8A ilustra un arbitraje selectivo de flujo de medios por parte del servidor de aplicaciones, mediante el cual el servidor de aplicaciones puede proporcionar y/o recibir un medio hacia/desde uno o mas terminales de acceso en multiples sistemas de acuerdo con una forma de realizacion de la invencion.

La FIG. 8B ilustra una implementacion mas detallada de la FIG. 8A, mediante la cual el proceso de la FIG. 8A se integra en el proceso de la FIG. 6B de acuerdo con una forma de realizacion de la invencion.

La FIG. 8C ilustra una implementacion mas detallada de la FIG. 8A, mediante la cual el proceso de la FIG. 8A se integra en el proceso de la FIG. 7B de acuerdo con una forma de realizacion de la invencion.

DESCRIPCION DETALLADA

[0013] La invencion realizada se divulga en las reivindicaciones independientes adjuntas. Se divulgan formas de realizacion adicionales en las reivindicaciones dependientes.

[0014] Aspectos de la invencion se describen en la siguiente descripcion y en dibujos relacionados que hacen referencia a formas de realizacion especificas de la invencion. Pueden concebirse formas de realizacion alternativas sin apartarse del alcance de la invencion. Ademas, elementos ampliamente conocidos de la invencion no se describiran en detalle, o se omitiran, para no oscurecer los detalles importantes de la invencion.

[0015] Las expresiones "a modo de ejemplo" y/o "de ejemplo" se usan en el presente documento en el sentido de "que sirve como ejemplo, instancia o ilustracion". No debe considerarse necesariamente que cualquier forma de realizacion descrita en el presente documento como "a modo de ejemplo" y/o "de ejemplo" sea preferida o ventajosa con respecto a otras formas de realizacion. Asimismo, el termino "formas de realizacion de la invencion" no requiere que todas las formas de realizacion de la invencion incluyan la caracteristica, ventaja o modo de funcionamiento dados a conocer.

[0016] Ademas, muchas formas de realizacion se describen en lo que respecta a secuencias de acciones que seran llevadas a cabo, por ejemplo, por elementos de un dispositivo informatico. Debe reconocerse que varias acciones descritas en el presente documento pueden llevarse a cabo por circuitos especificos (por ejemplo, circuitos integrados de aplicacion especifica (ASIC)), por instrucciones de programa ejecutadas por uno o mas procesadores, o por una combinacion de lo anterior. Ademas, puede considerarse que estas secuencias de acciones descritas en el presente documento se incluyen completamente en cualquier forma de medio de almacenamiento legible por ordenador que tiene almacenado en el mismo un conjunto correspondiente de instrucciones de ordenador que, cuando se ejecutan, hacen que un procesador asociado lleve a cabo la funcionalidad descrita en el presente documento. Por tanto, los diversos aspectos de la invencion pueden realizarse de varias formas diferentes, donde se contempla que todas ellas estan dentro del alcance del contenido reivindicado. Ademas, para cada una de las formas de realizacion descritas en el presente documento, la forma correspondiente de cualquiera de tales formas de realizacion puede describirse en el presente documento como, por ejemplo, "logica configurada para" llevar a cabo la accion descrita.

[0017] Una estacion de abonado de alta velocidad de transferencia de datos (HDR), denominada en el presente

5

10

15

20

25

30

35

40

45

50

55

60

65

documento terminal de acceso (AT), puede ser movil o estacionaria, y puede comunicarse con una o mas estaciones base HDR, denominadas en el presente documento transceptores con banco de modems (MPT) o estaciones base (BS). Un terminal de acceso transmite y recibe paquetes de datos a traves de uno o mas transceptores con banco de modems a un controlador de estacion base HDR, denominado controlador de banco de modems (MPC), controlador de estacion base (BSC) y/o funcion de control de paquetes (PCF). Los transceptores con banco de modems y los controladores de banco de modems son partes de una red llamada red de acceso. Una red de acceso transporta paquetes de datos entre multiples terminales de acceso.

[0018] La red de acceso puede conectarse ademas a redes adicionales externas a la red de acceso, tal como una intranet corporativa o a Internet, y puede transportar paquetes de datos entre cada terminal de acceso y tales redes externas. Un terminal de acceso que ha establecido una conexion de canal de trafico activa con uno o mas transceptores con banco de modems se denomina terminal de acceso activo y se dice que esta en un estado de trafico. Se dice que un terminal de acceso que esta en el proceso de establecer una conexion de canal de trafico activa con uno o mas transceptores con banco de modems esta en un estado de establecimiento de conexion. Un terminal de acceso puede ser cualquier dispositivo de datos que se comunique a traves de un canal inalambrico o a traves de un canal cableado, por ejemplo usando fibra optica o cables coaxiales. Un terminal de acceso puede ser ademas cualquiera de una pluralidad de tipos de dispositivos que incluyen, pero sin limitarse a, una tarjeta PC, una memoria flash compacta, un modem externo o interno, o un telefono inalambrico o con cables. El enlace de comunicacion a traves del cual el terminal de acceso envia senales al transceptor con banco de modems se denomina enlace o canal de trafico inverso. El enlace de comunicacion a traves del cual un transceptor con banco de modems envia senales a un terminal de acceso se denomina enlace o canal de trafico directo. Tal y como se usa en el presente documento, el termino canal de trafico puede hacer referencia a un canal de trafico directo o inverso.

[0019] La FIG. 1 ilustra un diagrama de bloques de una forma de realizacion a modo de ejemplo de un sistema inalambrico 100 de acuerdo con al menos una forma de realizacion de la invencion. El sistema 100 puede incluir terminales de acceso, tal como un telefono celular 102, en comunicacion, a traves de una interfaz inalambrica 104, con una red de acceso o red de acceso radioelectrico (RAN) 120 que puede conectar el terminal de acceso 102 al equipo de red proporcionando conectividad de datos entre una red de datos de conmutacion de paquetes (por ejemplo, una intranet, Internet y/o una red de portadora 126) y los terminales de acceso 102, 108, 110, 112. Tal y como se muestra aqui, el terminal de acceso puede ser un telefono celular 102, un asistente digital personal 108, un radiolocalizador 110, que se muestra aqui como un radiolocalizador de texto bidireccional, o incluso una plataforma informatica diferente 112 que tiene un portal de comunicaciones inalambricas. Formas de realizacion de la invencion pueden llevarse a cabo por tanto en cualquier forma de terminal de acceso que incluya un portal de comunicaciones inalambricas o que tenga capacidades de comunicaciones inalambricas, incluyendo, pero sin limitarse a, modems inalambricos, tarjetas PCMCIA, ordenadores personales, telefonos o cualquier combinacion o subcombinacion de los mismos. Ademas, tal y como se usan en el presente documento, los terminos "terminal de acceso", "dispositivo inalambrico", "dispositivo cliente", "terminal movil" y variantes de los mismos pueden usarse de manera intercambiable.

[0020] Haciendo de nuevo referencia a la FIG. 1, los componentes de la red inalambrica 100 y la interrelacion de los elementos de las formas de realizacion a modo de ejemplo de la invencion no estan limitados a la configuracion ilustrada. El sistema 100 es simplemente un ejemplo y puede incluir cualquier sistema que permita a terminales de acceso remotos, como los dispositivos informaticos cliente inalambricos 102, 108, 110, 112 comunicarse de manera inalambrica y entre si y/o entre componentes conectados a traves de la interfaz inalambrica 104 y la RAN 120, incluyendo, de manera no limitativa, la red de portadora 126, Internet y/u otros servidores remotos.

[0021] La RAN 120 controla mensajes (normalmente enviados como paquetes de datos) enviados a un controlador de estacion base/funcion de control de paquetes (BSC/PCF) 122. El BSC/PCF 122 se ocupa de senalizar, establecer e interrumpir canales de portadora (es decir, canales de datos) entre un nodo de servicio de datos por paquetes 100 ("PDSN") y los terminales de acceso 102/108/110/112. Si se permite el cifrado de capa de enlace, el BsC/PCF 122 tambien cifra el contenido antes de reenviarlo a traves de la interfaz inalambrica 104. La funcion del BSC/PCF 122 es ampliamente conocida en la tecnica y no se describira adicionalmente en aras de la brevedad. La red de portadora 126 puede comunicarse con el BSC/PCF 122 mediante una red, tal como Internet y/o una red telefonica publica conmutada (PSTN). Como alternativa, el BSC/PCF 122 puede conectarse directamente a Internet o a la red externa. Normalmente, la conexion de red o de Internet entre la red portadora 126 y el BSC/PCF 122 transfiere datos, y la PSTN transfiere informacion de voz. El BSC/PCF 122 puede conectarse a multiples estaciones base (BS) o transceptores con banco de modems (MPT) 124. De manera similar a la red de portadora, el BSC/PCF 122 se conecta normalmente al MPT/BS 124 mediante una red, Internet y/o una PSTN para la transferencia de datos y/o la informacion de voz. El MPT/BS 124 puede radiodifundir mensajes de datos de manera inalambrica a los terminales de acceso, tal como el telefono celular 102. El MPT/BS 124, el BSC/PCF 122 y otros componentes pueden formar la RAN 120, como se sabe en la tecnica. Sin embargo, tambien pueden usarse configuraciones alternativas y la invencion no esta limitada a la configuracion ilustrada. Por ejemplo, en otra forma de realizacion, la funcionalidad del BSC/PCF 122 y de uno o mas MPT/BS 124 puede combinarse en un unico modulo "hfbrido" que tiene la funcionalidad del BSC/PCF 122 y del MPT/BS 124.

[0022] La FIG. 2A ilustra la red de portadora 126 de acuerdo con una forma de realizacion de la presente

5

10

15

20

25

30

35

40

45

50

55

60

65

invencion. En la forma de realizacion de la FIG. 2A, la red de portadora 126 incluye un nodo de servicio de datos por paquetes (PDSN) 160, un nodo de servicio de radiodifusion (BSN) 165, un servidor de aplicaciones 170 e Internet 175. Sin embargo, el servidor de aplicaciones 170 y otros componentes pueden estar ubicados fuera de la red de portadora en formas de realizacion alternativas. La PDSN 160 proporciona acceso a Internet 175, intranets y/o servidores remotos (por ejemplo, el servidor de aplicaciones 170) a las estaciones moviles (por ejemplo, terminales de acceso, tales como 102, 108, 110, 112 de la FIG. 1) utilizando, por ejemplo, una red de acceso radioelectrico (RAN) de tipo cdma2000 (por ejemplo, la RAN 120 de la FIG. 1). Actuando como una pasarela de acceso, la PDSN 160 puede proporcionar un acceso IP simple y un acceso IP movil, permitir agentes visitados y el transporte de paquetes. La PDSN 160 puede actuar como un cliente para servidores de Autenticacion, Autorizacion y Contabilizacion (AAA) y otra infraestructura de apoyo, y proporciona a las estaciones moviles una pasarela hacia la red IP, como se sabe en la tecnica. Como se ilustra en la FIG. 2A, la PDSN 160 puede comunicarse con la RAN 120 (por ejemplo, el BSC/PCF 122) a traves de una conexion A10 convencional. La conexion A10 es ampliamente conocida en la tecnica y no se describira adicionalmente en aras de la brevedad.

[0023] Haciendo referencia a la FIG. 2A, el nodo de servicio de radiodifusion (BSN) 165 puede configurarse para permitir servicios de multidifusion y de radiodifusion. A continuacion se describira el BSN 165 en mayor detalle. El BSN 165 se comunica con la RAN 120 (por ejemplo, el BSC/PCF 122) a traves de una conexion A10 de radiodifusion (BC), y con el servidor de aplicaciones 170 a traves de Internet 175. La conexion BCA10 se usa para transferir mensajes de multidifusion y/o de radiodifusion. Por consiguiente, el servidor de aplicaciones 170 envia mensajes de unidifusion a la PDSN 160 a traves de Internet 175 y envia mensajes de multidifusion al BSN 165 a traves de Internet 175.

[0024] Generalmente, como se describira en mayor detalle posteriormente, la RAN 120 transmite mensajes de multidifusion, recibidos desde el BSN 165, a traves de la conexion BCA10, por medio de un canal de radiodifusion (BCH) de la interfaz inalambrica 104, a uno o mas terminales de acceso 200.

[0025] La FIG. 2B ilustra un ejemplo de la comunicacion inalambrica 100 de la FIG. 1 en mayor detalle. En particular, haciendo referencia a la FIG. 2B, se muestran AT 1...N conectados a la RAN 120 en una ubicacion que recibe servicio de diferentes puntos terminales de red de datos por paquetes. Por consiguiente, los AT 1 y 3 estan conectados a la RAN 120 en una ubicacion que recibe servicio de un primer punto terminal de red de datos por paquetes 162 (que puede corresponder, por ejemplo, a la PDSN 160, el BSN 165, un agente propio (HA), un agente visitado (FA), etc.). A su vez, el primer punto terminal de red de datos por paquetes 162 esta conectado, a traves de la unidad de encaminamiento 188, a Internet 175 y/o a uno o mas de entre un servidor de autenticacion, autorizacion y contabilizacion (AAA) 182, un servidor de aprovisionamiento 184, un servidor de registro de Subsistema Multimedia de Protocolo de Internet (IP) (IMS) / de Protocolo de Inicio de Sesion (SIP) 186 y/o el servidor de aplicaciones 170. Los AT 2 y 5...N estan conectados a la RAN 120 en una ubicacion que recibe servicio de un segundo punto terminal de red de datos por paquetes 164 (que puede corresponder, por ejemplo, a la PDSN 160, el BSN 165, un FA, un HA, etc.). De manera similar al primer punto terminal de red de datos por paquetes 162, el segundo punto terminal de red de datos por paquetes 164 esta contado a su vez, a traves de la unidad de encaminamiento 188, a Internet 175 y/o a uno o mas de entre el servidor AAA 182, un servidor de aprovisionamiento 184, un servidor de registro IMS/SIP 186 y/o el servidor de aplicaciones 170. El AT 4 esta conectado directamente a Internet 175 y, a traves de Internet 175, puede conectarse despues a cualquiera de los componentes de sistema descritos anteriormente.

[0026] Haciendo referencia a la FIG. 2B, los AT 1, 3 y 5...N se ilustran como telefonos celulares inalambricos, el AT 2 se ilustra como un PC-tableta inalambrico y el AT 4 se ilustra como una estacion de escritorio cableada. Sin embargo, en otras formas de realizacion, debe apreciarse que el sistema de comunicaciones inalambricas 100 puede conectarse a cualquier tipo de AT, y los ejemplos ilustrados en la FIG. 2B no pretenden limitar los tipos de AT que pueden implementarse en el sistema. Ademas, aunque el servidor AAA 182, el servidor de aprovisionamiento 184, el servidor de registro IMS/SIP 186 y el servidor de aplicaciones 170 se ilustran como servidores estructuralmente independientes, uno o mas de estos servidores pueden combinarse en al menos una forma de realizacion de la invencion.

[0027] Ademas, haciendo referencia a la FIG. 2B, el servidor de aplicaciones 170 se ilustra incluyendo una pluralidad de complejos de control de medios (MCC) 1...N 170B, y una pluralidad de despachadores regionales 1...N 170A. Los despachadores regionales 170A y los MCC 170B estan incluidos conjuntamente en el servidor de aplicaciones 170, que en al menos una forma de realizacion puede corresponder a una red distribuida de servidores que activan conjuntamente dos sesiones de comunicacion arbitradas (por ejemplo, sesiones de comunicacion semiduplex de grupo a traves de protocolos de unidifusion IP y/o de multidifusion IP) en el sistema de comunicaciones inalambricas 100. Por ejemplo, puesto que las sesiones de comunicacion arbitradas por el servidor de aplicaciones 170 pueden tener lugar teoricamente entre los AT ubicados en cualquier punto del sistema 100, multiples despachadores regionales 170A y MMC estan distribuidos para reducir la latencia de las sesiones de comunicacion arbitradas (de modo que, por ejemplo, un MCC en Norteamerica no retransmite medios entre participates de sesion ubicados en China). Por tanto, cuando se hace referencia al servidor de aplicaciones 170, debe apreciarse que la funcionalidad asociada puede reforzarse mediante uno o mas de los despachadores regionales 170A y/o uno o mas de los MCC, 170B. Los despachadores regionales 170A se ocupan generalmente de cualquier funcionalidad relacionada con establecer una sesion de comunicacion (por ejemplo, gestionar mensajes de

5

10

15

20

25

30

35

40

45

50

55

60

65

senalizacion entre los AT, planificar y/o enviar mensajes de notificacion, etc.) mientras que los MCC 170B se encargan de gestionar la sesion de comunicacion durante el tiempo que dure la instancia de llamada, incluyendo llevar a cabo una senalizacion de llamadas entrantes y un intercambio real de medios durante una sesion de comunicacion arbitrada.

[0028] Haciendo referencia a la FIG. 3, un terminal de acceso 200 (en este caso, un dispositivo inalambrico), tal como un telefono celular, tiene una plataforma 202 que puede recibir y ejecutar aplicaciones de software, datos y/o comandos transmitidos desde la RAN 120 que pueden provenir en ultima instancia de la red de portadora 126, Internet y/u otros servidores y redes remotos. La plataforma 202 puede incluir un transceptor 206 acoplado de manera operativa a un circuito integrado de aplicacion especifica ("ASIC" 208), u otro procesador, microprocesador, circuito logico u otro dispositivo de procesamiento de datos. El ASIC 208 u otro procesador ejecuta la capa de interfaz de programacion de aplicacion ("API") 210, que interactua con cualquier programa que resida en la memoria 212 del dispositivo inalambrico. La memoria 212 puede comprender una memoria de acceso aleatorio o de solo lectura (RAM y ROM), una memoria EEPROM, tarjetas flash o cualquier memoria comun a plataformas informaticas. La plataforma 202 tambien puede incluir una base de datos local 214 que puede contener aplicaciones no usadas de manera activa en la memoria 212. La base de datos local 214 es normalmente una celula de memoria flash, pero puede ser cualquier dispositivo de almacenamiento secundario conocido en la tecnica, tal como un medio magnetico, una EEPROM, un medio optico, una cinta, un disco flexible, un disco duro o similares. Los componentes de la plataforma interna 202 tambien pueden estar acoplados de manera operativa a dispositivos externos tales como una antena 222, un dispositivo de visualizacion 224, un boton de tipo "apriete para hablar" 228 y un teclado 226, entre otros componentes, como se conoce en la tecnica.

[0029] Por consiguiente, una forma de realizacion de la invencion puede incluir un terminal de acceso que tiene la capacidad de llevar a cabo las funciones descritas en el presente documento. Como apreciaran los expertos en la tecnica, los diversos elementos logicos pueden realizarse en elementos discretos, modulos de software ejecutados en un procesador o cualquier combinacion de software y hardware para conseguir la funcionalidad dada a conocer en el presente documento. Por ejemplo, el ASIC 208, la memoria 212, la API 210 y la base de datos local 214 pueden actuar conjuntamente para cargar, almacenar y ejecutar las diversas funciones dadas a conocer en el presente documento y, por tanto, la logica para llevar a cabo estas funciones puede distribuirse en varios elementos. Como alternativa, la funcionalidad puede incorporarse en un componente discreto. Por lo tanto, las caracteristicas del terminal de acceso de la FIG. 3 deben considerarse meramente ilustrativas y la invencion no esta limitada a las caracteristicas o disposicion ilustradas.

[0030] La comunicacion inalambrica entre el terminal de acceso 102 y la RAN 120 puede basarse en diferentes tecnologias, tal como acceso multiple por division de codigo (CDMA), WCDMA, acceso multiple por division de tiempo (TDMA), acceso multiple por division de frecuencia (FDMA), multiplexacion por division de frecuencia ortogonal (OFDM), el Sistema Global de Comunicaciones Moviles (GSM) u otros protocolos que puedan usarse en una red de comunicaciones inalambricas o una red de comunicaciones de datos. La comunicacion de datos es normalmente entre el dispositivo cliente 102, el MPT/BS 124 y el BSC/PCF 122. El BSC/PCF 122 puede conectarse a multiples redes de datos, tales como la red de portadora 126, la PSTN, Internet, una red privada virtual y similares, permitiendo asi al terminal de acceso 102 acceder a una red de comunicacion mas extensa. Tal y como se ha descrito anteriormente y se conoce en la tecnica, la transmision de voz y/o los datos pueden transmitirse a los terminales de acceso desde la RAN usando varias redes y configuraciones. Por consiguiente, las ilustraciones proporcionadas en el presente documento no pretenden limitar las formas de realizacion de la invencion y simplemente ayudan en la descripcion de los aspectos de formas de realizacion de la invencion.

[0031] Tal y como se ha mencionado anteriormente, los terminales de acceso pueden participar en sesiones de comunicacion arbitradas por servidor con otros terminales de acceso a traves de una pluralidad de sistemas posibles (por ejemplo, EV-DO, 1x, WiFi, LTE, etc.). Dicho de otro modo, diferentes mecanismos o sistemas pueden conectar un terminal de acceso dado con el servidor de aplicaciones 170 a traves de diferentes capas fisicas para facilitar el intercambio de senalizacion y/o medios relacionados con la sesion de comunicacion. Para cada sistema, el terminal de acceso dado puede tener una interfaz con una direccion de interfaz o informacion de contacto asociadas. Como se apreciara, las interfaces con sistemas inalambricos incluyen una o mas antenas (por ejemplo, tales como la antena 222 ilustrada en la FIG. 3), mientras que las interfaces con sistemas cableados pueden incluir puertos o estaciones de acoplamiento a las que se conectan los cables. Por ejemplo, la interfaz del terminal de acceso dado para una conexion WiFi puede corresponder a modulos de hardware y/o software en el terminal de acceso dado configurados para recibir y/o transmitir informacion WiFi, y la interfaz WiFi tiene su propia direccion de protocolo de Internet (IP). En el caso de WiFi, por ejemplo, debe apreciarse que la RAN 120 corresponde a un punto de acceso (AP) a traves del cual el terminal de acceso puede conectarse a Internet. Por tanto, los paquetes entrantes dirigidos a la direccion IP de la interfaz WiFi son gestionados por la interfaz WiFi del terminal de acceso dado, los paquetes entrantes dirigidos a la direccion IP de EV-DO son gestionados por una interfaz EV-DO, etc. Asimismo, los paquetes salientes del terminal de acceso dado enviados a traves del sistema WiFi incluyen una direccion origen igual a la direccion IP de interfaz WiFi del terminal de acceso, los paquetes salientes del terminal de acceso dado enviados a traves del sistema EV-DO incluyen una direccion origen igual a la direccion IP de interfaz EV-DO del terminal de acceso, etc.

5

10

15

20

25

30

35

40

45

50

55

60

65

[0032] Convencionalmente, la mayoria de terminales de acceso intercambian senalizacion y/o medios con el servidor de aplicaciones 170 a traves de un sistema particular en cualquier momento dado, y el servidor de aplicaciones 170 solo tiene constancia de un sistema mediante el cual contactar con cada terminal de acceso. Por consiguiente, si el rendimiento de un sistema usado para permitir un terminal de acceso particular se degrada durante la sesion de comunicacion, es probable que el terminal de acceso pierda la sesion. En este punto, el terminal de acceso puede tratar de establecer su conexion con el servidor de aplicaciones 170 en un sistema diferente, pero esto puede llevar un tiempo relativamente largo y puede dar lugar a un largo periodo de inactividad durante el cual el terminal de acceso no puede participar en la sesion de comunicacion.

[0033] Por consiguiente, las formas de realizacion de la invencion estan dirigidas a registrar multiples sistemas con el servidor de aplicaciones 170, donde cada sistema presenta una interfaz de sistema asociada a una capa fisica diferente, de manera que el servidor de aplicaciones 170 puede traspasar un terminal de acceso a un sistema diferente si el rendimiento se degrada en el sistema actual del terminal de acceso.

[0034] La FIG. 4A ilustra un proceso de registro de multiples sistemas de un terminal de acceso (AT) dado con el servidor de aplicaciones 170 de acuerdo con una forma de realizacion de la invencion. En particular, la FIG. 4A ilustra el proceso de registro a un nivel relativamente alto, donde la FIG. 4B ilustra una implementacion mas detallada del proceso de registro.

[0035] Haciendo referencia a la FIG. 4A, transcurrido cierto tiempo desde la activacion del AT dado, el AT dado se registra con los sistemas 1...N, donde N >= 2, donde cada uno de los sistemas 1...N esta asociado a un tipo diferente de capa fisica, 400A. Por ejemplo, los sistemas 1 ...N pueden incluir un sistema EV-DO, un sistema WiFi, un sistema 1x, etc., y/o cualquier otro sistema a traves del cual el AT dado pueda contactar con el servidor de aplicaciones 170. Ademas, para poder registrar los sistemas en 400A, el AT dado tambien obtiene informacion de contacto (por ejemplo, una direccion IP, etc.) de las interfaces de sistema 1...N, donde cada una corresponde a uno de los sistemas 1...N. Por tanto, la interfaz de sistema 1 corresponde al sistema 1, la interfaz de sistema 2 corresponde al sistema 2, etc. La informacion de contacto permite que los datos enviados a traves de una interfaz de sistema dada del AT dado sean reconocidos por el sistema correspondiente en la RAN 120, y permite al sistema correspondiente de la RAN 120 enviar datos a la interfaz de sistema apropiada del AT dado.

[0036] Despues de registrarse con cada uno de los sistemas 1 ...N en 400A, el AT dado determina una priorizacion de los sistemas 1...N para sus sesiones de comunicacion que van a ser arbitradas por el servidor de aplicaciones 170, 405A. En un ejemplo, el AT dado puede almacenar la priorizacion de sistemas determinada en 405A junto con la informacion de contacto de interfaz de sistema obtenida en 400A en un registro interno mantenido en el mismo.

[0037] La priorizacion de los sistemas en 405A puede basarse en varios parametros diferentes, ya sea de manera individual o combinada. Por ejemplo, pueden tenerse en cuenta parametros de rendimiento tales como el ancho de banda, la latencia y/o la calidad de servicio (QoS). En otro ejemplo, los parametros pueden incluir el coste. En otro ejemplo, los parametros pueden incluir la ubicacion y/o el entorno del AT dado. Por ejemplo, un sistema WiFi que ofrece una transferencia de datos ilimitada, un gran ancho de banda y una baja latencia pueden tener prioridad con respecto a un sistema EV-DO y/o un sistema 1x, siempre y cuando la conexion al sistema WiFi sea lo bastante potente. En un ejemplo adicional, si el AT dado tiene constancia de una region de ubicacion definida de un sistema WiFi particular, la priorizacion de 405A puede dar mas prioridad al sistema WiFi que al sistema EV-DO y/o al sistema 1x cuando esta en la ubicacion definida, y puede dar mas prioridad al sistema EV-DO y/o al sistema 1x que al sistema WiFi cuando esta en el sistema EV-DO. Metodologias relacionadas con restringir las comunicaciones de acuerdo con una region de ubicacion definida se describen en mayor detalle en la Solicitud de Patente Provisional Estadounidense en tramitacion junto con la presente n.° 61/163.834, titulada “REGULANDO EL ALCANCE DE SERVICIO GEOGRAFICAMENTE EN REDES INALAMBRICAS” [REGULATING THE SCOPE OF SERVICE GEOGRAPHICALLY IN WIRELESS NETWORKS].

[0038] Despues de asignar prioridades a los sistemas 1...N en 405A, el AT dado envia al servidor de aplicaciones 170 un mensaje de registro a traves del sistema que tiene la mayor prioridad, 41 OA. El mensaje de registro indica la priorizacion de sistemas determinada en 405A e indica ademas la informacion de contacto asociada para cada interfaz de sistema correspondiente del AT dado obtenida en 400A. El servidor de aplicaciones 170 recibe el mensaje de registro y actualiza un registro para el AT dado que indica la priorizacion de sistemas preferida del AT dado e informacion de contacto asociada de interfaz de sistema, 415A. Aunque no se muestra en la FIG. 4A, en otra forma de realizacion el mensaje de registro puede incluir una lista de sistemas e informacion de contacto asociada de interfaz de sistema sin indicar prioridades reales de sistemas. En este caso, el propio servidor de aplicaciones 170 puede clasificar los sistemas enumerados para determinar las prioridades de sistema respectivas para el AT dado.

[0039] De manera periodica y/o en respuesta a un evento de activacion, el AT dado determina si hay que actualizar la priorizacion de sistemas y/o la informacion de contacto asociada de interfaz de sistema con el servidor de aplicaciones 170, 420A. Por ejemplo, el AT dado puede determinar que hay que actualizar la priorizacion de sistemas y/o la informacion de contacto asociada de interfaz de sistema si (i) el rendimiento en uno o mas de los sistemas mejora o empeora, (ii) si el coste de uno o mas de los sistemas aumenta o disminuye (lo que puede

5

10

15

20

25

30

35

40

45

50

55

60

65

basarse, por ejemplo, en la ubicacion actual del AT dado), (iii) si la informacion de contacto de una o mas de las interfaces de sistema cambia, (iv) si el AT dado deja de estar registrado con uno o mas de los sistemas, (v) si el AT dado se ha registrado con uno o mas sistemas nuevos, (vi) si el AT dado ha entrado o salido de una region de ubicacion definida (vii) y/o cualquier combinacion de lo anterior.

[0040] Si el AT dado determina que no hay que actualizar la priorizacion de sistemas o la informacion de contacto asociada de interfaz de sistema con el servidor de aplicaciones 170 en 420A, el AT dado no actualiza su informacion de registro con el servidor de aplicaciones 170. Como alternativa, si el AT dado determina que hay que actualizar la priorizacion de sistemas y/o la informacion de contacto asociada de interfaz de sistema con el servidor de aplicaciones 170 en 420A, el AT dado actualiza su registro interno que indica la priorizacion de sistemas preferida y la informacion de contacto asociada de interfaz de sistema del AT dado y despues envia al servidor de aplicaciones 170 un mensaje de registro complementario a traves del sistema que tiene la mayor prioridad, 425A, tras lo cual el proceso vuelve a la etapa 420A, donde el AT dado espera la siguiente actualizacion de la priorizacion de sistemas y/o de la informacion de contacto de interfaz de sistema.

[0041] De manera similar a la etapa 410A, el mensaje de registro complementario enviado en 425A indica la priorizacion de sistemas actualizada (por ejemplo, si solo ha cambiado la informacion de contacto, la priorizacion de sistemas en el mensaje de registro complementario no varia) y la informacion de contacto de interfaz de sistema actualizada (por ejemplo, si solo ha cambiado la priorizacion de sistemas, la informacion de contacto en el mensaje de registro complementario no varia). El servidor de aplicaciones 170 recibe el mensaje de registro complementario y actualiza el registro para el AT dado que indica la priorizacion de sistemas preferida y la informacion asociada de contacto de interfaz de sistema del AT dado, 430A.

[0042] La FIG. 4B ilustra un ejemplo de implementacion mas detallado del proceso de la FIG. 4A de acuerdo con una forma de realizacion de la invencion. Haciendo referencia a la FIG. 4B, transcurrido cierto tiempo desde la activacion del AT, el AT dado se registra con el sistema A y obtiene una direccion IP (IP1) para establecer contacto con la interfaz de sistema A para las comunicaciones del AT dado a traves del sistema A, 400B. El AT dado tambien se registra con el sistema B y obtiene una direccion IP (IP2) para establecer contacto con la interfaz de sistema B para las comunicaciones del At dado a traves del sistema B, 405B. El AT dado tambien se registra con el sistema C y obtiene una direccion IP (IP3) para establecer contacto con la interfaz de sistema C para las comunicaciones del AT 1 a traves del sistema C, 410B. Los registros de sistema llevados a cabo entre las etapas 400B y 410B son ampliamente conocidos en la tecnica. Sin embargo, los AT no se registran normalmente con ni obtienen direcciones IP para comunicaciones a traves de multiples sistemas al mismo tiempo.

[0043] Despues de registrarse con cada uno de los sistemas A, B y C, el AT dado determina la priorizacion de los sistemas A, B y C para las sesiones de comunicacion que van a ser arbitradas por el servidor de aplicaciones 170, 415B. En un ejemplo, el AT dado puede almacenar la priorizacion de sistemas determinada en 415B junto con la informacion de contacto de interfaz de sistema para los sistemas A, B y C en un registro interno. La priorizacion de 415B se ha descrito anteriormente con respecto a la etapa 405A de la FIG. 4A, y no se describira aqui de nuevo en aras de la brevedad.

[0044] En el ejemplo de la FIG. 4B, supongase que el AT dado asigna la mayor prioridad al sistema A, la siguiente mayor prioridad (o la segunda mayor prioridad) al sistema B y la siguiente mayor prioridad (por ejemplo, la tercera mayor prioridad o la prioridad mas baja en el ejemplo con tres (3) sistemas) al sistema C en 41 5b. Tras esta suposicion, despues de asignar prioridades a los sistemas A, B y C, el AT dado envia un mensaje de registro a traves del sistema A configurado como [A(IP1); B(IP2); C(IP3)] para indicar al servidor de aplicaciones 170 la priorizacion de sistemas y la informacion de contacto asociada de interfaz de sistema, 420B.

[0045] Transcurrido cierto tiempo, supongase que el AT dado determina que hay condiciones que indican que el sistema B debe tener ahora una prioridad mas alta que el sistema A, 425B. Por ejemplo, si el sistema B es un sistema EV-DO, una senal piloto en el sistema B puede tener una intensidad de senal que haya superado un umbral, etc. Como alternativa, las condiciones del sistema A pueden haberse deteriorado, de modo que el sistema B pasa a ser el mejor sistema disponible segun cierta metrica de rendimiento. Por consiguiente, bajo esta suposicion, despues de actualizar su registro interno que indica la priorizacion de sistemas del AT dado, el AT dado envia un mensaje de registro complementario a traves del sistema B configurado como [B(IP2); A(IP1); C(IP3)] para indicar al servidor de aplicaciones 170 la priorizacion de sistemas actualizada y la informacion de contacto asociada de interfaz de sistema, 430B.

[0046] Transcurrido cierto tiempo, supongase que el AT dado determina que el AT dado obtiene una nueva direccion IP (IP4) de la interfaz de sistema C para comunicaciones a traves del sistema C, 435B. Por consiguiente, bajo esta suposicion, despues de actualizar su registro interno que indica la informacion de contacto de interfaz de sistema del AT dado, el At dado envia un mensaje de registro complementario a traves del sistema B configurado como [B(IP2); A(IP1); C(IP4)] para indicar al servidor de aplicaciones 170 la priorizacion de sistemas y la informacion de contacto de interfaz de sistema actualizada, 440B.

[0047] Transcurrido cierto tiempo, supongase que el AT dado deja de estar registrado con el sistema B, de manera

5

10

15

20

25

30

35

40

45

50

55

60

65

que el AT dado no tiene ninguna direccion IP para la interfaz de sistema B y no puede comunicarse a traves del sistema B, 445B. Por consiguiente, bajo esta suposicion, despues de actualizar su registro interno que indica la priorizacion de sistemas del AT dado (es decir, eliminando totalmente el sistema B), el AT dado envia un mensaje de registro complementario a traves del sistema A configurado como [A(IP1); C(IP4)] para indicar al servidor de aplicaciones 170 la priorizacion de sistemas actualizada y la informacion asociada de contacto de interfaz de sistema, 450B.

[0048] Como se apreciara, los procesos de la FIG. 4A y/o de la FIG. 4B pueden llevarse a cabo en cualquier momento en que el AT este encendido y no participe de manera activa en una sesion de comunicacion con el servidor de aplicaciones 170. Procesos mediante los cuales puede establecerse una sesion de comunicacion arbitrada por un servidor tras la ejecucion de los procesos de las FIG. 4A y/o 4B se describiran a continuacion con respecto a las FIG. 5A y 5B.

[0049] La FIG. 5A ilustra un proceso para establecer una sesion de comunicacion arbitrada por un servidor de acuerdo con una forma de realizacion de la invencion. En particular, la FIG. 5A ilustra el proceso de establecimiento a un nivel relativamente alto, donde la FIG. 5B ilustra una implementacion mas detallada del proceso de registro.

[0050] Haciendo referencia a la FIG. 5A, supongase que el proceso de la FIG. 4A en cada uno de los AT 1...M ya se ha ejecutado, de modo que el servidor de aplicaciones 170 conoce las priorizaciones de sistemas y la informacion de contacto de interfaz de sistema actuales para los AT 1...M. En 500A, un AT dado ("AT 1") de entre los AT 1...M determina que hay que iniciar una sesion de comunicacion arbitrada por el servidor de aplicaciones 170, por lo que envia al servidor de aplicaciones 170 uno o mas mensajes de solicitud de llamada a traves del sistema de mayor prioridad del AT 1 para solicitar una sesion de comunicacion con los AT 2...M (por ejemplo, donde M > 2 para una sesion de grupo y M = 2 para una sesion de uno a uno).

[0051] En 505A, el AT 1 determina si se puede permitir la sesion de comunicacion en el sistema actual. Por ejemplo, cada mensaje de solicitud de llamada enviado en 500A esta asociado con un tiempo de espera dado, de modo que si se supera el tiempo de espera dado y el AT1 no recibe ninguna ACK para el mensaje de solicitud de llamada, el AT 1 supondra que su mensaje de solicitud de llamada no se ha transferido con exito al servidor de aplicaciones 170. Despues de un numero umbral (por ejemplo, uno, dos, etc.) de intentos de llamada fallidos (es decir, que pueden inferirse cuando el AT 1 no recibe ninguna ACK para el mensaje de solicitud de llamada), el AT 1 inferira que el sistema actual no puede permitir su llamada. En caso contrario, si se recibe una ACK, como se muestra en 510A, en respuesta a un mensaje de solicitud de llamada enviado a traves de un sistema dado, el AT 1 supondra que ese sistema puede permitir su sesion de comunicacion.

[0052] Si el AT 1 determina en 505A que la sesion de comunicacion no se puede permitir en el sistema actual, el proceso vuelve a la etapa 500A y se repite para el sistema que tiene el siguiente nivel de prioridad mas alto. En caso contrario, si en 510A se recibe una ACK para uno de los mensajes de solicitud de llamada, el AT 1 determina en 505A que la sesion de comunicacion se puede permitir en el sistema actual, y el proceso avanza hasta la etapa 515A.

[0053] En 515A, el AT 1 actualiza el registro que almacena su priorizacion de sistemas y/o la informacion de contacto de interfaz de sistema, si fuera necesario. Por ejemplo, si el proceso iterativo de 500A a 510A dio como resultado que se aceptara el sistema que tiene la segunda mayor prioridad, entonces el sistema con la segunda mayor prioridad puede pasar a ser el sistema de mayor prioridad, donde el sistema con la mayor prioridad queda relegado a una menor prioridad en la priorizacion de sistemas. En otro ejemplo, si el proceso iterativo de 500A a 510A dio como resultado que se aceptara el sistema que tiene la mayor prioridad, entonces el registro no tiene que actualizarse. Asimismo, en 520A, el servidor de aplicaciones 170 tambien actualiza su registro para la priorizacion de sistemas del AT 1, si fuera necesario, en funcion del sistema a traves del cual el servidor de aplicaciones 170 recibio con exito el mensaje de solicitud de llamada.

[0054] El servidor de aplicaciones 170 evalua el mensaje de solicitud de llamada e identifica el / los destinatario(s) de llamada asociado(s) (es decir, los AT 1...M) y carga la priorizacion de sistemas y la informacion de contacto de interfaz de sistema para cada uno de los destinatarios de llamada asociados, 525A. Por consiguiente, en 530A, el servidor de aplicaciones 170 envia un mensaje de notificacion a cada uno de los AT 2...M a traves de los sistemas de mayor prioridad para cada uno de los AT 2...M. En 535A, de manera similar a 505A, el servidor de aplicaciones 170 determina si se ha confirmado la recepcion de cada mensaje de notificacion dentro del tiempo de espera dado. Si no es asi, el proceso vuelve a la etapa 525A y se repite para el sistema con la siguiente mayor prioridad para el/los AT que no responde(n). En caso contrario, si se recibe una ACK desde los AT 2...M, como se muestra en 540A, el proceso avanza hasta la etapa 545A.

[0055] En 545A, los AT de entre los AT 2...M con los que no se establecio contacto en sus sistemas de mayor prioridad actualizan su priorizacion de sistemas y el servidor de aplicaciones 170 actualiza asimismo su registro de priorizacion de sistemas para cualquier AT que no respondiera a traves de su mayor prioridad en 550A. Por ejemplo, las etapas 545A y 550A pueden, al menos, sustituir el anterior sistema de mayor prioridad por el sistema a traves del cual se confirmo la recepcion del mensaje de notificacion en 540A. Despues de que al menos uno de los AT 2...M

5

10

15

20

25

30

35

40

45

50

55

60

65

confirme la recepcion y acepte la sesion de comunicacion notificada en 540A, el servidor de aplicaciones 170 comienza a arbitrar la sesion de comunicacion intercambiando medios entre el iniciador de llamada, AT 1, y los destinatarios de la llamada, AT 2...M, 555A. Como se apreciara, los medios se intercambian en 555A a traves del sistema con el que se confirmo la recepcion del mensaje de solicitud de llamada en 510A para el AT 1 y a traves del sistema con el que se confirmo la recepcion del mensaje de notificacion en 540A para los At 2...M.

[0056] La FIG. 5B ilustra un ejemplo de implementacion mas detallado del proceso de la FIG. 5A de acuerdo con una forma de realizacion de la invencion. Haciendo referencia a la FIG. 5B, supongase que el AT 1 envia un registro de prioridad de sistema a traves de la interfaz de sistema A configurado como [A(IP1); B(IP2); C(IP3)], 500B, y que el AT 2 envia un registro de prioridad de sistema a traves de la interfaz de sistema C configurado como [C(IP5); B(IP6); A(IP7)], 505B, y que el servidor de aplicaciones 170 actualiza sus registros para reflejar las priorizaciones de sistemas y la IP asociada direccionada notificadas en 500B y 505B.

[0057] Transcurrido cierto tiempo desde los registros realizados entre 500B y 510B, el AT 1 trata de enviar al servidor de aplicaciones un mensaje de solicitud de llamada a traves del sistema A, 515B, pero el AT 1 determina que no se ha recibido ninguna ACK para su mensaje de solicitud de llamada, 520B. Como se apreciara, el AT 1 puede intentar una o mas retransmisiones en el sistema A pero, en algun momento, el AT 1 transferira sus intentos de solicitud de llamada al sistema B como su sistema de segunda mayor prioridad. Por consiguiente, el AT 1 trata ahora de enviar al servidor de aplicaciones el mensaje de solicitud de llamada a traves del sistema B, 525B, el servidor de aplicaciones 170 confirma la recepcion del mensaje de solicitud de llamada en el sistema B, 530B, y el AT 1 determina que se ha confirmado la recepcion de su mensaje de solicitud de llamada en el sistema B, 535B. Por consiguiente, el At 1 y el servidor de aplicaciones 170 actualizan sus registros para, al menos, hacer que el sistema B sea el sistema de mayor prioridad y para relegar el sistema A a una menor prioridad para el AT 1,540b y 545B.

[0058] En 550B, el servidor de aplicaciones 170 identifica el AT 2 como un destinatario de llamada y carga la priorizacion de sistemas y la informacion de contacto de interfaz de sistema almacenadas en sus registros en 510B. El servidor de aplicaciones 170 envia al AT 2 un mensaje de notificacion a traves del sistema C en la direccion IP IP5, 555B, y el servidor de aplicaciones 170 determina que el AT 2 no confirma la recepcion dentro del tiempo de espera, 560b. Por consiguiente, el servidor de aplicaciones 170 envia a continuacion al AT 2 un mensaje de notificacion a traves del sistema B en la direccion IP IP6, 565B, y el servidor de aplicaciones 170 determina que el AT 2 confirma la recepcion dentro del tiempo de espera, 570B y 575B. Por consiguiente, el AT 2 y el servidor de aplicaciones 170 actualizan sus registros para, al menos, hacer que el sistema B sea el sistema de mayor prioridad y para relegar el sistema C a una menor prioridad para el AT 2, 580B y 585B. El servidor de aplicaciones 170 comienza a arbitrar la sesion de comunicacion intercambiando medios entre el iniciador de llamada, AT 1, y el destinatario de llamada, AT 2, a traves del sistema B en las direcciones IP IP2 e IP6, respectivamente, 590B.

[0059] La FIG. 6A ilustra una continuacion de la FIG. 5A de acuerdo con una forma de realizacion de la invencion. Por consiguiente, en 600A, supongase que el servidor de aplicaciones 170 esta arbitrando la sesion de comunicacion intercambiando medios entre el iniciador de llamada, AT 1, y los destinatarios de llamada, AT 2...M. Como se apreciara, la etapa 600A de la FIG. 6A corresponde, en terminos generales, a la etapa 555A de la FIG. 5A.

[0060] Durante la sesion de comunicacion, el servidor de aplicaciones 170 envia periodicamente un mensaje de senalizacion a cada participante de sesion activa (es decir, los AT 1...M) a traves de sus respectivos sistemas de mayor prioridad, 605A. Dicho de otro modo, el servidor de aplicaciones 170 no recibe normalmente las ACK para los medios reales enviados a los AT objetivo en 600A y, por tanto, el servidor de aplicaciones 170 no sabe si uno o mas AT han interrumpido la llamada (por ejemplo, debido a que el sistema a traves del cual el servidor de aplicaciones 170 esta dando servicio actualmente al / a los AT se ha degradado, etc.). El mensaje de senalizacion periodico, que esta configurado para emitir una ACK, funciona por tanto para indicar al servidor de aplicaciones 170 si los sistemas actuales que estan transportando el flujo de medios hacia los participantes de sesion activa siguen siendo una manera valida de establecer contacto con los AT.

[0061] Por consiguiente, cada uno de los AT 1...M que recibe el mensaje de senalizacion periodico desde el servidor de aplicaciones 170 envia una ACK por su sistema actualmente permitido, 610A. En 615A, el servidor de aplicaciones 170 determina si cada participante de sesion activa ha confirmado la recepcion del mensaje de senalizacion periodico. Si el servidor de aplicaciones 170 determina que cada participante de sesion activa ha confirmado la recepcion del mensaje de senalizacion periodico, el proceso vuelve a 600A y la sesion continua hasta que se envie el siguiente mensaje de senalizacion periodico. En caso contrario, si el servidor de aplicaciones 170 determina que cada participante de sesion activa no ha confirmado la recepcion del mensaje de senalizacion periodico, el servidor de aplicaciones 170 envia un mensaje de senalizacion complementario a cada participante de sesion activa que no envio una ACK en 610A, 620A. El mensaje de senalizacion complementario enviado en 620A se envia en el sistema con la siguiente mayor prioridad para cada AT que no responde. Por tanto, el sistema con la segunda mayor prioridad es el sistema con la siguiente mayor prioridad para el sistema de mayor prioridad, el sistema con la tercera mayor prioridad es el sistema con la siguiente mayor prioridad para el sistema con la segunda mayor prioridad, y asi sucesivamente. Ademas, el mensaje de senalizacion complementario enviado en 620A no tiene que ser 'periodico' en el sentido en que el mensaje de 605A es periodico. En cambio, el mensaje de senalizacion complementario enviado en 620A puede enviarse tan pronto como sea posible despues de que el

5

10

15

20

25

30

35

40

45

50

55

60

65

servidor de aplicaciones 170 determine que el sistema de mayor prioridad no ha confirmado la recepcion del mensaje de senalizacion complementario o periodico anterior.

[0062] Por consiguiente, cada uno de los AT 1 ...M que recibe el mensaje de senalizacion complementario desde el servidor de aplicaciones 170 envia una ACK a traves del sistema en que se recibe el mensaje de senalizacion complementario, 625A. En 630A, el servidor de aplicaciones 170 determina si el/los AT que no responde(n) y que es/son destinatario(s) del mensaje de senalizacion complementario ha(n) confirmado la recepcion del mensaje de senalizacion complementario. Si el servidor de aplicaciones 170 determina que cada AT al que se ha enviado el mensaje de senalizacion complementario de 620A no ha confirmado la recepcion del mensaje de senalizacion complementario en 630A, el proceso vuelve a 620A y se repite para cada AT que siga sin responder, enviandose otro mensaje de senalizacion complementario a traves de cada uno de los sistemas con la siguiente mayor prioridad de los AT que siguen sin responder. Por consiguiente, las etapas de la 620A a la 630A forman un proceso iterativo que se repite hasta que se reciba una ACK o hasta que se haya sondeado cada sistema de los AT que no responden.

[0063] En caso contrario, si el servidor de aplicaciones 170 determina que cada AT al que se envio el mensaje de senalizacion complementario de 620A ha confirmado la recepcion del mensaje de senalizacion complementario en 630A, el servidor de aplicaciones 170 actualiza su priorizacion de sistemas para los AT que no confirmaron la recepcion a traves de su sistema de mayor prioridad, de modo que el sistema que confirmo la recepcion pasa a ser el nuevo sistema de mayor prioridad, 635A. Asimismo, los AT que reciben un mensaje de senalizacion complementario a traves de un sistema diferente a su sistema de mayor prioridad haran que este sistema pase a ser su nuevo sistema de mayor prioridad, 640A.

[0064] La FIG. 6B ilustra un ejemplo de implementacion mas detallado del proceso de la FIG. 6A de acuerdo con una forma de realizacion de la invencion. Haciendo referencia a la FIG. 6B, supongase que el servidor de aplicaciones 170 esta arbitrando la sesion de comunicacion intercambiando medios entre el iniciador de llamada, AT 1, a traves del sistema B en la direccion IP IP2 y el AT 2 a traves del sistema B en la direccion IP IP6, 600B.

[0065] En 605B, el servidor de aplicaciones 170 envia un mensaje de senalizacion periodico (por ejemplo, un mensaje “^Estas ahi?” (AYT, are you there?), un mensaje de solicitud de eco ICMP, etc.) al iniciador de llamada, AT 1, a traves del sistema B en la direccion IP IP2 y al AT 2 a traves del sistema B en la direccion IP IP6. El AT 1 y el AT 2 confirman la recepcion del mensaje de senalizacion periodico (por ejemplo, enviando mensajes tipo “Estoy aqui” (IAH, I am here), enviando mensajes de respuesta de eco ICMP, etc.), 610B y 615B. Transcurrido cierto tiempo, el servidor de aplicaciones 170 envia otro mensaje de senalizacion periodico al iniciador de llamada, AT 1, a traves del sistema B en la direccion IP IP2 y al AT 2 a traves del sistema B en la direccion IP IP6, 620B. Esta vez, solamente el AT 1 confirma la recepcion del mensaje de senalizacion periodico, 625B.

[0066] Tras un tiempo de espera, el servidor de aplicaciones 170 determina que el AT 2 no ha confirmado la recepcion del mensaje de senalizacion periodico de 620B, 630B. Por consiguiente, el servidor de aplicaciones 170 trata de sondear el AT 2 a traves del siguiente sistema de mayor prioridad del AT 2 (es decir, el sistema A) enviando un mensaje de senalizacion complementario al AT 1 a traves del sistema A en la direccion IP IP7, 635B. El AT 2 confirma la recepcion del mensaje de senalizacion complementario a traves del sistema A, 640B, y tanto el AT 2 como el servidor de aplicaciones 170 actualizan su priorizacion de sistemas, de modo que la prioridad del sistema A aumenta y la prioridad del sistema B disminuye, 645B y 650B. Despues, el servidor de aplicaciones 170 arbitra la sesion de comunicacion intercambiando medios entre el iniciador de llamada, AT 1, a traves del sistema B en la direccion IP IP2 y el AT 2 a traves del sistema A en la direccion IP IP7, 655B.

[0067] Como apreciaran los expertos en la tecnica, las FIG. 6A y 6B ilustran formas de realizacion mediante las cuales el servidor de aplicaciones 170 determina que uno o mas AT no responden a traves del sistema actualmente permitido, y en respuesta a esta determinacion, el servidor de aplicaciones 170 trata de sondear de manera iterativa el/los AT que no responde(n) a traves de sistemas de menor prioridad hasta que el/los AT confirme(n) el sondeo (es decir, el mensaje de senalizacion complementario). En formas de realizacion alternativas, los participates de sesion pueden activar un sistema bajo su propia iniciativa, como se describe a continuacion con respecto a las FIG. 7A a 7C.

[0068] La FIG. 7A ilustra una continuacion de la FIG. 5A de acuerdo con otra forma de realizacion de la invencion. Por consiguiente, en 700A, supongase que el servidor de aplicaciones 170 esta arbitrando la sesion de comunicacion intercambiando medios entre el iniciador de llamada, AT 1, y los destinatarios de llamada, AT 2...M. Como se apreciara, la etapa 700A de la FIG. 7A corresponde, en terminos generales, a la etapa 555A de la FIG. 5A.

[0069] Durante la sesion de comunicacion, cada AT 1...M supervisa los sistemas 1...N con interfaces de sistema 1 ...N, respectivamente, 705A. Por ejemplo, la supervision de 705A puede incluir descodificar el flujo de medios de la sesion de comunicacion transportado a traves de uno de los sistemas 1...N mientras se comprueban uno o mas parametros de rendimiento (por ejemplo, intensidad de senales piloto, etc.) asociados a los otros sistemas de los sistemas 1...N. En funcion de la supervision de sistemas de 705A, cada uno de los AT 1...M determina en 710A si cambiar el sistema que permite su sesion actual. Por ejemplo, si un AT dado de entre los AT 1 ...M determina que la

5

10

15

20

25

30

35

40

45

50

55

60

65

intensidad de senales piloto de un sistema diferente es mayor que la del sistema actual que permite la sesion de comunicacion en 705A, el AT dado puede determinar que tiene que conmutar al otro sistema. En otro ejemplo, si un AT dado de entre los AT 1 ...M esta desplazandose y la supervision de 705A determina que el AT dado ha entrado en una ubicacion en la que el sistema actual que permite la sesion de comunicacion no esta disponible o es mas caro que otro sistema disponible, el AT dado puede determinar que tiene que conmutar al otro sistema disponible. En un ejemplo adicional, la determinacion de 710A puede corresponder a una repeticion de la determinacion de 405A descrita anteriormente con respecto a la FIG. 4A, excepto que la determinacion de 710A sucede cuando el AT dado ya forma parte de una sesion de comunicacion activa en funcion de informacion mas actualizada.

[0070] Si los AT 1...M determinan que no tienen que cambiar de sistema en 710A, el proceso vuelve a la etapa 705A y los AT 1...M siguen supervisando la sesion de comunicacion en el mismo sistema, comprobando al mismo tiempo la estimacion de rendimiento en otros sistemas. En caso contrario, si uno o mas de los AT 1...M determinan que tienen que cambiar de sistema en 710A, el uno o mas AT envian una solicitud de cambio de sistema al servidor de aplicaciones 170 que solicita al servidor de aplicaciones 170 que permita la sesion de comunicacion en un sistema diferente para el uno o mas AT, 715A. El servidor de aplicaciones 170 recibe la(s) solicitud(es) de cambio de sistema y cambia el sistema a traves del cual se permitira la sesion de comunicacion para el uno o mas AT, 720A. Aunque no se muestra en la FIG. 7A, el uno o mas AT y el servidor de aplicaciones 170 tambien pueden actualizar las priorizaciones de sistemas para el uno o mas AT, de modo que el sistema solicitado por la solicitud de cambio de sistema en 715A se establece como el nuevo sistema de mayor prioridad.

[0071] La FIG. 7B ilustra un ejemplo de implementacion mas detallado del proceso de la FIG. 7A de acuerdo con una forma de realizacion de la invencion. Haciendo referencia a la FIG. 7B, supongase que el servidor de aplicaciones 170 esta arbitrando la sesion de comunicacion intercambiando medios entre el iniciador de llamada, AT 1, en el sistema B en la direccion IP IP2 y el AT 2 en el sistema B en la direccion IP IP6, 700B. Los AT 1 y 2 supervisan los sistemas A, B y C durante la sesion de comunicacion, 705B y 710B. En particular, el AT 1 supervisa uno o mas parametros de rendimiento asociados a los sistemas A y C mientras que supervisa el flujo de medios (por ejemplo, y/o transmite el flujo de medios, si el AT 1 es un participante de sesion duplex o un poseedor de suelo (floor-holder) semiduplex) de la sesion de comunicacion a traves del sistema B en 705B, y el AT 2 supervisa uno o mas parametros de rendimiento asociados a los sistemas B y C mientras que supervisa el flujo de medios (por ejemplo, y/o transmite el flujo de medios, si el AT2 es un participante de sesion duplex o un poseedor de suelo semiduplex) de la sesion de comunicacion a traves del sistema A en 71013.

[0072] Durante la supervision de 705B, supongase que el AT 1 determina que uno o mas parametros de rendimiento supervisados superan un nivel de umbral, 715B. Por ejemplo, si el uno o mas parametros de rendimiento supervisados incluyen un nivel de intensidad de senal piloto, entonces el nivel de intensidad de senal piloto del sistema A puede superar la intensidad de conexion obtenida en el sistema B y/o algun otro nivel de intensidad de umbral de senal (por ejemplo, que puede fijarse con un valor mas alto que la intensidad del sistema B para evitar transiciones rapidas entre los sistemas de una zona limitrofe). En funcion de la determinacion de 715B, el AT 1 determina que tiene que transferir su sesion de comunicacion desde el sistema B al sistema A. Por consiguiente, el AT 1 envia una solicitud de cambio de sistema (por ejemplo, un mensaje de tipo 'Para tu informacion' (FYI, For your information) (IP_Update IP1), y un mensaje de notificacion ARP en un dominio de Internet, etc.) al servidor de aplicaciones 170 para solicitar la transicion de sistema desde el sistema B en la direccion IP IP2 al sistema A en la direccion IP IP1, 720B. El servidor de aplicaciones 170 recibe la solicitud y, despues, da servicio al AT 1 a traves del sistema solicitado, 725B.

[0073] La FIG. 7B ilustra un ejemplo mediante el cual el AT 1 solicita un cambio de sistema sin que la priorizacion de sistemas asociada del AT 1 se actualice. Dicho de otro modo, aunque que el servidor de aplicaciones 170 permita la sesion de comunicacion para el AT 1 a traves del sistema A en la direccion IP IP1 en 725B, la priorizacion de sistemas para el AT 1 no varia, de modo que intentos posteriores para establecer contacto con el AT 1 se realizaran a traves del sistema B en la direccion IP IP2. La FIG. 7C ilustra una manera alternativa de una forma de realizacion de cambio de sistema iniciado por un microtelefono, mediante la cual la priorizacion de sistemas para el AT 1 cambia en respuesta a una solicitud de conmutar a otro sistema.

[0074] Haciendo referencia a la FIG. 7C, las etapas 700C a 715C corresponden a las etapas 700B a 715B de la FIG. 7B, respectivamente, por lo que no se describiran en detalle en aras de la brevedad. En funcion de la determinacion de 715C, el AT 1 determina que tiene que trasferir su sesion de comunicacion desde el sistema B al sistema A. A continuacion, en lugar de una solicitud explicita de conmutar al sistema A en la direccion IP IP1 como en 720B (por ejemplo, a traves de un mensaje FYI_Update(IP1) , un mensaje de notificacion ARP en un dominio de Internet, etc.) el AT 1 envia un mensaje de registro complementario a traves del sistema A configurado como [A(IP1); B(IP2); C(IP3)] para indicar al servidor de aplicaciones 170 la priorizacion de sistemas actualizada y la informacion de contacto asociada de interfaz de sistema. Por tanto, el mensaje de registro complementario da como resultado que se actualicen las prioridades de sistemas mantenidas en el AT 1 y en el servidor de aplicaciones 170, 725B y 730B, y, despues, el servidor de aplicaciones 170 da servicio al AT 1 a traves del sistema solicitado, 735B. Por tanto, aunque ambas FIG. 7B y 7C dan como resultado que el servidor de aplicaciones 170 permita la sesion del AT 1 a traves de un sistema diferente, la FIG. 7C modifica ademas la priorizacion de sistemas, de modo que intentos de contacto subsiguientes del AT 1 daran mas prioridad al sistema A que al sistema B.

5

10

15

20

25

30

35

40

45

50

55

60

65

[0075] Las formas de realizacion de la invencion descritas anteriormente se han enfocado generalmente en implementaciones en las que, en cualquier momento durante una sesion de comunicacion, cada AT esta conectado al servidor de aplicaciones 170 a traves de un unico sistema de entre los sistemas disponibles 1...N. Sin embargo, para mejorar adicionalmente la fiabilidad de la sesion de comunicacion, la sesion de comunicacion puede permitir al menos temporalmente la sesion de comunicacion en uno o mas de los AT 1 ...M a traves de multiples sistemas, como se describe a continuacion con respecto a las FIG. 8A a 8C.

[0076] La FIG. 8A ilustra un arbitraje selectivo de flujo de medios por parte del servidor de aplicaciones 170, mediante el cual el servidor de aplicaciones 170 puede proporcionar y/o recibir un medio desde / hacia uno o mas terminales de acceso a traves de multiples sistemas de acuerdo con una forma de realizacion de la invencion. El proceso de la FIG. 8A se describe a grandes rasgos, ya que el proceso puede llevarse a cabo posiblemente en diferentes momentos durante la sesion de comunicacion. Por ejemplo, multiples sistemas pueden usarse para intercambiar medios con un AT particular (i) tras el establecimiento de la sesion de comunicacion, (ii) durante un traspaso de un AT desde un sistema a otro, (iii) tras una solicitud del AT, o (iv) durante toda la sesion (por ejemplo, en cuyo caso la FIG. 8A ejecutara un establecimiento de sesion y el bloque 815A no tendra en cuenta la determinacion de finalizar la prestacion de servicios de multiples sistemas hasta que finalice la sesion). Las FIG. 8B y 8C ilustran dos ejemplos en los que se ilustra el proceso de la FIG. 8A en las FIG. 6B y 7B descritas anteriormente, respectivamente, para proporcionar ejemplos de como la FIG. 8A puede integrarse en otras formas de realizacion. Sin embargo, debe apreciarse que tambien pueden usarse otras maneras de integrar el proceso de la FIG. 8A en las formas de realizacion de la invencion descritas anteriormente, de manera que puede conseguirse que multiples sistemas presten servicio en cualquier momento durante la sesion de comunicacion.

[0077] Haciendo referencia a la FIG. 8A, el servidor de aplicaciones 170 determina si permitir la sesion de comunicacion para un AT dado en multiples sistemas, 800A (por ejemplo, en cada sistema en el que puede establecerse contacto con el AT dado, en mas de uno y en menos de todos los sistemas de la priorizacion de sistemas del AT dado, etc.). Como se observa en el parrafo anterior, las razones por las que el servidor de aplicaciones 170 puede dar servicio al AT dado a traves de multiples sistemas incluyen aumentar la fiabilidad durante el establecimiento de la sesion, reducir el numero de llamadas interrumpidas cuando el AT dado se traspasa de un sistema a otro y/o permitir que multiples sistemas den servicio al AT dado durante toda la sesion si hay suficientes recursos disponibles. Ademas, la evaluacion de 800A puede llevarse a cabo periodicamente o puede activarse mediante un evento de activacion (por ejemplo, una solicitud del AT dado para conmutar sistemas, una solicitud del AT dado para permitir que multiples sistemas presten servicio, una determinacion del propio servidor de aplicaciones 170 para conmutar sistemas y/o permitir que multiples sistemas presten servicio, etc.).

[0078] Si el servidor de aplicaciones 170 determina que no permite la sesion de comunicacion para un AT dado a traves de multiples sistemas en 800A, el servidor de aplicaciones 170 avanza hasta la etapa 820A y da soporte al AT dado a traves de un unico sistema. En caso contrario, si el servidor de aplicaciones 170 determina que permite la sesion de comunicacion para un AT dado en multiples sistemas en 800A, el servidor de aplicaciones 170 modifica su arbitraje de la sesion de comunicacion de manera que el AT dado y el servidor de aplicaciones 170 se comuniquen a traves de dos o mas sistemas, 805A. Por ejemplo, en 805A, el servidor de aplicaciones 170 puede enviar los mismos medios al AT dado de manera redundante a traves de dos sistemas diferentes para aumentar la tasa de exito del AT dado a la hora de descodificar el flujo de medios. En otro ejemplo, el servidor de aplicaciones 170 puede enviar diferentes medios al AT dado a traves de los diferentes sistemas para aumentar el nivel de ancho de banda entre el servidor de aplicaciones 170 y el AT dado. Asimismo, si el AT dado es un poseedor de suelo (floor-holder) para una llamada semiduplex o es un participante de la sesion duplex, el AT dado tambien puede enviar medios en el enlace inverso al servidor de aplicaciones 170 a traves de los diferentes sistemas en 805A, ya sea de manera redundante o con diferentes medios para aumentar el ancho de banda del enlace inverso. Por consiguiente, el AT dado supervisa cada uno de los multiples sistemas que transportan el flujo de medios en 810A.

[0079] En 815A, el servidor de aplicaciones 170 determina si dejar de permitir que multiples sistemas presten servicio al AT dado. Por ejemplo, el servidor de aplicaciones 170 puede iniciar un temporizador en el momento en que se permite que multiples sistemas presten servicio al AT dado en 805A, y puede determinar que multiples sistemas no pueden prestar servicio cuando el temporizador supera un umbral de expiracion dado. Si el servidor de aplicaciones 170 determina que multiples sistemas pueden seguir prestando servicio al AT dado, el proceso vuelve a la etapa 805A y la sesion continua con el intercambio de medios y/o senalizacion con el AT dado a traves de multiples sistemas. En caso contrario, si el servidor de aplicaciones 170 determina que multiples sistemas ya no pueden prestar servicio al AT dado, el servidor de aplicaciones 170 solo permite s que un sistema establezca la sesion de comunicacion con el AT dado (por ejemplo, tal como en 555A de la FIG. 5A, 59013 de la FIG. 5B, 600A de la FIG. 6A, 600B o 655B de la FIG. 6B, 700A de la FIG. 7A, 700B o 725B de la FIG. 7B y/o 700C o 735C de la FIG. 7C).

[0080] La FIG. 8B ilustra una implementacion mas detallada de la FIG. 8A, mediante la cual el proceso de la FIG. 8A esta integrado en la forma de realizacion descrita anteriormente con respecto a la FIG. 6B. Ademas, haciendo referencia a la FIG. 8B, las etapas 600B a 630B corresponden a las descripciones de la FIG. 6B anterior, excepto en que la determinacion en 630B de que el AT 2 no ha confirmado la recepcion del mensaje de senalizacion periodico

5

10

15

20

25

30

35

40

45

50

55

60

65

tambien activa una determinacion, como en 800A, para proporcionar el flujo de medios al AT 2 en multiples sistemas, al menos hasta que el servidor de aplicaciones 170 pueda verificar que el AT 2 esta presente en un sistema soportado. Por consiguiente, despues de detectar que el AT 2 no puede confirmar la recepcion del mensaje de senalizacion periodico a traves del sistema B en 630B, el servidor de aplicaciones 170 comienza a reenviar el flujo de medios al AT 2 a traves de cada uno de los sistemas A, B y C, 805A. Despues, el servidor de aplicaciones 170 proporciona el mensaje de senalizacion complementario al AT 2 a traves del sistema con la siguiente o segunda mayor prioridad, 635B, que es el sistema A en este ejemplo. Cuando el AT 2 detecta que se ha recibido un mensaje de senalizacion complementario a traves de un sistema inesperado en 810A, el AT 2 interpreta este suceso como una indicacion de que el servidor de aplicaciones 170 no ha podido establecer contacto con el AT 2 a traves del sistema B, que es el sistema de mayor prioridad del AT 2 en este momento, y de que el flujo de medios se proporcionara, al menos temporalmente, a traves de cada uno de los sistemas del AT 2. Por lo tanto, el AT 2 trata de supervisar los flujos de medios en cada sistema en 810A, y el AT 2 tambien confirma la recepcion del mensaje de senalizacion a traves del sistema A en 640B para informar al servidor de aplicaciones 170 de que al menos el sistema A puede seguir usandose para establecer contacto con el AT 2.

[0081] En el ejemplo de la FIG. 8B, despues de que el servidor de aplicaciones 170 haya recibido la confirmacion de recepcion a traves del sistema A, el servidor de aplicaciones 170 puede dejar de permitir el flujo de medios para el AT 2 a traves de sistemas diferentes al sistema A y, en cambio, puede limitar el reenvio de su flujo de medios al AT 2 solamente a traves del sistema A para conservar recursos de sistema, 815A. Por lo tanto, el servidor de aplicaciones 170 hace que un unico sistema, el sistema A, preste servicio al AT 2 en 655B, lo que corresponde a la etapa 820A de la FIG. 8A.

[0082] La FIG. 8C ilustra una implementacion mas detallada de la FIG. 8A, mediante la cual el proceso de la FIG. 8A esta integrado en la forma de realizacion descrita anteriormente con respecto a la FIG. 7B. Por consiguiente, haciendo referencia a la FIG. 8C, las etapas 800C a 810C corresponden a las etapas 700B a 710B, respectivamente, de la FIG. 7B. Sin embargo, tras determinar que una o mas metricas de rendimiento superan el nivel de umbral en 815C, el AT 1 envia un mensaje que solicita que el servidor de aplicaciones 170 permita la sesion de comunicacion a traves del sistema B en la direccion IP IP2 y a traves del sistema A en la direccion IP IP1, 820C. El servidor de aplicaciones 170 recibe el mensaje de 820C y determina que tiene que proporcionar el flujo de medios al AT 1 a traves de ambos sistemas A y B, 825C.

[0083] Por consiguiente, el servidor de aplicaciones 170 empieza a reenviar el flujo de medios al AT 1 a traves de cada uno de los sistemas A y B, pero no a traves del sistema C (por ejemplo, debido a que no se solicito una prestacion de servicios del sistema C en el mensaje de 820C), y sigue proporcionando el flujo de medios al AT 2 a traves del sistema A, 830C. Aunque no se muestra en la FIG. 8C, puede suponerse que el AT 1 supervisa el flujo de medios en ambos sistemas A y B en 830C. Tambien puede suponerse que el servidor de aplicaciones 170 envia mensajes de senalizacion periodicos al AT 1 a traves de ambos sistemas A y B cuando se permite que multiples sistemas presten servicio para garantizar que el AT 1 reciba el flujo de medios a traves de ambos sistemas y que el AT confirme con exito la recepcion de estos mensajes de senalizacion periodicos.

[0084] A continuacion, transcurrido cierto tiempo, el AT 1 determina que una o mas metricas de rendimiento del sistema B caen por debajo de un nivel umbral, 835C (por ejemplo, que puede ser igual o diferente al nivel de umbral asociado a la etapa 815C, y puede corresponder a los mismos u otros parametros de rendimiento que en la etapa 815C). Despues, en respuesta a la determinacion de 835C, el AT 1 envia un mensaje solicitando que el servidor de aplicaciones 170 permita la sesion de comunicacion exclusivamente a traves del sistema A en la direccion IP IP1, 840C. Tras recibir el mensaje de 840C, el servidor de aplicaciones 170 deja de permitir el flujo de medios para el AT 1 a traves del sistema A y hace que el flujo de medios para la sesion de comunicacion del AT 1 solo se permita a traves del sistema A, 845c. Despues, el servidor de aplicaciones 170 hace que un unico sistema, el sistema A, preste servicio al AT 1 en 850C.

[0085] Los expertos en la tecnica apreciaran que la informacion y las senales pueden representarse usando cualquiera de varias tecnologias y tecnicas diferentes. Por ejemplo, datos, instrucciones, comandos, informacion, senales, bits, simbolos y fragmentos de informacion, que pueden haber sido mencionados a lo largo de la descripcion anterior, pueden representarse mediante tensiones, corrientes, ondas electromagneticas, campos o particulas magneticos, campos o particulas opticos, o cualquier combinacion de los mismos.

[0086] Ademas, los expertos en la tecnica apreciaran que los diversos bloques logicos, modulos, circuitos y etapas de algoritmo ilustrativos descritos en relacion con las formas de realizacion divulgadas en el presente documento pueden implementarse como hardware electronico, software informatico o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, anteriormente se han descrito diversos componentes, bloques, modulos, circuitos y etapas ilustrativos, generalmente, en terminos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software, dependera de la aplicacion particular y de las limitaciones de diseno impuestas sobre todo el sistema. Los expertos en la tecnica pueden implementar la funcionalidad descrita de diferentes maneras para cada aplicacion particular, pero no debe interpretarse que tales decisiones de implementacion suponen un apartamiento del alcance de la presente invencion.

5

10

15

20

25

30

35

40

45

50

[0087] Los diversos bloques logicos, modulos y circuitos ilustrativos descritos en relacion con las formas de realizacion dadas a conocer en el presente documento pueden implementarse o realizarse con un procesador de proposito general, con un procesador de senales digitales (DSP), con un circuito integrado de aplicacion especifica (ASIC), con una matriz de puertas de campo programable (FPGA) o con otro dispositivo de logica programable, logica de transistor o de puertas discretas, componentes de hardware discretos, o con cualquier combinacion de los mismos disenada para realizar las funciones descritas en el presente documento. Un procesador de proposito general puede ser un microprocesador, pero, como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o maquina de estados convencional. Un procesador tambien puede implementarse como una combinacion de dispositivos informaticos, por ejemplo una combinacion de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o mas microprocesadores junto con un nucleo de DSP o cualquier otra configuracion de este tipo.

[0088] Los procedimientos, secuencias y/o algoritmos descritos en relacion con las formas de realizacion dadas a conocer en el presente documento pueden realizarse directamente en hardware, en un modulo de software ejecutado por un procesador o en una combinacion de los dos. Un modulo de software puede residir en memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extraible, un CD-ROM o en cualquier otra forma de medio de almacenamiento conocida en la tecnica. Un medio de almacenamiento a modo de ejemplo esta acoplado al procesador de manera que el procesador pueda leer informacion de, y escribir informacion en, el medio de almacenamiento. Como alternativa, el medio de almacenamiento puede ser una parte integrante del procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un terminal de usuario (por ejemplo, un terminal de acceso). Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario.

[0089] En una o mas formas de realizacion a modo de ejemplo, las funciones descritas pueden implementarse en hardware, software, firmware o cualquier combinacion de los mismos. Si se implementan en software, las funciones pueden almacenarse o transmitirse como una o mas instrucciones o como codigo en un medio legible por ordenador. Los medios legibles por ordenador incluyen tanto medios de almacenamiento informaticos como medios de comunicacion, incluyendo cualquier medio que facilite la transferencia de un programa informatico de un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que pueda accederse mediante un ordenador. A modo de ejemplo, y no de manera limitativa, tales medios legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento de disco optico, almacenamiento de disco magnetico u otros dispositivos de almacenamiento magnetico, o cualquier otro medio que pueda usarse para transportar o almacenar codigo de programa deseado en forma de instrucciones o estructuras de datos y al que pueda accederse mediante un ordenador. Ademas, cualquier conexion puede denominarse de manera apropiada medio legible por ordenador. Por ejemplo, si el software se transmite desde un sitio web, un servidor u otra fuente remota usando un cable coaxial, un cable de fibra optica, un par trenzado, una linea de abonado digital (DSL) o tecnologias inalambricas tales como infrarrojos, radio y microondas, entonces el cable coaxial, el cable de fibra optica, el par trenzado, la DSL o las tecnologias inalambricas tales como infrarrojos, radio y microondas se incluyen en la definicion de medio. Los discos, tal y como se usan en el presente documento, incluyen discos compactos (CD), discos de laser, discos opticos, discos versatiles digitales (DVD), discos flexibles y discos blu-ray, donde los discos normalmente reproducen datos de manera magnetica asi como de manera optica con laser. Las combinaciones de lo anterior tambien deben incluirse dentro del alcance de los medios legibles por ordenador.

[0090] Aunque la anterior divulgacion muestra formas de realizacion ilustrativas de la invencion, debe observarse que varios cambios y modificaciones pueden realizarse en las mismas sin apartarse del alcance de la invencion definida en las reivindicaciones adjuntas. Las funciones, etapas y/o acciones de las reivindicaciones de procedimiento de acuerdo con las formas de realizacion de la invencion descritas en el presente documento no tienen que llevarse a cabo en un orden particular. Ademas, aunque los elementos de la invencion pueden describirse o reivindicarse en singular, tambien se contempla el plural a no ser que se indique explicitamente la limitacion al singular.

Claims (18)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   60

   65

   REIVINDICACIONES

   1. Un procedimiento de configuracion de una sesion de comunicacion en un sistema de comunicaciones inalambricas, que comprende:

   determinar, en un terminal de acceso, el inicio de una sesion de comunicacion que se arbitrara mediante un servidor de aplicaciones (170);

   determinar (415B) una priorizacion de sistemas para una pluralidad de sistemas mediante los que el terminal de acceso puede contactar con el servidor de aplicaciones, estando cada uno de la pluralidad de sistemas asociado con una capa fisica diferente;

   enviar (420B) un mensaje de registro para indicar la priorizacion de sistemas al servidor de aplicaciones (170), en el que el mensaje de registro incluye informacion de contacto que permite que los datos enviados a traves de una interfaz de sistema correspondiente a uno de la pluralidad de sistemas se reconozcan mediante un sistema correspondiente en una red de acceso de radio, RAN, y permite que un sistema correspondiente en la RAN envie datos a la interfaz de sistema correspondiente en el terminal de acceso; intentar enviar una peticion de inicio de sesion al servidor de aplicaciones a traves de un sistema de prioridad mas alta basandose en la priorizacion de sistemas;

   si el intento es fallido, reenviar la peticion de inicio de sesion en al menos uno de la pluralidad de sistemas distinto del sistema de prioridad mas alta, en el que el reenvio se produce despues de un numero umbral de intentos fallidos en el sistema de prioridad mas alta; y

   si uno de los intentos de enviar la peticion de inicio de sesion es exitoso, actualizar de manera selectiva la priorizacion de sistemas con el servidor de aplicaciones, de tal manera que el sistema en el que se realiza el intento exitoso corresponda al sistema de prioridad mas alta en la priorizacion de sistemas actualizada y enviar un mensaje de registro complementario para indicar la priorizacion de sistemas actualizada al servidor de aplicaciones (170), en el que el terminal de acceso realiza una determinacion para actualizar de manera selectiva la priorizacion de sistemas en respuesta a un evento de activacion relacionado con al menos uno de la pluralidad de sistemas.
2. 2. El procedimiento de la reivindicacion 1, que comprende ademas:

   recibir, desde el servidor de aplicaciones, un acuse de recibo de uno de los intentos de enviar o reenviar la peticion de inicio de sesion en un sistema dado entre la pluralidad de sistemas,

   en el que se determina que el intento de enviar o reenviar la peticion de inicio de sesion en el sistema dado es exitoso para sistemas en los que se recibe el acuse de recibo desde el servidor de aplicaciones.
3. 3. El procedimiento de la reivindicacion 1, que comprende ademas:

   no recibir, desde el servidor de aplicaciones, un acuse de recibo de al menos uno de los intentos de enviar o reenviar la peticion de inicio de sesion en al menos un sistema entre la pluralidad de sistemas, en el que se determina que el al menos un intento de enviar o reenviar la peticion de inicio de sesion en el al menos un sistema es fallido para sistemas en los que no se recibe el acuse de recibo del servidor de aplicaciones.
4. 4. El procedimiento de la reivindicacion 1, en el que la etapa de actualizacion selectiva no actualiza la priorizacion de sistemas si el intento de enviar la peticion de inicio de sesion en el sistema de prioridad mas alta es exitoso.
5. 5. El procedimiento de la reivindicacion 1, en el que la etapa de actualizacion selectiva actualiza la priorizacion de sistemas si el intento de enviar la peticion de inicio de sesion en el sistema de prioridad mas alta no es exitoso.
6. 6. Un procedimiento de configuracion de una sesion de comunicacion en un sistema de comunicaciones inalambricas, que comprende:

   recibir una peticion de inicio de sesion desde un terminal de acceso en un sistema dado; recibir un mensaje de registro que indica una priorizacion de sistemas para una pluralidad de sistemas mediante los que el servidor de aplicaciones puede contactar con al menos un objetivo asociado con la peticion de inicio de sesion, estando cada uno de la pluralidad de sistemas asociado con una capa fisica diferente; en el que el mensaje de registro incluye ademas informacion de contacto que permite que los datos enviados a traves de una interfaz de sistema correspondiente a uno de la pluralidad de sistemas se reconozcan mediante un sistema correspondiente en una red de acceso de radio, RAN, y permite que un sistema correspondiente en la RAN envie datos a la interfaz de sistema correspondiente en el terminal de acceso;

   intentar enviar un mensaje de anuncio que anuncia una sesion de comunicacion al menos un objetivo a traves de un sistema de prioridad mas alta basandose en la priorizacion de sistemas; si el intento es fallido, reenviar el mensaje de anuncio en al menos uno de la pluralidad de sistemas distinto del sistema de prioridad mas alta, en el que el reenvio se produce despues de un numero umbral de intentos fallidos en el sistema de prioridad mas alta; y

   5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   60

   65

   si uno de los intentos de enviar o reenviar el mensaje de anuncio es exitoso, recibir un mensaje de registro complementario que indica una priorizacion de sistemas actualizada, de tal manera que el sistema en el que se realiza el intento exitoso corresponde al sistema de prioridad mas alta en la priorizacion de sistemas actualizada, en el que el terminal de acceso realiza una determinacion para actualizar de manera selectiva la priorizacion de sistemas en respuesta a un evento de activacion relacionado con al menos uno de la pluralidad de sistemas.
7. 7. El procedimiento de la reivindicacion 1 o la reivindicacion 6, en el que la etapa de reenvio se produce en un sistema de siguiente prioridad mas alta basandose en la priorizacion de sistemas.
8. 8. El procedimiento de la reivindicacion 6, que comprende ademas:

   enviar un acuse de recibo de la peticion de inicio de sesion al terminal de acceso en el sistema dado.
9. 9. El procedimiento de la reivindicacion 6, que comprende ademas:

   recibir, desde el al menos un objetivo, un acuse de recibo de uno de los intentos de enviar o reenviar el mensaje de anuncio,

   en el que se determina que el al menos un intento de enviar o reenviar el mensaje de anuncio es exitoso para sistemas en los que se recibe el acuse de recibo desde el al menos un objetivo.
10. 10. El procedimiento de la reivindicacion 6, que comprende ademas:

    no recibir, desde el al menos un objetivo, un acuse de recibo de al menos uno de los intentos de enviar o reenviar el mensaje de anuncio en al menos un sistema entre la pluralidad de sistemas, en el que se determina que el al menos un intento de enviar o reenviar el mensaje de anuncio es fallido para sistemas en los que no se recibe el acuse de recibo del al menos un objetivo.
11. 11. El procedimiento de la reivindicacion 6, en el que la etapa de actualizacion selectiva no actualiza la priorizacion de sistemas si el intento de enviar el mensaje de anuncio en el sistema de prioridad mas alta es exitoso.
12. 12. El procedimiento de la reivindicacion 6, en el que la etapa de actualizacion selectiva actualiza la priorizacion de sistemas si el intento de enviar el mensaje de anuncio en el sistema de prioridad mas alta no es exitoso.
13. 13. El procedimiento de la reivindicacion 1 o la reivindicacion 6, en el que la pluralidad de sistemas incluye uno o mas de entre un sistema WiFi, un sistema 1x CDMA2000, un sistema de acceso multiple por division de frecuencia (FDMA), un sistema de acceso multiple por division de tiempo (TDMA), un sistema de multiplexacion por division ortogonal de frecuencia (OFDM), un sistema de evolucion a largo plazo (LTE) y/o un sistema de servicios de radiodifusion y multidifusion (BCMCS).
14. 14. El procedimiento de la reivindicacion 1 o la reivindicacion 6, en el que determinar la priorizacion de sistemas corresponde a cargar una priorizacion de sistemas establecida previamente que ya se ha registrado mediante el al menos un objetivo en el servidor de aplicaciones.
15. 15. Un terminal de acceso, que comprende:

    medios para determinar el inicio de una sesion de comunicacion que se arbitrara mediante un servidor de aplicaciones (170);

    medios determinar (412B) una priorizacion de sistemas para una pluralidad de sistemas mediante los que el terminal de acceso puede contactar con el servidor de aplicaciones, estando cada uno de la pluralidad de sistemas asociado con una capa fisica diferente;

    medios para enviar (420B) un mensaje de registro para indicar la priorizacion de sistemas al servidor de aplicaciones (170), en el que el mensaje de registro incluye informacion de contacto que permite que los datos enviados a traves de una interfaz de sistema correspondiente a uno de la pluralidad de sistemas se reconozcan mediante un sistema correspondiente en una red de acceso de radio, RAN, y permite que un sistema correspondiente en la RAN envie datos a la interfaz de sistema correspondiente en el terminal de acceso;

    medios para intentar enviar una peticion de inicio de sesion al servidor de aplicaciones a traves de un sistema de prioridad mas alta basandose en la priorizacion de sistemas;

    medios para, si el intento es fallido, reenviar la peticion de inicio de sesion en al menos uno de la pluralidad de sistemas distinto del sistema de prioridad mas alta, en el que el reenvio se produce despues de un numero umbral de intentos fallidos en el sistema de prioridad mas alta;

    medios para, si uno de los intentos de enviar la peticion de inicio de sesion es exitoso, actualizar de manera selectiva la priorizacion de sistemas en el servidor de aplicaciones de tal manera que el sistema en el que se realiza el intento exitoso corresponda al sistema de prioridad mas alta en la priorizacion de sistemas actualizada, en el que el terminal de acceso realiza una determinacion para actualizar de manera selectiva la priorizacion de sistemas en respuesta a un evento de activacion relacionado con al menos uno de la

    5

    10

    15

    20

    25

    30

    35

    40

    45

    50

    55

    60

    65

    pluralidad de sistemas; y

    medios para enviar un mensaje de registro complementario para indicar la priorizacion de sistemas actualizada al servidor de aplicaciones.
16. 16. Un servidor de aplicaciones, que comprende:

    medios para recibir una peticion de inicio de sesion desde un terminal de acceso en un sistema dado; medios para recibir un mensaje de registro que indica una priorizacion de sistemas para una pluralidad de sistemas mediante los que el servidor de aplicaciones puede contactar con al menos un objetivo asociado con la peticion de inicio de sesion, estando cada uno de la pluralidad de sistemas asociado con una capa fisica diferente, incluyendo ademas el mensaje de registro informacion de contacto que permite que los datos enviados a traves de una interfaz de sistema correspondiente a uno de la pluralidad de sistemas se reconozcan mediante un sistema correspondiente en una red de acceso de radio, RAN, y permite que un sistema correspondiente en la RAN envie datos a la interfaz de sistema correspondiente en el terminal de acceso;

    medios para intentar enviar un mensaje de anuncio que anuncia una sesion de comunicacion al menos un objetivo a traves de un sistema de prioridad mas alta basandose en la priorizacion de sistemas; medios para, si el intento es fallido, reenviar el mensaje de anuncio en al menos uno de la pluralidad de sistemas distinto del sistema de prioridad mas alta, en el que el reenvio se produce despues de un numero umbral de intentos fallidos en el sistema de prioridad mas alta; y

    medios para, si uno de los intentos de enviar o reenviar el mensaje de anuncio es exitoso, recibir un mensaje de registro complementario que indica una priorizacion de sistemas actualizada, de tal manera que el sistema en el que se realiza el intento exitoso corresponde al sistema de prioridad mas alta en la priorizacion de sistemas actualizada, en el que el terminal de acceso realiza una determinacion para actualizar de manera selectiva la priorizacion de sistemas en respuesta a un evento de activacion relacionado con al menos uno de la pluralidad de sistemas.
17. 17. Un medio de almacenamiento legible por ordenador, que comprende instrucciones que, cuando se ejecutan mediante un terminal de acceso, hacen que el terminal de acceso lleve a cabo operaciones, comprendiendo las instrucciones:

    codigo de programa para determinar el inicio de una sesion de comunicacion que se arbitrara mediante un servidor de aplicaciones (170);

    codigo de programa para determinar (412B) una priorizacion de sistemas para una pluralidad de sistemas mediante los que el terminal de acceso puede contactar con el servidor de aplicaciones, estando cada uno de la pluralidad de sistemas asociado con una capa fisica diferente;

    codigo de programa para enviar (420B) un mensaje de registro para indicar la priorizacion de sistemas al servidor de aplicaciones (170), incluyendo el mensaje de registro informacion de contacto que permite que los datos enviados a traves de una interfaz de sistema correspondiente a uno de la pluralidad de sistemas se reconozcan mediante un sistema correspondiente en una red de acceso de radio, RAN, y permite que un sistema correspondiente en la RAN envie datos a la interfaz de sistema correspondiente en el terminal de acceso;

    codigo de programa para intentar enviar una peticion de inicio de sesion al servidor de aplicaciones a traves de un sistema de prioridad mas alta basandose en la priorizacion de sistemas;

    codigo de programa para, si el intento es fallido, reenviar la peticion de inicio de sesion en al menos uno de la pluralidad de sistemas distinto del sistema de prioridad mas alta, en el que el reenvio se produce despues de un numero umbral de intentos fallidos en el sistema de prioridad mas alta;

    codigo de programa para, si uno de los intentos de enviar la peticion de inicio de sesion es exitoso, actualizar de manera selectiva la priorizacion de sistemas en el servidor de aplicaciones de tal manera que el sistema en el que se realiza el intento exitoso corresponda al sistema de prioridad mas alta en la priorizacion de sistemas actualizada, en el que el terminal de acceso realiza una determinacion para actualizar de manera selectiva la priorizacion de sistemas en respuesta a un evento de activacion relacionado con al menos uno de la pluralidad de sistemas; y

    codigo de programa para enviar un mensaje de registro complementario para indicar la priorizacion de sistemas actualizada al servidor de aplicaciones.
18. 18. Un medio de almacenamiento legible por ordenador, que comprende instrucciones que, cuando se ejecutan mediante un servidor de aplicaciones, hacen que el servidor de aplicaciones lleve a cabo operaciones, comprendiendo las instrucciones:

    codigo de programa para recibir una peticion de inicio de sesion desde un terminal de acceso en un sistema dado;

    codigo de programa para recibir un mensaje de registro que indica una priorizacion de sistemas para una pluralidad de sistemas mediante los que el servidor de aplicaciones puede contactar con al menos un objetivo asociado con la peticion de inicio de sesion, estando cada uno de la pluralidad de sistemas asociado con una capa fisica diferente, incluyendo ademas el mensaje de registro informacion de contacto

    que permite que los datos enviados a traves de una interfaz de sistema correspondiente a uno de la pluralidad de sistemas se reconozcan mediante un sistema correspondiente en una red de acceso de radio, RAN, y permite que un sistema correspondiente en la RAN envie datos a la interfaz de sistema correspondiente en el terminal de acceso;

    5 codigo de programa para intentar enviar un mensaje de anuncio que anuncia una sesion de comunicacion

    al menos un objetivo a traves de un sistema de prioridad mas alta basandose en la priorizacion de sistemas; codigo de programa para, si el intento es fallido, reenviar el mensaje de anuncio en al menos uno de la pluralidad de sistemas distinto del sistema de prioridad mas alta, en el que el reenvio se produce despues de un numero umbral de intentos fallidos en el sistema de prioridad mas alta; y 10 codigo de programa para, si uno de los intentos de enviar o reenviar el mensaje de anuncio es exitoso,

    recibir un mensaje de registro complementario que indica una priorizacion de sistemas actualizada, de tal manera que el sistema en el que se realiza el intento exitoso corresponde al sistema de prioridad mas alta en la priorizacion de sistemas actualizada, en el que el terminal de acceso realiza una determinacion para actualizar de manera selectiva la priorizacion de sistemas en respuesta a un evento de activacion 15 relacionado con al menos uno de la pluralidad de sistemas.