ES2897828T3 - Asignación predictiva de recursos de QoS para establecimiento rápido de sesión - Google Patents

Asignación predictiva de recursos de QoS para establecimiento rápido de sesión Download PDF

Info

Publication number
ES2897828T3
ES2897828T3 ES07843562T ES07843562T ES2897828T3 ES 2897828 T3 ES2897828 T3 ES 2897828T3 ES 07843562 T ES07843562 T ES 07843562T ES 07843562 T ES07843562 T ES 07843562T ES 2897828 T3 ES2897828 T3 ES 2897828T3
Authority
ES
Spain
Prior art keywords
access terminal
qos
qos resources
network
resources
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES07843562T
Other languages
English (en)
Inventor
Harleen Gill
Arulmozhi Ananthanarayanan
Arvind Santhanam
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2897828T3 publication Critical patent/ES2897828T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

Un método para asignar recursos de QoS que comprende las etapas de: detectar (307), por una red de acceso por radio, que se ha marcado una petición de comunicación (305) desde un servidor de aplicaciones (302) para una comunicación que requiere recursos de QoS con un terminal de acceso (304) como que requiere recursos de QoS; y en respuesta a detectar que la petición de comunicación (305) se ha marcado como que requiere recursos de QoS: asignar (327), por la red de acceso por radio, los recursos de QoS antes de recibir cualquier petición de asignación de recursos de QoS desde el terminal de acceso (304) para asignar los recursos de QoS necesarios.

Description

