ES2354428T3 - Procedimiento y aparato para aplicación de difusión en un sistema de comunicación inalámbrica. - Google Patents

Procedimiento y aparato para aplicación de difusión en un sistema de comunicación inalámbrica. Download PDF

Info

Publication number
ES2354428T3
ES2354428T3 ES04754911T ES04754911T ES2354428T3 ES 2354428 T3 ES2354428 T3 ES 2354428T3 ES 04754911 T ES04754911 T ES 04754911T ES 04754911 T ES04754911 T ES 04754911T ES 2354428 T3 ES2354428 T3 ES 2354428T3
Authority
ES
Spain
Prior art keywords
registration
station
program
period
bcmcs
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES04754911T
Other languages
English (en)
Inventor
Jun Wang
Ragulan Sinnarajah
Sanjeev Athalye
Sayed Hossain Beladi
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 ES2354428T3 publication Critical patent/ES2354428T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

Estación de origen (708) que comprende medios para difundir un programa difundido a al menos una pluralidad de grupos de estaciones de destino (710); caracterizada porque la estación de origen comprende, además, medios para enviar un primer parámetro de periodo de registro a un primer grupo de estaciones de destino (711A), en la cual el primer parámetros de periodo de registro especifica un primer periodo durante el cual el primer grupo de estaciones de destino (711A) se deben registrar para el programa difundido en la estación de origen (708), y en la cual cualesquiera intentos de solicitudes de registro que se produzcan fuera del primer periodo se bloquean.

Description

