ES2355366T3 - Procedimiento y aparato para tratamiento y puesta en correspondencia de flujo sobre servicios de multidifusión / radiodifusión. - Google Patents

Procedimiento y aparato para tratamiento y puesta en correspondencia de flujo sobre servicios de multidifusión / radiodifusión. Download PDF

Info

Publication number
ES2355366T3
ES2355366T3 ES03705815T ES03705815T ES2355366T3 ES 2355366 T3 ES2355366 T3 ES 2355366T3 ES 03705815 T ES03705815 T ES 03705815T ES 03705815 T ES03705815 T ES 03705815T ES 2355366 T3 ES2355366 T3 ES 2355366T3
Authority
ES
Spain
Prior art keywords
packet
service node
flow
packet data
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES03705815T
Other languages
English (en)
Inventor
Raymond T. Hsu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2355366T3 publication Critical patent/ES2355366T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • 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
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491—Mapping quality of service [QoS] requirements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/38—Flow control; Congestion control by adapting coding or compression rate
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Circuits Of Receivers In General (AREA)
  • Multi Processors (AREA)

Abstract

Un procedimiento para soportar un servicio de radiodifusión en un sistema (200) de comunicación inalámbrica, comprendiendo dicho procedimiento: recibir en un nodo de servicio de datos por paquetes, una dirección de multidifusión de IP y un parámetro de opción de servicio para el servicio de radiodifusión desde una estación de base (208) durante el establecimiento de un canal de tráfico de usuario entre un nodo (206) de servicio de datos por paquetes y una estación de base (208); recibir en dicho nodo de servicio de datos por paquetes, un flujo de paquete de radiodifusión enviado a través de una red (204) de IP; utilizar el parámetro de opción de servicio para determinar compresión de cabecera; comprimir una cabecera de paquete del flujo de paquete de radiodifusión, y poner en correspondencia el flujo de paquete de radiodifusión identificado por medio de la cabecera de paquete con el canal de tráfico de usuario utilizando la dirección de multidifusión de IP.

Description

