ATENCI? DE INICIO REDUCIDA AL CAMBIAR A UN SEGUNDO ENLACE DE RADIO DE PROTOCOLO UNA VEZ QUE LA SESIÓN ES INICIADA POR MEDIO DE UN PRIMER ENLACE DE RADIO DE PROTOCOLO CAMPO DE LA INVENCIÓN La presente invención se refiere a comunicaciones inalámbricas y, más particularmente, a comunicaciones por interfaz aérea en un sistema de comunicación de medios en tiempo real a base de paquetes, tal como un sistema de "oprima para hablar" por ejemplo. ANTECEDENTES DE LA INVENCIÓN Como una materia general, se conoce establecer una conferencia de medios en tiempo real sobre una red conmutada por paquetes entre dos o más estaciones de usuario, cada una operada por un usuario respectivo. Un servidor de comunicación, tal como una unidad de conferencia de puntos múltiples (MCU, por sus siglas en inglés) por ejemplo, puede residir funcionalidad en la red y puede operar como un dispositivo de puenteo o conmutación entre las estaciones participantes, para soportar la conferencia. En la práctica, una estación participante puede iniciar la conferencia al enviar al servidor de comunicación un mensaje de inicio de estación que identifique a los demás participantes deseados. En respuesta, el servidor puede buscar entonces conectar cada uno de los demás participantes designados, tal como al reenviar el mensaje de inicio de REF.: 180998 sesión o enviar un nuevo mensaje de inicio de sesión a cada una de las demás partes. Finalmente, el servidor podría establecer entonces una derivación de conferencia con cada estación participante, incluyendo la estación iniciadora, y el servidor podría puentear después las derivaciones juntas de tal manera que los usuarios en las estaciones puedan comunicarse unos con otros sustancialmente en tiempo real por medio del servidor. Un mecanismo de señalización tal como el bien conocido Protocolo de Inicio de Sesión (SIP, por sus siglas en inglés) se puede usar para inicializar la conferencia y más particularmente para iniciar cada derivación de conferencia. Además, medios digitalizados (voz, video, etc.) pueden empaquetarse y llevarse entre cada estación participante de acuerdo con un mecanismo tal como el bien conocido Protocolo de Transporte en Tiempo Real (RTP, por sus siglas en inglés), por ejemplo. Las normas de la industria central para SIP (Fuerza de Tarea de Ingeniería de Internet (IETF, por sus siglas en inglés) Solicitud de Comentarios (RFC, por sus siglas en inglés) 3261) y RTP (IETF RFC 1889) se incorporan en la presente a manera de referencia. Las conferencias de medios a base de paquetes pueden emplearse adecuadamente para proporcionar un servicio de "charla instantánea", en donde un usuario de una estación puede iniciar fácilmente una conferencia con uno o más usuarios objetivo designados en otras estaciones. El usuario de inicio puede simplemente seleccionar un usuario o grupo objetivo (si no se seleccionó por omisión) y luego oprimir un botón de conexión instantánea en su estación, y la estación del usuario en respuesta enviaría una señal a un servidor de comunicación para iniciar una conferencia entre el usuario de inicio y el usuario o grupo seleccionado. Esta clase de servicio es conocida como "charla instantánea" toda vez que intenta proporcionar una rápida conexión entre dos o más usuarios, en contraste con el servicio telefónico en donde un usuario marca un número telefónico de una parte y espera que se establezca una conexión por circuitos con esa parte. Un ejemplo de un servicio de charla instantánea se conoce comúnmente como "oprima para hablar" (PTT, por sus siglas en inglés) . En un sistema PTT, algunas o todas las estaciones de conferencia es probable que sean dispositivos inalámbricos tal como estaciones móviles celulares, que estén equipados para establecer conectividad inalámbrica de datos en paquetes y para acoplarse en comunicación de voz sobre paquetes (VoP, por sus siglas en inglés) . Como alternativa, algunas o todas las estaciones podrían ser otras clases de dispositivos, tales como computadoras personales de multimedia o Ethernet-teléfonos, que pueden establecer conectividad de datos en paquetes y acoplarse en comunicación VoP a través de comunicaciones terrestres. Además, cada estación podría equiparse con un botón PTT u otro mecanismo que un usuario pueda acoplar (accionar) para iniciar así una sesión PTT. Otros ejemplos de servicio de charla instantánea incluyen oprima para ver (videoconferencia) y similares. La participación de dispositivos inalámbricos celulares en sesiones de charla instantánea, sin embargo, crea ciertos problemas, principalmente debido a la disposición y operación de la mayoría de los sistemas de comunicación celulares. En un sistema de comunicación celular típico, un área geográfica se divide en una pluralidad de áreas de cobertura inalámbrica (por ejemplo, células y sectores celulares) , cada una definida por un patrón de radiación proveniente de una torre de estación transceptora base (BTS, por sus siglas en inglés) respectiva, y cada una tiene un grado limitado de recursos de radio (por ejemplo, frecuencia, canales de tráfico, potencia, etc.) que deben compartirse potencialmente entre numerosos dispositivos inalámbricos que operen en el área de cobertura. Para manejar el grado limitado de recursos de radio, la mayoría de los sistemas de comunicación celular asignan sus recursos de radio dinámicamente a dispositivos inalámbricos sobre una base según se requiera. Desafortunadamente, sin embargo, el proceso de asignar recursos de radio puede a su vez tardar varios segundos en completarse, lo cual puede introducir latencia inaceptable en el proceso de iniciar una sesión de charla "instantánea" con un dispositivo inalámbrico.
Este problema de latencia puede originarse tanto en el extremo de origen de una sesión de charla instantánea (el extremo que inicia la sesión) como en el extremo de terminación de la sesión de charla instantánea (cada extremo objetivo que es invitado a participar en la sesión) . Una forma establecida para mitigar la latencia de inicio en una sesión de latencia es la de almacenar temporalmente medios en el extremo de inicio. En particular, ciertos dispositivos que están equipados para soportar comunicación de charla instantánea pueden programarse para empezar a recibir y almacenar temporalmente medios (por ejemplo, voz) tan pronto como el usuario oprima y sostenga un botón de charla instantánea, y continuar haciendo esto hasta que el usuario libere el botón de charla instantánea. Una vez que una derivación de RTP se establece completamente entre el dispositivo y el servidor de comunicación, el dispositivo puede entonces empezar a transmitir los medios almacenados temporalmente (mientras también posiblemente continúe recibiendo medios adicionales del usuario) . El resultado final es que cada extremo de conclusión recibirá la corriente inicial de medios con cierto retraso introducido artificialmente. Sin embargo, dado que el usuario de inicio es probable que esté colocado lejos de cada usuario de terminación, este retraso normalmente no sería detectable. Aunque el almacenamiento temporal de medios funciona bien para mi tigar latencia, sin embargo, no ayuda realmente a reducir o eliminar la latencia. Por lo tanto se desea una mejora. BREVE DESCRIPCIÓN DE LA INVENCIÓN La presente invención parte inicialmente de una realización de que ciertos protocolos de comunicación por interfaz aérea facilitan una asignación más rápida de recursos de radio que otros y son por lo tanto propensos a introducir menos latencia en el proceso de establecer una sesión de charla instantánea. Sin embargo, al mismo tiempo, un protocolo de comunicación por interfaz aérea que funcione para asignar rápidamente recursos de radio podría no estar optimizado para llevar tráfico de medios en tiempo real a base de paquetes. Por ejemplo, este protocolo podría no proporcionar una garantía de ancho de banda y podría por lo tanto introducir fluctuación o retraso en comunicaciones en tiempo real. Otros protocolos de comunicación por interfaz aérea podrían estar mejor adaptados para llevar tráfico de medios en tiempo real a base de paquetes, al proporcionar ancho de banda garantizado por ejemplo. Para ayudar a resolver este problema, la presente invención proporciona un método y sistema en el cual un dispositivo inalámbrico usará un protocolo de interfaz aérea cuando se acople en señalización para establecer una conferencia de medios en tiempo real a base de paquetes y después automáticamente cambiará para usar otro protocolo de interfaz aérea para acoplarse en comunicación portadora en la conferencia establecida. De preferencia, pero no necesariamente, el primer protocolo de interfaz aérea que usa el dispositivo para la señalización de inicio de sesión estará bien adaptado para facilitar una adquisición de datos en paquetes relativamente rápida, y el protocolo de interfaz aérea al cual el dispositivo cambie para la comunicación portadora en la sesión estará bien adaptado para llevar tráfico de medios en tiempo real. BREVE DESCRIPCIÓN DE LAS FIGURAS Una modalidad ejemplar de la invención se describe en la presente con referencia a las figuras, en las cuales: La figura 1 es un diagrama de bloques de un sistema de comunicación híbrido ejemplar en el cual se puede implementar la modalidad ejemplar. La figura 2 es una gráfica de flujo que ilustra un proceso llevado a cabo de acuerdo con la modalidad ejemplar. La figura 3 es un diagrama de flujo que ilustra un proceso más específico llevado a cabo de acuerdo con la modalidad ejemplar. La figura 4 es un diagrama de flujo de mensajes que ilustra la señalización usada para iniciar una sesión de medios en tiempo real a base de paquetes. La figura 5 es una gráfica de flujo que ilustra funciones adicionales que siguen el método de la figura 3 y La figura 6 es un diagrama de bloques simplificado de un dispositivo de comunicación inalámbrica ejemplar dispuesto para llevar a cabo la modalidad ejemplar. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN 1. Arquitectura y Protocolos de Red Ejemplares De acuerdo con una modalidad ejemplar de la invención, el protocolo de interfaz aérea que el dispositivo inalámbrico usará para la señalización de inicio de sesión será el Protocolo de Acceso Múltiple por División de Código (CDMA, por sus siglas en inglés) de alta velocidad definido por la norma industrial IS-856 (algunas veces referida como lxEV-DO) , y el protocolo de interfaz aérea al cual el dispositivo inalámbrico automáticamente cambiará para usarlo para acoplarse en la comunicación portadora en la sesión establecida será el protocolo CDMA de legacía definido por la norma industrial IS-2000 (algunas veces referida como lxRTT) .
Sin embargo, la invención puede extenderse para usar otros protocolos de interfaz aérea también. a. Red de Acceso de Radio IS-2000 En una red de acceso de radio IS-2000 (RAN, por sus siglas en inglés) , la BTS que sirve a cada sector es acoplado con un controlador de estación base (BSC, por sus siglas en inglés), el cual es después acoplado con (i) un centro de conmutación móvil (MSC, por sus siglas en inglés) que proporciona conectividad con la red telefónica conmutada pública ( PDSN, por sus siglas en inglés ) y ( ii ) un nodo servidor de datos en paquetes ( PDSN) que proporciona conectividad con la red conmutada por paquetes . La interfaz aérea IS-2000 en cada sector se divide en canales tanto sobre el enlace hacia adelante ( es decir , para comunicaciones de la BTS a los dispositivos de comunicación inalámbricos (WCD , por sus siglas en inglés ) ) como el enlace hacia atrás (para comunicaciones de los WCD a las BTS) , cada canal siendo definido por un código "Walsh" único usado para modular comunicaciones en el canal y que se define además por un "Desplazamiento PN" único del sector. Varios de los canales se reservan para usarse como canales de control aéreo para manejar comunicaciones de enlace por radio, tales como un "canal de acceso" usado en el enlace hacia atrás para transportar mensajes de origen a la RAN, un "canal localizador" usado en el enlace hacia adelante para transportar mensajes de localización a WCD, y un "canal piloto" en el enlace hacia adelante para transportar el desplazamiento PN del sector. Los canales restantes son entonces reservados para usarse como canales de tráfico para llevar comunicaciones portadoras tales como voz y datos . Para adquirir conectividad de datos en paquetes en un sistema IS-2000 , un WCD envía un mensaj e de origen de datos en paquetes sobre el canal de acceso a la RAN, y el mensaj e pasa al MSC . El MSC dirige después al BSC para asignar un canal de tráfico para usarse con el WCD para acoplarse en comunicaciones de datos en paquetes, y el BSC en respuesta envía una directiva sobre un canal de control al WCD para causar que el WCD se sintonice a ese canal de tráfico. Además, una función de control de paquetes (PCF, por sus siglas en inglés) asociada con el BSC envía señales al PDSN para establecer un túnel "R-P" (radio-paquete) entre el BSC/PCF y el PDSN, y el PDSN y WCD negocian entonces entre sí para establecer una conexión por capas de enlace de datos tal como una sesión de protocolo de punto a punto (PPP) . Posteriormente, el WCD envía al PDSN una solicitud de registro Móvil-IP (MIP RRQ, por sus siglas en inglés) , la cual el PDSN (como Agente Foráneo (FA) Móvil-IP) envía sobre la red conmutada por paquetes a un Agente Doméstico (HA) Móvil-IP, y el HA asigna en respuesta una dirección IP al WCD para comunicarse en la red conmutada por paquetes. Provisto con una dirección IP, un enlace de datos con el PDSN, y un enlace de radio (canal de tráfico) con la RAN, el WCD puede después acoplarse en comunicaciones de datos en paquetes con otras entidades en la red conmutada por paquetes . En un sistema IS-2000 típico, un WCD puede programarse para adquirir automáticamente conectividad de datos en paquetes (al enviar una solicitud de origen para desencadenar el proceso anterior) luego del encendido. Una vez que el WCD adquiere conectívidad de datos en paquetes, se considera que está en un estado "activo", toda vez que un canal de tráfico de interfaz aérea se reserva para su uso. Para conservar recursos de radio, el BSC liberará después el canal de tráfico del WCD automáticamente si un periodo umbral de tiempo pasa sin que ningún dato en paquetes fluya hacia o desde el WCD. El WCD estará después en un estado "latente", en el cual mantendrá su enlace de datos con el PDSN y su dirección IP asignada, pero no tendrá enlace de radio (es decir, no tendrá canal de tráfico asignado) . Cuando un WCD latente busca enviar datos en paquetes, el WCD enviará un mensaje de origen al RAN que desencadenará la reasignación de un canal de tráfico al WCD, y el WCD, ahora en un estado activo, puede entonces enviar los datos en paquetes. En forma similar, cuando el PDSN y/o BSC recibe datos en paquetes destinados a un WCD latente, el BSC localizará al WCD sobre el canal de localización de la interfaz aérea, lo cual desencadenará la readquisición de un canal de tráfico para el WCD, y el WCD, ahora en un estado activo, puede entonces recibir los datos en paquetes. En un sistema IS-2000, la latencia en el inicio de una sesión de charla instantánea puede originarse en el extremo de origen (el WCD que inicia la sesión) , ya que tarda cierto tiempo para que el WCD de origen adquiera conectividad de datos en paquetes de la manera descrita arriba, ya sea de tachar (incluyendo adquisición de un enlace de radio, un enlace de datos y una dirección IP) o como una transición latente a activo (adquiriendo sólo un enlace de radio, dado un enlace de datos preexistente y dirección IP) . Además, la latencia puede originarse en cada extremo de conclusión, toda vez que similarmente toma cierto tiempo localizar un WCD de terminación y causar que el WCD adquiera después conectividad de datos en paquetes (típicamente como una transición latente a activo) . En algunos casos, la transición latente a activo en el extremo de origen tomará en el orden de tres segundos, y la transición latente a activo en el extremo de conclusión (incluyendo el tiempo para localizar el WCD de conclusión) podría estar en el orden de 4-6 segundos. En total, esta latencia en iniciar una sesión de charla instantánea es altamente indeseable. Por otro lado, IS-2000 está bastante bien optimizado para soportar comunicaciones de medios en tiempo real a base de paquetes, tales como sesiones de charla instantánea. Una razón para este es que, bajo IS-2000, cuando un WCD tiene una conexión de datos en paquetes activa, el WCD tiene un canal de tráfico de interfaz aérea dedicado reservado para su uso. Aunque el canal de tráfico dedicado podría tener una velocidad relativamente baja, su naturaleza dedicada tiende a evitar aspectos tales como fluctuación y similares que comúnmente están asociados con las conexiones conmutadas por paquetes (u otras no dedicadas) . b . Red de Acceso por Radio IS-856 Baj o IS-2000 , la velocidad más alta de comunicaciones de datos en paquetes teóricamente disponible en un canal de tráfico fundamental del enlace hacia adelante es 9.6 kbps . Para proporcionar servicio de datos en paquetes a velocidad más alta para soportar aplicaciones de ancho de banda más alto, la industria ha introducido un nuevo "sistema de datos en paquetes de alta velocidad (HRPD, por sus siglas en inglés) , el cual se define por la norma industrial IS-856. IS-856 palanquea las características asimétricas de la mayoría del tráfico IP, en el cual el enlace hacia adelante típicamente lleva una carga más pesada que el enlace hacia atrás . Bajo IS-856, el enlace hacia adelante usa multiplexión por división de tiempo (TDM, por sus siglas en inglés) , para de esta manera asignar toda la potencia en un sector a un usuario dado en cualquier momento, mientras que el enlace hacia atrás conserva ampliamente el formato tradicional de multiplexión por división de código (CDM, por sus siglas en inglés ) IS-2000 , aunque con la adición de un canal de "control de velocidad de datos " (DRC , por sus siglas en inglés ) usado para indicar la velocidad de datos soportable y sector de mej or servicio para el enlace hacia adelante . El resultado final es que un WCD que opere baj o IS- 856 puede , en teoría , recibir datos en paquetes a una velocidad de menos 38 . 4 kbps y hasta 2 . 4 Mbps . El enlace hacia adelante IS-856 se divide en segmentos de tiempo de 2048 chips de longitud, y cada segmento de tiempo es además multiplexado por división de tiempo para llevar varios canales , incluyendo un canal piloto , un canal de Control de Acceso a Medio (MAC , por sus siglas en inglés ) , y , si existe tráfico alguno , un canal de tráfico hacia adelante y un canal de "control " . Como en IS-2000 , cada sector en IS- 856 se define por un desplazamiento PN, y el canal piloto porta una indicación del desplazamiento PN del sector . Para adquirir conectividad de datos en paquetes baj o IS-856 , después de que un WCD detecta primero un portador IS- 856 , el WCD envía a su BSC ( o controlador de red de radio "RNC" ) , como también se conoce ) una solicitud UATI ( Identif icador de Terminal de Acceso Universal ) , y recibe en respuesta un Identi f icador de Estación Móvil Internacional ( IMSI , por sus siglas en inglés ) , el cual el WCD puede usar después para identificarse a sí mismo en comunicaciones subsecuentes con el BSC. El WCD envía entonces una solicitud de conexión al BSC, y el BSC en respuesta invoca un proceso para autenticar el WCD y para hacer que el WCD adquiera una base de datos . En particular, el BSC envía una solicitud de acceso a un servidor de Red de Acceso AAA (ANAAA, por sus siglas en inglés) , y el servidor ANAAA autentica el WCD. El BSC asigna después recursos de radio para la sesión de datos, al dirigir el WCD para operar en un segmento de tiempo particular de canal de tráfico en el enlace hacia adelante y un canal de tráfico codificado Walsh particular en el enlace hacia atrás. Además, las señales del BSC al PDSN, y el PDSN y WCD después negocian para establecer un enlace de datos PPP. Además, al igual que en el proceso IS-2000, el WCD envía después una MIP RRQ al PDSN, la cual el PDSN envía a un HA, y el HA asigna una dirección IP móvil para que la use el WCD. Al igual que en IS-2000, una vez que el WCD ha adquirido un enlace de radio IS-856, un enlace de datos y una dirección IP, se considera que el WCD está en un modo activo. En el modo activo, al WCD se le da uso completo de la potencia del sector en su segmento de tiempo asignado (es decir, cada vez que su segmento de tiempo ocurre) , lo cual facilita comunicación de datos de velocidad más alta. Además, como en IS-2000, si el WCD no envía o recibe datos durante un periodo de tiempo definido, el WCD entra en un modo latente. En el modo latente, un sistema IS-856 mantiene el estado lógico de la sesión del WCD (por ejemplo, dirección IP, estado PPP, e información de sesión de enlace de radio) , mientras libera los recursos de enlace de radio del WCD (por ejemplo, el segmento de tiempo que había sido asignado para usarse por el WCD) . Con el estado de sesión mantenido, el WCD puede rápidamente readquirir un enlace de radio para de esta manera enviar o recibir datos en paquetes, dando así la apariencia de que el WCD está "siempre encendido". Como en IS-2000, la latencia en el inicio de una sesión de charla instantánea puede originarse en un sistema IS-856 tanto en el extremo de origen como en el extremo de conclusión. Sin embargo, dada la disposición de IS-856, incluyendo su mantenimiento del estado de conexión lógico, la latencia en IS-856 tenderá a ser mucho menor que en IS-2000. En el extremo de origen, por ejemplo, la transición latente a activo bajo IS-856 puede estar en el orden de 0.5 segundos, en comparación con aproximadamente 3 segundos bajo IS-2000. En el extremo de conclusión, la transición latente a activo en IS-856 puede estar en el orden de 1 a 3 segundos, en comparación con alrededor de 4-6 segundos bajo IS-2000. Dada esta latencia esperada más baja en IS-856, tiene sentido usar IS-856 para iniciar una sesión de charla instantánea. Por otro lado, IS-856 no está tan bien optimizado como IS-2000 para soportar comunicaciones de medios en tiempo real a base de paquetes tales como sesiones de charla instantánea. Una razón de esto es que, bajo IS-856, existe un número limitado de segmentos de tiempo, y de esta manera un IS-856 BSC aplica un algoritmo de programación que asigna dinámicamente los segmentos de tiempo a WCD activos. Como resultado, dependiendo del número de WCD activos actualmente en el sector, un WCD activo puede o no siempre tener un segmento de tiempo. Esta asignación de ancho de banda no garantizada puede causar estragos en las comunicaciones de medios en tiempo real a base de paquetes, introduciendo fluctuación y otros efectos indeseados.
Por otro lado, IS-2000 está bastante bien optimizado para soportar comunicaciones de medios en tiempo real a base de paquetes, tales como sesiones de charla instantánea. Una razón de esto es que, bajo IS-2000, cuando un WCD tiene una conexión de datos en paquetes activa, el WCD tiene un canal de tráfico de interfaz aéreo dedicado reservado para su uso. Aunque el canal de tráfico dedicado podría tener una velocidad relativamente baja, su naturaleza dedicada tiende a evitar problemas tales como fluctuación y similares que comúnmente se asocian con las conexiones conmutadas por paquetes (u otras no dedicadas) . c . Sistemas Híbridos Dada la proliferación de los sistemas IS-2000 de legacía, IS-856 se diseñó para ser siempre compatible hacia atrás y facilitar la operación "híbrida". Una "terminal de acceso híbrida" se define como un WCD que puede operar sobre redes tanto IS-2000 como IS-856. En un sistema híbrido, cobertura IS-2000 e IS-856 se proporciona sobre diferentes frecuencias portadoras, cada una de las cuales tiene 1.25 MHz de ancho de banda para concordar con la operación de legacía. Además la mayoría de los sistemas IS-856 se proporcionan como recubrimiento en sistemas IS-2000 existentes, de tal manera que un BSC dado proporciona ya sea cobertura IS-2000 o tanto cobertura IS-2000 como IS-856. Para un sector IS-2000, el BSC puede tener sólo una tarjeta de circuito IS-2000. Para un sector IS-2000/IS-856 híbrido, por otro lado, el BSC puede tener tanto una tarjeta de circuito IS-2000 para facilitar la operación IS-2000 como una tarjeta de circuito IS-856 para facilitar la operación IS-856. Un dispositivo híbrido típico será programado para usar una conexión de datos IS-856 cuando se enfrente con la elección entre IS-856 e IS-2000, es decir, cuando esté en un sector híbrido. Mediante diseño estándar, cuando una terminal híbrida está operando en un sistema IS-856, también onitoreará periódicamente los canales de control en el sistema IS-2000, en busca de cualquier llamada de voz entrante, mensajes SMS o similares, y para monitorear señales piloto para facilitar la transferencia. En el modo IS-856 activo, la terminal sintoniza periódicamente (por ejemplo, cada 5 segundos) a la frecuencia de sistema IS-2000 para monitorear los canales de control IS-2000 y luego sintoniza de nuevo a la frecuencia IS-856 para reasumir la sesión de datos activa. En el modo IS-856 latente/inactivo, la terminal opera de una manera segmentada para monitorear tanto el canal de control IS-856 como los canales de control IS-2000. Además, debido a que IS-856 es provisto típicamente como un recubrimiento en un sistema IS-2000 existente, es posible que una terminal híbrida pueda tener que transferir de un sector híbrido (que proporcione cobertura tanto IS-2000 como IS-856) a un sector IS-2000 (que no proporcione cobertura IS-856), por ejemplo, mientras se mueve físicamente fuera de un sector híbrido y dentro de un sector IS-2000. En la práctica, cada vez que la terminal sintonice a la frecuencia IS-2000 para monitorear los canales de control IS-2000, la terminal puede monitorear la potencia de la señal piloto IS-2000 y puede desencadenar una transferencia al sistema IS-2000 a través de procedimientos convencionales. Si ocurre esta transferencia de IS-856 a IS-2000 cuando la terminal está en el modo IS-856 inactivo/latente, entonces la terminal simplemente se registrará en el sistema IS-2000 y dejará caer su enlace de radio IS-856. Es decir, la terminal puede solicitar conectividad de datos en paquetes en el sistema IS-2000 y en consecuencia obtener un enlace de radio IS-2000. Además, debido a que el mismo PDSN y agente doméstico IP móvil sirve probablemente a ambos sistemas IS-2000 e IS-856, la terminal puede simplemente mantener su sesión PPP y dirección IP móvil existentes. Como una forma de lograr esto en la práctica, cuando la terminal adquiere un enlace de radio IS-2000 y convencionalmente envía una MIP RRQ al PDSN, la terminal podría incluir su dirección móvil IP ya asignada en la MIP RRQ. Cuando el PDSN recibe la MIP RRQ y detecta que la terminal ya tiene una dirección móvil-IP, el PDSN precedería enviar la MIP RRQ al agente doméstico. En lugar de ello, el PDSN en respuesta trabajaría con el IS-2000 BSC/PCF para iniciar un nuevo túnel R-P para la conexión IS-2000 y desarmaría el túnel R-P que tenía con el BSC/PCF IS-856. Si ocurre la transferencia de IS-856 a IS-2000 cuando la terminal está en un modo IS-856 activo, por otro lado, la terminal, como algo estándar, cambiará primero a un modo latente IS-856 y luego adquirirá conectividad de datos en paquetes dedicada en un sistema IS-2000 de la manera descrita en el párrafo anterior. También es posible que una terminal híbrida que opere en un sistema IS-2000 pueda cambiar de un sector IS-2000 a un sector híbrido. A este respecto, cuando una terminal híbrida está en un estado IS-2000 inactivo/latente, la terminal llevará a cabo búsquedas fuera de frecuencia periódicas en un esfuerzo por descubrir sistemas IS-856 existentes. Si la terminal encuentra de esta manera un sistema IS-856, adquirirá conectividad de datos en paquetes IS-856 y luego operará en el sistema IS-856 como se describió arriba. Las normas existentes generalmente no permiten que una terminal híbrida que esté en un modo IS-2000 activo se transfiera a IS-856, principalmente debido a que, en el modo IS-2000 activo, no se hace provisión alguna para descubrir sistemas IS-856 coexistentes . Sin embargo, una vez que la terminal cambia a un modo latente IS-2000, puede entonces trabarse en un sistema IS-856 como se describió arriba. Cuando está en un modo IS-2000 inactivo, si una terminal híbrida se traba en un sistema IS-856 y adquiere conectividad de datos en paquetes, la terminal aplicará el proceso de conexión de datos en paquetes convencional, incluyendo adquirir un enlace de radio IS-856, y un enlace PPP y dirección IP. Cuando está en un modo IS-2000 latente, la terminal aplicará también el proceso de conexión de datos en paquetes convencional, pero, al igual que con la transferencia de IS-856 a IS-2000, la terminal puede únicamente tener que adquirir un enlace de radio IS-856, ya que el PDSN puede reconocer que la terminal ya tiene una dirección IP asignada. La figura 1 ilustra un sistema de comunicación híbrido ejemplar para servir a una terminal híbrida 14. Como se muestra en la figura 1, el sistema híbrido ejemplar incluye un BTS IS-856 16 que radia para definir al menos un sector IS-856 18 en el cual la terminal 14 puede operar. El BTS IS-856 16 es después acoplado con un BSC IS-856 20, el cual incluye o está acoplado con un PCF IS-856 22. El PCF IS-856 22 es después acoplado con una PDSN 24 que proporciona conectividad con una red conmutada por paquetes 26. Sentado sobre la red conmutado por paquetes está, a su vez, un agente doméstico móvil-IP 28. El sistema híbrido ejemplar incluye además un BTS IS-2000 30 que radia para definir al menos un sector IS-2000 32 en cuya terminal 14 también puede operar. El BTS IS-2000 30 es luego acoplado con un BSC IS-2000 34, el cual incluye o está acoplado con un PCF IS-2000 36. El PCF IS-2000 36 es después acoplado similarmente con la PDSN 24, proporcionando así conectividad con la red conmutada por paquetes 26. Por motivos de simplicidad, la figura 1 ilustra el BTS IS-856 16 como estando físicamente separado del BTS IS-2000 30, y el BSC IS-856 y PCF 20, 22 como estando físicamente separados del BSC IS-2000 y PCF 34, 36. Además, la figura 1 ilustra el sector IS-856 18 como estando físicamente separado de, aunque cubriendo parcialmente, el sector IS-2000 32. Sin embargo, en la práctica real, algunos elementos del sistema IS-856 y el sistema IS-2000 pueden ser co-localizados o pueden al menos compartir ciertos recursos. Por ejemplo, una sola torre de antena BTS puede proporcionarse para dar servicio tanto al sistema IS-856 como al sistema IS-2000. Como otro ejemplo, según se indicó arriba, un solo BSC puede ser provisto con tarjetas de circuitos separadas para soportar la operación IS-856 e IS-2000. Como otro ejemplo más, los sectores IS-856 e IS-2000 18, 32, aunque operan bajo diferentes protocolos de interfaz aérea, pueden ser sustancialmente colindantes. En una modalidad preferida, como la mostrada, los sistemas IS-856 e IS-2000 comparten una PDSN 24 común y un agente doméstico IP móvil 28 común. De manera adecuada, como se indicó arriba, esto puede hacer posible una transferencia eficiente de conectividad de datos en paquetes entre los sistemas IS-856 e IS-2000, los únicos cambios siendo únicamente (i) una transición de un enlace de radio a otro y (ii) una transición de un enlace R-P a otro. 2. Operación Ejemplar Como se indicó arriba, de acuerdo con la modalidad ejemplar, un WCD usará un protocolo de interfaz aérea cuando se acople en señalización para establecer una conferencia de medios por tiempo real a base de paquetes, y el WCD cambiará automáticamente para usar otro protocolo de interfaz aérea para comunicación portadora en la conferencia establecida. La figura 2 es una gráfica de flujo que ilustra generalmente este proceso. Como se muestra en la figura 2, en la etapa 40, el WCD primero adquirirá conectividad de datos en paquetes inalámbrica, incluyendo un primer enlace de radio de protocolo. En la etapa 42, el WCD se acoplará después en señalización de inicio de sesión a base de paquetes (tal como señalización SIP) sobre el primer enlace de radio de protocolo, para establecer una sesión de medios en tiempo real a base de paquetes. En la etapa 44, el WCD detectará entonces la conclusión del inicio de sesión, y, en la etapa 46, el WCD cambiará en respuesta a usar un segundo enlace de protocolo en lugar de el primer enlace de radio de protocolo. A su vez, en la etapa 48, el WCD se acoplará en comunicación de medios en tiempo real base de paquetes sobre el segundo enlace de radio de protocolo, en la sesión establecida. Dado que se espera que IS-856 funcione bren para iniciar una sesión de charla instantánea (gracias a una adquisición de enlace de radio más rápida) pero se espera que IS-2000 funcione mejor para comunicación de medios en tiempo real a base de paquetes (gracias a un ancho de banda sustancialmente garantizado) , una modalidad preferida implicará usar IS-856 para el inicio de sesión y después cambiar automáticamente a IS-2000 para comunicación portadora en la sesión establecida. La figura 3 es una gráfica de flujo igual a la de la figura 2, modificada para mostrar esta disposición, en la cual el primer protocolo es IS-856 y el segundo protocolo es IS-2000. Como se muestra en la etapa 50 en la figura 3, un WCD adquirirá primero conectividad de datos en paquetes inalámbrica, incluyendo obtener un enlace de radio IS-856. En la etapa 52, el WCD se acoplará después en señalización de inicio de sesión a base de paquetes (tal como señalización SIP) sobre el enlace de radio IS-856, para establecer una sesión de medios en tiempo real a base de paquetes . En la etapa 54, el WCD detectará entonces la conclusión del inicio de sesión. Y en la etapa 56, el WCD en respuesta cambiará a tener conectividad de datos en paquetes sobre un enlace de radio IS-2000 en lugar del enlace de radio IS-856. A su vez, en la etapa 58, el WCD se acoplará en comunicación de medios en tiempo real a base de paquetes sobre el enlace de radio IS-2000, en la sesión establecida. Como se contempla actualmente, las funciones ilustradas en las figuras 2 y 3 pueden ser llevadas a cabo por un WCD ya sea en el extremo de origen o extremo de conclusión de una sesión de medios en tiempo real a base de paquetes, toda vez que ambos extremos necesitarían acoplarse en señalización de inicio de sesión para establecer la sesión y después tendrían que acoplarse en comunicación de medios portadores en la sesión establecida. En cualquier caso, el WCD que lleve a cabo la función de la invención de preferencia será un WCD híbrido, es decir, un WCD que sea capaz de operar selectivamente bajo el primer protocolo de enlace de radio (por ejemplo, IS-856) o el segundo protocolo de enlace de radio (por ejemplo, IS-2000) . En la modalidad preferida, el WCD híbrido automáticamente adquirirá conectividad de datos en paquetes inalámbricos cuando se encienda primero o en respuesta a un activador designado tal como un usuario que ponga al WCD en un modo de charla instantánea (por ejemplo, al invocar una aplicación de cliente de charla instantánea) . Como un punto de partida, la invención asume que el WCD tiene conectividad de datos en paquetes inalámbrica bajo un primer enlace de radio de protocolo, por ejemplo, IS-856. En un sistema híbrido IS-856/IS-2000 en donde WCD prefiere usar IS-856 cuando IS-856 está disponible, esto sería un modo por omisión en cualquier caso. Sin embargo, el WCD probablemente ha pasado a un modo latente. Como se indicó arriba, la función de acoplarse en señalización de inicio de sesión a base de paquetes para establecer una sesión de medios en tiempo real a base de paquetes puede implicar acoplarse en señalización ISP (por ejemplo, en una forma aleatoria) . La figura 4 ilustra un flujo de mensajes SIP ejemplar para establecer una sesión de charla instantánea entre un WCD 60 de inicio individual y un WCD 62 de conclusión individual, a través de un servidor de comunicación 64, en donde tanto el WCD de inicio 60 como el WCD de conclusión 62 están actualmente en un modo IS-856 latente. Sin embargo, se debe entender que muchas variaciones de este ejemplo son posibles. Además, elementos (por ejemplo direccionadores , etc.) además de, o en lugar de, aquellos mostrados pueden estar implicados en el proceso. Como se muestra en la figura 4 en la etapa 66, un usuario 68 dirige primero una aplicación de charla instantánea en el WCD 60 para iniciar una sesión de charla instantánea con el WCD 62 (o, más probablemente, con un usuario 70 de WCD 62) tal como al oprimir y mantener oprimido un botón de charla instantánea en el WCD 60. En la etapa 72, el WCD 60 genera en respuesta y envía un mensaje SIP "INVITE" al servidor de comunicación 64, designando WCD 62 (por ejemplo, por dirección SIP) como el objetivo. Para enviar este mensaje, ya que el WCD 60 está actualmente en un modo IS-856 latente, el WCD 60 primero cambiará rápidamente a un modo IS-856 activo y después enviaría un mensaje SIP INVITE sobre IP al servidor 64. En la etapa 74, el servidor 64 envía entonces un mensaje SIP INVITE sobre IP al WCD 62. Una vez que este mensaje alcance el RAN IS-856, un BSC IS-856 podría detectar que el WCD 62 está actualmente latente y en respuesta buscaría al WCD 62 para causar que el WCD 62 cambie a un modo IS-856 activo. El WCD 62 recibiría entonces el mensaje SIP INVITE. A su vez, para aceptar la invitación de sesión, en la etapa 76, el WCD 62 envía después un mensaje SIP "200 OK" por medio de su conexión de datos en paquetes IS-856 establecida al servidor 64. Y en la etapa 78, el servidor 64 envía después un mensaje SIP 200 OK por su propia cuenta al WCD 60, el cual recibe el WCD 60 por medio de su conexión de datos en paquetes IS-856 establecida. Para completar el inicio de una derivación RTP entre WCD 60 y servidor 64, en la etapa 80, el WCD 60 envía después un mensaje SIP "ACK" por medio de su conexión IS-856 establecida al servidor 64. Finalmente, para completar el inicio de una derivación RTP al servidor 64 y WCD 62, en la etapa 82, el servidor 64 envía un mensaje SIP ACK al WCD 62, el cual recibe el WCD 62 por medio de su conexión IS-856 establecida. En la etapa 84, la sesión de medios en tiempo real a base de paquetes puede comenzar entonces, con el servidor 64 puenteando las derivaciones RTP juntas de tal forma que los usuarios puedan comunicarse unos con otros. Como se indicó arriba, un WCD de inicio puede ser dispuesto para almacenar temporalmente medios durante el inicio de sesión, para de esta manera mitigar la latencia de inicio. Este almacenamiento temporal se ilustra por la flecha 86 bajo el lado del flujo de mensajes en la figura 4. La flecha se extiende desde el momento en que el usuario instruye primero al WCD 60 iniciar la sesión de charla instantánea hasta el momento en el que la derivación RTP de inicio ha sido completamente establecida. Una vez que la derivación RTP de inicio ha sido establecida, el WCD 60 de inicio puede entonces empezar a enviar los medios almacenados temporalmente por medio de RTP al servidor 64. Si el usuario de inicio 68 aún está hablando (o el WCD 60 está de otra manera aún recibiendo medios) cuando la derivación RTP de inicio se establece finalmente, el WCD 60 puede empezar a transmitir los medios almacenados temporalmente mientras continúa recibiendo y almacenando temporalmente medios adicionales. Una vez que el usuario acaba de hablar (por ejemplo, libera el botón de charla instantánea) , el WCD puede detener el almacenamiento temporal y empezar a transmitir. Como se contempla actualmente, la función de detectar la conclusión del inicio de sesión, de tal forma que se desencadene entonces una transición del primer enlace de radio de protocolo (por ejemplo, IS-856) al segundo enlace de radio de protocolo (por ejemplo, IS-2000) puede adoptar varias formas. A manera de ejemplo, en el extremo de inicio, la función puede implicar simplemente detectar la transmisión de un mensaje SIP ACK final al servidor 64, para completar el establecimiento de la derivación RTP de inicio. De manera similar, el extremo de conclusión, la función puede implicar simplemente detectar la recepción de un mensaje SIP ACK final proveniente del servidor 64, para completar el establecimiento de la derivación RTP conclusión. Como otro ejemplo, si el extremo de inicio almacena temporalmente medios para ayudar a mitigar la latencia de inicio, entonces la función de detectar la conclusión del inicio de sesión puede implicar detectar ésta última de (i) el extremo de inicio que recibe un mensaje SIP ACK del servidor e (ii) el extremo de inicio que concluya su recepción inicial de medios. Por ejemplo, si el usuario de inicio 68 termina de hablar inicialmente y libera el botón de charla instantánea antes de que la derivación RTP de inicio se establezca completamente, entonces el WCD 60 puede tratar su recepción de un mensaje SIP ACK del servidor como una indicación de que se completó el inicio de sesión, para de esta forma activar una transición de IS-856 a IS-2000. Como alternativa, si el usuario de inicio 68 empieza a hablar inicialmente y libera el botón de charla instantánea después de que la derivación RTP de inicio se establezca completamente, entonces el WCD puede tratar la liberación del botón de charla instantánea como una indicación de que el inicio de sesión está completo, para activar así la transición de IS-856 a IS-2000. La función de detectar la conclusión del inicio de sesión puede adoptar otras formas también, tal como detectar la ocurrencia de otros eventos después de que se complete la señalización de inicio de sesión. La función del WCD que cambia del primer enlace de radio de protocolo al segundo enlace de radio de protocolo también puede tener varias formas. A manera de ejemplo, si el WCD está en un modo IS-856 activo, el WCD puede cambiar automáticamente a IS-2000 de la manera descrita arriba. En particular, el WCD puede cambiar primero a un modo IS-856 latente y luego adquirir conectividad a datos en paquetes IS-2000. Más particularmente, el WCD puede enviar en forma programada un mensaje de Conexión de Radio de Liberación al IS-856 BSC y puede enviar después un mensaje de origen de datos en paquetes al IS-2000 BSC para adquirir así un enlace de radio IS-2000 y desencadenar el establecimiento de un nuevo túnel R-P entre el PDSN y el IS-2000 BSC/PCF. Mientras tanto, el WCD puede mantener su enlace PPP existente con la PDSN y su dirección móvil-IP existente, por lo que puede entonces continuar acoplándose en comunicación de datos en paquetes . En una modalidad preferida, un WCD también puede establecer una transición en forma programada del segundo enlace de radio de protocolo de regreso al primer enlace de radio de protocolo (aunque con un canal de tráfico diferente, por ejemplo, segmento de tiempo, asignación) cuando la sesión de medios en tiempo real a base de paquetes sea concluida. Al regresar de nuevo al primer enlace de radio de protocolo luego de la conclusión de la sesión de medios en tiempo real a base de paquetes, el WCD estará entonces preparado para acoplarse en señalización de inicio de sesión de nuevo por medio del primer enlace de radio de protocolo. La figura 5 es una gráfica de flujo que ilustra esta función de reversión luego de las etapas 50-58 de la figura 3. Como se muestra en la etapa 88 en la figura 5, después de que el WCD se acopla en la sesión de medios en tiempo real a base de paquetes por medio del enlace de radio IS-2000, el WCD detectará la conclusión de la sesión de medios en tiempo real a base de paquetes. En la etapa 90, el WCD en respuesta regresará a una conexión de datos en paquetes IS-856, por lo que estará preparado para acoplarse rápidamente en señalización de inicio de sesión nuevamente si se originase la necesidad. La función de detectar la conclusión de la sesión de medios en tiempo real a base de paquetes, al igual que otras funciones descritas arriba, puede tener varias formas. A manera de ejemplo, si SIP se usa para la señalización de sesión, la función puede implicar detectar la transmisión o recepción de un mensaje SIP que señalice la conclusión de la sesión, o al menos la conclusión de una derivación de la sesión. Por ejemplo, la función puede implicar detectar la transmisión o recepción de un mensaje SIP "BYE", el cual se use para concluir una sesión RTP, o la transmisión o recepción de un mensaje SIP 200 OK enviado en respuesta al mensaje SIP BYE. También son posibles otros ejemplos. Además, la función de establecer una transición de una conexión de datos en paquetes IS-2000 a una conexión de datos en paquetes IS-856 también puede tener varias formas. A manera de ejemplo, el WCD puede simplemente esperar a que el temporizador activo a latente IS-856 expire, para que el WCD entonces cambie normalmente a un modo IS-856 durmiente, y el WCD puede entonces en forma programada adquirir conectividad de datos en paquetes IS-856 como se describió arriba, manteniendo de preferencia su enlace PPP existente y dirección IP móvil. Como otro ejemplo, el WCD puede cambiar autónomamente a un modo IS-2000 latente (sin esperar al periodo de tiempo activo a latente normal que expire) y después similarmente adquirir conectividad de datos en paquetes IS-856. 3. Dispositivo de Comunicación Inalámbrico Ejemplar Finalmente, en referencia a la figura 6, se proporciona un diagrama de bloques implicado de un WCD 100 ejemplar, para ilustrar algunos de los componentes funcionales que probablemente se encontrarían en el WCD dispuesto para operar de acuerdo con la modalidad ejemplar. El WCD ilustrado es de preferencia capaz de operar como un WCD de inicio (para iniciar una sesión de medios en tiempo real a base de paquetes) y como un WCD de conclusión (para cerrar el objetivo de una sesión de medios en tiempo real a base de paquetes) . Además, el WCD es de preferencia un WCD híbrido, capaz de operar tanto bajo IS-2000 e IS-856. En una modalidad preferida, el WCD será un teléfono celular. Sin embargo, puede tener también otras formas. El WCD 100 ejemplar incluye de preferencia una interfaz de comunicación inalámbrica IS-2000 102, una interfaz de comunicación inalámbrica IS-856 104, una interfaz de usuario 106, un procesador 108 y almacenamiento de datos 110, todos los cuales pueden acoplarse juntos por un bus de sistema u otro mecanismo 112, y todos los cuales pueden situarse dentro o sobre un alojamiento (no mostrado) .
La interfaz de comunicación inalámbrica IS-2000 102 facilita la comunicación inalámbrica de acuerdo con el protocolo IS-2000. En la práctica, la interfaz de comunicación inalámbrica IS-2000 102 puede comprender un conjunto de chips diseñado adecuadamente, acoplado con una antena de radiofrecuencia (RF) . De preferencia, el conjunto de chips está dispuesto para facilitar el establecimiento y mantenimiento de conectividad de datos en paquetes inalámbrica IS-2000, de la manera descrita arriba por ejemplo. La interfaz de comunicación inalámbrica IS-856 104, por otro lado, facilita la comunicación inalámbrica de acuerdo con el protocolo IS-856. Al igual que la interfaz de comunicación inalámbrica IS-2000 102, la interfaz de comunicación inalámbrica IS-856 104 puede comprender un conjunto de chips diseñado adecuadamente, acoplado con una antena RF . De preferencia, el conjunto de chips está dispuesto para facilitar el establecimiento y mantenimiento de conectividad de datos en paquetes inalámbrica IS-856, también de la manera descrita arriba. Ambas interfaces de comunicación inalámbricas 102, 104 pueden compartir un conjunto de chips común (por ejemplo, un conjunto de chips de doble banda IS-2000 e IS-856) y/o una antena común. La interfaz de usuario 106 facilita la interacción del usuario con el WCD 100. Así, en una modalidad preferida, la interfaz de usuario 106 incluye mecanismos de entrada y salida de audio, tales como un micrófono y altavoz, mecanismos de entrada y salida de video, tales como una pantalla de presentación visual y una cámara, y varios mecanismos de selección por usuario, tales como un teclado, pantalla sensible al tacto o máquina de reconocimiento de voz, así como un botón de charla instantánea para iniciar una sesión de charla instantánea o para solicitar el piso en una sesión de charla instantánea. Además, la interfaz de usuario 106 puede incluir circuitos de conversión digital a análogo y análogo a digital, para facilitar medios de recepción y digitalización (por ejemplo, voz y/o video) y reproducir medios digitalizados (por ejemplo, voz y/ video) . El procesador 108 incluye uno o más procesadores, tales como uno o más procesadores de propósitos generales y/o uno o más procesadores dedicados (por ejemplo, ASICs, DSPs, etc.) . El almacenamiento de datos 110, a su vez, también puede comprender memoria volátil y/o no volátil y puede integrarse completamente o en partes con el procesador 108. El almacenamiento de datos 110 contiene de preferencia instrucciones de programa ejecutables por el procesador 108 para llevar a cabo varias funciones lógicas descritas en la presente. (Como alternativa, las funciones lógicas pueden definirse por hardware, firmware y/o cualquier combinación de hardware, firmware o software y en el WCD) .
A manera de ejemplo, las instrucciones de programa en el almacenamiento de datos 110 definirán de preferencia una implicación de cliente de charla instantánea, tal como una aplicación de oprima para hablar, con la cual un usuario puede invocar a través de una selección de menú o al acoplar un botón de charla instantánea de la interfaz de usuario 106. Además, las instrucciones de programa definirán lógica para adquirir conectividad de datos en paquetes, tanto bajo IS-856 e IS-2000. En particular, la lógica puede causar que el WCD adquiera conectividad de datos en paquetes IS-856 después del encendido, después de la ejecución de la aplicación de charla instantánea y/o en respuesta a algún otro evento de desencadenamiento, de tal forma que WCD tenga conectividad de datos en paquetes IS-856 en el momento en que se inicie una sesión de charla instantánea. Además, la lógica causará que WCD cambie automáticamente a conectividad de datos en paquetes IS-2000 luego de la conclusión del inicio de sesión, para de esta manera acoplarse en comunicación portadora en la sesión por medio de IS-2000. Y la lógica puede causar además que el WCD cambie de regreso automáticamente a conectividad de datos en paquetes IS-856 después de la conclusión de la sesión . Las instrucciones de programa en el almacenamiento de datos 110 también definen de preferencia lógica para acoplarse en inicio de sesión y para acoplarse en comunicación de medios en tiempo real a base de paquetes. Por ejemplo, las instrucciones de programa pueden definir una pila de mensajes SIP para acoplarse en señalización SIP tal como aquella descrita arriba, una pila de protocolos IP para acoplarse en comunicación IP, lógica de cliente RTP para enviar y recibir medios en tiempo real sobre IP, y uno o más codees de medios (por ejemplo, G.723.1, etc.) para codificar y decodificar medios. Además, las instrucciones de programa (particularmente la aplicación de charla instantánea) definen de preferencia lógica para almacenar temporalmente medios en el momento de inicio de sesión. Y más aún, las instrucciones de programa definen de preferencia lógica para determinar cuando se complete el inicio de sesión, para de esta manera activar una transición de IS-856 a IS-2000, y lógica para determinar cuando la sesión concluya, para de esta manera activar una reversión de regreso a IS-856. 4. Conclusión Se ha descrito arriba una modalidad ejemplar de la presente invención. Los expertos en la técnica entenderán, sin embargo, que se pueden hacer cambios y modificaciones a esta modalidad sin alejarse del verdadero alcance y espíritu de esta invención, el cual se define por las reivindicaciones . A manera de ejemplo, aunque la descripción anterior se refiere principalmente al uso de IS-856 e IS-2000 como el primero y segundo protocolos de interfaz aérea, se debe entender (como se indicó arriba) que se pueden usar en su lugar otros protocolos de interfaz aérea. De manera similar, aunque lo anterior se refiere al uso de SIP como el protocolo de señalización de sesión, se pueden usar en su lugar otros protocolos de señalización de sesión (por ejemplo, H.232). Más aún, aunque lo anterior se refiere a la aplicación de la invención en el contexto de establecer una sesión de charla instantánea, la invención también puede aplicar igual de bien en el contexto de iniciar otro tipo de sesiones, no obstante de si las sesiones incluyen el uso de un servidor de comunicación. También son posibles otras variaciones. Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.