ES2564510T3 - Técnica para suministrar información de programación para un servicio de usuario de MBMS - Google Patents

Técnica para suministrar información de programación para un servicio de usuario de MBMS

Info

Publication number
ES2564510T3
ES2564510T3 ES12780084.5T ES12780084T ES2564510T3 ES 2564510 T3 ES2564510 T3 ES 2564510T3 ES 12780084 T ES12780084 T ES 12780084T ES 2564510 T3 ES2564510 T3 ES 2564510T3
Authority
ES
Spain
Prior art keywords
mbms
programming information
programming
usd
information
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
ES12780084.5T
Other languages
English (en)
Inventor
Thorsten Lohmar
Michael John SLSSINGAR
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2564510T3 publication Critical patent/ES2564510T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Abstract

Un método de suministro de información de programación para un Servicio de Usuario del Servicio Multimedia de Emisión/Multidifusión, MBMS, para el que se proporciona una Descripción de Servicio de Usuario, USD, comprendiendo el método: proporcionar (520) información de programación que describe una programación para el Servicio de Usuario de MBMS, en donde la programación está descrita en forma de uno o más eventos recurrentes y/o de una o más listas de inicio/parada, y suministrar (530) la USD y la información de programación a un Equipo de Usuario, UE, (420), en donde la USD tiene una referencia o un enlace a la información de programación.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Tecnica para suministrar informacion de programacion para un servicio de usuario de MBMS Campo tecnico
La presente divulgacion se refiere en general a Servicios Multimedia de Emision/Multidifusion (MBMSs). En particular, se proporciona una tecnica para suministrar informacion de programacion para un Servicio de Usuario de MBMS. La tecnica puede ser implementada en forma de metodos, productos de programa informatico o dispositivos.
Antecedentes
El MBMS es un servicio de suministro de contenidos de Punto-A-Multipunto (PTM) especificado por el Proyecto Partnership de 3a Generacion (3GPP). El MBMS habilita un suministro eficiente de contenidos a multiples receptores en una red de comunicaciones celulares. Los contenidos pueden ser suministrados en forma de flujos de contenido (por ejemplo, programas de TV o radio moviles) o de archivos de contenido (por ejemplo, actualizaciones de noticias).
Los aspectos de MBMS y de MBMS evolucionado (eMBMS) estan definidos en la Especificacion Tecnica (TS) 26.346 de 3GPP. Informacion adicional concerniente a MBMS, y en particular concerniente a la arquitectura de MBMS en relacion con las redes de comunicaciones celulares, ha sido presentada en F. Hartung et al., “Suministro de Servicios de Emision en Redes 3G”, IEEE Transactions on Broadcasting, Vol. 53, Num. 1, Marzo de 2007, p. 188 a 199. Segun se discute en la presente memoria, el componente central de la arquitectura de MBMS es el denominado Centro de Servicio de Emision Multidifusion (BM-SC).
El MBMS esta dividido funcionalmente en un Servicio de Portadora de MBMS y un Servicio de Usuario de MBMS. La Figura 1 ilustra esquematicamente la relacion entre el Servicio de Portadora de MBMS y el Servicio de Usuario de MBMS.
El Servicio de Portadora de MBMS mostrado en la mitad inferior de la Figura 1, direcciona en general procedimientos de transmision de MBMS bajo una capa de Protocolo de Internet (IP) en base a portadoras de multidifusion o emision. Un Servicio de Portadora de MBMS individual se identifica mediante una Identidad de Grupo Movil Temporal (TMGI). Se asigna una TMGI simple, globalmente unica, por Servicio de Portadora de MBMS por medio del BM-SC. El suministro de contenidos a traves del Servicio de Portadora de MBMS puede incluir transmisiones de PTM o de Punto-A-Punto (PTP).
El Servicio de Usuario de MBMS mostrado en la mitad superior de la Figura 1 direcciona en general protocolos de capa de aplicacion o de servicio y procedimientos basados, por ejemplo, en Protocolo de Tiempo Real (RTP) para servicios de transmision, y en el protocolo FLUTE (vease Internet Engineering Task Force, IETF, RFC 3926) para servicios de suministro de archivos. Se define una sesion de suministro de contenido FLUTE en un archivo de Protocolo de Descripcion de Sesion (SDP), el cual contiene parametros que permiten que un cliente movil reciba un suministro de archivo movil. Tales parametros incluyen tfpicamente una direccion de Multidifusion de IP, un puerto de Protocolo de Datagrama de Usuario (UDP) y la TMGI.
En la actualidad, no existe ninguna parte de informacion detallada de temporizacion y/o localizacion del concepto de sesion de suministro de FLUTE. Como ejemplo, no existe ninguna garantfa de que un cliente movil, tambien denominado Equipo de Usuario (UE) en TS 26.346 de 3GPP, sea un Area de Servicio de MBMS cuando se inicia una portadora de MBMS. Ademas, un receptor de MBMS monitorizara de forma continua el canal de notificacion de MBMS (es decir, el Canal de Control de MBMS, MCCH) y esperara una sesion de suministro de archivo entrante, la cual viene indicada por una TMGI en el MCCH. La monitorizacion continua del MCCH es el drenaje de batena para un cliente movil y reducira por lo tanto su tiempo de funcionamiento.
Tdocs S4-110448 (encuentro TSG-SA#64, del 11 al 15 de Abril de 2011, San Diego, CA, USA) y S4-110621 (encuentro TSG-SA#65, del 15 al 19 de Agosto de 2011, Kista, Suecia), discuten el tema de la monitorizacion eficiente de potencia de las transmisiones de MBMS. Segun se confirmo en los mismos, la monitorizacion continua de MCCHs para portadoras de MBMS activas de interes y la recepcion innecesaria asociada de datos de MBMS incrementa el consumo de potencia de clientes moviles. A este respecto, TDocs S4-110621 sugiere anadir informacion de programacion de modo que los clientes moviles puedan desactivar la monitorizacion de MCCH cuando las portadoras de MBMS de interes esten sin duda no activas. Espedficamente, se sugiere que la Tabla de Suministro de Archivo (FDT) de FLUTE debe describir la ventana de tiempo (mediante dos parametros denominados startTime y endTime) cuando cada archivo sea programado para ser emitido.
Se ha encontrado que la informacion de programacion de transmision en la FDT de FLUTE adolece de varios inconvenientes. Por ejemplo, la temporizacion en la FDT es aplicable solamente a archivos dentro de la sesion de FLUTE (esto puede mencionarse como en lmea para informacion en-banda). En consecuencia, la temporizacion de contenidos (por ejemplo, como la identificada por la clase de servicio) que sea a traves de flujos FLUTE diferentes no puede ser descrita apropiadamente.
5
10
15
20
25
30
35
40
45
50
La solicitud de patente GB 2 406 997 A describe un dispositivo de comunicaciones de radio movil abonado a un servicio de difusion tal como MBMS, en donde el dispositivo de comunicaciones de radio movil opera sin necesidad de monitorizar el canal de notificacion hasta justamente antes de que vaya a comenzar el servicio de difusion.
Sumario
Por lo tanto, existe una necesidad de suministrar eficientemente informacion de programacion en relacion con Servicios de Usuario de MBMS.
Segun un aspecto, se presenta un metodo para suministrar informacion de programacion para un Servicio de Usuario de MBMS para el que se proporciona una Descripcion de Servicio de Usuario (USD), en donde el metodo comprende la etapa de proporcionar informacion de programacion que describa una programacion para un Servicio de Usuario de MBMS, en donde la programacion se describe en forma de uno o mas eventos recurrentes y/o una o mas listas de inicio/parada, y la etapa de suministrar la USD y la informacion de programacion a un UE, en donde la USD tiene una referencia a, o un enlace con, la informacion de programacion.
La informacion de programacion y la USD pueden ser suministradas juntas o separadas. En una implementacion, la informacion de programacion se suministra durante un procedimiento de Anuncio de Servicio. La USD puede ser suministrada asimismo durante el procedimiento de Anuncio de Servicio o en cualquier otro procedimiento.
En una variante, la informacion de programacion se suministra fuera-de-banda. En otra variante, la informacion de programacion se suministra en-banda a traves de MBMS. En una implementacion de ese tipo, la informacion de programacion puede ser suministrada con datos de MBMS o, alternativamente, sin datos de MBMS. La informacion de programacion que se suministra en-banda con los datos de MBMS puede ser informacion de programacion mas antigua sobrescrita (obsoleta).
La informacion de programacion puede ser identificable en relacion con otra informacion (tal como la USD). Como ejemplo, la informacion de programacion puede ser identificada mediante un tipo de Extensiones de Correo de Internet Multiproposito (MIME).
La informacion de programacion puede especificar una duracion o un momento de actualizacion. La duracion o el momento de la actualizacion pueden provocar que, una vez que ha pasado, el UE extraiga informacion de programacion actualizada. La extraccion puede ser llevada a cabo a traves de un procedimiento de comunicacion de unidifusion, o PTP. Cuando se ha usado un tiempo de actualizacion, el tiempo de actualizacion puede ser renovado tras la recepcion de una actualizacion de informacion de programacion en-banda.
La informacion de programacion puede tener cualquier formato. Como ejemplo, la informacion de programacion puede ser proporcionada en un formato de Lenguaje de Marcas Extensible (XML).
La USD puede ser valida para una o mas sesiones de MBMS. Como ejemplo, la USD puede ser valida para multiples Sesiones de MBMS comprendidas por una Sesion de Servicio de Usuario de MBMS.
Segun se ha expuesto con anterioridad, la informacion de programacion describe la programacion para un Servicio de Usuario de MBMS. La programacion puede reflejar multiples Sesiones de MBMS comprendidas por una Sesion de Servicio de Usuario de MBMS.
Las Sesiones de MBMS pueden ser sesiones de descarga de MBMS. En una implementacion, las sesiones de descarga de MBMS pueden estar gobernadas, o controladas, por el protocolo FLUTE.
La programacion descrita por la informacion de programacion puede senalar cuando se preparara el UE para recepcion de MBMS. Se puede usar la senalizacion correspondiente para poner el UE en un modo de ahorro de potencia cuando no es inminente ninguna recepcion de MBMS.
El suministro de informacion de programacion puede ir acompanado del suministro de informacion de localizacion de recepcion. La informacion de localizacion de recepcion puede identificar una region espedfica para recepcion de MBMS.
En una implementacion, la informacion de programacion y la USD pueden ser suministradas como elementos separados al UE. De ese modo, puede que la USD no incluya la informacion de programacion como tal, sino solamente la referencia o el enlace a la informacion de programacion. Como ejemplo, la informacion de programacion y la USD pueden ser suministradas en fragmentos, instancias, elementos y/o archivos separados. En general, una o ambas de entre la informacion de programacion y la USD pueden ser suministradas como archivo propio.
Segun un aspecto adicional, se presenta un metodo para determinar informacion de programacion para un Servicio de Usuario de MBMS para el que se proporciona una USD, en donde el metodo se lleva a cabo en un UE y comprende la etapa de recibir la USD y la informacion de programacion, en donde la informacion de programacion describe una programacion para un Servicio de Usuario de MBMS, en donde la programacion esta descrita en forma de uno o mas eventos recurrentes y/o de una o mas listas de inicio/parada, en donde la USD tiene una referencia o
5
10
15
20
25
30
35
40
45
50
enlace a la informacion de programacion, y la etapa de determinacion de la informacion de programacion a traves de la referencia o el enlace desde la USD.
El metodo segun el aspecto adicional puede comprender adicionalmente preparar la recepcion en base a la informacion de programacion. La preparacion para la recepcion puede comprender iniciar la monitorizacion de un MCCH para una Sesion de MBMS. Adicionalmente, o como alternativa, la preparacion para la recepcion puede comprender activar un chipset de MBMS del UE.
Un Servicio de Usuario de MBMS iniciado puede ser pausado por el UE en base a la informacion de programacion. Como ejemplo, pausar un Servicio de Usuario de MBMS iniciado puede comprender parar la monitorizacion del MCCH. Alternativamente, o adicionalmente, pausar un Servicio de Usuario de MBMS iniciado puede comprender desactivar un chipset de MBMS del UE.
La tecnica presentada en la presente memoria puede ser materializada en forma de software, en forma de hardware, o usando una alternativa combinada de software/hardware. En lo que se refiere a un aspecto de software, se proporciona un producto de programa informatico que comprende porciones de codigo de programa para llevar a cabo las etapas presentadas en la presente memoria cuando el producto de programa informatico se ejecuta en un procesador (por ejemplo, un dispositivo de computacion). El producto de programa informatico puede estar almacenado en un medio de grabacion legible con ordenador tal como un chip de memoria, un CD-ROM, un disco duro, etcetera. Ademas, el producto de programa informatico puede ser proporcionado para su descarga a traves de una conexion de red sobre tal medio de grabacion.
Tambien se proporciona un dispositivo para el suministro de informacion de programacion para un Servicio de Usuario de MbMs para el que se proporciona una USD, en donde el dispositivo comprende una funcionalidad adaptada para proporcionar informacion de programacion que describe una programacion para un Servicio de Usuario de MBMS, en donde la programacion se describe en forma de uno o mas eventos recurrentes y/o una o mas listas de inicio/parada, y una funcionalidad adaptada para suministrar la USD y la informacion de programacion a un UE, en donde la USD tiene una referencia o un enlace a la informacion de programacion.
El dispositivo puede estar adaptado para suministrar la informacion de programacion de varias formas. Como ejemplo, la informacion de programacion puede ser suministrada durante un procedimiento de Anuncio de Servicio. Adicionalmente, o como alternativa, la informacion de programacion puede ser suministrada fuera-de-banda o en- banda a traves de MBMS. Especialmente en el ultimo caso, la informacion de programacion puede ser suministrada con datos de MBMS (o alternativamente, sin tales datos).
La informacion de programacion puede especificar uno o mas parametros adicionales. Como ejemplo, la informacion de programacion puede especificar una duracion o un momento de actualizacion.
Mas aun, se presenta un UE para determinar informacion de programacion para un Servicio de Usuario de MBMS para el que se proporciona una USD, en donde el UE comprende una funcionalidad adaptada para recibir una USD e informacion de programacion, en donde la informacion de programacion describe una programacion para un Servicio de Usuario de MBMS, en donde la programacion esta descrita en forma de uno o mas eventos recurrentes y/o una o mas listas de inicio/parada, y una funcionalidad adaptada para determinar la informacion de programacion a traves del enlace o la referencia desde la USD.
Tambien se proporciona un sistema de MBMS que comprende el dispositivo para proporcionar informacion de programacion, asf como el UE presentado en la presente memoria. El sistema de MBMS puede ser conforme con cualquiera de las especificaciones de MBMS y eMBMS.
Breve descripcion de los dibujos
Otros aspectos, detalles y ventajas de la tecnica presentada en la presente memoria resultaran evidentes a partir de la descripcion que sigue de ejemplos de realizaciones junto con los dibujos, en los que:
La Figura 1 ilustra esquematicamente los conceptos de Servicio de Portadora de MBMS y de Servicio de Usuario de MBMS;
La Figura 2 ilustra esquematicamente multiples Sesiones de MBMS asociadas a una unica TMGI;
Las Figuras 3A, 3B ilustran posibles relaciones geograficas entre Areas de Servicio de MBMS y UEs, y
La Figura 4 ilustra primeras realizaciones de dispositivo de un suministrador de informacion de programacion y de un receptor de informacion de programacion;
La Figura 5 ilustra realizaciones de metodo de operacion del suministrador de informacion de programacion y del receptor de informacion de programacion de la Figura 4;
La Figura 6 ilustra segundas realizaciones de dispositivo de un suministrador de informacion de programacion y de un receptor de informacion de programacion, y
5
10
15
20
25
30
35
40
45
50
55
La Figura 7 ilustra una realizacion de dispositivo mas detallada de un receptor de informacion de programacion como el de la Figura 4 o 6.
Descripcion detallada
En la descripcion que sigue de ejemplos de realizaciones, a efectos de explicacion y no de limitacion, se exponen detalles espedficos tales como secuencias espedficas de etapas de senalizacion con el fin de proporcionar una comprension completa de la tecnica presentada en la presente memoria. Resultara evidente para un experto en la materia que la tecnica puede ser tambien puesta en practica en otras realizaciones que se aparten de esos detalles espedficos.
Ademas, el experto en la materia apreciara que los servicios, funciones y etapas explicadas en lo que sigue de la presente memoria pueden ser implementadas usando software que funciona junto con un procesador programado, un Circuito Integrado Espedfico de la Aplicacion (ASIC), un Procesador de Senal Digital (DSP) o un ordenador de proposito general. Tambien se apreciara que mientras las realizaciones que siguen seran descritas principalmente en el contexto de metodos y dispositivos, la tecnica presentada en la presente memoria puede ser tambien materializada en un producto de programa informatico asf como en un sistema que comprenda un procesador de ordenador y una memoria acoplada al procesador, en donde la memoria esta codificada con uno o mas programas que provocan que el procesador lleve a cabo los servicios, funciones y etapas que se describen en la presente memoria.
En lo que sigue, se van a describir en primer lugar determinados aspectos de un sistema de MBMS en donde pueden ser puestas en practica realizaciones de la tecnica presentada en la presente memoria. El sistema de MBMS descrito en lo que sigue puede ser implementado funcionalmente segun se ha ilustrado en la Figura 1 descrita con anterioridad.
TS 26.346 de 3GPP distingue entre Servicios de Usuario de MBMS y Sesiones de Servicio de Usuario de MBMS (vease el apartado 4.2) y Sesiones de MBMS (Sesion de Emision y Sesion de Multidifusion estan definidas por separado en el apartado 3.1). Una Sesion de MBMS esta definida por un identificador de portadora de MBMS (es decir, la TMGI) y por el Area de Servicio de MBMS particular para la que se inicia la Sesion de MBMS. Una Sesion de MBMS sobre una portadora de MBMS se inicia con el Procedimiento de Inicio de Sesion de MBMS y se desactiva usando el procedimiento de Parada de Sesion de MBMS.
En algunas de las realizaciones que siguen, el termino “Sesion de Suministro” se usara sinonimamente para una Sesion de Servicio de Usuario de MBMS. Una Sesion de Suministro puede estar limitada en el contexto de tales realizaciones a “Sesiones de Descarga de MBMS” (por ejemplo, en base al protocolo FLUTE). La temporizacion de la Sesion de Suministro (es decir, t-line) no proporciona convencionalmente ninguna informacion acerca de la temporizacion de una Sesion de MBMS (una Sesion de Suministro puede abarcar por lo general multiples sesiones de MBMS).
Una Sesion de Suministro se define mediante un archivo de SDP en combinacion con un archivo de USD. El archivo de SDP contiene la TMGI que identifica la portadora de MBMS usada para suministrar el contenido. El archivo de SDP se proporciona a los clientes moviles, tambien llamados UEs en la presente memoria, durante el Anuncio de Servicio (SA).
La definicion de Servicio de Portadora de MBMS incluye una Fase de Notificacion de MBMS, la cual permite que la red informe a los UEs del interior del Area de Servicio de MBMS (area de emision objetivo) acerca de transmisiones de MBMS inminentes (vease TS 23.246 de 3GPP). Segun se ha indicado con anterioridad, una portadora de MBMS se identifica mediante una TMGI, la cual puede ser considerada como un identificador de grupo. El MCCH porta informacion acerca de portadoras de MBMS activas en una celula espedfica. La red indica cualquier cambio del MCCH explfcitamente, de modo que los UEs no tienen siempre que leer el MCCH. Los UEs conocen la TMGI de interes a partir del Anuncio de Servicio, el cual se distribuye sobre una capa de servicio o de aplicacion.
Una Sesion de MBMS que usa un Servicio de Portadora de MBMS, puede ser iniciada y detenida desde el BM-SC usando procedimientos de Inicio y Parada de Sesion de MBMS. La red de radio cambia el contenido del MCCH como resultado de un Inicio y Parada de Sesion de MBMS. Una Sesion de MBMS puede ser iniciada en un Area de Servicio de MBMS espedfica. El Area de Servicio de MBMS puede ser mas pequena que la red de comunicaciones moviles (por ejemplo, una Red Movil Terrestre Publica, PLMN). Los UEs solamente pueden recibir los datos de MBMS de la Sesion de MBMS sobre una portadora de MBMS cuando aquellos estan dentro del Area de Servicio de MBMS.
Una Sesion de MBMS puede ser usada, por ejemplo, para servicios de video en vivo y de distribucion de archivo. Ambos tipos de servicios pueden estar limitados en el tiempo y pueden tambien estar disponibles solamente en unas determinadas zonas geograficas (es decir, dentro del Area de Servicio de MBMS). La informacion de Anuncio de Servicio (archivos de SDP y archivos de USD) no incluyen convencionalmente informacion de temporizacion en cuanto a cuando se inicia o se para la Sesion de MBMS. Se debe apreciar que un archivo de SDP puede ser valido durante un tiempo mucho mas largo del que esta activa una portadora de MBMS. Ademas, el archivo de SDP puede describir un suministro de datos usando sucesivas Sesiones de MBMS (vease TS 22.246 de 3GPP, apartado 5).
5
10
15
20
25
30
35
40
45
50
55
Como resultado de esta situacion, los UEs podran monitorizar continuamente el MCCH de MBMS para determinar si se ha iniciado o no una portadora de MBMS de interes (identificada por una TMGI).
Segun se ha expuesto con anterioridad, la informacion de Anuncio de Servicio de MBMS (archivos de SDP y de USD) puede ser valida para una o mas Sesiones de MBMS (es decir, sucesivas Sesiones de MBMS). Esto significa que la portadora de MBMS (identificada por una TMGI) puede ser iniciada y parada varias veces segun se ha ilustrado en la Figura 2 para una Sesion de MBMS fragmentada sobre portadora de MBMS con TMGI num. X (“TMGI #X”). En la Figura 2, la Sesion de MBMS se inicia dos veces, por ejemplo en dos sabados seguidos entre las 14:00h y las 16:00h. Los UEs, que estan interesados en el contenido de esa portadora de MBMS, no tienen convencionalmente conocimiento sobre esta programacion. Segun las especificaciones de 3GPP, esos UEs tienen que monitorizar continuamente el MCCH para el inicio de la portadora de MBMS. Obviamente, esta monitorizacion consume innecesariamente potencia de la batena.
Ademas, un UE tiene conocimiento sobre el Area de Servicio de MBMS solamente cuando el UE esta en el interior del Area de Servicio de MBMS mientras esta activa una Sesion de MBMS. En ese caso, el UE encuentra la TMGI del servicio de interes en el MCCH. Si el UE esta fuera del Area de Servicio de MBMS o si la Sesion de MBMS no esta activa, entonces el UE no tiene conocimiento del Area de Servicio de MBMS.
Las Figuras 3A y 3B ilustran esos escenarios. El UE de la Figura 3A esta dentro del Area de Servicio de MBMS. Cuando esta activa la Sesion de MBMS de TMGI #X, entonces el UE encuentra TMGI #X por el MCCH y puede recibir el contenido asociado. Si la Sesion de MBMS no esta activa, entonces el UE no puede determinar la razon para no recibir ningun trafico. El UE no recibe trafico de MBMS debido ya sea a que esta fuera del Area de Servicio de MBMS o ya sea porque no se ha iniciado ninguna portadora de MBMS con TMGI #X.
El UE de la Figura 3B esta fuera del Area de Servicio de MBMS. El UE no puede determinar la razon de porque no esta recibiendo contenido en cuanto a la Portadora de MBMS con TMGI #X.
La probabilidad de que “el UE este dentro del Area de Servicio de MBMS, mientras la Sesion de MBMS este activa”, depende del tipo de servicio y de la conducta del usuario. Por ejemplo, es menos frecuente que el UE este dentro del Area de Servicio de MBMS cuando el usuario del UE vive en una zona suburbana o rural.
Un aspecto presentado en las realizaciones que siguen, esta basado en el concepto de que un Servicio de Usuario de MBMS iniciado en el UE esta “pausando” la monitorizacion del MCCH para la portadora de MBMS de interes. A este fin, la red proporciona informacion de programacion y, opcionalmente, de localizacion de recepcion al UE segun se va a explicar ahora con mas detalle.
La Figura 4 ilustra una realizacion de un sistema de MBMS que comprende dos realizaciones de dispositivos 400, 420. Espedficamente, se ha representado un dispositivo 400 para suministrar informacion de programacion, o de temporizacion (denominado tambien Suministrador de Informacion de Programacion, SID, en lo que sigue) y un UE 420 configurado en este caso como cliente movil para la recepcion de la informacion de programacion. La informacion de programacion se proporciona para Servicios de Usuario de MBMS. Los Servicios de Usuario de MBMS, o sesiones de los mismos, estan asociados a una USD segun ha sido descrito en general en TS 26.346 de 3GPP (vease, por ejemplo, el apartado 5).
Segun se ha ilustrado en la Figura 4, el SIP 400 comprende una funcionalidad 402 de provision de informacion de programacion, asf como una funcionalidad 406 de suministro capacitada para comunicar con el UE 420. El SID 400 puede estar realizado como parte de, o en forma de, un BM-SC.
El UE 420 comprende, a su vez, una funcionalidad 422 de recepcion, capacitada para comunicar con la funcionalidad 406 de suministro del SIP 400. Ademas, el UE 420 comprende una funcionalidad 424 de determinacion.
La funcionalidad 406 de suministro del SID 400 esta configurada para suministrar informacion de programacion asf como la USD a la funcionalidad 422 de recepcion del UE 420. En una implementacion, tanto la USD como la informacion de programacion son suministradas como elementos de informacion separados pero juntos durante un procedimiento de Anuncio de Servicio. En otras implementaciones, la USD y la informacion de programacion podnan ser suministradas en diferentes instantes de tiempo. Ademas, se pueden usar procedimientos alternativos para el suministro.
A continuacion se va a describir la operacion del SID 400 y del UE 420 con mayor detalle, con referencia al diagrama de flujo 500 de la Figura 5.
En una etapa 520 inicial, la funcionalidad 402 de provision de informacion de programacion del SIP 400 proporciona informacion de programacion, o de temporizacion que describe una programacion para el Servicio de Usuario de MBMS. La programacion se describe en forma de uno o mas eventos recurrentes. Adicionalmente, o como alternativa, la programacion se describe en forma de una o mas listas de inicio/parada.
Despues de la etapa 520, la funcionalidad 406 de suministro del SIP 400 suministra, en la etapa 530, la USD y la
5
10
15
20
25
30
35
40
45
50
55
informacion de programacion como elementos de informacion separados (opcionalmente, en instantes de tiempo distanciados, es decir, individualmente) al UE 420. El suministro puede ocurrir para una sesion de descarga de MBMS entrante o previamente iniciada, por medio del protocolo FLUTE (vease la Figura 1).
La USD suministrada en la etapa 530 tiene una referencia, o enlace, a la informacion de programacion. En este caso, la USD no contiene la informacion de programacion como tal, sino una referencia o un enlace (por ejemplo, un identificador plano, un Identificador de Recurso Uniforme, URI, etcetera). La referencia o enlace habilita al UE 420 para identificar, o determinar, la informacion de programacion en cualquier parte. Como tal, la informacion de programacion no tiene que estar incluida en, o transmitida con, la USD, y la USD y la informacion de programacion no tienen que ser suministradas al mismo tiempo. Ademas, esta alternativa permite una actualizacion facil de la informacion de programacion (puesto que la USD no tiene que ser suministrada de nuevo en ese caso).
La etapa de suministro 530 puede ocurrir, al menos en lo que se refiere a la USD, en el contexto de un procedimiento de Anuncio de Servicio. La informacion de programacion puede ser suministrada asimismo durante el procedimiento de Anuncio de Servicio o en un instante de tiempo posterior, y ya sea en-banda (via MBMS, opcionalmente junto con datos de MBMS) o ya sea fuera-de-banda.
La USD y la informacion de programacion son recibidas, segun se indica mediante la etapa 540 en la Figura 5, por la funcionalidad 422 de recepcion del UE 420, ya sea al mismo tiempo o ya sea en instantes de tiempo diferentes. En una etapa adicional 550, la funcionalidad 424 de determinacion determina (la localizacion de) la informacion de programacion a traves del enlace o la referencia desde la USD. A este respecto, la funcionalidad 424 de determinacion puede eliminar la referencia de la informacion de programacion desde la USD (por ejemplo, a traves del identificador comun).
En etapas adicionales no ilustradas en la Figura 5, el UE 420 puede procesar el contenido de la informacion de programacion. En relacion con dicho procesamiento, el UE 420 puede prepararse para la recepcion en base a la informacion de programacion (por ejemplo, el UE 420 puede iniciar la monitorizacion del MCCH para una sesion de MBMS activando un chipset de MBMS del UE o de otro modo). Ademas, el UE 420 puede pausar un Servicio de Usuario de MBMS iniciado, en base a la informacion de programacion (por ejemplo, deteniendo la monitorizacion del MCCH y/o desactivando un chipset de MBMS del UE 420). El UE 420 puede comprender funcionalidades adecuadas (no representadas), adaptadas para llevar a cabo uno o mas de esos procedimientos.
La Figura 6 ilustra dos realizaciones de dispositivo alternativas para el SID 400 y el UE 420. En las presentes realizaciones, la USD y la informacion de programacion se suministran por medio de archivos (o porciones de archivos) dedicados. Adicionalmente, o alternativamente, al menos uno de entre la USD, el enlace (o la referencia) y la informacion de programacion, puede comprender, o ser suministrado en forma de, un fragmento de metadatos segun se ha definido en TS 26.346 de 3GPP (vease, por ejemplo, el apartado 5).
Segun se ha ilustrado en la Figura 6, el SID 400 comprende una funcionalidad 602 de provision de archivo de informacion, una funcionalidad 604 de poner referencias, y una funcionalidad 606 de suministro capacitada para comunicar con el UE 420. La funcionalidad 602 de provision de informacion del SID 400 esta configurada para proporcionar un archivo de informacion. El archivo de informacion contiene la informacion de programacion, o de temporizacion. La funcionalidad 604 de provision de referencia del SID 400 pone referencias al archivo de informacion a partir del archivo de USD. A este fin, el archivo de USD y el archivo de informacion estan asociados, o enlazados, entre sf. La funcionalidad 606 de suministro del SIP 400 esta configurada para suministrar el archivo de informacion, asf como el archivo de USD, al UE 420. En una implementacion, ambos archivos son suministrados conjuntamente durante un procedimiento de Anuncio de Servicio. En otras implementaciones, los archivos podran ser suministrados por separado.
El UE 420 comprende de nuevo una funcionalidad 622 de recepcion capacitada para comunicar con la funcionalidad 606 de suministro del SIP 400. Ademas, el UE 420 comprende una funcionalidad 624 de poner referencias. La funcionalidad 424 de poner referencias elimina referencias del archivo de informacion a partir del archivo de USD para determinar la informacion de programacion a traves del enlace o la referencia a partir del archivo de USD. La funcionalidad de poner referencias corresponde asf funcionalmente a la funcionalidad 424 de determinacion de la Figura 4.
En lo que sigue, se va a describir con mayor detalle las realizaciones de dispositivo y de metodo representadas en general en las Figuras 4, 5 y 6. Espedficamente, se van a presentar en primer lugar realizaciones mas detalladas del archivo de programacion (el cual es opcional), de la informacion de programacion y de la programacion (parcialmente en combinacion con informacion de localizacion opcional). A continuacion se van a describir varias realizaciones para procesar y aprovechar la informacion de programacion (y la informacion de localizacion opcional).
La programacion de un Servicio de Usuario de MBMS puede ser descrita, en general en el archivo de informacion en forma de duraciones (el Servicio de Usuario debera iniciar la monitorizacion despues de X segundos de nuevo), en forma de eventos recurrentes (el Servicio de Usuario debera monitorizar portadoras de MBMS asociadas cada sabado entre las 14:00h y las 16:00h), o en forma de listas de inicio/parada.
Puesto que el UE 420, segun se ha ilustrado en las Figuras 4 y 6, puede abandonar un Area de Servicio de MBMS
5
10
15
20
25
30
(vease la Figura 3B) en cualquier momento, el archivo de informacion (denominado tambien archivo de programacion en lo que sigue), puede describir una “duracion de actualizacion mmima”. Cuando la duracion de actualizacion mmima ha pasado y el UE 420 no ha recibido ninguna actualizacion en-banda con los datos de MBMS, entonces el UE 420 podna, o debena, usar unidifusion (es decir, PTP) para extraer informacion de programacion actualizada para el Servicio de Usuario. La intencion del mecanismo de actualizacion es la de mantener la solucion funcionando, incluso cuando el UE 420 abandona el Area de Servicio de MBMS.
La informacion de localizacion de recepcion opcional puede estar basada, en este caso, en IDs de Celula o en Codigos de Area de Localizacion (LAC). Ambos, el ID de Celula y el LAC, pueden ser recibidos por los UEs en modo inactivo. Los sistemas operativos de telefonos modernos proporcionan Interfaces de Programacion de Aplicacion (APIs) para monitorizar la localizacion (por ejemplo, API de Localizacion de Celula en Android). La informacion de localizacion de recepcion puede ser descrita en forma de una lista de IDs de Celula o LACs, donde el Servicio de Usuario de MBMS usa portadoras de MBMS para distribucion de datos (es decir, Area de Servicio de MBMS).
Las Areas de Servicio de MBMS pueden ser muy grandes, cubriendo regiones enteras. Un archivo (con informacion de localizacion de recepcion) puede llegar a ser por lo tanto de tamano muy grande cuando el Area de Servicio de MBMS es muy grande. La solucion para subsanar el problema de archivos grandes consiste en permitir la particion del archivo de descripcion de localizacion de recepcion en porciones, y describir una region de actualizacion: Cuando el UE 420 abandona la region descrita, entonces el UE 420 debe actualizar el archivo de localizacion de recepcion que proporciona su propia localizacion.
El archivo de informacion de programacion y de localizacion de recepcion puede ser suministrado al UE 420:
• Durante un Anuncio de Servicio, como referencia a partir del archivo de Descripcion de Servicio de Usuario (USD),
• En-banda con los datos de MBMS.
El archivo de informacion de programacion y de recepcion puede ser identificado mediante el ejemplo de “application/mbms-schedule-and-rx-location+xml” de tipo MIME. Cuando el receptor de descarga de MBMS (es decir, el UE 420) encuentra un archivo con ese tipo de MIME, gestiona el archivo de informacion de programacion y localizacion de recepcion, apropiadamente.
A continuacion se proporciona un ejemplo de archivo de informacion de programacion y de localizacion de recepcion, segun un ejemplo de formato XML:
<?xml version="l.0" encoding="UTF-8"?>
<scheduleAndRxLocationlnformation
xmlns="scheduleAndRxLocationlnformationSchema" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance"
<Schedule update="3530304000">
<TimeDate start="3529490400" durations"7200"/> <TimeDate start="3530095200" duration="7200"/> </Schedule>
<ReceptionLocation update-lac="1600, 1602, 1603, 1624"> <lac ids="1601, 211"/> ccell ids="15845, 21391, 21392"/> </ReceptionLocation>
</scheduleAndRxLocationlnformation>
El elemento de programacion proporciona en este caso informacion de inicio y de duracion, es decir, cuando deberan los UEs prepararse para recepcion de MBMS (iniciar monitorizacion de MCCH para Sesion de MBMS). Existen otras alternativas para describir las programaciones aparte de las listas explfcitas.
5
10
15
20
25
30
35
40
45
50
55
El ntp timestampo 3529490400 corresponde al sabado, 5 de Noviembre, a las 14:00h (CET). El ntp timestamp 3530095200 corresponde al sabado, 12 de Noviembre, a las 14:00h (CET). El ntp timestamp 3530304000 corresponde al 15 de Noviembre, a las 00:00h (CET), el cual es el momento en que el uE debe haber recibido una actualizacion a mas tardar (nota: el valor se renueva cuando el UE recibe una actualizacion en-banda).
El elemento de Localizacion de Recepcion proporciona informacion de localizacion de recepcion (LAC) de grano- grueso e informacion de localizacion de recepcion (Celula) de grano-fino.
Las realizaciones anteriores pueden, a modo de ejemplo, ser implementadas como sigue en un ejemplo de entorno de 3GPP.
TS 26.346 podna ser ampliada con un archivo de informacion de “Programacion y localizacion de recepcion” opcional, el cual describe informacion de programacion de la Sesion de MBMS asociada y tambien informacion de localizacion de recepcion. Esto permite que el UE 420 pause Servicios de Usuario de MBMS iniciados (detener la monitorizacion de MCCH para las TMGIs del Servicio de Usuario de MBMS cuando no se necesite). Sena posible proporcionar solamente informacion de programacion y proporcionar solamente informacion de localizacion. En otras palabras, la informacion de localizacion puede ser, por ejemplo, opcional y por lo tanto puede ser omitida (dando lugar a un archivo de informacion “pura” con informacion de programacion).
El archivo de informacion de programacion y localizacion de recepcion podna, o debena, ser un archivo propio, de modo que pueda ser recibido en-banda a traves de MBMS, o fuera-de-banda a traves de HTTP. El mismo puede ser enlazado desde la USD y puede ser actualizado (sobrescrito) en-banda con los datos de MBMS.
El archivo de informacion de programacion y localizacion de recepcion podna, o debena, permitir actualizaciones. Podna, o debena, ser al menos un mecanismo de actualizacion basado en temporizador.
En lo que sigue, se describen algunas realizaciones adicionales en terminos de un ejemplo de sistema de 3GPP. Se debe entender que la descripcion puede ser generalizada a otros sistemas en lmea con las caractensticas generales segun se describe en la presente memoria. En terminos de 3GPP, la descripcion propone mecanismos acerca de como el UE 420 de las Figuras 4 y 6 (terminal de usuario) recibira de manera efectiva el suministro de emision de archivo movil. Las realizaciones que siguen presentan parcialmente escenarios de como se puede aprovechar la informacion de programacion y/o la informacion de localizacion de recepcion segun se han recibido con el archivo de informacion (veanse, por ejemplo, las Figuras 4, 5 y 6).
En este caso, el termino terminal o telefono de usuario es una generalizacion de cualquier UE 420 que este capacitado para enviar y recibir datos en una red de datos. En particular, el telefono estara capacitado para recibir el suministro del archivo de MBMS (metodo de suministro de descarga de aka MBMS).
En terminos generales, el UE 420 esta configurado para desactivar las partes de recepcion de MBMS, en particular para desactivar la monitorizacion del canal de control que esta siendo configurado para informar sobre la transmision multidifusion entrante incluso cuando se haya registrado en general una aplicacion en el UE 420 para recepcion multidifusion de este servicio. En particular, la desactivacion y la activacion de la monitorizacion se basa en informacion de programacion y de localizacion de recepcion (por ejemplo, segun se ha discutido con anterioridad con referencia a las Figuras 4, 5 y 6).
La transmision multidifusion, por ejemplo en terminos de Sesion de MBMS de 3GPP, se proporciona sobre portadoras de MBMS. Segun se ha explicado con anterioridad, la Sesion de MBMS puede ser identificada por medio de cualquier identificador que este capacitado para identificar un grupo, como la TMGI (vease la Figura 2). La TMGI puede ser proporcionada durante el procedimiento de Anuncio de Servicio. Ademas, algunas de las Sesiones de MBMS pueden ser identificadas como de interes particular para un usuario. Esto puede hacerse por medio de la TMGI de interes, en terminos de 3GPP.
En una realizacion, dicho canal de control es el MCCH. Una transmision multidifusion entrante se notifica por el MCCH listando una TMGI asociada a la informacion de acceso al canal de trafico asociado en el MCCH. En lo que sigue, los terminos monitorizacion de MCCH o monitorizacion de MBMS seran usados en este sentido.
Segun se ha explicado con anterioridad, se propone en las presentes realizaciones permitir que el UE 420 desactive la recepcion de informacion de control multidifusion (es decir, monitorizacion de MCCH) cuando (en el tiempo) y donde (localizacion) no exista con certeza ninguna transmision multidifusion entrante para el servicio de interes. En general, este procedimiento se aplica cuando el UE 420 contiene al menos una aplicacion interesada en recibir dichas transmisiones multidifusion con el fin de evitar que el UE 420 este monitorizando continuamente el MCCH para el identificador de grupo (por ejemplo, TMGI) de interes.
Segun se ha explicado con anterioridad, se propone que el UE 420 este capacitado para recibir informacion detallada de programacion y de area de recepcion (o actualizaciones de la misma). Esto puede llevarse a cabo como parte del metodo de suministro de archivo de MBMS o usando el Protocolo de Transferencia de Hipertexto (HTTP).
En una variante, se propone que en caso de que se reciba el archivo por medio de suministro de descarga de MBMS
5
10
15
20
25
30
35
40
45
50
55
(por ejemplo, transportado por el protocolo FLUTE), un Controlador de Metodo de Suministro identifica el archivo recibido en base a cualquier manera preferida y disponible, por ejemplo mediante un tipo unico de MIME o un nombre de archivo/URI bien conocido. Dicha informacion puede ser reenviada para activar y desactivar el canal de MCCH.
El UE 420 puede conocer su localizacion (aproximada) en base a cualquier metodo preferido y disponible; por ejemplo, en base a un Codigo de Area de Localizacion (LAC) o de una ID de Celula, o incluso de Geo-coordenadas, que se proporciona mediante el sistema. Alternativamente, el UE 420 puede usar el Sistema de Posicionamiento Global (GPS) o cualquier otro sistema de posicion basado en satelite, para determinar informacion de localizacion. Una funcion de Control de Programacion y Localizacion de Recepcion, en el UE 420, puede monitorizar continuamente (o a traves de temporizadores) la necesidad de activacion o de desactivacion de recepcion de MBMS para servicios de interes.
Ademas, se propone que cuando la informacion de programacion indique activar o desactivar monitorizacion de MBMS para un servicio, el UE 420 comprueba en primer lugar la informacion de localizacion, si es posible o no la recepcion de MBMS en la localizacion actual.
De ese modo, el UE 420 puede ser adaptado para desactivar sus partes de recepcion de MBMS (por ejemplo, en terminos de un chipset de MBMS), cuando no este ciertamente en cobertura, en particular cuando hay raramente trafico de suministro de archivo planificado para un servicio segun se haya indicado en la informacion de programacion para ese servicio.
En una variante adicional, el UE 420 del sistema de telecomunicacion puede estar adaptado al metodo presentado. En ese caso, el UE 420 puede comprender una entidad de gestion adaptada para activar y desactivar monitorizacion de MCCH en base a informacion de programacion y de localizacion de recepcion para uno o mas servicios. Ademas, se propone disponer de una entidad de procesamiento adaptada para procesar el archivo de informacion de programacion y de localizacion de recepcion (o actualizaciones del mismo). Dicha entidad puede ser realizada mediante una funcion de Control de Programacion y de Localizacion de Recepcion.
En una realizacion representada en la Figura 7, se propone que el UE 420 comprenda uno o mas chipsets 430 de radio de MBMS (cada uno de ellos controlando la Capa 1 (PHY), Capa 2 (RLc/mAC), Capa 3 (RRC), middleware 432 de MBMS (capa de IP para control de metodo de suministro de descarga de MBMS), y una o mas aplicaciones 434 habilitadas de MBMS. El chipset 430 de radio de MBMS se denomina tambien modem y puede estar integrado con otras funciones relacionadas con radio. Una funcion 436 de Control de Programacion y de Localizacion de Recepcion esta ubicada preferiblemente dentro del middleware 432. La funcion 436 de Control de Programacion y Localizacion de Radio puede comprender la funcionalidad 422 de recepcion y la funcionalidad 424 de poner referencias, discutidas con anterioridad con referencia a las Figuras 4 y 6. En implementaciones alternativas, la funcionalidad 422 de recepcion puede ser realizada total o parcialmente por el chipset 430 de radio de MBMS, mientras que la funcionalidad 424 de poner referencias permanece en la funcion 436 de Control de Programacion y de Localizacion de Recepcion.
Segun una implementacion, el middleware 432 de MBMS esta habilitado para controlar (activar/desactivar) el chipset 430 de MBMS (en terminos de desactivacion de la monitorizacion de MCCH, en particular para TMGIs de interes), en base a informacion de programacion y de localizacion de recepcion (gestionada en la funcion 436 de Controlador de Programacion y de Localizacion de Recepcion). La(s) “TMGI(s) de interes” describe(n) unicamente las transmisiones multidifusion o las Sesiones de MBMS de interes. Esto permite que el UE 420 (por ejemplo, un telefono) ahorre batena evitando monitorizacion de MCCH (no recibiendo los canales ffsicos de MBMS). De ese modo, se propone proporcionar una funcion de middleware separada tal como la funcion 436 de Controlador de programacion y Localizacion de Rx, la cual esta adaptada para procesar la informacion y para controlar el chipset 430 de MBMS correspondientemente (y, por lo tanto, controlar la recepcion de Canales Ffsicos de MBMS).
La Figura 7 representa la pila de protocolo del lado del cliente (telefono) y tambien funciones genericas de middleware de MBMS. El middleware 432 de MBMS implementa algunos protocolos nuevos tal como FLUTE (RFC 3926) y, opcionalmente, Correccion de Error de Envfo (FEC) de capa de aplicacion, como Raptor, LDPC o Reed Solomon FEC. El middleware 432 de MBMS puede reutilizar protocolos disponibles tales como HTTP, Protocolo de Control de Transporte (TCP) y UDP, y funciones disponibles tal como informacion de localizacion. Puede ser posible integrar los protocolos y funciones de middleware de MBMS en un Sistema Operativo (OS) tal como Android, el cual incluye tambien funciones genericas para comunicaciones y control de GUI.
Los protocolos existentes (unidifusion) tal como HTTP, usan funciones de unidifusion existentes de un chipset 438 de radio de unidifusion (tambien denominado modem de radio). Los nuevos protocolos de MBMS/emision, tal como FLUTE, usan nuevas funciones de chipset/modem relacionadas con MBMS, las cuales pueden ser implementadas como extension de chips de unidifusion existentes o incluso como un chipset separado.
Funciones de middleware genericas controlan los protocolos de radio usando funciones de control. En el caso de MBMS, el middleware 432 activa o desactiva la recepcion de portadoras de MBMS, las cuales son identificadas por una TMGI (la cual esta de nuevo asociada umvocamente con al menos un servicio). Cuando el middleware 432
5
10
15
20
25
30
35
40
45
50
55
activa la recepcion de una portadora de MBMS (identificada a traves de una TMGI, que fue proporcionada al UE 420 a traves de Anuncio de Servicio) en el chipset 430, las capas de radio activan la recepcion del MCCH con el fin de monitorizar la presencia de la portadora de MBMS de interes (segun se describe a traves de la TMGI) desde la celula actualmente recibida.
Si no se encuentra inmediatamente la TMGI en el MCCH, el chipset 430 puede recibir continuamente el MCCH y monitorizar la disponibilidad de la(s) TMGI(s) de interes.
En una realizacion, se propone que un nodo de control (tal como el SID 400 de las Figuras 4 y 6) que esta ubicado en una red, esta configurado para proporcionar informacion detallada de programacion y de area de recepcion acerca de archivos de suministro multidifusion (opcionalmente para cada servicio por separado) a los clientes.
En una realizacion, se propone que el nodo de control proporcione informacion de programacion detallada y tambien informacion de cobertura de emision de MBMS (o area de recepcion desde la perspectiva del terminal), la cual se procesa de forma automatica en el terminal del usuario que esta capacitado para gestionar la implementacion del metodo de suministro de descarga de MBMS en el telefono (por ejemplo, middleware 432 de MBMS).
En una realizacion, se propone que el nodo de control (por ejemplo, en una funcion de Control de Programacion y de Localizacion de Recepcion) use informacion acerca del suministro multidifusion para generar la informacion de programacion. Por ejemplo, un operador puede usar una sesion de suministro de archivo para suministrar contenidos solamente por las noches. Ademas, algunos servicios de MBMS como relleno de cache nocturno o eventos deportivos en los fines de semana, tienen una programacion fija.
Ademas, el nodo de control puede estar adaptado para disponer de informacion acerca del area de emision objetivo.
En una realizacion adicional, se propone que la programacion de la transmision sea descrita de cualquier forma disponible y preferible, por ejemplo proporcionando tambien eventos recurrentes, listas de inicio/duracion, listas de inicio/parada, o duraciones de desactivacion, y los terminales activan/desactivan receptores de MBMS (partes del chipset para recibir el Canal Ffsico de MBMS) conforme a la programacion recibida.
En una realizacion adicional, un nodo de control (tal como el SID 400 de las Figuras 4 y 6) del sistema de telecomunicacion puede estar adaptado al metodo presentado. En ese caso, el nodo de control comprende un receptor para la recepcion de informacion en relacion con el suministro de archivo de MBMS, que comprende los servicios de cobertura y tiempo de emision, y una unidad de procesamiento para generar informacion de programacion e informacion de cobertura de emision de MBMS, asf como un transmisor (tal como la funcionalidad 406 o 606 de suministro de la Figura 4 o 6, respectivamente) para transmitir la informacion de programacion hacia los usuarios (es decir, los UE 420).
En lo que sigue, se describen ejemplos de realizaciones mas detallados en los terminos de un sistema de 3GPP. Sin embargo, debe entenderse que esta descripcion puede ser tambien generalizada a otros sistemas en lmea con las caractensticas generales segun se ha descrito bajo el concepto basico.
Un aspecto presentado en la presente memoria consiste en proporcionar programacion detallada y, opcionalmente, informacion de area de recepcion como parte del metodo de suministro de archivo de MBMS. La intencion consiste en permitir que terminales tales como el UE 420 de las Figuras 4 y 6 apaguen la recepcion de MBMS (es decir, la monitorizacion de MCCH) cuando (en el tiempo) y, opcionalmente, donde (la ubicacion) no exista ciertamente ninguna transmision entrante. Algunos servicios de MBMS como relleno de cache nocturno o eventos deportivos en los fines de semana, tienen una programacion fija y conocen el area de emision objetivo.
Un Fragmento de Programacion y de Localizacion de Recepcion dedicado (como una implementacion del archivo de informacion descrito con anterioridad), puede ser distribuido en-banda como descripcion del procedimiento de suministro asociado, o puede ser proporcionado como fallo dentro de la USD de MBMS. El Fragmento de Programacion y de Localizacion de Recepcion puede contener solamente informacion de programacion o informacion de localizacion de recepcion, o ambas.
El cliente de Suministro de Archivo de MBMS identifica el Fragmento de Programacion y de Localizacion de Recepcion en base a un tipo de MIME dedicado y bien conocido en el caso de recepcion en-banda. El fragmento se recibe al igual que cualquier otro archivo, pero se procesa a continuacion por parte del cliente de Suministro de Archivo de MBMS y no se reenvfa a aplicaciones de capa superior.
El contenido del Fragmento de Programacion y de Localizacion de Recepcion puede estar en formato de XML (vease el ejemplo de seudocodigo presentado con anterioridad). Un fragmento general puede contener diferentes formatos de programacion tal como programaciones recurrentes como una vez por dfa, una vez por semana o una vez por mes. Alternativamente, la informacion de programacion puede ser descrita como uno o mas momentos de inicio y duraciones. Los clientes de MBMS (middleware 432) deberan procesar la informacion de programacion cuando se recibe o se actualiza, y activar/desactivar los receptores de MBMS (chipset 430).
Cuando la informacion de localizacion de recepcion esta tambien definida en el fragmento, el receptor de MBMS
5
10
15
20
25
30
35
40
debera comprobar si el telefono esta en el area de cobertura descrita con anterioridad a la activacion. El telefono debera monitorizar su propia localizacion durante la recepcion de MBMS, y desactivar los receptores de MBMS (chipsets 430) cuando se desplaza fuera de cobertura.
Segun se ha explicado con anterioridad, la informacion de localizacion de recepcion puede ser descrita como Codigos de Area de Localizacion (LACs) o IDs de Celula, los cuales son siempre proporcionados por el sistema de acceso de radio. Los terminales no necesitan activar ninguna portadora interactiva.
El fragmento puede contener informacion de validez, la cual indica al receptor la validez maxima del fragmento. Los terminales dentro del area de cobertura del servicio (vease la Figura 3A) pueden recibir frecuentemente actualizaciones de la informacion de programacion y de localizacion de recepcion. Sin embargo, los terminales fuera de la cobertura (vease la Figura 3B) puede que no reciban ninguna informacion de cobertura y pueden tener informacion incorrecta cuando el sistema decide cambiar el area de cobertura.
Durante una peticion de actualizacion de fragmento, los terminales podnan, o debenan, proporcionar su propio LAC o Cellld, de modo que el sistema pueda ajustar el fragmento de programacion y de localizacion de recepcion. En particular, la descripcion de la informacion de localizacion de recepcion (area objetivo de emision) puede ser grande y el sistema puede proporcionar solamente las partes relevantes.
Una nueva funcion de terminal (la funcion 436 de control de Programacion y de Localizacion de Recepcion, vease la Figura 7 y lo que sigue), es responsable de la activacion y la desactivacion de la monitorizacion de MCCH (dando como resultado la activacion y la desactivacion de recepcion de Canal Ffsico de MBMS), en base a la informacion de programacion y de localizacion de recepcion, la cual esta disponible para cada servicio de MBMS. La funcion recibe el archivo de informacion de programacion y de localizacion de recepcion (o actualizaciones del mismo) a traves del metodo de suministro de descarga de MBMS asociado a ese servicio o usando HTTP. En caso de que se reciba a traves del metodo de suministro de descarga de MBMS (por ejemplo, transportado por el protocolo FLUTE), el Controlador de Metodo de Suministro identifica el archivo en base a, por ejemplo, un unico Tipo de MIME, un unico nombre de archivo o URI, y lo reenvfa a la funcion 436 de Controlador de Programacion y de Localizacion de Recepcion, la cual gestiona la informacion para todos los servicios o para cada servicio por separado.
La funcion 436 de Controlador de Programacion y de Localizacion de Recepcion puede actualizar el archivo de informacion de programacion y de localizacion de recepcion en base a tiempos de espera (basado en temporizador) y/o en base a localizacion (abandonando el area de validez descrita del archivo de Informacion de Programacion y de Localizacion de Recepcion). La desactivacion de la monitorizacion de MCCH para una o mas TMGIs de interes, puede conducir a una interrupcion de la recepcion de cualquiera de los Canales Ffsicos de MBMS.
Como resultara evidente a partir de la descripcion que antecede de los ejemplos de realizacion, la tecnica presentada en la presente memoria permite que los terminales tales como el UE 420 de las Figuras 4 y 6, ahorren batena durante tiempos y, opcionalmente, en localizaciones, cuando/donde la recepcion de MBMS no haya sido prevista por el sistema.
Se considera que muchas ventajas de la tecnica divulgada en la presente memoria podran ser totalmente comprendidas a partir de la descripcion que antecede, y que resultara evidente que se pueden realizar diversos cambios en la forma, la construccion y la disposicion de los ejemplos de realizacion sin apartarse del alcance de la invencion, o sin sacrificar algunas de sus ventajas. Puesto que la tecnica presentada en la presente memoria puede ser modificada de muchas maneras, se entendera que la invencion debera estar limitada solamente por el alcance de las reivindicaciones que siguen.

Claims (25)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    REIVINDICACIONES
    1. - Un metodo de suministro de informacion de programacion para un Servicio de Usuario del Servicio Multimedia de Emision/Multidifusion, MBMS, para el que se proporciona una Descripcion de Servicio de Usuario, USD, comprendiendo el metodo:
    proporcionar (520) informacion de programacion que describe una programacion para el Servicio de Usuario de MBMS, en donde la programacion esta descrita en forma de uno o mas eventos recurrentes y/o de una o mas listas de inicio/parada, y
    suministrar (530) la USD y la informacion de programacion a un Equipo de Usuario, UE, (420), en donde la USD tiene una referencia o un enlace a la informacion de programacion.
  2. 2. - El metodo de la reivindicacion 1,
    en donde la informacion de programacion se suministra durante un procedimiento de Anuncio de Servicio.
  3. 3. - El metodo de la reivindicacion 1 o 2,
    en donde la informacion de programacion se suministra fuera-de-banda.
  4. 4. - El metodo de la reivindicacion 1,
    en donde la informacion de programacion se suministra en-banda a traves de MBMS.
  5. 5. - El metodo de la reivindicacion 4,
    en donde la informacion de programacion se suministra con datos de MBMS.
  6. 6. - El metodo de la reivindicacion 5,
    en donde la informacion de programacion que se suministra en-banda con los datos de MBMS sobrescribe la informacion de programacion mas antigua.
  7. 7. - El metodo de cualquiera de las reivindicaciones anteriores,
    en donde la informacion de programacion especifica una duracion o un momento de actualizacion.
  8. 8. - El metodo de la reivindicacion 7,
    en donde la duracion o el momento de la actualizacion provoca, cuando ha pasado, que el UE (420) extraiga informacion de programacion actualizada.
  9. 9. - El metodo de la reivindicacion 7 u 8,
    en donde el momento de la actualizacion se renueva con la recepcion de una actualizacion de informacion de programacion en-banda.
  10. 10. - El metodo de cualquiera de las reivindicaciones anteriores,
    en donde la programacion refleja multiples Sesiones de MBMS comprendidas por una Sesion de Servicio de Usuario de MBMS.
  11. 11. - El metodo de cualquiera de las reivindicaciones anteriores,
    en donde la programacion indica cuando se debe preparar el UE (420) para recepcion de MBMS.
  12. 12. - El metodo de cualquiera de las reivindicaciones anteriores,
    en donde el suministro de informacion de programacion va acompanado del suministro de informacion de localizacion de recepcion.
  13. 13. - El metodo de cualquiera de las reivindicaciones anteriores,
    en donde la informacion de programacion y la USD se suministran como elementos separados al UE.
  14. 14. - El metodo de cualquiera de las reivindicaciones anteriores,
    en donde al menos una de entre la informacion de programacion y la USD se suministra(n) al UE en forma de archivo.
    5
    10
    15
    20
    25
    30
    35
    40
    45
  15. 15. - Un metodo de determinacion de informacion de programacion para un Servicio de Usuario del Servicio Multimedia de Emision/Multidifusion, MBMS, para lo que se proporciona una Descripcion de Servicio de Usuario, USD, siendo el metodo llevado a cabo por un Equipo de Usuario, UE, (420), y comprendiendo:
    recibir (540) la USD y la informacion de programacion, en donde la informacion de programacion describe una programacion para el Servicio de Usuario de MBMS, en donde la programacion esta descrita en forma de uno o mas eventos recurrentes y/o de una o mas listas de inicio/parada, y en donde la USD tiene una referencia o un enlace a la informacion de programacion, y
    determinar (550) la informacion de programacion para el Servicio de Usuario de MBMS por medio de la referencia o el enlace desde la USD.
  16. 16. - El metodo de la reivindicacion 15,
    que comprende ademas prepararse para la recepcion en base a la informacion de programacion.
  17. 17. - El metodo de la reivindicacion 16,
    en donde la preparacion para la recepcion comprende iniciar la monitorizacion de un Canal de Control de MBMS, MCCH, para una Sesion de MBMS.
  18. 18. - El metodo de la reivindicacion 16 o 17,
    en donde la preparacion para la recepcion comprende activar un chipset (430) de MBMS del UE (420).
  19. 19. - El metodo de una cualquiera de las reivindicaciones 15 a 18,
    que comprende ademas pausar un Servicio de Usuario de MBMS iniciado, en base a la informacion de programacion.
  20. 20. - El metodo de la reivindicacion 19,
    en donde pausar un Servicio de Usuario de MBMS iniciado comprende parar la monitorizacion de un Canal de Control de MBMS, MCCH.
  21. 21. - El metodo de la reivindicacion 19 o 20,
    en donde pausar un Servicio de Usuario de MBMS iniciado comprende desactivar un chipset (430) de MBMS del UE (420).
  22. 22. - Un producto de programa informatico que comprende porciones de codigo de programa para llevar a cabo las etapas de cualquiera de las reivindicaciones anteriores cuando se ejecutan mediante un procesador.
  23. 23. - Un dispositivo (400) para suministrar informacion de programacion para un Servicio de Usuario del Servicio Multimedia de Emision/Multidifusion, MBMS, para lo que se proporciona una Descripcion de Servicio de Usuario, USD, comprendiendo el dispositivo:
    una funcionalidad (402; 602) adaptada para proporcionar informacion de programacion que describe una programacion para un Servicio de Usuario de MBMS, en donde la programacion esta descrita en forma de uno o mas eventos recurrentes y/o de una o mas listas de inicio/parada, y
    una funcionalidad (406; 606) adaptada para suministrar la USD y la informacion de programacion a un Equipo de Usuario, UE, (420), en donde la USD tiene una referencia o un enlace a la informacion de programacion.
  24. 24. - El dispositivo de la reivindicacion 23,
    en donde el dispositivo esta adaptado para suministrar la informacion de programacion segun una o mas de las siguientes formas:
    durante un procedimiento de Anuncio de Servicio;
    fuera-de-banda;
    en-banda a traves de MBMS, y
    con datos de MBMS.
  25. 25. - Un Equipo de Usuario, UE, (420) para determinar informacion de programacion para un Servicio de Usuario del Servicio Multimedia de Emision/Multidifusion, MBMS, para lo que se proporciona una Descripcion de Servicio de Usuario, USD, comprendiendo el UE (420):
    una funcionalidad (422) adaptada para recibir la USD y la informacion de programacion que describe una programacion para un Servicio de Usuario de MBMS, en donde la programacion esta descrita en forma de uno o mas eventos recurrentes y/o de una o mas listas de inicio/parada, y en donde la USD tiene una referencia o un enlace a la informacion de programacion;
    5 una funcionalidad (424) adaptada para determinar la informacion de programacion para el Servicio de Usuario de MBMS a traves de la referencia o el enlace desde la USD.
ES12780084.5T 2011-10-11 2012-10-02 Técnica para suministrar información de programación para un servicio de usuario de MBMS Active ES2564510T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201161545626P 2011-10-11 2011-10-11
US201161545626P 2011-10-11
US201161550580P 2011-10-24 2011-10-24
US201161550580P 2011-10-24
PCT/EP2012/004137 WO2013053448A1 (en) 2011-10-11 2012-10-02 Technique for delivering schedule information for an mbms user service

Publications (1)

Publication Number Publication Date
ES2564510T3 true ES2564510T3 (es) 2016-03-23

Family

ID=47115715

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12780084.5T Active ES2564510T3 (es) 2011-10-11 2012-10-02 Técnica para suministrar información de programación para un servicio de usuario de MBMS

Country Status (13)

Country Link
US (2) US10659245B2 (es)
EP (1) EP2767123B1 (es)
JP (1) JP6122436B2 (es)
CN (2) CN103999516B (es)
BR (1) BR112014008387B1 (es)
DK (1) DK2767123T3 (es)
ES (1) ES2564510T3 (es)
HK (1) HK1201396A1 (es)
HU (1) HUE026709T2 (es)
IN (1) IN2014KN00789A (es)
PL (1) PL2767123T3 (es)
PT (1) PT2767123E (es)
WO (1) WO2013053448A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9544802B2 (en) * 2013-03-13 2017-01-10 Qualcomm Incorporated System and methods for determining opt in/opt out status of middleware reception reporting for eMBMS services
KR101950446B1 (ko) * 2013-04-30 2019-02-20 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) 셀룰러 네트워크 멀티캐스트 전송에서의 멀티캐스트 그룹 재사용
US9781181B2 (en) 2013-06-17 2017-10-03 Qualcomm Incorporated Multiple file delivery over unidirectional transport protocol sessions for a service
US9674251B2 (en) * 2013-06-17 2017-06-06 Qualcomm Incorporated Mediating content delivery via one or more services
WO2015061981A1 (en) * 2013-10-30 2015-05-07 Qualcomm Incorporated Ad-hoc group call communications over evolved multimedia broadcast multicast service
JP2015133615A (ja) 2014-01-14 2015-07-23 ソニー株式会社 通信装置、通信制御データ送信方法、および通信制御データ受信方法
WO2015106439A1 (zh) * 2014-01-17 2015-07-23 华为技术有限公司 用户设备、网络设备和日志最小化路测测量方法
US10200825B2 (en) * 2014-05-15 2019-02-05 Qualcomm Incorporated EMBMS over home sharing environment
US20160072634A1 (en) * 2014-09-05 2016-03-10 Qualcomm Incorporated Header compaction for optimized processing and retransmission of tunneled multicast data for an embms client distributed architecture
CN107734518A (zh) * 2016-08-11 2018-02-23 株式会社Ntt都科摩 服务指示与发现方法、基站以及用户设备
US10244532B2 (en) 2016-10-27 2019-03-26 Itron, Inc. Channel structure for communication in wireless networks
US10554369B2 (en) 2016-12-30 2020-02-04 Itron, Inc. Group acknowledgement message efficiency
WO2020162712A1 (ko) * 2019-02-07 2020-08-13 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 방법 및 방송 신호 수신 장치

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWM240733U (en) 2002-08-07 2004-08-11 Interdigital Tech Corp Radio network controller for multimedia broadcast and multicast services channel switching
KR100958519B1 (ko) * 2002-08-14 2010-05-17 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 서비스 수신 및 전송 방법
US20050044061A1 (en) * 2003-08-22 2005-02-24 Klemow Jason L. Method and system for providing interactive business directory services
GB2406997B (en) * 2003-10-02 2005-10-19 Nec Technologies Mobile radio communications device and method of operation and communications system
GB0408423D0 (en) * 2004-04-15 2004-05-19 Nokia Corp Transmission of services in a wireless communications network
KR101141636B1 (ko) 2004-09-24 2012-07-12 엘지전자 주식회사 점대다 멀티미디어 서비스 전송 및 수신 방법
US20060146745A1 (en) * 2005-01-05 2006-07-06 Zhijun Cai Method and apparatus for scheduling and synchronizing a multimedia broadcast/multicast service
EP1851911B1 (en) * 2005-02-15 2008-08-13 Telefonaktiebolaget LM Ericsson (publ) Receiver and receiver control method
EP1753166A3 (en) 2005-08-11 2007-08-29 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving access information for a broadcast service
US7784737B2 (en) 2005-09-19 2010-08-31 The Boeing Company Drag reduction fairing
EP1841129A1 (en) 2006-03-31 2007-10-03 Matsushita Electric Industrial Co., Ltd. Mobile terminal controlled service delivery selection for multicast services
CN101132215B (zh) * 2006-08-25 2012-01-11 上海贝尔股份有限公司 演进多媒体广播多播业务基站、用户设备和方法
CN101272518B (zh) * 2007-03-21 2012-07-25 上海贝尔股份有限公司 针对mbms的调度方法、调度设备和包括该调度设备的基站
CA2692239A1 (en) * 2007-06-19 2008-12-24 Nokia Corporation System and method for the signaling of session characteristics in a communication session
MX2009014043A (es) * 2007-06-19 2010-03-01 Nokia Corp Sistema y método para una transferencia de transmisión mejorada desde un servicio de difusión multimedia/difusión a multiples destinos hacia un flujo de conmutación por paquetes.
EP2046090A1 (en) * 2007-10-02 2009-04-08 Panasonic Corporation Management of session control signaling for multicast/broadcast services
EP2146527B1 (en) * 2008-07-16 2011-10-26 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Method for multimedia broadcast and multicast service, MBMS, notification indicator detection, computer program, and user equipment apparatus
TWI414190B (zh) * 2009-06-16 2013-11-01 Innovative Sonic Corp 改善群播控制通道監聽機制的方法及通訊裝置
CN101945336B (zh) * 2009-07-06 2015-05-13 中兴通讯股份有限公司 多媒体广播组播业务的调度处理方法及下层网元
CN102088661A (zh) * 2009-12-03 2011-06-08 中国移动通信集团公司 一种mcch内容的变化指示方法、获取方法、系统和设备
CN102158808B (zh) * 2010-02-11 2016-03-30 中兴通讯股份有限公司 Mcch信息的接收方法及装置、用户设备
CN102158809B (zh) * 2010-02-12 2015-03-25 中兴通讯股份有限公司 一种判断mbms业务连续的方法和用户设备
US20120195298A1 (en) * 2011-02-01 2012-08-02 Innovative Sonic Corporation Method and apparatus to avoid in-device coexistence interference in a wireless communication system
US9451401B2 (en) * 2011-05-27 2016-09-20 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
KR101935785B1 (ko) * 2011-08-16 2019-04-03 삼성전자 주식회사 무선통신시스템에서 멀티미디어 방송 서비스를 수신하는 방법 및 장치

Also Published As

Publication number Publication date
IN2014KN00789A (es) 2015-10-02
PL2767123T3 (pl) 2016-06-30
BR112014008387B1 (pt) 2022-03-29
US20200235953A1 (en) 2020-07-23
DK2767123T3 (en) 2016-03-14
CN110072195B (zh) 2021-10-22
JP2015501093A (ja) 2015-01-08
WO2013053448A1 (en) 2013-04-18
HK1201396A1 (en) 2015-08-28
EP2767123B1 (en) 2015-12-30
HUE026709T2 (en) 2016-07-28
CN110072195A (zh) 2019-07-30
US10659245B2 (en) 2020-05-19
EP2767123A1 (en) 2014-08-20
CN103999516B (zh) 2019-01-01
US20140376441A1 (en) 2014-12-25
BR112014008387A2 (pt) 2017-04-04
PT2767123E (pt) 2016-02-26
JP6122436B2 (ja) 2017-04-26
US11228456B2 (en) 2022-01-18
CN103999516A (zh) 2014-08-20

Similar Documents

Publication Publication Date Title
ES2564510T3 (es) Técnica para suministrar información de programación para un servicio de usuario de MBMS
CN104025546B (zh) 选择性复用通信流方法和设备
TWI591997B (zh) 啟用通訊可行性決定時間以完成ｍ２ｍ伺服器與一或更多個ｍ２ｍ設備之間的通訊交換
US9113311B2 (en) Multicast/broadcast content delivery based on feedback from a user device
ES2660388T3 (es) Aparatos y procedimientos de telecomunicaciones
EP3005657B1 (en) Full file repair using schedule description fragment in embms
CN104205766A (zh) 用于单播和广播之间的广播dash服务接收转换的方法和系统
EP2870816B1 (en) eMBMS CONTROL PLANE SYNCHRONIZATION
KR20100050581A (ko) Ｆｌｏ 네트워크를 통해 ｉｐ 데이터그램을 전송하는 방법 및 장치
US9736658B2 (en) Transmitting eMBMS control information to wireless devices in a wireless telecommunications network
TW200810420A (en) System and method for acquisition and delivery of services to devices in a wireless multicast communication system
WO2018028562A1 (zh) 用户设备、基站和相关方法
US20180225324A1 (en) Providing Retry Schedules For File Repair Over Broadcast Networks
US11089442B2 (en) System and method for dynamically switching eMBMS services
US8982885B2 (en) Using FM/AM radio and cellular technology to support interactive group communication for large number of users
FR2922403A1 (fr) Dispositif et procede de comptage de terminaux de communication effectivement connectes a des stations de base d&#39;une zone mbs d&#39;un reseau local de communication sans fil.