ES2681671T3 - Procedimiento y dispositivo para distribuir información durante el suministro de difusión - Google Patents

Procedimiento y dispositivo para distribuir información durante el suministro de difusión Download PDF

Info

Publication number
ES2681671T3
ES2681671T3 ES16184598.7T ES16184598T ES2681671T3 ES 2681671 T3 ES2681671 T3 ES 2681671T3 ES 16184598 T ES16184598 T ES 16184598T ES 2681671 T3 ES2681671 T3 ES 2681671T3
Authority
ES
Spain
Prior art keywords
data file
level
fec redundancy
file
processor
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
ES16184598.7T
Other languages
English (en)
Inventor
Emer Chen
Jie LING
Jinyang Xie
Shiyuan Xiao
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
Priority to WOPCT/CN2012/078388 priority Critical
Priority to CNPCT/CN2012/078388 priority
Priority to WOPCT/CN2012/079809 priority
Priority to CNPCT/CN2012/079809 priority
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2681671T3 publication Critical patent/ES2681671T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic or resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/04Error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0033Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
    • H04L1/0035Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter evaluation of received explicit signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • H04L1/0042Encoding specially adapted to other signal generation operation, e.g. in order to reduce transmit distortions, jitter, or to improve signal shape
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • H04L1/0043Realisations of complexity reduction techniques, e.g. use of look-up tables
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. van Duuren system ; ARQ protocols
    • H04L1/1867Arrangements specific to the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/22Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management, e.g. wireless traffic scheduling or selection or allocation of wireless resources
    • H04W72/005Resource management for broadcast services

Abstract

Un procedimiento ejecutado en un centro de servicio de difusión/multidifusión, BM-SC, para transmitir datos en una sesión de difusión a por lo menos un equipo de usuario, UE, en un sistema de comunicación por radio, comprendiendo el procedimiento: - determinar (510) transmitir un archivo de datos a por lo menos un UE; - determinar (520) un nivel de redundancia de corrección de errores hacia adelante, FEC, indicativo de la cantidad de redundancia FEC a aplicar para dicha transmisión de archivo de datos; - transmitir (530) dicho archivo de datos y el nivel de redundancia FEC a dichos uno o varios UE - recibir (540), desde dicho por lo menos uno de dicho por lo menos un UE, información que indica un fallo mediante dicho por lo menos un UE para descodificar correctamente un paquete del archivo de datos transmitido aplicándose el nivel de redundancia FEC, y una tasa de pérdida de paquetes, indicativa de la descodificación fallida y - determinar (610, 615, 620, 625, 630), en base a la información recibida, por lo menos una acción a iniciar para gestionar el paquete o paquetes subsiguientes de dicho archivo de datos.

Description

5

10

15

20

25

30

35

40

45

50

55

60

DESCRIPCION

Procedimiento y dispositivo para distribuir información durante el suministro de difusión Sector técnico

La presente descripción se refiere a la difusión de información en un sistema de comunicación por radio, y a un BM- SC y un UE, que pueden gestionar dicha información difundida.

Antecedentes

Los servicios de difusión y multidifusión de multimedia (MBMS, Multimedia Broadcast and Multicast Services) son servicios de difusión ofrecidos por medio de redes celulares. MBMS mejorado (eMBMS, enhanced MBMS) se utiliza en consecuencia para denominar el servicio MBMS en un sistema de paquetes evolucionado, incluyendo la red de acceso radio terrestre universal evolucionada (E-UTRAN, Evolved Terrestrial Radio Access Network) para redes celulares de evolución a largo plazo (LTE, Long Term Evolution) y UTRAN para, por ejemplo, redes celulares del sistema universal de telecomunicaciones móviles (UMTS, Universal Mobile Telecommunications System). En la figura 1 se muestra un ejemplo simplificado de un eMBMS sobre una arquitectura de solución LTE.

La arquitectura 100 de la figura 1 comprende por lo menos un centro de servicios de difusión/multidifusión (BM-SC, Broadcast Multicast Service Center) 110, que es una entidad que puede proporcionar MBMS o eMBMS distribuyendo contenido proporcionado desde uno o varios proveedores 120 de servicios de contenido, donde un proveedor 120 de servicios de contenido comprende habitualmente un almacenamiento de contenidos (no mostrado) y un codificador en tiempo real (no mostrado) que puede proporcionar fuentes de distribución de contenidos, por ejemplo, en forma de fuentes de distribución de contenidos por satélite, fuentes de distribución de contenidos en vivo y/o fuentes de distribución de contenidos de red de suministro de contenidos (CDN, Content delivery Network) al BM-SC 110 bajo la supervisión de una función 130 de operaciones de difusión, que habitualmente puede interaccionar con el BM-Sc 110. El BM-SC 110 está conectado a una red de acceso, que comprende habitualmente una serie de nodos de acceso, pero para mayor simplicidad se representa en este caso mediante un único nodo de acceso, eNB 140, por medio de una puerta de enlace de servicios de difusión/multidifusión multimedia (MBMS-GW, Multimedia Broadcast Multicast Services Gateway) 150, donde el eNB 140 puede distribuir las fuentes de distribución de contenido proporcionadas, a los equipos de usuario (UE, User Equipments) situados dentro del alcance de la red de acceso, por medio de unidifusión o multidifusión. En este caso, estos UE están representados por un único UE, el UE 160.

Para poder solucionar correctamente un fallo en la recepción de fuentes de distribución de contenido en por lo menos uno de los UE, habitualmente la arquitectura descrita anteriormente está dotada asimismo de funcionalidad que está configurada para permitir al BM-SC 110 retransmitir partes las fuentes de distribución de contenido a aquellos UE 160 que notifican un fallo al recibir, por lo menos, partes de las fuentes de distribución de contenido. Dicha característica se denomina habitualmente reparación de archivos, o más específicamente reparación de archivos de unidifusión HTTP. Para activar la reparación de archivos, el BM-SC 110 está por lo tanto dotado normalmente de por lo menos uno, pero habitualmente una serie de servidores de reparación de archivos (no mostrados) que pueden proporcionar fragmentos perdidos o dañados de archivos de las fuentes de distribución de contenido a cada UE solicitante, por medio de retransmisión de los datos anteriormente transmitidos.

Tal como se ha indicado anteriormente, eMBMS es un servicio de difusión ofrecido por medio de los sistemas de paquetes evolucionados que incluyen acceso E-UTRAN LTE y UTRAN. A continuación, se describen dos casos de utilización a modo de ejemplo:

1. Suministrar, por ejemplo, contenido de video de juegos deportivos a teléfonos móviles muy compactados en un estadio. El sistema eMBMS puede utilizar como protocolo el protocolo de datagramas de usuario UDP (User Datagram Protocol)/transporte de archivos sobre transporte unidireccional (FLUTE) del procedimiento de suministro de descargas MBMS, como protocolo para suministrar contenido de TV en vivo a los terminales. Los segmentos de medios, de acuerdo con el protocolo de transmisión continua en vivo HTTP (HLS, HTTP Live Streaming) de Apple o de acuerdo con DASH, son suministrados como archivos sobre descarga MBMS.

2. Distribución de actualizaciones Android. El sistema eMBMS puede utilizar el procedimiento de suministro de descarga MBMS (UDP/FLUTE) como protocolo para suministrar archivos populares, tales como, por ejemplo, actualizaciones de Android, precargas de clips de YouTube o eventos de noticias principales.

