MX2014014232A - Metodo y sistema para el uso eficiente de recursos de radio para servicios de radiocomunicacion en sistemas de comunicaciones inalambricos. - Google Patents

Abstract

Se revela un procedimiento eficiente de recursos para servicios de radiocomunicación (PTT) en una red de comunicaciones móvil. Una terminal remota (UT) recibie un comando para iniciar una sesión de PTT. La UT genera un mensaje de creación de enlace de RAB, que incluye un identificador de sesión de PTT e información de enlace de RAB y transmite el mensaje de creación de RAB a una compuerta inalámbrica. La UT recibe una respuesta de enlace de RAB de la compuerta inalámbrica y efectua un proceso de señalización de protocolo para establecer portadores de PDP y para establecer la sesión de PTT y un servidor de PTT. La UT recibe un comando para el inicio de transmisión de medios para la sesión de PTT, genera el mensaje de petición de ráfaga de habla (TB) y transmite el mensaje de petición a la compuerta inalámbrica (el mensaje de petición de TB es transmitido vía mensajería de control de capa de control de acceso a medios (MAC)). En respuesta, la UT recibe un mensaje de concesión de ráfaga de hagla de la compuerta inalámbrica.

Description

METODO Y SISTEMA PARA EL USO EFICIENTE DE RECURSOS DE RADIO PARA SERVICIOS DE RADIOCOMUNICACION EN SISTEMAS DE COMUNICACIONES INALAMBRICOS SOLICITUDES RELACIONADAS Esta solicitud reivindica el beneficio de la fecha de presentación anterior en virtud de 35 USC § 119(e) de la solicitud de patente estadounidense provisional No. de Serie 61/651,547 (presentada el 24 de mayo de 2012), toda la cual es incorporada en la presente por referencia.

ANTECEDENTES DE LA INVENCION Los sistemas de comunicaciones terrestres siguen proveer servicios multimedia de velocidad cada vez más y más alta (por ejemplo, voz, datos, video, imágenes, etc.) a los usuarios finales. Tales servicios (por ejemplo, servicios de tercera generación (3G) y cuarta generación (4G)) también pueden acomodar calidad de servicio (QoS) diferenciada a través de varias aplicaciones. Para facilitar esto, las arquitecturas terrestres se están moviendo hacia una arquitectura completamente de Protocolo de Internet (IP) de extremo a extremo que unifica todos los servicios, que incluye voz, sobre el portador de IP. En paralelo, se están diseñando sistemas satelitales móviles (MMS) para complementar y/o coexistir con la cobertura terrestre, dependiendo de las regulaciones de participación en el espectro electromagnético y dependiendo de la elección del operador. Con los avances en el poder de procesamiento de las computadoras de escritorio, el usuario promedio ha crecido acostumbrado a aplicaciones sofisticadas (por ejemplo, flujo de video, difusiones de radio, juegos de video, etc.), que colocan enorme tensión sobre los recursos de la red. Los servicios de Internet, también como otros servicios de IP, dependen de protocolos y arquitecturas de red que ofrecen mayor flexibilidad y solidez; sin embargo, tal infraestructura puede ser ineficiente en el transporte de tráfico de IP, lo que puede dar como resultado gran tiempo de respuesta del usuario, particularmente si el tráfico tiene que recorrer una red intermedia con una latencia relativamente grande (por ejemplo, una red satelital). Para promover mayor adopción de servicios de comunicaciones de datos, la industria de telecomunicaciones, desde los fabricantes hasta los proveedores de servicio, han acordado, a costa de grandes gastos y esfuerzo, desarrollar estándares para protocolos de comunicación que son fundamentales a los varios servicios y aspectos.

Sin embargo, los sistemas satelitales plantean desafíos de diseño únicos con respecto a los sistemas terrestres. Esto es, los sistemas satelitales móviles tienen diferentes atributos que hacen a los diseños terrestres ya sea no aplicables o ineficientes para los sistemas satelitales. Por ejemplo, los sistemas satelitales son caracterizados por largos retardos (tan largos como de 260 ms unidireccionales) entre un dispositivo de terminal de usuario y una estación base, en comparación con retardos relativamente cortos (por ejemplo de milisegundos o menos) en los sistemas celulares terrestres - lo que implica que los protocolos en los enlaces satelitales tienen que ser mejorados para minimizar el impacto de los retardos de propagación largos. Adicionalmente, los enlaces satelitales comúnmente tienen márgenes de enlace más pequeños que los enlaces terrestres para un amplificador de potencia de terminal de usuario y características de antena dados; esto implica que se necesitan eficiencia espectral y eficiencia de potencia más altos en los enlaces satelitales. Además, los recursos de transmisión o canal satelitales representan recursos limitados, en donde el despliegue de recursos de transmisión adicionales es significativamente más caro, difícil y toma mucho tiempo, en comparación con los recursos de radio terrestres. Así, los recursos de transmisión de un sistema satelital deben ser usados eficientemente para maximizar el ancho de banda disponible, con el fin de proveer la calidad de servicio requerida para el extenso y diverso surtido de aplicaciones de servicio disponibles al usuario móvil y para maximizar el número de usuarios potenciales en un sistema sin afectar adversamente la calidad de servicio.

Un servicio de multidifusión de IP es un servicio de punto a multipuntos, en donde los anfitriones o usuarios se unen en una sesión de multidifusión de IP al usar protocolos de anfitrión-ruteador, tales como el Protocolo de Manejo de Grupo de Internet (IGMP). Las redes de IP inalámbricas tradicionales son desarrolladas comúnmente a base de arquitecturas y protocolos de unidifusión. Así, bajo una estructura o infraestructura de unidifusión, para una sesión de multidifusión, cada paquete de IP de la sesión de multidifusión debe ser transmitido individualmente a cada anfitrión participante vía un enlace inalámbrico (por ejemplo, de una manera de unidifusión o de punto a punto). Por consiguiente, tal sesión de multidifusión utilizaría tantos recursos de radio como anfitriones participantes hay en una sesión de multidifusión, lo que consume ineficientemente extensos recursos de radio para una sesión de multidifusión.

Los servicios de pulsar para hablar (PTT) proveen un método de conversión en líneas de comunicación semidúplex (que incluye radio bidireccional), utilizando un botón momentáneo para cambiar del modo de transmisión (modo de escucha) al modo de recepción (modo de habla). PTT sobre celular (PoC) provee servicios de PTT en redes de telefonía celular, permitiendo el uso de un teléfono móvil como un radio de PTT bidireccional (por ejemplo un walkie-talkie) en un intervalo ilimitado (solamente limitado por la cobertura de la red móvil). Una ventaja significativa de los servicios de PoC/PTT es que una sola persona es apta de activar un grupo de habla con una sola opresión del botón, sin tener que hacer varias llamadas para coordinarse con un grupo. Las especificaciones de PoC de la Alianza Móvil Abierta (OMA) definen arquitecturas y protocolos estandarizados para implementar un servicio de pulsar para hablar semidúplex sobre una infraestructura a base de IP utilizando voz sobre IP (VoIP) y utilizando Protocolo de Inicio de Sesión (SIP) para señalización de llamada. Una red inalámbrica conmutada por paquetes de 3GPP puede proveer la infraestructura de IP sobre la cual se puede implementar el servicio de 3GPP.

Un aspecto clave de la red de 3GPP es su capacidad para proveer QoS diferenciada para los diferentes flujos de paquetes simultáneos usando la red, que se llevan a cabo en diferentes portadores de protocolo de datos por paquetes (PDP). En el contexto de un servicio de PoC, esto significa que cada uno del flujo de señalización de llamada a base de SIP, el flujo de control de piso de PoC y el flujo de medios de VoIP recibe la QoS más apropiada al mismo. Las especificaciones 3GPP recomiendan que la señalización de llamada a base de SIP y flujos de control de piso de PoC deben recibir QoS clase interactiva, mientras que el flujo de medios de voz debe recibir QoS de flujo.

Al ser un servicio semidúplex, PoC tiene el potencial para funcionar eficientemente recursos debido a que el protocolo de control de piso garantiza que no se permita hablar a más de un participante a la vez y por consiguiente sólo se necesita dar a un participante recursos de enlace ascendente a la vez. Similarmente, todos los participantes reciben el flujo de medios del usuario que habla y por consiguiente hay el potencial (suponiendo que se utiliza un códec de voz común por todos los participantes) de transmitir este medio una vez y que muchos o todos los participantes en la misma célula reciban la misma transmisión, ahorrando recursos de enlace descendente. La realización de estas eficiencias de recursos para PoC en una red conmutada por paquetes de 3GPP práctica es desafiante por una diversidad de razones. En primer lugar, se decide la QoS cuando se establece un portador de PDP y la modificación de la QoS o liberación del portador y establecer otro requiere señalización de contexto de PDP que utiliza recursos de radio y espectrales significativos. Además, cuando los enlaces inalámbricos son lentos y tienen largos retardos de propagación, esta señalización puede introducir latencias de varios segundos, las cuales serían inaceptablemente si se incurren cada vez que el piso es transferido en una sesión de PoC. En segundo lugar, cada portador de PDP tiene un portador de radio asociado, que a su vez se le asignan sus propios recursos de radio. Así, con portadores de radio de 3GPP estándar, los portadores de PDP de múltiples participantes de sesión de PoC no pueden usar el mismo recurso de radio de enlace descendente para recibir un flujo de medios común y así no se pueden obtener eficiencias al alimentar tales flujos de medios comunes sobre un solo recurso de radio.

Actualmente, algunos sistemas satelitales móviles (SMS) soportan servicios de PoC, sin embargo, hacen esto utilizando métodos y arquitecturas patentados y así no están basados en las especificaciones de PoC de la OMA.

Modalidades ejemplares de la presente invención proveen arquitecturas de sistema y métodos para resolver estos problemas y realizan eficiencias de recursos en servicios de PoC en sistemas de comunicaciones terrestres inalámbricas y satelitales móviles como se describe a continuación.

ALGUNAS MODALIDADES EJEMPLARES La presente invención trata ventajosamente los requerimientos y necesidades anteriores, también como otros, al proveer arquitecturas de sistema y métodos para la provisión de servicios de pulsar para hablar (PTT) sobre celular (PoC) eficientes en recursos en sistemas de comunicaciones terrestres inalámbricos y alámbricos y por satélite móviles.

De acuerdo con una modalidad ejemplar, un procedimiento comprende una terminal inalámbrica remota que recibe un comando para el inicio de transmisión de medios para una sesión de pulsar para hablar (PTT) en una red de comunicaciones móvil. La terminal inalámbrica remota genera un mensaje de petición de ráfaga de habla de UT y transmite el mensaje de petición de ráfaga de habla de UT a una compuerta de enlace inalámbrica de la red de comunicaciones móviles, en donde el mensaje de petición de ráfaga de habla de UT es transmitido vía mensajería de control de capa de control de acceso a medios (MAC). En respuesta al mensaje de petición de ráfaga de habla de UT, la terminal recibe un mensaje de otorgamiento de ráfaga de habla de la compuerta de enlace inalámbrica. De acuerdo con un ejemplo adicional, la terminal inalámbrica remota, en respuesta adicional al mensaje de petición de ráfaga de habla de UT, recibe un mensaje de asignación de recursos de canal de enlace ascendente, pre-asignando recursos de datos de enlace ascendente garantizados para transmisión de datos de medios de sesión de PTT, que pueden ser recibidos vía la mensajería de control de capa de MAC. De acuerdo con un ejemplo adicional, la terminal inalámbrica remota recibe un comando para la terminación de la transmisión de medios para la sesión de PTT. La terminal genera un mensaje de liberación de ráfaga de habla de UT y transmite el mensaje de liberación de ráfaga de habla de UT a la compuerta de enlace inalámbrica, en donde el mensaje de liberación de ráfaga de habla de UT es transmitido vía la mensajería de control de capa de MAC sobre el canal inalámbrico. En respuesta al mensaje de liberación de ráfaga de habla de UT, la terminal recibe un mensaje de revocación de ráfaga de habla de la compuerta de enlace inalámbric .

De acuerdo con una modalidad ejemplar adicional, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT, la terminal inalámbrica remota recibe un comando de usuario para el inicio de la sesión de PTT, que incluye un identificador de sesión de PTT. La terminal genera un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye el identificador de sesión de PTT e información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB) y transmite el mensaje de crear enlace de RAB a la compuerta de acceso inalámbrica. En respuesta al mensaje de crear enlace de RAB, la terminal recibe un mensaje de respuesta de enlace de RAB de la compuerta de enlace inalámbrica. La terminal efectúa un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de la sesión de PTT en un servidor de aplicaciones de PTT. A manera de ejemplo, la información de enlace de RAB comprende uno o más de identificadores de RAB, identificadores de tipo de aplicación que identifican uno o más tipos de aplicación que utilizarán los RAB asociados e información específica de aplicación, en donde la información específica de aplicación incluye uno o más de información de modo de señalización de sesión de PTT, información de canal de PTT, información de grupo de PTT e información de sesión de PTT.

