ES2634460T3 - 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
Priorización de sistemas de capa física y gestión de sesión de comunicación en un sistema de comunicaciones inalámbricas Download PDFInfo
- Publication number
- ES2634460T3 ES2634460T3 ES13168938.2T ES13168938T ES2634460T3 ES 2634460 T3 ES2634460 T3 ES 2634460T3 ES 13168938 T ES13168938 T ES 13168938T ES 2634460 T3 ES2634460 T3 ES 2634460T3
- Authority
- ES
- Spain
- Prior art keywords
- systems
- prioritization
- application server
- access terminal
- given
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims abstract description 116
- 238000012913 prioritisation Methods 0.000 title claims abstract description 83
- 238000007726 management method Methods 0.000 title description 3
- 238000000034 method Methods 0.000 claims abstract description 61
- 230000004044 response Effects 0.000 claims abstract description 13
- 230000004913 activation Effects 0.000 claims description 10
- 238000012790 confirmation Methods 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims 2
- 230000007774 longterm Effects 0.000 claims 1
- 230000011664 signaling Effects 0.000 description 46
- 230000008569 process Effects 0.000 description 42
- 230000000295 complement effect Effects 0.000 description 29
- 230000000737 periodic effect Effects 0.000 description 18
- 108091006146 Channels Proteins 0.000 description 16
- 239000002609 medium Substances 0.000 description 15
- 238000012546 transfer Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 11
- 239000003999 initiator Substances 0.000 description 9
- 230000001413 cellular effect Effects 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 230000009471 action Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- 238000012508 change request Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000032258 transport Effects 0.000 description 4
- 239000003795 chemical substances by application Substances 0.000 description 3
- 238000012804 iterative process Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 239000006152 selective media Substances 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 229920000168 Microcrystalline cellulose Polymers 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 208000017763 cutaneous neuroendocrine carcinoma Diseases 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 239000006249 magnetic particle Substances 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 235000019813 microcrystalline cellulose Nutrition 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 239000000523 sample Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 239000006163 transport media Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un procedimiento para establecer una sesión de comunicación en un sistema de comunicaciones inalámbricas, que comprende: recibir una solicitud de inicio de sesión desde un terminal de acceso (102, 108, 110, 112) en un sistema dado, y caracterizado por: determinar si el sistema dado a través del cual se recibe la solicitud de inicio de sesión corresponde al sistema de mayor prioridad de entre una priorización de sistemas previamente registrada para una pluralidad de sistemas mediante los cuales el terminal de acceso puede establecer contacto con un servidor de aplicaciones (170), donde cada uno de la pluralidad de sistemas está asociado a una capa física diferente; y actualizar de manera selectiva la priorización de sistemas en el servidor de aplicaciones (170) basándose en un mensaje de registro recibido desde el terminal de acceso (102, 108, 110, 112) que indica la priorización de sistemas actualizada, de manera que el sistema a través del cual se recibe la solicitud de inicio de sesión corresponde al sistema de mayor prioridad en la priorización de sistemas actualizada, donde el terminal de acceso (102, 108, 110, 112) determina que hay que 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 ffsica y gestion de sesion de comunicacion en un sistema de comunicaciones inalambricas
ANTECEDENTES DE LA INVENClON
1. Campo de la invencion
Realizaciones de la invencion estan dirigidas a la priorizacion de sistemas de capa ffsica y a la gestion de sesion de comunicacion en un sistema de comunicaciones inalambricas.
2. Descripcion de la tecnica relacionada
Los sistemas de comunicaciones inalambricas se han desarrollado a traves de varias generaciones, incluyendo un servicio analogico de telefonfa inalambrica de primera generacion (1G), un servicio digital de telefonfa inalambrica de segunda generacion (2G) (que incluye las redes 2.5G y 2.75G provisionales) y un servicio inalambrico de tercera generacion (3G) con acceso a Internet / datos de alta velocidad. 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 telefonfa 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 hfbridos de comunicacion digital que usan tecnologfas TDMA y CDMA.
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 "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.
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 ofrecen 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 Ingenierfa de Internet (IETF) que ofrecen 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).
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 soportar 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 caracterfsticas 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.
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, 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
5
10
15
20
25
30
35
40
45
50
55
60
65
terminales de acceso (por ejemplo, de una celula dada, etc.) de manera similar a la radiodifusion.
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, con fecha 1 de marzo de 2007, titulada "Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network'. Como se describe en la publicacion n.° 2007/0049314, un canal de radiodifusion puede usarse 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 retardo adicionales y puede degradar el rendimiento del sistema.
El Segundo Proyecto de Asociacion de Tercera Generacion ("3GPP2") define una especificacion de servicios de radiodifusion-multidifusion (BCMCS) para permitir comunicaciones de multidifusion en redes CDMA2000 en la especificacion BCMCS de 3GPP2 titulada "CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification", con fecha 14 de febrero de 2006, version 1.0 C.S0054-A. El documento GB2380898 da a conocer un procedimiento de registro de un dispositivo de abonado en mas de una red simultaneamente.
RESUMEN
Las realizaciones estan dirigidas a seleccionar una capa ffsica para que terminales de acceso (AT) participen en una sesion de comunicacion en un sistema de comunicaciones inalambricas. En una realizacion, el AT puede registrar sus prioridades en relacion con multiples sistemas de capa ffsica, asf como informacion de contacto mediante la cual un servidor de aplicaciones puede establecer contacto 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 da servicio al AT en el sistema de mayor prioridad a traves del cual puede establecerse contacto con el At. El sistema que permite la sesion del AT puede cambiarse bajo solicitud del AT o por iniciativa del servidor de aplicaciones. En una realizacion adicional, multiples sistemas pueden usarse simultaneamente para permitir la sesion del AT, de modo que el AT puede 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. Segun la presente invencion se proporciona un procedimiento y aparato de comunicaciones inalambricas como los descritos en las reivindicaciones independientes. Las formas de realizacion preferidas se describen en las reivindicaciones dependientes.
BREVE DESCRIPCION DE LOS DIBUJOS
Una apreciacion mas completa de las realizaciones de la invencion y muchas de las ventajas intrfnsecas 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 admite terminales de acceso y redes de acceso segun al menos una realizacion de la invencion.
La FIG. 2A ilustra la red de portadora segun una realizacion de la presente invencion.
La FIG. 2B ilustra un ejemplo de la comunicacion inalambrica de la FIG. 1 en mayor detalle segun al menos una realizacion de la invencion.
La FIG. 3 es una ilustracion de un terminal de acceso segun al menos una realizacion de la invencion.
La FIG. 4A ilustra un proceso de registro de multiples sistemas de un terminal de acceso (AT) dado con un servidor de aplicaciones segun una realizacion de la invencion.
La FIG. 4B ilustra una implementacion mas detallada del proceso de la FIG. 4A segun una realizacion de la invencion.
La FIG. 5A ilustra un proceso para establecer una sesion de comunicacion arbitrada por un servidor segun una realizacion de la invencion.
La FIG. 5B ilustra una implementacion mas detallada del proceso de la FIG. 5A segun una realizacion de la invencion.
La FIG. 6A ilustra una continuacion de la FIG. 5A segun una realizacion de la invencion.
5
10
15
20
25
30
35
40
45
50
55
60
65
La FIG. 6B ilustra una implementacion mas detallada del proceso de la FIG. 6A segun una realizacion de la invencion.
La FIG. 7A ilustra una continuacion de la FIG. 5A segun otra realizacion de la invencion.
La FIG. 7B ilustra una implementacion mas detallada del proceso de la FIG. 7A segun una realizacion de la invencion.
La Fig. 7C ilustra una implementacion mas detallada del proceso de la FIG. 7A segun otra 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 desde / hacia uno o mas terminales de acceso en multiples sistemas segun una 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 esta integrado en el proceso de la FIG. 6B segun una 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 esta integrado en el proceso de la FIG. 7B segun una realizacion de la invencion.
DESCRIPCION DETALLADA
Aspectos de la invencion se describen en la siguiente descripcion y en dibujos relacionados que hacen referencia a realizaciones especfficas de la invencion. Pueden concebirse realizaciones 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.
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 realizacion descrita en el presente documento como "a modo de ejemplo" y/o "de ejemplo" es preferida o ventajosa con respecto a otras realizaciones. Asimismo, el termino "realizaciones de la invencion" no requiere que todas las realizaciones de la invencion incluyan la caracterfstica, ventaja o modo de funcionamiento dados a conocer.
Ademas, muchas realizaciones 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 especfficos (por ejemplo, circuitos integrados de aplicacion especffica (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 realizaciones descritas en el presente documento, la forma correspondiente de cualquiera de tales realizaciones puede describirse en el presente documento como, por ejemplo, "logica configurada para" llevar a cabo la accion descrita.
Una estacion de abonado de alta velocidad de transferencia de datos (HDR), denominada en el presente 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, hacia / desde un controlador de estacion base HDR, denominado como controlador de banco de modems (MFC), 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.
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
5
10
15
20
25
30
35
40
45
50
55
60
65
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 envfa 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 envfa 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.
La FIG. 1 ilustra un diagrama de bloques de una realizacion a modo de ejemplo de un sistema inalambrico 100 segun al menos una 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 aqrn, el terminal de acceso puede ser un telefono celular 102, un asistente digital personal 108, un radiolocalizador 110, que se muestra aqrn como un radiolocalizador de texto bidireccional, o incluso una plataforma informatica diferente 112 que tiene un portal de comunicaciones inalambricas. Realizaciones 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.
Haciendo de nuevo referencia a la FIG. 1, los componentes de la red inalambrica 100 y la interrelacion de los elementos de las realizaciones 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, tales como los dispositivos informaticos cliente inalambricos 102, 108, 110, 112, comunicarse de manera inalambrica entre sf 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.
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/ la 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/ la PCF 122 tambien cifra el contenido antes de reenviarlo a traves de la interfaz inalambrica 104. La funcion del BSC / de la 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/ la PCF 122 mediante una red, tal como Internet y/o una red telefonica publica conmutada (PSTN). Como alternativa, el BSC/ la 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/ la PCF 122 transfiere datos, y la PSTN transfiere informacion de voz. El BSC/ la 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/ la PCF 122 se conecta normalmente al / a la MPT/BS 124 mediante una red, Internet y/o una PSTN para la transferencia de datos y/o la informacion de voz. El MPT/ la BS 124 puede radiodifundir mensajes de datos de manera inalambrica a los terminales de acceso, tal como el telefono celular 102. El MPT/ la BS 124 , el BSC/ la 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 realizacion, la funcionalidad del BSC / de la PCF 122 y de uno/a o mas del MPT/ de la BS 124 puede combinarse en un unico modulo "hforido" que tiene la funcionalidad del BSC / de la PCF 122 y del MPT/ de la BS 124.
La FIG. 2A ilustra la red de portadora 126 segun una realizacion de la presente invencion. En la 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 realizaciones 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, la admision de 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 soporte, 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/ la 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.
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 / la PCF 122) a traves de una conexion A10 de radiodifusion
5
10
15
20
25
30
35
40
45
50
55
60
65
(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 envfa mensajes de unidifusion a la PDSN 160 a traves de Internet 175 y envfa mensajes de multidifusion al BSN 165 a traves de Internet 175.
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.
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.
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 inalambricos y el AT 4 se ilustra como una estacion de escritorio cableada. Sin embargo, en otras realizaciones, 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 realizacion de la invencion.
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 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 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.
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 especffica ("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
5
10
15
20
25
30
35
40
45
50
55
60
65
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.
Por consiguiente, una 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 caracterfsticas del terminal de acceso de la FIG. 3 deben considerarse meramente ilustrativas y la invencion no esta limitada a las caracterfsticas o disposicion ilustradas.
La comunicacion inalambrica entre el terminal de acceso 102 y la RAN 120 puede basarse en diferentes tecnologfas, 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/ la BS 124 y el BSC/ la PCF 122. El BSC/ la 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 asf 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 realizaciones de la invencion y simplemente ayudan en la descripcion de los aspectos de realizaciones de la invencion.
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 ffsicas 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.
Convencionalmente, la mayorfa 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 establece contacto con cada terminal de acceso. Por consiguiente, si el rendimiento de un sistema usado para dar servicio a un terminal de acceso particular se degrada durante la sesion de comunicacion, es posible que el terminal de acceso pierda la sesion. En este punto, el terminal de acceso puede tratar de establecer la conexion con el servidor de aplicaciones 170 a traves de un sistema diferente, pero esto puede llevar cierto tiempo 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.
Por consiguiente, las realizaciones 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 ffsica 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.
La FIG. 4A ilustra un proceso de registro de multiples sistemas de un terminal de acceso (AT) dado con el servidor de aplicaciones 170 segun una 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.
Haciendo referencia a la FIG. 4A, transcurrido cierto tiempo desde la activacion del AT dado, el AT dado se registra
5
10
15
20
25
30
35
40
45
50
55
60
65
con los sistemas 1...N, donde N>=2, donde cada uno de los sistemas 1...N esta asociado a un tipo diferente de capa ffsica, 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 establecer contacto 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.
Despues de registrarse con cada uno de los sistemas 1...N en 400A, el AT dado determina la priorizacion de los sistemas 1...N para las 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.
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. Metodologfas relacionadas con restringir las comunicaciones segun una region de ubicacion definida se describen en mayor detalle en la solicitud de patente provisional estadounidense en tramitacion junto con la presente, con n.° 61/163.834 y titulada "REGULATING THE SCOPE OF SERVICE GEOGRAPHICALLY IN WIRELESS NETWORKS", presentada el 26/03/09.
Despues de asignar prioridades a los sistemas 1...N en 405A, el AT dado envfa al servidor de aplicaciones 170 un mensaje de registro a traves del sistema que tiene la mayor prioridad, 410A. 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 asociada de contacto de interfaz de sistema, 415A. Aunque no se muestra en la FIG. 4A, en otra realizacion el mensaje de registro puede incluir una lista de sistemas e informacion asociada de contacto 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.
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 asociada de contacto 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 asociada de contacto 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 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.
Si el AT dado determina que no hay que actualizar la priorizacion de sistemas o la informacion asociada de contacto 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 asociada de contacto 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 asociada de contacto de interfaz de sistema del AT dado y despues envfa 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.
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 varfa) 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 varfa). 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.
5
10
15
20
25
30
35
40
45
50
55
60
65
La FIG. 4B ilustra un ejemplo de implementacion mas detallado del proceso de la FIG. 4A segun una 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.
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 aquf de nuevo en aras de la brevedad.
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 415B. Tras esta suposicion, despues de asignar prioridades a los sistemas A, B y C, el AT dado envfa 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 asociada de contacto de interfaz de sistema, 420B.
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 envfa 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 asociada de contacto de interfaz de sistema, 430B.
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 envfa 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.
Transcurrido cierto tiempo, supongase que el AT dado deja de estar registrado con el sistema B, de manera 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 envfa 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.
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.
La FIG. 5A ilustra un proceso para establecer una sesion de comunicacion arbitrada por un servidor segun una 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.
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 envfa 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
5
10
15
20
25
30
35
40
45
50
55
60
65
sesion de grupo y M = 2 para una sesion de uno a uno).
En 505A, el AT 1 determina si la sesion de comunicacion puede soportarse 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 su llamada no puede ser atendida por el sistema actual. 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 su sesion de comunicacion puede establecerse en ese sistema.
Si el AT 1 determina en 505A que la sesion de comunicacion no puede establecerse 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 puede establecerse en el sistema actual, y el proceso avanza hasta la etapa 515A.
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.
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 envfa 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 asf, 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.
En 545A, los AT de entre los AT 2...M con los que no se establecio contacto a traves de sus sistemas de mayor prioridad actualizan su priorizacion de sistemas, y el servidor de aplicaciones 170 actualiza asimismo, en 550A, su registro de priorizacion de sistemas para cualquier AT que no respondiera a traves de su sistema de mayor prioridad . 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 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.
La FIG. 5B ilustra un ejemplo de implementacion mas detallado del proceso de la FIG. 5A segun una realizacion de la invencion. Haciendo referencia a la FIG. 5B, supongase que el AT 1 envfa 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 envfa 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.
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.
5
10
15
20
25
30
35
40
45
50
55
60
65
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 envfa 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 envfa 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.
La FIG. 6A ilustra una continuacion de la FIG. 5A segun una 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.
Durante la sesion de comunicacion, el servidor de aplicaciones 170 envfa 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 participates de sesion activa siguen siendo una manera valida de establecer contacto con los AT.
Por consiguiente, cada uno de los AT 1...M que recibe el mensaje de senalizacion periodico desde el servidor de aplicaciones 170 envfa una ACK a traves del sistema soportado actualmente, 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 envfe 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 envfa 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 envfa 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 asf 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 servidor de aplicaciones 170 determine que el sistema de mayor prioridad no ha confirmado la recepcion del mensaje de senalizacion complementario o periodico anterior.
Por consiguiente, cada uno de los AT 1...M que recibe el mensaje de senalizacion complementario desde el servidor de aplicaciones 170 envfa 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.
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.
5
10
15
20
25
30
35
40
45
50
55
60
65
La FIG. 6B ilustra un ejemplo de implementacion mas detallado del proceso de la FIG. 6A segun una 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.
En 605B, el servidor de aplicaciones 170 envfa un mensaje de senalizacion periodico (por ejemplo, un mensaje tipo '^Estas ahf?' (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 aquf' (IAH, I am here), enviando mensajes de respuesta de eco ICMP, etc.), 610B y 615B. Transcurrido cierto tiempo, el servidor de aplicaciones 170 envfa 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.
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.
Como apreciaran los expertos en la tecnica, las FIG. 6A y 6B ilustran realizaciones mediante las cuales el servidor de aplicaciones 170 determina que uno o mas AT no responden a traves del sistema actualmente soportado, 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 realizaciones 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.
La FIG. 7A ilustra una continuacion de la FIG. 5A segun otra 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.
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 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.
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 envfan 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.
La FIG. 7B ilustra un ejemplo de implementacion mas detallado del proceso de la FIG. 7A segun una 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, a traves del sistema B en la direccion IP IP2 y el AT 2 a traves del sistema B en la direccion IP IP6, 700B. Los AT 1 y 2 supervisan los sistemas
5
10
15
20
25
30
35
40
45
50
55
60
65
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 710B.
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 limftrofe). 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 envfa 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.
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 varfa, 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 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.
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 explfcita 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 envfa un mensaje de registro complementary 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 asociada de contacto 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.
Las realizaciones 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.
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 segun una 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 realizaciones. Sin embargo, debe apreciarse que tambien pueden usarse otras maneras de integrar el proceso de la FIG. 8A en las realizaciones de la invencion descritas anteriormente, de manera que puede conseguirse que multiples sistemas presten servicio en cualquier momento durante la sesion de comunicacion.
Haciendo referencia a la FIG. 8A, el servidor de aplicaciones 170 determina si permitir la sesion de comunicacion
5
10
15
20
25
30
35
40
45
50
55
60
65
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.).
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.
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, 590B 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).
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 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 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.
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 reenvfo 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.
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 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
5
10
15
20
25
30
35
40
45
50
55
60
65
embargo, tras determinar que una o mas metricas de rendimiento superan el nivel de umbral en 815C, el AT 1 envfa 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.
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 envfa 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.
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 envfa 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.
Los expertos en la tecnica apreciaran que la informacion y las senales pueden representarse usando cualquiera de varias tecnologfas y tecnicas diferentes. Por ejemplo, datos, instrucciones, comandos, informacion, senales, bits, sfmbolos 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 partfculas magneticos, campos o partfculas opticos, o cualquier combinacion de los mismos.
Los expertos en la tecnica apreciaran ademas que los diversos bloques logicos, modulos, circuitos y etapas de algoritmo ilustrativos descritos en relacion con las realizaciones dadas a conocer 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.
Los diversos bloques logicos, modulos y circuitos ilustrativos descritos en relacion con las realizaciones 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 especffica (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.
Los procedimientos, secuencias y/o algoritmos descritos en relacion con las realizaciones 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 extrafble, 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.
En una o mas realizaciones 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
5
10
15
20
25
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 lfnea de abonado digital (DSL) o tecnologfas inalambricas tales como infrarrojos, radio y microondas, entonces el cable coaxial, el cable de fibra optica, el par trenzado, la DSL o las tecnologfas 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 asf como de manera optica con laser. Las combinaciones de lo anterior tambien deben incluirse dentro del alcance de los medios legibles por ordenador.
La anterior divulgacion muestra realizaciones ilustrativas de la invencion, pero 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 segun las realizaciones 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 explfcitamente la limitacion al singular.
Claims (11)
- 5101520253035404550556065REIVINDICACIONES1. Un procedimiento para establecer una sesion de comunicacion en un sistema de comunicaciones inalambricas, que comprende:recibir una solicitud de inicio de sesion desde un terminal de acceso (102, 108, 110, 112) en un sistema dado, y caracterizado por:determinar si el sistema dado a traves del cual se recibe la solicitud de inicio de sesion corresponde al sistema de mayor prioridad de entre una priorizacion de sistemas previamente registrada para una pluralidad de sistemas mediante los cuales el terminal de acceso puede establecer contacto con un servidor de aplicaciones (170), donde cada uno de la pluralidad de sistemas esta asociado a una capa ffsica diferente; yactualizar de manera selectiva la priorizacion de sistemas en el servidor de aplicaciones (170) basandose en un mensaje de registro recibido desde el terminal de acceso (102, 108, 110, 112) que indica la priorizacion de sistemas actualizada, de manera que el sistema a traves del cual se recibe la solicitud de inicio de sesion corresponde al sistema de mayor prioridad en la priorizacion de sistemas actualizada, donde el terminal de acceso (102, 108, 110, 112) determina que hay que 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. El procedimiento segun la reivindicacion 1, que comprende ademas:enviar una confirmacion de recepcion de la solicitud de inicio de sesion al terminal de acceso en el sistema dado.
- 3. Un procedimiento para establecer una sesion de comunicacion en un sistema de comunicaciones inalambricas, que comprende:recibir un mensaje de notificacion que notifica una sesion de comunicacion en un terminal de acceso (102, 108, 110, 112) en un sistema dado y caracterizado por:determinar si el sistema dado a traves del cual se recibe el mensaje de notificacion corresponde a un sistema de mayor prioridad de entre una priorizacion de sistemas previamente establecida para una pluralidad de sistemas mediante los cuales un servidor de aplicaciones (170) puede establecer contacto con el terminal de acceso, donde cada uno de la pluralidad de sistemas esta asociado a una capa ffsica diferente; yactualizar de manera selectiva la priorizacion de sistemas con el servidor de aplicaciones (170) enviando un mensaje de registro para indicar la priorizacion de sistemas actualizada al servidor de aplicaciones (170), de manera que el sistema a traves del cual se recibe el mensaje de notificacion corresponde al sistema de mayor prioridad en la priorizacion de sistemas actualizada, donde el terminal de acceso (102, 108, 110, 112) determina que hay que 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.
- 4. El procedimiento segun la reivindicacion 3, que comprende ademas:enviar una confirmacion de recepcion del mensaje de notificacion al servidor de aplicaciones en el sistema dado.
- 5. El procedimiento segun la reivindicacion 1 o la reivindicacion 3, en el que la etapa de actualizacion selectiva no actualiza la priorizacion de sistemas si la etapa de determinacion determina que el sistema dado corresponde al sistema de mayor prioridad.
- 6. El procedimiento segun la reivindicacion 1 o la reivindicacion 3, en el que la etapa de actualizacion selectiva actualiza la priorizacion de sistemas si la etapa de determinacion determina que el sistema dado no corresponde al sistema de mayor prioridad.
- 7. El procedimiento segun la reivindicacion 1 o la reivindicacion 3, 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 de frecuencia ortogonal (OFDM), un sistema de evolucion a largo plazo (LTE) y/o un sistema de servicios de radiodifusion y multidifusion (BCMCS).5101520253035404550556065
- 8. Un servidor de aplicaciones (170), que comprende:medios para recibir una solicitud de inicio de sesion desde un terminal de acceso (102, 108, 110, 112) en un sistema dado, y caracterizado por:medios para determinar si el sistema dado a traves del cual se recibe la solicitud de inicio de sesion corresponde al sistema de mayor prioridad de entre una priorizacion de sistemas previamente registrada para una pluralidad de sistemas mediante los cuales el terminal de acceso puede establecer contacto con el servidor de aplicaciones, donde cada uno de la pluralidad de sistemas esta asociado a una capa ffsica diferente; ymedios para actualizar de manera selectiva la priorizacion de sistemas en el servidor de aplicaciones (170) basandose en un mensaje de registro recibido desde el terminal de acceso (102, 108, 110, 112) que indica la priorizacion de sistemas actualizada, de manera que el sistema a traves del cual se recibe la solicitud de inicio de sesion corresponde al sistema de mayor prioridad en la priorizacion de sistemas actualizada, donde el terminal de acceso (102, 108, 110, 112) determina que hay que 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.
- 9. Un terminal de acceso (102, 108, 110, 112), que comprende:medios para recibir un mensaje de notificacion que notifica una sesion de comunicacion en un sistema dado y caracterizado por:medios para determinar si el sistema dado a traves del cual se recibe el mensaje de notificacion corresponde al sistema de mayor prioridad de entre una priorizacion de sistemas previamente establecida para una pluralidad de sistemas mediante los cuales un servidor de aplicaciones (170) puede establecer contacto con el terminal de acceso (102, 108, 110, 112), donde cada uno de la pluralidad de sistemas esta asociado a una capa ffsica diferente; ymedios para actualizar de manera selectiva la priorizacion de sistemas con el servidor de aplicaciones (170) enviando un mensaje de registro para indicar la priorizacion de sistemas actualizada al servidor de aplicaciones (170), de manera que el sistema a traves del cual se recibe el mensaje de notificacion corresponde al sistema de mayor prioridad en la priorizacion de sistemas actualizada, donde el terminal de acceso (102, 108, 110, 112) determina que hay que 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.
- 10. Un medio de almacenamiento legible por ordenador, que comprende instrucciones que, cuando se ejecutan por un servidor de aplicaciones (170), hacen que el servidor de aplicaciones (170) lleve a cabo operaciones, donde las instrucciones comprenden:codigo de programa para recibir una solicitud de inicio de sesion desde un terminal de acceso (102, 108, 110, 112) en un sistema dado, y caracterizado por:codigo de programa para determinar si el sistema dado a traves del cual se recibe la solicitud de inicio de sesion corresponde al sistema de mayor prioridad de entre una priorizacion de sistemas previamente registrada para una pluralidad de sistemas mediante los cuales el terminal de acceso (102, 108, 110, 112) puede establecer contacto con el servidor de aplicaciones (170), donde cada uno de la pluralidad de sistemas esta asociado a una capa ffsica diferente; ycodigo de programa para actualizar de manera selectiva la priorizacion de sistemas en el servidor de aplicaciones (170) basandose en un mensaje de registro recibido desde el terminal de acceso (102, 108, 110, 112) que indica la priorizacion de sistemas actualizada, de manera que el sistema a traves del cual se recibe la solicitud de inicio de sesion corresponde al sistema de mayor prioridad en la priorizacion de sistemas actualizada, donde el terminal de acceso (102, 108, 110, 112) determina que hay que 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.
- 11. Un medio de almacenamiento legible por ordenador, que comprende instrucciones que, cuando se ejecutan por un terminal de acceso (102, 108, 110, 112), hacen que el terminal de acceso lleve a cabo operaciones, donde las instrucciones comprenden:codigo de programa para recibir un mensaje de notificacion que notifica una sesion de comunicacion en un sistema dado y caracterizado por:codigo de programa para determinar si el sistema dado a traves del cual se recibe el mensaje de notificacion corresponde al sistema de mayor prioridad de entre una priorizacion de sistemas previamente establecida para una pluralidad de sistemas mediante los cuales un servidor de aplicaciones (170) puede establecer contacto con el terminal de acceso, donde cada uno de la 5 pluralidad de sistemas esta asociado a una capa ffsica diferente; ycodigo de programa para actualizar de manera selectiva la priorizacion de sistemas con el servidor de aplicaciones (170) enviando un mensaje de registro para indicar la priorizacion de sistemas actualizada al servidor de aplicaciones (l70), de manera que el sistema a traves del cual se recibe el 10 mensaje de notificacion corresponde al sistema de mayor prioridad en la priorizacion de sistemasactualizada, donde el terminal de acceso (102, 108, 1l0, 112) determina que hay que 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.15
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US12/693,117 US9100815B2 (en) | 2010-01-25 | 2010-01-25 | Physical-layer system prioritization and communication session management within a wireless communications system |
| US693117 | 2010-01-25 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2634460T3 true ES2634460T3 (es) | 2017-09-27 |
Family
ID=43901286
Family Applications (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES13168926.7T Active ES2693108T3 (es) | 2010-01-25 | 2011-01-21 | Priorización de sistemas de capa física y gestión de sesión de comunicación en un sistema de comunicaciones inalámbricas |
| ES13168940.8T Active ES2608652T3 (es) | 2010-01-25 | 2011-01-21 | Priorización de sistemas de capa física y gestión de sesiones de comunicación dentro de un sistema de comunicaciones inalámbricas |
| ES11701920.8T Active ES2553567T3 (es) | 2010-01-25 | 2011-01-21 | Priorización de sistemas de capa física y gestión de sesión de comunicación en un sistema de comunicaciones inalámbricas |
| ES13168938.2T Active ES2634460T3 (es) | 2010-01-25 | 2011-01-21 | Priorización de sistemas de capa física y gestión de sesión de comunicación en un sistema de comunicaciones inalámbricas |
Family Applications Before (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES13168926.7T Active ES2693108T3 (es) | 2010-01-25 | 2011-01-21 | Priorización de sistemas de capa física y gestión de sesión de comunicación en un sistema de comunicaciones inalámbricas |
| ES13168940.8T Active ES2608652T3 (es) | 2010-01-25 | 2011-01-21 | Priorización de sistemas de capa física y gestión de sesiones de comunicación dentro de un sistema de comunicaciones inalámbricas |
| ES11701920.8T Active ES2553567T3 (es) | 2010-01-25 | 2011-01-21 | Priorización de sistemas de capa física y gestión de sesión de comunicación en un sistema de comunicaciones inalámbricas |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US9100815B2 (es) |
| EP (4) | EP2632224B1 (es) |
| JP (1) | JP5544433B2 (es) |
| KR (1) | KR101492582B1 (es) |
| CN (1) | CN102823279B (es) |
| ES (4) | ES2693108T3 (es) |
| HU (3) | HUE035277T2 (es) |
| WO (1) | WO2011091223A2 (es) |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9496620B2 (en) | 2013-02-04 | 2016-11-15 | Ubiquiti Networks, Inc. | Radio system for long-range high-speed wireless communication |
| US8836601B2 (en) | 2013-02-04 | 2014-09-16 | Ubiquiti Networks, Inc. | Dual receiver/transmitter radio devices with choke |
| US20110182272A1 (en) | 2010-01-25 | 2011-07-28 | Qualcomm Incorporated | Application-layer handoff of an access terminal from a first system of an access network to a second system of the access network during a communication session within a wireless communications system |
| US9858551B2 (en) * | 2011-09-02 | 2018-01-02 | Bbs Technologies, Inc. | Ranking analysis results based on user perceived problems in a database system |
| CN102404777A (zh) * | 2011-12-01 | 2012-04-04 | 浪潮电子信息产业股份有限公司 | 一种基于无线网络管理的方法 |
| US20140068058A1 (en) * | 2012-09-06 | 2014-03-06 | Apple Inc. | Usage-based sorting of local network services |
| CN104995960B (zh) * | 2012-10-12 | 2020-07-03 | 诺基亚技术有限公司 | 用于接入网络选择的方法和装置 |
| US8761142B2 (en) | 2012-10-19 | 2014-06-24 | Ubiquiti Networks, Inc. | Distributed seamless roaming in wireless networks |
| US20150207854A1 (en) * | 2012-10-29 | 2015-07-23 | Google Inc. | External application request |
| US9543635B2 (en) | 2013-02-04 | 2017-01-10 | Ubiquiti Networks, Inc. | Operation of radio devices for long-range high-speed wireless communication |
| US9397820B2 (en) | 2013-02-04 | 2016-07-19 | Ubiquiti Networks, Inc. | Agile duplexing wireless radio devices |
| US9531067B2 (en) | 2013-02-08 | 2016-12-27 | Ubiquiti Networks, Inc. | Adjustable-tilt housing with flattened dome shape, array antenna, and bracket mount |
| EP3648359B1 (en) | 2013-10-11 | 2024-12-11 | Ubiquiti Inc. | Wireless radio system optimization by persistent spectrum analysis |
| WO2015103426A1 (en) * | 2014-01-02 | 2015-07-09 | Qualcomm Incorporated | Application-layer handoff of an access terminal from a first system of an access network to a second system of the access network during a communication session within a wireless communications system |
| US9325516B2 (en) | 2014-03-07 | 2016-04-26 | Ubiquiti Networks, Inc. | Power receptacle wireless access point devices for networked living and work spaces |
| PL3114884T3 (pl) | 2014-03-07 | 2020-05-18 | Ubiquiti Inc. | Uwierzytelnianie i identyfikacja urządzenia w chmurze |
| US9843096B2 (en) | 2014-03-17 | 2017-12-12 | Ubiquiti Networks, Inc. | Compact radio frequency lenses |
| DK3127187T3 (da) | 2014-04-01 | 2021-02-08 | Ubiquiti Inc | Antenneanordning |
| CN110493767B (zh) * | 2014-08-11 | 2023-06-06 | 华为技术有限公司 | 一种通讯方法、用户设备、接入网设备及应用服务器 |
| JP6444125B2 (ja) * | 2014-10-07 | 2018-12-26 | キヤノン株式会社 | 情報処理装置、情報処理装置の制御方法、及びプログラム |
| WO2018194125A1 (ja) * | 2017-04-21 | 2018-10-25 | 京セラ株式会社 | 無線通信機器およびその制御方法 |
| WO2020194940A1 (ja) * | 2019-03-22 | 2020-10-01 | 日本電気株式会社 | システム、無線端末、及びこれらの方法 |
| KR102838072B1 (ko) | 2019-12-10 | 2025-07-24 | 삼성전자 주식회사 | 다수 개의 집적 회로 사이의 인터페이스를 제어하기 위한 전자 장치 및 그의 동작 방법 |
| US12556610B2 (en) * | 2021-09-10 | 2026-02-17 | Milwaukee Electric Tool Corporation | Devices and methods for location-dependent prioritized communication |
Family Cites Families (44)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5862480A (en) | 1995-12-26 | 1999-01-19 | Motorola, Inc. | Method and apparatus for managing service accessibility between differing radio telecommunication networks |
| US6052720A (en) * | 1998-05-14 | 2000-04-18 | Sun Microsystems, Inc. | Generic schema for storing configuration information on a server computer |
| KR100571802B1 (ko) | 2001-09-03 | 2006-04-17 | 삼성전자주식회사 | 통신 효율을 높이는 이동통신 시스템 및 그 방법 |
| GB2380898B (en) | 2001-10-09 | 2004-01-14 | Motorola Inc | Communication network location register and subscriber device |
| US7324507B1 (en) * | 2001-11-21 | 2008-01-29 | Marvell International Ltd. | Ethernet automatic fiber/copper media selection logic |
| US7054309B1 (en) * | 2001-11-21 | 2006-05-30 | Marvell International Ltd. | Ethernet automatic fiber/copper media selection logic |
| US6944147B2 (en) | 2001-12-10 | 2005-09-13 | Nortel Networks Limited | System and method for maximizing capacity in a telecommunications system |
| US7826844B2 (en) | 2002-01-16 | 2010-11-02 | Qualcomm Incorporated | Method and apparatus for efficient selection and acquisition of a wireless communications system |
| US20040151162A1 (en) * | 2002-05-20 | 2004-08-05 | Kumar Ramaswamy | Multi-network mobile communication system |
| US6956846B2 (en) * | 2002-08-16 | 2005-10-18 | Utstarcom Incorporated | System and method for foreign agent control node redundancy in a mobile internet protocol network |
| EP1566071B1 (en) | 2002-10-30 | 2007-11-28 | Research In Motion Limited | Methods and device for preferably selecting a communication network which makes data service available |
| US7636132B2 (en) | 2003-04-17 | 2009-12-22 | Sharp Kabushiki Kaisha | Transmitter, receiver, wireless system, control method, control program, and computer-readable recording medium containing the program |
| US8140698B2 (en) * | 2003-04-30 | 2012-03-20 | International Business Machines Corporation | Method and system for efficient data transmission in interactive networked environments |
| US7203486B2 (en) | 2003-05-19 | 2007-04-10 | France Telecom | Wireless system having a dynamically configured multimodal user interface based on user preferences |
| JP2004355242A (ja) | 2003-05-28 | 2004-12-16 | Denso Corp | 車両用統合無線機の通信方法 |
| US20050215200A1 (en) | 2004-03-25 | 2005-09-29 | General Motors Corporation | Method and system for implementing a vehicle WiFi access point gateway |
| US20050233780A1 (en) | 2004-04-20 | 2005-10-20 | Nokia Corporation | System and method for power management in a mobile communications device |
| US7162236B2 (en) | 2004-04-26 | 2007-01-09 | Motorola, Inc. | Fast call set-up for multi-mode communication |
| US7277703B2 (en) | 2004-06-30 | 2007-10-02 | Nokia Corporation | Apparatus, and an associated method, for facilitating network selection utilizing modified scan list |
| US7728871B2 (en) * | 2004-09-30 | 2010-06-01 | Smartvue Corporation | Wireless video surveillance system & method with input capture and data transmission prioritization and adjustment |
| WO2006058553A1 (en) | 2004-12-03 | 2006-06-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Handing off a mobile station between a first access network supporting sip (session initiation protocol) and a second cellular access network |
| KR100653598B1 (ko) | 2005-02-01 | 2006-12-05 | 주식회사 인터파크지마켓 | 지능형 고객응대 시스템, 방법 및 그 기록매체 |
| JP4861713B2 (ja) * | 2005-02-01 | 2012-01-25 | イーベイ コリア カンパニーリミテッド | 知能型顧客応対システム、知能型顧客応対方法 |
| KR101100198B1 (ko) | 2005-04-11 | 2011-12-28 | 엘지전자 주식회사 | 멀티모드 단말에서의 초기 설정 및 링크 설정 방법 |
| WO2006111176A1 (en) | 2005-04-18 | 2006-10-26 | Telecom Italia S.P.A. | Method for interactive mobile network selection |
| US20060268711A1 (en) | 2005-05-27 | 2006-11-30 | Doradla Anil K | Network selection terminal |
| US8249590B2 (en) | 2005-08-16 | 2012-08-21 | Varaha Systems Incorporated | System, method, and apparatus for voice handoffs |
| US7970425B2 (en) | 2005-08-30 | 2011-06-28 | Alcatel-Lucent Usa Inc. | Push-to-talk group call system using CDMA 1x-EVDO cellular network |
| US20070178933A1 (en) | 2006-01-30 | 2007-08-02 | Sony Ericsson Mobile Communications Ab | Wireless communication network selection |
| CA2648072A1 (en) | 2006-03-31 | 2007-11-08 | Telcordia Technologies, Inc. | Method for use of preference list to manage network load and user experience in a multi-network environment |
| US20100000397A1 (en) * | 2006-04-17 | 2010-01-07 | Owen Oil Tools Lp | High Density Perforating Gun System Producing Reduced Debris |
| GB0619454D0 (en) | 2006-10-02 | 2006-11-08 | Fujitsu Ltd | Communication systems |
| US7751713B2 (en) * | 2007-01-19 | 2010-07-06 | Infinera Corporation | Communication network with skew path monitoring and adjustment |
| US8005107B2 (en) | 2007-02-06 | 2011-08-23 | Research In Motion Limited | Method and system for robust MAC signaling |
| EP1962471A1 (en) | 2007-02-21 | 2008-08-27 | Alcatel Lucent | Method of providing an access to a real-time service |
| US8233905B2 (en) * | 2007-06-15 | 2012-07-31 | Silver Spring Networks, Inc. | Load management in wireless mesh communications networks |
| US8031687B2 (en) | 2007-07-13 | 2011-10-04 | Kyocera Corporation | Optimized usage of access technology in a multi-mode architecture |
| US8233401B2 (en) * | 2007-08-13 | 2012-07-31 | Cisco Technology, Inc. | Using an IP registration to automate SIP registration |
| US8098680B2 (en) * | 2007-08-14 | 2012-01-17 | Motorola Mobility, Inc. | Method and system for managing transmissions in a wireless communication network |
| TW200937939A (en) * | 2008-02-26 | 2009-09-01 | Asustek Comp Inc | Method for establishing a communications link |
| US8090323B2 (en) | 2008-03-04 | 2012-01-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Reverse link optimized channel quality estimation |
| JP4850211B2 (ja) | 2008-06-19 | 2012-01-11 | 三菱電機株式会社 | 通信システム |
| JP5183397B2 (ja) * | 2008-09-29 | 2013-04-17 | 株式会社日立製作所 | 無線通信システム、呼処理制御装置及び呼処理制御方法 |
| US8639245B2 (en) * | 2009-06-08 | 2014-01-28 | Qualcomm Incorporated | Method and apparatus for updating rules governing the switching of virtual SIM service contracts |
-
2010
- 2010-01-25 US US12/693,117 patent/US9100815B2/en active Active
-
2011
- 2011-01-21 ES ES13168926.7T patent/ES2693108T3/es active Active
- 2011-01-21 EP EP13168926.7A patent/EP2632224B1/en active Active
- 2011-01-21 EP EP11701920.8A patent/EP2529563B1/en active Active
- 2011-01-21 EP EP13168940.8A patent/EP2632203B1/en active Active
- 2011-01-21 EP EP13168938.2A patent/EP2632225B1/en active Active
- 2011-01-21 WO PCT/US2011/021997 patent/WO2011091223A2/en not_active Ceased
- 2011-01-21 JP JP2012550139A patent/JP5544433B2/ja not_active Expired - Fee Related
- 2011-01-21 HU HUE13168938A patent/HUE035277T2/en unknown
- 2011-01-21 HU HUE13168940A patent/HUE032329T2/en unknown
- 2011-01-21 ES ES13168940.8T patent/ES2608652T3/es active Active
- 2011-01-21 CN CN201180015818.5A patent/CN102823279B/zh active Active
- 2011-01-21 ES ES11701920.8T patent/ES2553567T3/es active Active
- 2011-01-21 ES ES13168938.2T patent/ES2634460T3/es active Active
- 2011-01-21 KR KR1020127022316A patent/KR101492582B1/ko not_active Expired - Fee Related
- 2011-01-21 HU HUE13168926A patent/HUE039431T2/hu unknown
-
2015
- 2015-06-30 US US14/788,008 patent/US20150326429A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| ES2553567T3 (es) | 2015-12-10 |
| JP5544433B2 (ja) | 2014-07-09 |
| KR101492582B1 (ko) | 2015-02-11 |
| ES2608652T3 (es) | 2017-04-12 |
| EP2632203A2 (en) | 2013-08-28 |
| EP2632225B1 (en) | 2017-05-17 |
| EP2632203B1 (en) | 2016-10-12 |
| WO2011091223A2 (en) | 2011-07-28 |
| CN102823279B (zh) | 2015-08-05 |
| HUE039431T2 (hu) | 2018-12-28 |
| HUE032329T2 (en) | 2017-09-28 |
| US20110185011A1 (en) | 2011-07-28 |
| EP2529563B1 (en) | 2015-08-26 |
| HUE035277T2 (en) | 2018-05-02 |
| EP2529563A2 (en) | 2012-12-05 |
| EP2632224A3 (en) | 2013-12-18 |
| JP2013518467A (ja) | 2013-05-20 |
| EP2632224B1 (en) | 2018-08-08 |
| CN102823279A (zh) | 2012-12-12 |
| EP2632203A3 (en) | 2013-12-25 |
| EP2632225A3 (en) | 2013-12-25 |
| EP2632225A2 (en) | 2013-08-28 |
| WO2011091223A3 (en) | 2011-11-24 |
| EP2632224A2 (en) | 2013-08-28 |
| US20150326429A1 (en) | 2015-11-12 |
| US9100815B2 (en) | 2015-08-04 |
| KR20120123479A (ko) | 2012-11-08 |
| ES2693108T3 (es) | 2018-12-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2634460T3 (es) | Priorización de sistemas de capa física y gestión de sesión de comunicación en un sistema de comunicaciones inalámbricas | |
| ES2599359T3 (es) | Procedimiento y aparato para el traspaso entre sistemas de acceso | |
| KR101477369B1 (ko) | 무선 통신 시스템 내에서 액세스 단말이 통신 세션에 참여하고 있을 때 액세스 단말의 페이지들의 관리 | |
| KR101322490B1 (ko) | 무선 통신 시스템 내의 고-우선순위 통신 세션들 | |
| ES2541286T3 (es) | Procedimiento y aparato de intercambio de información de presencia en una red de comunicaciones | |
| KR101408468B1 (ko) | 무선 네트워크에서의 서비스 범위의 지리적 규제 | |
| KR101514907B1 (ko) | 무선 통신 시스템 내의 모바일 통신 디바이스를 대신한 키프-얼라이브 패킷들의 송신 | |
| ES2360742T3 (es) | Agrupamiento de señales de comunicación para mayor eficacia. | |
| KR20140025518A (ko) | 무선 통신 시스템에서 개인 영역 네트워크들에 걸쳐 적어도 부분적으로 지원되는 그룹 통신 세션들 | |
| ES2308520T3 (es) | Señalizacion y envio de datos asincromos en un sistema de telecomunicaciones inalambrico. | |
| KR101441779B1 (ko) | 무선 통신 시스템 내의 고-우선순위 통신 세션들 | |
| WO2011008790A1 (en) | Group communication sessions between session participants communicating via two or more different contact protocols within a wireless communications system | |
| ES2393244T3 (es) | Restricción en participación en una sesión de comunicación de pulsar para hablar (PTT) | |
| US10742512B2 (en) | System and method for multicast mapping | |
| JP5283781B2 (ja) | ワイヤレス通信システム内の高優先度通信セッション | |
| ES2354428T3 (es) | Procedimiento y aparato para aplicación de difusión en un sistema de comunicación inalámbrica. |