En esta descripción, los términos terminal, receptor MBMS, cliente MBMS y UE se utilizan para indicar un dispositivo o aparato que puede recibir una transmisión de difusión por medio de MBMS o eMBMS, tal como se describe en el presente documento.

5

10

15

20

25

30

35

40

45

50

55

60

65

La descarga MBMS activa el suministro de archivos de datos sobre portadoras MBMS unidireccionales y mejora la fiabilidad en la recepción de archivos aplicando tecnología FEC. Sin embargo, aunque se utilice FEC, no se puede garantizar un 100 % de fiabilidad para el suministro de archivos de datos.

Por lo tanto, se definen otros dos tipos de procedimientos de recuperación de errores, y se utilizan opcionalmente después de que haya finalizado una transmisión MBMS. Con el procedimiento de reparación de archivos punto a punto (PTP, Point-to-Point), un UE no satisfecho puede traer los datos perdidos utilizando HTTP. El procedimiento de reparación de archivos punto a multipunto (PTM, Point-to-Multipoint) permite al BM-SC enviar más datos MBMS después de la propia transferencia de datos MBMS. Sin embargo, la especificación de capa de servicio MBMS no define ninguna combinación o secuencia de procedimientos de reparación de archivos.

Se puede utilizar descarga MBMS para suministrar un número arbitrario de archivos de datos desde una sola fuente a muchos UE. La descarga MBMS puede utilizar el protocolo FLUTE [RFC3926] para suministro de archivos. FLUTE está diseñado para suministro masivo de archivos sobre conexiones unidireccionales, tal como, por ejemplo, para difusiones digitales. Dado que HTTP y TCP no son factibles para comunicación PTM, se utiliza un protocolo desarrollado recientemente. A continuación, se describe una típica transmisión FLUTE eMBMS según la técnica anterior, haciendo referencia a la figura 2.

De acuerdo con la figura 2, que es un diagrama de señalización que muestra, de forma simplificada, la descarga MBMS o eMBMS entre un BM-SC 200 y UE capacitados para MBMS o eMBMS, en este caso representados por los UE 220a, 220b, por medio de una red de comunicación (NW, communication network) 220 que puede gestionar MBMS o eMBMS, respectivamente. En lo que sigue, se debe interpretar que mencionar MBMS se refiere a MBMS o eMBMS, y los UE se pueden referir alternativamente a clientes MBMS o eMBMS. En la figura 2, una infraestructura de red de este tipo está representada por una puerta de enlace (GW) 210 que conecta la NW 220 con el BM-SC 200, proporcionando de ese modo acceso entre los UE 220a, 220b y el BM-SC 200.

En una primera etapa 200, se establece la portadora MBMS y se inicia una sesión MBMS mediante el BM-SC 200. Todos los archivos a recibir por el UE requieren una entrada en una tabla de suministro de archivos, FDT (File Delivery Table), FLUTE, que se proporciona utilizando instancias FDT FLUTE. Los UE 220a, 220b pueden utilizar a continuación la instancia FDT recuperada para descodificar los paquetes de objetos FLUTE recibidos posteriormente y recuperar un respectivo objeto de archivo.

Por consiguiente, los UE 220a, 220b pueden recibir una primera instancia FDT transmitida por el BM-SC 200, en la etapa 200, seguida por uno o varios archivos conjuntamente con datos de corrección de errores hacia delante (FEC, Forward Error Correction), en una posterior etapa 220. Un bloque de construcción de corrección de errores hacia delante, FEC, define, por ejemplo, el código fEc (RFC3452) y asimismo un esquema de división de objetos. El esquema de división de objetos describe la división de los datos de objetos en cargas útiles de paquetes UDP. Cada archivo será codificado con un ID de codificación FEC y genera los símbolos de codificación fuente y símbolos de reparación. El FEC aplicado se incluye en la respectiva instancia FDT.

Habitualmente los procedimientos descritos se repiten, en este caso tal como se muestra con las etapas 230 y 240, hasta que la sesión MBMS ha sido transmitida, en este caso indicado mediante finalizar sesión MBMS 250. Después de que la transmisión se ha completado, los UE 220a, 220b podrán notificar el resultado de la recepción y, si es necesario, solicitar una reparación de archivos del contenido que no ha sido recibido satisfactoriamente. Dicha solicitud se muestra con la etapa 260, donde el UE 220a solicita una reparación de archivo, y donde, en la posterior etapa 270, se inicia un procedimiento de reparación de archivo, que permite a cualquier UE, en este caso el UE 220a, una segunda oportunidad para recibir el contenido de archivo perdido y para obtener una recepción satisfactoria del contenido de archivo solicitado. El mismo procedimiento se puede ejecutar asimismo para el UE 220b en caso de que se descubra que es necesario.

Antes de que el BM-SC 200 comience a transmitir o difundir paquetes FLUTE a los UE 220a, 220b, el BM-SC 200 tiene que enviar una descripción de servicio de usuario, incluyendo la información necesaria. Durante la sesión de suministro, el BM-SC 200 tiene asimismo que enviar instancias FDT para describir los objetos de archivo suministrados, tal como ya se ha mencionado anteriormente.

Los UE 220a, 220b pueden utilizar información de instancia FDT para conocer el tamaño de archivo, el ID de codificación FEC e información de partición FEC. Dado que FLUTE está basado en UDP, generalmente los UE 220a, 220b no pueden saber qué paquete es el último paquete para un objeto de archivo de datos salvo que se cumplan las siguientes condiciones:

1. el UE recibe un indicador A (indicador de cierre de sesión) o un indicador B (indicador de cierre de objeto), o

2. se alcanza el tiempo de expiración de la instancia FDT.

En la mayor parte de los casos, la sesión de difusión difundirá los archivos de datos con alguna sobrecarga FEC o nivel de redundancia FEC para aumentar la posibilidad de recuperación satisfactoria. Pero la instancia FDT no

5

10

15

20

25

30

35

40

45

50

55

60

65

describe cuánta sobrecarga FEC o nivel de redundancia FEC se añade al objeto de archivo de origen. A continuación, se describen dos posibles escenarios.

Escenario 1: en un caso de transmisión continua en vivo, una sesión de suministro o de difusión no tiene ningún procedimiento de suministro asociado para reparación de archivos. Como consecuencia de una ausencia de sobrecarga FEC, o de nivel de redundancia FEC, un UE seguirá recibiendo paquetes incluso si la tasa de pérdida de paquetes supera ya la sobrecarga FEC aplicada o el porcentaje de nivel de redundancia FEC para un segmento.

Escenario 2: en un caso de suministro de contenido a petición se activa un procedimiento de descripción de procedimiento de suministro asociado (ADPD, Associated Delivery Procedure Description) para una sesión de suministro o sesión de difusión. En este caso, el UE identifica símbolos de origen faltantes; y ejecuta las etapas siguientes.

• comprueba que está definida reparación de archivo PTP para la sesión de descarga MBMS (por lo tanto, están disponibles los parámetros de reparación de archivo),

• espera hasta que se pueda iniciar el procedimiento de reparación de archivo, en el que el UE calcula un tiempo de receso (aleatorio) y selecciona (aleatoriamente) un servidor de reparación de archivos (BM-SC), y

• el cliente envía una solicitud de reparación de archivo al servidor de reparación de archivos seleccionado.

El tiempo de inicio del procedimiento de reparación de archivo para la descarga MBMS es el tiempo de expiración de la instancia FDT, como muy tarde. El tiempo de expiración viene dado a través del atributo XML "expira" de la instancia FDT.