De acuerdo con una modalidad ejemplar adicional, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT, la terminal inalámbrica remota recibe un mensaje de invitación de sesión de un servidor de aplicaciones de PTT para la sesión de PTT, que incluye un identificador de sesión de PTT. La terminal genera un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye el identificador de sesión de PTT e información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB) y transmite el mensaje de crear enlace de RAB a la compuerta de acceso inalámbrica. En respuesta al mensaje de crear enlace de RAB, la terminal recibe un mensaje de respuesta de enlace de RAB de la compuerta de enlace inalámbrica. La terminal efectúa un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de la sesión de PTT en el servidor de aplicación de PTT.

De acuerdo con una modalidad ejemplar adicional, antes de la recepción por la terminal inalámbrica remota del comando para el inicio de transmisión de medios para la sesión de PTT, la terminal inalámbrica remota recibe un comando de usuario para el inicio de un cliente de PTT. La terminal genera un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB) y transmite el mensaje de crear enlace de RAB a la compuerta de enlace inalámbrica. En respuesta al mensaje de crear enlace de RAB, la terminal recibe un primer mensaje de respuesta de enlace de RAB de compuerta de enlace inalámbrica. La terminal efectúa un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de una sesión preestablecida en un servidor de aplicaciones de PTT. La terminal inalámbrica remota recibe un comando de usuario para el inicio de la sesión de PTT, genera un mensaje de actualización de enlace de RAB, que incluye un identificador de sesión de PTT y transmite el mensaje de actualización de enlace de RAB a la compuerta de acceso inalámbrica. En respuesta al mensaje de actualización de enlace de RAB, la terminal recibe un segundo mensaje de respuesta de enlace de RAB de la compuerta de enlace inalámbrica y efectúa un proceso de señalización de protocolo para asociar la sesión de PTT con la sesión preestablecida en base al identificador de sesión de PTT. De acuerdo con un ejemplo adicional, la terminal inalámbrica remota, en respuesta además al mensaje de actualización de enlace de RAB, recibe un mensaje de asignación de recursos de canal de enlace descendente, preasignando recursos de datos de enlace descendente garantizados para la recepción de datos de medios de sesión de PTT, en donde el mensaje de asignación de recursos de canal de enlace descendente puede ser recibido vía la mensajería de control de capa de MAC.

De acuerdo con una modalidad ejemplar adicional, antes de la recepción por la terminal inalámbrica remota del comando para el inicio de transmisión de medios para la sesión de PTT, la terminal inalámbrica remota recibe un comando de usuario para el inicio de un cliente de PTT. La terminal genera un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB) y transmite el mensaje de crear enlace de RAB a la compuerta de enlace inalámbrica. En respuesta al mensaje de crear enlace de RAB, la terminal recibe un primer mensaje de respuesta de enlace de RAB de compuerta de enlace inalámbrica. La terminal efectúa un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de una sesión preestablecida en un servidor de aplicaciones de PTT. La terminal inalámbrica remota recibe un mensaje de conectar control de ráfaga de habla del servidor de aplicaciones de PTT, que incluye un identificador de sesión de PTT, genera un mensaje de actualización de enlace de RAB, que incluye el identificador de sesión de PTT y transmite el mensaje de actualización de enlace de RAB a la compuerta de acceso inalámbrica. En respuesta al mensaje de actualización de enlace de RAB, la terminal recibe un segundo mensaje de respuesta de enlace de RAB de la compuerta de enlace inalámbrica. De acuerdo con un ejemplo adicional, la terminal inalámbrica remota, en respuesta además al mensaje de actualización de enlace de RAB, recibe un mensaje de asignación de recursos de canal de enlace descendente, preasignando recursos de datos de enlace descendente garantizados para la recepción de datos de medios de sesión de PTT, en donde el mensaje de asignación de recursos de canal de enlace descendente puede ser recibido vía la mensajería de control de capa de MAC.

Todavía otros aspectos, características y ventajas de la invención son fácilmente evidentes de la siguiente descripción detallada, simplemente al ilustrar un número de modalidades e implementaciones particulares, que incluye el mejor modo contemplado para llevar a cabo la invención. La invención también es apta de otras modalidades y diferentes modalidades y sus varios detalles pueden ser modificados en varios aspectos obvios, todo sin apartarse del espíritu y alcance de la invención. Así, los dibujos y la descripción deben ser considerados como ilustrativos por naturaleza y no restrictivos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La presente invención es ilustrada a manera de ejemplo y no a manera de limitación, en las figuras de los dibujos adjuntos y en los cuales los números de referencia semejantes se refieren a elementos similares y en donde: Las figuras 1 y 2 ilustran diagramas de sistemas de comunicaciones aptos de proveer sesiones de comunicaciones a base de Protocolo de Internet (IP) entre dominios de terrestres y satelitales (alámbricos e inalámbricos) de acuerdo con varias modalidades ejemplares,· La figura 3A ilustra los portadores de contexto de PDP secundario (SPDPC) utilizados para servicios de PoC de unidifusión, de acuerdo con modalidades ejemplares; La figura 3B ilustra los portadores de contexto de PDP secundario (SPDPC) utilizados para servicios de PoC de multidifusión, de acuerdo con modalidades ejemplares; La figura 4A ilustra un proceso de enlace de portador de acceso por radio (RAB) para una nueva sesión de PoC, utilizando señalización bajo demanda, iniciado en una terminal anfitrión, de acuerdo con una modalidad ejemplar; La figura 4B ilustra un proceso de enlace de portador de acceso por radio (RAB) para una nueva sesión de PoC, utilizando señalización bajo demanda, iniciado en un servidor de PoC, de acuerdo con una modalidad ejemplar; La figura 4C ilustra un proceso de enlace de portador de acceso por radio (RAB) para una sesión de PoC iniciado en una terminal anfitrión (lado originario), en en donde la sesión de PoC es a base de una sesión preestablecida, de acuerdo con una modalidad ejemplar; La figura 4D ilustra un proceso de enlace de portador de acceso por radio (RAB) para una sesión de PoC iniciado en un servidor de PoC (lado de terminación), en donde la sesión de PoC es a base de una sesión preestablecida, de acuerdo con una modalidad ejemplar; La figura 5A ilustra el tiempo de pulsar para chirrido en base a un proceso de control de ráfaga de habla de enlace ascendente eficiente en recursos, de acuerdo con una modalidad ejemplar; La figura 5B ilustra el tiempo de pulsar para chirrido en base a un proceso de control de ráfaga de habla de enlace ascendente tradicional; La figura 5C ilustra las eficiencias de recursos de enlace ascendente en base a la naturaleza semudúplex de una sesión o servicio de PoC, de acuerdo con una modalidad ejemplar; La figura 5D ilustra eficiencias de recursos de enlace descendente de una sesión de PoC iniciada en una terminal anfitrión (lado originario), en donde la sesión de PoC es a base de una sesión preestablecida, de acuerdo con una modalidad ejemplar; La figura 5E ilustra eficiencias de recursos de enlace descendente de una sesión de PoC iniciada en un servidor de PoC (lado de terminación), en donde la sesión de PoC es a base de una sesión preestablecida, de acuerdo con una modalidad ejemplar; La figura 5F ilustra un proceso para la activación de canal para una sesión de PoC de multidifusión, de acuerdo con una modalidad ejemplar; La figura 6 ilustra un diagrama de estado que ilustra un resumen de varias transiciones entre diferentes estados y modos, como son impulsadas por señalización de enlace de portador de acceso por radio (RAB) de control de recursos de radio (RR) y señalización de control de piso de protocolo de control de ráfaga de habla de PoC (TBCP), de acuerdo con modalidades ejemplares; La figura 7A ilustra un proceso eficiente de recursos para proveer actualizaciones de presencia del suscriptor de modo de tracción utilizando un procedimiento de suscripción de un tiro, de acuerdo con una modalidad ejemplar; La figura 7B ilustra un proceso eficiente de recursos para proveer actualizaciones de presencia de grupo de modo de tracción utilizando un procedimiento de suscripción de un tiro, de acuerdo con una modalidad ejemplar; La figura 8 ilustra un proceso para proveer participación de sesión de PoC a una terminal anfitrión de la red telefónica conmutada pública (PSTN) vía un método de marcación, de acuerdo con una modalidad ejemplar; La figura 9 ilustra un proceso para proveer participación de sesión de PoC a una terminal anfitrión de la red telefónica conmutada pública (PSTN) vía un método de marcación externa, de acuerdo con una modalidad ejemplar; La figura 10 ilustra La figura 11 ilustra un diagrama de bloques de los elementos físicos que pueden ser usados para implementar ciertas modalidades ejemplares; La figura 12 ilustra un diagrama de bloques de componentes ejemplares de una terminal de usuario configurada para operar en los sistemas de figuras 1 y 2, de acuerdo con una modalidad ejemplar y La figura 13 ilustra un conjunto de chip de 1300 en el cual se pueden implementar modalidades la invención.

DESCRIPCIÓN DETALLADA Se proveen arquitecturas de sistemas y métodos para la provisión de servicios de pulsar para hablar (PTT) sobre celular (PoC) eficientes en recursos en sistemas de comunicaciones terrestres inalámbricas y alámbricas y por satélite móviles. En la siguiente descripción, por propósitos de explicación, se resumen numerosos detalles específicos con el fin de proveer un entendimiento completo de las modalidades de la invención. Es evidente, sin embargo, para el experimentado en el arte que las modalidades de la invención pueden ser practicadas sin estos detalles específicos o con una disposición equivalente. En otros casos, dispositivos y estructuras bien conocidos son mostrados en forma de diagrama de bloques con el fin de evitar oscurecer innecesariamente las modalidades de la invención.

Aunque ciertas modalidades son discutidas con respecto a una arquitectura a base de protocolo de Internet IP, se reconoce por aquel de habilidad ordinaria en el arte qu estas modalidades tienen aplicabilidad a cualquier tipo de sistema de comunicaciones a base de paquetes y capacidades funcionales equivalentes.

Las figuras 1 y 2 ilustran diagramas de sistemas de comunicaciones aptos de proveer sesiones de comunicaciones a base de protocolo de Internet IP de un dominio terrestre (alámbrico o inalámbrico) a un dominio de satélite, de acuerdo con varias modalidades ejemplares. Por propósitos de ilustración, el sistema de 100 de la figura 1 soporta servicios multimedia utilizando una arquitectura de protocolo Internet (IP), de tal manera que las sesiones de comunicaciones de extremo a extremo son en paquetes. A manera de ejemplo, una red central terrestre (CN) 101 es una red central inalámbrica que cumple con la arquitectura de tercera generación (3G) o cuarta generación (4G); por ejemplo, a base del proyecto de sociedad de tercera generación (3GPP). Por ejemplo, el sistema 100 puede utilizar una interfase de aire satelital denotada como GMR-13G, que es una evolución de los estándares de interfase de aire de GMR-1, GMR-1 3G ha sido adoptado como estándar del sistema satelital móvil por el Instituto Europeo de Estándares de Telecomunicaciones (ETSI) y la Unión Internacional de Telecomunicaciones (UIT). La red central inalámbrica 101 también puede tener conectividad a una red de datos 103 y una red de telefonía 105.

Las redes 101, 103 y 105 pueden ser cualquier red alámbrica y/o inalámbrica apropiada. Por ejemplo, la red de telefonía 105 puede incluir una red conmutada por circuitos, tal como la red telefónica conmutada pública (PSTN), una red digital de servicios integrados (RDSI), una central privada (PBX), una red telemática automotriz u otra red semejante. La red inalámbrica 101 (por ejemplo, sistema celular) puede emplear diversas teenologías, que incluye por ejemplo, acceso múltiple por división de códigos (CDMA), velocidades de datos mejoradas para evolución global (EDGE), servicio de radio por paquetes general (GPRS), sistema global para comunicaciones móviles (GSM), subsistema multimedia de IP (IMS), sistema de telecomunicaciones móviles universal (UMTS), etc., así como cualquier otro medio inalámbrico apropiado, por ejemplo, acceso por microondas (WiMAX), fidelidad inalámbrica (WiFi), satélite y los semejantes. Además, la red de datos 103 puede ser cualquier red de área local (LAN), red de área metropolitana (MAN), red de área amplia (WAN), Internet o cualquier otra red conmutada por paquetes apropiada, tal como una red conmutada por paquetes patentada disponible comercialmente que tiene capacidades de protocolo de voz en Internet (VoIP), por ejemplo, una red de cable o fibra óptica patentada.

En el dominio satelital, se presenta una red de acceso por radio satelital (SRAN) (también referida como subsistema de estación base satelital (SBSS)) 107 que implementa las modificaciones y mejoras necesarias para la operación eficiente sobre un satélite 109 a una o más terminales de usuario llla-llln. Estas terminales llla-llln puede ser de varios tipos con diferentes factores de forma y capacidades de transmisión; por ejemplo, terminales portátiles delgadas, asistentes digitales personales (PDA), terminales vehiculares, terminales portátiles, terminales fijas, terminales telemáticas automotrices, etc.

