MXPA03008877A - Metodo y aparato para la transmision fuera banda de una opcion de servicio de radiotransmision de un sistema de comunicacion inalambrica. - Google Patents

Metodo y aparato para la transmision fuera banda de una opcion de servicio de radiotransmision de un sistema de comunicacion inalambrica.

Info

Publication number
MXPA03008877A
MXPA03008877A MXPA03008877A MXPA03008877A MXPA03008877A MX PA03008877 A MXPA03008877 A MX PA03008877A MX PA03008877 A MXPA03008877 A MX PA03008877A MX PA03008877 A MXPA03008877 A MX PA03008877A MX PA03008877 A MXPA03008877 A MX PA03008877A
Authority
MX
Mexico
Prior art keywords
radio transmission
channel
service
information
radio
Prior art date
Application number
MXPA03008877A
Other languages
English (en)
Inventor
T Hsu Raymond
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
Publication of MXPA03008877A publication Critical patent/MXPA03008877A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877—Measures taken prior to transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/164—Implementing security features at a particular protocol layer at the network layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/101—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Transmitters (AREA)

Abstract

Un metodo y aparato para proporcionar informacion aerea para un servicio de radiotransmision en un sistema de comunicacion inalambrica, por medio de una transmision fuera de banda. La estacion movil tiene la capacidad de contactar al servidor del contenido, utilizando directamente la senalizacion fuera de banda a traves de una opcion de servicio de datos en paquete. La comunicacion fuera de banda permite al servidor del contenido actualizar la informacion sin transmitir a traves de un elemento de infraestructura intermedio. En una modalidad, la informacion aerea incluye un numero de opciones deservicio que corresponde a un grupo de parametros de radiotransmision, tales como aquellos que identifican una pila de protocolos para procesar el contenido de la radio transmision.

Description