Un modo de receso para descarga MBMS proporciona información sobre cuándo un receptor, es decir un UE, que no recibió correctamente algunos datos desde el emisor MBMS, es decir el BM-SC, durante una sesión de transmisión de difusión, puede solicitar una sesión de reparación. En el modo se puede definir un periodo de tiempo aleatorio que se refiere a la duración de la ventana de tiempo sobre la que un UE debería calcular un tiempo aleatorio para el inicio del procedimiento de reparación de archivo.

Un operador no puede conseguir un cálculo óptimo sobre cuántos usuarios pueden activar una reparación de archivo para una sesión de descarga o difusión hasta que se ha alcanzado el modo de receso de reparación de archivo cuando el suministro de difusión para este archivo de datos ha finalizado y los UE comienzan a enviar solicitudes de reparación de archivo a uno o varios servidores de reparación. En algún caso extremo puede existir una gran cantidad de solicitudes de reparación de archivo durante la ventana de reparación de archivo para la misma sesión de descarga. Dicha inundación de solicitudes consumirá mucho ancho de banda de unidifusión y el servidor o servidores de reparación de archivos pueden correr un gran riesgo de resultar sobrecargados. Impedir una potencial inundación de reparación de archivos es especialmente valioso para un suministro de archivo grande, tal como por ejemplo una actualización de Android, dado que una tasa de reparaciones pequeña seguirá introduciendo una gran cantidad de reparación en la red.

El documento US20120151261 da a conocer un aparato de distribución que incluye una unidad de transmisión y una de recepción para gestionar elementos de datos de contenido distribuidos mediante difusión, y una unidad de corrección de errores para generar datos de recuperación, después de lo cual las unidades de transmisión y de recepción pueden distribuir los datos de recuperación generados junto con los datos de contenido por medio de multidifusión.

Compendio

Un objetivo de la presente invención es eliminar, o reducir, por lo menos algunas de las deficiencias mencionadas anteriormente. Más específicamente, se da a conocer un procedimiento para proporcionar un nivel de redundancia FEC de un BM-SC a un UE y un procedimiento correspondiente para gestionar dicho nivel de redundancia FEC en el UE, así como un BM-SC y un UE adaptados para ejecutar dichos procedimientos, de acuerdo con las respectivas reivindicaciones independientes 1, 3, 5 y 11 adjuntas. De acuerdo con un primer aspecto, se da a conocer un procedimiento ejecutado en un BM-SC para transmitir datos en una sesión de difusión a por lo menos un UE en un sistema de comunicación por radio. De acuerdo con este procedimiento, en primer lugar, se determina en el BM-SC que los datos son para ser transmitidos a por lo menos un UE. A continuación, se determina un nivel de redundancia FEC indicativo de la cantidad de redundancia FEC a aplicar para la transmisión de datos, después de lo cual los datos y una indicación del nivel de redundancia FEC son transmitidos a dichos uno o varios UE.

La indicación del nivel de redundancia FEC se puede introducir en una instancia FDT actualizada, como un atributo del nivel de redundancia FEC, después de lo cual la instancia FDT actualizada es transmitida a dichos uno o varios UE.

El procedimiento descrito puede comprender asimismo la etapa adicional de recibir información desde por lo menos uno de dicho por lo menos un UE, que indica al BM-SC que el UE respectivo no pudo descodificar satisfactoriamente los datos transmitidos, de acuerdo con el nivel de redundancia FEC aplicado.

5

10

15

20

25

30

35

40

45

50

55

60

65

Además de recibir el tipo propuesto de información desde un respectivo UE, la etapa de recepción puede comprender recibir asimismo una indicación de la tasa de pérdida de paquetes.

Además, de acuerdo con una primera realización, un BM-SC puede responder a la recepción de información, desde por lo menos un UE, de un fallo al descodificar los datos transmitidos, determinando aumentar el nivel de redundancia FEC a utilizar para transmisiones de datos subsiguientes, y transmitiendo una indicación del nivel de redundancia FEC actualizado a dichos uno o varios UE.

De acuerdo con una segunda realización, el BM-SC puede determinar en cambio anular la transmisión de datos a dicho por lo menos un UE, y transmitir información de la anulación a cada respectivo UE. Además, el BM-SC puede volver a planificar la transmisión de los datos anulados a un tiempo posterior.

De acuerdo con una tercera realización, el BM-SC puede determinar extender la ventana de reparación de archivo aplicada durante la transmisión de datos, y aplicar la ventana de reparación de archivo extendida para la transmisión de datos posterior.

De acuerdo con una cuarta realización, el BM-SC puede cancelar la ventana de reparación de archivo aplicada durante la transmisión de datos.

De acuerdo con una quinta realización, el BM-SC puede guardar información sobre el número de los UE que notifican un fallo al descodificar satisfactoriamente datos y un porcentaje de pérdida de paquetes para dicho por lo menos un UE de dicho por lo menos un UE destinado a recibir los datos transmitidos, y retransmitir un determinado porcentaje de símbolos de reparación, en base a dicha información guardada, o retransmitir datos utilizando otro intervalo de tiempo.

De acuerdo con otro aspecto, se da a conocer un procedimiento ejecutado en un UE, para recibir datos en una sesión de difusión transmitida desde un BM-SC, donde el UE está recibiendo datos transmitidos desde un BM-SC y un nivel de redundancia de nivel FEC aplicado cuando se transmiten los datos, y el UE está descodificando los datos recibidos utilizando el nivel de redundancia FEC recibido.

El nivel de redundancia FEC se puede proporcionar al UE en una instancia FDT, por ejemplo, como un atributo proporcionado a tal efecto.

El procedimiento propuesto comprende habitualmente las etapas adicionales de determinar si los datos transmitidos podrían o no ser descodificados satisfactoriamente, y transmitir información al BM-SC, que indica un fallo al descodificar los datos transmitidos, en caso de que la descodificación se haya considerado insatisfactoria.

La etapa de transmisión puede comprender asimismo indicar la tasa de pérdida de paquetes de la transmisión al BM-SC.

Además, el procedimiento propuesto puede comprender las etapas adicionales de determinar la proporción entre el número de paquetes de los datos transmitidos que no fueron descodificados satisfactoriamente y el número de paquetes que fueron descodificados satisfactoriamente, determinar la relación entre el nivel de redundancia FEC y la proporción determinada, y anular la recepción de cualesquiera paquetes adicionales de los datos transmitidos, en caso de que la proporción sea mayor que el nivel de redundancia fEc y en caso de que no esté activa la reparación de archivo para los datos transmitidos.

Además, el UE puede asimismo proceder indicando al BM-SC que se solicitará una reparación de archivo después de la anulación de la sesión de difusión iniciada, con el fin de recibir datos no descodificados satisfactoriamente en el procedimiento de reparación de archivo solicitado.

De acuerdo con otro aspecto más, se da a conocer un BM-SC para transmitir datos por medio de una sesión de difusión, a por lo menos un UE en un sistema de comunicación por radio. El BM-SC comprende un procesador y una memoria legible por ordenador, que puede almacenar instrucciones que cuando son ejecutadas por el procesador hacen que el procesador: determine transmitir datos a dicho por lo menos un UE; determine un nivel de redundancia FEC a utilizar para la transmisión, y transmita a dicho por lo menos un UE los datos aplicando el nivel de redundancia FEC determinado, y una indicación del nivel de redundancia FEC determinado.