Campo
La presente invención se refiere a sistemas de comunicación inalámbrica, general y específicamente a procedimientos y aparatos para el tratamiento de flujo y la puesta en correspondencia de flujo en cuanto a servicios de radiodifusión/ multidifusión. 5
Antecedentes
Existe una demanda creciente de servicios de datos por paquetes mediante los sistemas de comunicación inalámbrica. Dado que los sistemas tradicionales de comunicación inalámbrica están diseñados para comunicaciones de voz, la extensión a dispositivos de soporte de datos introduce muchos retos. Específicamente, la provisión de servicios unidireccionales, tal como el servicio de radiodifusión en 10 el que se transmite información de video y de audio a un abonado, tiene un conjunto único de requisitos y objetivos. Tales servicios pueden tener necesidad de un gran ancho banda, en el que los diseñadores del sistema pretenden minimizar la transmisión de información de encabezamiento. Adicionalmente, se necesita información específica para enviar y/o acceder a las transmisiones de radiodifusión, tal como los protocolos y parámetros de procesamiento. Existe un problema en la transmisión de la información 15 específica de radiodifusión mientras se optimiza el uso del ancho de banda disponible.
Existe una necesidad, por lo tanto, de un procedimiento eficiente y seguro de transmisión de datos en un sistema de comunicación inalámbrica. Además, existe una necesidad de un procedimiento eficiente y seguro de proporcionar información específica del servicio.
Se llama además la atención respecto al documento ETSI: “Sistema de telecomunicaciones 20 celulares digitales (Fase 2+) (GSM); Sistema de de Telecomunicaciones Móviles Universales (UMTS); Interconexión entre la Red Móvil Pública Terrestre (PLMN) que soporta servicios Basados en Paquetes, y las Redes de Datos en Paquetes (PDN) (3GPP TS 29.061 versión 3.7.0 Edición 1999)” ETS TS 129 061 V3.7.0, XX, XX, Septiembre 2001 (09-2001), páginas 1-71, SP002244647. El documento describe servicios basados en paquetes en un sistema GSM y cómo acomodar el tráfico multidifusión de IP. A este 25 efecto, un GGSN soporta IGMP y uno o más protocolos Multidifusión inter-Enrutadores. Los paquetes multidifusión son, después de su recepción por el GGSN, copiados y enviados como paquetes punto-a-punto a cada móvil del grupo de multidifusión.
También se llama la atención respecto al documento ENGAN EFFNET, CASNER: “RFC 2509: Compresión de Cabecera de IP sobre PPP” SOLICITUD DE COMENTARIOS, Febrero 1999 (02-1999), 30 páginas 1-10, XP002251751, que describe una opción para negociar el uso de compresión de cabecera en datagramas de IP transmitidos sobre un protocolo de Punto-a-Punto.
SUMARIO DE LA INVENCIÓN
De acuerdo con la presente invención, se proporciona un procedimiento para soportar servicios de radiodifusión, según se expone en la reivindicación 1, y un nodo de servicio de datos por paquetes 35 según se expone en la reivindicación 21. Las realizaciones de la invención se reivindican en las reivindicaciones dependientes.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La Figura 1 es un diagrama de un sistema de comunicación de amplio espectro que soporta un número de usuarios; 40
la Figura 2 es un diagrama de bloques del sistema de comunicación que soporta transmisiones de radiodifusión;
la Figura 3 es un diagrama de bloques del sistema de comunicación que soporta transmisiones de radiodifusión;
la Figura 4 es un diagrama de bloques que ilustra conexiones entre un nodo de servicio de datos 45 por paquetes y estaciones de base;
la Figura 5 es un diagrama de flujo para acceso a un servicio de radiodifusión en una topología de un sistema de comunicación inalámbrica;
la Figura 6 es un diagrama de bloques de una realización de datos de tratamiento y puesta en correspondencia de flujo; 50
la Figura 7 es un diagrama de bloques de los datos de tratamiento y puesta en correspondencia de flujo, anexados a un mensaje de petición de registro A11;
la Figura 8 es un diagrama de bloques que ilustra los datos de tratamiento y puesta en correspondencia de flujo como parte del mensaje de petición de registro A11;
la Figura 9 es un diagrama de flujo para acceder a un servicio de radiodifusión en una topología de sistema de comunicación inalámbrica que ilustra los datos de tratamiento y puesta en correspondencia de flujo que están siendo enviados con la petición de registro A11; 5
la Figura 10 es un diagrama de flujo para acceder a un servicio de radiodifusión en una topología de sistema de comunicación inalámbrica que ilustra los datos de tratamiento y puesta en correspondencia de flujo que están siendo enviados después de la petición de registro A11;
la Figura 11 es una configuración de mensaje del parámetro de encabezamiento de un sistema;
la Figura 12 es un diagrama de bloques de un nodo de servicio de datos por paquetes; 10
la Figura 13 es un diagrama de flujo del tratamiento de flujo y de la puesta en correspondencia de flujo para un servicio de multidifusión/ radiodifusión en un sistema de comunicación inalámbrica;
la Figura 14 es un diagrama de bloques del sistema de comunicación que soporta multidifusión/ radiodifusión, que ilustra dos nodos de servicio de datos por paquetes y dos estaciones móviles;
la Figura 15 es un diagrama de bloques del sistema de comunicación que soporta multidifusión/ 15 radiodifusión, que ilustra una transferencia de PDSN-a-PDSN.
DESCRIPCIÓN DETALLADA
La palabra “ejemplar” se utiliza en la presente memoria exclusivamente para indicar “servir como ejemplo, caso, o ilustración”. Cualquier realización que se describa en la presente memoria como “ejemplar” no ha de estar construida necesariamente como preferida o ventajosa sobre otras 20 realizaciones. Mientras que los diversos aspectos de las realizaciones se presentan en los dibujos, los dibujos no están necesariamente dibujados a escala a menos que se indique específicamente.
Una realización ejemplar de un sistema de comunicación inalámbrica emplea un procedimiento de compresión de cabecera que reduce el tamaño de cada cabecera mientras que satisface los requisitos de seguridad y transmisión del sistema. La realización ejemplar soporta un servicio de radiodifusión 25 unidireccional. El servicio de radiodifusión proporciona paquetes de IP a múltiples usuarios. Típicamente, los paquetes de IP comprenden flujos de video y/o de audio. Los abonados al servicio de radiodifusión “sintonizan” un canal designado para acceder a la transmisión de radiodifusión. Puesto que el requisito de ancho de banda para transmisión a alta velocidad de radiodifusiones de video es grande, resulta deseable reducir el tamaño de cualquier encabezamiento asociado a tal transmisión de radiodifusión. 30
A veces, el servicio de radiodifusión puede ser utilizado como un servicio que envía información a un grupo de usuarios en base a su localización geográfica. Esto podría ser también considerado como mensajería “no direccionada”. Ejemplos podrían ser la radiodifusión de información local tal como las alertas de tráfico o del tiempo atmosférico en base a una célula/ sector o a un zona de radiobúsqueda específica. Todos los usuarios de esa área que estén capacitados para recibir información de 35 radiodifusión, las podrán recibir.
Los servicios de radiodifusión pueden ser utilizados también para multidifusión. La multidifusión puede referirse a la capacidad para radiodifundir información a un conjunto específico de usuarios en base a su suscripción a un grupo de usuarios. El grupo de usuarios puede ser mantenido por medio de un administrador. Adicionalmente, el grupo de usuarios puede ser suscribible públicamente (por ejemplo, 40 contratación para publicidad, cotizaciones de bolsa, etc.), o puede ser cerrado en cuanto a suscripción pública (por ejemplo, listas corporativas). La lista de multidifusión puede estar también configurada de modo que tenga recepción de reconocimiento del dispositivo móvil del mensaje según haya sido definido por el administrador del grupo de usuarios. Esto podría ser considerado como mensajería direccionable.
Se considera que los grupos de usuarios de multidifusión son generalmente grupos cerrados. En 45 estos grupos, un miembro se suscribe típicamente a un servicio (grupo de multidifusión pública) enviando una solicitud al administrador, mediante alguna interfaz web, o mediante otro mecanismo. Un grupo de multidifusión privado está restringido a un número de miembros explícitamente por el administrador que añade miembros manualmente.
Los servicios de radiodifusión pueden estar divididos también en grupos públicos y privados. Un 50 grupo de radiodifusión público se utiliza para enviar información geográfica específica. Todos los dispositivos del área geográfica específica que tengan capacidad de radiodifusión, están en el grupo público y recibirán esta información. Ejemplos de información de radiodifusión para este tipo de radiodifusión pública son las alertas atmosféricas de emergencia, las condiciones del tráfico, etc. Los grupos de radiodifusión privada son el objetivo para el envío de información específica a un grupo 55 específico de dispositivos en un área particular. Un ejemplo de este tipo de servicio podría ser publicidad en base a la localización. Un escenario posible para este ejemplo es donde un usuario puede elegir recibir publicidad específica cuando él o ella está en una galería comercial, pero no en otros momentos.
La discusión que sigue desarrolla la realización ejemplar presentando en primer lugar un sistema de comunicación inalámbrica de amplio espectro en general. A continuación, se introduce el servicio de radiodifusión, en el que el servicio se define como Servicio de Radiodifusión de Alta Velocidad (HSBS). Se 5 introducen interfaces entre la estación de base y el nodo de servicio de datos por paquetes para tráfico y transmisión de señales de usuario. Se analizan los mensajes para establecer una conexión A10 para tráfico de usuario. Se ilustran y se explican los datos de tratamiento y puesta en correspondencia de flujo para transportar información de tratamiento y asignación al nodo de servicio de datos por paquetes. Se muestran ejemplos de envío de los datos de tratamiento y puesta en correspondencia de flujo desde la 10 estación de base hasta el nodo de servicio de datos por paquetes. Se muestran los detalles de asignación de un flujo a la interfaz correcta presentando el uso de un parámetro de opción de servicio para definir los datos específicos de un algoritmo de compresión. Finalmente, se exponen diversos beneficios de la utilización de los datos de tratamiento y puesta en correspondencia de flujo para transportar información de tratamiento y asignación. 15
Obsérvese que la realización ejemplar se proporciona como ejemplo a través de la presente exposición; sin embargo, las realizaciones alternativas pueden incorporar diversos aspectos sin apartarse del alcance de la presente invención. Específicamente, la presente invención es aplicable a un sistema de procesamiento de datos, a un sistema de comunicación inalámbrica, a un sistema de radiodifusión unidireccional, y a cualquier otro sistema con el que se desee una transmisión de información eficiente. 20
Sistema de Comunicación Inalámbrica
El ejemplo de realización emplea un sistema de comunicación inalámbrica de amplio espectro, que soporta un servicio de radiodifusión. Los sistemas de comunicación inalámbrica se encuentran ampliamente desplegados para proporcionar diversos tipos de comunicación tal como voz, datos, etcétera. Estos sistemas pueden estar basados en acceso múltiple por división de código (CDMA), acceso 25 múltiple por división de tiempo (TDMA), o en cualesquiera otras técnicas de modulación. Un sistema de CDMA proporciona ciertas ventajas sobre otros tipos de sistemas, incluyendo los de capacidad de sistema incrementada.
Un sistema puede estar diseñado 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 Amplio Espectro de 30 Banda Ancha en Modo Dual TIA/EIA/IS-95-B”, mencionado en la presente memoria como estándar IS-95, el estándar ofrecido por el consorcio conocido como “Proyecto de Asociación de 3ª Generación” mencionado en la presente memoria como 3GPP, y materializado en un conjunto de documentos que incluye los Documentos núms. 3G TS 25.211, 3G TS 25.212, 3G TS 25.213 y 3G TS 25.214, 3G TS 25.302, mencionado en la presente memoria como el estándar W-CDMA, el estándar ofrecido por un 35 consorcio conocido como “Proyecto 2 de Asociación de 3ª Generación” mencionado en la presente memoria como 3GPP2, y TR-45.5 mencionado en la presente memoria como estándar cdma2000, anteriormente conocido como IS-2000 MC.
Cada estándar define específicamente el procesamiento de datos para su transmisión desde la estación de base hasta el móvil, y viceversa. Como ejemplo de realización, la exposición que sigue 40 considera un sistema de comunicación de amplio espectro acorde con el estándar CDMA2000 de protocolos. Realizaciones alternativas pueden incorporar otro estándar. Incluso otras realizaciones pueden aplicar los procedimientos de compresión que se describen en la presente memoria a otros tipos de sistemas de procesamiento de datos.
La Figura 1 sirve como ejemplo de un sistema 100 de comunicaciones que soporta un número de 45 usuarios y que es susceptible de implementar al menos algunos aspectos de las realizaciones que se exponen en la presente memoria. Se puede utilizar cualquiera de una diversidad de algoritmos y procedimientos para planificar transmisiones en el sistema 100. El sistema 100 proporciona comunicación para un número de células 102A-102G, cada una de las cuales es atendida por una estación de base 104A-104G correspondiente, respectivamente. En el ejemplo de realización, algunas de las estaciones de 50 base 104 tienen múltiples antenas de recepción, y otras tienen solamente una antena receptora. De forma similar, algunas de las estaciones de base 104 tienen múltiples antenas transmisoras, y otras tienen una sola antena de transmisión. No existen restricciones respecto a las combinaciones de antenas de transmisión y antenas de recepción. Por lo tanto, es posible que una estación de base 104 tenga múltiples antenas de transmisión y una única antena de recepción, o que tenga múltiples antenas de recepción y 55 una sola antena de transmisión, o que tenga tanto una sola o múltiples antenas de transmisión y de recepción.
Los terminales 106 del área de cobertura pueden ser fijos (es decir, estacionarios) o móviles. Según se muestra en la Figura 1, varios terminales 106 están dispersados a través del sistema. Cada terminal 106 comunica con al menos una, y posiblemente con más estaciones de base 104 mediante 60 enlace descendente y enlace ascendente en cualquier momento dado dependiendo de, por ejemplo, si se emplea transferencia suave de estación de base o si el terminal está diseñado y operado para recibir (simultáneamente o secuencialmente) múltiples transmisiones desde múltiples estaciones de base. La transferencia suave de estación de base en sistemas de comunicaciones de CDMA es bien conocida en el estado de la técnica, y se encuentra descrita con detalle en la Patente U.S. núm. 5.101.501, titulada “Procedimiento y sistema para proporcionar una Transferencia Suave de Estación de Base en un Sistema 5 de Telefonía Celular de CDMA”, la cual está transferida a la cesionaria de la presente invención.
El enlace descendente se refiere a la transmisión desde la estación de base 104 hasta el terminal 106, y el enlace ascendente se refiere a la transmisión desde el terminal 106 hasta la estación de base 104. En el ejemplo de realización, algunos terminales 106 tienen múltiples antenas de recepción y otros tienen solamente una antena de recepción. En la Figura 1, la estación de base 104A transmite datos a los 10 terminales 106A y 106J por el enlace descendente, la estación de base 104B transmite datos a los terminales 106B y 106J, la estación de base 104C transmite datos al terminal 106C, y así sucesivamente.
Sistema de Radiodifusión de Alta Velocidad (HSBS)
Un sistema 200 de comunicación inalámbrica ha sido ilustrado en la Figura 2, en el que se proporcionan paquetes de IP mediante uno o más Servidores de Contenidos (CSs) 202 a través de una 15 red 204 de IP, hasta uno o más Nodos de Servicio de Datos por Paquetes (PDSNs) 206. Un CS 202 proporciona datos que son transmitidos como paquetes de datos de Protocolo de Internet (“paquetes de IP”) a través de la red 204 de IP. Pueden ser transmitidas muchas clases diferentes de datos mediante el CS 202. Por ejemplo, datos de audio, datos de video, datos de texto, archivos electrónicos, etc., pueden ser transmitidos por el CS 202 a través de la red 204 de IP. La información de video y de audio puede ser 20 procedente de la programación televisada o de una transmisión de radio. De ese modo, el CS 202 puede ser un servidor configurado para servir datos de video, datos de audio, etc. En una realización, el CS 202 puede ser un servidor de web conectado a Internet y que funciona de modo que sirve datos a usuarios que navegan por la World Wide Web. La red 204 de IP puede ser Internet, una intranet, una red de IP privada, etc. 25
El PDSN 206 recibe y procesa los paquetes de IP para transmitirlos a una o más Estaciones de Base 208 (BSs). Según se muestra, cada PDSN 206 está en comunicación electrónica con una o más BSs 208. Una vez que una BS 208 ha recibido los datos, ésta envía a continuación los datos a una o más Estaciones Móviles 210 (MS). Una MS 210 corresponde a un terminal 106 de la Figura 1. Cada BS 208 puede atender a una o más MSs 210. Típicamente, la BS 208 sirve a muchas MSs 210. 30
Haciendo ahora referencia a la Figura 3, según se ha mencionado, la información procedente de un CS 202 se proporciona en forma de datos por paquetes, tal como en paquetes de IP. El PDSN 206 procesa los paquetes de IP para su distribución dentro de una Red de Acceso (AN) 300. Según se ha ilustrado, la AN 300 se define como las porciones del sistema 200 que incluyen una BS 208 en comunicación con múltiples Estaciones Móviles (MSs) 210. El PDSN 206 está acoplado a la BS 208. Para 35 el servicio de HSBS, la BS 208 recibe el flujo de información procedente del PDSN 206 y proporciona la información por un canal designado a los usuarios dentro del sistema 200. Obsérvese que las realizaciones alternativas pueden implementar un modo de Función de Control de Paquete (PCF) entre un PDSN y una BS. Incluso otras realizaciones pueden implementar una PCF y la BS en un modo y/o una unidad. 40
El HSBS es un flujo de información proporcionado por una interfaz de aire en un sistema de comunicación inalámbrica. El “canal de HSBS” se refiere a una única sesión de radiodifusión de HSBS lógica según se define mediante el contenido de radiodifusión. Obsérvese que el contenido de un canal de HSBS dado puede cambiar con el tiempo, por ejemplo, a las 7 a.m. Noticias, a las 8 a.m. el Tiempo, a las 9 a.m. Películas, etc. La planificación basada en el tiempo es análoga a la de un simple canal de TV. El 45 “Canal de radiodifusión” se refiere a un único canal físico de enlace hacia delante, es decir, un Código Walsh dado que porta tráfico de radiodifusión. El Canal de Radiodifusión, BCH, corresponde a un canal CDM simple.
Un canal simple de radiodifusión puede portar uno o más canales de HSBS; en este caso, los canales de HSBS estarán multiplexados en una forma Multiplex de División de Tiempo (TDM) dentro del 50 canal simple de radiodifusión. En una realización, se proporciona un único canal de HSBS sobre más de un canal de radiodifusión dentro de un sector. En otra realización, se proporciona un único canal de HSBS en diferentes frecuencias para atender a los abonados de esas frecuencias.
De acuerdo con el ejemplo de realización, el sistema 100 ilustrado en la Figura 1 soporta un servicio de radiodifusión multimedia de alta velocidad, mencionado como Servicio de Radiodifusión de 55 Alta Velocidad (HSBS). Se pretende que las capacidades de radiodifusión del servicio proporcionen programación a una tasa de datos suficiente para soportar comunicaciones de video y de audio. Como ejemplo, las aplicaciones del HSBS pueden incluir flujos de video de películas, deportes, eventos, etc. El servicio de HSBS consiste en un servicio de datos por paquetes basado en el Protocolo de Internet (IP).
De acuerdo con un ejemplo de realización, un proveedor de servicio se menciona como el CS 202, en el que el CS 202 avisa de la disponibilidad de tal servicio de radiodifusión de alta velocidad a los usuarios del sistema. Cualquier usuario que desee recibir el servicio de HSBS puede suscribirse en el CS 202. El suscriptor está entonces capacitado para explorar la programación del servicio de radiodifusión de una diversidad de formas que pueden ser proporcionadas por el CS 202. Por ejemplo, el contenido de 5 radiodifusión puede ser comunicado a través de anuncios, mensajes del Sistema de Gestión Corto (SMS), Protocolo de Aplicación Inalámbrica (WAP), y/o algunos otros medios generalmente acordes con, y convenientes para, las comunicaciones inalámbricas móviles. Las Estaciones de Base 208 (BSs) transmiten parámetros referidos al HSBS en mensajes de encabezamiento, tales como los transmitidos por canales y/o frecuencias designadas para control e información, es decir, mensajes sin carga útil. 10 Carga útil se refiere al contenido de información de la transmisión, en la que para una sesión de radiodifusión la carga útil es el contenido de radiodifusión, es decir, el programa de video, etc. Cuando un abonado al servicio de radiodifusión desea recibir una sesión de radiodifusión, es decir, un programa planificado de radiodifusión particular, la MS 210 lee los mensajes de encabezamiento y aprende las configuraciones apropiadas. La MS 210 sintoniza a continuación la frecuencia que contiene el canal de 15 HSBS, y recibe el contenido del servicio de radiodifusión.
Con el fin de que las MSs 210 descubran y escuchen los canales de radiodifusión con éxito, diversos parámetros relacionados con el servicio de radiodifusión son transmitidos mediante la interfaz de aire. El servicio de radiodifusión está diseñado para soportar diferentes opciones de protocolo en el apilamiento de protocolos. Esto requiere que los receptores del servicio de radiodifusión sean informados 20 de las opciones de protocolo seleccionadas para facilitar la descodificación y el procesamiento apropiados de la radiodifusión. En una realización, el CS 202 proporciona esta información a los receptores en forma de mensaje de parámetro de sistema de encabezamiento, acorde con el estándar cdma2000. La ventaja para el receptor consiste en la capacidad de recibir la información inmediatamente a partir del mensaje de encabezamiento. De esta forma, el receptor puede determinar inmediatamente si el receptor tiene 25 suficientes recursos para recibir la sesión de radiodifusión. El receptor monitoriza los mensajes de parámetro de sistema de encabezamiento. El sistema puede implementar un número de opción de servicio correspondiente a un conjunto de parámetros y protocolos, en el que el número de opción de servicio se proporciona en el mensaje de encabezamiento. Alternativamente, el sistema puede proporcionar un conjunto de bits o banderolas para indicar las diferentes opciones de protocolo 30 seleccionadas. El receptor determina a continuación las opciones de protocolo para descodificar la sesión de radiodifusión correctamente.
Haciendo ahora referencia a la Figura 4, el PDSN 206 tiene múltiples interfaces con una o más BSs 208. En la realización descrita en la presente memoria, el PDSN tiene una conexión de transmisión de señales con la BS 208, la cual será mencionada como interfaz A11. Adicionalmente, existe una 35 conexión para el tráfico de usuario entre el PDSN 206 y la BS 208, la cual será mencionada como interfaz A10. La interfaz A10 se utiliza para proporcionar una trayectoria para el tráfico de usuario entre una BS 208 y un PDSN 206 para los servicios de datos por paquetes. Típicamente, una BS 208 inicia una conexión A10, pero cualquiera de entre el PDSN 206 o la BS 208 puede interrumpirla. La interfaz A11 se utiliza para proporcionar una conexión de transmisión de señales entre una BS 208 y un PDSN 206 para 40 servicios de datos por paquetes.
La Figura 5 es un diagrama de flujo que ilustra una realización del establecimiento de conexiones para que los datos sean transmitidos desde la CS 202 hasta una MS 210. El eje horizontal representa la topología del sistema, es decir, elementos de infraestructura. El eje vertical representa la línea del tiempo. Los expertos en la materia apreciarán que no se han mostrado las etapas tradicionales con el fin de hacer 45 un enfoque sobre los aspectos inventivos de las realizaciones. En el instante t1, la BS 208 busca establecer una conexión A10 con el PDSN 206 mediante el uso de la conexión de transmisión de señales A11. De acuerdo con el ejemplo de flujo según ha sido mostrado, la BS 208 envía un mensaje de petición de registro A11 al PDSN 206. La BS 208 envía un mensaje de petición de registro A11 al mismo PDSN 206 simultáneamente en uso para establecer una nueva conexión (portadora) A10 entre la BS 208 y el 50 PDSN 206. El mensaje A11 contiene el número de opción de servicio (HSG) y el parámetro SR_ID.
En el instante t2, el PDSN 206 envía un mensaje de respuesta del registro A11 de retorno a la BS 208 para establecer la conexión A10 en el instante t3. Una vez que la conexión A10 ha sido establecida, se establece en el instante t4 una conexión entre el PDSN 206 y la MS 210 mediante el uso de la conexión A10 recientemente establecida. El CS 202 puede transmitir a continuación datos al PDSN 55 206 en el instante t5, y el PDSN 206 envía estos datos a la MS 210 a través de la BS 208 en el instante t6. Obsérvese que RTSP y SDP son alternativas estandarizadas para establecer un servicio de flujo unidireccional en IETF y en 3GPP2.
En una realización, los protocolos y parámetros de canal de radiodifusión pueden ser transmitidos a la MS 210. En una realización alternativa, se asigna un número de Opción de Servicio (SO) 60 a cada conjunto de protocolos y parámetros de radiodifusión, en el que el número de SO es transmitido a múltiples receptores. La MS 210 puede utilizar el número de SO enviado para descubrir las opciones de protocolo del servicio de radiodifusión. Al contrario que en un servicio unidireccional de datos por paquetes, en el que la SO especifica los protocolos hasta la capa de red de IP, el servicio de radiodifusión especifica protocolos hasta la capa de aplicación.
El número de SO es puesto en correspondencia con un conjunto de parámetros y protocolos suficientes para que la MS 210 reciba la radiodifusión deseada. La MS 210 inicia a continuación el apilamiento de protocolos correspondiente al número de SO elegido. Una vez que se ha iniciado el 5 apilamiento de protocolos, la MS 210 está capacitada para recibir y descodificar la información recibida por el canal de radiodifusión.
El PDSN 206 puede soportar e implementar diversos tipos de compresión para reducir la cantidad de tráfico que es enviado a la BS 208. El PDSN 206 puede soportar los siguientes algoritmos de compresión de encabezamiento: compresión de encabezamiento de TCP/IP de Van Jacobson (RFC 10 1144), Compresión de encabezamiento (RFC 2507), Encabezamiento de RTP/UDP/IP comprimido (RFC 2508), Técnica de decapado/ generación de encabezamiento (Estándar de Red de IP Inalámbrica, Número de Identificación de Documento 3GPP2 P.S0001-B).
Cuando el PDSN 206 recibe paquetes de IP, éste determina adónde enviar los paquetes de IP y cómo han de ser comprimidos los paquetes. El PDSN 206 que asigna (una función del tipo reenvío) los 15 paquetes de IP a una conexión A10, puede ser mencionado como puesta en correspondencia de flujo. La forma en que el PDSN 206 comprime los paquetes de IP puede ser mencionada como tratamiento de flujo. Según se utiliza en la presente memoria, un flujo consiste en una serie de paquetes que comparten una ejemplificación específica de capas de protocolo de IETF. Por ejemplo, un flujo de RTP puede consistir en los paquetes de una ejemplificación de protocolo de IP/UDP/RTP, todos los cuales comparten 20 la misma fuente y direcciones de IP de destino y número de puerto de UDP.
En relación con la puesta en correspondencia de flujo, para enviar los paquetes de IP a la MS 210 correcta, el PDSN 206 asigna de manera segura los paquetes de IP de llegada a una conexión A10, de modo que los paquetes pueden ser transmitidos a la MS 210 correcta. Los paquetes de IP son enviados a continuación a la BS 208 por la conexión A10. La BS 210 envía a continuación los paquetes 25 de IP a la MS 210.
Con respecto al tratamiento de flujo, el PDSN 206 comprime los paquetes de IP utilizando un procedimiento de compresión determinado, y a continuación transmite los paquetes a la BS 208. Según se ha expuesto, la BS 208 envía los paquetes de IP a la MS 210. La MS 210 puede entonces descomprimir los paquetes de IP. 30
La BS 208 puede proporcionar al PDSN 206 la información de tratamiento de flujo y de puesta en correspondencia de flujo enviando datos 602 de tratamiento y puesta en correspondencia de flujo al PDSN 206 durante el establecimiento de la conexión A10. Otro procedimiento que puede ser utilizado para proporcionar información de tratamiento de flujo y de puesta en correspondencia de flujo al PDSN 206, consiste en utilizar el Protocolo de Tratamiento de Flujo Multicanal (MCFTP). El MCFTP está 35 desarrollado en 3GPP2 y se encuentra descrito en el documento 3GPP2, P.S0001-B, “Estándares de Red de IP Inalámbrica”. El aparato y los procedimientos descritos en la presente memoria para proporcionar la información de tratamiento de flujo y de puesta en correspondencia de flujo al PDSN 206, son alternativas respecto al MCFTP, que proporcionan ciertos beneficios frente al MCFTP.
Una realización de datos 602 de tratamiento y puesta en correspondencia de flujo ha sido 40 ilustrada en la Figura 6. Según se muestra, esta realización de datos 602 de tratamiento y puesta en correspondencia de flujo, incluye una dirección 604 de multidifusión de IP y un parámetro 606 de opción de servicio. La dirección 604 de multidifusión de IP se utiliza para asignar el flujo del paquete de radiodifusión/ multidifusión (identificado por esa dirección en el encabezamiento de paquete de IP) a la conexión A10 apropiada. El parámetro 606 de opción de servicio se utiliza para indicar si la compresión 45 de encabezamiento debe ser permitida, y si se permite, qué algoritmo de compresión de encabezamiento debe ser utilizado.
La BS 208 proporciona los datos 602 de tratamiento y puesta en correspondencia de flujo al PDSN 206. Los expertos en la materia podrán apreciar las diversas formas en que los datos 602 de tratamiento y puesta en correspondencia de flujo pueden ser proporcionados al PDSN 206. En una 50 realización, y según se muestra en la Figura 7, los datos 602 de tratamiento y puesta en correspondencia de flujo pueden ser anexados al mensaje 702 de petición de registro A11 que es enviado por la BS 208 al PDSN 206 al establecer la conexión A10 (ilustrada en la Figura 5). Alternativamente, y según se muestra en la Figura 8, los datos 602 de tratamiento y puesta en correspondencia de flujo pueden ser enviados como parte del mensaje 702 de petición de registro A11. 55
La Figura 9 es un diagrama de flujo que ilustra la BS 208 que envía los datos 602 de tratamiento y puesta en correspondencia de flujo con el establecimiento de conexiones para que los datos sean transmitidos desde el CS 202 a la MS 210. Según se muestra en el instante t1, un mensaje 702 de Petición de Registro A11 que incluye los datos 602 de tratamiento y puesta en correspondencia de flujo, puede ser enviado desde la BS 208 al PDSN 206. Alternativamente, y según se muestra en la Figura 10, 60 los datos 602 de tratamiento y puesta en correspondencia de flujo pueden ser enviados inmediatamente después del mensaje 702 de Petición de Registro A11 en el instante t1a. Los expertos en la materia podrán apreciar los diversos medios que pueden ser utilizados para comunicar los datos 602 de tratamiento y puesta en correspondencia de flujo desde la BS 208 hasta el PDSN 206.
La BS 208 puede obtener los datos 602 de tratamiento y puesta en correspondencia de flujo de 5 una diversidad de formas. Por ejemplo, la MS 210 puede enviar los datos 602 de tratamiento y puesta en correspondencia de flujo a la BS 208. Alternativamente, la BS 208 puede estar preconfigurada con los datos 602 de tratamiento y puesta en correspondencia de flujo.
Según se ha indicado en lo que antecede con respecto a la Figura 6, un parámetro 606 de opción de servicio forma parte de los datos 602 de tratamiento y puesta en correspondencia de flujo. El 10 parámetro 606 de opción de servicio indica al PDSN 206 qué clase de compresión de encabezamiento debe ser utilizada para los paquetes de IP que son enviados a la dirección 604 de multidifusión de IP correspondiente. La Figura 11 ilustra una asignación 1102 de diferentes parámetros de opción de servicio (“SO”) a un conjunto de parámetros y protocolos. El PDSN está preconfigurado con el conocimiento de los diversos números de parámetro de opción de servicio (SO M ... SO N) de modo que el PDSN 206 puede 15 obtener los parámetros y protocolos necesarios una vez que se conoce el parámetro 606 de opción de servicio.
La Figura 12 es un diagrama de bloques de una realización de un PDSN 206 que muestra el tratamiento de flujo y la puesta en correspondencia de flujo. En la realización de la Figura 12, el PDSN 206 almacena cualesquiera datos 602 de tratamiento y puesta en correspondencia de flujo, de modo que 20 se puede acceder a cada pieza de datos 602 en base a la dirección 604 de multidifusión de IP. En base a la dirección 604 de multidifusión de IP, el PDSN 206 puede determinar qué conexión A10 para asignar el flujo a, y qué parámetro 606 de opción de servicio se ha de utilizar para, la determinación de cómo comprimir y tratar el flujo.
La Figura 13 ilustra una realización de un procedimiento para enviar paquetes de IP desde un CS 25 202 a una MS 210 utilizando los datos 602 de tratamiento y puesta en correspondencia de flujo descritos en la presente memoria. El diagrama de flujo de la Figura 13 supone que los datos 602 de tratamiento y puesta en correspondencia de flujo han sido ya comunicados al PDSN 206 por parte de la BS 208. El CS 202 envía paquetes de IP, en 1302, al PDSN 206. Los paquetes de IP son enviados típicamente a través de una red 204 de IP. El PDSN 206 recibe en 1304 los paquetes de IP, y determina la dirección de 30 multidifusión de IP. El PDSN 206 identifica la dirección de multidifusión de IP a partir de la dirección del encabezamiento del paquete. El PDSN 206 realiza a continuación, en 1306, una búsqueda de la dirección de multidifusión de IP para identificar los datos 602 de tratamiento y puesta en correspondencia de flujo correspondientes. Al buscar la dirección de multidifusión de IP, el PDSN 206 encuentra a qué conexión A10 han de ser asignados los paquetes de IP, y cómo han de ser tratados los paquetes de IP. El PDSN 35 206 comprime a continuación, en 1308, el encabezamiento de acuerdo con el parámetro 606 de opción de servicio. Tras realizar la compresión necesaria, el PDSN 206 envía, en 1310, los paquetes de IP procesados a la conexión A10 apropiada (es decir, la conexión A10 que corresponda a la dirección de multidifusión de IP).
La BS 208 recibe, en 1312, los paquetes de IP procedentes del PDSN 206, y transmite, en 1314, 40 los paquetes de IP a la MS 210 a través de una petición de servicio. La MS 210 recibe a continuación, en 1316, los paquetes y descomprime el encabezamiento según se necesite. La MS 210 está entonces capacitada para acceder a, y utilizar, los datos enviados por medio de los paquetes de IP.
La petición de servicio es una abstracción para soportar el trasporte de una o más clases de tráfico sobre la interfaz de aire. Por ejemplo, la red de IP inalámbrica cdma2000 soporta tres tipos de 45 peticiones de servicio: SI-TYPE_1, SI-TYPE_2 y SI-TYPE_3. El primer tipo, SI-TYPE_1, identifica una petición de servicio que proporciona un transporte de interfaz de aire de bajo error, basado en flujo de octetos, para el tráfico que es insensible al retraso y sensible al error. El segundo tipo, SI-TYPE_2, identifica una petición de servicio que proporciona un transporte de interfaz de aire basado en una serie de bits para codecs de voz cdma2000 que operan sincrónicamente con la sincronización en aire 50 cdma2000. Finalmente, el tipo SI-TYPE_3 identifica una petición de servicio que proporciona un transporte de interfaz de aire basado en flujo de octetos para el tráfico que es sensible al retardo e insensible al error.
En las realizaciones que se exponen en la presente memoria, el PDSN 206 está configurado para soportar una única sesión PPP sobre múltiples conexiones A10 para la misma MS 210. Cada 55 conexión A10 corresponde a una petición de servicio.
Según se ha mencionado en lo que antecede, un procedimiento alternativo para proporcionar información de tratamiento de flujo y de puesta en correspondencia de flujo al PDSN 206, es mediante el uso de MCFTP. Sin embargo, el aparato y los procedimientos descritos en la presente memoria subsanan las desventajas del MCFTP para soportar servicios de radiodifusión/ multidifusión. Las Figuras 14 y 15 60 ilustran desventajas del MCFTP y cómo pueden ser utilizadas las realizaciones para superar esas desventajas.
Es posible, en una cierta topología de red, que la MS 10 reciba flujos de paquetes de radiodifusión/ multidifusión desde un PDSN 206, pero que haya establecido una sesión de PPP con un PDSN 206 diferente. Por ejemplo, en la Figura 14, una primera MS 1410A establece una sesión de PPP 5 con un primer PDSN 1406A. Una segunda MS 1410B establece una sesión de PPP con un segundo PDSN 1406B, pero los flujos de paquetes de radiodifusión/ multidifusión son enviados desde el primer PDSN 1406A. Si se utiliza el MCFTP, la información de tratamiento y puesta en correspondencia de flujo que envía la segunda MS 1410B al segundo PDSN 1406B a través del MCFTP durante la sesión de PPP, no se utiliza debido a que el flujo de paquetes de radiodifusión/ multidifusión no va a través del segundo 10 PDSN 1406B. Como resultado, se mantiene la información innecesaria en el segundo PDSN 1406B utilizando con ello innecesariamente los recursos internos del segundo PDSN 1406B. Otra desventaja consiste en que se intercambian mensajes de MCFTP innecesariamente, consumiendo recursos sobre-el-aire. Utilizando el aparato y los procedimientos que se divulgan en la presente memoria, el segundo MS 1410B no necesita enviar información de tratamiento y puesta en correspondencia de flujo al segundo 15 PDSN 1406B.
La Figura 15 ilustra una transferencia de PDSN-a-PDSN. Durante una transferencia de PDSN-a-PDSN, la MS 1510 cambia desde un primer PDSN 1506A a un segundo PDSN 1506B según se muestra. Si se utiliza MCFTP, la MS 1510 necesita establecer una sesión de PPP con el segundo PDSN 1506B y enviar la información de tratamiento y puesta en correspondencia de flujo a través del MCFTP al segundo 20 PDSN 1506B antes de que la MS 1510 pueda recibir el flujo de radiodifusión/ multidifusión desde el segundo PDSN 1506B. Como resultado, existen retardos asociados al establecimiento de la sesión de PPP y mensajes de MCFTT intercambiados durante la transferencia de PDSN-a-PDSN. Mediante el uso de las realizaciones divulgadas en la presente memoria, no existe necesidad alguna de que la MS 1510 establezca una sesión de PPP con el segundo PDSN 1506B y envíe mensajes de MCFTP. Sin el retardo 25 añadido ocasionado por el establecimiento de la sesión de PPP y del intercambio de mensaje de MCFTP, la MS 1510 puede ver rápidamente el servicio de radiodifusión/ multidifusión después de la transferencia de estación base con una interrupción mínima del servicio.
Los expertos en la materia podrán comprender que la información y las señales pueden ser presentadas utilizando cualquiera de una diversidad de tecnologías y técnicas diferentes. Por ejemplo, los 30 datos, instrucciones, comandos, información, señales, bits, símbolos y chips que puedan haber sido mencionados a través de la descripción que antecede, pueden ser representados mediante tensiones, corrientes, ondas electromagnéticas, partículas o campos magnéticos, partículas o campos ópticos, o cualquier combinación de los mismos.
Los expertos en la materia podrán apreciar además que los diversos bloques lógicos ilustrativos, 35 módulos, circuitos, y etapas de algoritmo, descritos en relación con las realizaciones que se han divulgado en la presente memoria, pueden ser implementados como hardware electrónico, software de ordenador, o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos y etapas ilustrativas han sido descritos en lo que antecede generalmente en términos de su funcionalidad. Que tal funcionalidad esté implementada como 40 hardware o software depende de la aplicación particular y de las limitaciones de diseño impuestas sobre el sistema global. Los expertos en la materia pueden implementar la funcionalidad descrita en formas variables para cada aplicación particular, pero tales decisiones de implementación no deben ser interpretadas como causantes de una separación del alcance de la presente invención.
Los diversos bloques, módulos y circuitos lógicos ilustrativos que se han descrito en relación con 45 las realizaciones divulgadas en la presente memoria, pueden ser implementados o llevados a cabo con un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables in situ (FPGA), u otro dispositivo lógico programable, lógica de transistor o de puertas discretas, componentes de hardware discretos, o cualquier combinación de los mismos diseñada para llevar a cabo las funciones descritas en la presente memoria. 50 Un procesador de propósito general puede ser un microprocesador, pero como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estado convencional. Un procesador puede ser implementado también como una combinación de dispositivos de computación, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo DSP, o cualquier otra configuración de ese tipo. 55
Las etapas de un procedimiento o algoritmo que se han descrito en relación con las realizaciones divulgadas en la presente memoria, pueden ser materializadas directamente en hardware, en un módulo de software ejecutado por medio de un procesador, o en una combinación de ambos. Un módulo de software puede residir en una memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, disco duro, disco extraíble, un CD-ROM, o cualquier otra forma de medio de 60 almacenamiento conocido en el estado de la técnica. Un ejemplo de medio de almacenamiento se encuentra acoplado al procesador de tal modo que el procesador puede leer la información desde, y escribir información en, el medio de almacenamiento. Como alternativa, el medio de almacenamiento puede ser integral con el procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC de un terminal de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir, como componentes discretos, en un terminal de usuario.
La descripción anterior de las realizaciones divulgadas, se suministra para permitir a cualquier 5 persona experta en la materia realizar o utilizar la presente invención. Diversas modificaciones de estas realizaciones pueden resultar fácilmente evidentes para los expertos en la materia, y los principios genéricos definidos en la presente memoria pueden ser aplicados a otras realizaciones sin apartarse del alcance de la invención según se define en las reivindicaciones anexas. De ese modo, no se pretende que la presente invención se limite a las realizaciones que se muestran en la presente memoria, sino que 10 se pretende el más amplio marco acorde con los principios y características novedosas que se divulgan en la presente memoria.