La SRAN 107 se comunica con la red inalámbrica 101, que incluye una red central (por ejemplo, 3G/4G) que está sin cambios de la red central terrestre. Esto permite consecuentemente que los operadores reutilicen elementos de la red central de 3G/4G existentes. La interfase entre la SRAN 107 y la red central de 3G/4G 101 puede ser una interfase terrestre estándar. Otra vez, una red 3G se interconecta con la CN de 3G/4G 101 para transmitir paquetes de IP a redes externas tales como Internet. La CN 101 incluye un nodo de soporte de GPRS de servicio (SGSN) 121 y un nodo de soporte de GPRS de compuerta de enlace (GGSN) 123. El SGSN 121 es generalmente operable para transferir paquetes de datos a y desde la UT 111 dentro de su área geográfica. Algunas de las funciones no limitantes del SGSN 121 incluyen enrutamiento y transferencia de paquetes, funciones de autenticación y carga de móviles de GPRS, gestión de movilidad y gestión de enlace lógico. Un registro de ubicación del SGSN 121 almacena información de ubicación (por ejemplo, célula actual, registro de ubicación de visitante actual) y perfiles de usuario de todos los usuarios de GPRS registrados con el SGSN 121. El GGSN 123 es responsable de enviar paquetes de usuario a redes a base de IP externas y enrutar paquetes de regreso al usuario móvil. El GGSN 123 es operable para convertir los paquetes de GPRS procedentes del SGSN 121 al formato de protocolo de datos por paquetes (PDP) y los envía a la red de datos por paquetes correspondiente. El GGSN 123 tiene varias funciones, que incluye inspección de paquetes para detectar diferentes tipos para tráfico, que pueden ser usados para formar el tráfico bajo diferentes condiciones de carga de red. El GGSN 123 mantiene un registro de usuarios móviles activos conectados al SGSN 121. El GGSN 122 es también responsable del control de políticas, facturación y asignación de direcciones de IP a usuarios móviles. Cuando el GGSN 123 recibe datos dirigidos a un usuario específico enrutados a través de la CN 101, verifica si el usuario está activo. Por ejemplo, si la UT 111 está activa, el GGSN 123 remite los datos al SGSN 121 SGSN y si la UT 111 no está activada, los datos son descartados.

También se notará que la arquitectura del sistema 100 permite que el mismo elemento de red central se comunique simultáneamente con una estación base terrestre (no mostrada) y la SRAN 107. Esta capacidad es ilustrada en la figura 2. Como se ve, el sistema 100 habilita que procedimientos de transferencia entre la estación base terrestre y la SRAN 107 sean ejecutados vía una red central 101 con procedimientos estándar definidos en sistemas terrestres. En este ejemplo, la UT 111 tiene la capacidad de comunicarse en un enlace satelital o comunicarse directamente con una red de acceso por radio terrestre (RAN) 113 a la red central inalámbrica (CN) 101. La RAN 113 comprende un controlador de red de radio (CNR) 125, que es responsable de las funciones de gestión de recursos de radio y ciertas funciones de gestión de movilidad de la red. A manera de ejemplo, la red de datos 103 está configurada como un IP/PMS (subsistema multimedia de IP) con múltiples servidores de aplicaciones, 115, 116, que suministran servicios multimedia (por ejemplo, el servidor de 115 puede ser un servidor de PoC y el servidor 116 puede ser un servidor de contenido de multidifusión). Además, la red de datos 103 se conecta a la PSTN 105 vía una compuerta de enlace de medios 117; la PSTN 105 puede servir a una o más terminales de voz 119.

En el sistema de 100, un portador de acceso por radio (RAB) es asociado con contexto de protocolo de datos por paquetes (PDP) entre la terminal de usuario (UT) 111 y la red central (CN) 101. Por ejemplo, un RAB puede ser establecido para señalización de llamada protocolo de inicio de sesión (SIP) y mantenerse siempre y cuando el usuario desee realizar y recibir llamadas. Otro RAB se establece en demanda para el transporte de medios de voz mientras que una llamada está en sesión. La red de acceso por radio satelital establece y mantiene portadores de radio (RB) entre la UT 111 y la SRAN 107 necesarios para satisfacer, por ejemplo, los requerimientos de calidad de servicio (QoS) de la señalización de llamada de SIP y RAB del plano de usuario de voz sobre IP (VoIP). El portador de radio de señalización soporta conectividad de señalización entre la UT 111 y la red de acceso por radio satelital.

El protocolo de SIP es usado comúnmente para el establecimiento del inicio y el manejo, de una sesión. Un mensaje de SIP contiene principalmente tres secciones que detallan la sesión, sincronización y descripciones de medios. Se crea un contexto de protocolo de datos por paquetes (PDP) para cada sesión iniciada, que contiene las características deseadas de la sesión específica, que incluye el tipo del PDP y la QoS demandada, entre otros parámetros. Un contexto de PDP puede ser visto como un conjunto de información mantenida por la UT, el GGSN y el SGSN. Contiene un tipo de PDP que identifica el tipo de red de datos por paquetes (PDN), la dirección de PDP, información de QoS y otra información de sesión. La activación de un contexto de PDP se refiere a la creación del contexto de PDP en la UT, SGSN, GGSN, de tal manera que la UT se puede comunicar con una entidad en PDN utilizando la dirección de PDP mantenida en el contexto de PDP. Además, una activación de contexto de PDP secundaria permite al suscriptor establecer un contexto de PDP con un perfil de QoS diferente al mismo PDN.

En tanto que se hará referencia específica al mismo, se contempla que el sistema 100 puede implementar muchas formas e incluir múltiples equipos y componentes o equipos y componentes alternativos.

La red central (CN) 101 puede incluir una función de control de sesión de llamada proxy (P-CSCF), una función de control de sesión de llamada de servicio (S-CSCF), una función de control de sesión de llamada de interrogación (I-CSCF), un controlador de función de recurso de medios (MRFC), un procesador de función de recurso de medios (MRFP), una compuerta de enlace de medios (MGW), una función de controlador de compuerta de enlace de medios (MGCF) y una compuerta de enlace de señalización (SGW). Nótese que estos componentes son los componentes que son concernientes con el protocolo de inicio de sesión (SIP). Para otras aplicaciones, sin embargo, la CN 101 puede incluir diferentes componentes. Además, todos de tales componentes asociados con la señalización de SIP son conocidos en el arte y así no son mostrados muestran en las figuras y su funcionalidad no es discutida en detalle en la presente.

Como se presenta anteriormente, los servicios de pulsar para hablar (PTT) sobre celular (referidos simplemente como servicios de PoC) proveen un método de conversión en líneas de comunicación semidúplex en redes telefónicas celulares, habilitando el uso de un teléfono móvil como un radio PTT unidireccional en un intervalo ilimitado (limitado solamente por la cobertura de la red móvil). Las especificaciones de PoC de la Alianza Móvil Abierta (OMA) definen la arquitectura y protocolos para implementar un servicio de pulsar para hablar semidúplex sobre una infraestructura a base de IP usando voz sobre IP (VoIP) y usando Protocolo de Inicio de Sesión (SIP) para señalización de llamada. Como una red de IP, una red inalámbrica conmutada por paquetes de 3GPP (celular o satelital) puede proveer la infraestructura de IP sobre la cual se puede implementar el servicio de PoC. Una característica clave de la red de 3GPP es su habilidad para proveer QoS diferenciada para los diferentes flujos de paquetes simultáneos que usan la red, que son portados en diferentes portadores de protocolo de datos por paquetes (PDP). En el contexto de un servicio de PoC, esto significa que cada uno del flujo de señalización de llamada a base de SIP, el flujo de control de piso de PoC y el flujo de medios de VoIP pueden recibir la QoS mejor apropiada al mismo. Las especificaciones de 3GPP recomiendan que la señalización de llamada a base de SIP y flujos de control de piso de PoC deben recibir QoS de clase interactiva, mientras que el flujo de medios de voz debe recibir QoS de clase de flujo. Las especificaciones de 3GPP describen dos opciones para mapear el servicio de PoC sobre portadores de PDP: (1) los medios de PoC pueden compartir el mismo portador como señalización de IMS (recomendado para ser un contexto de PDP secundario de clase interactiva (SPDPC)) o (2) un SPDPC separado con QoS apropiada (recomendado para ser de clase de flujo) puede ser usado para medios, el portador de medios es establecido (o liberado) cuando la UT obtiene (o pierde) el piso de habla.

Portadores de protocolo de datos por paquetes (PDP): De acuerdo con modalidades ejemplares, se proveen dos procedimientos para el mapeo de los flujos de servicio de PoC a los SPDPC, un procedimiento para participantes de sesión de PoC de unidifusión y otro procedimiento para participantes de sesión de PoC de multidifusión. Estos procedimientos facilitan la implementación de téenicas de optimización de recursos únicas para cada portador de una manera que coincide mejor con los requerimientos del tráfico respectivo sobre aquel portador. Además, los procedimientos de las modalidades ejemplares son compatibles tanto con los Modos de Control del Portador resumidos en las especificaciones de 3GPP, esto es, tanto iniciados por la terminal, también como con activación del contexto de PDP iniciado por la red.

La figura 3A ilustra los portadores de contexto de PDP secundarios (SPDPC) utilizados para servicios de PoC de unidifusión, de acuerdo con modalidades ejemplares. Un portador utilizado para tales servicios de PoC de unidifusión consiste del portador de SIP 311, que comprende un portador de SPDPC de clase interactiva para llevar a cabo la señalización del plano de control de SIP asociada con la sesión de PoC. Un segundo portador consiste del portador de protocolo de control de ráfaga de habla de unidifusión (TBCP) 313, que comprende un portador de SPDPC de clase interactiva para portar señalización de plano de usuario de control de ráfaga de habla asociada con la sesión. Finalmente, un tercer portador consiste del portador de medios de unidifusión 315, que comprende un portador de SPDPC de clase conversacional o de flujo para portar flujos de medios de VoIP de unidifusión de PoC de enlace ascendente y de clase descendente. La asignación de recursos para el portador de medios de unidifusión se efectúa de acuerdo con las arquitecturas de sistema y protocolos de las modalidades ejemplares, como se describe en la presente. Además, la figura 3B ilustra los portadores de contexto de PDP secundarios (SPDPC) utilizados para servicios de PoC de multidifusión, de acuerdo con modalidades ejemplares. Un servicio de PoC de multidifusión es un servicio de punto a multipuntos, donde los anfitriones de terminal que participan en la sesión de PoC de multidifusión monitorean un flujo de contenido común transmitido por ejemplo por un servidor de PoC. Los portadores utilizados para tales servicios de PoC de multidifusión consisten de los mismos portadores como para los servicios de PoC de unidifusión, con un portador adicional. El portador adicional para servicios de PoC de multidifusión consiste del portador de medios de multidifusión 317, que comprende un portador de SPDPC de clase conversacional o de flujo para portar los medios de VoIP de PoC de multidifusión y señalización de plano de usuario de control de ráfaga de habla de multidifusión en la dirección de enlace descendente y señalización de multidifusión de IGMP de la terminal anfitrión o terminal de usuario (UT) en dirección de enlace ascendente.

Enlace de portador de acceso por radio (RAB); De acuerdo con modalidades ejemplares, se efectúan optimizaciones especiales por la SRAN 107 con respecto a portadores de PoC. Con el fin de efectuar estas optimizaciones especiales, la SRAN necesita ser apta de identificar los portadores y asociarlos con la(s) respectiva(s) sesión(es) de PoC. A manera de ejemplo, en base a un proceso de control (CRR) de recursos de radio, la UT ayuda a la SRAN al proveer tal información requerida con respecto a los portadores, conocida como la información de enlace de RAB. Este proceso de RRC es aplicable tanto a procedimientos de inicio de sesión de PoC bajo demanda como a sesiones de PoC preestablecidas y con servicios de PoC de unidifusión, también como con servicios de PoC de multidifusión. La información de enlace de RAB puede incluir identificadores de los RAB, identificación de tipo(s) de la(s) aplicación(es) que utilizará(n) los RAB (por ejemplo PoC, multidifusión de IP, etc.) e información específica de aplicación, tales como, el modo de señalización de PoC (por ejemplo, bajo demanda o preestablecido), los canales de PoC (unidifusión o multidifusión) e información de identificación de grupo o sesión de PoC (si es conocida). Las figuras 4A -4D ilustran procesos de enlace de portador de acceso por radio (RAB) para varios modos de sesión de PoC, de acuerdo con modalidades ejemplares. Para estos procesos, el establecimiento de los portadores de PDP puede ser efectuado, por ejemplo, en base a protocolos estándar, tal como se describe por la publicación de TS 24.008 "Protocolos de Red Central" de 3GPP, versión 7.4.0. Similarmente, la creación de la sesión de PoC por el servidor de PoC puede ser efectuada, por ejemplo, en base a protocolos estándar -tal como se describe por la publicación "Plano de Control de PoC de OMA" de la Open Mobile Alliance, versión aprobada 1.0.3 (22 septiembre 2009) (OMA-TS-PoC ControlPlane-Vl.0.3-20090922-A).