El procesador puede estar adaptado para actualizar una instancia FDT con el nivel de redundancia FEC determinado, es decir, haciendo uso de la instancia FDT ya utilizada.

La memoria puede estar adaptada de tal modo que puede almacenar instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador reciba información de por lo menos un UE de dicho por lo menos un Ue, que indica al BM-SC que dicho por lo menos un UE no pudo descodificar satisfactoriamente el archivo de datos de

5

10

15

20

25

30

35

40

45

50

55

60

65

acuerdo con el nivel de redundancia FEC aplicado para transmitir el archivo de datos, indicando la información asimismo una tasa de pérdida de paquetes.

El BM-SC puede recibir información de por lo menos un UE de dicho por lo menos un UE, que indica al BM-SC que dicho por lo menos un UE no pudo descodificar satisfactoriamente el archivo de datos, donde dicha información comprende recibir una solicitud de notificación de recepción que indica la tasa de pérdida de paquetes al BM-SC.

De acuerdo con una primera realización, la memoria puede ser capaz asimismo de almacenar instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador determine aumentar el nivel de redundancia FEC, y continúe transmitiendo, a dicho por lo menos un UE: un subsiguiente paquete del archivo de datos que utiliza el nivel de redundancia FEC aumentado, y una indicación de que en adelante se debe aplicar el nivel de redundancia FEC aumentado.

De acuerdo con una segunda realización, la memoria puede ser capaz de almacenar instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador determine anular la transmisión del archivo de datos a dicho por lo menos un UE 1000, y transmita información a dicho por lo menos un UE (1000) de que la transmisión de datos se anula. La memoria puede asimismo ser capaz de almacenar instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador planifique de nuevo la transmisión de datos a un tiempo posterior.

De acuerdo con una tercera realización, la memoria puede ser capaz de almacenar instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador determine extender una ventana de reparación de archivo a continuación de la finalización de la transmisión de datos a dicho por lo menos un UE y aplique la ventana de reparación de archivo extendida para una sesión de reparación de archivo a continuación de la finalización de la transmisión del archivo de datos.

De acuerdo con una cuarta realización, la memoria puede almacenar instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador determine cancelar una ventana de reparación de archivo que debería seguir a la finalización de la transmisión de datos a dicho por lo menos un UE.

De acuerdo con una quinta realización, la memoria puede almacenar instrucciones que, cuando son ejecutadas por la unidad de procesamiento, hacen que la unidad de procesamiento guarde información sobre el número de UE que notifican un fallo al descodificar satisfactoriamente el archivo de datos y un porcentaje de pérdida de paquetes para dicho por lo menos un UE de dicho por lo menos un UE destinado a recibir el archivo de datos, y en base a dicha información guardada, retransmita un determinado porcentaje de símbolos de reparación después de la finalización de la transmisión de datos a dicho por lo menos un UE, o retransmita el archivo utilizando otro intervalo de tiempo en la sesión de difusión.

De acuerdo con otro aspecto, se da a conocer un UE adaptado para recibir una sesión de difusión de transmisión de un archivo de datos desde un BM-SC. El UE comprende un procesador y una memoria que puede almacenar instrucciones que, cuando son ejecutadas por el procesador 1050, hacen que el procesador 1050: reciba una transmisión desde el BM-SC, que comprende el archivo de datos y una indicación de un nivel de redundancia FEC utilizado para transmitir los datos, y descodifique la transmisión recibida utilizando el nivel de redundancia FEC indicado.

La memoria puede ser capaz de almacenar instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador descodifique el paquete o el archivo de datos recibido de acuerdo con el nivel de redundancia FEC recibido, donde si la descodificación de la transmisión recibida es insatisfactoria, entonces el procesador está adaptado además para transmitir información al BM-SC que indica que el UE no pudo descodificar satisfactoriamente el archivo de datos.

El UE puede estar configurado para transmitir asimismo información al BM-SC que indica que el UE no pudo descodificar satisfactoriamente el archivo de datos, que comprende enviar una solicitud de notificación de recepción que indica la tasa de pérdida de paquetes al BM-SC.

La memoria puede además ser capaz de almacenar instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador reciba una serie de paquetes, determine una proporción entre el número de paquetes que no fueron descodificados satisfactoriamente y el número de paquetes que se recibieron, determine una relación entre el nivel de redundancia FEC y la proporción determinada, y anule la recepción de más paquetes del mismo archivo de datos dentro de la sesión de difusión, y si la proporción es mayor que el nivel de redundancia FEC, y si la reparación de archivo no está activada para el archivo de datos suministrado.

Además, la memoria puede asimismo ser capaz de almacenar instrucciones que, cuando son ejecutadas por el procesador, hacen que el procesador indique al BM-SC que se solicitará una sesión de reparación de archivo con el BM-SC después de la finalización de la sesión de difusión con el fin de recibir una retransmisión de aquellos paquetes que se indicaron al BM-SC como no descodificados satisfactoriamente.

5

10

15

20

25

30

35

40

45

50

55

60

65

El BM-SC, el UE y el respectivo procedimiento de los mismos pueden tener diversas ventajas. Una ventaja es que la información del nivel de redundancia FEC se suministra al UE y permite al UE determinar cuántos paquetes se están recibiendo satisfactoriamente del archivo de datos desde el BM-SC y cuántos paquetes no se han recibido satisfactoriamente. El UE puede activar una acción rápida en cuanto la pérdida de paquetes excede el nivel de redundancia FEC y antes de que expire la instancia FDT. (a) Para transmisión continua dash, si está incluida la información del nivel de redundancia FEC, el UE puede adoptar una decisión rápida: desechar el segmento total si la pérdida de paquetes para este segmento ha excedido ya el nivel de redundancia FEC. Permite al UE adoptar una acción rápida si el segmento no puede ser recuperado. De lo contrario, el UE tiene que esperar hasta que se alcance el tiempo de expiración de la instancia fDt antes de poder adoptar ninguna acción. (b) Para contenido a petición, siempre que la tasa de pérdida de paquetes de un UE exceda el nivel de redundancia FEC, esto significa que el UE tiene que llevar a cabo una sesión o procedimiento de reparación de archivo. El UE puede notificar al BM- Sc la próxima reparación de archivo futura antes de que empiece la ventana de reparación de archivo. El BM-SC puede utilizar estos datos estadísticos para determinar cómo impedir una tormenta de reparaciones (bien prolongar el periodo de reparación de archivo o cancelar la sesión o procedimiento de reparación de archivo). Esto es muy útil y ayuda especialmente al operador o al BM-SC a impedir una potencial tormenta de unidifusión que sobrecargue la red para el suministro de archivos grandes, por ejemplo actualización de Android.

Breve descripción de los dibujos

A continuación se describirán realizaciones en mayor detalle, en relación con dibujos adjuntos, en los cuales:

La figura 1 es una arquitectura de sistema de una red capacitada para MBMS, de acuerdo con la técnica anterior.

La figura 2 es un esquema de señalización que muestra una típica sesión de descarga MBMS entre un BM- SC y dos UE, de acuerdo con la técnica anterior.

La figura es 3 una ilustración esquemática de un archivo de suministro transmitido, que se ha realizado mediante una tasa de pérdida de paquetes que no excede un nivel de redundancia FEC aplicado.

La figura 4 es una ilustración esquemática de un archivo de suministro transmitido, que se ha realizado mediante una tasa de pérdida de paquetes que excede un nivel de redundancia FEC aplicado.