Claims (27)

  1. REIVINDICACIONES
  2. 1.- Un procedimiento para soportar un servicio de radiodifusión en un sistema (200) de comunicación inalámbrica, comprendiendo dicho procedimiento:
    recibir en un nodo de servicio de datos por paquetes, una dirección de multidifusión de IP y un parámetro de opción de servicio para el servicio de radiodifusión desde una estación de base (208) 5 durante el establecimiento de un canal de tráfico de usuario entre un nodo (206) de servicio de datos por paquetes y una estación de base (208);
    recibir en dicho nodo de servicio de datos por paquetes, un flujo de paquete de radiodifusión enviado a través de una red (204) de IP;
    utilizar el parámetro de opción de servicio para determinar compresión de cabecera; 10
    comprimir una cabecera de paquete del flujo de paquete de radiodifusión, y
    poner en correspondencia el flujo de paquete de radiodifusión identificado por medio de la cabecera de paquete con el canal de tráfico de usuario utilizando la dirección de multidifusión de IP.
  3. 2.- El procedimiento según la reivindicación 1, en el que el servicio de radiodifusión es transmitido por un servidor de contenidos. 15
  4. 3.- El procedimiento según la reivindicación 1, en el que el servicio de radiodifusión es transmitido como paquetes de datos de Protocolo de Internet.
  5. 4.- El procedimiento según la reivindicación 2, en el que el servidor de contenidos sirve el flujo de paquete de radiodifusión al nodo (206) de servicio de datos por paquetes a través de la red (204) de IP.
  6. 5.- El procedimiento según la reivindicación 1, en el que el flujo de paquete de radiodifusión 20 comprende datos de video.
  7. 6.- El procedimiento según la reivindicación 1, en el que el flujo de paquete de radiodifusión comprende datos de audio.
  8. 7.- El procedimiento según la reivindicación 1, en el que el canal de tráfico de usuario es una conexión A10. 25
  9. 8.- El procedimiento según la reivindicación 1, en el que la dirección de multidifusión de IP y el parámetro de opción de servicio son recibidos sobre una conexión de transmisión de señales entre el nodo (206) de servicio de datos por paquetes y la estación de base (206).
  10. 9.- El procedimiento según la reivindicación 8, en el que la conexión de transmisión de señales es una conexión A11. 30
  11. 10.- El procedimiento según la reivindicación 9, en el que la dirección de multidifusión de IP y el parámetro de opción de servicio son transmitidos con un mensaje de petición de registro de A11.
  12. 11.- Un nodo (206) de servicio de datos por paquetes para soportar un servicio de radiodifusión, que comprende:
    medios para recibir datos de tratamiento y puesta en correspondencia de flujo para el servicio de 35 radiodifusión desde una estación de base (208) durante el establecimiento de un canal de tráfico de usuario con la estación de base (208);
    medios para recibir un flujo de paquete de radiodifusión;
    medios para utilizar un parámetro de opción de servicio a partir de los datos de tratamiento y puesta en correspondencia de flujo para determinar compresión de cabecera; 40
    medios para comprimir una cabecera de paquete del flujo de paquete de radiodifusión, y
    medios para poner en correspondencia el flujo de paquete de radiodifusión identificado por la cabecera de paquete, al canal de tráfico de usuario utilizando una dirección de multidifusión de IP a partir de los datos de tratamiento y puesta en correspondencia de flujo.
  13. 12.- El nodo (206) de servicio de datos por paquetes según la reivindicación 11, en el que el flujo 45 de paquete de radiodifusión es transmitido por un servidor de contenidos.
  14. 13.- El nodo (206) de servicio de datos por paquetes según la reivindicación 11, en el que el flujo de paquete de radiodifusión es transmitido a modo de paquetes de datos de Protocolo de Internet.
  15. 14.- El nodo (206) de servicio de datos por paquetes según la reivindicación 11, en el que un servidor (202) de contenidos sirve el flujo de paquete de radiodifusión al nodo de servicio de datos por paquetes a través de una red (204) de IP.
  16. 15.- El nodo (206) de servicio de datos por paquetes según la reivindicación 11, en el que el flujo de paquete de radiodifusión comprende datos de video. 5
  17. 16.- El nodo (206) de servicio de datos por paquetes según la reivindicación 11, en el que el flujo de paquete de radiodifusión comprende datos de audio.
  18. 17.- El nodo (206) de servicio de datos por paquetes según la reivindicación 11, en el que el canal de tráfico de usuario es una conexión A10.
  19. 18.- El nodo (206) de servicio de datos por paquetes según la reivindicación 11, en el que la 10 dirección de multidifusión de IP y el parámetro de opción de servicio son recibidos sobre una conexión de transmisión de señales entre el nodo (206) de servicio de datos por paquetes y la estación de base (208).
  20. 19.- El nodo (206) de servicio de datos por paquetes según la reivindicación 18, en el que la conexión de transmisión de señales es una conexión A11.
  21. 20.- El nodo (206) de servicio de datos por paquetes según la reivindicación 19, en el que la 15 dirección de multidifusión de IP y el parámetro de opción de servicio son transmitidos con un mensaje de petición de registro A11.
  22. 21.- Una estación base (208) para su uso en un sistema (200) de comunicación inalámbrica que soporta un servicio de radiodifusión, en el que la estación de base (208) está configurada para implementar un procedimiento que comprende: 20
    configurar datos de tratamiento y puesta en correspondencia de flujo para el citado servicio de radiodifusión que comprenden una dirección de multidifusión de IP y un parámetro de opción de servicio;
    establecer una conexión de transmisión de señales con un nodo (206) de servicio de datos por paquetes;
    solicitar un canal de tráfico de usuario con el nodo (206) de servicio de datos por paquetes, a 25 través de la conexión de transmisión de señales;
    enviar los datos de tratamiento y puesta en correspondencia de flujo al nodo de servicio de datos por paquetes durante el establecimiento del canal de tráfico de usuario;
    establecer el canal de tráfico de usuario con el nodo de servicio de datos por paquetes, y
    recibir paquetes de IP por el canal de tráfico de usuario, 30
    en la que los paquetes de IP son dirigidos a la dirección de multidifusión de IP, y en la que una cabecera de paquete de los paquetes de IP es comprimida de acuerdo con el parámetro de opción de servicio.
  23. 22.- La estación de base (208) según la reivindicación 21, en la que los paquetes de IP comprenden datos de video. 35
  24. 23.- La estación de base (208) según la reivindicación 21, en la que los paquetes de IP comprenden datos de audio.
  25. 24.- La estación de base (208) según la reivindicación 21, en la que el canal de tráfico de usuario es una conexión A10.
  26. 25.- La estación de base (208) según la reivindicación 21, en la que la conexión de transmisión 40 de señales es una conexión A11.
  27. 26.- La estación de base (208) según la reivindicación 21, en la que los datos de tratamiento y puesta en correspondencia de flujo son enviados al nodo de servicio de datos por paquetes como parte de un mensaje de petición de registro A11.