METODO Y APARATO PARA LA TRANSMISION FUERA DE BANDA DE UNA OPCIÓN DE SERVICIO DE, RADIOTRANSMISIÓN EN UN SISTEMA DE COMUNICACIÓN INALÁMBRICA Campo del Invento La presente invención se refiere de manera general a sistemas de comunicación inalámbrica y de manera especifica, a métodos y aparatos para la compresión de mensajes para preparar la transmisión en un sistema de comunicación inalámbrica .
Antecedentes del Invento Existe u-na creciente demanda de servicios de datos en paquetes en sistemas de comunicación inalámbrica. Tal como están diseñados los sistemas de comunicación inalámbrica tradicionales para comunicaciones de voz, la extensión a servicios de datos de soporte introduce muchos desafios. De manera especifica, la provisión de servicios unidireccionales, tales como un servicio de radio transmisión en donde la formación de video y audio fluye de manera unidireccional a un suscriptor, tiene un único grupo de requerimientos y metas.
Tales servicios pueden tener grandes requerimientos de ancho de banda, en donde los diseñadores de sistemas buscan minimizar la transmisión de información aérea. Además, el suscriptor requiere información especifica para accesar las transmisiones amplias, tal como el procesamiento de parámetros y protocolos. Existe un problema en la transmisión de información especifica de radiotransmisión, en tanto que se optimiza el ancho de banda disponible. Por consiguiente, existe la necesidad de un método de transmisión de datos eficiente y preciso en un sistema de comunicación inalámbrico. Además, existe la necesidad de un método eficiente y preciso para proporcionar a un usuario información especifica del servicio.
Sumario del Invento Las modalidades aquí descritas se dirigen a las necesidades antes mencionadas, propo cionando un método para transmitir una sesión de transmisión en un canal de radiotransmisión, y transmitir información aérea correspondiente a la sesión de transmisión que se encuentra en un canal de radiotransmisión aérea. El servicio de radiotransmisión es trasmitido por un servidor de contenido. El servicio de radiotransmisión tiene una pila de protocolo correspondiente que tiene una capa de aplicación y una capa de transporte, en donde el servidor de contenido controla de manera independiente los protocolos de la capa de aplicación y de la capa de transporte. En otro aspecto, en el sistema de comunicación inalámbrica que soporta un servicio de radiotransmisión, un método incluye recibir información aérea de radiotransmisión correspondiente a la sesión de radiotransmisión en un canal de radiotransmisión aérea, accesando a la sesión de radiotransmisión en un canal de radiotransmisión, y utilizando la información aérea de radiotransmisión para procesar el contenido de radiotransmisión de la sesión de radiotransmisión .
Breve Descripción de las Figuras La figura 1, es un diagrama de un sistema de comunicación de espectro diverso que soporta un número de usuarios . La figura 2, es un diagrama de bloque del sistema de comunicación que soporta radiotransmisiones . La figura 3, es un modelo de la fila de protocolo que corresponde a una opción de servicio de radiotransmisión en un sistema de comunicación inalámbrica . La figura 4, es una tabla de protocolos aplicada a las capas de una pila de protocolo que soporta una opción de servicio de radiotransmisión en un sistema de comunicación inalámbrica. La figura 5, es un diagrama de flujo para accesar un servicio de radiotransmisión en una topología., de un sistema de comunicación inalámbrica . La figura 6, es una corriente de radiotransmisión en un sistema de comunicación inalámbrica . La figura 7, es un mapeo de compresión del canal transversal en un sistema de comunicación' inalámbrica . La figura 8, es una radiotransmisión periódica de la información de compresión del canal transversal . La figura 9, es un protocolo de compresión del canal transversal. La figura 10, es un protocolo de compresión del canal transversal para el servicio de radiotransmisión en un sistema de comunicación inalámbrica. La figura 11, es un diagrama de flujo de la compresión del canal transversal del servicio de radiotransmisión en un sistema de comunicación inalámbrica . La figura 12, es un diagrama de flujo de la descompresión del canal transversal del servicio de radiotransmisión en un sistema de comunicación inalámbrica . Las figuras 13 y 14, ilustran el transporte de datos en un sistema de comunicación inalámbrica. La figura 15, es un diagrama de temporización de un flujo de mensajes en un sistema de comunicación inalámbrica. La figura 16, es una configuración del mensaje del parámetro de canal transversal del sistema. La figura 17, es un bloque de configuración del mensaje del parámetro del canal transversal del sistema de bits. La figura 18, es un diagrama de flujo que proporciona protocolos y parámetros de radiotransmisión en un sistema de comunicación inalámbrica .
La figura 19, es un mapeo de los números de opción de servicio para los grupos del parámetro.
La figura 20, ilustra la definición de parámetros en un sistema de comunicación inalámbrica . La figura 21, es un diagrama de bloque de los canales utilizados por un sistema de comunicación inalámbrica que soporta servicios de radiotransmisión . La figura 22, es una corriente de radiotransmisión con información del canal transversal intercalada con el contenido de la radiotransmisión . La figura 23, es un método para accesar un servicio de radiotransmisión en un sistema de comunicación inalámbrica.. La figura 24, es un elemento de memoria para almacenar información del canal transversal de radiotransmisión .
Descripción Detallada del Invento El término "de ejemplo" que se utiliza de manera exclusiva en la presente invención significa que "sirve como un ejemplo, caso o ilustración". Cualquier modalidad aqui descrita a manera de "ejemplo" no será construida necesariamente como preferida con respecto a otras modalidades. Aunque en las figuras se presentan diversos aspectos de la presente invención, éstas no necesitan ser trazadas necesariamente para adjuntarse a la misma, a menos que se indique de manera especifica. Una modalidad de ejemplo de un sistema de comunicación inalámbrica, emplea un método de compresión de canal transversal que reduce el tamaño de cada canal transversal, en tanto que satisface los requerimientos de precisión y transmisión del sistema. La modalidad de ejemplo soporta un servicio de radiotransmisión unidireccional. El servicio de radiotransmisión proporciona a múltiples usuarios corrientes de video y/o audio. los suscriptores de servicio de radiotransmisión, "se sintonizan" con un canal designado para accesar la radiotransmisión. Ya que es grande el requerimiento de ancho de banda para la transmisión a alta velocidad de una radiotransmisión de video, es recomendable reducir el tamaño de cualquier transmisión aérea asociada con tal radiotransmisión. La siguiente descripción desarrolla la modalidad de ejemplo, presentando primero de manera general un sistema de comunicación inalámbrica de espectro disperso. Posteriormente, se introduce el servicio de radiotransmisión, en donde el servicio es referido como Servicio de Radiotransmisión de Alta Velocidad (HSBS) , y la descripción incluye asignaciones de canal de la modalidad de ejemplo. Posteriormente se presenta un modelo de suscripción que incluye opciones para suscripciones pagadas, suscripciones libres y planes de suscripción híbridos, similares a los comúnmente disponibles para transmisiones de televisión. Posteriormente se detallan las especificaciones para accesar el servicio de radiotransmisión, presentando el uso de una opción de servicio para definir las especificaciones de una transmisión determinada. Se describe el flujo de mensajes que se encuentran en el sistema de radiotransmisión con respecto a la topología del sistema, por ejemplo, elementos de infraestructura. Finalmente, se describe la compresión del canal transversal utilizada en la modalidad de ejemplo. Se debe observar que se proporciona la modalidad de ejemplo como una profunda descripción de ejemplo; sin embargo, las modalidades alternativas pueden incorporar varios aspectos sin apartarse del alcance de la presente invención. De manera especifica, la presente invención es aplicable para . un sistema de procesamiento de datos, un sistema de comunicación inalámbrica, un sistema de radiotransmisión unidireccional y cualquier otro sistema que desee una transmisión de información eficiente. Sistema de Comunicación Inalámbrica La modalidad de ejemplo emplea un sistema de comunicación inalámbrica de espectro disperso, que soporta un servicio de radiotransmisión. Los sistemas de comunicación inalámbrica se despliegan ampliamente para proporcionar varios tipos de comunicación, tal como voz, datos, etc.. Estos sistemas pueden estar basados en técnicas de Acceso Múltiple de División de Código (CDMA) , Acceso Múltiple de División de Tiempo (TDMA) o algunas otras técnicas de modulación. Un sistema CDMA proporciona ciertas ventajas con respecto a otros tipos de sistema, incluyendo la capacidad incrementada del sistema. Se puede diseñar un sistema para soportar uno o más estándares, tales como el "Estándar de Compatibilidad de Estación Móvil-Estación Base para Un Sistema Celular de Espectro Disperso de Banda Ancha de Modo Doble TIA/EIA/IS-95-B" referido en la presente invención como el estándar IS-95, el estándar ofrecido por un consorcio denominado "Proyecto de Sociedad de 3a Generación" referido en la presente invención como 3GPP y representado en un grupo de documentos que incluyen los documentos números 3G TS 5.211, 3G TS 25.212, 3G TS 25.213, y 3G TS 25.214, 3G TS 25.302, referidos en la presente invención como el estándar W-CDMA, el estándar ofrecido por un consorcio denominado "Proyecto Número 2 de la Sociedad de la 3a . Generación" referido en la presente invención como 3GPP2, y TR-45.5 referido en la presente invención como el estándar cdma2000, denominado anteriormente IS-2000 MC . Los estándares mencionados anteriormente, están incorporados de manera expresa a la presente invención como referencia. Cada estándar define de manera especifica el procesamiento de datos para transmisión desde la estación base hasta la estación móvil, y viceversa. Como una modalidad de ejemplo, la descripción que se encuentra a continuación considera un sistema de comunicación de espectro disperso consistente con el estándar de protocolos cdma200. Las modalidades alternativas pueden incorporar otros estándares . Aún otras modalidades, pueden aplicar los métodos de compresión descritos en la presente invención a otros tipos de sistemas de procesamiento de datos.
La figura 1, sirve como un ejemplo de un sistema de comunicación 100, que soporta a un número de usuarios y tiene la capacidad de implementar al menos algunos aspectos y modalidades de la presente invención. Se puede utilizar cualquier variedad de algoritmos y métodos para programar las transmisiones en el sistema 100. El sistema 100 proporciona comunicación para un número de células de la 102A a la 102G, cada una de las cuales es servida por una estación base correspondiente de la 104A a la 104G respectivamente. En la modalidad de ejemplo, algunas de las estaciones base 104 tienen múltiples antenas de recepción y otras tienen únicamente una antena de recepción. En forma similar, algunas de las estaciones base 104 tienen múltiples antenas de transmisión, y otras tienen una sola antena de transmisión. No existen restricciones con respecto a las combinaciones de las antenas de transmisión y antenas de recepción. Por consiguiente, es posible que una estación base 104 tenga múltiples antenas de transmisión y una sola antena de recepción, o que tenga múltiples antenas de recepción y una sola antena de transmisión, o tengan tanto una sola como múltiples antenas de transmisión y recepción. Las terminales 106 que se encuentran en el área de cobertura pueden estar fijas (por ejemplo, estacionarias) o móviles. Tal como se muestra en la figura 1, varias terminales 106 están dispersas a lo largo del sistema. Cada terminal 106 se comunica con al menos una y posiblemente más estaciones base 104 en el enlace descendente y el ascendente en cualquier momento determinado, dependiendo por ejemplo, de si se emplea una conexión temporal o si la terminal está diseñada y opera para (en forma concurrente o en secuencias) recibir múltiples estaciones procedentes de múltiples estaciones base, la conexión temporal en sistemas de comunicación CDMA es bien conocida en la técnica y se describe con mayor detalle en la Patente Norteamericana No. 5,101,501, titulada "Método y Sistema para Proporcionar una Conexión Temporal en un Sistema de Teléfono Celular CDMA", la cual está asignada al cesionario de la presente invención . El enlace descendente se refiere a la transmisión desde la estación base hasta la terminal, y el enlace ascendente se refiere a la transmisión desde la terminal hasta la estación base. En la modalidad de ejemplo, algunas de las terminales 106 tienen múltiples antenas de recepción y otras tienen únicamente una antena de recepción. En la figura 1, la estación base 104? transmite datos a las terminales 105A y 106J que se encuentran en el enlace descendente, la estación base 104A transmite datos a las terminales 106B Y 106Jr la estación base 104C transmite datos a la terminal 106C, y asi sucesivamente . La continua demanda de transmisiones de datos inalámbrica y la expansión de servicios disponibles a través de tecnología de comunicación inalámbrica, ha conducido al desarrollo de servicios de datos específicos . Uno de tales servios es referido como Alto Rango de Datos (HDR) . Un servicio HDR de ejemplo se propone en la "Especificación de Interfase de Aire de Datos en Paquete de Alto Rango cdma2000 EIA/TIA-IS856" . Referida como la "especificación HDR". El servicio HDR generalmente es una sobre posición a un sistema de comunicación de voz que proporciona un método eficiente para transmitir paquetes de datos en un sistema de comunicación inalámbrica. Conforme se transmite la cantidad de datos e incrementa el número de transmisiones, el ancho de banda limitado disponible para las transmisiones de radio se vuelve un recurso critico. Por lo tanto, existe la necesidad de un método eficiente y justo para programar las transmisiones en un sistema de comunicación que optimice el uso del ancho de banda disponible. La modalidad de ejemplo, el sistema ha sido ilustrado en la figura 1, es consistente con un sistema tipo CDMA que tiene servicio HDR. Sistema de Transmisión de Alta Velocidad (HSBS) En la figura 2 se ilustra un sistema de comunicación inalámbrica 200, en donde se proporciona la información de video y audio a una Red de Servicios de Datos en Paquete (PDSN) 202. La información de video y audio puede ser desde programación televisada hasta una transmisión de radio. La información se proporciona en la forma de datos en paquete, tal como en paquetes IP. La PDSN 202 procesa los paquetes IP para distribuirlos dentro de una Red de Acceso (AN) . Tal como se ilustra, la ?? se define como las partes del sistema que incluyen una BS 204 en comunicación con múltiples MS 206. La PDSN 202 está acoplada a la BS 204. Para servicio HSBS, la BS 204 recibe la corriente de información procedente de la PDSN 202 y proporciona la información en un canal designado a suscriptores dentro del sistema 200. En un sector determinado, existen varias formas en las cuales se puede desplegar el servicio de radiotransmisión HSBS. Los factores involucrados en el diseño de un sistema, incluyen pero no se limitan a, el número de sesiones HSBS soportadas, el número de asignaciones de frecuencia y el número de canales físicos de radiotransmisión soportados . El HSBS es una corriente de información proporcionada a través de una inferíase de aire en un sistema de comunicación inalámbrica. El "canal HSBS" se refiere a una sola sesión de radiotransmisión HSBS lógica según se define a través del contenido de radiotransmisión. Se debe observar que el contenido de un canal HSBS determinado puede cambiar con el tiempo, por ejemplo, 7 a.m. Noticias, 8 a.m. Clima, 9 a.m. películas, etc. La programación basada en el tiempo, es análoga a un solo canal de T.V. El "canal de radiotransmisión" se refiere a un solo canal físico de enlace directo, por ejemplo, un Código Walsh determinado, que lleva tráfico de radiotransmisión. El Canal de Radiotransmisión BCH, corresponde a un solo canal CDM. Un solo canal de transmisión puede llevar uno o más canales HSBS; en este caso, los canales HSBS serán multiplexados en un modo de ultiplexión de División de Tiempo (TDM) dentro de el único canal de radiotransmisión. En una modalidad, se proporciona un solo canal HSBS en más de un canal de radiotransmisión con un sector. En otra modalidad, se proporciona un solo canal HSBS en diferentes frecuencias para servir a los suscriptores en tales frecuencias. De acuerdo con la modalidad de ejemplo, el sistema 100 ilustrado en la figura 1, soporta un servicio de radiotransmisión multimedia de alta velocidad referido como Servicio de Radiotransmisión de Alta Velocidad (HSBS) . Las capacidades de radiotransmisión del servicio pretenden proporcionar programación en un rango de datos suficiente para soportar comunicaciones de video y audio. Como ejemplo, las aplicaciones del HSBS pueden incluir flujo unidireccional de video de películas, eventos deportivos, etc. El servicio HSBS es un servicio de datos en paquete basado en el Protocolo Internet (IP) . De acuerdo con la modalidad de ejemplo, un proveedor de servicios se refiere a un Servidor de Contenido (CS) , en donde el CS anuncia a los usuarios del sistema la capacidad de tal servicio de radiotransmisión de alta velocidad. Cualquier usuario que desee recibir el servicio HSBS puede suscribirse con el CS . Posteriormente el suscriptor tiene la capacidad de explorar el programa de servicio de radiotransmisión en una variedad de formas que pueden ser proporcionadas por el CS . Por ejemplo, el contenido de radiotransmisión puede ser comunicado a través de anuncios, mensajes de Sistemas de Administración Corta (SMS) , Protocolo de Aplicación Inalámbrica (WAP) y/ o algunos otros medios consistentes generalmente con y convenientes para, comunicaciones inalámbricas móviles. Los usuarios móviles son referidos como Estaciones Móviles (MSs) . Las Estaciones Base (BSs) transmiten parámetros relacionados con HSBS en mensajes aéreos, tales como los que se transmiten en canales y/o frecuencias designadas para control e información, por ejemplo, mensajes sin carga útil. La carga útil se refiere al contenido de información de la transmisión, en donde la sesión de transmisión de la carga útil es el contenido de radiotransmisión, por ejemplo, el programa de video, etc. Cuando el suscriptor del servicio de radiotransmisión desea recibir una sesión de radiotransmisión, por ejemplo, un programa elaborado mediante una radiotransmisión en particular, la MS lee los mensajes aéreos y aprende las configuraciones adecuadas .
Posteriormente el MS sintoniza con la frecuencia que contiene el canal HSBS, y recibe el contenido del servicio de radiotransmisión. La estructura del canal de la modalidad de ejemplo, es consiste con el estándar cdma2000 , en donde el Canal Suplementario Directo (F-SCH) soporta las transmisiones de datos. Una modalidad reúne un gran número de los Canales Fundamentales Directos (F-FCHs) o los Canales de Control Dedicado Directos (F-DCCHs) para lograr los servicios de requerimientos de datos con más alto rango de datos. La modalidad de ejemplo utiliza un F-SCH como la base para que el F-BSCH soporte una carga útil de 64 kbps (excluyendo la transmisión aérea RTP) . El F-BSCH también puede ser modificado para soportar otros rangos de carga útil, por ejemplo, subdividiendo el rango de carga útil de 64-kbps en subcorrientes de rangos inferiores. Una modalidad, también soporta en varias diferentes formas un grupo de llamadas . Por ejemplo, utilizando canales de unitransmisión existentes, por ejemplo, un canal de enlace directo por MS sin compartir, de F-FCH (o el F-DCCH) tanto en enlaces directos como inversos . En otro ejemplo, se aplican el F-SCH (compartido por un grupo de miembros en el mismo sector) y el F-DCCH (sin estructuras pero el subcanal de Control de Potencia Directa la mayor parte del tiempo) en enlace directo y el R-DCCH en el enlace inverso. Aún en otro ejemplo, se utiliza el F-BSCH de alto rango en el enlace directo y el Canal de Acceso (o la Combinación del Canal de Acceso Mejorado/ Canal de Control Común Inverso) en el enlace inverso. Teniendo un alto rango de datos el F-BSCH de modalidad de ejemplo, puede utilizar una parte más grande de la potencia de enlace directo de una estación base para proporcionar una cobertura adecuada. El diseño de capa física de HSBS, se enfoca por lo tanto en mejorías de eficiencia en un ambiente de radiotransmisión.' Para proporcionar un soporte adecuado para servicios de video, el diseño del sistema considera la potencia requerida de la estación base para varias formas de transmitir el canal, así como la correspondiente calidad del video, ün aspecto del diseño es una negociación subjetiva entre la calidad del video percibida en el borde de la cobertura y la cercana al sitio de la célula. Conforme se reduce el rango de carga útil, se incrementa el rango de código de corrección de error efectivo, un nivel determinado que la potencia de transmisión de la estación base podría proporcionar una mejor cobertura en el borde de la célula. Para estaciones móviles localizadas más cerca a las estaciones base, la recepción del canal permanece libre de error y la calidad del video podría ser disminuida debido al rango de recursos disminuido. Esta misma negociación también aplica a otras aplicaciones sin video que puede soportar el F-BSCH. Disminuyendo el rango de carga útil soportado por el canal, se incrementa la cobertura en el consumo de la velocidad de carga descendente disminuida para estas aplicaciones . El equilibrio de la importancia relativa entre la calidad del video y el rendimiento versus cobertura, es objetivo. La configuración elegida busca una configuración optimizada por la aplicación especifica y un buen compromiso entre todas las posibilidades. El rango de carga útil para el F-BSCH es un parámetro de diseño importante. Las siguientes suposiciones se pueden utilizar para diseñar un sistema que soporte transmisiones amplias de acuerdo con la modalidad de ejemplo: (1) el rango de carga útil objetivo es de 64 kbps, (2) para un flujo unidireccional de servicios de video el rango - de carga útil se supone que incluye los 128 bytes de bit por paquete aéreo de los paquetes RTP; (3) La transmisión aérea promedio para todas las capas entre RTP y las capas físicas es de aproximadamente 64 bytes de 8 bits por paquete más 8 bits por transmisión aérea de estructura F-SCH utilizada por el canal transversal MUXPDU. En la modalidad de ejemplo, para servicios de radiotransmisión sin video, el rango máximo soportado es de 40 kb s . Sin embargo, también se pueden lograr muchos otros posible rangos de carga útil debajo de 64 kbps. Modelo de Suscripción Existen varios posibles modelos de suscripción/renovación para el servicio HSBS incluyendo acceso libre, acceso controlado y acceso parcialmente controlado. Para casos de acceso libre, no se necesita suscripción por parte de quien recibe el servicio. La BS transmite el contenido sin encriptación y las estaciones móviles interesadas pueden recibir el contenido. La renovación para proporcionar el servicio, puede generarse a través de anuncios que también pueden ser transmitidos en el canal de radiotransmisión. Por ejemplo, se pueden transmitir cortos de películas de próximo estreno, para los cuales los estudios pagarán al proveedor de servicios. Para casos de acceso controlado, los usuarios de la MS se suscriben al servicio y pagan el costo correspondiente para recibir el servicio de radiotransmisión. Los usuarios no suscritos no tienen la capacidad de recibir el servicio HSBS. El acceso controlado se puede lograr encriptando la transmisión/contenido HSBS de modo que únicamente los usuarios suscritos puedan desencriptar el contenido. Esto puede utilizar procedimientos de intercambio de claves de encriptación en el aire. Este esquema proporciona una alta seguridad y evita el pirateo del servicio . Un esquema de acceso híbrido, referido como un acceso controlado en forma parcial, proporciona el servicio HSBS como un servicio a base de suscripción que se encripta con transmisiones de anuncios no encriptados intermitentes . Estos anuncios pueden proyectarse para promover suscripciones al servicio HSBS encriptado. El programa de estos segmentos no encriptados, podría ser conocido para la MS a través de medios externos . Opción de servicio HSBS La opción de servicio HSBS se define mediante: (1) una pila de protocolo; (2) opciones en la pila de protocolo; (3) procedimientos para preparar y sincronizar el servicio. La pila de protocolo de acuerdo con la modalidad de ejemplo, se ilustra en las figuras 3 y 4. Tal como se ilustra en la figura 3, la pila de protocolo es específica para el elemento de inf aestructura, por ejemplo, MS, BS, PDSN, y CS en la modalidad de ejemplo. Continuando con la figura 3, para la capa de aplicación de la MS, el protocolo especifica el código de audio, código visual asi como cualquier perfil visual. Además, el protocolo especifica los tipos de carga útil del Protocolo de Transporte de Radio (RTP) cuando se utiliza RTP. Para la capa de transporte de la MS, el protocolo especifica un portal de Protocolo Gramos de Gatos del Usuario ( UDP) que se utilizará para llevar los paquetes RTP. La capa de seguridad de la MS está especificada mediante el protocolo, en donde se proporcionan parámetros de seguridad a través de canales fuera de banda, cuando la asociación de seguridad está establecida inicialmente con la CS . La capa de enlace especifica los parámetros de compresión del canal transversal IP. Con el objeto de que las estaciones móviles descubran y escuchen de manera exitosa los canales de radiotransmisión, se transmiten varios parámetros relacionados con el servicio de radiotransmisión a través de la interfase de aire. El servicio de radiotransmisión está diseñado para soportar diferentes opciones de protocolo en la fila de protocolo. Esto requiere que los receptores del servicio de trasmisión amplia sean informados de las opciones de protocolo seleccionadas para facilitar una adecuada descodificación y procesamiento de la radiotransmisión. En una modalidad, la CS proporciona esta información al receptor en la forma de un mensaje de parámetro del sistema aéreo consistente con el estándar cdma2000. La ventaja para el receptor, es la capacidad de recibir la información inmediatamente del mensaje aéreo. En esta forma, el receptor puede determinar inmediatamente si tiene suficientes recursos para recibir la sesión de radiotransmisión. El receptor monitorea los mensajes de parámetros del sistema aéreo. El sistema puede implementar un número de opción de servicio correspondiente a un grupo de parámetros y protocolos, en donde el número de opción del servicio se proporciona en el mensaje aéreo. Como alternativa, el sistema puede proporcionar un grupo de bits o señales que indican las diferentes opciones del protocolo seleccionadas. Posteriormente el receptor determina las opciones del protocolo para descodificar correctamente la sesión de radiotransmisión . El canal de radiotransmisión es un canal físico definido para llevar tráfico de radiotransmisión. Existen muchos posibles formatos de capas físicas que se pueden utilizar para un canal de radiotransmisión determinado, por consiguiente, los receptores de la estación móvil requieren información con respecto a estos parámetros para descodificar en forma exitosa la transmisión física del canal de radiotransmisión. De manera especifica, cada canal de radiotransmisión, canal HSBS, tiene un identificador único en el sistema. Además, por cada canal HSBS, la BS asigna un Identificador de Referencia de Servicio de Radiotransmisión, en donde la estación base ajusta el campo correspondiente a la Sesión de Servicio de Radiotransmisión Corriente. El servicio de radiotransmisión posteriormente transmitirá información para cada canal HSBS que incluya: el identificador del canal de radiotransmisión y el identificador de referencia de servicio de radiotransmisión . Además, el canal de radiotransmisión puede incorporar varias combinaciones de protocolos de capas superiores, con base en el tipo de contenido que está siendo suministrado. El receptor móvil también requiere información relacionado con estos protocolos de la capa superior, para la interpretación de las transmisiones amplias. De acuerdo con una modalidad, la pila del protocolo está comunicada a través de métodos fuera de banda, en donde el método fuera de banda indica la transmisión de información a través de un canal por separado distinto al canal de radiotransmisión. Con este método, la descripción de la pila del protocolo de la capa superior no se transmite a través del canal de radiotransmisión o del canal de parámetros del sistema aéreo. Tal como se mencionó anteriormente, la opción del servicio define la pila del protocolo y los procedimientos utilizados para operar el servicio de radiotransmisión. Consistente con un servicio unidireccional, el servicio de radiotransmisión está caracterizado por opciones de protocolo comunes entre múltiples receptores de radiotransmisión. En la modalidad de ejemplo, las opciones del protocolo del servicio de radiotransmisión no se negocian entre la estación móvil y la red. Las opciones se determinan previamente a través de la red y se proporciona a la estación móvil. Ya que el servicio de radiotransmisión es un servicio unidireccional, el servicio de radiotransmisión no soporta las solicitudes procedentes de la estación móvil. Más bien el concepto de servicio de radiotransmisión es similar a una transmisión de televisión, en donde los receptores sintonizan con un canal de radiotransmisión y accesan la radiotransmisión utilizando los parámetros especificados por la CS .
Para evitar el requerir coordinación entre la red inalámbrica y la CS, el servicio puede utilizar canales fuera de banda para transmitir información a la estación móvil con respecto a las opiniones de protocolo arriba de la capa de la IP. La figura 15 ilustra un flujo de radiotransmisión de acuerdo con una modalidad. El eje horizontal representa la topología del sistema, por ejemplo, elementos de la infraestructura. El eje vertical representa la línea del tiempo. En el tiempo ti la MS accesa el canal fuera de banda a través de la BS . Se debe observar que la MS puede accesar la red seleccionando una opción de servicio de datos en paquete, tal como utilizando un canal de opción de servicio de datos en paquete dedicado, designado como S033. En forma efectiva, la MS selecciona una opción de servicio de datos en paquete para establecer una sesión de Protocolo de Flujo Unidireccional de tiempo Real (RTSP) con la CS. La MS solicita una descripción de los protocolos de aplicación y de transporte utilizados para la corriente de radiotransmisión procedente de la CS en el tiempo t3. Se debe observar que además del uso de la RTSP, también se puede utilizar el Protocolo de Inicio de Sesión (SIP) para solicitar la descripción de los protocolos de aplicación y transporte. La descripción se lleva a cabo a través del Protocolo de Descripción de Sesión (SDP) en el tiempo t4. La transmisión de protocolo puede llevarse a cabo mientras que el . suario está accesando al servicio de radiotransmisión. Se debe observar que el RTSP y el SDP son métodos estandarizados para establecer un servicio de flujo unidireccional en IETF y en 3GPP2. La estación móvil también utilizará un servicio de datos en paquete para solicitar a la PDSN identificar el protocolo de compresión del canal transversal del servicio de radiotransmisión y relevar cualquier compresión de inicio de información a la estación móvil en el tiempo t2. En una modalidad, el Protocolo de Control de Protocolo de Internet IPCP se utiliza para intercambiar la información de compresión del canal transversal con la estación móvil. De manera similar, este mismo mecanismo puede ser extendido para proporcionar información para la corriente de radiotransmisión. Si las opciones del protocolo de servicio de radiotransmisión cambian, la estación móvil requiere de notificación. Una modalidad aplica un índice de Parámetros de Seguridad (SPI) que indica cuando pueden haber cambiado las opciones del protocolo. Si las opciones del protocolo cambian como resultado de utilizar un diferente CS para el sistema, o la estación móvil se conecta a un diferente sistema, el SPI cambiará automáticamente debido a la dirección IP de la fuente de los cambios CS . Además, si el CS no cambia y se utiliza el mismo con diferentes opciones de protocolo, el CS requerirá cambiar el SPI para indicar que han cambiado los parámetros . Cuando la estación móvil detecta este nuevo SPI, obtendrá la nueva descripción del protocolo ajustando una llamada de servicio de datos en paquete y contactando la PDSN y el CS, cuya dirección IP está incluida en el SPI . En una modalidad, el método SPI aplica para diversos criterios. En primer lugar, un solo CS utiliza las mismas opciones de protocolo para sesiones de flujo unidireccional consecutivas, además el CS modifica al SPI cuando cambian las opciones del protocolo. En segundo lugar, la PDSN no cambia el algoritmo o los parámetros de compresión del canal transversal entre sesiones de flujo unidireccional con el mismo SPI. El cambio de opciones de protocolo en un sistema determinado, dispara múltiples estaciones móviles para que se establezca una llamada de servicio de datos en paquete para recuperar las descripciones de protocolo actualizadas. Se deben introducir retrasos de ajuste de llamadas aleatorizadas para evitar que el sistema sea sobrecargado por estos orígenes de llamadas. Los servidores de contenido pueden introducir algún retraso entre el tiempo en el que el SPI cambia y comienza la corriente de contenido, para permitir a los usuarios recuperar las opciones del protocolo . En contraste, los protocolos y parámetros del canal de radiotransmisión pueden transmitirse a la estación móvil. En una modalidad alternativa, se asigna un número de Opción de Servicio (SO) a cada grupo de protocolos y parámetros de radiotransmisión, en donde el número SO se transmite a múltiples receptores . En una derivación de los mismos, se transmite directamente la información del parámetro a múltiples receptores en la forma de una pluralidad de campos codificados. El primer método de identificación de protocolos y parámetros de radiotransmisión mediante el número SO, incorpora un Mensaje de Parámetros de Servicio de Radiotransmisión (BSPM) . Este BSPM es un mensaje aéreo especifico para el servicio de radiotransmisión. Las estaciones móviles que deseen recibir el servicio HSBS podrán monitorear el BSPM. El BSPM está en forma continua; se transmite en forma periódica por cada sector que tiene configurado uno o más canales de radiotransmisión . En la figura 16 se ilustra el formato del BSPM de la modalidad de ejemplo. Los diversos parámetros indicados en el mensaje se describen con el número de bits asignados en el mensaje para cada uno. Se identifica el índice de compensación de secuencia PN como PILOT_PN. La BS ajusta el campo PILOT_PN a la compensación de secuencia PN piloto a la estación base correspondiente en unidades de 64 chips PN. El BSPM_MSG_SEQ se refiere a un número de secuencia de mensaje de parámetros de servicio de radiotransmisión. Cuando cualesquiera de los parámetros identificados en un BSPM normal ha cambiado debido a la previa transmisión del BSPM, la BS incrementa el BSSPM_CONFIG_SEQ. El HSBS_REG_USED es un indicador utilizado para el registro de servicio de radiotransmisión. Este campo indica las frecuencias utilizadas para localizar un suscriptor MS para el servicio de radiotransmisión. El HSBS_REG_TIME es un valor de temporización del registro del servicio de radiotransmisión. Si el campo HSBS_REG_USED se ajusta a 0 ' , la estación base omitirá este campo. Además, la estación base incluye este campo con un significado determinado como: la BS ajusta este campo a la longitud de registro para los canales de servicio de radiotransmisión; o la estación base ajusta este campo a 00000' si se requiere que la MS registre el canal HSBS cada vez que comienza a monitorear un canal HSBS.
Continuando con la figura 16, el NüM_FBSCH es el número de canales suplementarios de radiotransmisión directa. La BS ajusta este campo al número de canales suplementarios de radiotransmisión directa transmitidos por la BS correspondiente. El NUM_HSBS_SESSION es un número de sesiones de servicio de radiotransmisión. La BS ajusta este campo al número de sesiones de servicio de radiotransmisión que están siendo transmitidas por la BS correspondiente. Los NU _LPM_ENTRADAS son los números de entradas de mapeo lógica-a-fisica . La BS ajusta este campo al número de lógicas, por ejemplo, sesiones de servicio de radiotransmisión a físicas, por ejemplo, canal suplementario de radiotransmisión directa, mapeando las entradas llevadas en este mensaje. La BS ajusta un Identificador del Canal Suplementario de Radiotransmisión Directa, FBSCH_ID, que corresponde al canal suplementario de radiotransmisión directa. Si se incluye en este registro el canal CDMA_FREQ, la estación base debe ajustar el indicador incluido en la frecuencia ¦ FREQ_INCL, a 1' bits; de lo contrario, la estación base ajustará los bits a ?0' . El FBSCH CDMA FREQ es la asignación de frecuencia del canal suplementario de radiotransmisión directa. Si los bits de FREQ_INCL se ajustan ? 0 ' , la estación base debe omitir este campo; de lo contrario, la estación base ajusta este campo tal como sigue: la estación base debe ajustar este campo al número de Canal CDMA que corresponde a la asignación de frecuencias CDMA para el Canal CDMA que contiene el Canal Suplementario de Radiotransmisión Directa . El FBSCH_CODE_CANAL es un Índice del canal de código del canal suplementario de radiotransmisión directa, en donde la estación base ajusta este campo al índice del canal de código ya que la estación móvil se utiliza en el canal suplementario de radiotransmisión directa. El FBSCH_RC es una configuración de radio del canal suplementario de radiotransmisión directa en donde BS ajusta este campo a la configuración de radio que será utilizada por la estación móvil en el canal suplementario de transmisión directa. El FBSCH_RANGO es el rango de datos del canal suplementario de transmisión alta directa, en donde la estación base ajusta este campo al rango de datos utilizados en el canal suplementario de transmisión alta directa. El FBSCH_CUADRO_TAMAÑO es el tamaño del cuadro del canal suplementario de transmisión alta directa, en donde la estación base ajusta este campo al tamaño del cuadro del canal suplementario de transmisión alta directa. El FBSCH_CUADRO_REPETIR_IND es el Indicador de Repetición del Cuadro del Canal Suplementario de Transmisión Alta Directa, en donde si se utiliza la repetición del cuadro en el Canal Suplementario de Transmisión Alta Directa, la estación base ajusta este campo a l' ; además; la estación base ajusta este campo a ,0' . El FBSCH_SHO_SOPORTADO es el Indicador Soportado por la Conexión Temporal del Canal Suplementario de radiotransmisión directa, en donde si la estación base soporte la conexión temporal en el Canal Suplementario de Transmisión Alta Directa con uno o más de sus vecinos, la estación base ajusta este campo a ?1'; de lo contrario, la estación base ajusta este campo a El NUM_VECINO es el número de vecinos que soporta la conexión temporal del canal suplementario de radiotransmisión directa. Si el campo FBSCH_SHO_SOPORTADO ajusta a 1'; entonces la estación base ajustará este campo al número de vecinos que soportan la conexión temporal en este Canal Suplementario de Radiotransmisión Directa. El GHBR_PN es el índice de compensación de secuencia PN piloto vecino. La estación base ajusta este campo a la compensación de secuencia PN piloto para este vecino, en unidades de 64 chips PN. El VECINO_FBSCH_CODIGO_CANAL_INCL es el indicador incluido en el índice del Canal del Código de Canal Suplementario de Radiotransmisión Directa piloto vecino. Sí el índice del Canal del Código del Canal Suplementario de Radiotransmisión Directa Piloto vecino está incluido en este mensaje, la estación base ajusta a este campo a 1'; de lo contrario, la estación base ajusta este campo a 0' . El VECINO_FBSCH_CODIGO_CANAL es el Indice del Canal del Código del Canal Suplementario de Radiotransmisión Directa Piloto vecino. Sí el campo VECINO_FBSCH_CODIGO_CANAL_INCL se ajusta a ? 0 ' , la estación base omite este campo; de lo contrario, la estación base incluye este campo y la BS ajusta este campo al índice del Canal del Código, ya que la estación móvil se utiliza en éste Canal Suplementario de Radiotransmisión Directa en este vecino . El HSBS_ID es un identificador de sesión de servicio de radiotransmisión, en donde la estación base debe ajustar este campo al identificador correspondiente a esta Sesión de Servicio de Radiotransmisión. El BSR_ID es un identificador de referencia del servicio de radiotransmisión, en donde la estación base debe ajustar este campo al identificador de referencia de servicio de radiotransmisión correspondiente a esta sesión de servicio de radiotransmisión. El HSBS_ID es identificador de sesión de servicio de radiotransmisión, en donde la BS debe ajustar este campo al identificador correspondiente a la sesión de servicio de radiotransmisión. El FBSCH-ID es el identificador del canal suplementario de radiotransmisión directa, en donde la estación base debe ajustar a este campo al identificador correspondiente al canal suplementario de radiotransmisión directa en el cual, se está llevando a cabo la sesión de servicio de radiotransmisión anterior. Las opciones de protocolo que podrían requerir negociación entre el transmisor y el receptor, se seleccionan y definen en la descripción de opción de servicio. La MS utiliza el número SO enviado en el BSPM para descubrir las opciones del protocolo de este servicio de radiotransmisión, en contraste, para un servicio de datos en paquete medido opcional, en donde el SO especifica los protocolos hasta la capa de la red IP, el servicio de radiotransmisión especifica los protocolos hasta la capa de aplicación. La capa de seguridad utiliza los algoritmos de encriptación y autentificación comunicados durante los establecimientos de una asociación de seguridad, por ejemplo, a través de medios fuera de banda. En la modalidad de ejemplo, la capa de transporte que se especifica en el SO como el protocolo de transporte aplicado, tal como RTP puede no ser fácilmente identificada como la carga útil del paquete ÜDP . El SO también especificará un número de puerto ÜDP para que la carga útil RTP distinga este del tráfico ÜDP que puede ser enviado a través del canal de radiotransmisión. La capa de aplicación que también se especifica en el SO en la forma de muchos códigos de audio y video (por ejemplo, MPEG-4 y EVRC) no tiene tipos de carga RTP estática que son fácilmente identificados por la estación móvil.
En una aplicación de radiotransmisión unidireccional, los tipos de carga RTP para estos códigos tienen que ser asignados en forma dinámica a través de la negociación de establecimiento de llamada (por ejemplo, utilizando SIP, RTSP, etc.) . Ya que el servicio de radiotransmisión desea evitar tal negociación, los descodificadores de medios son seleccionados previamente por el SO. Además, ya que los datos de audio y video pueden llevarse en paquetes RTP separados, es recomendable especificar los tipos de carga útil RTP que serán utilizados por cada corriente de medios . En la modalidad de ejemplo, el mapeo de lógica a física especifica el canal HSBS (HSBS_ID/BSR_ID) llevado en un F-BSCH (FBSCH_ID) correspondiente. El grupo {HSBS_ID, BSR_ID, FBSCH_ID} especifica completamente (para la MS) en donde encontrar y escuchar un servicio de radiotransmisión determinado. Por lo tanto, se transmite la información del mapeo de lógica a física por medio del aire a las MSs, de modo que una MS que desee accesar a un canal HSBS determinado, puede determinar el canal F-BSCH a monitoreo. Por consiguiente, la información que se encuentra a continuación se transmite a la estación móvil a través de la interfase de aire: Parámetros del canal físico de radiotransmisión; Parámetros del canal de lógica de radiotransmisión: Mapeo de lógica a física; y una Opción para señalar estos parámetros del servicio de radiotransmisión es para definir un nuevo mensaje aéreo en el cdma2000 que es específico para el servicio de radiotransmisión . Una modalidad alternativa aplica al BSPM, en donde se transmiten parámetros individuales en un Bloque de Bits, referido como BLOB que contiene opciones seleccionables del programa. A diferencia del uso de un número SO para identificar un grupo de parámetros en donde las opciones del protocolo en la capa de aplicación cambian con frecuencia por lo que se requiere una nueva definición, el uso del BLOB permite cambios en la capa de aplicación sin una nueva definición de todo el grupo de parámetros . De manera específica, el BLOB permite una nueva definición de un solo parámetro sin cambiar todo el grupo de parámetros. Sí el servicio de radiotransmisión es para soportar muchas diferentes opciones de protocolo, se puede eliminar el problema de definir opciones de servicio múltiples en la sección previa, definiendo un servicio de radiotransmisión BLOB . Este BLOB se envía como parte del BSPM e identifica las opciones de protocolo utilizadas para el servicio de radiotransmisión. La figura 17, ilustra la pila y aplicación del protocolo del BLOB. La provisión del BLOB proporciona la ventaja de que la estación móvil utiliza el BSPM para identificar la pila del protocolo, y por consiguiente, no se requiere en otros canales fuera de banda para transmitir esta información. Además, la estación móvil puede determinar inmediatamente la capacidad de accesar y descodificar la corriente de radiotransmisión, sin tener que registrar este servicio. Una desventaja de utilizar la descripción SO y/o BLOB, es el uso de inf aestructura inalámbrica para coordinar los protocolos utilizados arriba de la capa de la red IP. Los protocolos utilizados por la CS y PDSN, deben coincidir con los definidos en el BLOB enviados por la estación base . Un medio para proporcionar coordinación, es tener un cliente en la infraestructura inalámbrica (por ejemplo, BSC) que solicite la información de la opción del protocolo de la CS y PDSN. Posteriormente el BSC traduce esta información al BLOB del servicio de radiotransmisión correspondiente enviado en el BSPM. Los protocolos utilizados entre el cliente BSC y el servidor de contenido y la PDSN, estarán basados en protocolos estándar, tales como los especificados en el cdma2000. El cliente en la BSC utiliza RTSP para solicitar una descripción de las capas de aplicación y transporte de la CS utilizando SDP. El cliente también utiliza IPCP para solicitar la información de compresión del canal transversal de la PDSN. Para limitar el número de protocolos que tiene que soportar la estación móvil, se deben definir opciones de protocolo obligatorias y opcionales para el servicio de radiotransmisión. La figura 18, ilustra un método 2000 para proporcionar el parámetro de servicio de radiotransmisión y la información de protocolo utilizando un BSPM. En el paso 2000, la MS recibe el BSPM de la CS . El BSPM es tal como se describió anteriormente. La MS extrae el número SO del BSPM en el paso 2004. El número SO es mapeado para un grupo de parámetros y protocolos suficientes para que la MS reciba la radiotransmisión deseada. Posteriormente, la MS inicia la pila de protocolo correspondiente para el número SO seleccionado en el paso 2008. Una vez que se inicia la pila de protocolo, la MS tiene la capacidad de recibir y descodificar información recibida en el canal de radiotransmisión en el paso 2010. Se debe observar que el BSPM se transmite en un canal Walsh por separado conocido para los suscriptores .
La figura 19, ilustra un mapeo 2020 de cada uno de los números SO para un grupo de parámetros de protocolo. Cuando el CS programa inicialmente una radiotransmisión, tal como un partido de f tbol soccer en un dia determinado, la CS determina los parámetros y protocolos que serán utilizados para la transmisión de la radiotransmisión procedente del grupo de opciones estandarizadas previamente. En una modalidad, el número SO corresponde a un grupo fijo de protocolos y parámetros, en donde se conoce el mapeo en la CS y en al MS . El conocimiento a priori del mapeo, evita la necesidad de transmitir información, y reduce por lo tanto la transmisión aérea, es decir, conserva ancho de banda. El mapeo se almacena en la MS, y por lo tanto no se cambia o actualiza fácilmente. Si el CS es para utilizar una combinación de parámetros que no han sido estandarizados previamente en la forma de un número SO, la organización de estándares debe definir un nuevo perfil de parámetros antes de que esta combinación de parámetros pueda ser utilizada para la radiotransmisión . En la figura 20, se ilustra el uso de un BLOB de información, en donde a una sesión de radiotransmisión se le asigna un grupo de parámetros. Cada parámetro puede ser una de múltiples opciones. La transmisión de los parámetros proporciona un nivel de flexibilidad en comparación con el uso de grupos de parámetros fijos asociados con un número SO. El CS puede seleccionar cualesquiera de las opciones disponibles, y transmitir la información a la MS . Tal como se ilustró, el CAMPO 2 del BLOB puede ser especificado como cualesquiera de las opciones: OPCIÓN 1 para OPCIÓN K, en donde cada campo del BLOB puede tener un número diferente de opciones disponibles . Una modalidad alternativa proporciona los protocolos y parámetros de radiotransmisión a través de una señalización fuera de banda en la corriente de radiotransmisión. En la descripción de la presente invención, "fuera de banda" indica un canal por separado que se utiliza para la comunicación de la información aérea. El canal por separado puede ser una frecuencia diferente o puede ser un canal de espectro disperso, tal como un canal definido mediante un código Walsh diferente. El sistema proporciona al suscriptor la información del parámetro y protocolo de la radiotransmisión, cuando el suscriptor inicia una llamada de datos en paquete. El suscriptor o MS, solicita primero la información de compresión del canal transversal procedente de la PDSN. Utilizando la información recibida de la PDSN, la MS tiene la capacidad de recibir la información aérea de radiotransmisión. La MS contacta con la CS a través de los protocolos tipo IP, por ejemplo, RTSP ó SIP para recibir una descripción de las capas de transporte y aplicación. La MS utiliza esta información para recibir, descodificar y procesar una sesión de radiotransmisión . La figura 21, ilustra los diversos canales utilizados para la transmisión de diversa información en un sistema de radiotransmisión. Tal como se ilustra, el sistema 3000 incluye una CS 3002 y una MS 3004, que se comunican a través de un canal de radiotransmisión 3010, un canal aéreo 3012 y un canal de tráfico 3014. El contenido de radiotransmisión de una sesión de transmisión predeterminada se trasmite a través del canal de radiotransmisión 3010, el cual puede ser una frecuencia asignada de manera única o puede ser un canal Walsh asignado de manera única, la transmisión del mensaje BSPM se proporciona en el canal aéreo 3012. El canal de tráfico 3014 se utiliza para la transmisión de la señalización fuera de banda, tal como la comunicación entre CS y MS, y comunicaciones entre PDSN (no mostrada) y MS . La MS tiene la capacidad de contactar la CS y PDSN utilizando directamente la señalización fuera de banda a través de una opción de servicio de datos en paquete. La comunicación fuera de banda permite que la CS actualice la información sin transmitir a través de la BS, ya que la comunicación fuera de banda es directamente entre la MS y la PDSN o la MS y la CS . Se debe observar que cuando se utiliza el servicio de datos en paquete como el medio fuera de banda, la comunicación entre la MS y CS aún pasará a través de la BS . Sin embargo, la BS no requiere el conocimiento de la carga útil, haciendo de este modo que sea innecesario coordinar los protocolos CS y BS . Para evitar las desventajas de los métodos para transmitir fuera de banda los protocolos y parámetros a los receptores, la descripción SDP de la CS puede ser multiplexada en la corriente de radiotransmisión. Esto permite que la estación móvil determine las opciones de protocolo utilizadas por la CS sin establecer una llamada de datos en paquete. La descripción SDP es enviada en forma tan frecuente como una clave de encriptación de corto plazo (SK) en la corriente de radiotransmisión. El rango de envió de estas actualizaciones, estará limitado por la cantidad de ancho de banda disponible para tales actualizaciones. Por ejemplo, si la descripción SDP tiene 300 bytes de tamaño y se envía cada 3 segundos, el ancho de banda requerido es de 800 bps . Se debe observar que ya que la descripción SDP se origina desde el servidor de contenido, el servidor de contenido puede mejorar la calidad promedio multiplexando el mensaje SDP que se encuentra en la corriente de radiotransmisión, cuando el ancho de banda promedio es lo suficientemente bajo para distribuirlo. La información SDP se puede basar efectivamente en forma adaptable en las condiciones de ancho de banda. Por consiguiente, ya que cambia la condición del canal y/o tensiones en el ancho de banda del sistema, también puede cambiar la frecuencia de la transmisión SDP. De manera similar, es posible cambiar el tamaño de la SDP ajustando en forma especifica la información contenida en la misma a un sistema determinado. La descripción SDP normalmente es transportada en mensajes RTSP, SAP, ó SIP. Para evitar la sobrecarga de tales protocolos, se recomienda que la descripción SDP sea transportada directamente en UDP, identificando un número de puerto UDP bien conocido para llevar el mensaje SDP. Este número de puerto no debe utilizarse para llevar RTP y otros tipos de tráfico UDP, enviados a través del canal de radiotransmisión. La suma de verificación UDP, proporcionará una detección de error para la carga útil SDP. De acuerdo con una modalidad ilustrada en la figura 22, el sistema proporciona los protocolos y parámetros de radiotransmisión a través de una señalización en banda en la corriente de radiotransmisión. La corriente de radiotransmisión 4000 contiene el contenido de radiotransmisión y se transmite a través del canal de radiotransmisión, tal como el canal de radiotransmisión 3010 de la figura 21. Dispersado internamente a través de toda la corriente de radiotransmisión 4000, se encuentra la SDP 4002. La figura 23, ilustra un método 5000 para proporcionar información del parámetro y protocolo del servicio de radiotransmisión, utilizando un método en banda, en donde la información tipo aérea se proporciona con el contenido de radiotransmisión que se encuentra en el canal de radiotransmisión. El término "en banda" pretende indicar que se proporciona la información tipo aérea en el mismo canal que el contenido de radiotransmisión, y de este modo no se requiere un mecanismo de transmisión por separado, es decir, un canal. El método 5000 accesa primero el BPSM en el paso 5002. La MS extracta información del canal de radiotransmisión, la información de la capa física y la información de la capa MAC del BSPM. Se recibe la información de compresión del canal transversal directamente de la PDSN en el paso 5004. Esto se puede realizar ya sea teniendo la PDSN contacto directo con la PDSN a través de una opción de servicio de datos en paquete (fuera de banda) o insertando la PDSN en la MS, la información de configuración de compresión del canal transversal que se encuentra en la corriente de radiotransmisión. En el paso 5006, la MS accesa el Contenido Radiotransmisión (BC) . En respuesta a la recepción de la información de compresión del canal transversal, la MS tiene la capacidad de recibir el SDP transmitido en el canal de radiotransmisión con el contenido de radiotransmisión en el paso 5008. El SDP contiene parámetros y protocolos para recibir la sesión de radiotransmisión asociado. La MS aplica la información contenida en el SDP para recibir, descodificar y procesar el contenido de radiotransmisión recibido en el canal de radiotransmisión . Cuando un suscriptor del servicio de radiotransmisión desea cambiar a otra sesión de radiotransmisión, el establecimiento y/o inicio de la nueva sesión de radiotransmisión puede introducir retrasos inaceptables en el suscriptor. Una modalidad proporciona una unidad de almacenamiento de memoria en el receptor, en donde se almacena al menos una parte de la información en el receptor y puede utilizarse para cambiar rápidamente de una sesión de radiotransmisión, es decir, programa, a otro, o en forma alternativa, se puede utilizar para solicitar nuevamente una sesión de radiotransmisión accesada en forma previa. La figura 23, ilustra un almacenamiento de memoria 6000 que almacena el SPI y SDP correspondiente a cada sesión de radiotransmisión accesada. La información aérea correspondiente a una sesión de radiotransmisión corriente, se almacena en la memoria 6000 en donde la información almacenada es la última información recibida. En una modalidad, el almacenamiento de memoria 6000 es una unidad de almacenamiento de memoria Primero en Entrar Primero en Salir (FIFO) . En una modalidad alternativa se utiliza una memoria cache. En aún otra modalidad, la Tabla de Búsqueda (LUT) almacena información relacionada con las sesiones de radiotransmisión accesadas. En modalidades que utilizan mecanismos, tales como memoria cache y/o LUT, la MS utiliza un simple algoritmo de estampa de tiempo para mantener únicamente una copia de las configuraciones SPI-SDP más recientes en la memoria. Para cada par de SPI-SDP, la MS mantiene una estampa de tiempo de cuando recibió la MS la última descripción. Si la MS detecta un SPI que ya existe en su memoria, utiliza la configuración almacenada y actualiza la estampa de tiempo al tiempo presente. Sí el SPI detectado no está en la memoria de las MSs, la MS reemplaza la entrada a SPI-SDP más antigua en su memoria con el par SPI-SDP detectado recientemente. La MS ahora utiliza esta nueva configuración para descodificar la corriente de radiotransmisión. Flujo de Mensaje La figura 5, ilustra el flujo de llamadas para accesar una sesión de radiotransmisión en la modalidad de ejemplo para una topología de sistema determinado. El sistema incluye una' MS, BS, PDSN y CS, tal como se enlistan en el eje horizontal. El eje vertical representa el tiempo. El usuario o MS es un suscriptor del servicio HSBS . En el tiempo ti la MS y CS negocian la seguridad de suscripción en el servicio de radiotransmisión. La negociación comprende el intercambio y mantenimiento de claves de encriptación, etc, utilizadas para recibir el contenido de radiotransmisión en el canal de radiotransmisión. El usuario establece una asociación de seguridad con la CS al momento de recibir la información de encriptación. La información de encriptación puede incluir una Clave de Acceso de Radiotransmisión (???) o una combinación clave, etc, de la CS . De acuerdo con la modalidad de ejemplo, la CS proporciona la información de encriptación a través de un canal de dictado, durante una sesión de datos en paquete tal como mediante PPP, WAP, u otros métodos fuera de banda.
En el tiempo t2 la MS sintoniza en el canal de transmisión y comienza a recibir paquetes. En este punto de tiempo, la MS tiene la capacidad de procesar los paquetes recibidos debido a que el canal transversal IP/ESP está comprimido a través de ROHC, y el descompresor de la MS no ha sido iniciado. El PDSN proporciona información de compresión del canal transversal (se detallará más adelante) en el tiempo t3. A partir del canal transversal del paquete ROHC, la MS detecta y obtiene un paquete de Inicio y Actualización (IR) ROHC desciende periódicamente desde la PDSN hasta el canal de radiotransmisión. El paquete IR ROHC se utiliza para iniciar el estado del descompresor en la MS, permitiendo que se descomprima el canal transversal IP/ESP de los paquetes recibidos. Posteriormente la MS tiene la capacidad de procesar el canal transversal IP/ESP de los paquetes recibidos, sin embargo, la MS requiere información adicional para procesar la carga útil ESP ya que la carga útil está encriptada con una Clave a Corto Plazo (SK) en la CS . La S actúa en coordinación con la BAK, en donde la SK es desencriptada en el receptor utilizando la ??? . La CS proporciona información de encriptación adicional, tal como información de clave actualizada o una SK corriente en el tiempo t4. Se debe observar que la CS proporciona esta información de manera periódica a la MS para asegurar la seguridad en curso de la radiotransmisión. En el tiempo t5, la MS recibe el contenido de radiotransmisión de la CS . Se debe observar que modalidades alternativas pueden incorporar métodos de compresión y descompresión alternados que proporciona una eficiente transmisión de la información del canal transversal. Además, modalidades alternativas pueden implementar una variedad de esquemas de seguridad para proteger el contenido de radiotransmisión. Aún otras modalidades alternativas pueden proporcionar un servicio de radiotransmisión no seguro. La MS utiliza la información de encriptación, tal como la SK, para desencriptar y desplegar el contenido de radiotransmisión . Compresión De acuerdo con la modalidad de ejemplo, el contenido de radiotransmisión se transmite en un canal de radiotransmisión dedicado. La capa de transporte proporciona encriptación aérea para llevar el contenido de radiotransmisión en paquetes IP. El sistema soporta la compresión de datos, y de manera especifica, la compresión del canal transversal. La decisión de comprimir datos depende del rendimiento promedio requerido (incluyendo transporte/encriptación aérea, capa de enlace de datos aéreo y capa física aérea) y la percepción del usuario de la calidad de la radiotransmisión. El llevar más contenido de radiotransmisión en cada paquete IP reduce la carga aérea, y por lo tanto reduce el ancho de banda de radiotransmisión. En contraste, la compresión incrementa el Rango de Error del Paquete (PER) que afecta la percepción del usuario. Esto se debe a que la transmisión de cada paquete IP largo, expande los múltiples cuadros de capas físicas, y por lo tanto está asociado con incrementos en el Rango de Error del Cuadro (FER) . Sí el transportador decide utilizar pequeños paquetes IP para mejorar la calidad de la radiotransmisión, éste puede elegir la compresión del canal transversal para reducir la carga aérea de transporte y encriptación del paquete IP. Los protocolos RTP/UDP/IP se utilizan para transportar el contenido de radiotransmisión de la CS a la MS, y el contenido es protegido por el ESP en el modo de transporte. La carga aérea del transporte es el canal transversal RTP/UDP/IP y tiene 40 bytes por datos en paquete IP. La carga aérea de encriptación está en la forma del canal transversal ESP, el Vector de Inicio (IV), y el acople ESP. El canal transversal ESP e IV se insertan entre el canal transversal IP y el canal transversal UDP . El canal transversal ESP consiste del Número SPI (4 bytes) y de Secuencia (4 bytes) . La longitud de IV es específica para el algoritmo de encriptación que se utiliza. Para el Algoritmo Cipher AES, la longitud de IV es de 16 bytes . El acople ESP se adjunta al final del datagram UDP y consiste de compensar el siguiente canal transversal (1 byte) y compensar la longitud (1 byte) . Ya que el tamaño de bloque cipher del algoritmo AES es de 16 bytes, el tamaño de la compensación fluctúa de 0 a 15 bytes. Tomando la función de techo máximo del promedio, el tamaño de compensación produce 8 bytes. Para un paquete IP, la carga aérea total debido al transporte y encriptación fluctúa de 66 a 81 bytes con el promedio de 74 bytes no incluyendo la carga aérea de la capa de enlace de datos procedente desde la PDSN a la MS . La compresión del canal transversal, tal como la Compresión del Canal Transversal Robusto (ROHC) se puede utilizar para reducir el canal transversal IP y el campo SPI del Canal transversal ESP, de 24 bytes a 2 bytes. El Número de Secuencia del Canal Transversal ESP no está comprimido, debido a que se utiliza para secuenciar los paquetes comprimidos. El IV no está comprimido, debido a que cambia en forma aleatoria para cada paquete. El canal transversal UDP/RTP y el acopler ESP no pueden comprimirse debido a que están encriptados. Por consiguiente, si se utiliza ROHC para comprimir el canal transversal IP/ESP, la carga aérea promedio debido al transporte y encriptación, se reduce de 74 bytes a 52 bytes por paquete IP. De acuerdo con la modalidad de ejemplo se aplica la compresión del canal, tal como la Compresión del Canal Transmisor Robusto (ROHC) , para evitar la propagación de errores de descompresión. Tal como se ilustra en la figura 7, se comprime la información del canal transversal de 24 bytes ha 2 bytes. El Canal Transversal 500 incluye un canal transversal IP 502 y una parte SPI 504. El algoritmo de compresión da como resultado, 2 bytes después de la compresión. En contraste con la compresión del canal transversal convencional, en donde se requiere algún tipo de negociación entre la MS y la PDSN u otro elemento de infraestructura, la modalidad de ejemplo proporciona una transmisión unidireccional de la información de compresión. La MS no necesita requerir la información de compresión, es decir, parámetros de compresión del canal transversal suficientes para la descompresión de la información recibida en la MS .
Más bien, la PDSN proporciona la información de compresión en forma periódica, tal como se ilustra en la figura 8. La PDSN proporciona la información de compresión en el canal de radiotransmisión interdispersa con el contenido de radiotransmisión. La provisión de información de control dentro de la corriente de datos, se refiere como "en banda" ya que no se requiere de un canal por separado. Tal como se ilustra, la corriente de radiotransmisión 600 incluye partes del contenido de radiotransmisión 604 e información de descompresión, es decir, información de compresión 602. La información de descompresión se proporciona teniendo un periodo de TDESCOMPRESIÓN · Las modalidades alternativas pueden proporcionar la información de descompresión, solo cuando surja un caso determinado previamente, en lugar de proporcionarla periódicamente. Ya que la MS no requiere de la información de descompresión, la PDSN suministra la información con una frecuencia que evita retardos en el acceso al contenido de radiotransmisión. En otras palabras, la PDSN debe proporcionar la información de manera frecuente, de modo que la MS pueda accesar la radiotransmisión en cualquier momento sin tener que esperar la información de descompresión. Se debe observar que ROHC puede ser operada en un modo unidireccional, en donde, los paquetes se envían en una dirección únicamente: del compresor al descompresor. De este modo, se hace utilizable por lo tanto ROHC a través de enlaces en donde no está disponible o no se recomienda una trayectoria de retorno del descompresor al compresor. Antes de que la MS pueda descomprimir los paquetes recibidos del canal de radiotransmisión, se inicia el estado del descompresor. Se utiliza el paquete de Inicio Y Actualización (IR) para este propósito. Existen dos alternativas para el inicio ROHC. El suscriptor "sintoniza" con el canal de radiotransmisión y espera los paquetes IR ROHC enviados en forma periódica por el compresor ROHC en la PDSN. Los paquetes IR ROHC frecuentes pueden necesitarse para que la MS inicie rápidamente la descompresión de los paquetes recibidos. Los paquetes IR ROHC frecuentes pueden utilizar demasiado ancho de banda en el canal de radiotransmisión. Un paquete IR tiene aproximadamente 30 bytes para el perfil de compresión IP/ESP. Si se envía un paquete IR una vez cada 250 ms, el proceso consume aproximadamente 1 kbps en el canal de radiotransmisión. El perder paquetes IR en el aire podría retrasar en forma adicional el que la MS adquiera un inicio de ROHC . Sí la descompresión está fuera de sincronía, debido a la pérdida de paquetes o un error residual en el canal transversal comprimido recibido, o falla, etc, el error de descompresión resultante puede propagarse hasta que la descompresión sea sincronizada nuevamente o iniciada nuevamente. Un canal transversal comprimido ROHC contiene una Revisión Redundante Cíclica (CRC) la cual es calculada en todo el canal transversal antes de la compresión. Esta CRC permite que la descompresión desempeñe una reparación de contexto local que ponga al contexto en sincronización (en los casos de paquetes perdidos o errores residuales) . Cuando la descompresión se recupera de una falla, los paquetes IR periódicos vuelven a iniciar de manera efectiva el proceso de descompresión. Capa de Transporte Se aplica el protocolo de encuadre o protocolo de la capa de transporte de enlace de datos entre la PDSN y la MS para delinear los paquetes recibidos del canal de radiotransmisión. Con referencia a la figura 3, se proporciona la información en la capa de transporte, identificada como la CAPA DE ENLACE, entre la PDSN y la MS . La información de encuadre se genera en la PDSN y se proporciona a la MS a través de la BS . La PDSN recibe corrientes IP de la CS y encuadra las corrientes IP de acuerdo con un protocolo de encuadre determinado previamente. Tal como se ilustra en la modalidad de ejemplo, la PDSN aplica una versión de protocolo de encuadre del Control de Enlace de Datos de Alto Nivel (HDLC) . El HDLC especificado en el estándar ISO corresponde a la Capa 2 de la arquitectura de 7 capas de La Organización de Estándares Internacionales (ISO) , en donde la Capa 2 es referida como la Capa de Enlace de Datos. El protocolo HDLC busca proporcionar el movimiento de datos libre de error entre los nodos de la red. Para este fin. La capa HDLC está diseñada para asegurar la integridad de datos pasados a una siguiente capa. En otras palabras, el protocolo de encuadre busca reproducir los datos recibidos en forma exacta conforme fueron transmitidos de manera original, sin errores, sin pérdida de información y dentro del orden correcto. La modalidad de ejemplo aplica una versión de encuadre HDLC que aplica un subgrupo de parámetros definidos por HDLC. La figura 9, ilustra una modalidad del encuadre HDLS, en donde el cuadro 700 incluye una pluralidad de campos tal como se define mediante el protocolo HDLC señalado en RFC 1662. El campo 702 define una SEÑAL o indicación del comienzo de un cuadro. La SEÑAL tiene una longitud de bits designada y está definida por un patrón de bits determinado previamente. Es conveniente aplicar el HDLC ya que el HDLC es un protocolo estandarizado disponible comúnmente. Una desventaja de todo el protocolo de encuadre HDLC, es el tiempo de procesamiento que se requiere para generar los cuadros en el transmisor y recuperar los cuadros en el receptor. En particular, el protocolo HDLC es el procesador considerado como intenso ya que se utiliza procesamiento adicional para asegurar que la carga útil no incluya la misma secuencia de bits que la SEÑAL. En el transmisor, si se detecta una secuencia de bits de SEÑAL en la carga útil, se inserta un carácter de escape dentro de la carga útil para identificar la SEÑAL como parte de la carga útil y no indicar el comienzo de un cuadro. El proceso de agregar un carácter de escape es referido como "escape" de patrones exadecimales de 0x7E y 0x7D en la carga útil del cuadro. Se describirá más adelante un método útil referido como el Protocolo de Encuadre Eficiente que es un procesador menos intenso que el encuadre similar a HDLC, . La figura 9, ilustra las opciones de utilizar el encuadre HDLC para transportar el cuadro PPP. Para la operación de HSBS, se puede reducir la carga aérea del encuadre en forma de HDLC eliminando el campo que no se requiere, o tener menos significado y/o proporcionar menos información para una radiotransmisión unidireccional. Tal como se describió anteriormente, la SEÑAL es una secuencia de bits determinada previamente que indica el comienzo de un cuadro HDLC. Una modalidad de ejemplo incorpora una señal u otro indicador de comienzo de cuadro 802, tal como se ilustra dentro del formato 800 de la figura 10. En contraste con el formato de la figura 9, no se indica en la modalidad de ejemplo el fin de un cuadro con información aérea. Ya que los campos de dirección y control del formato 700 tienen valores estáticos, no están incluidos en el formato 800. Continuando con la figura 10 , ya que el propósito del campo del Protocolo 708 (figura 9) es identificar el tipo de carga útil, tal como el paquete de control LCP, el paquete ROHC, el paquete IP, etc, no se requiere de este discriminador para la operación de radiotransmisión, ya que todos los paquetes que se encuentran en el canal de radiotransmisión pertenecen al mismo tipo. Por ejemplo, si se utiliza la compresión ROHC para la transmisión de paquetes, todos los paquetes que se encuentren en el canal de radiotransmisión son procesados en la forma de paquetes ROHC. Los tipos de paquetes ROHC, tal como el paquete IR, paquete comprimido, etc, son distinguidos por el campo del tipo de paquete que se encuentra en el canal transversal del paquete ROHC. Por consiguiente, el campo del Protocolo no está incluido en el formato 800. Además, el formato 800 incluye un campo de revisión de revisión de error 806 después de la carga útil 804. El campo de revisión 806 proporciona información al receptor que permite que éste revise los errores que se encuentren en la carga útil recibida. La modalidad de ejemplo incorpora una Suma de Revisión de Cuadro (FCS) que puede ser especificada como nula, con 16 bits o 32 bits . Ya que un cuadro HDLC puede abarcar múltiples cuadros de capa fisica que se encuentra en el canal de radiotransmisión, es recomendable utilizar una FCS de 16 bits. El procedimiento de empaquetado de octetos definido en RFC 1662, también aplica a la modalidad de ejemplo, en donde después del cómputo de FCS, el transmisor HDLC que se encuentra en la PDSN examina cada byte que se encuentra en el cuadro HDLC (excluyendo la Señal) , con respecto a los patrones de 0x7E y 0x7D. El patrón 0x7E será codificado como 0x7D y 0x5E y el patrón 0x7D será codificado como 0x7D y 0x5D. El transmisor HDLC no codificará ningunos otros patrones. Esto implica que el Async-Control-Carácter-Map (ACCM) tal como se definen en RFC 1662 se ajusta a cero. La carga aérea del encuadre HDLC tiene 3 bytes más la carga aérea empaquetada en octetos. Suponiendo que el patrón de bytes está distribuido de manera uniforme, la carga aérea del empaquetado en octetos promedio es de 1 byte por 128-bytes del cuadro HDLC . Por ejemplo, si la carga útil es de 256 bytes, la carga aérea del encuadre HDLC tiene 5 bytes en promedio. La figura 11, es un diagrama de flujo en un método de encuadre 900 llevado a cabo en el transmisor. El transmisor forma el cuadro de radiotransmisión en el paso 902 determinando una parte de carga útil de los datos empaquetados y generando una Señal de Apagado (SOF) . Posteriormente el transmisor revisa el cuadro con respecto a cualesquiera secuencias SOF contenidas en la carga útil 904. Sí se encuentra una secuencia SOF en la carga útil, el transmisor agrega un carácter de escape en el paso 912. Además, el transmisor adjunta el SOF a la carga útil en el paso 906, y proporciona un mecanismo de revisión de error en el paso 908. El cuadro es transmitido en el paso 910. El cuadro transmitido tiene un formato 800 de la figura 10. Las modalidades alternativas pueden incrementar otros campos dentro del campo de encuadre y pueden incorporar cualquier forma de clasificador para localizar una secuencia SOF en la carga útil. La figura 12 es un diagrama de flujo de un método de desencuadre 920 que se lleva a cabo en el receptor. EL proceso comienza con la recepción de un cuadro de radiotransmisión en el paso 922. El receptor identifica un SOF en el paso 924, y revisa los caracteres de escape en la carga útil en el diamante de decisión 926. Si se descubre en la carga útil un carácter de escape y u otro identificador de secuencia SOF, el receptor desprende el carácter de escape en el paso 932. Además, el receptor realiza una revisión de error en el paso 928 y procesa el cuadro en el paso 930.
Los expertos en la técnica podrán comprender que la información y señales pueden ser representadas utilizando cualquier variedad de diferentes tecnologías y técnicas. 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 ser representados mediante voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas o cualquier combinación de los mismos . Los expertos en la técnica apreciarán en forma adicional que se puedan implementar varios pasos de bloques, módulos, circuitos y algoritmos lógicos descritos en relación con las modalidades aqui descritas, en la forma de hardware electrónico software de computadora o una combinación de ambos . Para ilustrar claramente esta capacidad de intercambio de hardware y software, se han descrito de manera general anteriormente en términos de su funcionalidad, varios componentes, módulos, circuitos y pasos ilustrativos . Si se implementa tal función en la forma de hardware o software, dependerá de la aplicación en particular y restricciones del diseño impuestos en el sistema general. Los expertos en la técnica pueden implementar la función descrita en varias formas, para cada aplicación en particular, aunque tales decisiones de implementación no deben interpretarse como que originan un alejamiento del alcance de la presente invención . Los diversos bloques, módulos y circuitos lógicos ilustrativos descritos con relación a las modalidades descritas en la presente invención, pueden ser implementados o llevados a cabo con un procesador de propósitos generales y procesador de señal digital (DSP) , un circuito integrado especifico de la aplicación (ASIC) , una formación de salida de campo programable (FPGA) u otro aparato de lógica programable, salida independiente o lógica de transistor, componentes de hardware independientes, o cualquier combinación de los mismos diseñados para realizar las funciones aquí descritas . Un procesador de propósitos generales puede ser un microprocesador, aunque como alternativa, el procesador puede tener cualquier procesador, controlador, electrocontrolador o máquina de estados convencional. Un procesador también puede ser implementado como una combinación de aparatos de cómputo, 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 . Los pasos de un método o algoritmo descrito en relación con las modalidades aquí descritas, pueden ser representados directamente en un 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 recibir en una memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPRO , registradores, disco duro, disco removible, CD-ROM o cualquier otra forma de medio de almacenamiento conocido en la técnica. Se acopla un medio de almacenamiento de ejemplo al procesador, de modo que el procesador pueda leer la información que procede de, y escriba la información al, medio de almacenamiento. En la alternativa, el medio de almacenamiento puede ser parte integral del procesador. El procesador y medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en una terminal del usuario. En la alternativa, el procesador y el medio -de almacenamiento pueden residir en la forma de componentes independientes en una terminal del usuario . La descripción anterior de las modalidades descritas, se proporciona para habilitar a cualquier experto en la técnica a realizar o utilizar la presente invención. Los expertos en la técnica podrán apreciar diversas modificaciones a estas modalidades, y los principios genéricos aqui definidos pueden aplicar para otras modalidades sin apartarse del espíritu o alcance de la presente invención. Por lo tanto, la presente invención no pretende limitarse a las modalidades aquí mostradas, sin estar de acuerdo con el alcance más amplio y consistente con los principios y características novedosas aquí descritos .