De acuerdo con una modalidad ejemplar, la figura 4A ilustra un proceso de enlace de portador de acceso por radio (RAB) para una nueva sesión de PoC utilizando señalización bajo demanda, iniciada en una terminal anfitrión. Por ejemplo, con respecto a una sesión de PoC bajo demanda iniciada por el usuario 411, el usuario inicia la sesión de PoC para un grupo particular (identificado en la UT por un identificador de grupo común (GID)). Antes de iniciar la sesión, la UT 111 envía la información de enlace de RAB a la SRAN 107, que identifica los portadores de PDP y los RAB que serán usados para el control de ráfaga de habla de PoC y medios de voz. Esta información permite que la SRAN 107 active las optimizaciones necesarias con respecto a los portadores identificados. Junto con la información de enlace de RAB, la UT 111 también incluye la GID común para el grupo o sesión de PoC, de tal manera que la SRAN 107 pueda colocar o mover otros participantes de sesión (por ejemplo, ubicados en la misma célula como la UT 111), al mismo portador de tráfico. La SRAN 107 envía una respuesta de enlace de RAB o mensaje de acuse a la UT 111. Una vez que la UT 111 recibe la respuesta, la UT envía una invitación de SIP sobre el portador de SIP al servidor de PoC 115. La UT 111 y la red central (CN) 101 establecen los portadores de PDP para el TBCP y para los medios de PoC (que serán usados para la sesión de PoC) y el servidor de PoC 115 crea la sesión. El servidor de PoC 115 culmina el proceso al enviar un mensaje de respuesta ACEPTAR SIP (reconociendo la invitación de SIP) sobre el portador de SIP de regreso a la UT 111.

De acuerdo con una modalidad ejemplar adicional, la figura 4B ilustra un proceso de enlace de portador de acceso por radio (RAB) para una nueva sesión de PoC, utilizando señalización bajo demanda, iniciado en un servidor de PoC. En este caso, el servidor de PoC 115 inicia la sesión, utilizando procedimientos señalización bajo demanda, al enviar primero el mensaje de invitación de SIP vía el portador de SIP a la UT 111, (que incluye la GID común para el grupo o sesión de PoC). De acuerdo con esta modalidad, por consiguiente, la UT 111 es la parte de terminación en la sesión de PoC y es informada de la identidad del grupo por medio del mensaje de invitación de SIP del servidor de PoC 115. Luego, la UT 111 envía la información de enlace de RAB a la SRAN 107, que identifica los portadores de PDP y los RAB que serán usados para control de ráfaga de habla de PoC y medios de voz, así como la GID que identifica el grupo o sesión de PoC. La SRAN 107 envía una respuesta de enlace de RAB o mensaje de acuse a la UT 111. Una vez recibida la respuesta, la UT 111 y la CN 101 establecen los portadores de PDP para el TBCP y los medios de PoC y la UT envía un mensaje de respuesta de ACEPTAR SIP (reconociendo la invitación de SIP) vía el portador de SIP al servidor de PoC 115.

Entretanto, el servidor de PoC 115 crea la sesión.

Estos procesos de las figuras 4A y 4B son compatibles con modos de control del portador iniciados por la red, también como iniciados por terminal.

De acuerdo con una modalidad ejemplar adicional, la figura 4C ilustra un proceso de enlace de portador de acceso por radio (RAB) para una sesión de PoC iniciada en la terminal anfitrión (lado originario), en donde la sesión de PoC es a base de una sesión preestablecida. Como es evidente de la figura 4C, cuando se utiliza una sesión de PoC preestablecida, el apretón de manos de SIP y el establecimiento de los portadores de PDP de PoC pueden ocurrir antes de la activación de la sesión. El usuario 411 inicia el cliente o aplicación de PoC en la UT 111. Luego, la UT 111 envía la información de enlace de RAB a la SRAN 107, que identifica los portadores de PDP de PoC y RAB y luego establece los portadores de PDP. La identificación de grupo o sesión de PoC (GID) no es conocida en este tiempo (la GID es nula en la información de enlace de RAB). La SRAN 107 envía una respuesta de enlace de RAB o mensaje de acuse de regreso a la UT 111. Una vez que la UT 111 recibe la respuesta, la UT envía un mensaje de invitación de SIP vía el portador de SIP al servidor de PoC 115, que indicando por adelantado los parámetros relacionados con los medios y la sesión que se utilizarían en una sesión de PTT siguiente. La UT 111 y la CN 101 establecen los portadores de PDP para el TBCP y para los medios de PoC (que serán usados para la sesión de PoC) y el servidor de PoC 115 crea la sesión previamente establecida. El servidor de PoC 115 culmina el proceso al enviar un mensaje de ACEPTAR SIP (reconociendo la invitación de SIP) vía el portador de SIP a la UT 111.

Al punto en el tiempo en que el usuario 411 desea activar la sesión, el usuario inicia la sesión, identificando el grupo. Luego la UT 111 envía un mensaje de actualización de enlace de RAB a la SRAN 107 y la SRAN provee una respuesta de enlace de RAB o acuse a la UT. Al recibir la respuesta, la UT 111 envía un mensaje de Referirse a SIP vía el portador de SIP al servidor de PoC 115, que incluye la GID y el servidor de PoC envía un mensaje de respuesta aceptado de SIP (que hace acuse del mensaje de Referirse a SIP) vía el portador de SIP de regreso a la UT. Además, debido a que el servidor de PoC ya sabe que la UT 111 tiene una sesión previamente establecida, el mensaje activa el servidor de PoC para utilizar los parámetros de medios y sesión indicados durante la señalización de pre-establecimiento para la sesión. Luego, el servidor de PoC 115 crea la sesión de PoC en base a los parámetros de medios y sesión especificados durante la señalización de pre-establecimiento y envía un mensaje de notificación de SIP vía el portador de SIP a la UT 111. La UT 111 actualiza su indicador para notificar al usuario 41 que la sesión está ahora activa y envía un mensaje de respuesta de ACEPTAR SIP (que hace acuse del mensaje de notificación de SIP) vía el portador de SIP al servidor de PoC 115.

De acuerdo con una modalidad ejemplar adicional, la figura 4A-4D ilustra un proceso de enlace de portador de acceso por radio (RAB) para una sesión de PoC iniciada en un servidor de PoC (lado de terminación), en donde la sesión de PoC es a base de una sesión preestablecida. En esta instancia, el proceso para el enlace de RAB y el establecimiento de los portadores de PD y la sesión previamente establecida es efectuado de la misma manera como con la sesión preestablecida descrita anteriormente con respecto a la figura 4C. El usuario 411 inicia el cliente o aplicación de PoC en la UT 111. La UT 111 envía la información de enlace de RAB a la SRAN 107 (con una GID nula) y establece los portadores de PDP. La SRAN 107 envía una respuesta de enlace de RAB o mensaje de acuse a la UT 111 y la UT envía una invitación de SIP vía el portador de SIP al servidor de PoC 115. La UT 111 establece los portadores de PDP y el servidor de PoC 115 crea la sesión pre-establecida y envía un mensaje de ACEPTAR SIP (que hace acuse de la invitación de SIP) vía el portador de SIP de regreso a la UT. En el punto en el tiempo en que la sesión va a ser activada (en base a una sesión de PoC iniciada por otra UT - la UT 111 está en el lado de terminación), el servidor de PoC 115 crea la sesión de PoC en base a los parámetros de medios y sesión especificados durante la señalización de pre-establecimiento y envía un mensaje de conectar a TBCP vía el portador de TBCP, que identifica el grupo (que provee la GID). Luego, la UT 111 alerta al usuario 411 (por ejemplo, vía la pantalla de UT) y envía un mensaje de actualización de enlace de RAB a la SRAN 107 y la SRAN provee una respuesta de enlace de RAB o acuse de regreso a la UT.

Así, cuando una sesión de PoC es activada usando una sesión pre-establecida, la UT 111 actualiza la información de enlace de RAB enviada previamente, agregando la identificación de grupo o sesión de PoC (GID). La actualización de enlace de RAB puede ser efectuada en el lado de origen, también como en el lado de terminación utilizando el mismo mecanismo - la GID es provista ya sea por la UT 111 (lado de origen) vía un mensaje de referirse a SIP o por el servidor de PoC 115 (el lado terminación) vía un Mensaje de conectar a TBCP.

Mensajería de control de ráfaga de habla de enlace ascendente y asignación de recursos eficientes: La figura 5A ilustra el tiempo de pulsar para chirrido 511 en base a un proceso de control de ráfaga de habla de enlace ascendente eficiente en recursos, de acuerdo con una modalidad ejemplar. Una vez que una sesión de PoC ha sido establecida y activada, el tiempo de pulsar para chirrido 511 refleja el período de tiempo entre el tiempo en que el usuario 411 inicia el botón de hablar en la UT 111 y el tiempo en que la UT 111 es provista con control del piso (la UT tiene control de piso para transmitir los datos de sesión de PoC de usuario, tal como habla), que es identificado por una señal presentada por la UT (por ejemplo, un chirrido o sonido emitido por la UT). De acuerdo con una modalidad ejemplar, se provee un protocolo mediante el cual la UT 111 transmite los mensajes de control de ráfaga de habla (por ejemplo, los mensajes de petición de ráfaga de habla, liberación de ráfaga de habla y acuse de ráfaga de habla (Ack)) vía Pequeños mensajes de control de capa de MAC. Cuando la SRAN recibe estos mensajes de control de MAC especiales, que contienen una indicación de petición de ráfaga de habla, liberación de ráfaga de habla o Ack (acuse) de ráfaga de habla, la SRAN genera un mensaje control de ráfaga de habla pleno y lo remite al servidor de PoC. De esta manera, la transmisión de la mensajería de control de ráfaga de habla es transmitida en base a requerimientos de recursos reducidos y latencia reducida, en comparación con protocolos típicos o estándar. Tales mensajes de control de capa de MAC requieren significativamente menos tiempo para transmitirse que los mensajes de TBCP estándar o típicos, que potencialmente requieren múltiples transmisiones de radio debido a la segmentación en la capa de enlace de datos. Además, de acuerdo con este protocolo de mensajería, la UT puede utilizar una asignación de enlace ascendente en cualquier otro portador de radio para transmitir estos mensajes de control y si no está disponible ninguna asignación de recursos de enlace ascendente apropiada, entonces la UT puede transmitir los mensajes sobre un canal de contención. En otras palabras, en base a este protocolo, no hay necesidad que la UT solicite una asignación de recursos de enlace ascendente específicos para transmitir los mensajes de control. Así, estas medidas reducen significativamente la latencia en la transmisión de mensajes de control de ráfaga de habla por la UT.

A manera de ejemplo, con referencia a la figura 5A, tras la activación del botón de hablar, la UT 111 transmite el mensaje de petición de ráfaga de habla (solicitud de TB), codificado en un mensaje de control de capa de MAC pequeño, a la SRAN 107. Luego, la SRAM 107 reenvía el mensaje de petición de TB al servidor de PoC 115 vía el portador de TBCP. A un tiempo apropiado, el servidor de PoC abandona el control de piso a la UT 111 y envía un mensaje de otorgamiento de ráfaga de habla (otorgamiento de TB) de regreso a la SRAN 107 vía el portador de TBCP. Luego, la SRAN 107 envía un mensaje de respuesta de otorgamiento de TB vía el portador de TBCP a la UT 111 (Nota: la figura incluye dos líneas que representan este mensaje para indicar que se puede requerir muy bien más de un cuadro para transmitir un mensaje de TBCP) notificando a la UT que se le ha concedido el control de piso por el servidor de PoC 115. Al recibir el mensaje de respuesta de otorgamiento de TB, la UT 111 notifica el usuario 411 (por ejemplo, vía un sonido de chirrido) que el usuario tiene ahora el piso para transmisión de medios (por ejemplo, mensajes de voz). Por comparación, la figura 5B muestra un ejemplo del tiempo de pulsar para chirrido en base a un proceso de control de ráfaga de habla de enlace ascendente tradicional o estándar. Como es evidente de esta ilustración, desde el tiempo en que el usuario 411 activa el botón de hablar, antes de la UT 111 pueda transmitir el mensaje de petición de TB al servidor de PoC 115, la UT debe primero solicitar y que se le otorguen recursos de enlace ascendente para la transmisión del mensaje. Además, bajo el modelo tradicional, la UT 111 transmite el mensaje de petición de TB vía el portador de TBCP (Nota: la figura incluye tres líneas que representan este mensaje para indicar que se puede requerir muy bien más de un cuadro para transmitir un mensaje de TBCP), lo que introduce latencia adicional sobre la petición de capa de MAC.