La figura 5 es un diagrama de flujo que muestra un procedimiento ejecutado en un BM-SC, para determinar un nivel de redundancia FEC y proporcionarlo a los UE.

Las figuras 6a a 6e son diagramas de flujo que muestran maneras alternativas de proceder después de haber determinado un nivel de redundancia FEC en un BM-SC.

Las figuras 7a y 7b son diagramas de flujo que muestran cómo un UE puede recibir y utilizar información del nivel de redundancia FEC recibida desde un BM-SC.

La figura 8 es un esquema de bloques que muestra un BM-SC que puede funcionar como, o en asociación con un BM-SC, de acuerdo con una primera realización.

La figura 9 es un esquema de bloques que muestra un BM-SC de acuerdo con una segunda realización.

La figura 10 es un esquema de bloques que muestra un BM-SC que puede funcionar como, o en asociación con un UE, de acuerdo con una primera realización.

La figura 11 es un esquema de bloques que muestra un UE de acuerdo con una segunda realización. Descripción detallada

Descrito brevemente, se proporciona un BM-SC, un UE y procedimientos respectivos de los mismos para la transmisión de uno o varios archivos de datos desde el BM-SC al UE, donde se indica al UE de recepción un nivel de redundancia FEC que está siendo utilizado para la difusión de los archivos de datos.

Más específicamente, un objetivo de esta descripción es describir un BM-SC y un procedimiento ejecutable en el mismo para transmitir archivos de datos por medio de una sesión de difusión a los UE, en una red de comunicación por radio, donde se determina un nivel de redundancia FEC en el lado de la red, de la red de comunicación por radio, para la transmisión o sesión, y se indica al UE o a los UE. Otro objetivo es dar a conocer un UE y un procedimiento ejecutable en el mismo para recibir desde la red una sesión de difusión como la descrita anteriormente, donde se indica al UE el nivel de redundancia FEC aplicable para la transmisión o sesión. Al proporcionar la información del nivel de redundancia FEC a los UE, los UE pueden recibir información que, en una

5

10

15

20

25

30

35

40

45

50

55

fase inicial, puede ser utilizada para adoptar decisiones sobre cómo proceder con una sesión iniciada, proporcionando de ese modo una utilización más eficiente de los recursos de red.

Una vez que los UE han aplicado la información proporcionada para adoptar una decisión sobre cómo proceder con la recepción de una sesión iniciada, se puede proporcionar a la red de comunicación por radio información sobre descodificación fallida mediante un UE junto con la tasa de pérdida de paquetes relevante, indicativa de la descodificación fallida, donde la información adquirida puede ser utilizada como una base para iniciar acciones necesarias, en la red de comunicación por radio, habitualmente en un BM-SC.

Una vez que un BM-SC ha determinado transmitir un archivo de datos por medio de difusión, el BM-SC determina un nivel de redundancia FEC a utilizar para la transmisión. La FEC permite a un receptor de datos corregir cualesquiera posibles fallos en los datos recibidos. En general, cuando se transmiten datos de manera inalámbrica, la calidad del canal de transmisión puede variar mucho y una mala calidad del canal puede tener como resultado la pérdida de varios fragmentos (bits o símbolos) de los datos. Al utilizar FEC, se añaden bits o símbolos adicionales, mediante la entidad de transmisión, a los datos que se envían. Los símbolos añadidos se eligen de manera que un receptor de los datos sea capaz de utilizar los bits o símbolos añadidos para recuperar bits o símbolos de los datos que se perdieron en la transmisión.

El nivel de redundancia FEC indica la "fortaleza" de la FEC que se utiliza. Si el nivel de redundancia FEC es bajo, un receptor puede entonces ser capaz de recuperar solamente unos pocos bits o símbolos. De este modo, habitualmente se utiliza un nivel de redundancia FEC bajo cuando el canal de transmisión es de buena calidad, lo que significa que los datos pueden ser transmitidos al receptor perdiéndose relativamente pocos bits. Análogamente, si el nivel de redundancia es alto, entonces un receptor puede ser capaz de recuperar relativamente muchos bits o símbolos. Por lo tanto, habitualmente se utiliza un nivel de redundancia FEC alto cuando el canal de transmisión es de mala calidad, lo que significa que los datos transmitidos al receptor sufren la pérdida de relativamente muchos bits o símbolos.

Cuanto mayor es el nivel de redundancia FEC, más recursos se requieren para transmitir los datos. En general, la FEC añade datos o información a los datos a enviar. Los datos añadidos son lo que utiliza el receptor para recuperar cualesquiera bits o símbolos perdidos. Cuanto mayor es el nivel de redundancia FEC, más datos se añaden a los datos a enviar. Por lo tanto, no es deseable utilizar un nivel de redundancia FEC demasiado elevado dado que costará recursos adicionales transferir los datos al receptor. En general, el nivel de redundancia FEC se expresa en porcentaje, por ejemplo el 10 %, el 20 % o el 35 %. El porcentaje representa cuánta información extra se añade con respecto a los datos a transmitir. Si el BM-SC planifica suministrar 1 megaocteto de datos y utilizar un nivel de redundancia FEC del 10 %, esto significa que el BM-SC tiene que suministrar 1,1 megaoctetos al usuario final. El nivel de redundancia FEC se puede ver como la máxima pérdida de paquetes porcentual que puede gestionar el BM-SC y, por lo tanto, si se descubre que la pérdida de paquetes de una sesión de datos supera el nivel de redundancia FEC en el UE, es necesario adoptar medidas, además de la FEC, para hacer frente a dicho nivel de pérdida de paquetes.

El procedimiento comprende asimismo transmitir a dicho por lo menos un UE el archivo de datos utilizando el nivel de redundancia FEC determinado y una indicación del nivel de redundancia FEC determinado. El BM-SC transmite una indicación del nivel de redundancia FEC determinado al UE o a los UE. Esto significa que el UE o los UE receptores recibirán el archivo de datos que comprende el nivel de redundancia FEC, y una indicación del nivel de redundancia FEC. Esto permite al UE o a los UE determinar individualmente, en una fase inicial del procedimiento de difusión, una tasa de pérdida de paquetes o de símbolos. El UE o los UE pueden entonces notificar al BM-SC la situación actual en relación con la tasa de pérdida de paquetes o símbolos, tal como se describirá en mayor detalle a continuación.

Sigue un ejemplo de una actualización de un esquema FDT propuesta en 3GPP TS 26.346, donde se ha definido un nuevo atributo, en este caso denominado nivel de redundancia-FEC-OTI, donde OTI es el acrónimo de Object Transmission Information (información de transmisión de objeto). La información o indicación del nivel de redundancia FEC puede estar comprendida en un nivel de instancia FDT, o un nivel de atributo de archivo. Este atributo se puede incluir si se activa codificación FEC, donde el valor del atributo se proporciona como un porcentaje que representa una sobrecarga provocada por la FEC. El nivel de redundancia-FEC-OTI se puede denominar alternativamente nivel de redundancia FEC o sobrecarga FEC.