DESCRIPCIÓN
Asignación predictiva de recursos de QoS para establecimiento rápido de sesión
La presente solicitud de Patente reivindica prioridad sobre la Solicitud Provisional N.° 60/827,425 titulada "PREDICTIVE QoS RESOURCE ALLOCATION FOR RAPID SESSION ESTABLISHMENT ("Asignación predictiva de recursos de QoS para establecimiento rápido de sesión")" presentada el 28 de septiembre de 2006 y cedida al cesionario de esta misma.
ESTADO DE LA TÉCNICA ANTERIOR
1. Campo de la invención
La invención se refiere a las comunicaciones en un sistema inalámbrico de telecomunicaciones y, más en particular, al establecimiento de sesión para aplicaciones que tienen requisitos de calidad del servicio (QoS).
2. Estado de la técnica anterior
Los sistemas inalámbricos de comunicaciones se han desarrollado a lo largo de diversas generaciones, incluyendo un servicio telefónico inalámbrico analógico de primera generación (1G), servicio telefónico inalámbrico digital de segunda generación (2G) (incluyendo las redes provisionales 2.5G y 2.75G) y un servicio inalámbrico con capacidad de datos/Internet de alta velocidad de tercera generación (3G). En la actualidad, hay muchos tipos diferentes de sistemas inalámbricos de comunicaciones en uso, incluidos los sistemas de comunicaciones celulares y el servicio personal de comunicaciones (PCS). Los ejemplos de sistemas celulares conocidos incluyen el sistema analógico de telefonía móvil avanzada celular (AMPS) y sistemas celulares digitales basados en el acceso múltiple por división del código (CDMA), acceso múltiple por división de frecuencia (FDMA), acceso múltiple por división de tiempo (TDMA), la variación del sistema global para acceso móvil (GSM) del TDMA y sistemas de comunicaciones digitales híbridos más nuevos que utilizan tecnologías tanto TDMA como CDMA.
El método para proporcionar comunicaciones móviles CDMA se estandarizó en los Estados Unidos por la Asociación de Industrias de Telecomunicaciones/Asociación de Industrias de la Electrónica en la norma TIA/EIA/IS-95-A titulada "Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System" denominada en el presente documento como IS-95. Los sistemas AMPS y CDMA combinados se describen en la norma IS-98 de la TIA/EIA. Otros sistemas de comunicaciones se describen en IMT-2000/UM, o International Mobile Telecommunications System 2000/Universal Mobile Telecommunications System, que son estándares que cubren lo que se denomina CDMA de banda ancha (WCDMA), CDMA2000 (tal como los estándares CDMA2000 1xEV-DO, por ejemplo) o TD-SCDMA.
En los sistemas inalámbricos de comunicaciones, las estaciones móviles, teléfonos móviles o terminales de acceso (AT) reciben señales desde estaciones base de posición fija (también denominadas sitios celulares o células) que admiten enlaces o servicio de comunicaciones dentro áreas geográficas particulares adyacentes o que rodean a las estaciones base. Las estaciones base facilitan puntos de entrada a una red de acceso (An ) / red de acceso por radio (RAN), que es generalmente una red de paquetes de datos que utiliza protocolos estándar basados en el Grupo de Trabajo de Ingeniería de Internet (IETF, del inglés Internet Engineering Task Force) que admiten métodos para diferenciar el tráfico basándose en los requisitos de calidad del servicio (QoS, del inglés Quality of Service). Por lo tanto, las estaciones base interactúan generalmente con los AT a través de una interfaz aérea y con la AN a través de paquetes de datos de red de Protocolo de Internet (IP).
En los sistemas inalámbricos de telecomunicaciones, las capacidades de pulsar para hablar (PTT, del inglés Push-To-Talk) se están haciendo populares en el sector servicios y para los consumidores. La PTT puede dar soporte a un servicio de voz de "despacho" que funciona sobre infraestructuras inalámbricas comerciales estándar, tales como CDMA, FDMA, TDMA, GSM, etc. En un modelo de despacho, la comunicación entre los puntos extremos (los AT) tiene lugar dentro de grupos virtuales, en los cuales la voz de un “orador” se transmite a uno o más "oyentes". Un único caso de este tipo de comunicación se denomina comúnmente una llamada de despacho, o simplemente una llamada de PTT. Una llamada de PTT es una instanciación de un grupo, que define las características de una llamada. En esencia, un grupo está definido por una lista de miembros e información asociada, tal como el nombre del grupo o la identificación del grupo.
A medida que han aumentado las comunicaciones móviles, la calidad del servicio (QoS) se ha vuelto importante para proporcionar una diferenciación del tráfico y una capacidad del nivel del servicio aumentada. Sin embargo, existen muchos estándares diferentes para describir los requisitos de la calidad del servicio en diferentes partes de las redes. Por ejemplo, una red 1xEV-DO Revisión A está configurada para QoS como se describe en "3GPP2 X.S0011-004-C Version 2.0 cdma2000 Wireless IP Network Standard: Quality of Service and Header Reduction Specification." Sin embargo, la misma red describe configuraciones de QoS para datos transmitidos a través de la interfaz aérea entre cualquiera AT y la AN en el "3GPP2 C.S0024-A Version 2.0 cdma2000 High Rate Packet Data Air Interface Specification". La misma red también diferencia QoS intra-AT e inter-AT, puesto que el QoS Intra-AT proporciona una diferenciación de flujos de datos que pertenecen al mismo usuario, mientras que el QoS inter-AT proporciona una diferenciación de paquetes que pertenecen a diferentes usuarios. Por lo tanto, existe la necesidad de un QoS de extremo a extremo QoS entre AT y AN para las comunicaciones PTT.
La Patente US 2004/0203658 consigue las ventajas técnicas como un método y sistema para mejorar asignación y utilización de recursos de radio por aplicación y por servicio. En una realización, un método para mejorar asignación y utilización de recursos de radio por aplicación y por servicio comprende recibir información en un nodo de red, en el que la información comprende al menos uno de uno de los siguientes elementos de un grupo que consiste en: al menos un tipo de aplicación, al menos un tipo de servicio, un nivel funcional en el cual se ejecuta la aplicación o servicio, al menos un tipo de dispositivo que soporta la ejecución, características del dispositivo y protocolos utilizados por la aplicación o servicio. El método incluye además determinar un requisito de calidad del servicio (QoS) de radio para admitir que la aplicación o el servicio se ejecute en el dispositivo basándose en al menos uno de uno de los siguientes elementos de un grupo que consiste en: la información recibida y una identidad de usuario, en el que el usuario está asociado con el dispositivo, y transmitir un mensaje de configuración de recurso de radio basados en la determinación.
La Patente WO 2005/115031 enseña que un controlador de recursos de radio (441) de Pulsar-para-Hablar (PTT) establece un canal "inverso" utilizando un módulo de petición de recursos de canal directo (461), un módulo de petición de recursos de canal inverso (463), un módulo de reglas de asignación (470) que está acoplado al módulo de petición de recursos de canal directo (461) y al módulo de petición de recursos de canal inverso (463) y un módulo de disponibilidad de recursos del canal (480) que está acoplado al módulo de reglas de asignación (470). Un método (300) para establecer un canal inverso en un sistema PTT inicia un circuito PTT directo (313) entre un dispositivo de origen y al menos un primer dispositivo llamado, inicia un primer circuito PTT inverso (319) entre el primer dispositivo llamado y el dispositivo de origen antes de liberar (329) el circuito PTT directo, y entonces libera (339) el primer circuito PTT inverso.
SUMARIO DE LA INVENCIÓN
La presente invención está dirigida a un método, aparato y medio legible por ordenador para asignación predictiva de recursos QoS en un sistema inalámbrico de comunicaciones, según se define mediante las reivindicaciones independientes adjuntas a las que debe hacerse referencia. En las reivindicaciones dependientes adjuntas se exponen características ventajosas.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Una apreciación más completa de aspectos de la invención y muchas de las ventajas relacionadas de la misma, se obtendrán fácilmente según la misma llegue a entenderse mejor por referencia a la siguiente descripción detallada cuando se considera conjuntamente con los dibujos adjuntos, que se presentan únicamente a modo de ilustración, y no de limitación, de la invención, y en los que:
La figura 1 es un diagrama de una arquitectura de red inalámbrica que da soporte a terminales de acceso y redes de acceso, según al menos una realización de la invención.
La figura 2 es una ilustración de un terminal de acceso según al menos una realización de la invención.
La figura 3 es un diagrama de flujo de señales según al menos una realización de la invención.
La figura 4 es una ilustración de un sistema de comunicación grupal según al menos una realización de la invención. La figura 5 es una ilustración de flujos del RLP (protocolo de enlace de radio, del inglés Radio Link Protocol) según al menos una realización de la invención.
La figura 6 es una ilustración de un método según al menos una realización de la invención.
La figura 7 es una ilustración de un diagrama de flujo de señales según al menos una realización de la invención. La figura 8 es una ilustración de un diagrama de flujo de señales según un sistema convencional.
DESCRIPCIÓN DETALLADA
En la siguiente descripción y los dibujos relacionados se desvelan aspectos de la invención. Adicionalmente, no se describirán en detalle elementos bien conocidos de la invención a fin de no oscurecer los detalles relevantes de la invención.
La palabra "ejemplar" se utiliza en el presente documento para significar "que sirve como un ejemplo, caso o ilustración". Cualquier aspecto descrito en el presente documento como "ejemplar" no debe interpretarse necesariamente como preferido o ventajoso.
Además, muchas realizaciones se describen en términos de secuencias de acciones a ser realizadas, por ejemplo, por elementos de un dispositivo informático. Se reconocerá que diversas acciones descritas en el presente documento pueden ser realizadas por circuitos específicos (por ejemplo, circuitos integrados específicos de la aplicación (ASIC)), por instrucciones de programa ejecutadas por uno o más procesadores, o por una combinación de ambos. Adicionalmente, estas secuencias de acciones descritas en el presente documento pueden considerarse como realizadas totalmente dentro de cualquier forma de medio de almacenamiento legible por ordenador que tenga almacenado en el mismo un correspondiente conjunto de instrucciones de ordenador que, al ejecutarse, causarían que un procesador asociado realizara la funcionalidad descrita en el presente documento. Por tanto, los diversos aspectos de la invención pueden realizarse de una diversidad de diferentes formas, todas las cuales se han contemplado como dentro del alcance de la materia objeto reivindicada. Además, para cada una de las realizaciones descritas en el presente documento, la forma correspondiente de cualquiera de dichas realizaciones puede describirse en el presente documento, por ejemplo, como "lógica configurada para" realizar la acción descrita.
Una estación de abonado de alta velocidad de datos (HDR), denominada en el presente documento como un terminal de acceso (AT), puede ser móvil o estacionaria y puede comunicarse con una o más estaciones base HDR, denominadas en el presente documento como transceptores del grupo de módems (MPT) o estaciones base (BS). Un terminal de acceso transmite y recibe paquetes de datos a través de uno o más transceptores del grupo de módems a un controlador de estación base de HdR, denominado como controlador del grupo de módems (MPC), controlador de estación base y/o centro de conmutación móvil (MSC). Los transceptores del grupo de módems y los controladores del grupo de módems son partes de una red llamada red de acceso. Una red de acceso transporta paquetes de datos entre múltiples terminales de acceso.
La red de acceso puede estar conectada además a redes adicionales fuera de la red de acceso, tales como una intranet corporativa o Internet, y puede transportar paquetes de datos entre cada terminal de acceso y dichas redes externas. Un terminal de acceso que ha establecido una conexión de canal de tráfico activa con uno o más transceptores del grupo de módems se llama terminal de acceso activo y se dice que está en un estado de tráfico. Un terminal de acceso que está en el proceso de establecer una conexión de canal de tráfico activa con uno o más transceptores del grupo de módems se dice que está en un estado de establecimiento de conexión. Un terminal de acceso puede ser cualquier dispositivo de datos que se comunica a través de un canal inalámbrico o a través de un canal por cable, por ejemplo, usando fibra óptica o cables coaxiales. Un terminal de acceso puede ser además cualquiera de una diversidad de tipos de dispositivos, que incluyen, pero sin limitación, una tarjeta de PC, una memoria flash compacta, un módem externo o interno, o un teléfono inalámbrico o por cable. El enlace de comunicaciones a través del cual el terminal de acceso envía señales al transceptor del grupo de módems se llama un enlace inverso o un canal de tráfico. El enlace de comunicaciones a través del cual un transceptor del grupo de módems envía señales a un terminal de acceso se llama un enlace directo o canal de tráfico. Según se utiliza en el presente documento, el término canal de tráfico puede referirse un canal de tráfico tanto directo como inverso.
La figura 1 ilustra un diagrama de bloques de una realización ejemplar de un sistema inalámbrico 100 según al menos una realización de la invención. El sistema 100 puede contener terminales de acceso, tales como un teléfono celular 102, en comunicación a través de una interfaz aérea 104 con una red de acceso o red de acceso por radio (RAN) 120 que puede conectar el terminal de acceso 102 a un equipo de red que proporciona conectividad de datos entre una red de datos conmutada por paquetes (por ejemplo, una intranet, Internet y/o la red portadora 126) y los terminales de acceso 102, 108, 110, 112. Como se muestra aquí, el terminal de acceso puede ser un teléfono celular 102, un asistente personal digital 108, un busca 110, que aquí se muestra como un busca de texto bidireccional o incluso una plataforma informática separada 112 que tiene un portal de comunicación inalámbrica. Por tanto, las realizaciones de la invención pueden realizarse en cualquier forma de terminal de acceso, incluyendo un portal de comunicación inalámbrica o que tengan capacidades de comunicación inalámbrica, incluyendo, sin limitación, módems inalámbricos, tarjetas PCMCIA, ordenadores personales, teléfonos o cualquier combinación o subcombinación de los mismos. Además, como se utiliza en el presente documento, las expresiones "terminal de acceso", "dispositivo inalámbrico", "dispositivo cliente", "terminal móvil" y variaciones de las mismas pueden utilizarse de un modo intercambiable.
De nuevo en referencia a la figura 1, los componentes de la red inalámbrica 100 y la interrelación de los elementos de las realizaciones ejemplares de la invención no se limitan a la configuración ilustrada. El sistema 100 es meramente ejemplar y puede incluir cualquier sistema que permite terminales de acceso remoto, tales como dispositivos informáticos de clientes inalámbricos 102, 108, 110, 112 para comunicarse por el aire entre sí con cada uno de los otros y/o entre y con cada uno de los componentes conectados mediante la interfaz aérea 104 y la RAN 120, incluyendo, sin limitación, la red portadora 126, Internet y/u otros servidores remotos.
La RAN 120 controla mensajes (envidados típicamente como paquetes de datos) enviados a un MPC/MSC 122. La red portadora 126 puede comunicarse con el MPC/MSC 122 mediante una red, Internet y/o una red telefónica conmutada pública (PSTN). Como alternativa, el MPC/MSC 122 puede conectarse directamente a Internet o a la red externa. Típicamente, la red o conexión de Internet entre la red portadora 126 y el MPC/MSC 122 transfiere datos, y la PSTN transfiere información de voz. El MPC/MSC 122 puede conectarse a múltiples estaciones base (BS) o transceptores del grupo de módems (MPT) 124. De una manera similar a la red portadora, el MPC/MSC 122 se conecta típicamente al MPT/Bs 124 mediante una red, Internet y/o PSTN para la trasferencia de datos y/o la información de voz. El MPT/BS 124 puede difundir mensajes de datos inalámbricamente a los terminales de acceso, tales como el teléfono celular 102. El MPT/BS 124, MPC/MSC 122 y otros componentes pueden formar la RAN 120, como es conocido en la técnica. Sin embargo, también pueden utilizarse configuraciones alternativas y la invención no se limita a la configuración ilustrada.
En referencia a la figura 2, el terminal de acceso 200, (aquí un dispositivo inalámbrico), tal como un teléfono celular, tiene una plataforma 202 que puede recibir y ejecutar aplicaciones de software, datos y/o comandos transmitidos desde la RAN 120 que pueden proceder, en última instancia, de la red portadora 126, Internet y/o de otros servidores y redes remotos. La plataforma 202 puede incluir un transceptor acoplado operativamente a un circuito integrado específico de la aplicación ("ASIC" 208), u otro procesador, microprocesador, circuito lógico, u otro dispositivo de procesamiento de datos. El ASIC 208 u otro procesador ejecuta la capa de interfaz de programación de aplicaciones ("API") 210 que interactúa con cualquiera de los programas residentes en la memoria 212 del dispositivo inalámbrico. La memoria 212 puede estar compuesta de una memoria de sólo lectura o de acceso aleatorio (RAM y ROM), EEPROM, tarjetas o cualquier memoria común a las plataformas informáticas. La plataforma 202 también puede incluir una base de datos local 214 que puede contener aplicaciones que no se utilizan activamente en la memoria 212. La base de datos local 214 es típicamente una célula de memoria flash, pero puede ser cualquier dispositivo de almacenamiento secundario según es conocido en la técnica, tal como medios magnéticos, EEPROm , medios ópticos, cinta, disquete flexible o rígido o similares. Los componentes de la plataforma interna 202 también pueden estar acoplados operativamente a dispositivos externos, tales como una antena 222, una pantalla 224, un botón 228 de Pulsar-para-Hablar y un teclado 226 entre otros componentes, como es conocido en la técnica.
En consecuencia, una realización de la invención puede incluir un terminal de acceso que incluye la capacidad de realizar las funciones descritas en el presente documento. Como apreciarán los expertos en la materia, los diversos elementos lógicos pueden incorporarse en elementos discretos, módulos de software ejecutados en un procesador o cualquier combinación de software y hardware para conseguir la funcionalidad descrita en el presente documento. Por ejemplo, el ASIC 208, la memoria 212, la API 210 y la base de datos local 214 pueden utilizarse todos cooperativamente para cargar, almacenar y ejecutar las diversas funciones desveladas en el presente documento y por tanto, la lógica para realizar estas funciones puede distribuirse entre diversos elementos. Como alternativa, la funcionalidad podría incorporarse en un componente discreto. Por lo tanto, las características del terminal de acceso de la figura 2 deben considerarse meramente ilustrativas y la invención no se limita a las características o disposición ilustradas.
La comunicación inalámbrica entre el terminal de acceso 102 y la RAN 120 puede estar basada en diferentes tecnologías, tales como el acceso múltiple por división de código (CDMA), el acceso múltiple por división de tiempo (TDMA), el acceso múltiple por división de frecuencia (FDMA), el sistema global para comunicaciones móviles (GSM) u otros protocolos que pueden usarse en una red de comunicaciones inalámbricas o una red de comunicaciones de datos. La comunicación de datos es típicamente entre el dispositivo cliente 102, MPT/BS 124 y el MPC/MSC 122. El MPC/MSC 122 puede estar conectado a múltiples redes de datos, tales como la red portadora 126, PSTN, Internet, una red privada virtual, y similares, permitiendo de este modo que el terminal de acceso 102 acceda a una red de comunicaciones más amplia. Como se ha discutido anteriormente y es conocido en la técnica, la transmisión de voz y/o datos pueden transmitirse a los terminales de acceso desde la RAN utilizando una diversidad de redes y configuraciones. En consecuencia, las ilustraciones proporcionadas en el presente documento no están destinadas a limitar las realizaciones de la invención y son meramente para ayudar a la descripción de aspectos de realizaciones de la invención.
Como se discute a continuación, los recursos de QoS pueden utilizarse para la diferenciar el tráfico y aumentar la capacidad del nivel de servicio. Las aplicaciones de datos que requieren recursos de QoS para proporcionar el servicio normalmente inician tales peticiones desde la red. Por ejemplo, un terminal de acceso recibirá convencionalmente una página y después abrirá un canal de tráfico para recibir la información relacionada con la página. Una vez se recibe la información que requerirá la comunicación, ciertos recursos de QoS (por ejemplo, una llamada de Pulsar-para-Hablar (PTT) / llamada de grupo), el terminal de acceso solicitará entonces estos servicios desde la RAN. Una vez recibida la confirmación de que los recursos de QoS están asignados, la aplicación procederá entonces con la comunicación. A continuación, se describirá un ejemplo detallado para comunicaciones terminadas en AT (por ejemplo, enlace directo).
Las comunicaciones terminadas en AT para un AT modo de funcionamiento por intervalos pueden entregarse utilizando el enfoque de localización estándar que se describe en 3GPP2 C.SO024-A. La figura 8 ilustra detalles de este enfoque de localización estándar. La figura 8 asume que el AT está en modo por intervalos y no tiene ningún canal de tráfico (es decir, tiene cerrada su conexión 1xEV-DO) pero todavía tiene un estado PPP mantenido en el PDSN. Cuando los datos para el AT llegan a la red, se enrutan a través de la interfaz A10/A11 desde el PDSN al PCF. Asumiendo una asociación de uno a uno entre el PCF y el BSC, los datos llegan a través de la interfaz A8/A9 en el BSC donde se espera que esté situado el AT. El BSC prepara un mensaje de página y lo envía a todos los sectores BTS de su autoridad. Cuando el AT escucha la página, responde iniciando una petición de establecimiento de canal de tráfico a través de un mensaje de petición de conexión. El resto de flujo de llama es la señalización para el establecimiento del canal de tráfico según se define por el estándar 1xEV-DO. Después de establecerse el canal físico y de enviarse el RTCAck, la RAN envía los datos al At a través del canal de tráfico. Sin embargo, las realizaciones de la invención no se limitan a esta implementación, como apreciarán los expertos en la técnica, y se proporciona meramente como un ejemplo detallado para ayudar a la explicación de realizaciones de la invención.
Algunos aspectos de la invención proporcionan métodos y sistemas para que la red asigne predictivamente los recursos de QoS cuando se entrega el tráfico originado por la red al terminal de acceso / aplicación de datos. La asignación predictiva de servicios QoS puede reducir o eliminar el retraso que se producto en los sistemas convencionales al hacer que el terminal de acceso / aplicación solicite el servicio. A continuación se muestran detalles adicionales con respecto a diversos aspectos de realizaciones de la invención, utilizando un PTT / sistema de comunicaciones grupales con propósitos ilustrativos. Sin embargo, los expertos en la técnica apreciarán que la invención no se limita a estos sistemas y puede utilizarse para cualquier aplicación utilizando recursos de QoS.
En referencia a la figura 3, se proporciona un diagrama de flujo de señales que ilustra aspectos de realizaciones de la invención. Un servidor de aplicaciones (por ejemplo, un servidor QChat®) 302 puede generar una petición, 305, para comunicación con un terminal de acceso, 304, que requiere recursos de QoS. El servidor de aplicaciones 302 puede marcar la petición 305 como que requiere recursos de QoS, que después pueden ser detectados, 307, por la RAN 120. La rAn 120 puede utilizar esta información para asignar los recursos de QoS, 327, antes de una petición que viene del terminal de acceso 304. Después, la RAN 120 puede enviar una página, 310, (típicamente a través de múltiples sectores) al terminal de acceso 304. El terminal de acceso 304 puede entonces solicitar una conexión, 320. Tras la recepción de la petición de conexión, la RAN 120, puede determinar en qué terminal de acceso terminal de acceso del sector 304 se encuentra. La RAN 120 puede entonces asignar los recursos de QoS, 327, y establecer una conexión, 330, que sirve al terminal de acceso 304. Sin embargo, si la RAN 120 rastrea la ubicación del terminal de acceso 304 con una granularidad suficiente para determinar el sector en el que está ubicado el terminal de acceso 304, la RAN 120 puede asignar los recursos de QoS incluso antes de la petición de conexión 320. Tras la recepción de la información con respecto a la comunicación solicitada, el terminal de acceso 304 puede reconocer qué recursos de QoS son necesarios para esta comunicación y puede comprobar la asignación de recursos de QoS, 340, en la conexión establecida. Debido a que los recursos de QoS ya estaban asignados en la RAN 120, el terminal de acceso 304 puede aceptar directamente la petición, 350. Esto evita la demora adicional del terminal de acceso que tiene que solicitar los recursos de QoS después de que se reciba la información con respecto a la comunicación solicitada. Una vez el terminal de acceso 304 ha aceptado la comunicación solicitada (por ejemplo, llamada de PTT / QChat®), esta puede reenviarse al servidor de aplicaciones (por ejemplo, servidor de QChat®), 355, y puede tener lugar la comunicación.
En consecuencia, un aspecto de la invención puede incluir un aparato (por ejemplo, RAN, BSC, BTS) que incluya una lógica configurada para detectar una comunicación que requiere recursos de QoS, una lógica configurada para localizar un dispositivo objetivo (por ejemplo, un terminal de acceso) y una lógica configurada para asignar los recursos de QoS antes de establecer una conexión con el dispositivo objetivo.
Como se ha indicado anteriormente, algunos aspectos de la invención pueden reducir los retrasos del proceso en aplicaciones sensibles al retraso. Un sistema de comunicación grupal (PTT / QChat®) es un ejemplo de un sistema sensible al retraso que puede aprovechar la ventaja de tiempos de conexión reducidos ofrecidos por la asignación predictiva de QoS desvelada en el presente documento. El sistema de comunicación grupal también puede ser conocido como un sistema de Pulsar-para-Hablar (PTT), un sistema QChat®, un servicio de difusión de red (NBS), un sistema de despacho o un sistema de comunicación de punto a multipunto. Típicamente, un grupo de usuarios de terminal de acceso pueden comunicarse entre sí utilizando un terminal de acceso asignado a cada miembro del grupo. La expresión "miembro del grupo" indica un grupo de usuarios de terminal de acceso autorizados para comunicarse entre sí. Aunque puede considerarse que los sistemas grupales de comunicaciones / sistemas PTT son entre varios miembros, el sistema no se limita a esta configuración y puede aplicarse a la comunicación entre dispositivos individuales uno a uno.
El grupo puede operar a través de un sistema de comunicaciones existente, sin requerir cambios sustanciales en la infraestructura existente. Por lo tanto, un controlador y los usuarios pueden operar en un sistema capaz de transmitir y recibir información de paquetes utilizando el protocolo de Internet (IP), tal como un sistema de acceso múltiple por división del código (CDMA), un sistema de acceso múltiple por división de tiempo (TDMA), un sistema global para comunicaciones móviles (GSM), sistemas de comunicaciones por satélite, combinaciones de líneas terrestres y sistemas inalámbricos, y similares.
Los miembros del grupo pueden comunicarse entre sí utilizando un terminal de acceso asignado, tales como los terminales de acceso (AT) 102, 108 y 304. Los AT pueden ser dispositivos por cable o inalámbricos, tales como teléfonos inalámbricos terrestres, teléfonos por cable que tienen la capacidad de Pulsar-para-Hablar, teléfonos por satélite equipados con la funcionalidad de Pulsar-para-Hablar, ordenadores portátiles o de sobremesa, dispositivos de localización o cualquier combinación de los mismos. Además, cada AT puede ser capaz de enviar y recibir información tanto en un modo seguro como en un modo no seguro (despejado). Debe entenderse que la referencia a un AT no pretende estar limitada a los ejemplos ilustrados o enumerados, y puede abarcar otros dispositivos que tengan la capacidad de transmitir y recibir información de paquetes según el protocolo de Internet (IP).
Cuando un miembro del grupo desea transmitir información a otros miembros del grupo, el miembro puede solicitar el privilegio de transmisión presionando un botón o tecla de Pulsar-para-Hablar (por ejemplo, 228 en la figura 2) en un AT, lo que genera una petición formateada para la transmisión a través de una red distribuida. Por ejemplo, la petición puede ser transmitida por el aire a uno de un AT 102 o más MPT (o estaciones base) 124. Un mPc/MsC 122, que puede incluir una función de interfuncionamiento bien conocida (IWF), nodo de servicios de datos de paquetes (PDSN) o función de control de paquetes (PCF), para procesar paquetes de datos puede existir entre MPT/BS 124 y la red distribuida. Sin embargo, la petición también puede transmitirse a través de la red telefónica conmutada pública (PSTN) a una red portadora 126. La red portadora 126 puede recibir la petición y proporcionársela a la RAN 120.
En referencia a la figura 4, uno o más servidores de comunicación grupal (por ejemplo, QChat®) 302 pueden monitorizar el tráfico del sistema de comunicación grupal a través de su conexión a la red distribuida. Puesto que el servidor de comunicación grupal 302 puede conectarse a la red distribuida a través de una diversidad de interfaces por cable e inalámbricas, no es necesaria la proximidad geográfica para los participantes de un grupo. Típicamente, un servidor de comunicación grupal 302 controla las comunicaciones entre los dispositivos por cable de los miembros del grupo del conjunto (los AT 304, 472, 474, 476) en un sistema PTT. La red inalámbrica ilustrada es meramente ejemplar y puede incluir cualquier sistema mediante el cual módulos remotos se comunique por el aire entre sí y/o entre los componentes de una red inalámbrica que incluye, sin limitación, operadores y/o servidores de redes inalámbricas. Además, una serie de servidores de comunicación grupal 302 pueden estar conectados a un servidor de comunicación grupal LAN 450.
El servidor o servidores de comunicación grupal 302 pueden estar conectados a un nodo de servicio de datos por paquetes (PDSN) de un proveedor de servicios inalámbricos, tal como el PSDN 452, que se muestra aquí residente en una red portadora 426. Cada PSDN 452 puede interactuar con un controlador de estación base 464 de una estación base 460 a través de una función de control de paquetes (PCF) 462. La PCF 462 puede estar ubicada en la estación base 460. La red portadora 426 controla los mensajes (generalmente en forma de paquetes de datos) enviados a un MSC 458. El MSC 458 puede estar conectado a una o más estaciones base 460. De una manera similar a la red portadora, el MSC 458 está conectado típicamente al BTS 466 por la red y/o Internet para la transferencia de datos y la PSTN para la información de voz. Finalmente, el BTS 466 difunde y recibe mensajes inalámbricamente hacia y desde los AT inalámbricos, tales como los teléfonos celulares 304, 472, 474, 476, como es bien sabido en la técnica. En consecuencia, los detalles generales de un sistema de comunicación grupal no se discutirán adicionalmente. Sin embargo, la siguiente descripción discutirá aspectos específicos de sistemas específicos (por ejemplo, QChat®, 1xEV-DO) para proporcionar detalles adicionales con respecto a realizaciones de la invención.
En aspectos de la invención, el servidor (por ejemplo, el servidor QChat®), 302 puede establecer valores del punto de código de servicios diferenciados (DSCP, del inglés Differentiated Services Code Point) para identificar paquetes de datos en la red para los cuales puede concederse predictivamente el QoS. Además, los mapeos de ID del perfil 1xEV-DO para los flujos de reserva de QoS pueden usarse para identificar flujos de datos en la red para los cuales puede concederse predictivamente el QoS. El sistema puede utilizar el DSCP para distinguir tráfico de QChat® a partir de todo el resto de tráfico de datos en la red. Los datos de QChat® terminados en AT pueden marcarse con valores DSCP de QChat® en el campo de Tipo de Servicio (TOS) (o campo de DS) del datagrama IP. Estos valores de DSCP identifican los requisitos QoS de la red IP y los diferentes mecanismos de entrega de datos para el tráfico de paquetes QChat® terminados en AT. El marco de servicios diferenciados puede utilizarse para proporcionar discriminación de servicios para paquetes IP sin la necesidad de mantener el estado por flujo y la señalización en cada salto. Los enrutadores pueden examinar los valores DSCP en los paquetes IP de entrada y proporcionar un comportamiento por salto adecuado para cada flujo. Típicamente, esta información no sería modificada por ningún componente de red entre el servidor de aplicaciones 302 y el PDSN 452.
Según se ha discutido anteriormente, el AT 304 se busca para activar su canal de tráfi
comunicación (por ejemplo, una llamada QChat®). La llamada de QChat® es aceptada por el At 304 de destino si tanto el canal de tráfico como los recursos de QoS para la señalización de llamadas de QChat® y los medios están disponibles (más adelante se proporcionan detalles adicionales con respecto a los recursos de QoS y en la figura 5). Dado que el AT 304 no sabe en el momento de la recepción de la página que está siendo buscado para una llamada de QChat®, no puede emitir una solicitud de QoS para los flujos de QChat® en llamada cuando envía su mensaje de petición de conexión. En los sistemas convencionales, el AT 304 tendría que esperar para recibir paquetes de señalización de QChat® para determinar que requiere recursos de QoS para una llamada de QChat®. Sin embargo, para reducir este retraso de acuerdo con las realizaciones de la invención, la RAN 120 realiza una asignación predictiva de QoS para una llamada de QChat® como se ha discutido anteriormente. En consecuencia, cuando una petición de conexión es recibida desde el AT 304 de QChat® que se pagina en respuesta a los datos marcados con DSCP de QChat®, la RAN (por ejemplo, BSC 464 / BTS 466) determina que necesita asignar recursos de QoS (por ejemplo, señalización y medios de llamada de QChat® ) sin una solicitud de AT explícita. Además, el RAN 120 indica al AT 304 que los recursos de QoS están disponibles.
Como apreciarán los expertos en la materia, los recursos de QoS necesarios pueden variar para diferentes aplicaciones o dentro de las aplicaciones. Los siguientes ejemplos describen el diseño de QoS en diferentes escenarios de recursos de QoS:
• Cuando los recursos del canal de tráfico y los recursos de QoS para la señalización de llamada QChat® y las reservas de medios están disponibles en el sector del AT, la RAN indica que los recursos de QoS están disponibles para los enlaces directo e inversos transmitiendo los mensajes FwdReservationOn y RevReservationOn para las reservas de señalización de llamada y medios. Este flujo de llamadas se ilustra en la figura 7. Los programas FwdReservationOn y RevReservationOn se programan antes del mensaje de establecimiento de llamada QChat® para que el AT de destino sepa que tiene los recursos de QoS necesarios en el momento de la recepción del paquete de establecimiento de llamada QChat® y puede aceptar la llamada de QChat® sin ningún retraso adicional. Cabe señalar que si alguna de las reservas de señalización de llamada y de medios ya está asignadas al AT de destino en el momento de la llegada de un paquete de configuración de llamada QChat®, la RAN activará únicamente las reservas de señalización y medios en llamada que no estén asignadas en ese momento utilizando los mensajes FwdReservationOn y RevReservationOn.
• Cuando los recursos del canal de tráfico están disponibles en el sector donde se encuentra el AT de destino, pero los recursos de QoS para algunas o todas las reservas QChat® no están disponibles, la RAN todavía puede asignar el canal de tráfico y transmite el mensaje de TCA al AT de destino. El establecimiento del canal de tráfico permite que AT complete la señalización de configuración de llamada QChat® a través del canal de tráfico incluso cuando los recursos de QoS para la señalización de llamada entrante de QChat® y las reservas de medios no están disponibles.
• Cuando no hay recursos disponibles del canal de tráfico en el sector del AT de destino, la RAN deniega la petición del canal de tráfico transmitiendo el mensaje ConnectionDeny (denegar conexión) según el estándar 1xEV-DO Revisión A.
Para las llamadas QChat® terminadas en AT, donde el objetivo de la llamada se localiza después de la llegada de un paquete de configuración de llamada QChat®, la RAN puede indicar que los recursos de señalización de llamada entrante QoS y la reserva de medios han sido concedidos al transmitir el mensaje FwdReservationOn (reserva directa activada) y RevReservationOn (reserva inversa activada) para la señalización de llamada entrante QChat® y las reservas de medios durante el establecimiento del canal de tráfico.
Para las llamadas QChat® terminadas en AT, donde el objetivo de la llamada se localiza después de la llegada de un paquete de configuración de llamada QChat®, la rAn puede programar el mensaje FwdReservationOn y RevReservationOn para la señalización de llamada entrante de QChat® y las reservas de medios antes del mensaje de configuración de llamada de QChat® si están disponibles tanto el canal de tráfico como los recursos de QoS para las reservas de QChat®.
Si alguna de las reservas de señalización de llamada y de medios ya está asignadas al AT de destino en el momento de la llegada de un paquete de configuración de llamada QChat®, la RAN puede activar únicamente las reservas de señalización y medios en llamada que no estén asignadas en ese momento utilizando los mensajes FwdReservationOn y RevReservationOn.
Para llamadas de QChat® terminadas en AT, donde el objetivo de la llamada se localiza después de la llegada de un paquete de configuración de llamada QChat®, la RAN establecerá un canal de tráfico, si están disponibles los recursos del canal de tráfico independientemente de los recursos de QoS que estén disponibles para las llamadas entrantes de QChat® y las reservas de medios.
La 1xEV-DO Revisión A está diseñada para proporcionar un acceso eficiente a redes de paquetes de datos y se basa ampliamente en Internet para esta arquitectura de red. El tráfico de datos que atraviesan los elementos de red del Protocolo de Internet (IP) en el PDSN 452, el PCF 462 y la RAN 120 puede basarse en protocolos estándar basados en el Grupo de Trabajo de Ingeniería de Internet (IETF) que admiten métodos para diferenciar el tráfico basándose en los requisitos de QoS. El QoS entre el AT 304 y la red 1xEV-DO Revisión A está configurado como se describe en el "3GPP2 X.S0011-004- C Version 2.0 cdma2000 Wireless IP Network Standard: Quality of Service and Header Reduction specification", los contenidos del mismo se incorporan en el presente documento por referencia. El tráfico de datos transmitido a través de la interfaz aérea entre el AT 304 y la RAN 120 puede configurarse para el tratamiento de QoS adecuado a través de los protocolos 1xEV-DO Revisión A como se describe en la "3GPP2 C.S0024-A Version 2.0 cdma2000 High Rate Packet Data Air Interface Specification", los contenidos del mismo se incorporan en el presente documento por referencia. 1xEV-DO Revisión A proporciona mecanismos estándar para ofrecer QoS intra-AT e inter-AT. El QoS Intra-AT proporciona una diferenciación de flujos de datos que pertenecen al mismo usuario, mientras que el QoS inter-AT proporciona una diferenciación de paquetes que pertenecen a diferentes usuarios.
Para logar el QoS, la diferenciación de tráfico debe estar disponible de extremo a extremo. Todos los componentes de red, incluyendo el AT 304, el RAN 120 (BTS 466, BSC 464), PDSN 452, y los enrutadores de Internet deben implementar / admitir el QoS. El QoS de extremo a extremo en una red 1xEV-DO Revisión A puede conseguirse a través de los siguientes mecanismos:
• Instaladores de paquetes: Los filtros de paquetes en el mapa de PDSN envían los flujos de tráfico al AT y definen el tratamiento de QoS que puede aplicarse para tráfico de datos de envío. El AT señala las peticiones de QoS que establecen filtros de paquetes en ese PDSN como se describe en el "3GPP2 X.S0011-004-C Version 2,0 cdma2000 Wireless IP Network Standard: Quality of Service and Header Reduction specification."
• Perfiles de QoS (ID del perfil): Los perfiles de QoS y/o las ID de perfil son un mecanismo para especificar (o predefinir) los parámetros de interfaz aérea y los requisitos del QoS de red relevantes para un servicio de datos. Es un identificador "abreviado" que se utilice el AT cuando se solicita una reserva de QoS para un flujo con la RAN. Las asignaciones de ID de perfil estándar disponibles para diversos servicios de datos se describen "TSB58-G Administration of Parameter Value Assignments for cdma2000 Spread Spectrum Standards", los contenidos del mismo se incorporan en el presente documento por referencia.
• Marcado de tráfico inverso: El AT puede marcar datos de tráfico inverso de acuerdo con el marco y los estándares de Servicios Diferenciados (DiffServ). Estas marcas definen el tratamiento de la red QoS solicitado para los datos salientes en el PDSN.
En QoS en una red 1xEV-DO Revisión A también está basado en el mapeo adecuado o enlace de los siguientes elementos para la sesión PPP del AT, tal como se indica a continuación:
• Flujo de IP (aplicación): Los requisitos de QoS de la capa de aplicación en el AT y el PDSN se definen identificando flujos únicos de IP. Se asocia una etiqueta de reserva con el flujo de IP para identificar los requisitos de QoS para el flujo entre el AT y la RAN. Después, un flujo de IP se mapea en un flujo de RLP que satisface mejor los requisitos de QoS.
• Flujo de RLP (enlace): Los flujos del protocolo de enlace de radio (RLP, del inglés Radio Link Protocol) se asignan basándose en requisitos de QoS (por ejemplo, configuración de parámetros de RLP) para flujos de capa superior. Los flujos de IP con los mismos requisitos de QoS pueden mapearse en el mismo flujo de RLP. En la dirección inversa, un flujo de RLP se mapea en un flujo de RTCMAC.
• Flujo de RTCMAC: Los flujos de RTCMAC se asignan en basándose en los requisitos de QoS que definen la latencia de la capa física y/o las necesidades de capacidad para un flujo de la capa superior. Por ejemplo, los flujos pueden ser flujos de baja latencia o de alta capacidad. Los flujos de RLP con los mismos requisitos de QoS pueden mapearse para el mismo flujo de RTCMAC.
Como se ha indicado anteriormente, diferentes aplicaciones pueden tener diferentes requisitos de QoS. Por ejemplo, un QChat® sobre 1xEV-DO Revisión A recibe una entrega de datos de alta prioridad y baja latencia a través de la especificación de los requisitos de QoS de la red. QChat® utiliza la asignación de tres (3) flujos de IP en el AT:
1. Un flujo para la señalización de establecimiento de llamadas
2. Un flujo para la señalización de establecimiento de llamadas
3. Un flujo para los medios
Cada flujo de IP del QChat® tiene requisitos de QoS específicos y se mapea en tres flujos de RLP separados. Los AT habilitados para QChat® pueden tener hasta cuatro flujos de r Lp activos cuando están activos en una llamada de QChat®; tres flujos para QChat® y uno para el flujo de mejor esfuerzo (BE, del inglés Best Effort) predeterminado. Puede considerarse que los requisitos de QoS para los medios de QChat® son similares a los de los medios de VoIP y, por lo tanto, este flujo de RLP puede compartirse con VoIP. La figura 5 ilustra los múltiples flujos de RLP 500 para un AT 304 habilitado para QChat®- en comunicación con la red de acceso 120. Los requisitos de QoS para cada flujo pueden especificarse mediante perfiles de QoS.
Aunque la descripción anterior proporciona muchos detalles específicos del QChat® y la red 1x EV-DO para proporcionar una ilustración detallada de diversos aspectos de realizaciones de la invención, los expertos en la técnica apreciarán que las realizaciones de la invención no se limitan a ninguna aplicación y/o red específica. Las realizaciones de la invención pueden incluir cualquier aplicación que tenga requisitos de QoS. Además, cualquier red que pueda soportar la asignación de recursos de QoS también puede incluirse en realizaciones de la invención.
En vista de la descripción anterior, los expertos en la técnica reconocerán que las realizaciones de la invención incluyen método para realizar la secuencia de acciones, operaciones y/o funciones previamente descritas. En referencia a la figura 6, se proporciona un diagrama de flujo que ilustra al menos un método según aspectos de la invención. Por ejemplo, el método puede incluir detectar una petición de comunicación dirigida a un terminal de acceso que requiere recursos de QoS, 602. Puede enviarse una página al terminal de acceso, 604. Los recursos de QoS pueden asignarse, 610, y la comunicación puede establecerse teniendo los recursos de QoS asignados, 612, antes de que se haga una petición específica de asignación de recursos de QoS desde el terminal de acceso. Según se ilustra en la figura 6, la asignación de recursos de QoS puede realizarse después de haber recibido la petición de conexión 654 en el caso en el que la RAN no puede determinar el sector que sirve al terminal de acceso antes de recibir la petición de conexión. Sin embargo, como se ha descrito anteriormente en relación con la figura 3, la asignación de recursos de QoS puede suceder antes de la recepción de la petición de conexión cuando la RAN puede determinar el sector que sirve al terminal de acceso, antes de recibir la petición de conexión desde el terminal de acceso.
Sin embargo, si los recursos no están disponibles, 608, el método todavía puede tener lugar para establecer una comunicación con el terminal de acceso, 614. Esto permite que el terminal de acceso intente solicitar los recursos de QoS. Por ejemplo, el terminal de acceso recibe la página, 652, y envía una petición de conexión, 654 de una manera convencional. Cuando el terminal de acceso recibe la comunicación inicial, puede determinar si son necesarios los recursos de QoS para la comunicación solicitada si están asignados, 656. Si los recursos de QoS se asignaros predictivamente en 612, entonces puede aceptarse la petición de comunicación, 658. Sin embargo, si los recursos de QoS son necesarios para la comunicación solicitada y no fueron asignados (por ejemplo, 614), entonces el terminal de acceso puede solicitar los recursos de QoS desde la RAN, 660. Los expertos en la técnica apreciarán que el diagrama de flujo ilustrado y la descripción no detallan intencionadamente cada opción o señalización de bajo nivel para no distraer la atención de las características que se están discutiendo. Por ejemplo, no se ilustra el caso en el que la RAN niega la petición de conexión, puesto que no daría como resultado ninguna conexión y es bien conocido y solo distraería de la descripción de las realizaciones de la invención.
Se proporciona una ilustración más detallada de la señalización en la figura 7, que ilustra aspectos específicos de al menos una realización de la invención. La figura 7 ilustra una llama de QChat® con acceso terminado con asignación de QoS predictivo, como se ha descrito previamente. Por ejemplo, en esta figura se incluyen detalles de la señalización entre la red de acceso 120 y el AT 304 durante el establecimiento del canal de tráfico en el AT 304. Estos detalles se comentan en la figura y aquí no se proporciona ninguna reformulación adicional. Además, estos detalles, aunque ilustran detalles de implementación según al menos una realización de la invención, no deben interpretarse como limitantes de todas las realizaciones de la invención a los aspectos ilustrados.
Los expertos en la técnica apreciarán que la información y las señales pueden representarse usando cualquiera de una diversidad de tecnologías y técnicas diferentes. Por ejemplo, los datos, instrucciones, comandos, información, señales, bits, símbolos y chips a los que puede hacerse referencia a lo largo de la descripción anterior pueden estar representados por voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas, o cualquier combinación de los mismos.
Además, los expertos en la técnica apreciarán que los diversos bloques lógicos, módulos, circuitos y etapas de algoritmo ilustrativas descritas en relación con las realizaciones descritas en el presente documento pueden implementarse como hardware electrónico, software informático o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, se han descrito anteriormente de un modo general diversos componentes, bloques, módulos, circuitos y etapas ilustrativas en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o como software depende de la aplicación particular y las restricciones de diseño impuestas sobre todo el sistema. Los técnicos expertos pueden implementar la funcionalidad descrita de diversas formas para cada aplicación particular, pero tales decisiones de implementación no deben interpretarse como una desviación del alcance de la presente invención.
Los diversos bloques, módulos y circuitos lógicos ilustrativos descritos en relación con las realizaciones descritas en este documento pueden implementarse o realizarse con un procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado específico de la aplicación (ASIC), una matriz de puerta programable en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos o cualquier combinación de los mismos diseñada para realizar las funciones descritas en el presente documento. Un procesador de propósito general puede ser un microprocesador, pero como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estado convencional. Un procesador también puede implementarse como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo DSP, o cualquier otra configuración de este tipo.
En consecuencia, un aspecto de la invención puede incluir un aparato que incluye una lógica configurada para detectar una solicitud de comunicación que requiere recursos de QoS dirigidos a un terminal de acceso y una lógica configurada para asignar los recursos de QoS antes de recibir una petición del terminal de acceso para asignar los recursos de QoS. El aparato puede incluir además una lógica configurada para paginar el terminal de acceso, una lógica configurada para recibir una petición de conexión desde el terminal de acceso y una lógica configurada para establecer una conexión con el terminal de acceso con los recursos de QoS asignados. Los diversos elementos lógicos pueden integrarse en un dispositivo o pueden distribuirse entre diversos dispositivos, cada uno de los cuales se acopla de forma operativa entre sí. Por ejemplo, el aparato puede ser una red de acceso por radio, un sistema de comunicación grupal o un sistema de comunicación inalámbrica.
Además, los aspectos de la invención pueden incluir implementaciones lógicas de las funciones descritas en el presente documento. Por ejemplo, las realizaciones de la invención pueden incluir además una lógica configurada para detectar recursos de QoS asignados actualmente al terminal de acceso; y lógica configurada para asignar recursos de QoS adicionales necesarios para la comunicación solicitada. En consecuencia, los expertos en la técnica apreciarán que las realizaciones de la invención no se limitan a los ejemplos proporcionados en el presente documento.
Los métodos, secuencias y/o algoritmos descritos con relación a las realizaciones descritas en este documento pueden realizarse directamente en hardware, en un módulo de software ejecutado por un procesador o en una combinación de los dos. Un módulo de software puede residir en una memoria RAM, una memoria flash, una memoria ROM, una memoria EPROM, una memoria EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM o cualquier otra forma de medio de almacenamiento conocida en la técnica. Un medio de almacenamiento ejemplar está acoplado al procesador de manera que el procesador pueda leer información y escribir información en el medio de almacenamiento. Como alternativa, el medio de almacenamiento puede ser parte integral del procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un terminal de usuario (por ejemplo, un terminal de acceso). Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario.
En uno o más aspectos ejemplares, las funciones descritas pueden implementarse en hardware, software, firmware o cualquier combinación de los mismos. Si se implementan en software, las funciones pueden almacenarse o transmitirse como una o más instrucciones o código en un medio legible por ordenador. Los medios legibles por ordenador incluyen tanto los medios de almacenamiento del ordenador como los medios de comunicación, incluido cualquier medio que facilite la transferencia de un programa informático de un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que pueda accederse mediante un ordenador. A modo de ejemplo, y no de limitación, dichos medios legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento en disco óptico, almacenamiento en disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que pueda usarse para transportar o almacenar el código de programa deseado en forma de instrucciones o estructuras de datos y al que pueda accederse mediante un ordenador. Además, cualquier conexión se denomina correctamente un medio legible por ordenador. Por ejemplo, si el software se transmite desde un sitio web, servidor u otra fuente remota utilizando un cable coaxial, cable de fibra óptica, par trenzado, línea de abonado digital (DSL) o tecnologías inalámbricas como infrarrojos, radio y microondas, entonces el cable coaxial, cable de fibra óptica, par trenzado, DSL o tecnologías inalámbricas como infrarrojos, radio y microondas se incluyen en la definición de medio. Disquete y disco, como se usa en este documento, incluye disco compacto (CD), disco láser, disco óptico, disco versátil digital (DVD), disquete y disco Blu-Ray donde los disquetes generalmente reproducen datos magnéticamente, mientras que los discos reproducen datos ópticamente con láser. Las combinaciones de los anteriores también deben incluirse dentro del alcance de los medios legibles por ordenador.
En consecuencia, un aspecto de la invención puede incluir un medio legible por ordenador que incluye código almacenado en el mismo para asignar recursos de QoS de manera predictiva que comprende: código para hacer que un ordenador detecte una petición de comunicación que requiera recursos de QoS dirigidos a un terminal de acceso, y código para hacer que un ordenador asigne los recursos de QoS antes de recibir una solicitud del terminal de acceso para asignar los recursos de QoS. Además, cualquiera de las funciones descritas en el presente documento puede incluirse como código adicional en realizaciones adicionales de la invención.