La figura 5C ilustra las eficiencias de recursos de enlace ascendente obtenidas en base a la naturaleza semidúplex de una sesión de PoC, de acuerdo con una modalidad ejemplar. A manera de ejemplo, la SRAN 107 examina los mensajes de control de ráfaga de habla de enlace descendente enviados por el servidor de PoC 115 a cada terminal anfitrión y los interpreta como sugerencias de asignación de recursos. Por ejemplo, la SRAN 107 asigna recursos de enlace ascendente reservados garantizados (GBUR) 523 a una terminal anfitrión (por ejemplo, la UT 111) cuando se observa un Otorgamiento de Ráfaga de Habla a aquella terminal anfitrión. Similarmente, la SRAN 107 extrae los GBUR 523 de la terminal anfitrión que mantiene actualmente el control de piso cuando se observa xana Liberación de Ráfaga de Habla de aquella terminal anfitrión o cuando se observa un mensaje de Revocar Ráfaga de Habla o mensaje Inactivo de Ráfaga de Habla destinado a aquella terminal anfitrión. Este protocolo obtiene beneficios significativos con respecto a los procesos tradicionales o estándar actuales. Por ejemplo, a la UTilizar el estado de control de piso de la sesión de PoC para impulsar la asignación de recursos de enlace ascendente, asegura que se le asignen GBUR 523 a no más de una terminal anfitrión participante a la vez, sin importar cuántas terminales anfitrión estén participando en la sesión. Considerando que, de acuerdo con las arquitecturas y protocolos de servicio de PoC típicos o estándar, cada participante garantizó recursos reservados en toda 1 sesión. Además, utilizando los mensajes de Control de Ráfaga de Habla de enlace descendente como activaciones de asignación de recursos, elimina la latencia típica con portadores de paquetes, asociados con petición y espera para que se asignen recursos de enlace ascendente. Esto reduce el tiempo de Pulsar para Hablar 525 - el tiempo entre la activación del botón de hablar de la UT 111 y la asignación/notificación de los recursos garantizados a la UT. Adicionalmente, la asignación y liberación de enlace ascendente se hace usando procedimientos de asignación de recursos de capa de MAC (en contraste con los protocolos estándar o tradicionales, que utilizan el establecimiento del portador de radio, mensajería de liberación y reconfiguración, transmitida vía mensajes de RRC que son más caros en términos de número de bits en el mensaje), reduciendo extensamente los gastos de señalización y latenci .

Más específicamente, con referencia a la figura 5C, una vez la SRAN envía el mensaje de Otorgamiento de TB a la UT 111 (indicando que el control de piso ha sido reservado a la UT), la SRAN reserva recursos garantizados al portador de SPDPC para los medios de PoC y transmite un mensaje de Asignación de DCH de Paquete a la UT vía un mensaje de control de capa de MAC, que asigna las ranuras respectivas a la UT para transmisión de los medios de PoC vía el portador de la SPDPC para los medios de PoC?]. Luego, cuando la UT 111 recibe palabras del usuario 411, la UT envía mensajes de voz correspondientes como paquetes de voz sobre IP (VoIP), vía las ranuras asignadas del portador de SPDPC de medios de PoC. Cuando el usuario 411 finaliza el mensaje de voz, el botón de hablar de la UT lll es liberado, en cuyo momento la UT envía un mensaje de capa de MAC de liberación de TB a la SRAN 107.

Luego, la SRAN 107 envía un mensaje de Flujo de Bloque Temporal de Paquete (TBF) a la UT 111, otra vez vía un mensaje de capa de MAC y envía un mensaje de Liberación de TB vía el portador de TBCP al servidor de PoC 115. El servidor de PoC 115 revoca el control de piso de la UT 111 y envía un mensaje Inactivo de TB a la SRAN 107 vía el portador de TBCP. Luego la SRAN 107 envía un mensaje de Revocar TB/Inactivo a la UT 111 vía el portador de TBCP y la UT informa al usuario 411 (por ejemplo, vía la pantalla de UT) que el control de piso ha sido revocado de piso. Así, se asignan a la UT 111 recursos reservados garantizados 523 solamente durante el período de tiempo que la UT 111 mantiene el control de piso (por ejemplo, el período de tiempo desde la transmisión del mensaje de Asignación de DCH de Paquete por la SRAN 107 a la transmisión del mensaje de Lliberación de TBF del Paquete por la SRAN 107).

La figura 5D ilustra eficiencias de recursos de enlace descendente de una sesión de PoC iniciada en una terminal anfitrión (lado originario), en donde la sesión de PoC es a base de una sesión preestablecida, de acuerdo con una modalidad ejemplar. Además, la figura 5E ilustra eficiencias de recursos de enlace descendente de una sesión de PoC iniciada en un servidor de PoC (lado de terminación), en donde la sesión de PoC es a base de una sesión preestablecida, de acuerdo con una modalidad ejemplar. Como se presenta anteriormente, las especificaciones de protocolo de PoC estándar o tradicionales proveen el uso de sesiones preestablecidas con el fin de asignar mucho de la señalización de establecimiento de llamada de SIP intensa en uso de recursos, negociación de parámetros de medios y señalización de Contexto de PDP para sesiones de PoC a períodos en el tiempo muy por delante del tiempo en que la sesión de PoC actual estará activa. Las sesiones de PoC a base de señalización de sesión preestablecida permitirán mediante esto una activación más rápida de la sesión de PoC de la que es posible con señalización de sesión bajo demanda. El uso de señalización de sesión preestablecida, sin embargo, también presenta el efecto negativo de recursos malgastados durante el período de tiempo entre la señalización de preestablecimiento y el inicio del uso activo de la sesión de PoC (por ejemplo, cuando los recursos preestablecidos no son realmente usados en una sesión de PoC activa).

Así, modalidades ejemplares de la presente invención proveen la asignación de recursos de enlace descendente reservados garantizados (GBDR) 527 solamente cuando la sesión de PoC está realmente activa, en lugar de (como con los protocolos estándar o tradicionales) durante la etapa de sesión preestablecida. A manera de ejemplo, con el fin de manejar recursos de enlace descendente para sesiones preestablecidas cuando se usa un canal de PoC de unidifusión, la SRAN 107 examina la señalización de enlace de RAB de las terminales anfitrión participantes y mensajes de Control de Ráfaga de Habla enviados por el servidor de PoC 115.

Por ejemplo, con referencia a la figura 5A-5F, en el caso en donde la activación de sesión de PoC es iniciada por la UT 111 (lado de origen), en primer lugar, la SRAN 107 identifica el uso de señalización de sesión preestablecida en base a información de enlace de RAB provista por la UT 111 a la SRAN durante el proceso de enlace de RAB inicial (por ejemplo, cuando el usuario 411 inicia la aplicación o cliente de PoC en la UT). A continuación, cuando la UT 111 emite el mensaje de actualización de enlace de RAB a la SRAN 107, que asocia la sesión preestablecida con un grupo o sesión de PoC activo (por ejemplo, cuando el usuario inicia la sesión), la SRAN 107 reconoce el inicio de la sesión de PoC. En aquel punto, la SRAN 107 asigna el GBDR 527 a la UT 111 para el canal de PoC de unidifusión, que comienza el período del GBDR 527 asignado. La SRAN asigna el GBDR 527 vía un mensaje de GBDR de asignar enviado a la UT 111 vía mensajería de capa de MAC. Luego, el proceso continúa con la creación de la sesión de PoC entre la UT 111 y el servidor de PoC 115 (como se describe anteriormente con referencia a la figura 4C). Cuando la UT 111 emite el mensaje de actualización de enlace de RAB a la SRAN 107, que disocia la sesión preestablecida de un grupo o sesión de PoC activo, (por ejemplo, cuando el usuario 411 termina la sesión) la SRAN 107 reconoce la terminación de la sesión de PoC activa. En este punto la SRAN 107 envía un mensaje GBDR de liberación a las UT 111, también vía la mensajería de capa de MAC, que extrae el GBDR asignado de la UT 111, lo que termina el período del GBDR 527 asignado. La UT 111 y el servidor de PoC 115 intercambian luego la señalización de SIP para la liberación de la sesión de PoC. Es decir, el mensaje de referirse a SIP (adiós) al servidor de PoC 115 y el mensaje de respuesta aceptado (acuse) devuelto a la UT 111, transmitido vía los portadores de SIP y (después de la liberación de la sesión de PoC) la notificación de SIP (que confirma la liberación de la sesión) enviada a la UT 111 y la respuesta de ACEPTAR SIP devuelta al PoC 115, transmitida otra vez vía los portadores de SIP.

Además, con referencia a la figura 5E, en el caso en donde la activación de sesión de PoC es iniciada por el servidor de PoC 115 (lado de terminación), aquí también, la SRAN 107 identifica primero el uso de señalización de sesión preestablecida en base a información de enlace de RAB provista por la UT 111 a la SRAN durante el proceso de enlace de RAB inicial (por ejemplo, cuando el usuario 411 inicia la aplicación o cliente de PoC en la UT). Luego, cuando la SRAN 107 observa el mensaje de Conectar TB del servidor de PoC 115 a la UT (que indica que una sesión de PoC se ha vuelto activa en base a la sesión preestablecida y que identifica el grupo o sesión, por ejemplo, proveer la GID), la SRAN asigna el GBDR a la UT 111 para el canal de PoC de unidifusión, vía mensajería de transporte de capa de MAC. En este punto, comienza el período del GBDR 527. Luego, cuando la SRAN 107 observa una Desconexión de TB enviada del servidor de PoC 115 a la UT 111 (que indica que la sesión de PoC ha sido liberada) la SRAN 107 envía un mensaje GBDR de liberación a las UT 111, también vía mensajería de capa de MAC, retirando el GBDR asignado de la UT 111, lo que termina el período del GBDR 527 asignado. Luego, la UT 111 envía un mensaje de actualización de enlace de RAB a la SRAN 107 (que restablece la GID a nula) y la SRAN envía un mensaje de respuesta a la UT que hace acuse de la actualización de enlace de RAB.

Así, en casos de sesiones de PoC a base de señalización de sesión preestablecida, tales modalidades ejemplares proveen para la asignación eficiente de recursos reservados garantizados de enlace descendente solamente cuando se utiliza una sesión preestablecida para una sesión de PoC activa. Cuando una activación o liberación de sesión de PoC es originada por una terminal anfitrión (el lado de origen), la SRAN utiliza señalización de enlace de RAB como el detonante para la asignación y desasignación de recursos garantizados de enlace descendente, mientras que, cuando la activación de sesión de PoC es señalada del servidor de PoC (el lado de terminación), la SRAN utiliza la señalización de Ráfaga de Habla del servidor de PoC como el detonante para la asignación y desasignación de recursos garantizados de enlace descendente.

Asignación de recursos de enlace descendente eficiente usando multidifusión: De acuerdo con modalidades ejemplares adicionales, se provee el uso eficiente de los recursos de enlace de envío en servicios de PoC de multidifusión. A manera de ejemplo, la figura 5F ilustra un proceso para la activación de canal para una sesión de PoC de multidifusión, de acuerdo con una modalidad ejemplar. Cuando los Portadores de Acceso por Radio (RAB) de una celda o haz satelital dado pueden ser identificados como asociados a un canal de PoC de multidifusión para el mismo grupo o sesión de PoC, la SRAN 107, por ejemplo, asigna tales RAB a un portador de radio multidifusión sobre un portador de radio común. Esto asegura que todas las terminales anfitrión participantes con respecto a aquella sesión de PoC de multidifusión recibirían entonces una asignación de recursos de enlace descendente común mediante la cual todas recibirían el mismo flujo de medios al escuchar la misma transmisión de enlace descendente de multidifusión. Así, este procedimiento obtiene un nivel significativo de eficiencia en el uso de recursos de enlace descendente, lo que se traduce en ahorros significativos en recursos de radio enlace descendente (por ejemplo, recursos de potencia de transmisión y recursos espectrales).

Con referencia a la figura 5F, una UT 111 que soporta aspectos de servicio de PoC de multidifusión indicará su soporte de tales aspectos al servidor de PoC 115 durante señalización de establecimiento de sesión de PoC inicial (por ejemplo, como se describe anteriormente con respecto a la figura 4A), vía un código de aspectos provisto al servidor de PoC (por ejemplo, por medio de un código de aspectos "g.poc.multicast "). luego, el servidor de PoC envía un Anuncio de Canal de PoC de Multidifusión a todas las terminales anfitrión participantes de la sesión de PoC que soportan aspectos de PoC de multidifusión. El anuncio toma la forma de un mensaje de INFO de SIP que contiene los detalles del portador de multidifusión, que incluyen la dirección del grupo de multidifusión de IP (MGID) a ser usada. Cada una de tales terminales anfitrión que se desean unir al PoC de multidifusión (por ejemplo, la UT 111) efectúa luego el procedimiento de Crear Enlace de RAB, que informa a la SRAN 107 de su intento de establecer un portador de SDPDC asociado con el grupo de multidifusión de IP identificado por la MGID. Luego, la SRAN 107 utiliza los mensajes de enlace de RAB de la UT 111 y otras UT participantes dentro de la misma célula para identificar el conjunto de portadores de PoC de multidifusión en aquella misma célula que participan en la misma sesión de PoC de multidifusión (que operan en el mismo canal de PoC de multidifusión).

Luego, cuando las UT participantes activan los portadores de SPDPC identificados, la SRAN 107 los asigna a un portador de radio común y un portador de radio o canal de transmisión de multidifusión común. Por ejemplo, la UT 111 envía un mensaje de Petición de Activación de SPDPC a la CN 101 y la CN 101 envía un mensaje de asignación de RAB correspondiente a la SRAN 107. Luego, la SRAN 107 asigna el portador respectivo a portador y portador de radio de multidifusión común e intercambia mensajes de establecimiento de portador de radio con la UT 111. Una vez establecida, la SRAN 107 envía un mensaje de respuesta de asignación de RAB a la CN 101 (haciendo acuse de la asignación de RAB) y la CN 101 envía un mensaje de Aceptar Activación de SPDPC a la UT 111.