Claims (14)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Un procedimiento ejecutado en un centro de servicio de difusión/multidifusión, BM-SC, para transmitir datos en una sesión de difusión a por lo menos un equipo de usuario, UE, en un sistema de comunicación por radio, comprendiendo el procedimiento:
    - determinar (510) transmitir un archivo de datos a por lo menos un UE;
    - determinar (520) un nivel de redundancia de corrección de errores hacia adelante, FEC, indicativo de la cantidad de redundancia FEC a aplicar para dicha transmisión de archivo de datos;
    - transmitir (530) dicho archivo de datos y el nivel de redundancia FEC a dichos uno o varios UE
    - recibir (540), desde dicho por lo menos uno de dicho por lo menos un UE, información que indica un fallo mediante dicho por lo menos un UE para descodificar correctamente un paquete del archivo de datos transmitido aplicándose el nivel de redundancia FEC, y una tasa de pérdida de paquetes, indicativa de la descodificación fallida y
    - determinar (610, 615, 620, 625, 630), en base a la información recibida, por lo menos una acción a iniciar para gestionar el paquete o paquetes subsiguientes de dicho archivo de datos.
  2. 2. El procedimiento según la reivindicación 1, en el que el nivel de redundancia FEC se introduce en una instancia de tabla de suministro de archivo, FDT, actualizada, como un atributo del nivel de redundancia FEC, después de lo cual la instancia FDT actualizada se transmite (530) al UE o a los UE.
  3. 3. Un procedimiento ejecutado en un equipo de usuario, UE, para recibir datos en una sesión de difusión transmitida desde un centro de servicio de difusión/multidifusión, BM-SC, comprendiendo el procedimiento:
    - recibir (710), desde el BM-SC, un archivo de datos transmitido y un nivel de redundancia FEC aplicado cuando se transmite el archivo de datos,
    - iniciar la descodificación (720) del archivo de datos recibido utilizando el nivel de redundancia FEC recibido,
    - determinar (730) un fallo al descodificar correctamente un paquete del archivo de datos transmitido,
    - transmitir (740), al BM-SC, información que indica un fallo al descodificar correctamente el archivo de datos transmitido, y una tasa de pérdida de paquetes indicativa de la descodificación fallida, y
    - determinar por lo menos una acción decisiva sobre cómo gestionar el paquete o paquetes subsiguientes de dicho archivo de datos, a iniciar en caso de que se descubra que la tasa de pérdida de paquetes excede el nivel de redundancia FEC.
  4. 4. El procedimiento según la reivindicación 3, en el que el nivel de redundancia FEC se proporciona en una instancia de tabla de suministro de archivo, FDT.
  5. 5. Un BM-SC (800) para transmitir datos, por medio de una sesión de difusión, a por lo menos un equipo de usuario, UE, (1000) en un sistema de comunicación por radio, comprendiendo el BM-SC (800) un procesador (810) y una memoria (820) legible por ordenador, que puede almacenar instrucciones que, cuando son ejecutadas por el procesador (810), hacen que el procesador (810):
    - determine transmitir el archivo de datos a dicho por lo menos un UE (1000);
    - determine un nivel de redundancia FEC a utilizar para dicha transmisión de archivo de datos, indicativo de la cantidad de redundancia FEC a aplicar para dicha transmisión de archivo de datos;
    -transmita, a dicho por lo menos un UE, el archivo de datos aplicando el nivel de redundancia FEC determinado, y el nivel de redundancia FEC determinado;
    - reciba, desde dicho por lo menos uno de dicho por lo menos un UE, información que indica un fallo mediante dicho por lo menos un UE para descodificar correctamente un paquete del archivo de datos transmitido aplicándose el nivel de redundancia FEC, y una tasa de pérdida de paquetes, indicativa de la descodificación fallida, y
    - determine, en base a la información recibida, por lo menos una acción a iniciar para gestionar el subsiguiente paquete o paquetes de dicho archivo de datos.
  6. 6. El BM-SC (800) según la reivindicación 5, en el que el procesador (810) está adaptado además para actualizar una instancia de tabla de suministro de archivo, FDT, con el nivel de redundancia FEC determinado.
  7. 7. El BM-SC (800) según la reivindicación 6, en el que la memoria (820) puede además almacenar instrucciones que, cuando son ejecutadas por el procesador (810), hacen que el procesador (810) reciba información desde por lo menos un UE (1000) de dicho por lo menos un UE, que indica al BM-SC (800) que dicho por lo menos un UE (1000) no pudo descodificar satisfactoriamente el archivo de datos de acuerdo con el nivel de redundancia FEC aplicado para transmitir el archivo de datos, indicando asimismo la información una tasa de pérdida de paquetes.
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
  8. 8. El BM-SC (800) según la reivindicación 7, en el que la información de recepción desde por lo menos un UE (1000) de dicho por lo menos un UE que indica al BM-SC (800) que dicho por lo menos un UE (1000) no pudo descodificar satisfactoriamente el archivo de datos comprende recibir una solicitud de notificación de recepción que indica la tasa de pérdida de paquetes al BM-SC (800).
  9. 9. El BM-SC (800) según cualquiera de las reivindicaciones 6 a 8, en el que la memoria (820) puede además almacenar instrucciones que, cuando son ejecutadas por el procesador (810), hacen que el procesador (800) lleve a cabo cualquiera de:
    - determinar aumentar el nivel de redundancia FEC, y seguir transmitiendo, a dicho por lo menos un UE (1000): un subsiguiente paquete del archivo de datos utilizando el nivel de redundancia FEC aumentado, y una indicación de que en adelante se debe aplicar el nivel de redundancia FEC aumentado, o
    - determinar anular la transmisión del archivo de datos a dicho por lo menos un UE (1000), y transmitir información a dicho por lo menos un UE (1000) de que la transmisión de datos sea anulada, o
    - determinar extender una ventana de reparación de archivo a continuación de la finalización de la transmisión del archivo de datos a dicho por lo menos un UE (1000) y aplicar la ventana de reparación de archivo extendida para una sesión de reparación de archivo a continuación de la finalización de la transmisión del archivo de datos, o
    - determinar cancelar una ventana de reparación de archivo que debería seguir a la finalización de la transmisión del archivo de datos a dicho por lo menos un UE (1000).
  10. 10. El BM-SC (800) según cualquiera de las reivindicaciones 7 a 9, en el que la memoria (420) puede además almacenar instrucciones que, cuando son ejecutadas por la unidad de procesamiento (430), hacen que la unidad de procesamiento (430) guarde información sobre el número de UE que notifican un fallo al descodificar satisfactoriamente el archivo de datos y un porcentaje de pérdida de paquetes para dicho por lo menos un UE de dicho por lo menos un UE previsto para recibir el archivo de datos, y en base a dicha información guardada, retransmita un determinado porcentaje de símbolos de reparación después de la finalización de la transmisión del archivo de datos a dicho por lo menos un UE, o utilizando otro intervalo de tiempo en la sesión de difusión, retransmita el archivo de datos.
  11. 11. Un equipo de usuario (1000), UE, adaptado para recibir una sesión de difusión que comprende un archivo de datos desde un centro de servicio de difusión/multidifusión (800), BM-SC, comprendiendo el UE (1000) un procesador (1010) y una memoria (1050) que puede almacenar instrucciones que, cuando son ejecutadas por el procesador (1050), hacen que el procesador (1050):
    - reciba una sesión desde el BM-SC (800), que comprende el archivo de datos y un nivel de redundancia FEC utilizado para transmitir el archivo de datos,
    - inicie la descodificación de por lo menos una parte del archivo de datos transmitido, utilizando el nivel de redundancia FEC indicado;
    - determine que un paquete del archivo de datos recibido se ha descodificado satisfactoriamente;
    - transmita, al BM-SC, información que indica que el archivo de datos no pudo ser descodificado satisfactoriamente, y una tasa de pérdida de paquetes indicativa de la descodificación fallida, y
    - determine por lo menos una acción decisiva sobre cómo gestionar el paquete o paquetes subsiguientes del archivo de datos, a iniciar en caso de que se descubra que la tasa de pérdida de paquetes excede el nivel de redundancia FEC.
  12. 12. Un UE (1000), según la reivindicación 11, en el que la memoria (5020) puede además almacenar instrucciones que, cuando son ejecutadas por el procesador (1010), hacen que el procesador (1010) descodifique el paquete o el archivo de datos recibido, de acuerdo con el nivel de redundancia FEC recibido, en el que si la descodificación de la transmisión recibida no es satisfactoria, entonces el procesador (1010) está adaptado además para transmitir información al BM-SC (800) que indica que el UE (1000) no pudo descodificar satisfactoriamente el archivo de datos.
  13. 13. Un UE (1000) según la reivindicación 12, en el que transmitir información al BM-SC (800), que indica que el UE (1000) no pudo descodificar satisfactoriamente el archivo de datos, comprende enviar al BM-SC una solicitud de notificación de recepción que indica la tasa de pérdida de paquetes.
  14. 14. Un UE (1000) según cualquiera de las reivindicaciones 11 a 13, en el que la memoria (1050) puede además almacenar instrucciones que, cuando son ejecutadas por el procesador (1010), hacen que el procesador (1010) reciba una serie de paquetes, determine una proporción entre el número de paquetes que no fueron descodificados satisfactoriamente y el número de paquetes que fueron recibidos, determine una relación entre el nivel de redundancia FEC y la proporción determinada, y anule la recepción de más paquetes del mismo archivo de datos dentro de la sesión de difusión si la proporción es mayor que el nivel de redundancia FEC y si la reparación de archivo no está activada para el archivo de datos suministrado.
    Un UE (1000) según cualquiera de las reivindicaciones 11 a 14, en el que la memoria (1050) puede además almacenar instrucciones que, cuando son ejecutadas por el procesador (1010), hacen que el procesador (1020) indique al BM-SC (800) que una sesión de reparación de archivo con el BM-SC (800) será solicitada después de la finalización de la sesión de difusión con el fin de recibir una retransmisión de aquellos paquetes que se indicaron al BM-SC (800) como no descodificados satisfactoriamente.
    imagen1
    imagen2
    imagen3
    imagen4
    imagen5
    imagen6
    imagen7
    imagen8
    imagen9
    imagen10