ES03705815T 2002-01-16 2003-01-16 Procedimiento y aparato para tratamiento y puesta en correspondencia de flujo sobre servicios de multidifusión / radiodifusión. Expired - Lifetime ES2355366T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/051,777 US20030134651A1 (en) 2002-01-16 2002-01-16 Method and apparatus for flow treatment and mapping on multicast/broadcast services
US51777 2002-01-16

Publications (1)

Publication Number Publication Date
ES2355366T3 true ES2355366T3 (es) 2011-03-25

Family

ID=21973317

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03705815T Expired - Lifetime ES2355366T3 (es) 2002-01-16 2003-01-16 Procedimiento y aparato para tratamiento y puesta en correspondencia de flujo sobre servicios de multidifusión / radiodifusión.

Country Status (11)

Country Link
US (1) US20030134651A1 (es)
EP (1) EP1466440B1 (es)
JP (1) JP4361372B2 (es)
KR (1) KR100973953B1 (es)
CN (2) CN1633779B (es)
AT (1) ATE492091T1 (es)
AU (1) AU2003207600A1 (es)
DE (1) DE60335343D1 (es)
ES (1) ES2355366T3 (es)
TW (2) TWI328375B (es)
WO (1) WO2003063417A2 (es)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8959230B2 (en) 2002-01-28 2015-02-17 Qualcomm Incorporated Method and apparatus for negotiation of transmission parameters for broadcast/multicast services
JP4649091B2 (ja) * 2002-01-30 2011-03-09 株式会社エヌ・ティ・ティ・ドコモ 通信端末、サーバ装置、中継装置、放送通信システム、放送通信方法及びプログラム
AU2003224915A1 (en) * 2002-04-10 2003-10-27 Spatial Wireless Inc. Internet audio gateway
US20050078676A1 (en) * 2003-08-16 2005-04-14 Samsung Electronics Co., Ltd. System and method for offering broadcast service in wireless communication system
KR101015768B1 (ko) 2003-09-13 2011-02-22 삼성전자주식회사 이동통신 시스템에서 방송 컨텐츠 프레임의 동기화 방법
KR100604531B1 (ko) * 2003-10-28 2006-07-24 주식회사 팬택앤큐리텔 이동 통신 시스템의 무선 패킷 데이터 서비스 방법
SE0400288D0 (sv) * 2004-02-11 2004-02-11 Ericsson Telefon Ab L M Improvements in or relating to telecommunication services
US8144735B2 (en) * 2004-02-10 2012-03-27 Qualcomm Incorporated Transmission of signaling information for broadcast and multicast services
US7693938B2 (en) * 2004-02-13 2010-04-06 Envisionit Llc Message broadcasting admission control system and method
CN1947111B (zh) * 2004-02-13 2012-03-07 想象It公司 公共服务消息广播系统和方法
US7801538B2 (en) * 2004-02-13 2010-09-21 Envisionit Llc Message broadcasting geo-fencing system and method
CN100444576C (zh) * 2004-06-24 2008-12-17 信息产业部电信研究院 Ip电信网系统中实现组播的方法
WO2005107161A1 (en) * 2004-04-28 2005-11-10 Beijing Jiaxun Feihong Electrical Co., Ltd. A system and communication method of ip telecommunication network and its application
US7415241B2 (en) * 2004-06-02 2008-08-19 Motorola, Inc. Method and apparatus for regulating a delivery of a broadcast-multicast service in a packet data communication system
CN100407692C (zh) * 2004-08-11 2008-07-30 华为技术有限公司 一种实现ip头压缩的系统及方法
US7970425B2 (en) * 2005-08-30 2011-06-28 Alcatel-Lucent Usa Inc. Push-to-talk group call system using CDMA 1x-EVDO cellular network
EP1961158B1 (en) 2005-11-23 2013-05-15 EnvisionIT LLC Message broadcasting admission control system and method
CN101361317B (zh) 2005-11-23 2013-05-08 因维日内特有限公司 消息广播计费系统和方法
CN101356545A (zh) * 2005-12-09 2009-01-28 想象It公司 用于通过消息广播和本地无线系统分发宣传的系统和方法
US9155023B2 (en) 2006-11-06 2015-10-06 Qualcomm Incorporated Apparatus and methods for communicating system state information change to wireless devices
US8942739B2 (en) * 2006-11-06 2015-01-27 Qualcomm Incorporated Methods and apparatus for communication of notifications
KR101416233B1 (ko) * 2007-10-09 2014-08-06 삼성전자주식회사 방송 데이터 전송 방법과 전송 장치
US8526350B2 (en) 2008-05-23 2013-09-03 Qualcomm Incorporated Systems and methods for carrying broadcast services over a mobile broadcast network
US8984105B2 (en) * 2008-05-27 2015-03-17 Qualcomm Incorporated FMC architecture for CDMA network
US10917760B1 (en) 2020-06-02 2021-02-09 Envisionit Llc Point-to-multipoint non-addressed message processing system