Claims (14)

  1. Novedad de la Invención Habiendo descrito la presente invención, se considera como novedad de la invención y por lo tanto, se reclama como propiedad lo contenido en las siguientes: R E I V I N D I C A C I O N E S 1. - En un sistema de comunicación inalámbrica que soporta un servicio de radiotransmisión, un método comprende : transmitir una sesión de radiotransmisión en un canal de radiotransmisión; y transmitir información aérea de radiotransmisión que corresponde a la sesión de radiotransmisión que se encuentra en un canal de radiotransmisión aéreo.
  2. 2. - El método de conformidad con la reivindicación 1, caracterizado por que: el servicio de radiotransmisión se transmite mediante un servidor de contenido; el servicio de radiotransmisión tiene una pila de protocolo correspondiente, que tiene una capa de aplicación y una capa de transporte; y el servidor de contenido controla de manera independiente los protocolos de la capa de aplicación y de la capa de transporte.
  3. 3. - El método de conformidad con la reivindicación 1, caracterizado porque el servicio de radiotransmisión se transmite en la forma de paquete de datos del Protocolo de Internet.
  4. 4. ~ El método de conformidad con la reivindicación 1, caracterizado porque comprende además : actualizar durante una radiotransmisión una parte de la información aérea de radiotransmisión; y transmitir la información aérea de adiotransmisión con la parte actualizada.
  5. 5. - El método de conformidad con la reivindicación 1, caracterizado porque el sistema comprende además una red de servicio de datos en paquete, en donde el método comprende además: que la red de servicio de datos en paquete actualice la información de compresión de canal transversal; y que la red de servicio de datos en paquete transmita la información de compresión de canal transversal actualizada a través de un canal de transmisión aéreo.
  6. 6. - En un sistema de comunicación inalámbrica que soporta un servicio de radiotransmisión, un método comprende : recibir información aérea de radiotransmisión correspondiente a la sesión de radiotransmisión que se encuentra en un canal de transmisión aéreo; accesar la sesión de radiotransmisión en una canal de transmisión aéreo; y utilizar la información de canal transversal de radiotransmisión para procesar el contenido de radiotransmisión de la sesión de radiotransmisión.
  7. 7.- El método de conformidad con la reivindicación 6, caracterizado porque: el servicio de radiotransmisión se transmite a través de un servidor de contenido; el servicio de radiotransmisión tiene una pila de protocolo co respondiente que tiene una capa de aplicación y una capa de transporte; y el servidor de contenido controla de manera independiente los protocolos de la capa de aplicación y la capa de transporte.
  8. 8. - El método de conformidad con la reivindicación 6r caracterizado porque el servicio de radiotransmisión se transmite en la forma de paquetes de datos del Protocolo de Internet.
  9. 9.- El método de conformidad con la reivindicación 6, caracterizado porque comprende además : recibir durante una radiotransmisión información aérea de radiotransmisión actualizada en un canal de transmisión aérea; y procesar el contenido de radiotransmisión recibido en el canal de radiotransmisión, utilizando la información aérea de radiotransmisión actualizada.
  10. 10. -El método de conformidad con la reivindicación 6, caracterizado porque el sistema comprende una red de servicio de datos en paquete en donde el método comprende además: recibir información de compresión de canal transversal actualizada procedente de la red de servicios de datos en paquete a través de un canal de transmisión aérea; y utilizar la información de compresión del canal transversal actualizado para recibir el contenido de radiotransmisión.
  11. 11. - Un aparato inalámbrico, que comprende: medios para recibir información de canal transversal de radiotransmisión correspondiente a la sesión de radiotransmisión que se encuentra en un canal de transmisión aérea; medios para accesar la sesión de radiotransmisión en un canal de radiotransmisión; y medios para utilizar la información de canal transversal de radiotransmisión para procesar el contenido de radiotransmisión de la sesión de radiotransmisión .
  12. 12. -El método de conformidad con la reivindicación 11, caracterizado porque: se transmite el servicio de radiotransmisión a través de un servidor de contenido; el servicio de radiotransmisión tiene una pila de protocolo correspondiente que tiene una capa de aplicación y una capa de transporte; y el servidor de contenido controla de manera independiente los protocolos de la capa de aplicación y la capa de transporte.
  13. 13. - El aparato de conformidad con la reivindicación 11, caracterizado porque el servicio de radiotransmisión se transmite en la forma de paquetes de datos de Protocolo de Internet .
  14. 14. -El aparato de conformidad con la reivindicación 11, caracterizado porque el sistema comprende además una red de servicio de datos en paquete en donde el método comprende además : medios para recibir información de compresión de canal transversal actualizada procedente de la red de servicios de datos en paquete que se encuentra en un canal de transmisión aérea; y medios para utilizar la compresión de canal transversal actualizada para recibir el contenido de radiotransmisión. R E S U M E N Un método y aparato para proporcionar información aérea para un servicio de radiotransmisión en un sistema de comunicación inalámbrica a través de una transmisión fuera de banda. La estación móvil tiene la capacidad de contactar al servidor de contenido utilizando directamente la señalización fuera de banda a través de una opción de servicio de datos en paquete. La comunicación fuera de banda permite al servidor del continuidad actualizar la información sin transmitir a través de un elemento de infraestructura intermedio. En una modalidad, la información aérea incluye un número de opción de servicio que corresponde a un grupo de parámetros de radiotransmisión, tal como aquellos que identifican una pila de protocolo para procesar el contenido de la radiotransmisión.