ES16184598.7T 2012-07-09 2013-04-11 Procedimiento y dispositivo para distribuir información durante el suministro de difusión Active ES2681671T3 (es)

Priority Applications (4)

Application Number Priority Date Filing Date Title
WOPCT/CN2012/078388 2012-07-09
CNPCT/CN2012/078388 2012-07-09
WOPCT/CN2012/079809 2012-08-08
CNPCT/CN2012/079809 2012-08-08

Publications (1)

Publication Number Publication Date
ES2681671T3 true ES2681671T3 (es) 2018-09-14

Family

ID=48430905

Family Applications (1)

Application Number Title Priority Date Filing Date
ES16184598.7T Active ES2681671T3 (es) 2012-07-09 2013-04-11 Procedimiento y dispositivo para distribuir información durante el suministro de difusión

Country Status (9)

Country Link
US (3) US10511997B2 (es)
EP (3) EP3119022B1 (es)
JP (2) JP2015531185A (es)
KR (1) KR20140007277A (es)
AU (1) AU2013287309B2 (es)
DK (1) DK2870716T3 (es)
ES (1) ES2681671T3 (es)
IN (1) IN2015DN00468A (es)
WO (2) WO2014011097A1 (es)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9021109B1 (en) * 2012-01-23 2015-04-28 Amazon Technologies, Inc. Controlling requests through message headers
EP2907264A4 (en) * 2012-10-15 2015-11-11 Ericsson Telefon Ab L M A ue, a bm-sc, a status management server, a load balancing server and a file repair server and respective methods therein are provided for file repair procedure
EP2912795A1 (en) * 2012-10-26 2015-09-02 Telefonaktiebolaget LM Ericsson (Publ) METHODS AND ARRANGEMENT FOR HANDLING FILE REPAIR DURING MBMS OR eMBMS DELIVERY
US10127263B2 (en) * 2013-05-30 2018-11-13 Qualcomm Incorporated Full file repair using schedule description fragment in eMBMS
US20150172066A1 (en) * 2013-12-13 2015-06-18 Qualcomm Incorporated Practical implementation aspects of unicast fetch for http streaming over embms
DE102013226977B3 (de) * 2013-12-20 2015-02-05 Cetitec GmbH Kommunikationsknoten für ein paketvermitteltes Datennetzwerk und Verfahren zu dessen Betrieb
US20150269629A1 (en) * 2014-03-24 2015-09-24 Qualcomm Incorporated Targeted advertisement insertion for streaming media data
US20160021515A1 (en) * 2014-07-18 2016-01-21 Samsung Electro-Mechanics Co., Ltd. Electronic shelf label gateway, electronic shelf label system and communications method thereof
US9913305B2 (en) * 2014-08-11 2018-03-06 Intel IP Corporation Systems, methods, and devices for congestion control on a mobile network
US20160065741A1 (en) * 2014-08-27 2016-03-03 Genesys Telecommunications Laboratories, Inc. Social media integrated agent routing
US9668238B1 (en) * 2014-10-02 2017-05-30 Sprint Spectrum L.P. Multicast file delivery
US9787430B2 (en) * 2015-05-01 2017-10-10 Qualcomm Incorporated Dynamic setting of FEC in eMBMS video streaming
US9647950B2 (en) 2015-05-11 2017-05-09 Ebay Inc. System and method of site traffic control
US10470000B2 (en) 2016-02-12 2019-11-05 Samsung Electronics Co., Ltd. Methods and apparatus for enhanced MBMS content provisioning and content ingestion
CN108509148A (zh) * 2018-02-07 2018-09-07 新华三技术有限公司 一种i/o请求处理方法以及装置

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI97185C (fi) * 1994-11-11 1996-10-25 Nokia Telecommunications Oy Ylikuormituksen esto tietoliikenneverkon solmussa
JP3228410B2 (ja) 1997-12-25 2001-11-12 日本電気株式会社 マルチキャスト通信方法及び方式
JP2001045098A (ja) * 1999-05-26 2001-02-16 Canon Inc データ通信システム、データ通信装置、データ通信方法及び記憶媒体
JP2002330118A (ja) * 2001-04-27 2002-11-15 Nippon Telegr & Teleph Corp <Ntt> データ配信制御方法、データ配信装置、データ配信制御プログラム及びデータ配信制御プログラムを記録した媒体
JP2003152752A (ja) * 2001-08-29 2003-05-23 Matsushita Electric Ind Co Ltd データ送受信方法
IL158158A (en) * 2003-09-29 2012-05-31 Bamboo Mediacasting Ltd Distribution of multicast data to users
US7610377B2 (en) * 2004-01-27 2009-10-27 Sun Microsystems, Inc. Overload management in an application-based server
DK1716665T3 (da) * 2004-02-18 2009-08-10 Ericsson Telefon Ab L M Fremgangsmåde og anordning til pålidelig udsendelse
US7296205B2 (en) 2004-02-18 2007-11-13 Nokia Corporation Data repair
KR100883576B1 (ko) * 2004-03-29 2009-02-13 노키아 코포레이션 멀티캐스트/브로드캐스트 데이터 배포를 위한 데이터 복구강화
US7752629B2 (en) * 2004-05-21 2010-07-06 Bea Systems Inc. System and method for application server with overload protection
CN101442396A (zh) 2004-06-02 2009-05-27 松下电器产业株式会社 无线传送方法
JPWO2005119969A1 (ja) 2004-06-02 2008-04-03 松下電器産業株式会社 無線伝送方法
US7631085B2 (en) * 2004-08-30 2009-12-08 Nokia Corporation Point-to-point delivery verification report mechanism for point-to-multipoint transmission systems
WO2006038054A1 (en) * 2004-10-06 2006-04-13 Nokia Corporation Packet transmission using error correction of data packets
JP2006262288A (ja) * 2005-03-18 2006-09-28 Nec Corp 映像データの配信サーバおよび映像データ配信方法
JP4579109B2 (ja) 2005-09-07 2010-11-10 Kddi株式会社 コンテンツ配信装置およびコンテンツ受信装置、ならびにコンテンツ配信システム、コンピュータプログラム
US7756034B2 (en) * 2005-11-29 2010-07-13 Cisco Technology, Inc. System and method for handling network overload
US20080025300A1 (en) * 2006-07-31 2008-01-31 Texas Instruments Incorporated Method and/or apparatus for enabling voice packet redundancy
JP4867633B2 (ja) * 2006-12-15 2012-02-01 株式会社日立製作所 Content distribution system
JP4356742B2 (ja) 2006-12-25 2009-11-04 ソニー株式会社 データ通信システム、データ送信装置およびデータ送信方法
US20080219151A1 (en) * 2007-03-07 2008-09-11 Nokia Corporation System and method for using a peer to peer mechanism to repair broadcast data in wireless digital broadcast networks
US8341479B2 (en) * 2007-03-30 2012-12-25 Thomson Licensing Robust file casting for mobile TV
US20080285496A1 (en) * 2007-05-14 2008-11-20 Bamboo Mediacasting Ltd. Data download in wireless network
US20090177942A1 (en) * 2008-01-09 2009-07-09 Nokia Corporation Systems and methods for media container file generation
WO2009100730A1 (en) * 2008-02-12 2009-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Controlling point-to-multipoint transmissions of content data over a radio interface
GB2461516A (en) * 2008-06-30 2010-01-06 Toshiba Res Europ Ltd A method of predicting traffic in a wireless network
US9281847B2 (en) * 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
US20120015126A1 (en) * 2009-03-26 2012-01-19 Hitachi Chemical Company, Ltd. Adhesive material reel
US8352252B2 (en) * 2009-06-04 2013-01-08 Qualcomm Incorporated Systems and methods for preventing the loss of information within a speech frame
CN102763473B (zh) 2010-03-19 2015-07-08 松下电器(美国)知识产权公司 基站和发送方法
TWI554137B (zh) 2010-05-26 2016-10-11 財團法人工業技術研究院 控制通道配置方法與控制通道搜尋方法及其通信裝置
JP5400742B2 (ja) * 2010-10-18 2014-01-29 株式会社Nttドコモ 片方向伝送システム及びコンテンツ配信方法
JP5748471B2 (ja) * 2010-12-14 2015-07-15 キヤノン株式会社 配信装置、配信方法、プログラム
US8429282B1 (en) * 2011-03-22 2013-04-23 Amazon Technologies, Inc. System and method for avoiding system overload by maintaining an ideal request rate
US8521141B2 (en) * 2011-09-19 2013-08-27 Verizon Patent And Licensing Inc. Optimizing delivery of streams
US8848562B2 (en) * 2012-02-22 2014-09-30 Verizon Patent And Licensing Inc. Modifying FEC values and MCS values in a network
US9078130B2 (en) * 2012-04-10 2015-07-07 Qualcomm Incorporated Secure reception reporting
US9113311B2 (en) * 2012-05-09 2015-08-18 Verizon Patent And Licensing Inc. Multicast/broadcast content delivery based on feedback from a user device