Family Cites Families (16)

* 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
JPH10294769A (ja) * 1997-04-17 1998-11-04 Furukawa Electric Co Ltd:The 中継装置
EP0893913A1 (en) * 1997-07-24 1999-01-27 CANAL+ Société Anonyme Digital transport stream processing
US6959288B1 (en) * 1998-08-13 2005-10-25 International Business Machines Corporation Digital content preparation system
EP0984584A1 (en) * 1998-09-04 2000-03-08 America Online, Inc. Internet multimedia broadcast system
JP3403950B2 (ja) * 1998-09-07 2003-05-06 松下電器産業株式会社 移動局装置、移動局装置における報知チャンネル受信方法、及び移動局装置におけるセルサーチ方法
US6300887B1 (en) * 1999-11-09 2001-10-09 Nokia Networks Oy Efficient handoff procedure for header compression
JP3721906B2 (ja) 1999-12-15 2005-11-30 株式会社日立製作所 移動通信システム及び移動通信システムにおけるマルチキャスト方法
US6839339B1 (en) * 2000-02-02 2005-01-04 Lucent Technologies Inc. Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets
EP1260108B1 (en) * 2000-03-03 2010-04-28 QUALCOMM Incorporated Method and apparatus for participating in group communication services in an existing communication system
US6967964B1 (en) * 2000-10-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key at link layer
US20020196743A1 (en) * 2001-06-20 2002-12-26 Sebastian Thalanany Apparatus and method for enhancing performance in a packet data system
US7061880B2 (en) * 2001-10-11 2006-06-13 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for multicast communications
US20030172114A1 (en) * 2001-10-24 2003-09-11 Leung Nikolai K. N. Method and apparatus for data packet transport in a wireless communication system using an internet protocol
KR100884956B1 (ko) * 2002-08-14 2009-02-23 엘지전자 주식회사 비대칭 양방향 패킷데이터 송수신 방법 및 시스템
US6934751B2 (en) * 2002-11-29 2005-08-23 Motorola, Inc. Method and device for providing more accurate subscriber device billing

