ES2665173T3 - Distribución de datos de difusión/multidifusión en sistemas de telecomunicaciones - Google Patents

Distribución de datos de difusión/multidifusión en sistemas de telecomunicaciones Download PDF

Info

Publication number
ES2665173T3
ES2665173T3 ES15177834.7T ES15177834T ES2665173T3 ES 2665173 T3 ES2665173 T3 ES 2665173T3 ES 15177834 T ES15177834 T ES 15177834T ES 2665173 T3 ES2665173 T3 ES 2665173T3
Authority
ES
Spain
Prior art keywords
base station
data
content
sequence
byte
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
ES15177834.7T
Other languages
English (en)
Inventor
András RÁCZ
Gunnar Mildh
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 ES2665173T3 publication Critical patent/ES2665173T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • 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/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • 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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

Una estación base (120) configurada para sincronizar contenido cuando se difunden datos en una red de comunicaciones, comprendiendo la estación base: un receptor (1201) configurado para recibir secuencias de datos, PDU; en donde cada secuencia de datos recibida comprende números de secuencia numerados por byte; comprendiendo además la estación base: un transmisor (1202) configurado para transmitir contenido de la secuencia de datos recibida; y una disposición (1203) de procesamiento configurada para sincronizar la transmisión del contenido con otra estación base usando dichos números de secuencia numerados por byte, en donde dicha disposición (1203) de procesamiento se configura para determinar se ha perdido una PDU.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Distribución de datos de difusión/multidifusión en sistemas de telecomunicaciones Campo de la técnica
La presente invención se relaciona con los sistemas de telecomunicaciones en general y con la distribución de datos de difusión/multidifusión en sistemas celulares en particular.
Antecedentes
En la arquitectura MBMS, el BM-SC es el Centro de Servicio de Difusión y Multidifusión, que es el servidor del nivel de aplicación que proporciona el contenido multimedia. Este se ilustra en términos generales en la figura 8.
El MBMS GW es responsable del procesamiento del plano de usuario de los datos MBMS, incluyendo funciones como la sincronización de contenido y la entrega de datos sobre un transporte IP de multidifusión a los eNodoB pertinentes. El MBMS GW también ejecuta el control sobre el inicio y fin de los servicios y actúa como un mediador entre las fuentes de contenido multimedia agnósticas de acceso y la red de acceso específica LTE.
La MCE (Entidad de Control del MBMS) es una entidad de control de recursos de radio, que es responsable
principalmente de la asignación coordinada de los recursos de radio sobre múltiples celdas en el caso de un modo
de transmisión en Red de Frecuencia Única (SFN).
Para soportar eficientemente la distribución de datos de difusión/multidifusión en sistemas celulares (por ejemplo, la distribución de contenido multimedia, canales de TV), se usa a menudo el concepto de transmisión en Red de Frecuencia Única (SFN). Esto significa que se envía el mismo contenido desde múltiples estaciones base de manera sincronizada en el tiempo, lo que permite al terminal de usuario receptor combinar las señales de múltiples estaciones base y de este modo alcanzar una buena calidad de recepción también en el borde de la celda.
Para que el concepto SFN funcione, se necesita un mecanismo que alcance la sincronización tanto del contenido, lo que significa que los mismos datos se envían desde múltiples estaciones base en el mismo bloque de recursos de radio como también de la sincronización en el tiempo de las estaciones base, lo que significa que la transmisión
en los bloques de recursos de radio idénticos en múltiples estaciones base se alineen en el tiempo con suficiente
exactitud.
El concepto SFN se usa, por ejemplo, para la realización del Servicio de Multidifusión y Difusión Multimedia (MBMS) en UTRAN y el mismo principio se usará en el sistema LTE también.
En UTRAN la sincronización de contenido MBMS se realiza mediante el nodo RNC como parte de la funcionalidad de control de recurso y planificación en la capa MAC. Sin embargo, para que esta solución funcione se requiere localizar la planificación de la interfaz de radio y el procesamiento L2 (por ejemplo, segmentación) en un nodo central de procesamiento de plano de usuario. En LTE estas funciones de control de recursos de radio se localizarán en el eNodoB junto con las correspondientes capas de protocolo MAC y de capas inferiores. Por lo tanto las soluciones anteriores no son favorables para LTE y no son directamente aplicables tampoco, a menos que alguna de las capas del protocolo L2 (por ejemplo RLC/mAc) se muevan desde el eNodoB al nodo de la puerta de enlace MBMS (MBMS GW) o que se introduzcan algunas nuevas capas de protocolo con funcionalidad L2 (por ejemplo, segmentación/concatenación) entre la RLC/MAC y las capas superiores.
Soluciones similares están siendo discutidas también para LTE, donde el procesamiento del plano de usuario en el MBMS GW incluiría una capa RLC/MAC o una capa de protocolo recientemente introducida haciendo la segmentación/concatenación según el tamaño del bloque de recursos de radio.
Estas soluciones no son deseables en LTE ya que requerirían funcionalidad RAN en el nodo MBMS GW, lo que se añadiría a la complejidad del nodo y diferirían significativamente de las funciones de procesamiento del plano de usuario en el nodo central utilizadas para el tráfico de unidifusión.
Sería deseable usar un método de sincronización de contenido que permita mantener el procesamiento del plano de usuario en el nodo MBMS GW tan simple como fuera posible y libre de cualquier procesamiento específico de RAN, esto es, similar a la funcionalidad de procesamiento del plano de usuario para el tráfico de unidifusión.
El documento EP 1903690 describe un dispositivo de agregación que realiza un procesamiento simultáneo de manera que se puede realizar una entrega simultánea desde una pluralidad de estaciones base a través de un canal de radiodifusión.
Compendio
La presente invención soluciona el problema de la sincronización de contenido mediante el uso de la numeración de secuencia de nivel de byte en el nodo central MBMS GW. Esto significa que el GW sólo necesita añadir números de
5
10
15
20
25
30
35
40
45
secuencia numerados por byte para las PDU puenteadas, esto es, puede estar libre de cualquier procesamiento de plano de usuario específico de RAN. Los eNodoB receptores serán capaces de hacer corresponder sin ambigüedad las PDUs MBMS al correspondiente bloque de recursos de radio basándose en la numeración de byte y en los tamaños de bloque de recursos de radio pre-configurados. Otras ventajas de la invención según las realizaciones descritas incluyen:
• Una función de procesamiento del plano de usuario simple en el nodo central GW que se alcanzará por la pila de protocolos del plano de usuario puede ser idéntica a la usada para los datos de unidifusión.
• El nodo GW puede estar libre de cualquier procesamiento del plano de usuario específico de RAN (por ejemplo, segmentación/concatenación, conocimiento sobre parámetros de bloque de recursos de radio, etc.)
• No es necesario definir una capa de protocolo nueva, la numeración de secuencia requerida se puede añadir a la cabecera del protocolo de túnel (por ejemplo, en GTP-U).
El problema se soluciona y las ventajas son obtenidas mediante una estación base según la reivindicación 1, una disposición según la reivindicación 9 y los métodos correspondientes según las reivindicaciones 7 y 13. Se describen realizaciones adicionales en las reivindicaciones dependientes.
Breve descripción de los dibujos
La presente invención se describirá de una manera ejemplar con referencia a las realizaciones no limitadoras ilustradas en los dibujos adjuntos, en las que:
La Figura 1 ilustra esquemáticamente una arquitectura de protocolo MBMS
La Figura 2 ilustra esquemáticamente la adición de números de secuencia de nivel de byte
La Figura 3 ilustra esquemáticamente la correspondencia de las PDU numeradas por byte en los bloques de recursos de radio apropiados en el eNodoB.
La Figura 4 ilustra esquemáticamente la correspondencia de las PDU en los bloques de recursos de radio apropiados en el eNodoB.
La Figura 5 ilustra esquemáticamente el tamaño de cabecera fijo frente al variable.
La Figura 6 es un diagrama de bloques esquemático de una disposición según la presente invención.
La Figura 7 es un diagrama de bloques esquemático de una estación base según la presente invención, y La Figura 8 ilustra esquemáticamente la Arquitectura LTE MBMS.
Descripción detallada
La Figura 1 ilustra un ejemplo general de la arquitectura del plano de usuario de un protocolo MBMS, por ejemplo para LTE.
En la figura:
110 se designa un Equipo de Usuario que comprende el paquete de capas de protocolo MBMS 111, PDPC 112, RNC 113, MAC 114 y PHY 115.
120 se designa una estación base, eNodoB, que comprende las capas de protocolo RNC 123, MAC 124, PHY 125, TNL 126 y Sync 127.
130 se designa un Nodo de Puerta de enlace Central, que comprende las capas de protocolo PDPC 132, TNL 136 y SYNC 137.
140 se designa un eBM-SC que comprende un paquete de capas de protocolo MBMS 141 y TNL 146. eBM- SC es el origen del tráfico MBMS.
Los protocolos SYNC 27 y 137 (descritos adicionalmente a continuación) son los protocolos para sincronizar los datos usados para generar una determinada trama de radio. El protocolo SYNC entre la puerta de enlace MBMS y los eNBs asegura que se envía el mismo contenido a través del aire desde todos los eNB.
El nodo 130 de Puerta de enlace central (GW) (por ejemplo, MBMS GW) incluye funcionalidad de procesamiento de plano de usuario que cubre también las funciones necesarias para la sincronización de contenido. La capa SYNC 127/137 de protocolo mostrada en la figura es una capa lógica que implementa el soporte requerido para la sincronización de contenido. Sin embargo, esto no significa necesariamente una nueva capa de protocolo, las
5
10
15
20
25
30
35
40
45
50
funciones requeridas (por ejemplo, los números de secuencia) se pueden añadir también a las capas existentes también, por ejemplo, a la capa TNL 126, 136, 146 de protocolo o a la capa PDCP 111, 131.
Según esta realización, la GW 130 añade números de secuencia de nivel de byte a las PDU (Unidades de datos de Protocolo) PDCP 131. Un ejemplo se muestra en la Figura 2. El SN (número de secuencia) del siguiente paquete se obtiene mediante el SN del paquete anterior aumentado por la longitud del paquete anterior (expresada en número de bytes) esto es.
SNpou#n = SNpDU#rvl+ tamaño de PDU#n, donde n=1, 2, 3,
Los tamaños ilustrados en el dibujo son dados como ejemplo y no limitan la invención.
Este número de secuencia se puede incluir como parte de la Capa de Red de Transporte (TNL). Por ejemplo, se puede añadir a la cabecera del protocolo de túnel o podría añadirse a la cabecera del protocolo PDCP. Alternativamente, una nueva capa de protocolo puede ser introducida para tal propósito entre el eNodoB y la GW. En la realización preferida, se usa el número de secuencia del protocolo de tunelización, por ejemplo, el número de secuencia del protocolo GTP-U (Protocolo - Usuario de Túnel GPRS) posiblemente extendido en longitud.
Como se mencionó anteriormente, al inicio del servicio MBMS la entidad de control de recursos MBMS (por ejemplo, el Servidor de Control MBMS: MCS) configura los recursos de radio a usar en los eNodoB para ese servicio MBMS particular y también especifica un momento absoluto en el que el eNodoB debería iniciar la transmisión. El servidor de control también activa la GW para iniciar el envío de datos MBMS con el número de secuencia de nivel de byte restaurado a un valor inicial. A partir de ese momento, la sincronización es auto-sostenida basada en el método número de secuencia de nivel de byte descrito, siempre y cuando las memorias intermedias en los eNodoB 120 no se queden sin datos. Sin embargo, esto puede no ser posible garantizarlo en todos los casos, ya que los datos MBMS pueden producirse en ráfagas, lo que significa que puede haber huecos inactivos entre ráfagas de paquetes.
El siguiente método es una extensión a la solución de numeración de secuencia básica para mantener la sincronización también en casos de huecos inactivos en el flujo de datos.
Para poder mantener la sincronización en el eNodoB, necesita asegurarse que la memoria intermedia 1204 (figura 7) en los eNodoB no se vacíe. Por lo tanto durante los periodos de huecos inactivos en el flujo de datos MbMs, la GW inserta PDU ficticias en el flujo para rellenar la memoria intermedia del eNodoB con datos virtuales. Las PDU ficticias contienen solo una cabecera de paquete y ninguna parte de datos de usuario. La cabecera de paquete de la PDU ficticia incluye a número de secuencia de nivel de byte, de manera similar a las PDU de datos normales. El número de secuencia de nivel de byte se fija según los datos virtuales asociados con la PDU ficticia. Las PDU ficticias se envían desde la GW al eNodoB. Estas PDU no se envían normalmente en la interfaz de radio. Sin embargo, se podría permitir enviar la PDU ficticia también sobre la interfaz de radio, por ejemplo, como relleno en el bloque de transporte físico. La razón para enviar la PDU ficticia sobre la interfaz de radio podría ser, por ejemplo, evitar que el UE interprete el hueco inactivo como un error de enlace de radio.
Cuando el eNodoB recibe una PDU ficticia, puede manejar el paquete de manera similar a un paquete de datos normal, esto es, puede almacenar el paquete, planificarlo para transmisión, etc. La única diferencia en el manejo de estos paquetes ficticios comparada con los paquetes de datos normales es que no hay transmisión real de datos de usuario asociada con ellos en la interfaz de radio. Estas PDU se usan sólo como datos virtuales para mantener la sincronización. El uso de PDU ficticias se ilustra en la figura 3.
La figura 3 muestra también como el eNodeB 120 de la figura 1 y figura 7 puede hacer corresponder sin ambigüedades las PDU recibidas, recibidas por la interfaz 1201 en el correspondiente Bloque de Transporte (TB).
Generalmente, un bloque de transporte es un bloque de datos codificados preparado para la transmisión por la interfaz de radio y es transmitido en un recurso de tiempo-frecuencia designado.
Como se muestra en el ejemplo, temporalmente no hay datos que enviar tras la PDU#1. Por lo tanto la GW, inserta PDU ficticias, cada una con un tamaño virtual de 256 Kbyte como se indica en el campo SN de la cabecera de paquete (este es sólo un ejemplo, podría ser cualquier tamaño de datos virtuales). Estas PDU no contienen una parte de datos, sólo la cabecera, como también se muestra en la figura. Cuando las PDU ficticias llegan al eNodoB, el eNodoB las procesa como haría con los paquetes normales de datos, esto es, mantiene el seguimiento acerca de en qué bloque de recurso de radio habrían sido transmitidos estos paquetes, si hubieran sido datos reales. De este modo el eNodoB puede mantener continuamente en qué bloque de recurso de radio deberían ser enviados los próximos datos. Esto es, si llega una nueva PDU, después del fin del hueco inactivo (PDU#2 en el ejemplo), cada eNodoB sabrá sin ambigüedad en qué instante de tiempo y en qué bloque de recurso de radio los datos necesitan ser enviados. La PDU de datos que llegan se enviará a continuación de las PDU ficticias, esto es, después de que se finalice el envío virtual de las PDU ficticias.
5
10
15
20
25
30
35
40
45
50
55
Es necesario que haya un procedimiento en la GW para determinar cuándo ésta debería enviar PDU ficticias, esto es, para determinar cuándo las memorias intermedias del eNodoB se vacían. Básicamente puede haber dos maneras diferentes de solucionar este problema:
• mediante el envío a una tasa de salida fija desde la GW, realizando el almacenamiento intermedio en la GW y enviando PDU ficticias cuando la memoria intermedia de la GW se vacíe, o
• mediante la medición de la tasa de salida en la GW y basado en eso, prediciendo la ocupación de la memoria intermedia en el eNodoB y enviando PDU ficticias cuando se prevea que las memorias intermedias del eNodoB resulten vacías.
En este caso de tasa de salida fija y almacenamiento intermedio en la GW, se enviarán los paquetes de datos MBMS con una tasa de salida fija correspondiente a la tasa del enlace de radio que ha sido asignado para el servicio MBMS dado en la interfaz de radio. Como resultado de la tasa de salida fija en la GW es necesario que se haga un almacenamiento intermedio en la GW para manejar la aparición en ráfagas del flujo de tráfico, esto es, para absorber el exceso de tráfico durante el momento de una ráfaga de paquetes. Nótese que algunos almacenamientos intermedios necesitan ser mantenidos también en el eNodoB para tener en cuenta las variaciones de retardo en los enlaces de la red de transporte entre la GW y los eNodoB.
Cuando la memoria intermedia en la GW se está vaciando la GW simplemente inserta PDU ficticias dentro de la memoria intermedia con un tamaño de datos virtuales determinado por la GW.
En el caso de una tasa de salida medida y sin almacenamiento intermedio en la GW, la GW está midiendo continuamente la tasa actual a la que están pasando los paquetes de datos MBMS (después de ser procesados en la GW), esto es, no se realiza almacenamiento intermedio en la GW. Basado en la tasa de salida medida durante una cierta ventana de tiempo, la GW puede predecir la cantidad de datos en las memorias intermedias del eNodoB. Cuando la GW anticipa que las memorias intermedias del eNodoB se están quedando vacías, esto es, la tasa de salida medida está por debajo de la tasa del enlace de radio durante algún tiempo, entonces comienza a insertar PDU ficticias en el flujo. El tamaño de los datos virtuales asociados con las PDU ficticias es determinado por la GW. (Nótese que las PDU ficticias necesitan tenerse en cuenta cuando se mide la tasa de salida en la GW).
Esta solución se puede extender con una disposición de reporte opcional desde el eNodoB a la GW, en el que el eNodoB puede enviar un reporte a la GW cuando el nivel de la memoria intermedia en el eNodoB cae por debajo de un determinado umbral. En respuesta a esta indicación la GW puede empezar a insertar PDU ficticias en el flujo en tanto que el nivel de la memoria intermedia en los eNodoB vaya por encima del umbral (,en cuyo caso se puede enviar una nueva indicación a la GW).
Finalmente, podría aún darse ciertos casos excepcionales en los que el eNodoB podría perder la sincronización. Para manejar dichos casos el eNodoB puede usar un mecanismo de reporte hacia la GW y/o hacia el servidor de control del MBMS para indicar la pérdida de sincronización. (Una indicación para una pérdida de sincronización puede ser que la memoria intermedia del eNodoB se vacíe o la indicación puede venir de las mediciones de la interfaz de radio hechas o bien por el eNodoB o por el UE.) En tales casos la sincronización se puede restablecer con un método parecido al usado para la sincronización inicial. El servidor de control del MBMS puede asignar un tiempo de reinicio para los eNodoB especificado en tiempo absoluto y puede también restaurar el número de secuencia en la Gw. La comunicación de la señalización requerida para restablecer la sincronización puede implicar al servidor de control del MBMS, al eNodoB y a la GW, donde o bien el servidor de control o bien la GW pueden ser el nodo maestro que coordina el proceso. Por consiguiente se puede dibujar el procedimiento de señalización detallado.
Para hacer corresponder las PDU a los bloques de transporte correctos el eNodoB puede mantener un número de secuencia de byte interno que cuenta los contenedores de bloque de transporte (en bytes) que han transcurrido hasta el momento actual t (medido desde un momento de inicio designado T0). Denotemos los contenedores de bloque de transporte transcurridos hasta el momento t como B(t). Entonces el eNodoB debería transmitir el paquete P con el recuento de byte b(P) en el momento exacto donde el recuento de byte interno del eNodoB B(t)=b(P).
Antes de que se pueda iniciar la transmisión de los servicios de difusión, la entidad de control central (MCE) en la red tiene que configurar los bloques de transporte (esto es, su formato de codificación, los recursos de tiempo- frecuencia asignados a ellos, incluir el patrón de recurrencia en el tiempo, etc.) para ser usados para la transmisión MBMS de cada eNodoB y debería designar el momento absoluto en el que se debería iniciar la transmisión (esto es, designar T0).
La Figura 4 muestra como el eNodoB puede hacer corresponder las PDU en los TB apropiados en caso de que algunas de las PDU se pierdan (se pasen) en la red de transporte.
Por ejemplo, si la PDU#3 se pierde en la red de transporte, esto significa que también se desconoce el número de secuencia de la PDU perdida. En este caso el eNodoB puede determinar qué PDU o qué parte de una PDU debería reanudar la transmisión en el TB#3. Si el TB#2 se puede enviar sólo con contenido parcial por el eNodoB, esto es,
5
10
15
20
25
30
35
40
45
con partes del TB completadas con relleno, depende de los detalles de la interfaz L1 y está fuera del alcance del esquema de sincronización de contenido.
El eNodoB puede usar el número de secuencia de la siguiente PDU recibida (esto, PDU#4) y el número de secuencia de la última PDU recibida (esto es, PDU#2) para determinar cuántos bytes de datos se han perdido y determinar donde debería continuar con la PDU#4 en el TB#3.
El esquema de numeración de secuencia anterior puede diferir ligeramente dependiendo de cómo se hace la multiplexación de las PDU de capas superiores en los TB en el eNodoB. Es posible diferenciar básicamente dos alternativas principales dependiendo de si la cabecera del protocolo MAC en el TB es fija o tiene un tamaño dinámico. Por ejemplo, el tamaño de la cabecera MAC podría depender del número de PDU multiplexadas en ese TB concreto. Las diferencias entre casos de tamaño de cabecera MAC fijo o variable se ilustran en la Figura 5, en la cual la secuencia superior (I) ilustra un tamaño fijo y la secuencia inferior (II) un tamaño variable.
Así, una cabecera MAC de tamaño fijo por TB significa que el número de bits de usuario que se pueden llevar en un TB es fijo.
Una cabecera MAC de tamaño variable por TB significa que el tamaño de la cabecera varía dependiendo de la numeración de las PDU multiplexadas, y el número de bits de información que se pueden llevar en un TB dependen del número de PDU que han sido multiplexadas en el TB. Esto podría significar por ejemplo, que hay una parte de cabecera MAC de tamaño fijo añadida a cada PDU multiplexada.
En la solución básica, se asume un tamaño de cabecera MAC fijo, esto es, un número fijo de bits de usuario por TB y es suficiente la solución de numeración de secuencia de byte simple para la sincronización de contenido.
En los casos de un tamaño de cabecera MAC variable, la numeración de secuencia de byte pura puede no ser suficiente para todos los casos, especialmente en caso de que se pierda un número de PDU consecutivas en la red de transporte. En este caso, no es suficiente saber sólo cuantos bytes de información se perdieron para que el eNodoB pueda alcanzar la sincronización correcta, el eNodoB debería saber también cuántas PDUs se han perdido.
Para soportar los casos de tamaños de cabecera MAC variable, se pueden usar dos posibles soluciones:
• El nodo de GW añade un número de secuencia de nivel paquete a las PDU junto al número de secuencia de nivel de byte.
• La GW añade el tamaño de la sobrecarga de MAC correspondiente a la PDU al número de secuencia de byte asignado a esa PDU.
La invención se puede implementar en la GW usando una disposición 130 como se ilustra esquemáticamente en la figura 6. La disposición comprende un receptor 1302, que recibe PDU y un transmisor 1303, que transmite PDU. Un procesador 1301 maneja la adición de números de secuencia numerados por byte a las PDU hechas pasar entre capas en la pila de protocolos para la transmisión al eNodoB. La disposición puede comprender además una memoria 1305 para almacenar datos e instrucciones. Claramente, esta disposición se puede implantar usando las unidades lógicas de la GW.
La invención no se limita a los ejemplos, estándares y términos técnicos mencionados. Así, la invención se puede generalizar para un nodo de puerta de enlace, que comprende medios de procesamiento para la sincronización de contenido. Los medios de procesamiento están previstos para usar operativamente la numeración de secuencia de nivel de byte, por lo que los medios de procesamiento están previstos para añadir números de secuencia numerados por byte para puentear las secuencias de datos que se han hecho pasar entre las capas de una pila de protocolos para ser enviados a una estación transceptora.
Abreviaturas
SFN Red de Frecuencia Única
MBMS Servicio de Difusión y Multidifusión Multimedia
LTE Evolución a Largo Plazo
RNC Controlador de Red de Radio
MAC Control de Acceso Múltiple
RAN Red de Acceso de Radio
PDU Unidades de datos de Protocolos
TNL Capa de Red de Transporte
PDPC
SN
GTP-U
TB
5 RLC
Protocolo de Convergencia de Datos de Paquetes, Número de Serie
Protocolo de Tunelización GPRS - Usuario Bloque de Transporte Control de Enlace de Radio

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Una estación base (120) configurada para sincronizar contenido cuando se difunden datos en una red de comunicaciones, comprendiendo la estación base:
    un receptor (1201) configurado para recibir secuencias de datos, PDU;
    en donde cada secuencia de datos recibida comprende números de secuencia numerados por byte; comprendiendo además la estación base:
    un transmisor (1202) configurado para transmitir contenido de la secuencia de datos recibida; y
    una disposición (1203) de procesamiento configurada para sincronizar la transmisión del contenido con otra estación base usando dichos números de secuencia numerados por byte,
    en donde dicha disposición (1203) de procesamiento se configura para determinar se ha perdido una PDU.
  2. 2. La estación según se reivindica en la reivindicación 1, en donde se envía el mismo contenido desde la estación base y la otra estación base en el mismo bloque de recurso de radio.
  3. 3. La estación base de la reivindicación 1 o 2, en donde dicha disposición de procesamiento se configura para determinar qué PDU o qué parte de la PDU se deberían usar para reanudar la transmisión.
  4. 4. La estación base de cualquiera de las reivindicaciones precedentes, en donde dicha disposición de procesamiento se configura para usar un número de secuencia de una PDU recibida posterior y un número de secuencia de la última PDU recibida para determinar el número de bytes de datos perdidos y determinar la continuación de la transmisión con una PDU posterior.
  5. 5. La estación base de cualquiera de las reivindicaciones precedentes, en donde la secuencia de datos recibida comprende un número de secuencia de nivel de paquete y el número de secuencia de nivel de byte.
  6. 6. La estación base de cualquiera de las reivindicaciones precedentes, comprendiendo además una memoria intermedia (1204) configurada para recibir secuencias de datos que comprenden una cabecera de paquete y ninguna parte de datos de usuario, comprendiendo dicha cabecera de paquete un número de secuencia de nivel de byte, que se fija según unos datos virtuales asociados con dicha secuencia de datos.
  7. 7. Un método de una estación base (120) para la sincronización de contenido al difundir datos en una red de comunicación, comprendiendo el método:
    la recepción de secuencias de datos, PDU, y,
    en donde cada secuencia de datos recibida comprende números de secuencia numerados por byte; y
    la transmisión de contenido de las secuencias de datos recibidos en sincronización con otra estación base que usa dichos números de secuencia numerados por byte, y
    la determinación de si una PDU está perdida.
  8. 8. El método según se reivindica en la reivindicación 7, comprendiendo la correspondencia de dicho contenido con su bloque de recurso de radio correspondiente dependiendo de los números de secuencia numerados por byte.
  9. 9. Una disposición (130) para la sincronización de contenido al transmitir datos desde un nodo de infraestructura en un red de comunicación, comprendiendo dicha disposición:
    una disposición (1301) de procesamiento configurada para añadir números de secuencia numerados por byte a una secuencia de datos para la transmisión a una estación base; y
    un transmisor (1303) configurado para transmitir las secuencias de datos con los números de secuencia numerados por byte y el contenido a una pluralidad de estaciones base,
    en donde dichos números de secuencia numerados por byte permiten la sincronización de contenido por la estación base y la determinación de si una PDU está perdida.
  10. 10. La disposición de la reivindicación 9, en donde el protocolo SYNC permite la sincronización de contenido por la estación base.
  11. 11. La disposición de la reivindicación 9 o 10, en donde la disposición se configura para obtener un número de secuencia de un paquete posterior mediante el aumento del número de secuencia de un paquete anterior por el tamaño del paquete anterior.
    10
    15
  12. 12. La disposición de cualquiera de las reivindicaciones 9, 10 o 11, en donde dicha disposición se configura para añadir un número de secuencia de nivel de paquete a dichas secuencias de datos junto con un número de secuencia de nivel de byte.
  13. 13. Un método de sincronización de contenido cuando se difunden datos en una red de comunicaciones, comprendiendo el método:
    añadir números de secuencia numerados por byte al contenido para la transmisión en una secuencia de datos hasta una estación base y,
    transmitir las secuencias de datos con números de secuencia numerados por byte hasta una pluralidad de estaciones base,
    en donde dichos números de secuencia numerados por byte permiten la sincronización de contenido por la estación base y la determinación de si una PDU está perdida.
  14. 14. El método de la reivindicación 13, comprendiendo además la correspondencia de dicho contenido con su bloque de recurso de radio correspondiente dependiendo de los números de secuencia numerados por byte.
  15. 15. El método de la reivindicación 13 o 14, que comprende determinar si una secuencia de datos está perdida y que secuencia de datos o qué parte de dicha secuencia de datos se debería reanudar tras la transmisión y comprendiendo además el uso de un número de secuencia de una secuencia de datos recibida posterior y un número de secuencia de la última secuencia de datos recibida para determinar el número de bytes perdidos de datos y determinar la continuación de la transmisión con la secuencia de datos posterior.
ES15177834.7T 2006-11-01 2007-10-31 Distribución de datos de difusión/multidifusión en sistemas de telecomunicaciones Active ES2665173T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SE0602318 2006-11-01
SE0602318 2006-11-01

Publications (1)

Publication Number Publication Date
ES2665173T3 true ES2665173T3 (es) 2018-04-24

Family

ID=39344725

Family Applications (2)

Application Number Title Priority Date Filing Date
ES07835382.8T Active ES2611628T3 (es) 2006-11-01 2007-10-31 Método para la sincronización de contenido cuando se difunden datos en una red inalámbrica
ES15177834.7T Active ES2665173T3 (es) 2006-11-01 2007-10-31 Distribución de datos de difusión/multidifusión en sistemas de telecomunicaciones

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES07835382.8T Active ES2611628T3 (es) 2006-11-01 2007-10-31 Método para la sincronización de contenido cuando se difunden datos en una red inalámbrica

Country Status (11)

Country Link
US (4) US8873447B2 (es)
EP (2) EP2082506B1 (es)
CN (1) CN101529759B (es)
DK (1) DK2958393T3 (es)
ES (2) ES2611628T3 (es)
HU (2) HUE030256T2 (es)
PL (1) PL2958393T3 (es)
PT (1) PT2082506T (es)
TR (1) TR201802846T4 (es)
TW (1) TWI429221B (es)
WO (1) WO2008054318A2 (es)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2082506B1 (en) * 2006-11-01 2016-10-19 Telefonaktiebolaget LM Ericsson (publ) Method for content synchronization when broadcasting data in a wireless network
CN102084670A (zh) * 2008-07-01 2011-06-01 日本电气株式会社 无线通信系统、方法、程序以及基站装置和多小区/多播协调控制装置
JP5215101B2 (ja) * 2008-07-08 2013-06-19 株式会社エヌ・ティ・ティ・ドコモ 無線基地局装置及び移動端末装置
US8542699B2 (en) * 2008-07-31 2013-09-24 Industrial Technology Research Institute Methods and systems for content synchronization in wireless communication networks
KR101277102B1 (ko) 2008-10-31 2013-06-20 닛본 덴끼 가부시끼가이샤 이동통신시스템, 코어 네트워크 노드, 제어국 및 통신방법
EP2352346B1 (en) * 2008-10-31 2018-07-11 NEC Corporation Mobile communication system, control station, base station, communication method and program
KR20100135468A (ko) 2009-06-17 2010-12-27 삼성전자주식회사 무선 통신 시스템에서 멀티미디어 방송 데이터를 전송하는 방법 및 장치
CN105898857B (zh) * 2009-06-23 2021-05-07 北京三星通信技术研究有限公司 一种数据同步方法和系统
GB2474006B (en) * 2009-08-11 2012-05-02 Samsung Electronics Co Ltd Network element, wireless communication units and methods for scheduling communications
WO2011024272A1 (ja) * 2009-08-26 2011-03-03 富士通株式会社 基地局制御装置および通信システム
US8542633B2 (en) * 2010-07-19 2013-09-24 Telefonaktiebolaget L M Ericsson (Publ) Admission control
US8576709B2 (en) * 2011-05-25 2013-11-05 Futurewei Technologies, Inc. System and method for monitoring dropped packets
US9083623B2 (en) * 2012-03-12 2015-07-14 Texas Instruments Incorporated Inserting source, sequence numbers into data stream from separate sources
US10313143B1 (en) * 2015-02-23 2019-06-04 Sprint Communications Company L.P. Wireless communication system to provide buffering in a single frequency network
US11057765B2 (en) * 2017-01-10 2021-07-06 Hytera Communications Corporation Limited Decryption method for trunking group call, and user equipment

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6507582B1 (en) * 1999-05-27 2003-01-14 Qualcomm Incorporated Radio link protocol enhancements for dynamic capacity wireless data channels
EP1281289A1 (en) * 2000-03-23 2003-02-05 Siemens Mobile Communications S.p.A. Handover procedures in a radio communication system
US6999434B1 (en) * 2000-11-28 2006-02-14 Telcordia Technologies, Inc. Method, system and circuitry for soft handoff in internet protocol-based code division multiple access networks
KR100595583B1 (ko) * 2001-07-09 2006-07-03 엘지전자 주식회사 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법
US8432893B2 (en) 2002-03-26 2013-04-30 Interdigital Technology Corporation RLAN wireless telecommunication system with RAN IP gateway and methods
US8804761B2 (en) 2003-08-21 2014-08-12 Qualcomm Incorporated Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus
US8694869B2 (en) 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
KR100542441B1 (ko) * 2003-09-02 2006-01-11 한국전자통신연구원 ２ 이상의 채널을 처리하기 위한 스케줄링 방법, 보이스오버 패킷 시스템, 및 기록 매체
EP1678965B1 (en) * 2003-10-23 2009-01-28 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for polling management
US7626975B2 (en) 2003-11-05 2009-12-01 Telefonaktiebolaget Lm Ercisson (Publ) Method of synchronizing broadcast streams in multiple soft handoff sectors
US7657672B2 (en) * 2004-01-30 2010-02-02 Telefonaktiebolaget L M Ericsson (Publ) Packet scheduling for data stream transmission
US7920884B2 (en) 2004-06-04 2011-04-05 Qualcomm Incorporated Frame structures for a wireless communication system with multiple radio technologies
US20080268907A1 (en) * 2004-06-04 2008-10-30 Nortel Networks Limited Switching in a Distributed Access Network
US7474619B2 (en) * 2004-07-22 2009-01-06 International Business Machines Corporation Method and apparatus for providing fragmentation at a transport level along a transmission path
US20060062179A1 (en) * 2004-09-23 2006-03-23 Arne Simonsson Transparent broadcast structure in communication systems
US7336646B2 (en) * 2004-10-26 2008-02-26 Nokia Corporation System and method for synchronizing a transport stream in a single frequency network
US20060098676A1 (en) * 2004-11-08 2006-05-11 Motorola, Inc. Method and apparatus to facilitate macrodiversity reception
US7987272B2 (en) * 2004-12-06 2011-07-26 Cisco Technology, Inc. Performing message payload processing functions in a network element on behalf of an application
JP4491350B2 (ja) * 2005-01-05 2010-06-30 Ｏｋｉセミコンダクタ株式会社 無線集積回路
EP1703679A1 (en) * 2005-03-16 2006-09-20 Alcatel Mobile terminal and access point
CN1969475B (zh) * 2005-03-25 2012-07-04 桥扬科技有限公司 用于蜂窝广播和通信系统的方法和设备
US8438281B2 (en) 2005-07-06 2013-05-07 Cisco Technology, Inc. Techniques for accounting for multiple transactions in a transport control protocol (TCP) payload
JP4705814B2 (ja) * 2005-07-08 2011-06-22 株式会社日立製作所 同期配信方法
JP4859419B2 (ja) * 2005-09-14 2012-01-25 株式会社エヌ・ティ・ティ・ドコモ 無線基地局およびユーザ共通データ伝送方法
CN103220099B (zh) * 2006-02-03 2016-05-04 交互数字技术公司 用于传送多个传输块的基站
KR101283524B1 (ko) 2006-06-27 2013-07-15 톰슨 라이센싱 조정을 실행하기 위한 방법 및 장치
US8948206B2 (en) * 2006-08-31 2015-02-03 Telefonaktiebolaget Lm Ericsson (Publ) Inclusion of quality of service indication in header compression channel
WO2008044124A1 (en) * 2006-10-10 2008-04-17 Nokia Corporation Enhanced multicast broadcast multimedia service
EP1919235B1 (en) * 2006-10-31 2020-04-15 Alcatel Lucent A base station, a mobile communication network and a method for synchronising the delivery of broadcast data in a single frequency mobile communication network
EP2082506B1 (en) * 2006-11-01 2016-10-19 Telefonaktiebolaget LM Ericsson (publ) Method for content synchronization when broadcasting data in a wireless network

Also Published As

Publication number Publication date
DK2958393T3 (en) 2018-04-23
US20170251452A1 (en) 2017-08-31
TWI429221B (zh) 2014-03-01
US20100110958A1 (en) 2010-05-06
US11006388B2 (en) 2021-05-11
ES2611628T3 (es) 2017-05-09
EP2082506B1 (en) 2016-10-19
HUE036861T2 (hu) 2018-08-28
US20200022110A9 (en) 2020-01-16
US20200178210A1 (en) 2020-06-04
WO2008054318A2 (en) 2008-05-08
TW200836506A (en) 2008-09-01
EP2958393A1 (en) 2015-12-23
EP2082506A2 (en) 2009-07-29
EP2082506A4 (en) 2013-07-03
US9686057B2 (en) 2017-06-20
US8873447B2 (en) 2014-10-28
TR201802846T4 (tr) 2018-03-21
WO2008054318A3 (en) 2008-06-05
PL2958393T3 (pl) 2018-07-31
CN101529759B (zh) 2012-11-14
US20150009884A1 (en) 2015-01-08
US10582475B2 (en) 2020-03-03
CN101529759A (zh) 2009-09-09
HUE030256T2 (en) 2017-04-28
PT2082506T (pt) 2016-11-23
EP2958393B1 (en) 2018-02-07

Similar Documents

Publication Publication Date Title
ES2665173T3 (es) Distribución de datos de difusión/multidifusión en sistemas de telecomunicaciones
US8005085B2 (en) Method for distribution of data packets in a single frequency mobile communication network, an access network node, a base station and a single frequency mobile communication network therefor
US7289535B2 (en) Method of accommodating fragmentation and burst in a wireless protocol
CA2387761C (en) Method and apparatus for data transportation and synchronization between mac and physical layers in a wireless communication system
US20090003383A1 (en) Node Device, Packet Control Device, Radio Communication Device, and Transmission Control Method
US8125903B2 (en) Wireless multicast for layered media
US9444637B2 (en) Method and apparatus for transmitting multimedia broadcast data in wireless communication system
WO2009121204A1 (zh) 在网关和基站之间进行同步的方法及相应的网关和基站
CN114946158A (zh) 用于多播/广播业务数据的系统和方法
GB2446044A (en) Communication system for transmitting data from a data source to a mobile station
BRPI0917078B1 (pt) Método e aparato para processamento de sincronização
EP1919230B1 (en) A method for capacity allocation for packet transfer of streaming traffic in a radio access network