ANTECEDENTES
Campo
La presente invención se refiere generalmente a las comunicaciones y más especialmente a difusión de comunicaciones 5
Antecedentes
Los sistemas de comunicación inalámbrica se han usado tradicionalmente para llevar tráfico de voz y tráfico no de voz a baja tasa de datos, Hoy en día hay una demanda cada vez mayor de servicios de datos paquetizados a alta tasa de datos (HDR) que son proporcionados a uno o más terminales al mismo tiempo. Ejemplos de tales servicios a alta tasa de datos (HDR) pueden incluir tráfico multimedia basado en la voz, fuentes 10 de datos de audio y vídeo tales como radiodifusiones, difusiones de televisión, películas, y otros tipos de contenido de audio y vídeo, tales como información bursátil e información de emergencias. Un ejemplo de un servicio HDR es conocido como Servicio de Difusión-Multidifusión (BCMCS) para redes cdma2000®. El BCMCS puede permitir la optimización de la interfaz de radio cdma2000® para proporcionar flujo(s) de contenido BCMCS a uno o más terminales en una o más regiones de una red de operadores. Un operador de red puede controlar cada flujo de 15 contenido BCMCS respecto de aspectos contables, regiones de red donde los flujos de contenido BCMCS están disponibles para varios usuarios, y el cifrado del contenido de Flujo(s) IP de Multidifusión para proteger contra la recepción no autorizada.
Como los sistemas tradicionales de comunicación inalámbrica están destinados a comunicaciones de voz, la extensión para soportar servicios de datos presenta algunos retos. Específicamente el suministro de servicios 20 unidireccionales, tales como servicios de difusión donde la información de vídeo y audio es distribuida a un abonado, tiene un único conjunto de requisitos y objetivos. Tales servicios tienen típicamente requisitos de gran ancho de banda. Asimismo, los diseñadores de sistemas buscan reducir la transmisión de información de encabezado. Además, la información específica es necesaria para enviar y/o acceder las transmisiones de difusión tales como parámetros de procesado y protocolos. Existe un problema en la transmisión de información específica 25 de difusión mientras se optimiza el uso del ancho de banda disponible.
Las estaciones de origen, tales como las estaciones base (BS), pueden proporcionar servicio de tráfico multimedia a estaciones de destino, tales como estaciones móviles (MS), transmitiendo una señal de información que está a menudo organizada en una pluralidad de paquetes. Un paquete incluye una dirección a la cual se ha de entregar el paquete, datos (o carga útil) y elementos de control que se disponen en un formato específico. El 30 paquete va marcado con un principio y un final. Los elementos de control pueden comprender, por ejemplo, un preámbulo y una métrica de calidad que incluye una comprobación de redundancia cíclica (CRC), bit(s) de paridad, y otros tipos de métricas. Los paquetes se formatean normalmente en un mensaje según una estructura de canal de comunicación. El mensaje viaja entre la estación de origen y la estación de destino, y puede verse afectado por las características del canal de comunicación, tales como, relación de señal-ruido, desvanecimiento, varianza de 35 tiempo, y otras características de este tipo. Tales características pueden afectar la señal modulada de manera diferente en diferentes canales de comunicación.
Para empezar a recibir un flujo de contenido BCMCS, cada estación de destino intenta típicamente registrarse en una estación de origen de la red para configurar una ruta de soporte para recibir programas. Para los servicios BCMC, los mensajes de encabezado de la estación de origen dicen a las estaciones de destino si algún 40 programa se encuentra disponible y si es el caso si se está transmitiendo. Esto se realiza típicamente al proporcionar la red un tiempo de inicio y un tiempo de finalización a las estaciones de destino (para cada programa) antes de que las estaciones de destino intenten registrarse. Las estaciones de destino saben entonces si un determinado programa está disponible y si es así si se está transmitiendo.
Los usuarios de muchas estaciones de destino pueden intentar registrarse para el programa 45 aproximadamente al mismo tiempo enviando un mensaje de registro a la estación de origen sobre el canal de acceso inverso del enlace (RACH). El RACH es un canal común usado para la comunicación de la capa 3 y mensajes de Control de Acceso Medio (MAC) desde la estación de destino a la estación base. La estación de destino transmite desde la RACH sin autorización explícita de la estación base. Puede haber una o más RACH por asignación de frecuencia, en la cual los diferentes RACH se distinguen por diferentes códigos de ruido 50 seudoaleatorio largos (PN). Típicamente, cada RACH es compartido por múltiples estaciones de destino. Por ejemplo, muchos usuarios pueden esperar e intentar registrarse para el programa poco antes de que empiece el programa. Si múltiples usuarios intentan registrarse para un programa aproximadamente al mismo tiempo, entonces hay un riesgo de que el canal de acceso de enlace inverso (RACH) se pueda congestionar, y pueden surgir
problemas en la estación de origen.
La publicación de patente internacional nº WO 2003/017693 divulga un procedimiento y un sistema para señalizar un sistema de comunicación de difusión.
En un sistema con muchos usuarios, el sistema puede no ser capaz de gestionar el registro de un gran número de usuarios al mismo tiempo ya que puede causar la congestión en la red de la estación de origen Por lo 5 tanto, existe una necesidad de técnicas en un sistema de comunicación inalámbrica que reduzcan la probabilidad de congestión en la estación de origen.
SUMARIO
Un aspecto de la presente invención expuesto en las reivindicaciones anexas se refiere a un sistema que comprende al menos una estación de origen, una pluralidad de estaciones de destino incluyendo una primera 10 estación de destino. La estación de origen puede comprenden, por ejemplo, un comunicador inalámbrico o estación móvil, con lo cual las estaciones de destino pueden comprender por ejemplo, estaciones base.
La estación de origen difunde un programa difundido a al menos una estación de la pluralidad de estaciones de destino. La estación de origen puede incluir un temporizador de registro que genera al menos un parámetro conocido como un periodo o tiempo de registro permitido de periodo de registro. La primera estación de 15 destino recibe un primer parámetro de la estación de origen. El primer parámetro de periodo de registro especifica un primer periodo durante el cual la primera estación de destino debe registrarse (o completar un proceso de registro) con la estación de origen. En una realización, la primera estación de destino bloquea cualquier intento de registro solicitado que tenga lugar fuera del primer periodo. En otra realización la estación de origen niega cualquier intento de petición de registro, por la primera estación de destino que se produce fuera del primer periodo. Si la 20 petición de registro desde la primera estación de destino es enviada antes de que empiece el primer periodo, entonces la estación de destino puede solicitar periódicamente el registro hasta que una petición es enviada dentro del primer periodo. El uso de un periodo de registro o tiempo de registro puede permitir que la estación de origen distribuya los tiempos a los cuales se permite que diferentes estaciones de destino (o grupos de estaciones de destino) envíen peticiones de registro a la estación de origen. 25
Otro aspecto de la presente invención se refiere a un sistema que comprende al menos una estación de origen, una pluralidad de estaciones de destino incluyendo una primera estación de destino y una segunda estación de destino. La estación de origen difunde un programa difundido a al menos una estación de una pluralidad de estaciones de destino. En una realización, el programa difundido puede comprender al menos una fuente de contenido tal como un programa de emergencias, un programa de contenido en curso, o un programa planificado. 30 En otras realizaciones, el programa difundido comprende una primera fuente de contenido y una segunda fuente de contenido.
La estación de origen puede incluir un temporizador de registro que genera al menos un parámetro conocido como un periodo o tiempo de registro permitido. La estación de origen difunde un primer mensaje de adquisición, asociado al programa difundido, que comprende al menos un parámetro de un primer parámetro de 35 periodo de registro y un segundo parámetro de periodo de registro diferente del primer parámetro. Por ejemplo, si el programa difundido es un programa planificado, entonces el primer mensaje de adquisición comprende una planificación que incluye un parámetro de tiempo de inicio de programa. En una realización, la estación de origen difunde un segundo programa difundido a al menos una estación de una pluralidad de estaciones de destino, y un segundo mensaje de adquisición, asociado al segundo programa difundido, que tiene al menos un tercer parámetro 40 de periodo de registro y un cuarto parámetro de periodo de registro.
La primera estación de destino recibe el primer parámetro de periodo de registro que especifica un primer periodo durante el cual la primera estación de destino debe registrarse en la estación de origen.
La segunda estación de destino recibe el segundo parámetro de periodo de registro que especifica un segundo periodo durante el cual la segunda estación de destino debe registrarse en la estación de origen. 45
En algunas realizaciones, el o los parámetros de periodo de registro puede(n) comprender un periodo de registro permitido asociado al programa difundido durante el cual la estación de destino debe enviar un mensaje de intento de registro a la estación de origen. En una realización, el periodo de registro permitido asociado al programa difundido indica un periodo de registro permitido anterior al inicio del programa difundido. El primer parámetro de periodo de registro se puede comunicar a la primera estación de destino en un primer tiempo, y el segundo 50 parámetro de periodo de registro se puede comunicar a la segunda estación de destino en un segundo tiempo. El segundo tiempo puede bien ser diferente del primer tiempo o aproximadamente el mismo que el primer tiempo. Además, si el programa difundido comprende una primera fuente de contenido, y en una segunda fuente de contenido, el primer parámetro de periodo de registro se puede asociar con la primera fuente de contenidos y un
tercer parámetro de periodo de registro se puede asociar a la segunda fuente de contenido que es diferente del primer parámetro de periodo de registro. El uso de un periodo de registro o tiempo de registro puede permitir que la estación de origen distribuya los tiempos a los cuales se permite que diferentes estaciones de destino (o grupos de estaciones de destino) envíen peticiones de registro a la estación de origen.
Otro aspecto más de la presente invención se refiere a un sistema que comprende al menos una estación 5 de origen, una pluralidad de estaciones de destino incluyendo un primer grupo de estaciones de destino y un segundo grupo de estaciones de destino. La estación de origen difunde un primer mensaje de adquisición, asociado al programa difundido, que comprende al menos un parámetro de un primer parámetro de periodo de registro y un segundo parámetro de periodo de registro diferente del primer parámetro de periodo de registro. En una realización, la estación de origen difunde un segundo programa difundido a al menos una estación de una pluralidad de 10 estaciones de destino, y un segundo mensaje de adquisición, asociado al segundo programa difundido, que tiene al menos un tercer parámetro de periodo de registro y un cuarto parámetro de periodo de registro. El primer grupo de estaciones de destino recibe el primer parámetro de periodo de registro que específica un primer periodo durante el cual las primeras estaciones de registro se deben registrar en la estación de origen. El segundo grupo de estaciones de destino recibe el segundo parámetro de periodo de registro que especifica un segundo periodo 15 durante el cual el segundo grupo de estaciones de destino se debe registrar en la estación de origen.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La figura 1 es un diagrama de bloques ejemplar de un sistema de comunicaciones que soporta un número de usuarios.
La figura 2 es un diagrama de bloques ejemplar de un sistema de comunicación inalámbrica que incluye 20 servidores de contenido (CS) una Red IP, PDSN, estaciones base (BS) y estaciones móviles (MS).
La figura 3 es un diagrama de bloques ejemplar del sistema de comunicación que soporta transmisiones de difusión.
La figura 4 es un diagrama de bloques ejemplar que muestras varios procesos que pueden permitir la recepción de un servicio BCMC por una estación de destino. 25
La figura 5 es un diagrama de flujo de mensajes que ilustra el flujo de mensajes durante el descubrimiento del servicio BCMCS, la adquisición de información y la determinación de disponibilidad de contenido.
La figura 6 es un diagrama de bloques ejemplar de un sistema de comunicación en el cual se puede proporcionar un periodo de registro permitido (RT) o un tiempo de registro permitido (RT) a una estación de destino para cada programa. 30
La figura 7A es un diagrama de bloques ejemplar de un sistema de comunicación que soporta un número de estaciones de destino en las cuales se pueden proporcionar diferentes periodos de registro permitidos (RP) p tiempos de registro permitidos (RT) a cada estación de destino para cada programa.
La figura 7B es un diagrama de bloques ejemplar de un sistema de comunicación que comprende una estación de origen, un primer grupo de estaciones de destino, un segundo grupo de estaciones de destino, 35 y un tercer grupo de estaciones de destino en las cuales se pueden proporcionar diferentes periodos de registro permitidos (RP) p tiempos de registro permitidos (RT) a cada estación de destino para cada programa.
La figura 8 es un diagrama de Venn que ilustra la relación entre las listas usadas en un sistema de difusión-multidifusión. 40
La figura 9 muestra un flujo de mensajes ejemplar para un programa planificado en el cual se controla el registro mediante la estación de destino
La figura 10 muestra un flujo de mensajes ejemplar para un programa planificado en el cual se controla el registro mediante la red.
La figura 11 muestra un flujo de mensaje ejemplar para un programa no planificado. 45
DESCRIPCIÓN DETALLADA
La palabra “ejemplar” se usa en la presente memoria para significar que “sirve como muestra, ejemplo o ilustración”. Cualquier realización descrita en la presente memoria descriptiva como “ejemplar” no ha de interpretarse necesariamente como preferida o ventajosa respecto de otras realizaciones.
La expresión “estación de destino” se usa en la presente memoria de manera intercambiable con las 50
expresiones “estación móvil”, “estación de abonado”, “unidad de abonado”, “terminal” y equipo de usuario (UE)”, y se usa en la presente memoria para referirse al equipo material con el cual comunica una red de acceso. La expresión “MS”” tal como se usa en la presente memoria se puede usar para referirse a una Estación Móvil o una aplicación BCMCS asociada a la Estación Móvil. La estación de destino puede ser un dispositivo que permite que un usuario acceda a servicios de red y que pueda también incluir un IMSI o USIM que contiene toda la información 5 de abono de usuario. Una estación móvil puede ser móvil o fija, y puede incluir generalmente cualquier comunicador, dispositivo de datos o terminal que comunica por un canal inalámbrico o por un canal por cable, por ejemplo, usando cables de fibra óptica o coaxiales. Las estaciones móviles se pueden materializar en dispositivos que incluyen pero que no se limita a tarjetas de PC, flash compacto, modem interno o externo, o teléfono inalámbrico o por cable. 10
La expresión “estación de origen” puede incluir, además, de “estación(es) base”, todos los elementos de infraestructura de red tales como BSC, controlador, servidores de contenidos, proveedores de contenido, enrutadores y nudos de servicio. La expresión “estación de origen” puede incluir el equipo material con el cual comunica la estación móvil. La expresión “nudo B” se puede usar de manera intercambiable con la expresión “estación base”. Una estación de origen `puede ser fija o móvil. 15
La expresión “célula” se usa en la presente memoria” para referirse bien al equipo material o al área geográfica de cobertura dependiendo del contexto en el cual se usa la expresión. Un sector es una partición de una célula. Debido a que un sector tiene los atributos de una célula, las enseñanzas descritas en términos de células se extienden fácilmente a los sectores.
La expresión “estado de configuración de conexión” se refiere al estado en el cual una estación móvil está 20 en el proceso de establecimiento de una conexión activa de canal de tráfico con una estación base.
La expresión “estado de tráfico” se refiere al estado en el cual una estación móvil ha establecido una conexión activa de canal de tráfico con una estación base.
La expresión “canal dedicado” es usado en la presente memoria para referirse a un canal de transporte que es se dedica principalmente a, o se reserva para, un usuario específico, y que lleva información a o desde una 25 estación móvil, unidad de abonado, o equipo de usuario específico. Un canal dedicado lleva típicamente toda la información destinada a un usuario dado que procede de capas dispuestas por encima de la capa física, que incluyen datos para el propio servicio así como mayor información de control de capas. Un canal dedicado se puede identificar mediante un código determinado o una frecuencia determinada. Los ejemplos de canales dedicados incluyen un Canal Dedicado (DCH) que llevan datos de usuario y es específico para un único usuario, y un Canal de 30 Transporte Dedicado que lleva típicamente tanto datos de servicio, tales como tramas de voz, como mayor información de control de capas de una estación móvil.
La expresión “canal común” se usa en la presente memoria para referirse a un canal de transporte que lleva información a/desde múltiples estaciones móviles. En un canal común la información se puede compartir entre todas las estaciones móviles. Un canal común se puede dividir entre todos los usuarios o un grupo de usuarios en 35 una célula.
La expresión “comunicación punto a punto (PTP)” se usa en la presente invención para significar una comunicación transmitida sobre un canal de comunicación dedicado a una única estación móvil.
La expresión “comunicación de difusión” o “comunicación punto a multipunto (PTM)” se usa en la presente memoria para referirse a una comunicación sobre un canal de comunicación común a una pluralidad de estaciones 40 móviles.
La expresión “canal físico” se usa en la presente memoria para referirse a un canal que lleva datos de usuario o información de control sobre la interfaz radioeléctrica. Los canales físicos son los “medios de transmisión” que proporcionan la plataforma de radio à través de la cual se transfiere de hecho la información, y sirven para llevar la señalización y los datos de usuarios por el enlace de radio. Un canal físico comprende típicamente la 45 combinación de código de aleatorización de frecuencias y código de asignación de canales. En la dirección de subida, se incluye también la fase relativa. Un número de diferentes canales físicos se usa en la dirección de subida basándose en que la estación móvil está intentando hacerlo.
La expresión “canal de transporte” se usa en la presente memoria para referirse a una ruta de comunicación para transporte de datos entre entidades de capas físicas pares. Los canales de transporte se 50 refieren a la manera en la que se transmite la información. Generalmente, hay dos tipos de canales de transporte conocidos como Canales de transporte comunes y Canales de transporte dedicados. Un canal de transporte se define por cómo y con qué datos característicos se transfiere sobre la interfaz radioeléctrica sobre la capa física, por ejemplo usando canales físicos dedicados o comunes, o multiplexando los canales lógicos. Los canales de
transporte se pueden usar para llevar señalización y datos de usuario entre la capa de Control de Acceso Medio (MAC) y la capa física (L1). La información pasa a la capa física desde la capa MAC por cualquier canal de un número de canales de transporte cartografiados a los canales físicos.
La expresión “canal lógico” se usa en la presente memoria para referirse a un flujo de información dedicado a la transferencia de un tipo específico de información o la interfaz radioeléctrica. Los canales lógicos se 5 refieren a la información que se están transmitiendo. Un canal lógico se puede definir por el tipo de información que se transfiere, por ejemplo señalización o datos de usuario, y se puede entender como diferentes tareas que la red y el terminal deberían realizar en diferentes momentos. Los canales lógicos se cartografían en los canales de transporte que llevan a cabo información efectiva entre el ámbito de la estación móvil y el ámbito de acceso. La información pasa por canales lógicos que se cartografía a través de canales de transporte que se cartografían a 10 canales físicos.
La expresión “canal o enlace de comunicación” se usa en la presente memoria para significar un canal físico o un canal lógico según el contexto.
La expresión “enlace inverso o canal ascendente” se usa en la presente memoria para referirse a un canal/enlace de comunicación a través del cual la estación móvil envía señales a una estación base en la red de 15 acceso de radio. Este canal se puede usar también para transmitir señales desde una estación móvil a una estación o desde una estación base móvil a una estación base.
La expresión “enlace directo” o “canal descendente” se usa en la presente memoria para significar un canal/enlace de comunicación a través del cual una red de acceso de radio envía señales a una estación móvil.
La expresión “paquete” se usa en la presente memoria para significar un grupo de bits, incluyendo datos o 20 carga útil, y la parte de dirección y los elementos de control, dispuestos en un formato específico que va marcado con un inicio y un final. Los elementos de control pueden comprender, por ejemplo, un preámbulo, una métrica de calidad, y otras conocidas por el experto en la técnica. La métrica de calidad puede comprende, por ejemplo, una comprobación de redundancia cíclica (CRC), un bit de paridad, y otros conocidos por el experto en la técnica.
La expresión “transferencia blanda” se usa en la presente memoria para significar una comunicación entre 25 una estación de abonado y dos o más sectores, en la cual cada sector pertenece a la misma célula diferente. La comunicación de enlace inverso es recibida por ambos sectores, y la comunicación de enlace directo es llevada simultáneamente sobre dos o más enlaces directos de sectores.
La expresión “transferencia más blanda” se usa en la presente memoria para significar una comunicación entre una estación de abonado y dos o más sectores, en la cual cada sector pertenece a una célula diferente. La 30 comunicación de enlace inverso es recibida por ambos sectores, y la comunicación de enlace directo es llevada simultáneamente sobre uno de los dos enlaces directos de sectores.
La expresión “borrado” se usa en la presente memoria para significar fallo en el reconocimiento de un mensaje.
La expresión “periodo de registro permitido” tal como se usa en la presente memoria se refiere a un tiempo 35 o periodo de tiempo durante el cual una petición de registro por una estación de destino puede adelantar el proceso de recepción de difusión del contenido, tal como un programa. En una realización, la expresión “periodo de registro permitido” se usa para referirse a una trama de tiempo durante la cual se permite que una estación de destino intente el registro sin denegar o bloquear el intento de registro. Los intentos de registro que no caen dentro del “periodo de registro permitido” pueden, por ejemplo ser denegados por la estación de origen o bloqueado por la 40 estación de destino. El periodo de registro permitido (RP) indica un tiempo o periodo de tiempo durante el cual una estación de destino debe registrarse en una estación de origen. El RP se puede asociar a cada programa difundido en un sistema de comunicación inalámbrica. En este documento, los términos “tiempo de registro permitido” y “periodo de registro permitido”, se pueden usar de manera intercambiable dependiendo del contexto. El uso de un periodo de registro o tiempo de registro puede permitir que la estación de origen distribuya los tiempos a los cuales 45 se permite que diferentes estaciones de destino (o grupos de estaciones de destino) envíen peticiones de registro a la estación de origen.
La expresión “Canal de acceso de enlace inverso (RACH)” tal como se usa en la presente memoria se refiere a un canal usado por la estación de destino para transmitir información de control no de tráfico a la estación de origen. La estación de destino puede usar el RACH para comunicar con la estación de origen cuando la estación 50 de destino no tiene un canal de tráfico asignado. Por ejemplo, la estación de destino puede enviar un mensaje de registro para informar a la estación de origen acerca de su localización, estado, identificación y otros parámetros solicitados para registrar el sistema. La información se puede transmitir sobre el canal de acceso en las ranuras de canal de acceso y tramas de canal de acceso. Dos tipos de mensajes que se pueden enviar sobre el RACH
incluyen un mensaje de respuesta y un mensaje de petición.
La expresión “mensaje de respuesta” tal como se usa en la presente memoria se refiere a un mensaje enviado en respuesta a una red o mensaje BS.
La expresión “mensaje de petición” tal como se usa en la presente memoria se refiere a un mensaje que es enviado autónomamente por una estación de destino tal como una MS. 5
La expresión “flujo de contenido BCMCS” tal como se usa en la presente memoria se refiere a un único programa de difusión BCMCS identificado por el nombre del contenido.
La expresión “Dirección IP multidifusión y número de puerto de capa de transporte” tal como se usa en la presente memoria se refiere a un tuplo que identifica la dirección IP de multidifusión de destino y el número de puerto de la capa de transporte de destino (por ejemplo, UDP) para un flujo IP dentro de un flujo de contenido 10 BCMCS. Un “flujo IP Multidifusión” es similar a un flujo IP ordinario excepto que la dirección de destino es una dirección Multidifusión IP. El flujo se puede identificar por la dirección fuente, el puerto fuente, la dirección de Multidifusión IP de destino, y el puerto de destino.
La expresión “BCMCS_FLOW_ID” tal como se usa en la presente memoria se refiere a un valor para la identificación de un flujo IP de multidifusión BCMCS. La BCMCS_FLOW_ID tiene típicamente una longitud variable, 15 e indica la longitud de BCMCS_FLOW_ID como un número de octetos. La expresión “BCMCS_FLOW_ID” es un alias para un “Número de puerto de capa de transporte y dirección IP multidifusión” Se transporta eficientemente por el aire, en contraste con el formato largo del “Número de puerto de capa de transporte y dirección IP multidifusión”
El “nombre de contenido” representa el nombre dado al flujo de contenido BCMCS por un proveedor de 20 servicio. El nombre de contenido lo puede descubir el usuario por SMS, WAP, HTLM, etc.
La palabra “ejemplar” se usa en la presente memoria para significar que “sirve como muestra, ejemplo o ilustración”. Cualquier realización descrita en la presente memoria descriptiva como “ejemplar” no ha de interpretarse necesariamente como preferida o ventajosa respecto de otras realizaciones.
Una realización ejemplar de un sistema de comunicación inalámbrica soporta un servicio de difusión 25 unidireccional que proporciona paquetes IP a múltiples usuarios, por ejemplo, flujos de vídeo y/o radio. Los abonados al servicio de difusión “sintonizan” un canal diseñado para acceder a la transmisión de difusión. Como el requisito de ancho de banda para transmisión a alta velocidad de difusiones de vídeo es grande, es deseable reducir la dimensión de cualquier encabezado asociado a tal transmisión de difusión.
En la mensajería “no direccionada”, se puede usar un servicio de difusión para enviar información a un 30 grupo de usuarios basándose en su localización geográfica. Los ejemplos incluyen difusión de información local tal como alertas de tráfico o meteorológicas basadas en una célula/sector o zona de aviso móvil específica. Los usuarios autorizados en esta área pueden recibir la información de difusión.
En una mensajería direccionable o “multidifusión se puede usar un servicio de difusión para difundir información a un conjunto específico de usuarios basándose en su abonamiento a un grupo de usuario. El grupo de 35 usuarios se puede mantener mediante los operadores de red. Además, el grupo de usuarios se puede suscribir públicamente (por ejemplo, contratando servicios de avisos, cotizaciones de acciones, etc.), o se puede limitar a suscripción pública (por ejemplo, lista corporativa). En los grupos de usuarios de multidifusión limitada un miembro típico se abona al servicio (grupo multidifusión público) enviando una petición al administrador, por alguna interfaz de web, u otro mecanismo. Un grupo de multidifusión privado se limita explícitamente a los miembros por el 40 administrador que añade manualmente los miembros. Una lista de multidifusión se puede configurar también para tener el acuse de recibo del mensaje por parte de la estación de destino.
Los servicios de difusión se pueden clasificar también como grupos públicos y grupos privados. Un grupo de difusión público se usa para enviar información geográfica específica. Todos los dispositivos en el área geográfica específica que tienen la capacidad de difusión están en el grupo público y recibirán esta información. Los 45 ejemplos de información de difusión pública incluyen alertas de emergencias y meteorológicas, las condiciones del tráfico, etc. Los grupos de difusión privados tiene como objetivo enviar información específica a un grupo específico de dispositivos en un área particular. un ejemplo de este tipo de servicio sería un servicio de avisos basado en la localización. Un posible escenario para este ejemplo es aquel en que un usuario puede elegir recibir avisos específicos cuando está en un centro comercial pero no en otras ocasiones. 50
Obsérvese que los sistemas de comunicación ejemplares se proporcionan como ejemplares a lo largo de toda la descripción, realizaciones alternativas pueden incorporar varios aspectos sin salirse del alcance de la presente invención. Por ejemplo, las realizaciones descritas en la presente memoria se podrían aplicar a un sistema
de procesamiento de datos, un sistema de comunicación inalámbrica, un sistema de difusión unidireccional, y cualquier otro sistema que desee una transmisión eficiente de información.
Sistema de Comunicación Inalámbrica
La realización ejemplar descrita en lo sucesivo emplea un sistema de comunicación inalámbrica de espectro expandido, que soporta un servicio de difusión. Los sistemas de comunicación inalámbrica están 5 ampliamente desarrollados para proporcionar varios tipos de comunicación tal como voz, vídeo, datos etc. Estos sistemas se pueden basar en Acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), o algunas otras técnicas de modulación. Un sistema CDMA proporciona algunas ventajas respecto de otros tipos de sistemas, incluyendo una mayor capacidad de sistema.
Un sistema se puede diseñar para soportar uno o más estándares tales como el “Estándar de contabilidad 10 de estación móvil-estación base para sistema celular de espectro expandido de banda ancha en modo dual TIA/EIA/IS-95-B” denominado en la presente memoria como el estándar IS-95, siendo el estándar ofrecido por un consorcio denominado “Proyecto de partenariado de tercera generación” denominado en la presente memoria como 3GPP, y materializado en un conjunto de documentos que incluyen los Documentos nº 3G TS 25.211, 3G TS 25.212, 3G TS 25.213 y 3G TS 25.214, 3G TS 25.302, denominado en la presente memoria como el estándar W-15 CDMA, siendo el estándar ofrecido por un consorcion denominado “Proyecto 2 de partenariado de tercera generación” denominado en la presente memoria como 3GPP2, y TR-45.5 denominado en la presente memoria como el estándar cdma2000, anteriormente denominado IS-2000 MC.
Cada estándar define especialmente el procesamiento de datos para su transmisión a partir de estación base a móvil, y viceversa. Como realización ejemplar la siguiente descripción considera un sistema de 20 comunicación de espectro expandido coherente con el estándar cdma2000 de protocolos. Realizaciones alternativas pueden incorporar otro estándar. Otras realizaciones pueden aplicar los procedimientos divulgados en la presente memoria a otros tipos de sistemas de procesamiento de datos.
La figura 1 sirve de ejemplo de un sistema de comunicación 100 que soporta un número de usuarios y que puede implementar al menos algunos aspectos de las realizaciones mencionadas en la presente memoria. Se 25 puede usar cualquiera de algoritmos y procedimientos para programar la transmisión en el sistema 100. El sistema 100 proporciona comunicación a un número de células 102A-102G, cada una de las cuales recibe servicio de una estación base 104A-104G correspondiente, respectivamente. En la realización ejemplar, algunas de las estaciones base 104 tienen múltiples antenas de recepción y otras tienen solamente una antena receptora. De manera similar muchas de las estaciones base 104 tienen antenas de transmisión múltiples mientras que otras tienen antenas de 30 transmisión individuales. No hay restricciones sobre las combinaciones de antenas de transmisión y antenas de recepción. Por lo tanto, una estación base 104 puede tener múltiples antenas de transmisión y una única antena de recepción, o tener múltiples antenas de recepción y una única antena de transmisión, o tener tanto una única o múltiples antenas de transmisión y recepción.
Los terminales 106 en el área de cobertura pueden ser fijos (es decir, estacionarios) o móviles. Como se 35 muestra en la figura 1, varias terminales 106 están dispersos a través de todo el sistema. Cada terminal 106 comunica con al menos una y posiblemente más estaciones base 104 sobre el enlace descendente y enlace ascendente en cualquier tiempo dado. El enlace directo o descendente se refiere a la transmisión desde la estación base 104 al terminal 106, y el enlace inverso o ascendente se refiere a la transmisión desde el terminal 106 a la estación base 104. En la realización ejemplar, algunos de los terminales 106 tienen múltiples antenas de recepción 40 y otros tienen solamente una antena de recepción. En la figura 1, la estación base 104A transmite datos a los terminales 106A y 106J sobre el enlace descendente, la estación base 104B transmite datos a terminales 106B y 106J, la estación base 104C transmite datos al terminal 106C, etc.
Sistema de Difusión-Multidifusión (BCMCS)
Según la realización ejemplar, el sistema 100 ilustrado en la figura 1 soporta un servicio multimedia de alta 45 velocidad denominado BCMCS. Las capacidades de difusión del servicio se destinan a proporcionar planificación a una tasa de datos suficiente para soportar comunicaciones de vídeo y audio. A título de ejemplo, las aplicaciones del BCMC pueden incluir emisión de vídeo directo de películas, eventos deportivos, etc. El servicio BCMC es un servicio de datos por paquetes basado en el protocolo de internet (IP).
La figura 2 es un sistema 200 de comunicación inalámbrica que incluye servidores de control (CS) 202, 50 una red IP 204, PDSN 206, estaciones base (BS) 208 y estaciones móviles (MS) 210. Los paquetes IP son proporcionados por uno o más servidores de contenido (CS) 202 por una red IP 204 a uno o más Nudos de servicio de datos por paquetes (PDSN) 206. Un CS 202 proporciona datos que se transmiten como paquetes de datos de protocolo de Internet (“paquetes IP”) a través la red IP 204. Se pueden transmitir muchos tipos diferentes de datos
por el CS 202. Por ejemplo se pueden transmitir datos de audio, datos de vídeo, datos de texto, archivos electrónicos por el CS 202 a través de la red IP 204. La información de vídeo y audio puede ser una planificación televisada o una transmisión de radio. De este modo, el CS 202 puede ser un servidor configurado para proporcionar datos de vídeo, datos de audio, etc. En una realización, el CS 202 puede ser un servidor web conectado a Internet y que funciona para proporcionar datos a usuarios que navegan por Internet. La red IP 204 5 puede por ejemplo ser Internet, una intranet, una red IP privada.
La información de una CS 202 se puede proporcionar en forma de datos paquetizados, tal como paquetes IP. La PDSN 206 procesa los paquetes IP para su distribución dentro de una red de acceso (AN) 300. La AN 300 se puede definir como las partes del sistema 200 que incluyen una BS 208 en comunicación con múltiples estaciones móviles (MS) 210. La PDSN 206 recibe y procesa los paquetes IP para transmitirlos a una o más estaciones base 10 208 (BS). Cada PDSN 206 está en comunicación electrónica con una o más BS 208. Una vez que una BS 208 recibe los datos, envía a continuación los datos a una o más estaciones móviles 210 (MS). Para el servicio BCMC, la BS 208 recibe el flujo de información de la PDSN 206 y proporciona la información sobre un canal diseñado a abonados dentro del sistema 200. Una MS 210 corresponde a un terminal 106 de la figura 1. Cada BS 208 puede dar servicio a una o más MS 210. típicamente la BS 208 da servicio a muchas MS 210. 15
El BCMC es un flujo de información proporcionado por una interfaz radioeléctrica en un sistema de comunicación inalámbrica. El “canal BCMC” se refiere a una única sesión de difusión BCMC lógica definida por el contenido de difusión. Obsérvese que el contenido de un canal BCMC dado puede cambiar con el tiempo, por ejemplo, Noticias a la 7’00 de la mañana, El tiempo a la 8’00 de la mañana, Películas a las 9’00 de la mañana, etc. La planificación basada en el tiempo es análoga a un único canal de televisión. El “canal de difusión” (BCH) se 20 refiere a un único canal físico de enlace directo, es decir, un código Walsh dado que lleva tráfico de difusión, y que corresponde a, por ejemplo, un único canal CDM.
Un único canal de difusión puede llevar uno o más canales BCMC. Si un BCH lleva más de un canal BCMC, entonces los canales BCMC se pueden multiplexar de una manera Multiplex por división de tiempo (TDM) dentro del único canal de difusión. En una realización, se prevé un único canal BCMC en más de un canal de 25 difusión dentro de un sector. En otra realización, se prevé un único canal BCMC en diferentes frecuencias para dar servicio a los abonados en estas frecuencias.
Según la realización ejemplar, un proveedor de servicio se denomina CS 202. El CS 202 avisa de la disponibilidad de tal servicio de difusión de alta velocidad a os usuarios del sistema. Cualquier usuario que desee recibir el servicio BCMC puede abonarse al CS 202. El abonado puede entonces hacer un barrido de la 30 planificación del servicio de difusión de varias maneras proporcionadas por el CS 202. Por ejemplo, el contenido de difusión se puede comunicar mediante avisos, mensajes del sistema de mensajes cortos (SMS), protocolo de aplicación inalámbrica (WAP), y/o otros medios generalmente coherentes con y apropiado para las comunicaciones inalámbricas móviles. Las estaciones base 208 (BS) pueden transmitir parámetros relacionados con BCMC en mensajes de encabezado, tales como los transmitidos en canales y/o frecuencias diseñadas para control e 35 información, es decir, mensajes sin carga útil. La carga útil se refiere al contenido de información de la transmisión. En una sesión de difusión la carga útil es el contenido de difusión tal como un programa de vídeo. Cuando un abonado a un servicio de difusión desea recibir una sesión de difusión, tal como un programa planificado de difusión particular, el MS 210 lee el mensaje de encabezado y aprende las configuraciones apropiadas. El MS 210 sintoniza entonces la frecuencia que contiene el canal BCMC y recibe el contenido de servicio de difusión. 40
Con el fin de que la MS 210 descubra y escuche los canales de difusión con éxito, varios parámetros relacionados con el servicio de difusión se pueden transmitir por la interfaz radioeléctrica. El servicio de difusión está diseñado para soportar diferentes opciones de protocolo en una pila de protocolo. Asimismo, los receptores del servicio de difusión deberían ser informados de las opciones de protocolo seleccionadas para facilitar la descodificación y el procesamiento apropiados de la difusión. En una realización, el CS 202 proporciona esta 45 información al receptor como un mensaje de parámetros del sistema de encabezado, coherente con el estándar cdma2000. La ventaja para el receptor es la capacidad de recibir la información inmediatamente desde el mensaje de encabezado. De este modo, el receptor puede inmediatamente determinar si el receptor tiene suficiente recursos para recibir la sesión de difusión. El receptor vigila los mensajes de parámetros del sistema de encabezado. El sistema puede implementar un número opcional de servicio que corresponde a un conjunto de parámetros y 50 protocolos. El número de opción de servicio puede ir previsto en el mensaje de encabezado. alternativamente, el sistema puede proporciona un conjunto de bits o banderas para indicar las diferentes opciones de protocolo seleccionadas. El receptor determina entonces las opciones de protocolo para descodificar correctamente la sesión de difusión
55
Visión general de la arquitectura BCMCS
La figura 3 es un diagrama de bloques del sistema de comunicación que soporta transmisiones de difusión. La arquitectura BCMCS mostrada incluye un proveedor 201 de contenido BCMCS, una red de servicio 230 y una red doméstica 250.
La red de servicio 230 incluye un controlador BCMCS 212, un servidor de contenido BCMCS (BCMCS.CS) 5 202, un proveedor de contenido BCMCS 216, un enrutador multidifusión (MR) 218, una entidad de autenticación, autorización y recuento de servicio (SAAA) 220, un nudo de servicio de datos por paquete (PDSN) 206, una unidad de controlador de estación base/función de control de paquetes (BSC/PCF) 224 y una estación móvil (MS) 210 con un módulo de identidad de usuario (UIM) 210. Dentro de la arquitectura BCMCS se proporcionan varias interfaces entre estos subsistemas como se describirá en lo sucesivo. 10
El proveedor 201 de contenido BCMCS es una fuente de contenido BCMCS. El proveedor de contenido BCMCS (BCMCS-CP) se puede situar dentro de la red de servicio cdma2000 230 o red local 250 o en cualquier lugar en una red IP (tal como Internet). Si el proveedor 201 de contenido BCMCS se sitúa en la red IP, la asociación de negocios, la asociación de seguridad y otra información de servicio relacionada se puede disponer entre la red portadora cdma2000® y el proveedor de contenido 201. El proveedor de contenido BCMCS (BCMCS-CP) 201 envía 15 contenido BCMCS por una ruta de soporte al servidor de contenido BCMCS (BCMCS-CS) 202, y hace que el contenido BCMCS esté disponible en un flujo multidifusión IP. Se puede proporcionar una interfaz 211, entre el controlador BCMCS 212 y el proveedor de contenido BCMCS 201, que intercambia información que incluye el nombre del proveedor de contenido, el nombre del contenido, la descripción de sesión (por ejemplo tipo codec), e información de seguridad. Esta interfaz puede también cambiar el tiempo de inicio de la sesión BCMCS y la 20 duración de la sesión BCMCS.
El servidor de contenido BCMCS 202 se puede conectar a la red de acceso cdma2000® a través de un Nudo de servicio de datos por paquete (PDSN) 206 que gestiona el flujo de contenido BCMCS. El servidor de contenido BCMCS 202 no es necesariamente el creador o fuente del contenido, sino que es la última entidad de nivel de aplicación que manipula (por ejemplo reformatea) el contenido antes de que el contenido alcance el PDSN 25 206. El servidor de contenido BCMCS 202 puede almacenar y enviar el contenido del proveedor de contenido 216 por una ruta de soporte, o puede fusionar el contenido de los múltiples proveedores de contenido. Si se permite un mayor cifrado de capa, el servidor de contenido BCMCS 202 puede cifrar el contenido de flujo.
El servidor de contenido BCMCS 202 puede proporcionar contenido reformateado al enrutador de multidifusión (MR) 218. El enrutador de multidifusión (MR) 218 es una entidad opcional y se define mediante varias 30 IETF RFC. Si el servidor de contenido BCMCS 202 envía el contenido directamente al PDSN 206, entonces se puede omitir el MR.
Una interfaz 213 entre el controlador BCMCS 212 y el servidor de contenido BCMCS 202 puede cambiar la información de seguridad, dirección IP de multidifusión y el número de puerto, y la información de gestión de contenido (por ejemplo, el tiempo de inicio de la sesión BCMCS y la duración de la sesión BCMCS). 35
El controlador BCMCS 212 gestiona y proporciona la información de sesión BCMCS al PDSN 206, el MS 210, y el servidor de contenido 202. El controlador de BCMCS 212 también lleva a cabo la autorización usando el perfil de usuario BCMCS recibido de la entidad 234 de autenticación doméstica, autorización y recuento (HAAA). El controlador BCMCS 212 también puede dar servicio a la función de Distribuidor Bak y Generador BAK. El controlador BCMCS 212 también puede llevar a cabo operaciones de descubrimiento para encontrar el contenido 40 deseado. El controlador BCMCS 212 también puede autenticar el proveedor de contenido BCMCS 216, y coordinar la distribución de contenido BCMCS al servidor de contenido BCMCS 202.
El SAAA 220 lleva a cabo autenticaciones, autorizaciones y recuentos BCMCS. El SAAA 220 puede enviar el perfil de suscripción de usuario, recibido del H-AAA 234, al controlador BCMCS 212.
Una interfaz 219 entre el controlador BCMCS 212 y S-AAA 220 proporciona al controlador BCMCS 212 de 45 información de autenticación y autorización. El S-AAA 220 puede enviar el perfil de usuario BCMCS recibido del H-AAA 234 al controlador BCMCS 212 durante la adquisición de información BCMCS por la MS 210. El controlador BCMCS 212 puede enviar información de recuento al S-AAA 20. El S-AAA 220 se puede usar para repetir la información relacionada de sesión BCMCS entre el PDSN 206 y el controlador BCMCS 212.
Una interfaz 221 entre el S-AAA 220 y el PDNS 206 proporciona información relacionada sobre la sesión 50 BCMCS como tratamiento de flujo (por ejemplo compresión de encabezado), y desarrolla la aplicación entre BCMCS_FLOW_ID y la dirección IP Multicast y el nombre del puerto desde el controlador BCMCS 212 al PDSN 206. Esta interfaz 221 también intercambia la información de autorización BCMCS para instalar rutas portadoras de BCMCS.
El PDSN 206 recibe el contenido de la BCMCS CS 202 (y el MR 218 si se incluye) que puede haber sido reformateado por la BCMCS CS 202. El PDSN 206 comunica electrónicamente con la BSC/PCF 224 para añadir y retirar flujos IP de multidifusión. El PDSN 206 puede usar protocolos de multidifusión IP para gestionar portadoras que soportan flujo IP de multidifusión entre el mismo y el enrutador más cercano que vuelve a conectarse al servidor de contenido BCMCS 202. El PDSN 206 aplica también el tratamiento de flujo recibido del controlador 5 BCMCS 212 a los flujos IP de multidifusión. El PDSN 206 elegido por la PCF para suministrar flujos IP de multidifusión puede ser diferente del PDSN 206 que soporta conexiones PPP normales a la MS 210.
Las entidades BSC/PCF 224 reciben la señal de salida del PDSN 206, y son responsables de señalizar, establecer y extinguir los canales portadores entre el PDSN 206 y la MS 210. Si se permite el cifrado de capa de enlace, el BSC 224 también proporciona la función de generador SK. EL BSC elige el “mejor” canal portador de la 10 MS 210 masándose en consideraciones tales como la optimización de recursos, calidad de servicio solicitada, etc.
Una interfaz 215 entre el controlador BCMCS 212 y MS/UIM 210 227 proporciona la aplicación de cliente BCMCS en la MS 210 con acceso a información tal como sesiones BCMCS disponibles que incluyen nombre de proveedor de contenido, nombre de contenido, BCMCS_FLOW_ID(s) BAK(s) y tiempo de expiración BAK (si el o los flujo(s) IP de multidifusión está(n) cifrado(s)) tiempo de inicio de la sección BCMCS, duración de la sesión BCMCS, 15 tratamiento de flujo (por ejemplo, compresión de encabezado), y descripción de sesión (por ejemplo, tipo de codec), etc.
La red doméstica 250 incluye un proveedor de contenido BCMCS 232, una entidad de autentificación, autorización y recuento doméstica (HAAA) 234, una base de datos de perfil de abonado (SPD) 236 que almacena el perfil de suscripción BCMCS, y un administrador de perfil de abonado (SPM) 238. El perfil de suscripción 20 almacenado en la base de datos de perfil de abonado 236 identifica las sesiones BCMCS que el usuario puede recibir, y una clave de registro. El HAAA 234 accede a la base de datos de perfil de abonado 236 para obtener información del perfil de suscripción.
El administrador 238 de perfil de abonado BCMCS es una aplicación que actualiza el perfil de abonado en la base de datos respecto de los servicios BCMCS suscritos. El usuario se puede conectar a esta aplicación 25 directamente, o el operador puede reservar el acceso a esta aplicación a sus agentes del servicio a clientes. Se pueden proporcionar interfaces entre el usuario y el administrador 238 de perfil de abonado BCMCS, y entre el administrador 238 del perfil de abonado BCMCS y la base de datos de perfil de abonado 236.
Se puede habilitar la recepción de un BCMCS mediante una MS por una serie de procedimientos. La figura 4 es un diagrama de bloques que muestra varios procesos que pueden habilitar la recepción de un servicio BCMC 30 por la MS 210.
Descubrimiento de servicio, Adquisición de información, y Determinación de disponibilidad de contenido
En el bloque 10, el usuario puede descubrir el servicio BCMS proporcionado por la red de servicio de varias maneras. En el bloque 20, si el usuario desea el servicio particular, el usuario puede abonarse a uno o más tipos de contenido BCMCS. En el bloque 30, la MS puede adquirir información de contenido comunicando en primer 35 lugar con un controlador BCMCS para adquirir información relacionada con sesiones tal como información relacionada BCMCS e información cifrada de servicios. La información relacionada BCMCS puede incluir, por ejemplo, una asociación de BCMCS_FLOW_ID y (Puerto, dirección IP Multidifusión, tratamiento de flujo (por ejemplo compresión de encabezado, o eliminación de encabezado) y los protocolos de transporte y aplicación. Según los aspectos de la invención descritos en los sucesivo, la información relacionada BCMCS puede incluir y 40 permitir un tiempo de registro permitido o periodo de registro permitido. La información cifrada de servicios puede incluir, por ejemplo BAK_ID, BAK y tiempo de expiración BAK. La adquisición de información a partir del controlador BCMCS se describirá ahora con mayor detalle en lo sucesivo.
La figura 5 es un diagrama de flujo de mensajes que ilustra el flujo de mensajes durante el descubrimiento de servicio BCMCS adquisición de información, y determinación de disponibilidad de contenido. En la figura 5, si la 45 MS debe adquirir las claves BCMCS (BAK) o alguna información relacionada con sesiones para un contenido BCMCS dado, entonces siguen las etapas 1 a 6. Los procedimientos especificados en las etapas 1-6 de la figura 5 se pueden llevar a cabo cuando la MS es dirigida por el usuario por la red para solicitar la información relacionada con una sesión BCMCS, tras subscribirse a BCMCS, expira el BAK , o el MS 210 se dirige por la red para actualizar la información relacionada con sesión BCMCS. Fuera del alcance de la mensajería BCMCS, en cualquier momento 50 anterior a la etapa 3 de la figura 5, la MS 210 debe adquirir el nombre de contenido BCMCS y puede adquirir otra información tal como programas BCMCS, BCMCS_FLOW_ID(s), y BAK(s), etc., como se muestra en la etapa 0 de la figura 5. Tal información puede ser adquirida por SMS, MMS, correo electrónico, navegación por páginas web, suministro por el operador de red, entrada de usuario, correo electrónico, etc.
En la etapa 1 de la figura 5, si se ha descrito el PPP, la MS 210 origina una llamada de datos para configurar el PPP con el PDSN 206. . En la etapa 2 de la figura 5, si la MS 210 no conoce la dirección IP del controlador BCMCS 212, la MS 210 descubre la dirección IP del controlador BCMCS 212. En la etapa 3 de la figura 5, la MS 210 envía solicitud de información BCMCS que incluye el nombre del contenido al controlador BCMCS 212 para solicitar la información de sesión BACK y/o BCMCS. En la etapa 4 de la figura 5, se pueden llevar a cabo los 5 procedimientos de autenticación. Con la autenticación y la autorización con éxito, el AAA 220 envía TK y TK_RAND al controlador BCMCS 212. En la etapa 5 de la figura 5, el controlador BCMCS 212 envía una respuesta de información BCMCS a la MS 210 que incluye los parámetros de seguridad (tal como TK_RAND, BAK_ID, tiempo de expiración de BAK, y BAK cifrada con TK) y alguna información relacionada con sesiones BCMCS (tal como tratamiento de flujo (por ejemplo, compresión de encabezado), protocolo de aplicación/transporte, y asociación 10 entre BCMCS-FLOW-ID y número de dirección IP de multidifusión y número de puertos, etc.). En la etapa 6 de la figura 5, la MS 210 envía los parámetros de seguridad tales como TK_RAND, BAK_ID, tiempo de expiración BAK y BAK cifrada con TK, a UIM 227 junto con BCMCS_FLOW-ID asociada a la misma. La UIM 227 calcula TK usando RK y TK_RAND, y descifra la BAK cifrada mediante la TK calculada.
La etapa 7 de la figura 5 proporciona un posible medio para la MS 210 para obtener la información de 15 disponibilidad de contenido y de canal de radio para un lujo IP de multidifusión dado por BCMCS-FLOW_ID que la MS 210 conoce. Esta BCMCS-FLOW_ID se ha adquirido anteriormente.
Si la MS 210 no puede obtener la información de disponibilidad de contenido y de canal de radio para una BCMCS-FLOW_ID, puede usar un mecanismo de petición de registro BCMCS para determinar la información de disponibilidad y configuración de radio de este flujo IP de multidifusión. La MS puede no poder obtener la 20 información del canal de encabezado en algunas condiciones. Por ejemplo, RAN no puede transmitir información BCMCS en el canal de encabezado, o el espacio en el canal de encabezado puede no ser suficiente para la información particular que la estación móvil 210 está buscando. La MS 210 puede también llevar a cabo (re-)registros, notificando a la BS 208 de la(s) BCMCS_FLOW_ID(s) que la MS 210 sigue vigilando.
Una vez que la MS adquiere información de contenido, en el bloque 40 de la figura 4, la MS determina si el 25 contenido asociado a un flujo ID de multidifusión particular está disponible. La MS puede también determinar la información de configuración de radio BCMCS a partir de un BS por mensajes de encabezado, si la BS difunde esta información sobre mensajes de encabezado. Si la MS no puede encontrar la información de los mensajes de encabezado y si el BSC indica en los mensajes de encabezado que se permite el registro de BCMCS, la MS puede solicitar el (los) flujo(s) ID deseado(s) por la técnica de petición de registro BCMCS en el bloque 50. Si el o los flujos 30 IP deseados no se vuelven disponibles para la MS por algunas razón, la red lo puede indicar a la MS.
El registro permite que la MS informe a la red o BS, por ejemplo, donde está la MS y por qué canal(es) se puede comunicar con la MS. Esto permite que la BS comunique con la MS siempre que se tenga que distribuir una llamada a la MS. El mensaje de registro se puede usar para notificar a la BS su identificación, localización, estado, ciclo de sesión, y otras características. La MS recibe mensajes de la BS por un canal de radiomensajería. Una vez 35 que la MS 210 se registra en el bloque 50 de la figura 4, se inicia un procedimiento de configuración de ruta de soporte. Como se describe más adelante, este procedimiento varía dependiendo de si la difusión es un servicio de difusión estática o dinámica.
Procedimiento de configuración de ruta de soporte para servicios de difusión estática
Una “difusión estática” se refiere a un servicio de difusión en el cual la ruta de soporte es proporcionada de 40 manera estática por el operador (por ejemplo, por Operaciones, Administración y Mantenimiento (OAM)) sin tener en cuenta la presencia de usuario en la célula/sector. Para servicios de difusión estática, las rutas de soporte BCMCS (conexión A8 y A10) se pueden establecer o configurar en cualquier momento.
Procedimiento de configuración de ruta de soporte para servicios de difusión dinámica
Una “difusión dinámica” se refiere a un servicio de difusión en el cual la ruta de soporte se establece de 45 manera dinámica basándose en la presencia de usuario en la célula/sector. Para servicios de difusión dinámica, el procedimiento de configuración las rutas de soporte BCMCS se dispara por el primer registro BCMCS de usuario durante el cual la MS 210 solicita la distribución de uno o más flujos IP de multidifusión identificados por la BCMCS_FLOW_ID.
Tras una petición de registro BCMCS por la MS del primer usuario autorizado, la red puede configurar una 50 ruta de soporte disparando el PDSN 206 para unirse al grupo multidifusión asociado a la BCMCS_FLOW_ID(s). Al establecerse la ruta de soporte. Si la compresión de encabezado es permitida por el PDSN 206, el PDSN 206 envía periódicamente el contexto de encabezado por la misma ruta de soporte.
El establecimiento de la ruta de soporte desde el BDC 208 a la Función de control de paquetes (PCF) (A8)
208 y de la PCF 208 al PDSN (A10) 206 se puede llevar a cabo usando mensajes de señalización IOS. El establecimiento de ruta de soporte del PDSN 206 al enrutador de multidifusión (MR) 218 se puede llevar a cabo usando protocolos multidifusión el Grupo especial sobre ingeniería de Internet (IEFT) apropiados Las conexiones A8 y A10 usadas para transportar flujos IP de multidifusión son separadas e independientes de las conexiones A8 y A10 usadas para soportar por ejemplo un servicio no-BCMCS en la MS 210. 5
La MS 210 inicia la vigilancia del canal de radio que lleva el contenido BCMCS deseado. Normalmente múltiples MS 210 pueden vigilar el mismo canal compartido de radio BCMCS. La BS 208 puede asignar un canal compartido o un canal dedicado para BCMCS dependiendo de las condiciones del sistema. Por ejemplo, que la BS 208 pueda asignar canales dedicados cuando es apropiado para preservar energía usando canales dedicados podría reducir potencialmente la energía total usada pero podría llevar al uso de más código Walsh. En el bloque 60 10 de la figura 4, la MS 210 recibe contenido.
Liberación de ruta de soporte
Para ahorrar recursos de sistema, las rutas de soporte en el aire (canales de radio, rutas de soporte RAN (A8 y A10) y rutas de soporte de red básica (entre PDSN 206 y MR 218) se pueden liberar cuando ya no se necesitan. 15
Una etapa inicial de liberación de ruta de soporte es del desregistro BCMCS. El desregistro se puede disparar, por ejemplo, por la MS 210 que notifica a la BS 208 que la MS 210 ya no está vigilando el o los flujos IP de multidifusión identificados por la o las BCMCS:_FLOW_ID(s). El BSC 208 puede usar tales desregistros BCMCS explícitos para el o los flujos IP de multidifusión para detectar que una o más MS 210 que vigilan uno o más flujos IP de multidifusión. El desregistro se puede también disparar por el sistema que determina que ya no hay MS 20 escuchando un flujo IP de multidifusión particular identificado por una o más BCMCS_FLOW_ID particular. Por ejemplo, si la vida útil del registro BCMCS expira, el BSC 208 puede detectar que ninguna MS 210 está vigilando un flujo IP multidifusión particular (identificado por una o más BCMCS_FLOW_ID) por la ausencia de re-registros BCMCS periódicos para los flujos IP multidifusión particular. En este caso, un desregistro BCMCS se puede producir por un tiempo límite en la BS 24. Una vez producido el desregistro, para ahorrar recursos de sistema, el 25 sistema puede liberar la ruta de soporte asociada al flujo IP de multidifusión correspondiente.
En el bloque 70 de la figura 4, la MS 210 puede llevar a cabo el desregistro BCMCS, y liberar las rutas de soporte. La red puede liberar la ruta de soporte BCMCS, por ejemplo, si se completa el programa BCMCS. en algunos casos, el operador puede notificar el MS 210 si se requiere desregistro BCMCS.
Una vez liberada la ruta de soporte, la red puede indicar a la MS 210 que el flujo de contenido BCMCS 30 correspondiente, identificado por la o las BCMCS_FLOW_ID, ha parado de transmitir, y que el registro para el contenido no está permitido.
Periodo de registro permitido
Como se ha apuntado anteriormente, cada estación móvil (MS) intenta típicamente registrarse en una estación base para configurar una ruta de soporte para recibir programas. Para los servicios BCMCS, los mensajes 35 de encabezado de la BS comunican a la estación móvil si un determinado programa está disponible y en caso afirmativo si está transmitiendo. Esto se podría hacer, por ejemplo, haciendo que la red proporcione un tiempo de inicio y un tiempo de finalización a la estación móvil (para cada programa) antes de que la MS intente el registro. La MS conoce entonces si un determinado programa está disponible y en caso afirmativo si está transmitiendo.
Sin embargo, muchos usuarios pueden intentar registrarse para el programa aproximadamente al mismo 40 tiempo enviando un mensaje de registro a la BS usando el canal de acceso de enlace inverso (RACH) que está asignado a esta MS. Por ejemplo, muchos usuarios pueden esperar e intentar registrarse para el programa poco antes de que empiece el programa. Si múltiples usuarios intentan registrarse para un programa aproximadamente al mismo tiempo, entonces hay un riesgo de que el canal de acceso de enlace inverso (RACH) se pueda congestionar, y pueden surgir problemas en la BS. 45
La figura 6 es un diagrama de un sistema de comunicación 600 en el cual se puede proporcionar un periodo de registro permitido (RP) o un tiempo de registro permitido (RT) a una estación móvil 610 para cada programa. El RT/RP permitido indica un tiempo o periodo de tiempo durante el cual una petición de registro de una estación de destino será aceptada por la estación de origen de manera que la estación de destino podrá registrarse para un programa dado. El RP se puede asociar a cada programa difundido que se difunde en el sistema de 50 comunicación inalámbrica. Por ejemplo, un RP permitido asociado a una película puede indicar un periodo de registro antes del inicio del tiempo de difusión, durante el cual se permite que la estación de destino 610 (bien por la estación de destino o la estación de origen) envíe una petición de registro a la estación de origen de manera que la estación de origen conceda la petición y inicie eventualmente el envío del contenido de difusión. un programa
puede comprende múltiples contenidos, y cada contenido de tal programa puede tener un RT/RP permitido asociado para su registro. Dicho de otro modo, un RT/RP permitido se puede asociar a la difusión de un programa entero o a la difusión de cada contenido de cada programa.
La figura 7A es un diagrama de un sistema de comunicación 700A que soporta un número de usuarios. El sistema de comunicación comprende una estación de origen 708, y estaciones de destino 710 que incluyen una 5 primera estación de destino 710A y una segunda estación de destino 710B. La estación 710 puede comprender, por ejemplo, un comunicador inalámbrico o una estación móvil, con lo las estaciones 708 pueden comprender, por ejemplo, estaciones base. La estación 708 difunde un programa difundido a al menos una estación de la pluralidad de estaciones de destino 710.
El programa difundido es recibido por al menos una estación de una pluralidad de estaciones de destino 10 710. Por ejemplo, una estación móvil o un grupo de estaciones móviles 710A, B puede recibir información de difusión a partir de una estación base, u otras fuentes. En una realización, el programa difundido puede comprende al menos una fuente de contenido tal como un programa de emergencias, un programa de contenido en curso, o un programa planificado. Además, un único programa puede tener un número de diferentes programas. Por ejemplo, el programa difundido puede incluir una primera fuente de contenido (por ejemplo, una característica principal tal 15 como una película) y una segunda fuente de contenido (por ejemplo, una banda de noticias que aparece en la parte inferior de la pantalla al mismo tiempo). Antes de enviar el programa difundido, la estación de origen 708 puede difundir un primer mensaje, asociado al programa difundido, que comprende al menos un parámetro de un primer parámetro de periodo de registro RP1 y un segundo parámetro de periodo de registro RP2 diferente del primer parámetro de periodo de registro RP1. Por ejemplo, si el programa difundido es un programa planificado, entonces 20 el primer mensaje puede incluir una planificación que incluye un parámetro de tiempo de inicio del programa.
La primera estación de destino 710A recibe un primer parámetro de periodo de registro RP1 de la estación de origen 708. El primer parámetro de periodo de registro especifica un primer periodo T1 durante el cual se permite a la primera estación de destino 710A registrarse en la estación de origen 708 o un primer tiempo en el cual se permite que la primera estación de destino 710A se registre para el programa. 25
En algunas realizaciones, el o los parámetros de periodo de registro pueden comprender un periodo de registro permitido asociado al programa difundido durante el cual se permite que la estación de destino 710 A envíe un mensaje de intento de registro a la estación de origen 708. En una realización, el periodo de registro permitido asociado al programa difundido indica un periodo de registro permitido antes del inicio del programa difundido.
En una realización, la primera estación de destino 710 A bloquea cualquier petición de registro intentada 30 que se produce fuera del primer periodo T1. Una petición de usuario de registrarse en un programa puede ser bloqueada por la MS 710 A si el usuario intenta registrarse antes del periodo de registro permitido. Esto permite que la MS 710A bloquee cualquier petición de registro del usuario si tal petición se realiza fuera del periodo de registro permitido T1, la cual se puede conservar en los recursos del aire.
En otras realizaciones, la estación de origen 708 rechaza cualquier intento de petición de registro de la 35 primera estación de destino 71A que se produce fuera del primer periodo de registro permitido T1. Si la petición de registro de la primera estación de destino 710A se envía antes de que empiece el primer periodo T1, entonces la estación de destino 710A puede solicitar periódicamente el registro hasta que se envíe una petición dentro del primer periodo T1 o que sobrepase un número dados de peticiones.
Cuando se incluye una segunda estación de destino 710B , la segunda estación de destino 710B recibe el 40 segundo parámetro RP2 de periodo de registro que específica un segundo periodo T2 durante el cual la segunda estación de destino 710B debe registrarse en la estación de origen 708. El RT/RP para cada programa para cada estación de destino (o grupo de estaciones de destino) puede ser diferente. Por ejemplo, un grupo de estaciones móviles 710A puede tener un RT/RP permitido (t1 o T1) asociado a una difusión de un programa, y otro grupo de estaciones móviles 710B puede tener un RT/RP permitido diferente (t2 o T2) asociado a la misma difusión del 45 mismo programa. Durante una difusión de emergencias, por ejemplo, en la cual un gran número de estaciones móviles puede recibir el mismo mensaje por servicios de mensajes cortos, un grupo de estaciones móviles puede recibir un RT/RP permitido (t1 o T1) y otro grupo puede recibir un RT/RP diferente (t2 o T2) para la misma difusión de emergencias. Asimismo, la congestión debida al registro de un gran número de estaciones móviles del mismo programa se puede reducir y/o prevenir. 50
El RT/RP permitido se puede comunicar a las estaciones móviles al mismo tiempo o a tiempos diferentes. Por ejemplo, el primer parámetros de periodo de registro se puede comunicar a la primera estación de destino 710 en un primer tiempo t1, y el segundo parámetro de periodo de registro se puede comunicar a la segunda estación de destino 710 en un segundo tiempo t2. El segundo tiempo t2 puede bien ser diferente del primer tiempo t1 o aproximadamente idéntico al primer tiempo t1. Además, si el programa difundido comprende una primera fuente de 55
contenido y una segunda fuente de contenido, el primer parámetro de periodo de registro RP1 se puede asociar a la primera fuente de contenido, y otro parámetro de periodo de registro se puede asociar a la segunda fuente de contenido que es diferente de l primer parámetro de periodo de registro RP1.
Los tiempos o periodo de registro permitidos para diferentes móviles o diferentes grupos de móviles se pueden distribuir de tal manera que estos tiempos o periodos sean diferentes para de este modo reducir la 5 probabilidad de congestión en el canal de acceso de enlace inverso (RACH). La figura 7B es un sistema de comunicación 700B que comprende al menos una estación de origen 708, y estaciones de destino 710 que incluyen un primer grupo de estaciones de destino 710A, un segundo grupo de estaciones de destino 711B y un tercer grupo de estaciones de destino 711C. La estación de origen 708 difunde un primer mensaje de adquisición, asociado al programa difundido, que comprende un primer parámetro de periodo de registro RP1 y un segundo parámetro de 10 periodo de registro RP2 diferente del primer parámetro de periodo de registro RP1. Unas estaciones seleccionadas del primer grupo de estaciones de destino 711A reciben el primer parámetro de periodo de registro RP1 que especifica un primer periodo T1 durante el cual las estaciones seleccionadas del primer grupo de estaciones de destino 711A deben registrarse con la estación de origen 708, y seleccionar otras del primer grupo de estaciones de destino 711A que reciben el segundo parámetro de periodo de registro RP2 que especifica un segundo periodo T2 15 durante el cual las otras estaciones seleccionadas del primer grupo de estaciones de destino 711A se deben registrar en la estación de origen 708.
La estación de origen 708 también puede difundir un tercer parámetro de periodo de registro RP3 y un cuarto parámetro de periodo de registro RP4 al segundo grupo de estaciones de destino 711B, y un tercer grupo de estaciones de destino 711C, respectivamente. 20
El segundo grupo de estaciones de destino 711B recibe el tercer parámetro de periodo de registro RP3 que especifica un tercer periodo T3 durante el cual el segundo grupo de estaciones de destino 711B debe registrase en la estación de origen 708. El cuarto grupo de estaciones de destino 711C recibe el cuarto parámetro de periodo de registro RP4 que especifica un cuarto periodo T4 durante el cual el tercer grupo de estaciones de destino 711C se deben registrar en la estación de origen 708. 25
En otras realizaciones es deseable distribuir los tiempos de registro permitidos para reducir la probabilidad de congestión en el RACH. Asimismo, se pueden asignar diferentes tiempos de registro a cada estación de destino (o grupo de estaciones de destino) correspondiente a un tiempo específico o un conjunto específico de tiempos a los cuales cada estación de destino (o grupo de estaciones de destino) puede solicitar el registro. Por ejemplo, se puede asignar un primer conjunto de tiempos de registro t1, t4, t7, ... a una primera estación de destino (o grupo de 30 estaciones de destino), un segundo conjunto de tiempos de registro t2, t5, t8, … se puede asignar a una segunda estación de destino (o grupo de estaciones de destino), un tercer conjunto de tiempos de registro t3, t6, t9, … puede asignarse a una tercera estación de destino (o grupo de estaciones de destino), etc.
Los conceptos mencionados en la presente memoria se pueden extender a situaciones en las cuales múltiples programas se están transmitiendo a partir de una estación de origen con un número de RT/RP asociados 35 a la misma.
La figura 8 es un diagrama de Venn que ilustra la relación entre las listas usadas en un sistema de difusión-multidifusión. Ahora se expondrán ejemplos de cómo se pueden aplicar los conceptos de un RT o RP a diferentes tipos de programas tales como programas planificados, programas en curso y programa no planificados. En la siguiente exposición, un experto en la técnica apreciará que aunque los diagramas de flujo se dibujan en 40 orden secuencial para su comprensión, algunas etapas se pueden llevar a cabo en paralelo en una implementación efectiva. Además, a menos que se indique otra cosa, las etapas se pueden intercambiar sin salirse del alcance de la invención.
Programas planificados
Los programas planificados son programas difundidos a tiempos predefinidos. Los operadores pueden 45 prever programas de sistema de difusión-multidifusión (BCMCS) por adelantado de manera que el programa tiene tiempos predefinidos de inicio y de finalización. Los ejemplos de programas planificados incluyen películas, noticias, etc. Como se ha mencionado respecto del bloque 10 de la figura 4 anterior, los usuarios móviles que desean un servicio BCMCS pueden llevar a cabo el descubrimiento de servicios para descubrir el nombre del contenido BCMCS y la planificación que incluye el tiempo de inicio y el tiempo de finalización. el descubrimiento de servicios 50 se puede realizar mediante mecanismo fuera de banda tales como anuncios, SMS, WAP, etc.
Según esta realización, los programas planificados pueden indicar un periodo de tiempo para el registro como un periodo de registro permitido (RP). En una realización este RP se puede definir como un periodo antes del tiempo de inicio de tal difusión.
Tras el descubrimiento de servicios, la MS 210 forma una posible lista 440 que contiene todos los contenidos BCMCS proporcionados por el proveedor de servicios. La MS muestra la posible lista 440 y su planificación al usuario por una interfaz UI. Después de que el usuario decida abonarse (en el bloque 20 de la figura 4) a uno o más contenidos BCMCS por el gestor de abonamiento BCMCS 238, la MS 210 forma una lista de abonados 442. La lista de abonados puede bien ser el mismo conjunto o subconjunto de la posible lista 440. Una 5 vez realizados los abonamientos, la MS 210 lleva a cabo la adquisición de información de contenido en el bloque 30 de la figura 4, para obtener toda la información relacionada con la sesión BCMCS, por ejemplo se cifra BAK y el esquema de compresión de encabezado. Para los programas planificados, la MS 210 también puede obtener un RT/RP permitido (por ejemplo, X minutos antes de que empiece el programa).
Cuando la MS 210 recibe mensajes de encabezado de la BS 208, que incluyen la lista disponible 444 para 10 esa BS. La BS indica también en mensajes de encabezado si se permite que la MS 210 solicite otra BCMCS más allá de la lista disponible 444. Si el usuario solicita una BCMCS que se encuentra en la lista adquirida de información 446 pero no está en la lista disponible 444, entonces, cuando lo permita la BS 208, la MS 210 puede enviar el registro BCMCS a la BS 208. Si el usuario solicita cualquier BCMCS que no está en la lista adquirida de información 446, la MS 210 puede bloquear la solicitud de usuario. Si el usuario requiere el servicio antes del 15 tiempo de registro permitido, la MS 210 también puede bloquear la solicitud de usuario y no enviará ningún registro BCMCS a la BS 208. En este caso, la MS puede bien indicar la planificación requerida BCMCS que incluye el tiempo de inicio, el tiempo de finalización, y el tiempo de registro permitido al usuario por interfaz de usuario y/o recordar la petición y enviarla a la BS una vez que se ha producido el RT permitido. Una vez llegado el RT permitido o tiempo de inicio de programa, los tiempos de petición permitidos de registro se escalonan preferiblemente en 20 diferentes tiempos para evitar la carga del sistema. A continuación la MS forma una lista de registros 447. La MS puede también formar la Lista de visión 448 una vez que el usuario está viendo el contenido BCMCS en el bloque 60 de la figura 4.
Una vez terminado el programa, la MS elimina preferiblemente ese programa de la posible lista 440 y todas las listas subordinadas para así evitar que el usuario solicite un programa después de que se haya acabado el 25 programa.
La tabla 1 muestra un ejemplo de diferente información que se puede almacenar en la MS.
Para los programas planificados, como se describirá en lo sucesivo, el registro puede ser controlado bien por la MS o por la red.
La figura 12 muestra un flujo de mensaje ejemplar para un programa planificado en el cual el registro es controlado por la MS. Este flujo de mensaje muestra un ejemplo de película 1 HBO de la Tabla 1. Antes de la etapa 1, la MS 210 ha obtenido la planificación de la película 1 HBO que incluye el tiempo o periodo de registro permitido, 5 y otra información durante la adquisición de información BCMCS.
En la etapa 1, el BSC 224 envía un mensaje de encabezado, que indica la película 1 HBO identificada por la o las BCMCS_FLOW_ID no está disponible en este momento. Esta indicación puede ser proporcionada por la o las BCMCS_FLOW_ID en el mensaje de encabezado.
En la etapa 2, si el usuario solicita el película 1 HBO antes del tiempo o periodo de registro permitido 10 (1:30PM), la MS 210 puede bloquear la petición y puede indicar el tiempo de registro permitido al usuario. Después de la 1:30PM, la MS 210 envía un registro BCMCS al BSC 224 para la película 1 HBO, bien de manera autónoma, o sobre una solicitud repetida por el usuario. En la etapa 3, el BSC 208 envía la respuesta de registro BCMCS a la MS. Esto se puede llevar a cabo mediante acuse de recibo L2. Al recibir la respuesta de la BS, la MS 210 puede sintonizar la frecuencia que contendrá la película 1 HBO. Alternativamente, antes del tiempo planificado (por 15 ejemplo, a la 1:59PM), BSC/PCF 224 envía la petición de contenido BCMCS al PDSN 206 para solicitar toda la configuración de conexión. Alternativamente, la MS 210 puede sintonizar frecuencia en el paso 13. En el paso 4, dado que el BSC 224 también posee conocimientos del programa BCMCS, el BSC/PCF 224 puede solicitar la configuración inmediatamente después de la recepción de la primera solicitud de cualquier MS autorizada 210.
En la etapa 5, El PDSN 206 envía peticiones de contenido BCMCS al controlador BCMCS 212 para 20 solicitar contenido. En la etapa 6, el controlador BCMCS 212 envía la petición de contenido al servidor de contenido. En la etapa 7, el servidor de contenido 202 envía flujos IP de multidifusión a MR. Esta etapa se puede producir en cualquier momento antes del tiempo de inicio del programa BCMCS. En la etapa 8, el servidor de contenido 202 envía la respuesta de contenido al controlador BCMCS. En la etapa 9, el controlador BCMCS 212 envía la respuesta de contenido al PDSN. En la etapa 10, el PDSN 206 envía IGMP a MR 218 para unirse al árbol de 25 multidifusión. Esta etapa se puede producir en cualquier momento antes del tiempo de finalización del programa BCMCS. En la etapa 11, el PDSN 206 envía la respuesta de contenido BCMCS a PCF/BSC 24. La conexión A8 y A10 se establece en este momento. En la etapa 12, los flujos IP de multidifusión se envían sobre ese sector. Esta etapa se podría producir en cualquier momento antes del tiempo de inicio del programa BCMCS. En la etapa 13, el BSC 224 indica que el contenido se transmite por el aire mediante el mensaje de encabezado. La MS 210 sintoniza 30 el canal BCMCS.
En la etapa 14, a la 4,:00PM;, la película 1 HBO se termina. El BSC 224 no está recibiendo el contenido BCMCS del PSDN. En la etapa 15, BSC/PCF 224 envía la petición de liberación de ruta de soporte BCNCS al PDSN. En la etapa 16, el PDSN 206 responde con la respuesta de liberación de ruta de soporte BCMCS. La conexión A8 y A10 se libera. En la etapa 17, el BSC 208 indica a la MS 210 por el mensaje de encabezado que la 35 película 1 HBO ha dejado de transmitir. Esto podría tener forma de mensaje de encabezado que no contiene información acerca del programa. Alternativamente, podría tener forma de mensaje de encabezado que contiene identificación de programa y un identificador de que el programa no está disponible. Tal indicación se podría transmitir durante algún periodo de gracia después del tiempo de finalización del programa, después del cual el mensaje de encabezado no contendría información acerca del programa. 40
Procedimiento de control de red
La figura 10 muestra un flujo de mensaje ejemplar para un programa planificado en el cual el registro es controlado por la red. El programa planificado en este ejemplo es la película 1 HBO de la Tabla 1. Este procedimiento no requiere que la MS 210 filtre ninguna petición del usuario. El procedimiento se basa e la red para indicar si se permite o no que la MS 210 registre el programa BCMCS planificado. 45
En la etapa 1, el BSC 224 envía un mensaje de encabezado, que indica que la película 1 HBO, identificada por la o las BCMCS_FLOW_ID, no está disponible en este momento. Esta indicación es proporcionada por la ausencia de la o las BCMCS_FLOW_ID del mensaje de encabezado.
En la etapa 2, si el usuario solicita la película 1 HBO en cualquier momento, la MS 210 envía una solicitud de registro BCMCS para la o las BCMCS_FLOW_ID específicas al BSC 224. En la etapa 3, BSC/PCF 224 envía la 50 petición de contenido BCMCS al PDSN 206. La petición de contenido BCMCS especifica la o las BCMCS_FLOW_ID. En la etapa 4, el PDSN 206 envía la petición de contenido BCMCS al controlador BCMCS 212. En la etapa 5, el controlador BCMCS 212 tiene conocimiento de la planificación BCMCS. Debido a que es demasiado temprano para que la MS 210 registre este servicio, el controlador 212 enviará la respuesta de
contenido BCMCS con código de error incluido. El código de error puede incluir información acerca de cando se permite que la MS 210 se registre para este servicio. En la etapa 6, el PDSN 206 envía la respuesta de contenido BCMCS a BSC/PCF 224 con código de error incluido. En la etapa 7, BSC/PCF 208 envía la respuesta de registro BCMCS a la MS 210 con código de error incluido.
En la etapa 8, algún tiempo antes de que empiece el programa (por ejemplo, la 1:45PM), el servidor de 5 contenido 202 iniciará la configuración de contenido con MR 218. En este punto, se puede enviar algún contenido, tal como música o anuncios, etc.
En la etapa 9, algo más tarde, si el usuario solicita la película 1 HBO, la MS 210 enviará un registro BCMCS a la BSC. Alternativamente, si la MS 210 es consciente del RT permitido, la MS 210 puede enviar de manera autónoma la petición al BSC 224. En la etapa 10, BSC/PCF 208 envía la petición de contenido BCMCS al 10 PDSN 206. La petición de contenido BCMCS especifica la o las BCMCS_FLOW_ID. En la etapa 11, el PDSN 206 envía la petición de contenido BCMCS al controlador BCMCS 212.
En la etapa 12, el controlador BCMCS 212 tiene conocimiento de la planificación BCMCS. Debido a que el tiempo de registro permitido ha empezado, el controlador enviará la respuesta de contenido BCMCS al PDSN 206. En la etapa 13, el PDSN 206 se une al árbol de multidifusión por IGMP si éste es el primer usuario. Esta etapa se 15 puede producir en cualquier momento antes del tiempo de inicio del programa BCMCS. En la etapa 14, el PDSN 206 envía la respuesta de contenido BCMCS a BSC/PCF. En la etapa 15, se establecen las conexiones A8 y A10. En la etapa 16, BSC/PCF envía la respuesta de registro BCMCS a la MS para confirmar que el servicio se ha registrado con éxito. Tras la recepción de la respuesta de la BS, la MS sintoniza la frecuencia que contendrá la película 1 HBO. en la etapa 17, los flujos IP de multidifusión se envían a ese sector. Esta etapa se podría producir 20 en cualquier momento antes del tiempo de inicio del programa BCMCS. En la etapa 18, BSC 224 indica el contenido que se está transmitiendo por el aire a través del mensaje de encabezado. La MS sintoniza el canal BCMCS.
En la etapa 19, a las 4:00PM, la película 1 HBO se termina.- El servidor de contenido 202 deja de transmitir la película 1 HBO. En la etapa 20, el PDSN 206 solicita a BSC/PCF que extinga la conexión A10 mediante el 25 mensaje de petición de liberación de ruta de soporte BCMCS. En la etapa 21, BSC/PCF responde con la respuesta de liberación de ruta de soporte BCMCS al PDSN 206. en la etapa 22, el BSC indica a la MS, por el mensaje de encabezado, que se ha dejado de transmitir la película 1 HBO. Por ejemplo, el mensaje de encabezado puede no contener información acerca del programa. Alternativamente, el mensaje de encabezado que contiene la identificación de programa podría indicar un indicador de que el programa no está disponible. Tal indicación se 30 transmitiría durante algún periodo de gracia después del tiempo de finalización del programa, después del cual el mensaje de encabezado no contendría información acerca del programa.
Programas en curso
Los programas de contenido en curso son programas que empiezan en algún momento y son difundidos sin un tiempo de finalización planificado. Ejemplos de programas de contenido en curso pueden incluir información 35 de noticias, información meteorológica, información musical o bursátil que se difunde sobre una base en curso. La tabla 1 proporciona un ejemplo de un programa para el contenido denominado “noticias CNN”. Según esta realización, después de que el usuario decida recibir un programa de contenido en curso, el usuario encuentra un tiempo de registro permitido (RT) o periodo de registro permitido (RP) asociado a ese programa. Para los programas en curso BCMCS, se puede notificar a la MS un tiempo de inicio de programa y un tiempo de registro 40 permitido (RT) o periodo de registro permitido (RP).
El descubrimiento y el abonamiento de servicio se llevan a cabo de manera similar a la manera en que los programas planificados se llevan a cabo. Durante la adquisición de información, se notificará a la MS un tiempo de inicio, el cual podría ya haber pasado, y un tiempo de finalización que puede establecerse para indicar que el programa está en curso. Alternativamente, el tiempo de finalización se puede establecer lejos en el futuro. Un 45 RT/RP permitido se puede establecer para indicar que se puede permitir cualquier tiempo. El registro de programas en curso se lleva a cabo de manera similar a la manera de llevar al cabo el registro para programas planificados. La configuración y extinción de la ruta de soporte, sintonización de frecuencias e información de encabezado se llevan a cabo de maneras similares a lo que lo son para los programas planificados.
Alternativamente, el programa en curso se puede dividir en múltiples bloques contiguos de tiempo. Por 50 ejemplo, un programa musical en curso se puede dividir en bloques de 2 horas, funcionamiento en bucle. Este cambia la naturaleza del programa de un programa en curso a un programa planificado, y todas las etapas se puede llevar a cabo como se ha descrito anteriormente con referencia los programas planificados. Sin embargo, es deseable que la configuración y extinción de la ruta de soporte se asocien al programa en curso, no a los bloques individuales. Esto se puede llevar a cabo asociando la portadora a la o las BCMCS_FLOW_ID, y volviendo a usar 55
las de un bloque a otro. BSC/PCF 224 y PDSN 206 pueden tomar decisiones relativas a la vida útil de la ruta de soporte basándose en las vidas útiles de la o las BCMCS_FLOW_ID. Esta alternativa proporciona al usuario información en forma de bloques, pero la red trata el programa en curso como tal.
Programas planificados BCMCS
Para algunos programas “no planificados”, el operador puede no poder programarlos por adelantado. Los 5 programas de emergencias, por ejemplo, se difunden normalmente sin ninguna planificación establecida.
El contenido asociado a programas de energía puede incluir, por ejemplo, información acerca de un inminente tornado, graves peligros de carretera, etc. La red puede notificar a la MS un programa no planificado por diferentes medios, por ejemplo, difundiendo Servicios de mensajes cortos (SMS), o un mensaje de encabezado. En una realización, una estación de origen, tal como una estación base, notifica a una estación de destino, tal como una 10 estación móvil que tal difusión de emergencias se llevará a cabo por SMS. Esta notificación también puede contener el tiempo de inicio del programa y un RT/RP permitido para recibir la difusión.
La figura 11 muestra un flujo de mensaje ejemplar para un programa de emergencias no planificado. Muchas etapas en la figura 11 son descritas anteriormente con referencia a la figura 9, y por lo tanto no se repetirán por motivos de simplicidad. Al recibir la notificación de la red, en la etapa 2, la MS 210 lleva a cabo la adquisición de 15 información BCMCS con el controlador BCMCS 212. La MS 210 obtiene el tiempo de inicio del programa y el RT/RP permitido. La MS 210 puede entonces añadir el tiempo de inicio del programa y el RT/RP permitido al la posible lista, y la lista de abonado, y las indican a los usuarios por UI. Para tales programas, los abonamientos y registros pueden no ser necesarios en algunas realizaciones. Otras etapas son similares a las mencionadas anteriormente con referencia a los programas planificados y en curso. 20
El experto en la técnica entenderá que la información y las señales se pueden representar usando cualquiera de las varias tecnologías y técnicas diferentes. Por ejemplo, los datos, instrucciones, mandos información, señales, bits, símbolos y chips que se pueden referencias a lo largo de toda la descripción anterior se pueden representar mediante tensiones, corrientes, ondas electromagnéticas, campos magnéticos o partículas magnéticas, campo ópticos o partículas ópticas, o cualquier combinación de los mismos. 25
El experto en la técnica apreciará, además, que los diversos bloques lógicos, módulos, circuitos y etapas de algoritmo descritos junto con las realizaciones divulgadas en la presente memoria se puede implementar como equipo electrónico, software informático, o combinaciones de los mismos. Para ilustrar claramente esta intercambiabilidad de hardware y software, se han descrito anteriormente varios componentes, bloques, módulos, circuitos y etapas ilustrativos generalmente en términos de su funcionalidad. Que tal funcionalidad se implemente 30 como hardware o software depende de la aplicación particular u las condiciones de diseño impuestas sobre el sistema global. Los artesanos cualificados pueden implementar la funcionalidad descrita de diversas maneras para cada aplicación particular, pero tales decisiones de implementación no se deberían interpretar como que se producen una salida del ámbito de la presente invención.
Los diversos bloques lógicos, etapas de diagrama de flujo y la funcionalidad de las estaciones de destino y 35 estaciones de origen, ilustrativos descritos junto con las realizaciones divulgadas en la presente memoria se pueden implementar o llevar a cabo con un procesador universal, un procesador de señal digital (DSP), un circuito integrado específico de aplicación (ASIC), una matriz de compuertas programables de campo (FPGA) u otro dispositivo lógico programable, compuerta discreta o lógica de transistor, componentes de hardware discreto, o cualquier combinación de los mismos destinados a llevar a cabo las funciones descritas en la presente memoria. Un 40 procesador universal puede ser un microprocesador, pero alternativamente, el procesador puede ser cualquier procesador, controlador, microcontrolador, o máquina de estado convencionales. Un procesador se puede también implementar como una combinación de dispositivo de cálculo, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo DSP o cualquier otra configuración de este tipo. 45
Las etapas de diagramas de flujo y la funcionalidad de las estaciones de destino y las estaciones de origen descritas junto con las realizaciones divulgadas en la presente memoria se pueden materializar directamente en hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software puede residir en una memoria RAM, una memoria Flash, una memoria ROM, una memoria EPROM, una memorias EEPROM, registros, disco duro, un disco removible, un CD-ROM, o cualquier otra forma de soporte de 50 almacenamiento en la técnica. Un soporte de almacenamiento ejemplar se acopla al procesador, de manera que el procesador pueda leer información de, y escribir información en, el soporte de almacenamiento. Alternativamente el soporte de almacenamiento puede ser solidario al procesador. El procesador y el soporte de almacenamiento pueden residir en un ACIC. El ASIC puede residir en un terminal de usuario. Alternativamente, el procesador y el soporte de almacenamiento pueden residir como componentes discretos en un terminal de usuario. 55

Claims (46)

  1. REIVINDICACIONES
    1.- Estación de origen (708) que comprende medios para difundir un programa difundido a al menos una pluralidad de grupos de estaciones de destino (710); caracterizada porque la estación de origen comprende, además,
    medios para enviar un primer parámetro de periodo de registro a un primer grupo de estaciones de destino 5 (711A), en la cual el primer parámetros de periodo de registro especifica un primer periodo durante el cual el primer grupo de estaciones de destino (711A) se deben registrar para el programa difundido en la estación de origen (708), y en la cual cualesquiera intentos de solicitudes de registro que se produzcan fuera del primer periodo se bloquean.
  2. 2.- Estación de origen según la reivindicación 1, que comprende, además, medios para rechazar cualquier intento 10 de petición de registro por parte del primer grupo de estaciones de destino (711A) que se produce fuera del primer periodo.
  3. 3.- Estación de origen según la reivindicación 1, en la que los medios de difusión difunden un primer mensaje de adquisición, asociado al programa difundido, que comprende al menos un parámetro del primer parámetro de periodo de registro y un segundo parámetro del periodo de registro diferente del primer parámetro del periodo de 15 registro, especificando el segundo parámetro de periodo de registro un segundo periodo durante el cual un segundo grupo de estaciones de destino (711B) debe registrarse en la estación de origen (708).
  4. 4.- Estación de origen según la reivindicación 3, en la cual el primer parámetro de periodo de registro se comunica al primer grupo de estaciones de destina (711A) en un primer tiempo, y en la cual el segundo parámetro de periodo de registro se comunica al segundo grupo de estaciones de destino (711B) en un segundo tiempo. 20
  5. 5.- Estación de origen según la reivindicación 4, en la cual el primer tiempo es diferente del segundo tiempo.
  6. 6.- Estación de origen según la reivindicación 4, en la cual el primer tiempo es aproximadamente idéntico al segundo tiempo.
  7. 7.- Estación de origen según la reivindicación 3, en la cual el parámetro de periodo de registro comprende un periodo de registro permitido asociado al programa difundido durante el cual el grupo de estaciones de destino 25 (710) debe enviar un mensaje de intento de registro a la estación de origen (708).
  8. 8.- La estación de origen según ala reivindicación 7, en la cual el periodo de registro permitido asociado al programa difundido indica un periodo de registro permitido anterior al inicio del programa difundido.
  9. 9.- Estación de origen según la reivindicación 3, en la cual los medios de difusión comprenden, además, difundir un segundo programa difundido a al menos una estación de una pluralidad de estaciones de destino (710), 30 y un segundo mensaje de adquisición, asociado al segundo programa difundido, que tiene al menos un tercer parámetro de periodo de registro y un cuarto parámetro de periodo de registro.
  10. 10.- Estación de origen según la reivindicación 9, en la cual el programa difundido comprende al menos una fuente de contenido.
  11. 11.- Estación de origen según la reivindicación 10, en la cual el programa difundido comprende una primera 35 fuente de contenido y una segunda fuente de contenido, y en la cual el primer parámetro de periodo de registro se asocia a la primera fuente de contenido, y en la cual el tercer parámetro de periodo se registro se asocia a la segunda fuente de contenido.
  12. 12.- Estación de origen según la reivindicación 11, en la cual el primer parámetro de periodo de registro es diferente del tercer parámetro de periodo de registro. 40
  13. 13.- Estación de origen según la reivindicación 3, en la cual el programa difundido comprende un programa de emergencias.
  14. 14.- Estación de origen según la reivindicación 3, en la cual el programa difundido comprende un programa de contenido en curso.
  15. 15.- Estación de origen según la reivindicación 3, en el cual el programa difundido comprende un programa 45 planificado, y en la cual el primer mensaje de adquisición comprende, además, una planificación que incluye un parámetro de tiempo de inicio.
  16. 16.- Estación según la reivindicación 3, en la cual la estación de origen (708) comprende una estación base.
  17. 17.- Estación de origen según cualquiera de las reivindicaciones 1 a 16, en la cual uno o más de los grupos de estaciones de destino comprende una estación de destino. 50
  18. 18.- Procedimiento de registro para un programa difundido que es difundido por al menos una estación de origen a al menos un grupo de una pluralidad de grupos de estaciones de destino, caracterizado porque el procedimiento comprende:
    recibir de una estación de origen, mediante un primer grupo de estaciones de destino, un primer parámetro de periodo de registro que especifica un primer periodo durante el cual el primer grupo de estaciones de destino se 5 debe registrar para el programa difundido en la estación de origen, y bloquear cualquier intento de petición de registro que se produzca fuerza del primer periodo.
  19. 19.- Procedimiento según la reivindicación 18, en el cual la estación de origen rechaza cualquier intento de petición de registro por el primer grupo de estaciones de destino que se produzca fuera del primer periodo, y solicitar periódicamente el registro, por el grupo de estaciones de destino, hasta que se envía una petición dentro 10 del primer periodo si la petición de registro procedente del primer grupo de estaciones de destino se envía antes de que empiece el primer periodo.
  20. 20.- Procedimiento según la reivindicación 18, que comprende, además, recibir un primer mensaje de adquisición, asociado al programa difundido, que comprende al menos un parámetro del primer parámetro de periodo de registro y un segundo parámetro de periodo de registro diferente del primer parámetro de periodo de 15 registro;
    y recibir, por un segundo grupo de estaciones de destino, el segundo parámetro de periodo de registro que especifica un segundo periodo durante el cual el segundo grupo de estaciones de destino se debe registrar en la estación de origen.
  21. 21.- Procedimiento según la reivindicación 20, en el cual el primer parámetro de periodo de registro es recibido 20 por el primer grupo de estaciones de destino en un primer tiempo, y en el cual el segundo parámetro de periodo de registro es recibido por el segundo grupo de estaciones de destino en un segundo tiempo.
  22. 22.- Procedimiento según la reivindicación 21, en el cual el primer tiempo es diferente del segundo tiempo.
  23. 23.- Procedimiento según la reivindicación 21, en el cual el primer tiempo es aproximadamente idéntico al segundo tiempo. 25
  24. 24.- Procedimiento según la reivindicación 20, en el cual el parámetro de periodo de registro comprende un periodo de registro permitido asociado al programa difundido durante el cual el grupo de estaciones de destino debe enviar un mensaje de intento de registro a la estación de origen.
  25. 25.- Procedimiento según la reivindicación 24 en el cual el periodo de registro permitido asociado al programa difundido indica un periodo de registro permitido antes del inicio del programa difundido. 30
  26. 26.- Procedimiento según la reivindicación 20, que comprende, además: recibir en al menos un grupo de una pluralidad de grupos de estaciones de destino un segundo programa difundido, y un segundo mensaje de adquisición, asociado al segundo programa difundido que tiene al menos un tercer parámetro de periodo de registro y un cuarto parámetro de periodo de registro.
  27. 27.- Procedimiento según la reivindicación 20, en el cual el programa difundido comprende al menos una fuente 35 de contenido.
  28. 28.- Procedimiento según la reivindicación 27, en el cual el programa difundido comprende una primera fuente de contenido y una segunda fuente de contenido, y en el cual el primer parámetro de periodo de registro se asocia a la primera fuente de contenido, y en el cual un tercer parámetro de periodo de registro se asocia a la segunda fuente de contenido. 40
  29. 29.- Procedimiento según la reivindicación 28, en el cual el primer parámetro de periodo de registro es diferente del tercer parámetro de periodo de registro.
  30. 30.- Procedimiento según la reivindicación 20, en el cual el programa difundido comprende un programa de emergencias.
  31. 31.- Procedimiento según la reivindicación 20 en el cual el programa difundido comprende un programa de 45 contenido en curso.
  32. 32.- Procedimiento según la reivindicación 20, en el cual el programa comprende un programa planificado, y en el cual el primer mensaje de adquisición comprende, además, una planificación que incluye un parámetro de tiempo de inicio de programa.
  33. 33.- Procedimiento según cualquiera de las reivindicaciones 18 a 32, en el cual uno o más de los grupos de 50
    estaciones de destino comprende una estación de destino.
  34. 34.- Aparato que comprende;
    medios para recibir un primer parámetro de periodo de registro desde al menos estación de origen (708) que difunde un programa difundido a al menos un grupo de una pluralidad de estaciones de destino, en el cual el primer parámetro de periodo de registro especifica un primer periodo durante el cual un primer 5 grupo de estaciones de destino (711A) debe registrase para el programa difundido en la al menos una estación de origen (708); y
    medios para bloquear cualquier intento de petición de registro que se produzca fuera del primer periodo.
  35. 35.- Aparato según la reivindicación 34, que comprende, además;
    medios para solicitar un registro hasta que se envía una petición de registro dentro del primer periodo, si la 10 petición de registro procedente del aparato se envía antes de que empiece el primer periodo.
  36. 36.- Aparato según la reivindicación 35, en el cual el primer parámetro de periodo de registro es recibido por el primer grupo de estaciones de destino (711A) en un primer tiempo, y en el cual el segundo parámetro de periodo de registro es recibido por otras estaciones de destino (711B) en un segundo tiempo.
  37. 37.- Aparato según la reivindicación 36, en el cual el primer tiempo es diferente del segundo tiempo. 15
  38. 38.- Aparato según la reivindicación 36, en el cual el primer tiempo es aproximadamente idéntico al segundo tiempo.
  39. 39.- Aparato según la reivindicación 35, en el cual el parámetro de periodo de registro comprende un periodo de registro permitido asociado al programa difundido durante el cual el primer grupo de estaciones de destino debe enviar un mensaje de intento de registro a la estación de origen (708). 20
  40. 40.- aparato según la reivindicación 39, en el cual el periodo de registro permitido asociado al programa difundido indica un periodo de registro permitido entes del inicio del programa difundido.
  41. 41.- Aparato según la reivindicación 40, en el cual el programa difundido comprende al menos una fuente de contenido.
  42. 42.- Aparato según la reivindicación 41, en el cual el programa difundido comprende un programa de 25 emergencias.
  43. 43.- Aparato la reivindicación 41, en el cual el programa difundido comprende un programa de contenido en curso.
  44. 44.- Aparato según cualquiera de las reivindicaciones 34 a 43, en el cual las estaciones de destino comprenden un comunicador inalámbrico. 30
  45. 45.- Aparato según cualquiera de las reivindicaciones 34 a 43, en el cual las estaciones de destino comprenden un terminal móvil
  46. 46.- Aparato según la reivindicación 41, en el cual el programa comprende en un programa planificado, y en el cual el primer mensaje de adquisición comprende, además, una planificación que incluye un parámetro de tiempo de inicio de programa. 35
ES04754911T 2003-06-09 2004-06-09 Procedimiento y aparato para aplicación de difusión en un sistema de comunicación inalámbrica. Active ES2354428T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US47721603P 2003-06-09 2003-06-09
US477216P 2003-06-09
US851504 2004-05-21

Publications (1)

Publication Number Publication Date
ES2354428T3 true ES2354428T3 (es) 2011-03-14

Family

ID=43626909

Family Applications (1)

Application Number Title Priority Date Filing Date
ES04754911T Active ES2354428T3 (es) 2003-06-09 2004-06-09 Procedimiento y aparato para aplicación de difusión en un sistema de comunicación inalámbrica.

Country Status (1)

Country Link
ES (1) ES2354428T3 (es)

Similar Documents

Publication Publication Date Title
EP1632056B1 (en) Method and apparatus for broadcast application in a wireless communication system
ES2354150T3 (es) Procedimiento y dispositivo para proporcionar información de servicio de difusión .
KR101011651B1 (ko) 브로드캐스트/멀티캐스트 서비스에 대한 송신 파라미터의협상을 위한 방법 및 장치
ES2363970T3 (es) Método y sistema para una iniciación de servicio de multidifusión en un sistema de comunicaciones.
Wang et al. Broadcast and multicast services in cdma2000
US7995510B2 (en) Method for implementing broadcast/multicast area management in a wireless communication system
BR112019013865A2 (pt) arquitetura de rede tendo capacidades de subsistema de multimídia de multicast e broadcast
US9030989B2 (en) Method and apparatus for broadcasting/multicasting content from mobile user equipment over an MBMS network
JP4361372B2 (ja) マルチキャスト／同報通信サービスにおけるフロー処理およびマッピングのための方法および装置
ES2354428T3 (es) Procedimiento y aparato para aplicación de difusión en un sistema de comunicación inalámbrica.
TW202234904A (zh) 通信方法及裝置
WO2022027696A1 (zh) 一种安全信息的配置方法和装置
KR20050076433A (ko) 멀티미디어 방송/멀티캐스트 서비스 시스템에서 방송서비스 데이터를 효율적으로 보호화 하는 방법