Also Published As

Publication number Publication date
KR20140007277A (ko) 2014-01-17
IN2015DN00468A (es) 2015-06-26
EP2870724A4 (en) 2015-08-12
US20150189544A1 (en) 2015-07-02
EP2870724B1 (en) 2017-02-08
AU2013287309A1 (en) 2015-02-12
EP2870716B1 (en) 2016-10-12
EP2870724A2 (en) 2015-05-13
DK2870716T3 (en) 2017-01-23
US9258736B2 (en) 2016-02-09
EP2870716A1 (en) 2015-05-13
WO2014011098A2 (en) 2014-01-16
WO2014011097A1 (en) 2014-01-16
EP3119022B1 (en) 2018-06-13
US20140010090A1 (en) 2014-01-09
AU2013287309B2 (en) 2015-12-24
WO2014011098A3 (en) 2014-04-03
EP3119022A1 (en) 2017-01-18
JP2015531185A (ja) 2015-10-29
JP2018107818A (ja) 2018-07-05
US20200084660A1 (en) 2020-03-12
US10511997B2 (en) 2019-12-17

Similar Documents

Publication Publication Date Title
US10321199B2 (en) Streaming with optional broadcast delivery of data segments
JP6113317B2 (ja) Httpサーバを用いるmbmsファイル修復のためのipマルチメディアサブシステムおよび方法
US10034058B2 (en) Method and apparatus for distributing video
RU2614540C2 (ru) Обработка мультимедийных данных
US9787802B2 (en) Technique for reliable bulk data delivery
Lecompte et al. Evolved multimedia broadcast/multicast service (eMBMS) in LTE-advanced: Overview and Rel-11 enhancements
US9106431B2 (en) Method and apparatus for improved multicast streaming in wireless networks
JP6290885B2 (ja) マルチメディアデータの処理
EP1716658B1 (en) A method for data repair in a system capable of handling multicast and broadcast transmissions
ES2574805T3 (es) Methods for switching between an MBMS download and an HTTP-based delivery of content in DASH format over an IMS network
KR100753026B1 (ko) 무선 네트워크에서의 방송 핸드오버
EP2103083B1 (en) System and method for combining pull and push modes
EP1771964B1 (en) Point-to-point repair request mechanism for point-to-multipoint transmission systems
AU2005204215B2 (en) Repairing errors in data of MBMS service
TWI602452B (zh) 將單播服務串流至多使用者設備
US7376150B2 (en) Point-to-point repair response mechanism for point-to-multipoint transmission systems
US7502316B2 (en) Data receiving apparatus and data receiving method
EP1552649B1 (en) Multicast data transfer
US7801069B2 (en) Distribution of packets among a plurality of nodes
KR101151935B1 (ko) Mbms 핸드오버 실행 방법, mbms 핸드오버 실행 장치, 컴퓨터 판독가능 저장 매체 및 mbms 핸드오버 실행 시스템
US7536622B2 (en) Data repair enhancements for multicast/broadcast data distribution
US7423973B2 (en) Methods and apparatus for hybrid multicast and unicast transmissions in a data network
EP1867135B1 (en) Method and apparatus for enhanced file distribution in multicast or broadcast
US8625667B2 (en) Method of opportunity-based transmission of wireless video
CN101861709B (zh) 用于具有合并的自动重复请求的自适应前向纠错以在无线局域网中进行可靠多播的方法和装置