Después que la activación del portador está consumada, cada terminal anfitrión participante notifica al servidor de PoC que desea unirse al Canal de PoC de multidifusión, que se lleva a cabo vía un mensaje de Actualización de SIP (que incluye la información de multidifusión requerida, tal como la información de transporte de flujo de medios de multidifusión) transmitido al servidor de PoC 115. Por ejemplo, la UT 111 transmite el mensaje de Actualización de SIP al PoC 115 vía el portador de SIP, en respuesta al cual el servidor de PoC transmite el mensaje de ACEPTAR SIP de regreso a la UT 111.

Luego, las terminales anfitrión participantes comienzan a monitorear el canal de PoC de multidifusión. A manera de ejemplo, la UT 111 transmite la señalización de IGMP vía el portador de SPDPC a la compuerta de enlace de multidifusión (MCG) 611, que activa la construcción de un mapeo de árbol de enrutamiento de multidifusión de la MCG 611 de regreso al servidor de PoC 115. El servidor de PoC transmite un flujo de datos de VoIP de multidifusión que puede ser recibido por todas las terminales anfitrión participantes (por ejemplo, UT 111) vía un recurso de radio de multidifusión común en cada celula o haz satelital en el cual reside por lo menos un anfitrión participante. Las arquitecturas de sistema y métodos (por ejemplo, protocolos) empleados para tal multidifusión eficiente de recursos son descritos más plenamente en la solicitud de patente estadounidense co-pendiente No. Serie [TDB], presentada [TBD], expedida Ravishankar et al. e intitulada "Método y sistema para multidifusión de IP eficiente en recursos en redes inalámbricas", toda la cual es incorporada en la presente por referencia.

La figura 6 muestra un diagrama de estado que ilustra un resumen de varias transiciones entre diferentes estados y modos, tal como son generados por Señalización de Enlace de Portador de Acceso por Radio (RAB) de control de recursos de radio (RRC) y señalización de control de piso del Protocolo de Control de Ráfaga de Habla de PoC (TBCP), de acuerdo con modalidades ejemplares. Con referencia a la figura 6, lo siguiente provee un resumen de la asignación eficiente de recursos de portador con respecto a diferentes combinaciones de canales de señalización, unidifusión y multidifusión preestablecidas y bajo demanda. A manera de ejemplo, las reglas ilustradas son implementadas en la función de Manejo de Recursos de la SRAN 107.

Se definen los siguientes estados de sesión relacionados con el manejo de recursos: (1) Pre-establecido, mediante el cual (a) la sesión es pre-establecida pero no activada y (b) se asignan al portador de TBCP recursos de mejor esfuerzo, pero el portador de medios no tiene recursos asignados; (2) Activo, mediante el cual (a) el usuario está en una sesión activa como oyente, (b) se asignan al portador de TBCP recursos de mejor esfuerzo, (c) en el modo de PoC de unidifusión, el portador de medios de canal de PoC de unidifusión tiene recursos de enlace descendente reservados, pero no recursos de enlace ascendente asignados y (d) en el modo de PoC de multidifusión, el portador de canal de PoC de multidifusión compartida tiene recursos de enlace descendente garantizados reservados y el portador de medios de canal de PoC de unidifusión no tiene recursos de enlace asignados y (3) Hablante-activo, mediante el cual (a) el usuario está en una sesión activa y tiene permiso para hablar, (b) se asignan al portador de TBCP recursos de mejor esfuerzo, (c) en modo de PoC de unidifusión, el portador de medios de canal de PoC de unidifusión tiene recursos de enlace descendente garantizados reservados y recursos de enlace ascendente asignados y (d) en modo de PoC de multidifusión, el portador de canal de PoC de multidifusión compartida tiene recursos de enlace descendente garantizados reservados y el portador de medios de canal de PoC de unidifusión tiene recursos de enlace ascendente garantizados asignados.

Presencia del abonado (usuario) y grupo de modo de "tracción" eficiente de recursos Las figuras 7A ilustran procesos eficientes en recursos para proveer actualizaciones de presencia de abonado y grupo de modo de tracción que utilizan un procedimiento de suscripción de un tiro, de acuerdo con modalidades ejemplares. La presencia del abonado incluye la voluntad y disponibilidad del abonado para participar en sesiones de PoC, la voluntad y disponibilidad del abonado para recibir alertas personales instantáneas y el status de participación actual del abonado en una sesión de PoC. Una UT publica sus ajustes de presencia en el servidor de PoC por medio del proceso de Publicar de SIP. Esto se hace inicialmente en el registro por la UT y luego es actualizado cuando el status de la UT cambia debido a la acción del usuario (por ejemplo, por el usuario que selecciona el status de "no molestar").

A manera de ejemplo, con referencia a la figura 7A, cuando el usuario A desea obtener el status del usuario B, el usuario A usa el proceso de Suscribirse a SIP para registrar interés en el status de "presencia" del usuario B, que especifica un valor de "expiración" de cero. Esto representa una petición por una actualización de status de un tiro. En respuesta, el servidor de PoC 115 consulta los ajustes de presencia actuales del usuario B y los proporciona al usuario A, de acuerdo con un mensaje de notificación de SIP, en donde el contenido del mensaje es comprimido en el aire por medio de SIGCOMP u otras téenicas para incrementar adicionalmente la eficiencia de recursos de la función de presencia. Si el usuario A desea otra actualización en algún punto en el tiempo más tarde, repite la petición de suscripción de un tiro.

A manera de ejemplo adicional, con referencia a la figura 7B, se utiliza un método similar para obtener "presencia de grupo". "Presencia del grupo" incluye una lista de todos los grupos de PoC a los cuales que pertenece un usuario y el estado de sesión actual de cada uno (por ejemplo, activo o inactivo). Cuando el usuario A desea obtener la lista grupos a los que pertenece y el estado actual de cada uno, el usuario A usa el proceso de Suscribirse a SIP para registrar interés en el status de "presencia de grupo" del usuario A (mismo), que especifica un valor de "expiración" de cero. Esto representa una petición de una actualización de status de un tiro, inmediata. El servidor de PoC consulta la lista de los grupos actuales a los cuales el usuario A pertenece y su status de sesión y los provee al usuario A vía un mensaje de Notificación de SIP. Otra vez, el contenido del mensaje es comprimido en el aire por medio de SIGCOMP u otras téenicas para incrementar adicionalmente la eficiencia de recursos de la función de presencia de grupo. Si el usuario A desea otra actualización en algún punto en el tiempo más tare, repite la petición de suscripción de un tiro.

Participación de PSTN en sesiones de PoC: El servicio de PoC estándar (como se especifica por la OMA) está diseñado para proveer un servicio de pulsar para hablar a abonados en una red de radio celular. De acuerdo con modalidades ejemplares, sin embargo, se proveen procesos para facilitar la participación de terminales anfitrión de la Red Telefónica Conmutada Pública (PSTN) en sesiones de PoC sobre redes de IP (por ejemplo, redes de comunicaciones inalámbricas terrestres de 3GPP y/o satelitales). A manera de ejemplo, la participación de PSTN es efectuada vía dos procedimientos alternativos.

El primer procedimiento es un proceso de marcación externa, mediante el cual, cuando el servidor de PoC inicia una sesión de grupo de PoC al invitar terminales anfitrión cliente de PoC a participar, el servidor de PoC puede también marcar a uno o más abonados de PSTN predefinidos para participación. Por ejemplo, cuando los abonados de PSTN contestan el teléfono, son unidos a la sesión de PoC activa. En una variación de esto, una UT cliente de PoC en una sesión de PoC activa puede señalar al servidor de PoC que repique (o efectúe una "marcación externa") a un abonado de PSTN. El segundo procedimiento es un procedimiento de marcación interna, mediante el cual un abonado (vía una terminal anfitrión de PSTN) que pretende participar en una sesión de PoC en marcha marca un número telefónico de conferencia del servidor de PoC e introduce un código de conferencia y un código de autentificación (por ejemplo, un PIN). Por ejemplo, antes de la sesión de PoC, el abonado puede haber sido provisto con un horario para la sesión de PoC y el número de marcación, código de conferencia y PIN, vía correo electrónico o algún otro medio de comunicación. El abonado de PSTN marca el número telefónico de conferencia del servidor de PoC y cuando se le indica, introduce el código de conferencia y PIN. El servidor de PoC valida el código de conferencia y PIN y se une a la terminal anfitrión de PSTN, de la cual el abonado marcó, a la sesión de PoC en marcha.