Also Published As

Publication number Publication date
EP1466440B1 (en) 2010-12-15
DE60335343D1 (de) 2011-01-27
JP2005516473A (ja) 2005-06-02
TWI328375B (en) 2010-08-01
CN101707738B (zh) 2016-01-20
TW200305320A (en) 2003-10-16
HK1076212A1 (zh) 2006-01-06
CN101707738A (zh) 2010-05-12
US20030134651A1 (en) 2003-07-17
KR20040069220A (ko) 2004-08-04
WO2003063417A2 (en) 2003-07-31
CN1633779A (zh) 2005-06-29
TWI465074B (zh) 2014-12-11
HK1144134A1 (zh) 2011-01-28
JP4361372B2 (ja) 2009-11-11
KR100973953B1 (ko) 2010-08-05
AU2003207600A1 (en) 2003-09-02
EP1466440A2 (en) 2004-10-13
TW201025929A (en) 2010-07-01
CN1633779B (zh) 2010-05-05
WO2003063417A3 (en) 2003-12-11
ATE492091T1 (de) 2011-01-15

Similar Documents

Publication Publication Date Title
ES2355366T3 (es) Procedimiento y aparato para tratamiento y puesta en correspondencia de flujo sobre servicios de multidifusión / radiodifusión.
US8959230B2 (en) Method and apparatus for negotiation of transmission parameters for broadcast/multicast services
ES2354150T3 (es) Procedimiento y dispositivo para proporcionar información de servicio de difusión .
BRPI0608949A2 (pt) sistema e método para distribuir pacotes de dados voip em comunicações de grupo dentre dispositivos de telecomunicações sem fio
US8130688B2 (en) Multimedia broadcast multicast service providing system and method thereof
HK1076212B (en) Method and apparatus for flow treatment and mapping on multicast/broadcast services
HK1144134B (en) Method and apparatus for flow treatment and mapping on multicast/broadcast services
HK1078201A (en) Method and apparatus for negotiation of transmission parameters for broadcast/multicast services
HK1077437B (en) Method and apparatus for provision of broadcast service information