Claims (11)

REIVINDICACIONES
1. Un método para asignar recursos de QoS que comprende las etapas de:
detectar (307), por una red de acceso por radio, que se ha marcado una petición de comunicación (305) desde un servidor de aplicaciones (302) para una comunicación que requiere recursos de QoS con un terminal de acceso (304) como que requiere recursos de QoS; y en respuesta a detectar que la petición de comunicación (305) se ha marcado como que requiere recursos de QoS:
asignar (327), por la red de acceso por radio, los recursos de QoS antes de recibir cualquier petición de asignación de recursos de QoS desde el terminal de acceso (304) para asignar los recursos de QoS necesarios.
2. El método, según la reivindicación 1, que comprende además las etapas de:
localizar (310) el terminal de acceso;
recibir una petición de conexión (320) desde el terminal de acceso; y
establecer (330) una conexión con el terminal de acceso con los recursos de QoS asignados.
3. El método, según la reivindicación 2, en el que el terminal de acceso comprueba (340) los recursos de QoS asignados en la conexión establecida.
4. El método, según la reivindicación 3, en el que el terminal de acceso acepta directamente (350) la petición de comunicación (305) detectada por la red de acceso por radio como que requiere recursos de QoS, sin solicitar recursos de QoS adicionales.
5. El método, según la reivindicación 1, en el que la petición de comunicación (305) es para una llamada de Pulsar-para-Hablar.
6. El método, según la reivindicación 1, en el que los valores de punto de código de servicios diferenciados, DSCP, se utilizan para detectar la petición de comunicación que requiere los servicios de QoS.
7. El método, según la reivindicación 1, que comprende además las etapas de:
detectar los recursos de QoS asignados actualmente al terminal de acceso; y
asignar recursos de QoS adicionales necesarios para la petición de comunicación.
8. El método, según la reivindicación 1, que comprende además las etapas de:
determinar que los recursos de QoS disponibles son insuficientes;
localizar un terminal de acceso;
recibir una petición de conexión desde el terminal de acceso; y
establecer una conexión con el terminal de acceso sin los recursos de QoS asignados.
9. Un aparato que comprende una lógica configurada para realizar el método de cualquiera de las reivindicaciones anteriores.
10. El aparato, según la reivindicación 9, en el que el aparato es al menos uno de una red de acceso por radio (120), un sistema de comunicación grupal o una red de comunicación inalámbrica (100).
11. Un medio legible por ordenador que incluye código almacenado en el mismo para responder a recursos de QoS asignados, que comprende:
código para hacer que un ordenador realice el método según cualquiera de las reivindicaciones 1 a 8.
ES07843562T 2006-09-28 2007-09-28 Asignación predictiva de recursos de QoS para establecimiento rápido de sesión Active ES2897828T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US82742506P 2006-09-28 2006-09-28
PCT/US2007/079999 WO2008040023A2 (en) 2006-09-28 2007-09-28 Predictive qos resource allocation for rapid session establishment