El aspecto de participación de PSTN es facilitado, por ejemplo, por una compuerta de enlace PSTN (que puede ser implementada en elementos físicos, elementos fijos, elementos de programación o una combinación de los mismos, como se reconocería por el experimentado en el arte. La funcionalidad de compuerta de enlace de PSTN consiste de dos funciones principales. La primera es una función de Control de Compuerta de Enlace de Medios (MGCF), que traduce la señalización de SIP a señalización de llamada de PSTN (tal como, SS7/ISUP). La MGCF también controla los recursos de plano de medios en la compuerta de enlace de medios (MGW). La segunda es la MGW, que transcodifica paquetes de VoIP en la sesión de PoC a muestras de voz de Modulación de Código Pulsada (PCM) en el lado de PSTN y viceversa. La MGW también convierte los dígitos de DT F marcados y tonos del lado de PSTN a "eventos telefónicos" de RTP de acuerdo con RFC 2833 de IETF y viceversa.

La figura 8 ilustra un proceso para proveer participación de sesión de PoC a una terminal anfitrión de la red telefónica conmutada pública (PSTN) mediante el método de "Marcación externa", de acuerdo con una modalidad ejemplar. En el contexto de una nueva sesión de PoC o una que ya está en marcha, el servidor de PoC es activado (por una política preconfigurada o mediante una petición explícita de un participante de sesión) para invitar a un abonado de la PSTN a la sesión. El servidor de PoC envía un mensaje de Invitación de SIP para el abonado de la PSTN (identificado por una URI de "TEL") a la compuerta de enlace de PSTN (GW de PSTN). La MGCF convierte la invitación de SIP a señalización de SIP e inicia una llamada a la terminal anfitrión de PSTN (abonado) por medio de la PSTN. Cuando el abonado contesta a la terminal de PSTN, se consuma el establecimiento de llamada. La MGCF reserva los recursos de trans-codificación y de flujo de medios requeridos en la MGW y envía una respuesta de ACEPTAR SIP final al servidor de PoC. En este punto, la terminal anfitrión de PSTN es unida a la sesión de PoC en curso. El servidor de PoC ráfagas de habla de PoC a la MGW, que las transcodifica a voz de PCM que se hace pasar al conmutador de PSTN y a la terminal anfitrión de PSTN (abonado o usuario).

La figura 9 ilustra un proceso para proveer participación de sesión de PoC a una terminal anfitrión de la red telefónica conmutada pública (PSTN) vía un método de marcación interna, de acuerdo con una modalidad ejemplar. El usuario/suscriptor de PSTN marca el número de teléfono de conferencia del servidor de PoC vía la terminal anfitrión de PSTN, que es enrutada por la PSTN a la GW de PSTN. La MGCF convierte esta llamada entrante a una invitación de SIP al servidor de PoC. El servidor de PoC identifica la invitación como una llamada entrante de la PSTN y establece los recursos de Respuesta de Voz Interactiva (IVR) necesarios para reproducir las indicaciones de voz al usuario a través de la terminal anfitrión de PSTN. Luego, el servidor de PoC entonces responde a la invitación de SIP a un mensaje de ACEPTAR SIP, que provee la dirección de medios y parámetros de la función de IVR. Luego, el servidor reproduce anuncios iniciales que piden al usuario que introduzca el código de conferencia y PIN. El usuario de PSTN escucha los anuncios y como se indica, introduce el código de conferencia y PIN vía la terminal anfitrión. Los dígitos de DTMF marcados por el usuario vía la terminal anfitrión de PSTN son interceptados por la MGW y codificados como eventos telefónicos en la carga de RTP, que son enviados al servidor de PoC. El servidor de PoC recibe y valida el código de conferencia y PIN y emite una Re-Invitación de SIP para modificar los parámetros de medios de la llamada entrante para cambiar la dirección de transporte de los medios y parámetros de la función de IVR al flujo de medios de PoC normal. En este punto, la terminal anfitrión de PSTN es unida a la sesión de PoC y comienza a oír las ráfagas de habla de PoC trans-codificadas por la MGW.

Una vez que una terminal anfitrión de PSTN es unida a una sesión de PoC ya sea mediante los procesos de "Marcación externa" o "Marcación interna", el usuario puede pedir y liberar el piso de habla por medio de señalización de Control de Ráfaga de Habla DTMF-mapeada. A manera de ejemplo, con referencia a la figura 10, el control de piso de PoC para una PSTN participante funciona como sigue: respuestas de TBCP e indicaciones tales como Otorgar TB, Revocar TB, TB inactivo y TB tomada del servidor de PoC son mapeadas a eventos telefónicos o tonos y codificados en la carga de RTP, de acuerdo con RFC 2833. La MGW convierte estos códigos a los tonos audibles apropiados reproducidos hacia el usuario de PSTN. Peticiones de TBCP, tales como Petición de TB y Liberación de TB del participante de PSTN son mapeadas a códigos de dígitos de DMTF y son presentados a la GW de PSTN como dígitos de DTMF marcados. La MGW convierte estos a eventos telefónicos en la carga de RTP y los envía al servidor de PoC. El mapeo de petición de TBCP, respuestas e indicaciones a códigos de evento telefónico de dígitos de DTMF es configurable en el servidor de PoC para acomodar condiciones locales tales como tonos de señalización de PSTN definidos nacionalmente y preferencias del usuario.

Aunque la presente invención describe multidifusión eficiente en recursos para sistemas satelitales, el mismo concepto puede ser aplicado a cualquier sistema inalámbrico, ya sea terrestre o satelital. Los métodos propuestos no están limitados a arquitecturas de 3GPP, pueden ser aplicados a cualquier otro sistema tal como 3GPP2.

La figura 11 ilustra un diagrama de bloques de elementos físicos ejemplares que pueden ser usados para implementar ciertas modalidades ejemplares. El sistema de cómputo 110 incluye una línea de distribución 1101 u otro mecanismo de comunicaciones para comunicar información y un procesador 1103 acoplado a la línea de distribución 1101 para procesar información. El sistema de cómputo 110 también incluye una memoria principal 1105, tal como una memoria de acceso aleatorio (RAM) u otro dispositivo de almacenamiento dinámico, acoplado a la línea de distribución 1101 para almacenar información e instrucciones a ser ejecutadas por el procesador 1103. La memoria principal 1105 puede también ser usada para almacenar variables temporal u otra información intermedia durante la ejecución de instrucciones por el procesador 1103. El sistema de cómputo 1100 puede incluir además una memoria de solo lectura (ROM) 1107 u otro dispositivo de almacenamiento estático acoplado a la línea de distribución 1101 para almacenar información estática e instrucciones para el procesador 1103. Un dispositivo de almacenamiento 1109, tal como un disco magnético o disco óptico, es acoplado a la línea de distribución 1101 para almacenar persistentemente información e instrucciones.

El sistema de cómputo 1100 puede ser acoplado vía la línea de distribución 1101 a una pantalla lili, tal como una pantalla de cristal líquido o pantalla de matriz activa para mostrar información al usuario. Un dispositivo de entrada 1113, tal como un teclado que incluye teclas alfanuméricas y otras teclas, puede ser acoplado a la línea de distribución 1101 para comunicar información y selecciones de comandos al procesador 1103. El dispositivo de entrada 1113 puede incluir un control de cursor, tal como un ratón, una bola de seguimiento (ratón de bola) o teclas de dirección del cursor, para comunicar información de dirección y selecciones de comando al procesador 1103 y para controlar el movimiento del cursor en la pantalla lili.

De acuerdo con varias modalidades de la invención, los procesos descritos en la presente pueden ser provistos por el sistema de cómputo 1100 en respuesta al procesador 1103 que ejecuta un arreglo de instrucciones contenidas en la memoria principal 1105. Tales instrucciones pueden ser leídas a la memoria principal 1105 de otro medio que se puede leer por computadora, tal como el dispositivo de almacenamiento 1109. La ejecución del arreglo de instrucciones contenidas en la memoria principal 1105 provoca que el procesador 1103 efectúe las etapas de proceso descritas en la presente. Uno o más procesadores en un arreglo de multiprocesamiento pueden también ser empleados para ejecutar las instrucciones contenidas en la memoria principal 1105. En modalidades alternativas se pueden usar circuitos alámbricos (cableados) en lugar de o en combinación con instrucciones de elementos de programación para implementar la modalidad de la invención. En otro ejemplo, se pueden usar elementos físicos reconfigurables tales como arreglos de compuerta programables en el campo (FPGA), en los cuales la funcionalidad y topología de conexión de sus compuertas lógicas son personalizables al tiempo de operación, comúnmente mediante programación de tablas de consulta de memoria. Así, las modalidades de la invención no están limitadas a alguna combinación específica de circuitos de elementos físicos y elementos de programación.

El sistema de cómputo 1100 también incluye por lo menos una interfase de comunicaciones 1115 acoplada a la línea de distribución 1101. La interfase de comunicaciones 1115 provee conexión de comunicaciones de datos bidireccionales a un enlace de red (no mostrado). La interfase de comunicaciones 11115 envía y recibe señales eléctricas, electromagnéticas u ópticas que portan flujos de datos digitales que representan información de varios tipos. Además, la interfase de comunicaciones 1115 puede incluir dispositivos de interfase periféricos tales como una interfase de línea de distribución serial universal (USB), una interfase de PCMCIA (Asociación Internacional de Tarjetas de Memoria de Computadora Personal), etc.

El procesador 1103 puede ejecutar los códigos transmitidos mientras que son recibidos y/o almacenar el código en el dispositivo de almacenamiento 1109 u otro almacenamiento no volátil para ejecución posterior. De esta manera, el sistema de cómputo 1100 puede obtener el código de aplicación en forma de una onda portadora.

El término "medio que se puede leer por computadora" como se usa en la presente se refiere a cualquier medio que participa en proveer instrucciones al procesador 1103 para ejecución. Tal medio puede tomar muchas formas, incluyendo pero no limitado a medios no volátiles, medios volátiles y medios de transmisión. Los medios no volátiles incluyen por ejemplo discos ópticos o discos magnéticos, tal como el dispositivo de almacenamiento 1109. Los medios volátiles incluyen memoria dinámica, tal como la memoria principal 1105. Los medios de transmisión incluyen cables coaxiales, alambre de cobre y fibra óptica, incluyendo los alambres que comprenden la línea de distribución 1101. Los medios de transmisión también pueden tomar la forma de ondas acústicas, ópticas o electromagnéticas, tales como aquellas generadas durante comunicaciones de datos por radiofrecuencia (RF) e infrarrojo. Las formas comunes de medios que se pueden leer por computadora incluyen por ejemplo un disquete, un disco flexible, disco duro, cinta magnética, cualquier otro medio magnético, un CD-ROM, CD-RW, DVD, cualquier otro medio óptico, tarjetas perforables, cinta de papel, hojas de marca óptica, cualquier otro medio físico con patrones de agujeros u otros indicios que se pueden reconocer ópticamente, una RAM, una PROM, una EPROM, una FLASH-EPROM, cualquier otro chip de memoria o cartucho, una onda portadora o cualquier otro medio del cual una computadora pueda leer.

Varias formas de medios que se pueden leer por computadora pueden estar involucradas en proveer instrucciones a un procesador para ejecución. Por ejemplo, las instrucciones para llevar a cabo por lo menos parte de la invención pueden inicialmente ser portadas en un disco magnético de una computadora remota. En tal escenario, la computadora remota carga las instrucciones a la memoria principal y envía las instrucciones a través de una línea telefónica usando un módem. Un módem de un sistema local recibe los datos en la línea telefónica y usa un transmisor infrarrojo para convertir los datos a una señal infrarroja y transmite la señal de infrarroja a un dispositivo de cómputo portátil, tal como un asistente digital personal (PDA) o una computadora portátil. Un detector infrarrojo en el dispositivo de cómputo portátil recibe la información e instrucciones transportadas por la señal infrarroja y coloca los datos en una línea de distribución. La línea de distribución transporta los datos a la memoria principal, de la cual un procesador recupera y ejecuta las instrucciones. Las instrucciones recibidas por la memoria principal pueden opcionalmente ser almacenadas en dispositivo de almacenamiento ya sea antes o después de la ejecución por el procesador.

La figura 12 ilustra un diagrama de bloques de componentes ejemplares de una terminal de usuario configurada para operar en los sistemas de figuras 1 y 2, de acuerdo con una modalidad ejemplar. Una terminal de usuario 1200 incluye un sistema de antena 1201 (que puede utilizar múltiples antenas) para recibir y transmitir señales. El sistema de antena 1201 es conectado a circuitos de radio 1203, que incluyen múltiples transmisores 1205 y receptores 1207. Los circuitos de radio abarcan todos los circuitos de radiofrecuencia (RF), también como circuitos de procesamiento de banda base. Como se muestra, se provee procesamiento de capa 1 (Ll) y capa 2 (L2) por las unidades 1209 y 1211, respectivamente. Opcionalmente, se pueden proveer funciones de capa-3 (no mostrado). El módulo 1213 ejecuta todas las funciones de capa de control de acceso a medios (MAC). Un módulo de sincronización y calibración 1215 mantiene la sincronización apropiada mediante interconexión, por ejemplo, a una referencia de sincronización externa (no mostrada). Adicionalmente, se incluye un procesador de 1217. Bajo este escenario, la terminal de usuario 1200 se comunica con un dispositivo de cómputo 1219, que puede ser una computadora personal, estación de trabajo, un asistente digital personal (PDA), dispositivo web, teléfono celular, etc.

La figura 13 ilustra un conjunto de chip de 1300 en el cual se pueden implementar modalidades de la invención. El conjunto de chip de 1300 incluye, por ejemplo, componentes de procesador y memoria descritos con respecto a la figura 13 incorporados en uno o más paquetes físicos. A manera de ejemplo, un paquete físico incluye un arreglo de uno o más materiales, componentes y/o alambres en un conjunto estructural (por ejemplo, una tarjeta base) para proveer una o más características, tales como resistencia física, conservación de tamaño y/o limitación de interacción eléctrica.

En una modalidad, el conjunto de chip de 1300 incluye un mecanismo de comunicación, tal como una línea de distribución 1301 para hacer pasar información entre los componentes del conjunto de chip 1300. El procesador 1303 tiene conectividad con la línea de distribución 1301 para ejecutar instrucciones y procesar información almacenada en, por ejemplo, una memoria 1305. El procesador 1303 incluye uno o más núcleos de procesamiento, cada núcleo configurado para funcionar de forma independiente. Un procesador de multi-núcleos permite el multiprocesamiento en un solo paquete físico. Ejemplos de procesador de multi-núcleos incluyen dos, cuatro, ocho o mayores números de núcleos de procesamiento. Además o alternativamente el procesador 1303 incluye uno o más microprocesadores configurados en tándem vía la línea de distribución 1301 para habilitar la ejecución independiente de instrucciones, canalización y multi-procesamiento. El procesador 1303 también puede estar acompañado con uno o más componentes especializados para efectuar ciertas funciones y tareas de procesamiento, tal como uno o más procesadores de señales digitales (DSP) 1307 y/o uno o más circuitos integrados específicos de la aplicación (ASIC) 1309. Un DSP 1307 normalmente está configurado para procesar señales del mundo real (por ejemplo, sonido) en tiempo real independientemente del procesador 1303. Similarmente, un ASIC 1309 puede estar configurado para efectuar funciones especializadas no efectuadas fácilmente por un procesador de propósito general. Otros componentes especializados para ayudar a efectuar las funciones inventivas descritas en la presente incluyen uno o más arreglos de compuertas programables en el campo (FPGA) (no mostradas), uno o más controladores (no mostrados) o uno o más de otros chips de computadora de propósito especial.

El procesador 1303 y componentes adjuntos tienen conectividad a la memoria 1305 vía la línea de distribución 1301. La memoria 1305 incluye tanto memoria dinámica (por ejemplo, RAM) como memoria estática (por ejemplo, ROM) para almacenar instrucciones ejecutables que, cuando son ejecutadas por el procesador 1303 y/o el DSP 1307 y/o el ASIC 1309, efectúan el proceso de modalidades ejemplares como se describe en la presente. La memoria 1305 también almacena los datos asociados con o generados por la ejecución del proceso.

De acuerdo con lo anterior, se han descrito varias modalidades ejemplares con referencia a los dibujos adjuntos. Las modalidades ejemplares, como se describen anteriormente, fueron escogidas y descritas con el fin de explicar mejor los principios de la invención y su aplicación práctica, para permitir mediante esto que otros experimentados en el arte utilicen mejor la invención en varias modalidades y con varias modificaciones como son apropiadas para el uso particular contemplado. Así, la especificación y dibujos serán considerados en un sentido ilustrativo en lugar de restrictivo. Además, será evidente que se pueden hacer varias modificaciones y cambios en la misma y se pueden implementar modalidades adicionales, sin apartarse del ámbito más amplio de la invención.

Claims (28)

REIVINDICACIONES

1. Un método que comprende: recibir un comando para el inicio de transmisión de medios para una sesión de pulsar para hablar (PTT) en una red de comunicaciones móvil; generar un mensaje de petición de ráfaga de habla de UT y transmitir el mensaje de petición de ráfaga de habla de UT a una compuerta de enlace inalámbrica de la red de comunicaciones móviles, en donde el mensaje de petición de ráfaga de habla de UT es transmitido vía mensajería de control de capa de control de acceso a medios (MAC) y recibir, en respuesta al mensaje de petición de ráfaga de habla de UT un mensaje de otorgamiento de ráfaga de habla.

2. El método de la reivindicación 1, en donde el mensaje de petición de ráfaga de habla de UT incluye información de identificación de terminal e información de identificación de flujo del portador de radio.

3. El método de la reivindicación 1, que comprende además: recibir en respuesta adicional al mensaje de petición de ráfaga de habla de UT, un mensaje de asignación de recursos de canal de enlace ascendente, preasignar recursos de datos de enlace ascendente garantizados para transmisión de datos de medios de sesión de PTT.

4. El método de la reivindicación 3, que comprende además : recibir un comando para terminación de la transmisión de los medios para la sesión de PTT; generar un mensaje de liberación de ráfaga de habla de UT y transmitir el mensaje de liberación de ráfaga de habla de UT a la compuerta de enlace inalámbrica, en donde el mensaje de liberación de ráfaga de habla de UT es transmitido vía mensajería de control de capa de MAC sobre el canal inalámbrico y recibir, en respuesta al mensaje de liberación de ráfaga de habla de UT, un mensaje de revocación de ráfaga de habla.

5. El método de la reivindicación 1, que comprende además, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT: recibir un comando de usuario para el inicio de la sesión de PTT, que incluye un identificador de sesión de PTT; generar un mensaje de crear enlace del portador de acceso por radio (RAB), que incluye el identificador de sesión de PTT e información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB),- transmitir el mensaje de crear enlace de RAB a la compuerta de enlace inalámbrica; recibir, en respuesta al mensaje de crear enlace de RAB, un mensaje de respuesta de enlace de RAB y efectuar un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de la sesión de PTT en un servidor de aplicaciones de PTT.