MXPA03008877A 2001-03-28 2002-03-28 Metodo y aparato para la transmision fuera banda de una opcion de servicio de radiotransmision de un sistema de comunicacion inalambrica. MXPA03008877A (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US27997001P 2001-03-28 2001-03-28
US09/934,021 US6909702B2 (en) 2001-03-28 2001-08-20 Method and apparatus for out-of-band transmission of broadcast service option in a wireless communication system
PCT/US2002/009826 WO2002080588A2 (en) 2001-03-28 2002-03-28 Method and apparatus for out-of-band transmission of broadcast service option in a wireless communication system

Publications (1)

Publication Number Publication Date
MXPA03008877A true MXPA03008877A (es) 2004-12-06

Family

ID=26959995

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA03008877A MXPA03008877A (es) 2001-03-28 2002-03-28 Metodo y aparato para la transmision fuera banda de una opcion de servicio de radiotransmision de un sistema de comunicacion inalambrica.

Country Status (14)

Country Link
US (1) US6909702B2 (es)
EP (1) EP1374506B1 (es)
JP (1) JP4615828B2 (es)
KR (1) KR100891882B1 (es)
CN (1) CN100474836C (es)
AT (1) ATE325487T1 (es)
AU (1) AU2002306978A1 (es)
BR (1) BRPI0208735B1 (es)
CA (1) CA2442650C (es)
DE (1) DE60211136T2 (es)
HK (1) HK1075152A1 (es)
MX (1) MXPA03008877A (es)
TW (1) TW577204B (es)
WO (1) WO2002080588A2 (es)

Families Citing this family (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6646195B1 (en) * 2000-04-12 2003-11-11 Microsoft Corporation Kernel-mode audio processing modules
US6961631B1 (en) * 2000-04-12 2005-11-01 Microsoft Corporation Extensible kernel-mode audio processing architecture
US9100457B2 (en) 2001-03-28 2015-08-04 Qualcomm Incorporated Method and apparatus for transmission framing in a wireless communication system
US7352868B2 (en) 2001-10-09 2008-04-01 Philip Hawkes Method and apparatus for security in a data processing system
US7649829B2 (en) * 2001-10-12 2010-01-19 Qualcomm Incorporated Method and system for reduction of decoding complexity in a communication system
US8218768B2 (en) * 2002-01-14 2012-07-10 Qualcomm Incorporated Cryptosync design for a wireless communication system
US7299349B2 (en) * 2002-01-31 2007-11-20 Microsoft Corporation Secure end-to-end notification
US7400733B1 (en) * 2002-02-27 2008-07-15 Atheros Communications, Inc. Key refresh at the MAC layer
US7177658B2 (en) 2002-05-06 2007-02-13 Qualcomm, Incorporated Multi-media broadcast and multicast service (MBMS) in a wireless communications system
KR100847521B1 (ko) * 2002-06-10 2008-07-22 엘지전자 주식회사 고속 데이터 전송 시스템의 브로드캐스트 서비스 데이터전송 방법
US7016327B2 (en) * 2002-08-21 2006-03-21 Qualcomm Incorporated Method and system for communicating content on a broadcast services communication system
US7020109B2 (en) * 2002-08-21 2006-03-28 Qualcomm Incorporated Method and system for communicating content on a broadcast services communication system
US20040059835A1 (en) * 2002-09-25 2004-03-25 Zhigang Liu Method and system for in-band signaling between network nodes using state announcement or header field mechanisms
US7325038B1 (en) * 2002-09-27 2008-01-29 Ricoh Company, Ltd. Mechanism for transferring data between applications running on multiple networked computers
US7283782B2 (en) 2002-10-22 2007-10-16 Qualcomm Incorporated Method and apparatus for switching between shared and individual channels to provide broadcast content services in a wireless telephone network
US7277694B2 (en) 2002-10-22 2007-10-02 Qualcomm Incorporated Method and apparatus for commencing shared or individual transmission of broadcast content in a wireless telephone network
US7386723B2 (en) * 2002-11-22 2008-06-10 Intel Corporation Method, apparatus and system for compressing IPSec-protected IP packets
US7599655B2 (en) 2003-01-02 2009-10-06 Qualcomm Incorporated Method and apparatus for broadcast services in a communication system
US7869399B2 (en) * 2003-01-06 2011-01-11 Interdigital Technology Corporation Method and apparatus for controlling the distribution of multimedia broadcast services
US7096024B2 (en) * 2003-01-31 2006-08-22 Qualcomm, Incorporated Method and apparatus to initiate point-to-point call during shared-channel delivery of broadcast content in a wireless telephone network
WO2004072765A2 (en) * 2003-02-13 2004-08-26 Nokia Corporation Method for signaling streaming quality adaptation and control mechanisms in multimedia streaming
US7062272B2 (en) * 2003-02-18 2006-06-13 Qualcomm Incorporated Method and apparatus to track count of broadcast content recipients in a wireless telephone network
US20040168081A1 (en) * 2003-02-20 2004-08-26 Microsoft Corporation Apparatus and method simplifying an encrypted network
GB0307266D0 (en) * 2003-03-28 2003-05-07 Nokia Corp Wireless data communications
WO2004093404A1 (ja) * 2003-04-17 2004-10-28 Sharp Kabushiki Kaisha 送信機、受信機、ワイヤレスシステム、制御方法、制御プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体
US8718279B2 (en) 2003-07-08 2014-05-06 Qualcomm Incorporated Apparatus and method for a secure broadcast system
KR100880999B1 (ko) * 2003-08-07 2009-02-03 삼성전자주식회사 멀티미디어 브로드캐스트/멀티캐스트 서비스를 송수신하는 방법
US7822067B2 (en) * 2003-08-08 2010-10-26 Qualcomm Incorporated Header compression enhancement for broadcast/multicast services
US7318187B2 (en) 2003-08-21 2008-01-08 Qualcomm Incorporated Outer coding methods for broadcast/multicast content and related apparatus
US8694869B2 (en) 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
US8804761B2 (en) * 2003-08-21 2014-08-12 Qualcomm Incorporated Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus
US8724803B2 (en) 2003-09-02 2014-05-13 Qualcomm Incorporated Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system
JP4303245B2 (ja) 2003-09-16 2009-07-29 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおけるブロードキャスト／マルチキャストサービスのための状態情報を提供する方法及びシステム
US20050163076A1 (en) * 2004-01-13 2005-07-28 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for broadcasting on a shared packet data channel in a wireless communication network
JP4288368B2 (ja) * 2004-04-09 2009-07-01 Ｏｋｉセミコンダクタ株式会社 受信制御方法および無線ｌａｎ装置
US8588203B2 (en) 2004-06-04 2013-11-19 Qualcomm Incorporated Wireless communication system with improved broadcast coverage
US8966551B2 (en) 2007-11-01 2015-02-24 Cisco Technology, Inc. Locating points of interest using references to media frames within a packet flow
US9197857B2 (en) * 2004-09-24 2015-11-24 Cisco Technology, Inc. IP-based stream splicing with content-specific splice points
US7636328B2 (en) * 2004-10-20 2009-12-22 Qualcomm Incorporated Efficient transmission of signaling using channel constraints
KR100588623B1 (ko) * 2004-11-12 2006-06-14 주식회사 케이티프리텔 숫자 및 문자열의 동시 입력을 통한 선택 서비스 제공방법 및 시스템
US8280368B2 (en) * 2005-04-07 2012-10-02 Qualcomm Incorporated Method and system for re-acquiring signals of a wireless broadcast network
WO2007024918A2 (en) * 2005-08-23 2007-03-01 Matsushita Electric Industrial Co., Ltd. System and method for service discovery in a computer network using dynamic proxy and data dissemination
TWI398148B (zh) * 2005-09-21 2013-06-01 Innovative Sonic Ltd 無線通訊系統重建接收邊處理計時器的方法及裝置
US20070264989A1 (en) * 2005-10-03 2007-11-15 Rajesh Palakkal Rendezvous calling systems and methods therefor
US7907600B2 (en) * 2005-12-23 2011-03-15 Qualcomm Incorporated System and method for optimizing robust header compression (ROHC) in high delay variance environment
EP1808995A1 (en) * 2006-01-13 2007-07-18 Thomson Licensing S.A. Method for the exchange of data packets in a network of distributed stations, device for compression of data packets and device for decompression of data packets
US8929870B2 (en) * 2006-02-27 2015-01-06 Qualcomm Incorporated Methods, apparatus, and system for venue-cast
US7886146B2 (en) * 2006-03-15 2011-02-08 Koolspan, Inc. Network cryptography system and method
US20080317241A1 (en) * 2006-06-14 2008-12-25 Derek Wang Code-based echo cancellation
US7565159B2 (en) * 2006-06-14 2009-07-21 Divitas Networks, Inc. Methods and arrangement for implementing an active call handover by employing a switching component
US20090016333A1 (en) * 2006-06-14 2009-01-15 Derek Wang Content-based adaptive jitter handling
US7480500B1 (en) 2006-06-14 2009-01-20 Divitas Networks, Inc. Divitas protocol proxy and methods therefor
US20080140767A1 (en) * 2006-06-14 2008-06-12 Prasad Rao Divitas description protocol and methods therefor
CN101512989B (zh) * 2006-07-25 2013-08-14 汤姆森特许公司 利用交错播放和交叉分组前向纠错在基于因特网协议的无线网络中恢复突发分组丢失
US20080144490A1 (en) * 2006-12-19 2008-06-19 Innovative Sonic Limited Method and apparatus for providing voice communication service in a wireless communications system
US7916666B2 (en) * 2007-04-03 2011-03-29 Itt Manufacturing Enterprises, Inc. Reliable broadcast protocol and apparatus for sensor networks
US7936695B2 (en) * 2007-05-14 2011-05-03 Cisco Technology, Inc. Tunneling reports for real-time internet protocol media streams
US8023419B2 (en) 2007-05-14 2011-09-20 Cisco Technology, Inc. Remote monitoring of real-time internet protocol media streams
US7835406B2 (en) * 2007-06-18 2010-11-16 Cisco Technology, Inc. Surrogate stream for monitoring realtime media
US7817546B2 (en) 2007-07-06 2010-10-19 Cisco Technology, Inc. Quasi RTP metrics for non-RTP media flows
CN101849400A (zh) * 2007-11-06 2010-09-29 阿尔卡特朗讯公司 移动通信***中媒体流服务的递送方法
US8490124B2 (en) * 2008-05-29 2013-07-16 Qualcomm Incorporated Method and apparatus for improving performance and user experience of a mobile broadcast receiver
US20100222053A1 (en) * 2009-02-27 2010-09-02 Girisrinivasarao Athulurutirumala Arrangement and methods for establishing a telecommunication connection based on a heuristic model
US9106414B2 (en) * 2009-09-09 2015-08-11 Edward W. Laves Method and apparatus for wirelessly transmitting high volume content to an electronic device
US8301982B2 (en) * 2009-11-18 2012-10-30 Cisco Technology, Inc. RTP-based loss recovery and quality monitoring for non-IP and raw-IP MPEG transport flows
EP2388963B1 (en) * 2010-05-20 2012-10-03 NTT DoCoMo, Inc. Method and apparatus for scheduling packets
CN102647665B (zh) * 2011-02-21 2015-02-04 华为技术有限公司 群组消息处理方法、设备及***
US9391671B2 (en) * 2011-05-06 2016-07-12 Samsung Electronics Co., Ltd. Wireless power transmission and charging system and method thereof
US20150264599A1 (en) * 2014-03-12 2015-09-17 Cinet Inc. Non-intrusive method of sending the transmission configuration information from the transmitter to the receiver
CN106686358B (zh) * 2017-01-26 2019-05-03 江苏长天智远交通科技有限公司 基于rtsp协议的设备控制及通道限制方法、装置及***
US11895200B2 (en) * 2017-03-24 2024-02-06 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Access to an operator panel over an out-of-band local network domain
JP6853897B2 (ja) 2017-03-31 2021-03-31 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 無人航空機から送信される無線フレームにおけるジオロケーション情報のブロードキャスト
CN110266415B (zh) * 2019-06-24 2022-04-01 南京邮电大学 一种基于认知无线网络的鲁棒主动监听***的建立方法
US11385676B2 (en) * 2019-12-17 2022-07-12 Qualcomm Incorporated Single-counter, multi-trigger systems and methods in communication systems

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5101501A (en) 1989-11-07 1992-03-31 Qualcomm Incorporated Method and system for providing a soft handoff in communications in a cdma cellular telephone system
US5353332A (en) * 1992-09-16 1994-10-04 Ericsson Ge Mobile Communications Inc. Method and apparatus for communication control in a radiotelephone system
US5768276A (en) * 1992-10-05 1998-06-16 Telefonaktiebolaget Lm Ericsson Digital control channels having logical channels supporting broadcast SMS
US5448568A (en) * 1994-04-28 1995-09-05 Thomson Consumer Electronics, Inc. System of transmitting an interactive TV signal
US5473609A (en) * 1994-05-26 1995-12-05 Thomson Consumer Electronics, Inc. Method and apparatus for processing a conditional access program guide as for a satellite TV service
US5990928A (en) * 1997-05-30 1999-11-23 Rockwell International Corporation Method and apparatus for receiving broadcast entertainment transmissions at a moving receiver station
US6081907A (en) 1997-06-09 2000-06-27 Microsoft Corporation Data delivery system and method for delivering data and redundant information over a unidirectional network
US6108706A (en) 1997-06-09 2000-08-22 Microsoft Corporation Transmission announcement system and method for announcing upcoming data transmissions over a broadcast network
US6032197A (en) 1997-09-25 2000-02-29 Microsoft Corporation Data packet header compression for unidirectional transmission
US6665718B1 (en) * 1997-10-14 2003-12-16 Lucent Technologies Inc. Mobility management system
US6510515B1 (en) 1998-06-15 2003-01-21 Telefonaktlebolaget Lm Ericsson Broadcast service access control
EP1024661A3 (en) 1999-01-27 2002-07-17 Hughes Electronics Corporation Pictographic electronic program guide
US6614804B1 (en) * 1999-03-22 2003-09-02 Webtv Networks, Inc. Method and apparatus for remote update of clients by a server via broadcast satellite
WO2000079734A1 (en) 1999-06-18 2000-12-28 The Trustees Of Columbia University In The City Of New York System and method for receiving over a network a broadcast from a broadcast source

Also Published As

Publication number Publication date
EP1374506A2 (en) 2004-01-02
CN100474836C (zh) 2009-04-01
BRPI0208735B1 (pt) 2016-06-07
WO2002080588A2 (en) 2002-10-10
CN1611036A (zh) 2005-04-27
DE60211136D1 (de) 2006-06-08
KR20030088048A (ko) 2003-11-15
JP2004533746A (ja) 2004-11-04
DE60211136T2 (de) 2007-02-22
BR0208735A (pt) 2004-07-13
HK1075152A1 (en) 2005-12-02
KR100891882B1 (ko) 2009-04-03
CA2442650C (en) 2011-05-24
CA2442650A1 (en) 2002-10-10
EP1374506B1 (en) 2006-05-03
US6909702B2 (en) 2005-06-21
WO2002080588A3 (en) 2003-03-13
JP4615828B2 (ja) 2011-01-19
ATE325487T1 (de) 2006-06-15
TW577204B (en) 2004-02-21
US20020141447A1 (en) 2002-10-03
AU2002306978A1 (en) 2002-10-15

Similar Documents

Publication Publication Date Title
MXPA03008877A (es) Metodo y aparato para la transmision fuera banda de una opcion de servicio de radiotransmision de un sistema de comunicacion inalambrica.
AU2002252549B2 (en) Method and apparatus for broacast services in a wireless communication system
EP1374529B1 (en) Method and apparatus for broadcast signaling in a wireless communication system
US8077679B2 (en) Method and apparatus for providing protocol options in a wireless communication system
US7031666B2 (en) Method and apparatus for header compression in a wireless communication system
AU2002252549A1 (en) Method and apparatus for broacast services in a wireless communication system
AU2002254445A1 (en) Method and apparatus for broadcasting signaling in a wireless communication system

Legal Events

Date Code Title Description
FG Grant or registration