Publications (1)

Publication Number Publication Date
ES2897828T3 true ES2897828T3 (es) 2022-03-02

Family

ID=39114210

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07843562T Active ES2897828T3 (es) 2006-09-28 2007-09-28 Asignación predictiva de recursos de QoS para establecimiento rápido de sesión

Country Status (11)

Country Link
US (1) US9253092B2 (es)
EP (1) EP2070275B1 (es)
JP (1) JP2010506459A (es)
KR (3) KR101329163B1 (es)
CN (2) CN101507208B (es)
BR (1) BRPI0717227A2 (es)
CA (1) CA2658620C (es)
ES (1) ES2897828T3 (es)
RU (1) RU2411674C2 (es)
TW (1) TWI376125B (es)
WO (1) WO2008040023A2 (es)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101058605B1 (ko) * 2006-09-28 2011-08-22 콸콤 인코포레이티드 효율성을 위한 통신 신호들의 번들링
US8023981B2 (en) * 2008-05-12 2011-09-20 Qualcomm Incorporated Method and apparatus for adaptive dynamic call setup based on real-time network resource availability
US8180388B1 (en) * 2008-12-10 2012-05-15 Sprint Spectrum L.P. Methods and systems for improving session establishment with wireless communication devices
US8325658B2 (en) 2009-07-27 2012-12-04 Qualcomm Incorporated Quality of service (QoS) resources within a wireless communications system
US8804518B2 (en) 2010-02-26 2014-08-12 Qualcomm Incorporated Quality of service (QoS) acquisition and provisioning within a wireless communications system
WO2012050913A1 (en) 2010-09-28 2012-04-19 The Ohio State University Predictive network system and method
WO2012050912A1 (en) * 2010-09-28 2012-04-19 The Ohio State University System and method for proactive resource allocation
CN102404858B (zh) * 2011-11-25 2014-04-02 华为技术有限公司 一种无线资源优化方法、装置及系统
CN111614980B (zh) 2012-08-14 2022-04-12 俄亥俄州立创新基金会 用于通过移动设备来优化网络带宽的使用的系统和方法
WO2014118174A1 (en) * 2013-01-29 2014-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for qos differentiation of vpn traffic across domains
WO2015104751A1 (ja) 2014-01-09 2015-07-16 日本電気株式会社 Ｍｔｃ－ｉｗｆエンティティ、ｐｃｒｆエンティティ、及び制御方法
RU2687129C2 (ru) * 2015-02-06 2019-05-07 Телефонактиеболагет Лм Эрикссон (Пабл) СПОСОБ И СЕТЕВОЙ ОБЪЕКТ ДЛЯ УПРАВЛЕНИЯ КАЧЕСТВОМ QoS
FR3051307A1 (fr) * 2016-05-10 2017-11-17 Orange Procede d'acces a un contenu heberge sur un serveur selectionne en fonction de la localisation du terminal utilisateur
US9936434B2 (en) 2016-06-27 2018-04-03 Ringcentral, Inc. Method and phone system for pre-call quality of service assessment of available networks
WO2020027638A1 (ko) * 2018-08-03 2020-02-06 엘지전자 주식회사 무선 통신 시스템에서 qos 예측에 관련된 신호 송수신 방법 및 이를 위한 장치
CN115734229A (zh) * 2021-08-31 2023-03-03 上海华为技术有限公司 一种资源预估方法和相关设备

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6389010B1 (en) * 1995-10-05 2002-05-14 Intermec Ip Corp. Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones
CN1059343C (zh) 1997-01-16 2000-12-13 北京市中药综合研究所 中药鲜地黄干片及其炮制工艺
FI107772B (fi) * 1998-12-16 2001-09-28 Nokia Networks Oy Menetelmä ja järjestelmä tiedonsiirron palvelunlaadun rajoittamiseksi
US6925068B1 (en) * 1999-05-21 2005-08-02 Wi-Lan, Inc. Method and apparatus for allocating bandwidth in a wireless communication system
US6411815B1 (en) * 1999-09-28 2002-06-25 Motorola, Inc. Communication system and method for arbitrating service requests
EP2018086B1 (en) * 2000-04-04 2010-08-18 Sony Deutschland GmbH Prioritisation method for users randomly accessing a common communication channel
JP3788908B2 (ja) 2000-12-28 2006-06-21 株式会社エヌ・ティ・ティ・ドコモ 受付制御装置及びその新規接続受付制御方法
US20030172160A9 (en) * 2001-01-10 2003-09-11 Widegren Ina B. Method and apparatus for coordinating end-to-end quality of service requirements for media flows in a multimedia session
US6798757B2 (en) 2001-01-11 2004-09-28 Hitachi, Ltd. Establishing a route with a level of quality of service in a mobile network
US20030012177A1 (en) 2001-07-13 2003-01-16 Dan Vassilovski Efficient CDMA one-to-many service
US20030014509A1 (en) * 2001-07-16 2003-01-16 Jurado Anthony J. Account management module user interface
JP3895165B2 (ja) 2001-12-03 2007-03-22 株式会社エヌ・ティ・ティ・ドコモ 通信制御システム、通信制御方法、通信基地局及び移動端末
EP1324628B1 (en) * 2001-12-13 2009-11-11 Sony Deutschland GmbH Adaptive quality-of-service reservation and pre-allocation for mobile systems
US7277455B2 (en) * 2002-06-10 2007-10-02 Qualcomm Incorporated Packet flow processing in a communication system
CN1206600C (zh) * 2002-11-14 2005-06-15 华中科技大学 一种全分布式的集群网络服务器系统
US20040203658A1 (en) * 2002-12-06 2004-10-14 Raja Narayanan Method and system for improving radio resource allocation and utilization on a per application and per service basis
US20040192363A1 (en) 2003-03-24 2004-09-30 Rosetti David Albert Method for reducing latency in a push-to-talk set-up
EP1623588B1 (en) * 2003-05-13 2011-06-29 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Method of reducing connection set-up delay
EP1639852A1 (en) 2003-06-27 2006-03-29 Nokia Corporation Method and system for resource reservation in a wireless communication network
CN100433601C (zh) 2003-07-04 2008-11-12 中兴通讯股份有限公司 Cdma2000制式集群通信系统的基站资源分配方法
JP3913721B2 (ja) 2003-07-31 2007-05-09 三洋電機株式会社 移動局、移動体通信システム及びプログラム
WO2005086501A1 (en) 2004-02-27 2005-09-15 Nortel Networks Limited A fast call setup method
US8804625B2 (en) 2004-03-08 2014-08-12 Apple Inc. Pre-allocating resources of a wireless network for packet-switched real-time, interactive communications
US7558283B2 (en) * 2004-03-12 2009-07-07 Nokia Corporation Method, apparatus and computer program product providing quality of service support in a wireless communications system
JP2005277911A (ja) 2004-03-25 2005-10-06 Nec Corp 携帯電話パケット呼接続システム
US7353036B2 (en) 2004-05-10 2008-04-01 Motorola, Inc. Push-to-talk reverse channel establishment
US7664517B2 (en) 2004-06-21 2010-02-16 Qualcomm Incorporated Wireless communication system utilizing a persistence value for group communication requests to reduce latency
TWI251999B (en) * 2004-09-23 2006-03-21 Inst Information Industry Media access control method of wireless local area networks having both guaranteed network service quality and power consumption management
JP2006094179A (ja) 2004-09-24 2006-04-06 Advanced Telecommunication Research Institute International 無線装置、それを用いた無線ネットワークシステムおよびそれにおける無線通信方法
JP2006108790A (ja) 2004-09-30 2006-04-20 Samsung Yokohama Research Institute Co Ltd アクセスポイント装置、無線ｌａｎ端末および無線ｌａｎシステム
US20060072526A1 (en) * 2004-10-04 2006-04-06 Nokia Corporation Change of resource reservation for an IP session
US8095141B2 (en) 2005-03-09 2012-01-10 Qualcomm Incorporated Use of supplemental assignments
PL1869929T3 (pl) * 2005-04-13 2016-06-30 Vringo Infrastructure Inc Techniki zarządzania zasobami łącza radiowego w sieciach bezprzewodowych przenoszących ruch pakietowy
CN100466807C (zh) * 2005-05-19 2009-03-04 华为技术有限公司 提高用户交互数据服务质量的方法
CA2619382A1 (en) * 2005-09-01 2007-03-08 Peter El Kwan Chow Media access control architecture
US7652990B2 (en) * 2005-11-29 2010-01-26 Alcatel-Lucent Usa Inc. Method and apparatus for providing quality of service level in broadband communications systems
US8825070B2 (en) * 2006-05-24 2014-09-02 Apple Inc. Radio resource reservation for wireless networks
KR101058605B1 (ko) * 2006-09-28 2011-08-22 콸콤 인코포레이티드 효율성을 위한 통신 신호들의 번들링
US7953010B2 (en) * 2008-07-30 2011-05-31 Avaya Inc. System and method of controlling in-bound path selection based on historical and continuous path quality monitoring, assessment and predictions
US8213310B2 (en) * 2009-02-25 2012-07-03 Qualcomm Incorporated High-priority communications session within a wireless communications system
US8804518B2 (en) * 2010-02-26 2014-08-12 Qualcomm Incorporated Quality of service (QoS) acquisition and provisioning within a wireless communications system
US20110292798A1 (en) * 2010-05-28 2011-12-01 Qualcomm Incorporated SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM

Also Published As

Publication number Publication date
TW200828892A (en) 2008-07-01
KR101311254B1 (ko) 2013-11-21
US9253092B2 (en) 2016-02-02
EP2070275B1 (en) 2021-10-27
JP2010506459A (ja) 2010-02-25
WO2008040023A2 (en) 2008-04-03
KR101329163B1 (ko) 2013-11-14
KR20120105550A (ko) 2012-09-25
CN102316539A (zh) 2012-01-11
WO2008040023A3 (en) 2008-05-22
KR20130112948A (ko) 2013-10-14
CN102316539B (zh) 2015-05-06
CA2658620A1 (en) 2008-04-03
TWI376125B (en) 2012-11-01
KR20090085589A (ko) 2009-08-07
KR101311258B1 (ko) 2013-09-25
US20100172306A1 (en) 2010-07-08
BRPI0717227A2 (pt) 2013-10-01
CN101507208B (zh) 2014-04-09
CN101507208A (zh) 2009-08-12
EP2070275A2 (en) 2009-06-17
CA2658620C (en) 2015-11-24
RU2009115858A (ru) 2010-11-10
RU2411674C2 (ru) 2011-02-10

Similar Documents

Publication Publication Date Title
ES2897828T3 (es) Asignación predictiva de recursos de QoS para establecimiento rápido de sesión
JP5649253B2 (ja) マルチプロセッサモバイル通信デバイスのアプリケーション用のリソース取得の調停
US8265679B2 (en) Bundling of communication signals for efficiency
US8213310B2 (en) High-priority communications session within a wireless communications system
KR101532825B1 (ko) 무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것
ES2541286T3 (es) Procedimiento y aparato de intercambio de información de presencia en una red de comunicaciones
US8938498B2 (en) Uninterruptable group communication sessions within a wireless communications system
US8712391B2 (en) Client-managed group communication sessions within a wireless communications system
US8565727B2 (en) Communication session permissions in wireless communication systems
ES2393244T3 (es) Restricción en participación en una sesión de comunicación de pulsar para hablar (PTT)
TW200826701A (en) Bundling of communication signals for efficiency