6. El método de la reivindicación 6, en donde la información de enlace de RAB comprende uno o más identificadores de RAB, identificadores de tipo de aplicación que identifican uno o más tipos de aplicación que utilizarán los RAB asociados e información específica de aplicación, en donde la información específica de aplicación incluye uno o más de: información del modo de señalización de sesión de PTT, información de canal de PTT, información de grupo de PTT e información de sesión de PTT.

7. El método de la reivindicación 1, que comprende además, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT: recibir un mensaje de invitación de sesión de un servidor de aplicaciones de PTT para la sesión de PTT, que incluye un identificador de sesión de PTT; generar un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye el identificador de sesión de PTT e información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB); transmitir el mensaje de crear enlace de RAB a la compuerta de enlace inalámbrica; recibir, en respuesta al mensaje de crear enlace de RAB, un mensaje de respuesta de enlace de RAB y efectuar un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) sobre una red central de la red de comunicaciones y para el establecimiento de la sesión de PTT en el servidor de aplicación de PTT.

8. El metodo de la reivindicación 7, en donde la información de enlace de RAB comprende uno o más identificadores de RAB, identificadores tipo de aplicación que identifican uno o más tipos de aplicación que utilizarán los RAB asociados e información específica de aplicación, en donde la información específica de aplicación incluye uno o más de: información de modo de señalización de sesión de PTT, información de canal de PTT, información de grupo de PTT e información de sesión de PTT.

9. El método de la reivindicación 1, que comprende además, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT: recibir un comando de usuario para el inicio de un cliente de PTT; generar un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB); transmitir el mensaje de crear enlace de RAB a la compuerta de enlace inalámbrica; recibir, en respuesta al mensaje de crear enlace de RAB, un primer mensaje de respuesta de enlace de RAB; efectuar un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de una sesión preestablecida en un servidor de aplicaciones PTT; recibir un comando de usuario para el inicio de la sesión de PTT; generar un mensaje de actualización de enlace de RAB, que incluye un identificador de sesión de PTT; transmitir el mensaje de actualización de enlace de RAB a la compuerta de enlace inalámbrica; recibir, en respuesta al mensaje de actualización de enlace de RAB, un segundo mensaje de respuesta de enlace de RAB y efectuar un proceso de señalización de protocolo para asociar la sesión de PTT con la sesión preestablecida en base al identificador de sesión de PTT.

10. El método de la reivindicación 9, en donde la información de enlace de RAB comprende uno o más identificadores de RAB, identificadores de tipo de aplicación que identifican uno o más tipos de aplicación que utilizarán los RAB asociados e información específica de aplicación, en donde la información específica de aplicación incluye uno o más de: información de modo de señalización de sesión de PTT, información de canal de PTT, información de grupo de PTT e información de sesión de PTT.

11. El método de la reivindicación, 9 que comprende además: recibir en respuesta adicional al mensaje de actualización de enlace de RAB, un mensaje de asignación de recursos de canal de enlace descendente, preasignar recursos de datos de enlace descendente garantizados para la recepción de datos de medios de sesión de PTT.

12. El método de la reivindicación 1, que comprende además, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT: recibir un comando de usuario para el inicio de un cliente de PTT; generar un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB); transmitir el mensaje de crear enlace de RAB a la compuerta de enlace inalámbrica; recibir, en respuesta al mensaje de crear enlace de RAB, un primer mensaje de respuesta de enlace de RAB de la compuerta de enlace inalámbrica; efectuar un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de una sesión preestablecida en un servidor de aplicaciones de PTT; recibir un mensaje de conectar control de ráfaga de habla del servidor de aplicaciones de PTT, que incluye un identificador de sesión de PTT; generar un mensaje de actualización de enlace de RAB, que incluye el identificador de sesión de PTT; transmitir el mensaje de actualización de enlace de RAB a la compuerta de enlace inalámbrica y recibir, en respuesta al mensaje de actualización de enlace de RAB, un segundo mensaje de respuesta de enlace de RAB de la compuerta de enlace inalámbrica.

13. El método de la reivindicación 12, en donde la información de enlace de RAB comprende uno o más identificadores de RAB, identificadores de tipo de aplicación que identifican uno o más tipos de aplicación que utilizarán los RAB asociados e información específica de aplicación, en donde la información específica de aplicación incluye uno o más de: información de modo de señalización de sesión de PTT, información de canal de PTT, información de grupo de PTT e información de sesión de PTT.

14. El método de la reivindicación, 12 que comprende además: recibir en respuesta adicional al mensaje de actualización de enlace de RAB, un mensaje de asignación de recursos de canal de enlace descendente, preasignar recursos de datos de enlace descendente garantizados para la recepción de datos de medios de sesión de PTT.

15. Un aparato que comprende: por lo menos un procesador y por lo menos una memoria que incluye códigos de programa de computadora para uno o más programas, la por lo menos una memoria y el código de programa de computadora configurados para, con el por lo menos un procesador, provocar que el aparato efectúe por lo menos lo siguiente: recibir un comando para el inicio de transmisión de medios para una sesión de pulsar para hablar (PTT) en una red de comunicaciones móvil; generar un mensaje de petición de ráfaga de habla de UT y transmitir el mensaje de petición de ráfaga de habla de UT a una compuerta de enlace inalámbrica de la red de comunicaciones móviles, en donde el mensaje de petición de ráfaga de habla de UT es transmitido vía mensajería de control de capa de control de acceso a medios (MAC); recibir, en respuesta al mensaje de petición de ráfaga de habla de UT, un mensaje de otorgamiento de ráfaga de habla.

16. El aparato de la reivindicación 15, en donde el mensaje de petición de ráfaga de habla de UT incluye información de identificación de terminal e información de identificación de flujo del portador de radio.

17. El aparato de la reivindicación 15, en donde se provoca además que el aparato efectúe lo siguiente: recibir en respuesta adicional al mensaje de petición de ráfaga de habla de UT, un mensaje de asignación de recursos de canal de enlace ascendente, preasignar recursos de datos de enlace ascendente garantizados para transmisión de datos de medios de sesión de PTT.

18. El aparato de la reivindicación 16, en donde se provoca además que el aparato efectúe lo siguiente: recibir un comando para la terminación de la transmisión de los medios para la sesión de PTT; generar un mensaje de liberación de ráfaga de habla de UT y transmitir el mensaje de liberación de ráfaga de habla de UT a la compuerta de enlace inalámbrica, en donde el mensaje de liberación de ráfaga de habla de UT es transmitido vía la mensajería de control de capa de MAC sobre el canal inalámbrico y recibir, en respuesta al mensaje de liberación de ráfaga de habla de UT, un mensaje de revocación de ráfaga de habla.

19. El aparato de la reivindicación 15, en donde, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT, se provoca además que el aparato efectúe lo siguiente: recibir un comando para el inicio de la sesión de PTT, que incluye un identificador de sesión de PTT; generar un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye el identificador de sesión de PTT e información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB); transmitir el mensaje de crear enlace de RAB a la compuerta de enlace; recibir, en respuesta al mensaje de crear enlace de RAB, un mensaje de respuesta de enlace de RAB y efectuar un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de la sesión de PTT en un servidor de aplicaciones de PTT.

20. El aparato de la reivindicación 19, en donde la información de enlace de RAB comprende uno o más identificadores de RAB, identificadores de tipo de aplicación que identifican uno o más tipos de aplicación que utilizarán los RAB asociados e información específica de aplicación, en donde la información específica de aplicación incluye uno o más de: información de modo de señalización de sesión de PTT, información de canal de PTT, información de grupo de PTT e información de sesión de PTT.

21. El aparato de la reivindicación 15, en donde, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT, se provoca que el aparato efectúe lo siguiente: recibir un mensaje de invitación de sesión para la sesión de PTT, que incluye un identificador de sesión de PTT; generar un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye el identificador de sesión de PTT e información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB); transmitir el mensaje de crear enlace de RAB a la compuerta de enlace; recibir, en respuesta al mensaje de crear enlace de RAB, un mensaje de respuesta de enlace de RAB y efectuar un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de la sesión de PTT en un servidor de aplicaciones de PTT.

22. El aparato de la reivindicación 21, en donde la información de enlace de RAB comprende uno o más de identificadores RAB, identificadores de tipo de aplicación que identifican uno o más tipos de aplicación que utilizarán los RAB asociados e información específica de aplicación, en donde la información específica de aplicación incluye uno o más de: información de modo de señalización de sesión de PTT, información de canal de PTT, información de grupo de PTT e información de sesión de PTT.

23. El aparato de la reivindicación 15, en donde, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT, se provoca además que el aparato efectúe lo siguiente; recibir un comando para el inicio de un cliente de PTT; generar un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB); transmitir el mensaje de crear enlace de RAB a la compuerta de enlace; recibir, en respuesta al mensaje de crear enlace de RAB, un primer mensaje de respuesta de enlace de RAB; efectuar un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de una sesión preestablecida en un servidor de aplicaciones de PTT; recibir un comando para el inicio de la sesión de PTT; generar un mensaje de actualización de enlace de RAB, que incluye un identificador de sesión de PTT; transmitir el mensaje de actualización de enlace de RAB a la compuerta de enlace; recibir, en respuesta al mensaje de actualización de enlace de RAB, un segundo mensaje de respuesta de enlace de RAB y efectuar un proceso de señalización de protocolo para asociar la sesión de PTT con la sesión preestablecida en base al identificador de sesión de PTT.

24. El aparato de la reivindicación 23, en donde la información de enlace de RAB comprende uno o más identificadores de RAB, identificadores tipo de aplicación que identifican uno o más tipos de aplicación que utilizarán los RAB asociados e información específica de aplicación, en donde la información específica de aplicación incluye uno o más de: información de modo de señalización de sesión de PTT, información de canal de PTT, información de grupo de PTT e información de sesión de PTT.

25. El aparato de la reivindicación 23, en donde se provoca además que el aparato efectúe lo siguiente: recibir en respuesta adicional al mensaje de actualización de enlace de RAB, un mensaje de asignación de recursos de canal de enlace descendente, preasignar recursos de datos de enlace descendente garantizados para la recepción de datos de medios de sesión de PTT.

26. El aparato de la reivindicación 15, en donde, antes de la recepción del comando para el inicio de transmisión de medios para la sesión de PTT, se provoca además que el aparato efectúe lo siguiente: recibir un comando para el inicio de un cliente de PTT; generar un mensaje de crear enlace de portador de acceso por radio (RAB), que incluye información de enlace de RAB que provee información para asociar la sesión de PTT con portadores de acceso por radio respectivos (RAB); transmitir el mensaje de crear enlace de RAB a la compuerta de enlace; recibir, en respuesta al mensaje de crear enlace de RAB, un primer mensaje de respuesta de enlace de RAB; efectuar un proceso de señalización de protocolo para establecer uno o más portadores de protocolo de datos por paquetes (PDP) en una red central de la red de comunicaciones y para el establecimiento de una sesión preestablecida en un servidor de aplicaciones de PTT; recibir un mensaje de conectar control de ráfaga de habla del servidor de aplicaciones de PTT, que incluye un identificador de sesión de PTT; generar un mensaje de actualización de enlace de RAB, que incluye el identificador de sesión de PTT; transmitir el mensaje de actualización de enlace de RAB a la compuerta de enlace y recibir, en respuesta al mensaje de actualización de enlace de RAB, un segundo mensaje de respuesta de enlace de RAB.

27. El aparato de la reivindicación 26, en donde la información de enlace de RAB comprende uno o más identificadores de RAB, identificadores de tipo de aplicación que identifican uno o más tipos de aplicación que utilizarán los RAB asociados e información específica de aplicación, en donde la información específica de aplicación incluye uno o más de: información de modo de señalización de sesión de PTT, información de canal de PTT, información de grupo de PTT e información de sesión de PTT.

28. El aparato de la reivindicación 26, en donde se provoca además que el aparato efectúe lo siguiente: recibir en respuesta adicional al mensaje de actualización de enlace de RAB, un mensaje de asignación de recursos de canal de enlace descendente, preasignar recursos de datos de enlace descendente garantizados para la recepción de datos de medios de sesión de PTT.