ES2856062T3 - Procedimiento y sistema para transportar señales en un sistema de satélite - Google Patents

Procedimiento y sistema para transportar señales en un sistema de satélite Download PDF

Info

Publication number
ES2856062T3
ES2856062T3 ES18154686T ES18154686T ES2856062T3 ES 2856062 T3 ES2856062 T3 ES 2856062T3 ES 18154686 T ES18154686 T ES 18154686T ES 18154686 T ES18154686 T ES 18154686T ES 2856062 T3 ES2856062 T3 ES 2856062T3
Authority
ES
Spain
Prior art keywords
module
data
emission
transmission
ncr
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
ES18154686T
Other languages
English (en)
Inventor
Mathieu Arnaud
Jean-Luc Almeida
David Arnaud
Cédric Baudoin
Jacques Decroix
Erwan Corbel
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.)
Thales SA
Original Assignee
Thales SA
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 Thales SA filed Critical Thales SA
Application granted granted Critical
Publication of ES2856062T3 publication Critical patent/ES2856062T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/18523—Satellite systems for providing broadcast service to terrestrial stations, i.e. broadcast satellite service
    • H04B7/18526—Arrangements for data linking, networking or transporting, or for controlling an end to end session
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/04—Generating or distributing clock signals or signals derived directly therefrom
    • G06F1/14—Time supervision arrangements, e.g. real time clock
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18517—Transmission equipment in earth stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43607—Interfacing a plurality of external cards, e.g. through a DVB Common Interface [DVB-CI]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Radio Relay Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

Sistema de transmisión de datos en una red de comunicaciones, comprendiendo la red de comunicaciones un enlace de transmisión por satélite, una parte de proveedor de servicios (20), una parte de usuario y una red de acceso de satélite que comprende un punto de recogida de PoP (21) adaptado para enviar flujos de datos, comprendiendo el sistema de transmisión de datos varias pasarelas (26i) que comprenden una parte de radiofrecuencia (27j) y, comprendiendo además dicho sistema un modulador (30) de datos a transmitir que comprende al menos una parte trasera de emisión (30BE) situada en una parte de banda de base (10) y una parte frontal de emisión (30FE) situada en la parte de radiofrecuencia (27j): - Estando dicha parte trasera de emisión (30BE) posicionada al nivel de la parte del punto de recogida de PoP (21) y que consta de los siguientes módulos: - Un módulo de referencia de reloj de red NCR (303) adaptado para tener en cuenta una referencia de tiempo absoluta externa para reconstruir un reloj de red para una sincronización en la transmisión de datos y un módulo emisor (304), estando dicho módulo NCR (303) adaptado para suministrar al módulo emisor (304), al inicio de una nueva hipertrama a enviar, un valor de fecha actual NCR a insertar en un campo de datos de la hipertrama en curso de construcción, siendo el inicio de dicha nueva hipertrama indicado por una información de H.F.Tx trigger recibido desde dicho módulo emisor (304), - Estando dicho módulo emisor (304) adaptado para recibir el valor de dicha fecha NCR, a insertar en un paquete de datos para transmitirlo a la parte frontal de emisión y a emitir en dirección del módulo NCR (303) la información H.F.T x trigger en un instante de sincronización tsync para un módulo receptor (310) de la parte frontal de la emisión, - Estando dicha parte frontal de emisión (30FE) posicionada en la parte de radiofrecuencia de una pasarela y comprendiendo los siguientes módulos: - El módulo receptor (310) adaptado para generar varias informaciones hacia un módulo de reconstrucción de un reloj (331) para la sincronización y la lectura de los datos, conteniendo dicha información: información sobre la latencia del enlace de transmisión entre la parte trasera de la emisión y la parte frontal de emisión, una información sobre el instante de llegada ta de dicho paquete de datos transmitido por la parte trasera de emisión (30BE), señalizado por una señal de H.F.Rx trigger (402) y una información H.F.Rx NCR (403) correspondiente al valor de la fecha NCR extraída del paquete de datos y correspondiente al inicio de la hipertrama recibida a tener en cuenta en la recepción de la información de H.F.Rx trigger con el fin de reconstituir localmente al nivel de la parte de radiofrecuencia un reloj corregido de la latencia de transmisión entre la parte de trasera de emisión y la parte frontal de emisión del modulador, - El módulo de reconstrucción (311) adaptado para reconstruir un reloj localmente a partir del valor de latencia del enlace de transmisión, el valor de la fecha NCR contenido en los datos transmitidos y el instante de llegada ta del paquete de datos, - un módulo de inserción (312) adaptado para insertar el reloj local reconstruido en un paquete de datos recibido por el receptor antes de la transmisión de los datos modulados a través del satélite, - Estando la parte trasera de emisión (30BE) y la parte frontal de emisión (30FE) adaptadas para intercambiar datos encapsulados según un protocolo utilizado para la transmisión de datos en el sistema.

Description

DESCRIPCIÓN
Procedimiento y sistema para transportar señales en un sistema de satélite
La invención se refiere a un sistema y procedimiento para transmitir señales en un sistema de satélite. Se sitúa, en particular, en el contexto de las redes de usuarios de satélites para la transmisión de señales de radiofrecuencia.
El aumento de los flujos, en particular, en el contexto de los llamados satélites VHTS (abreviatura en inglés de Very High Throughput Satellite) conduce a la multiplicación de infraestructuras con costes de mantenimiento y de interconexión que están correlacionados. Para las necesidades de capacidad y, por lo tanto, de los recursos de frecuencia, es necesario utilizar bandas de frecuencia cada vez más altas (Q/V del espectro electromagnético) que constan de variaciones de atenuación ligadas a condiciones meteorológicas importantes. Cuando las condiciones meteorológicas son demasiado malas, es necesario utilizar una estrategia de diversidad de sitio que consiste en pasar por otro sitio de anclaje o pasarela conocido por la expresión anglosajona "gateway". Una "gateway" se ubica en diversos lugares bajo la cobertura de un satélite. La diversidad de sitios es el uso de lugares lo suficientemente alejados como para que la correlación entre las condiciones meteorológicas sea insignificante. El inconveniente que resulta de ello es la multiplicación de las localizaciones y, por lo tanto, de las infraestructuras con el consiguiente aumento de costes.
La figura 1 ilustra una red de usuario 1 según la técnica anterior en donde un hub 10 y un módulo de RF 11 están ubicados en una pasarela 12. Tal arquitectura conduce a pasarelas de tamaños importantes porque estas últimas deben dimensionarse para poder distribuir la capacidad máxima hacia el satélite. Además, el tráfico se debe desviar de una pasarela a otra en caso de diversidad de sitio.
La enseñanza técnica de la solicitud de patente US 2004/028162 describe un procedimiento de sincronización en una red de telefonía móvil, que es reducir los costes de infraestructura moviendo el hub al nivel del punto de recogida con el fin de, en particular, mutualizarlos. La parte de hub no se deporta a la parte terrestre.
La idea implementada en la presente invención consiste, en particular, en ubicar los hub (partes de banda de base) al nivel de un punto de recogida, más conocido en el campo de los satélites bajo la abreviatura PoP, reduciendo de este modo el tamaño de las pasarelas o "gateways" que mantienen únicamente la parte de RF, en funcionamiento normal.
La invención se refiere a un sistema de transmisión de datos en una red de comunicaciones, comprendiendo la red de comunicaciones un enlace de transmisión por satélite, una parte de proveedor de servicios, una parte de usuario y una red de acceso de satélite que comprende un punto de recogida de PoP adaptado para enviar flujos de datos, comprendiendo el sistema de transmisión de datos varias pasarelas que comprenden una parte de radiofrecuencia, comprendiendo además dicho sistema un modulador de datos a transmitir que comprende al menos una parte trasera de emisión situada en una parte de banda de base y una parte frontal de emisión situada en la parte de radiofrecuencia:
• Estando posicionada dicha parte trasera de emisión posicionada al nivel de la parte del punto de recogida de PoP y constando de:
• un módulo de referencia de reloj de red NCR adaptado para tener en cuenta una referencia de tiempo absoluta externa para reconstituir un reloj de red para la sincronización en la transmisión de datos y un módulo emisor, estando dicho módulo NCR adaptado para suministrar al módulo emisor, al inicio de una nueva hipertrama a enviar, un valor de fecha actual NCR a insertar en un campo de datos de la hipertrama en curso de construcción, siendo el inicio de dicha nueva hipertrama indicado por una información de H.F.Tx trigger recibido desde dicho módulo emisor,
• estando dicho módulo emisor adaptado para recibir el valor de dicha fecha NCR, a insertar en un paquete de datos para transmitirlo a la parte frontal de emisión y emitir la información NCR al módulo H.F.Tx trigger en un instante de sincronización para un módulo receptor de la parte frontal de la emisión,
• Estando dicha parte frontal de emisión posicionada en la parte de radiofrecuencia de una pasarela y comprendiendo los siguientes módulos:
• el módulo receptor adaptado para generar varias informaciones hacia un módulo de reconstrucción de un reloj para la sincronización y la lectura de los datos, conteniendo dicha información: información sobre la latencia del enlace de transmisión entre la parte trasera de la emisión y la parte frontal de emisión, una información sobre el instante de llegada ta de dicho paquete de datos emitido por la parte trasera de emisión y señalizado por una señal de H.F.Rx trigger, y una información H.F.Rx NCR correspondiente al valor de la fecha NCR extraída del paquete de datos y correspondiente al inicio de la hipertrama recibida a tener en cuenta en la recepción de la información de H.F.Rx trigger con el fin de reconstituir localmente al nivel de la parte de radiofrecuencia un reloj corregido de la latencia de transmisión entre la parte de trasera de emisión y la parte frontal de emisión del modulador,
• el módulo de reconstrucción adaptado para reconstruir un reloj localmente a partir del valor de la latencia del enlace de transmisión, el valor de la fecha NCR contenido en los datos transmitidos y el instante de llegada ta del paquete de datos,
• un módulo de inserción adaptado para insertar el reloj local reconstruido en un paquete de datos recibido por el receptor antes de la transmisión de los datos modulados a través del satélite,
• Estando la parte trasera de emisión y la parte frontal de emisión adaptadas para intercambiar datos encapsulados según un protocolo utilizado para la transmisión en el sistema.
El sistema puede constar, además, de un demodulador compuesto por dos partes:
Una parte frontal de recepción situada al nivel de la pasarela del sistema que consta de los siguientes módulos:
• Un módulo de reducción del número de bits que transportan información, antes de la transmisión a través de un módulo emisor,
Una parte trasera de recepción situada al nivel de un punto de recogida PoP y que consta al menos del siguiente módulo:
• Un módulo receptor.
La parte frontal de emisión puede constar además de los siguientes elementos:
- un módulo de adaptación del flujo de datos,
- un módulo de codificación,
- un módulo de mapeo adaptado para transformar los datos en forma de bits codificados en símbolos,
- un módulo adaptado para insertar un encabezado y pilotos,
- un módulo de modulación de datos digitales,
- un módulo Tuner, y
- un módulo M&C Handler adaptado para asegurar la configuración y la supervisión de los diferentes elementos del modulador.
El modulador puede ser un modulador según el estándar de difusión de vídeo digital por satélite de segunda generación DVB-S2, y el demodulador puede ser un demodulador según el estándar de difusión de vídeo digital con vía de retorno de satélite de segunda generación DVB-RCS2. El protocolo implementado es, por ejemplo, el protocolo de la interfaz de radio pública común CPRI.
La invención también se refiere a un procedimiento de transmisión de señales implementado por un sistema de transmisión de datos en una red de comunicaciones según la invención, comprendiendo la red de comunicaciones un enlace de transmisión por satélite, una parte de proveedor de servicios, una parte de usuario y una red de acceso de satélite que comprende un punto de recogida de PoP adaptado para enviar flujos de datos, comprendiendo dicho sistema de transmisión de datos varias pasarelas que comprenden una parte de radiofrecuencia RF y, comprendiendo además dicho sistema un modulador de datos a transmitir que comprende al menos una parte trasera de emisión situada en una parte de banda de base y una parte frontal de emisión situada en la parte de radiofrecuencia, dicho procedimiento consta de al menos las siguientes etapas:
• En la parte trasera de emisión del modulador situado al nivel del punto de recogida PoP, constando dicha parte trasera de emisión de un módulo de referencia de reloj de red NCR y un módulo emisor,
• Una etapa de tener en cuenta por el módulo NCR una referencia de tiempo absoluto externo para reconstituir un reloj de red utilizado para sincronizar la transmisión de datos, de transmisión al módulo emisor, al inicio de una nueva hipertrama a enviar, de un valor de fecha actual NCR a insertar en un campo de datos de la hipertrama en construcción, y de recepción de una información de H.F.Tx trigger emitida por dicho módulo emisor indicando el inicio de dicha nueva hipertrama,
• Una etapa de recepción por el módulo emisor del valor de la fecha NCR, de inserción de este valor de la fecha NCR en un paquete de datos a transmitir a la parte frontal de emisión y de emisión en dirección del módulo NCR, de la información de H.F.Txtrigger en un instante de sincronización tsync para un módulo receptor de la parte frontal de emisión,
• En la parte frontal de emisión:
• Una etapa de generación por el módulo receptor de información para la sincronización y la lectura de los datos y de emisión de esta información hacia un módulo de reconstrucción de un reloj, conteniendo dicha información: información sobre la latencia del enlace de transmisión entre la parte trasera de la emisión y la parte frontal de emisión, una información ta en el instante de llegada del paquete de datos emitido por la parte trasera de emisión, señalizado por una señal de H.F.Rx trigger y una información H.F.Rx NCR correspondiente al valor de la fecha NCR extraída del paquete de datos y correspondiente al inicio de la hipertrama recibida a tener en cuenta en la recepción de la información de disparo H.F.Rx con el fin de reconstituir localmente al nivel de la parte de radiofrecuencia un reloj corregido de la latencia de transmisión entre la parte de trasera de emisión y la parte frontal de emisión del modulador,
• Una etapa de reconstrucción por el módulo de reconstrucción de un valor de reloj local a partir del valor de latencia del enlace de transmisión, del valor de la fecha NCR contenido en los datos transmitidos y del instante de llegada ta del paquete de datos,
• Una etapa de inserción por un módulo de inserción del reloj local reconstruido en un paquete de datos recibido por el receptor antes de la transmisión de los datos modulados a través del satélite,
• Una etapa de intercambio entre la parte trasera de emisión y la parte frontal de emisión de datos encapsulados según un protocolo utilizado para la transmisión de datos en el sistema.
El formato de los datos es el formato de la interfaz de radio pública común CPRI que se puede utilizar para la transmisión de datos encapsulados entre la parte trasera de emisión y la parte frontal de emisión, o incluso un formato de tramas según el estándar de difusión de vídeo digital por satélite de segunda generación DVB-S2.
Surgirán mejor otras características y ventajas de la presente invención con la lectura de la descripción de ejemplos de realización dados a título ilustrativo y en ningún caso limitativo, con figuras adjuntas que representan:
Figura 1, un esquema de una red según la técnica anterior,
Figura 2, un ejemplo de arquitectura de red según la invención,
Figura 3, un ejemplo de arquitectura del modulador según la invención,
Figura 4, un ejemplo de arquitectura del demodulador según la invención, y
Figura 5, un ejemplo de mutualización de los módulos.
Con el fin de hacer comprender bien la invención, el siguiente ejemplo se da en el contexto de una red de usuario que implementa un transporte de radiofrecuencia de RF y una interfaz conocida por los expertos en la técnica bajo las siglas anglosajonas CPRI (Common Public Radio Interface) y para un modulador de Tipo DVB-S2(x) y un demodulador tipo DVB-RCS2 conocidos por los expertos en la materia. Sin salir del contexto de la invención, cualquier experto en la materia podrá adaptar los módulos que se explican a continuación para su implementación en un sistema de satélite sea cual sea el protocolo de transmisión y modulación/demodulación utilizado.
La figura 2 ilustra un ejemplo de arquitectura según la invención que comprende una parte 20 de proveedor de servicios que no se detallará porque su funcionamiento es conocido por los expertos en la técnica, un módulo 21 o punto de recogida de PoP que tiene la función en particular de enviar los flujos de datos de los proveedores hacia los usuarios, a través de pasarelas. Este módulo de punto de recogida, PoP, incluirá los diferentes hub que habitualmente se localizan en la técnica anterior al nivel de las pasarelas. La parte de la red de satélite, 23, está organizado en torno al operador "backbone" 25 que permite que los datos pasen entre el PoP, 21 y las pasarelas 26i, 262, sino también la información de gestión entre uno o varios centros de explotación de red NOC (Networks Opérations Center) 24 que, conectado a las diferentes pasarelas, permiten la gestión del sistema de acceso por satélite. En funcionamiento normal del dispositivo según la técnica anterior, en las pasarelas 26j, se encuentra la parte hub 10 que se comunica con la parte Rf 27j que se comunica a través del satélite ST hacia los terminales de recepción 28k vinculados a diferentes usuarios 29l.
La idea de base de la invención es en particular cortar el modulador y el demodulador utilizados en el sistema de satélite al nivel del punto de recogida de PoP y al nivel de las pasarelas del sistema con el fin de minimizar el flujo necesario para la transmisión de datos.
Las partes de hub 10 están dispuestas al nivel del punto de recogida de PoP, se pueden mutualizar. En efecto, una pasarela en la técnica anterior se dimensiona considerando el caso más desfavorable (número máximo de solicitudes y de flujos simultáneos procedentes de varios usuarios); de este modo, se encontró que la suma de la capacidad de las diferentes pasarelas era mucho mayor que la del satélite. En el caso del procedimiento según la invención, la coubicación de hub 10 al nivel del punto de recogida de PoP, 21, permite que los hub 10 se dimensionen a la capacidad de satélite correcta.
La figura 3 ilustra un ejemplo de modulador 30 según la invención que se distribuye entre el punto de recogida PoP y una pasarela. Una primera parte o Back-End 30BE está situada al nivel del hub 10 y una parte Front-End 30FE se encuentra en el módulo RF 27j. La idea consiste en particular en transportar la trama de banda de base o BB-Frame sobre el enlace CPRI. Esta trama comprende un campo de datos que incluye información de sincronización y/o de identificación (identificador) del solicitante o del usuario y un campo para que los datos del proveedor de servicios se transmitan a un usuario solicitante.
La parte trasera de emisión o Back-end 30BE consta de al menos los siguientes elementos:
- un módulo de gestión de tráfico o Traffic Handler 301 que recibe los datos Di a modular sobre una interfaz ad hoc, por ejemplo, GbE, conocida por el experto en la materia,
- un módulo de Modo de Adaptación 302, cuyo contenido es, por ejemplo, descrito en el párrafo §5.1 del documento ETSI EN 302307 que define el estándar DVB-S2 en la versión 1.4.1. Su papel es preparar los datos Di con el fin de poder insertarlos en la parte del encabezado BB-Header,
- un módulo NCR 303 que tiene en cuenta una referencia de tiempo absoluta externa text para reconstituir un reloj de red NCR (Network Clock Reference) para permitir la sincronización de los diferentes equipos de la red de acceso, en particular el envío de las tramas RCS2 por los terminales con el fin poder implementar un acceso multiplexado en tiempo. Al inicio de una nueva hipertrama CPRI a enviar, indicado por el parámetro disparador "H.F Tx Trigger" que se explicita a continuación, este módulo NCR suministra la fecha NCR actual (correspondiente a un instante dado, información temporal) con el fin de que se inserte en el campo de datos de propiedad o "proprietary data" de la hipertrama en construcción,
- un módulo emisor CPRI 304: este módulo recibe el valor de la fecha NCR a insertar en el paquete de datos a ser transmitido que permitirá la sincronización y la lectura de los datos y emite en dirección del módulo NCR 303 una información H.F.Tx trigger en el instante de sincronización tsync para el receptor.
El funcionamiento de estos diferentes módulos se describirá más adelante.
La parte frontal de emisión o Front-End 30FE consta de los siguientes módulos:
• Un módulo receptor CPRI 310 que emite varias informaciones hacia un módulo de reconstrucción de un reloj NCR, necesario para la sincronización y la lectura de datos; esta información contiene información sobre la latencia t del enlace de transmisión, una información de activación de recepción de inicio de un nuevo hipertrama de datos, H.F.Rx trigger, una Información H.F.Rx.NCR que corresponde al valor NCR (fecha NCR) correspondiente al inicio de la hipertrama recibida y, por lo tanto, debe tenerse en cuenta en la recepción del "H.F Rx trigger" con el fin reconstituir localmente el reloj NCR corregido de la latencia de transmisión; el módulo receptor también transmite los datos digitales de radiofrecuencia transmitidos por la parte Back-End,
• Un módulo de reconstrucción del valor del reloj local NCR, 311, a partir de la información de sincronización contenida en el paquete de datos recibidos por el receptor CPRI (valor de la fecha y valor de la latencia),
• Un módulo de inserción, 312, la fecha exacta (valor NCR) en un paquete de datos, como se describe, por ejemplo, en el párrafo §6.2.1 ETSI EN 301-545-2,
• Un módulo de adaptación del flujo de datos, 313, cuyo funcionamiento es, por ejemplo, descrito en el párrafo §5.2 - ETSI EN 302 307. Su papel es operar una interferencia de la trama, si es necesario, así como insertar un encabezado BB-Header. Los datos a emitir también se enmascaran a este nivel,
• Un módulo de codificación 314: el contenido de este bloque se describe en el párrafo §5.3 - ETSI EN 302307. Su papel es codificar los datos con un código de corrección de error. En el contexto del estándar de transmisión DVB-S2(x), se trata de un código BCH seguido de un código de verificación de paridad de baja densidad o LDPC (Low Density Parity Code),
• Un módulo de coherencia o mapeo 315: el contenido de este bloque se describe en el párrafo §5.4 - ETSI EN 302 307. Transforma los datos en forma de bits codificados en símbolos en función del tipo de constelación deseada. En algunos casos, un entrelazado de datos se ajusta,
• Un módulo 316 - PL-Framing: el contenido de este bloque se describe en el párrafo §5.5 - ETSI EN 302307. Inserta un encabezado, pilotos opcionales y procede a una dispersión de la energía usando un código de extensión, • Un módulo de modulación de datos digitales 317 que da forma a la señal con ayuda de un filtro de raíz de coseno elevado, por ejemplo, y procede en función del flujo de símbolos del protocolo de transmisión a una conversión de flujo con el fin de alimentar un convertidor digital/analógico,
• Un módulo Tuner 318: las señales en la salida del convertidor digital a analógico DAC se transponen a frecuencia intermedia con el fin de ser emitidas hacia los usuarios, RF Tx ,
• Un módulo 319 de control y gestión, M&C Handler, que asegura la configuración y la supervisión de los diferentes elementos del modulador. Este módulo recibe información de control y de gestión.
Ahora se describirá la gestión de información de reloj y de sincronización (fecha insertada en la trama de datos y latencia) para la parte de modulador situado al nivel del Back-End y para la parte del modulador situada al nivel del Front-End. El módulo emisor CPRI, 304, encapsulará los datos Di a transmitir respetando el formato CPRI. Este formato comprende una primera parte que contiene información NCR (información para la sincronización de los diferentes receptores) y datos Di a transmitir a la parte Front-End para ser modulados.
Los datos encapsulados se transmiten a través de un enlace CPRI al nivel de una o varias pasarelas, en función de las solicitudes de los usuarios. Un ejemplo de esquema de mutualización de los hub y de las pasarelas y dado en la continuación de la descripción.
La transmisión de las señales de RF digitalizadas se realizará sobre el enlace CPRI evitando de este modo el uso de cables de RF para la transmisión de datos, siendo la norma CPRI en la versión 6.1 definida por el consorcio del mismo nombre sobre el sitio web www.cpri.info.
La figura 3 también ilustra las etapas de reconstrucción del valor de NCR.
Lado Front-End (30FE), una señal de activación de recepción de datos Rx (H.F. Rx trigger) es generado por el módulo de recepción CPRI 310 al inicio de la hipertrama, 401. Es enviado por el bloque emisor CPRI al módulo de reconstrucción del NCR 311. Esta señal va acompañada del valor de la fecha NCR recuperada de la parte "que emana del proveedor" extraída de los datos para formar la señal "H.F. Rx NCR".
El instante de llegada ta del paquete de datos se indica mediante una señal "H.F. Rx trigger", 402, así como el valor de fecha NCR correspondiente por "H.F. Rx NCR", 403. Estas dos señales (valor de la fecha e instante de llegada del paquete de datos) permiten que el módulo de reconstrucción de "Local NCR de reconstrucción" 311 reconstituya localmente el reloj de NCR gracias a un bucle de tipo PLL digital, por ejemplo.
Al utilizar la función nativa del CPRI que permite medir la latencia entre los dos extremos de la cadena de transmisión (instante de emisión- instante de recepción en el lado del receptor del modulador), este valor local del reloj NCR, NCRiocai, se puede compensar NCRcomp para representar un valor idéntico al valor del reloj al nivel del Back-End. Esta información se pasa del bloque "CPRI receiver" al bloque "Local NCR reconstruction" por la señal "Link latency", □i, 404.
Finalmente, este reloj NCR reconstituido podrá servir para la inserción de una fecha NCR en las tramas DVB-S2(x) según las recomendaciones de la norma DVB-RCS2 (§6.2.1) conocida por los expertos en la materia.
El formato CPRI se utiliza, por ejemplo, en el formato I&Q (fase y cuadratura de fase) de ocho bits. Los datos procedentes de un Back-End hacia un Front-End se encapsulan en un contenedor AxC de 16 bits, por ejemplo, utilizando el formato indicado. Esto permitirá, en particular, poder transportar los datos desde varios Back-End hacia los respectivos Front-End sobre el mismo enlace físico CPRI multiplexando en el mismo flujo CPRI, los datos destinados a varios Front-End. Los contenedores de datos se codifican, por ejemplo, consecutivamente en las hipertramas CPRI y se añaden datos de relleno o "relleno" al final de la hipertrama si no está completamente lleno.
Para cada contenedor AxC, se agregan dos palabras de control a los datos "Vendor Specific" definidos por el estándar CPRI.
Estas dos palabras se dividen, por ejemplo, de la siguiente manera, comenzando desde el bit LSB más bajo de la segunda palabra:
• 12 bits dan la distancia en palabras de 16 bits entre el inicio del contenedor AxC y el siguiente encabezado BB-Header,
• 17 bits indican el tamaño del contenedor AxC en palabras de 16 bits,
• Los bits restantes indican el número lógico del contenedor AxC.
El descriptor de un contenedor AxC DVB-S2(x) se puede representar de la siguiente manera:
Figure imgf000006_0001
La indicación del número de bits restantes permite añadir y eliminar sobre la marcha sobre un enlace CPRI los flujos procedentes de diferentes Back-End.
El tamaño de los contenedores AxC permite delimitarlos en la hipertrama. Por último, la distancia al siguiente encabezado BB-Header permite, al iniciar el enlace, una sincronización sobre las fronteras de las BB-tramas. En efecto, cuando se encuentra la primera BB-trama, los campos DFL del BB-Header permiten determinar la siguiente trama y de este modo sucesivamente hasta el final del contenedor A*C.
La figura 4 ilustra un ejemplo de un demodulador 50 según la invención que se encuentra distribuido entre la parte trasera de recepción o Back-End 50BE y la parte frontal de recepción o Front-End 50FE. Este ejemplo de demodulador permite procesar una forma de onda del tipo DVB-RCS2 definida por el estándar ETSI EN 301 545-2 en su versión 1.2.1. Es una forma de onda de tipo MFTDMA, acceso múltiple por distribución de tiempo multifrecuencia (Multiple Frequency Time Division Multiplexing Access). Esto significa que cada emisor envía una cantidad de datos codificados denominada ráfaga y que estas ráfagas son multiplexadas en frecuencia y tiempo según un sistema de rejillas de frecuencia y tiempo llamadas tramas.
Al nivel de la parte Front-End 50FE, el dispositivo consta, por ejemplo, de los siguientes elementos:
• Un Tuner 501 que recibe la señal de RF Rx que contiene los datos y la información de sincronización y los informa en una banda limpia que se puede digitalizar según técnicas conocidas por los expertos en la materia,
• Un módulo de control automático de ganancia AGC, 502, lo que permite ajustar el nivel de la señal con el fin de optimizar su nivel y optimizar la cuantificación digital que haría un convertidor analógico-digital ADC, 503 transforme la señal analógica en una señal digital,
• Un módulo de ajuste de ganancia, 504, que normaliza la amplitud de la señal con el fin de que la amplitud máxima de la señal esté codificada por el valor máximo admisible,
• Un módulo de medición dinámica de la relación señal-ruido SNR, 505: El nivel de la señal digitalizada por el convertidor analógico a digital ADC, así como la relación señal/ruido de las ráfagas decodificadas se miden y se utilizan para generar una referencia hacia el módulo AGC y al módulo de ajuste de ganancia. En el caso de un demodulador multiportadora, se estima el rodamiento de ruido y se tiene en cuenta un retroceso de la escala total del ADC para tener en cuenta la dinámica máxima de la densidad espectral de las señales útiles con respecto a la del ruido, el error sobre la corrección de potencia de las ráfagas, así como la relación cresta de media de potencia PAPR contemplada,
• Un módulo de reducción de manipulación de bits o "bitwise", 506 que permite la reducción del número de bits que transportan información. Los bits más significativos se conservan,
• Un módulo emisor CPRI, 507, que emitirá los datos hacia la parte del punto de recogida PoP.
En el lado del Back-End 50BE al nivel del punto de recogida de PoP del sistema, el demodulador se compone de los siguientes módulos:
• Un receptor CPRI, 508,
• Un módulo MF-TDMA ráfaga de extracción, 509, la señal recibida, las ráfagas se extraen tanto en la dimensión de frecuencia como temporal,
• Un módulo de sincronización 510: a continuación, se demodula cada ráfaga. Para esto, se comienza por una sincronización de tiempo, luego en frecuencia y en fase,
• Un módulo Demapper, 511: la señal recibida se "desmapea" para extraer los bits codificados y se eliminan los símbolos de sincronización,
• Un descodificador 512: los bits se descodifican y desenmascaran con el fin de extraer de ellos los datos útiles corregidos o rechazarlos si no se pueden corregir.
Identificador del emisor Back-End (n bits) Tamaño del contenedor AxC (29 bits)
La figura 5 describe un ejemplo de multiplexación/demultiplexación de los flujos desde varios Back-End con destino de varios Front-End.
En el ejemplo, se consideran seis BE en la parte PoP y utilizan los identificadores del 1 al 6 para transmitir sus respectivos flujos. Un multiplexor CPRI, 60, conforme al estado de la técnica de esta norma se configura para multiplexar los flujos de los Back-Ends BE1, BE3 y BE4 en el enlace CPRI con destino a la primera pasarela 61. Asimismo, los flujos de Back-Ends BE2, BE5 y BE6 se envían con destino a la segunda pasarela 62.
En el lado de la primera pasarela 61, tres Front-End están configurados respectivamente para procesar los flujos identificados F1, F3 y F4. Igualmente, la segunda pasarela 62 tiene tres Front-Ends configurados para procesar los flujos identificados F2, F5 y F6.
Gracias al identificador del Back-End emisor "Back-End transmitter identifier", los flujos están bien multiplexados, transmitidos hacia las respectivas pasarelas, luego extraídos.
Cuando un Front-End es fallido, entonces es fácil poner en servicio otro Front-End que procesa el mismo identificador de Back-End y sustituir este segundo Front-End por el primero.
Por último, donde hay una necesidad de diversidad geográfica, el multiplexor CPRI debe ser reconfigurado con el fin de que el flujo de un Back-End a ser redirigido cambie de destino y un Front-End en la nueva pasarela de destino debe configurarse con el identificador correcto para tener en cuenta este nuevo flujo.
El sistema según la invención permite reducir los costes de infraestructura y mantenimiento de los sitios de pasarelas. La diversidad del sitio ya no requiere cambiar el enrutamiento de las señales entre el hub y la parte de radiofrecuencia de RF.

Claims (9)

REIVINDICACIONES
1. Sistema de transmisión de datos en una red de comunicaciones, comprendiendo la red de comunicaciones un enlace de transmisión por satélite, una parte de proveedor de servicios (20), una parte de usuario y una red de acceso de satélite que comprende un punto de recogida de PoP (21) adaptado para enviar flujos de datos, comprendiendo el sistema de transmisión de datos varias pasarelas (26i) que comprenden una parte de radiofrecuencia (27j) y, comprendiendo además dicho sistema un modulador (30) de datos a transmitir que comprende al menos una parte trasera de emisión (30BE) situada en una parte de banda de base (10) y una parte frontal de emisión (30FE) situada en la parte de radiofrecuencia (27j):
• Estando dicha parte trasera de emisión (30BE) posicionada al nivel de la parte del punto de recogida de PoP (21) y que consta de los siguientes módulos:
• Un módulo de referencia de reloj de red NCR (303) adaptado para tener en cuenta una referencia de tiempo absoluta externa para reconstruir un reloj de red para una sincronización en la transmisión de datos y un módulo emisor (304), estando dicho módulo NCR (303) adaptado para suministrar al módulo emisor (304), al inicio de una nueva hipertrama a enviar, un valor de fecha actual n Cr a insertar en un campo de datos de la hipertrama en curso de construcción, siendo el inicio de dicha nueva hipertrama indicado por una información de H.F.Tx trigger recibido desde dicho módulo emisor (304),
• Estando dicho módulo emisor (304) adaptado para recibir el valor de dicha fecha NCR, a insertar en un paquete de datos para transmitirlo a la parte frontal de emisión y a emitir en dirección del módulo NCR (303) la información H.F.T x trigger en un instante de sincronización tsync para un módulo receptor (310) de la parte frontal de la emisión,
• Estando dicha parte frontal de emisión (30FE) posicionada en la parte de radiofrecuencia de una pasarela y comprendiendo los siguientes módulos:
• El módulo receptor (310) adaptado para generar varias informaciones hacia un módulo de reconstrucción de un reloj (331) para la sincronización y la lectura de los datos, conteniendo dicha información: información sobre la latencia del enlace de transmisión entre la parte trasera de la emisión y la parte frontal de emisión, una información sobre el instante de llegada ta de dicho paquete de datos transmitido por la parte trasera de emisión (30BE), señalizado por una señal de H.F.Rx trigger (402) y una información H.F.Rx NCR (403) correspondiente al valor de la fecha NCR extraída del paquete de datos y correspondiente al inicio de la hipertrama recibida a tener en cuenta en la recepción de la información de H.F.Rx trigger con el fin de reconstituir localmente al nivel de la parte de radiofrecuencia un reloj corregido de la latencia de transmisión entre la parte de trasera de emisión y la parte frontal de emisión del modulador,
• El módulo de reconstrucción (311) adaptado para reconstruir un reloj localmente a partir del valor de latencia del enlace de transmisión, el valor de la fecha NCR contenido en los datos transmitidos y el instante de llegada ta del paquete de datos,
• un módulo de inserción (312) adaptado para insertar el reloj local reconstruido en un paquete de datos recibido por el receptor antes de la transmisión de los datos modulados a través del satélite,
• Estando la parte trasera de emisión (30BE) y la parte frontal de emisión (30FE) adaptadas para intercambiar datos encapsulados según un protocolo utilizado para la transmisión de datos en el sistema.
2. Sistema según la reivindicación 1 que consta además de un demodulador (50) constituido de dos partes:
• Una parte frontal de recepción (50FE) situada al nivel de la parte de pasarela del sistema que consta de los siguientes módulos:
• Un módulo (506) de reducción del número de bits que transportan información, antes de la transmisión a través de un módulo emisor (507),
• Una parte trasera de recepción (50BE) situada al nivel de un punto de recogida PoP y que consta al menos del siguiente módulo:
• Un módulo receptor (508).
3. Sistema según una de las reivindicaciones 1 a 2, en el que la parte frontal de emisión consta además de los siguientes elementos:
- un módulo de adaptación del flujo de datos, (313),
- un módulo de codificación (314),
- un módulo de mapeo (315) adaptado para transformar los datos en forma de bits codificados en símbolos, - un módulo (316) adaptado para insertar un encabezado y pilotos,
- un módulo de modulación de datos digitales (317),
- un módulo Tuner (318), y
- un módulo (319) M&C Handler adaptado para asegurar la configuración y la supervisión de los diferentes elementos del modulador.
4. Sistema según una de las reivindicaciones 1 a 3, en el que el modulador es un modulador según el estándar para la emisión de vídeo digital por satélite de segunda generación DVB-S2.
5. Sistema según una de las reivindicaciones 2 a 3, en el que el demodulador es un demodulador según el estándar de difusión de vídeo digital con vía de retorno por satélite de segunda generación DVB-RCS2.
6. Sistema según una de las reivindicaciones 1 a 5, en el que el protocolo utilizado es el de la interfaz de radio pública común CPRI.
7. Procedimiento de transmisión de datos implementado por un sistema de transmisión de datos en una red de comunicaciones según una de las reivindicaciones 1 a 6, comprendiendo la red de comunicaciones un enlace de transmisión por satélite, una parte de proveedor de servicios (20), una parte de usuario y una red de acceso de satélite que comprende un punto de recogida de PoP (21) adaptado para enviar flujos de datos, comprendiendo dicho sistema de transmisión de datos varias pasarelas (26i) que comprenden una parte de radiofrecuencia de RF (27j) y, comprendiendo además dicho sistema un modulador (30) de datos a transmitir que comprende al menos una parte trasera de emisión (30BE) situada en una parte de banda de base (10) y una parte frontal de emisión (30FE) situada en la parte de radiofrecuencia, constando dicho procedimiento de al menos las siguientes etapas:
• En la parte trasera de emisión (30BE) del modulador situado al nivel del punto de recogida PoP (21), constando dicha parte trasera de emisión de un módulo de referencia de reloj de red NCR (303) y un módulo emisor (304):
• Una etapa de tener en cuenta por el módulo NCR (303) una referencia de tiempo absoluto externo para reconstituir un reloj de red utilizado para sincronizar la transmisión de datos, de transmisión al módulo emisor (304), al inicio de una nueva hipertrama a enviar, de un valor de fecha actual NCR a insertar en un campo de datos de la hipertrama en construcción, y de recepción de una información de H.F.Tx trigger emitida por dicho módulo emisor (304) indicando el inicio de dicha nueva hipertrama,
• Una etapa de recepción por el módulo emisor (304) del valor de la fecha NCR, de inserción de este valor de fecha NCR en un paquete de datos para a transmitir a la parte frontal de emisión (30FE) y de emisión en dirección del módulo NCR (303) de la información H.F.Tx trigger sobre un instante de sincronización tsync para un módulo receptor (310) de la parte frontal de emisión (30FE),
• En la parte frontal de emisión (30FE):
• Una etapa de generación por el módulo receptor de información para la sincronización y la lectura de los datos y de emisión de esta información hacia un módulo de reconstrucción de un reloj (311), conteniendo dicha información: información sobre la latencia del enlace de transmisión entre la parte trasera de la emisión y la parte frontal de emisión, una información ta en el instante de llegada del paquete de datos emitido por la parte trasera de emisión (30BE), señalizado por una señal de H.F.Rx trigger (402) y una información H.F.Rx NCR (403) correspondiente al valor de la fecha NCR extraída del paquete de datos y correspondiente al inicio de la hipertrama recibida a tener en cuenta en la recepción de la información de H.F.Rx trigger con el fin de reconstituir localmente al nivel de la parte de radiofrecuencia un reloj corregido de la latencia de transmisión entre la parte de trasera de emisión y la parte frontal de emisión del modulador,
• Una etapa de reconstrucción por el módulo de reconstrucción (311) de un valor de reloj local a partir del valor de latencia del enlace de transmisión, del valor de la fecha NCR contenido en los datos transmitidos y del instante de llegada ta del paquete de datos,
• Una etapa de inserción por un módulo de inserción del reloj local reconstruido en un paquete de datos recibido por el receptor antes de la transmisión de los datos modulados a través del satélite,
• Una etapa de intercambio entre la parte trasera de emisión (30BE) y la parte frontal de emisión (30FE) de datos encapsulados según un protocolo utilizado para la transmisión de datos en el sistema.
8. Procedimiento según la reivindicación 7, en el que se utiliza el formato de la interfaz de radio pública común CPRI para la transmisión de los datos encapsulados entre la parte trasera de emisión (30BE) y la parte frontal de emisión (30FE).
9. Procedimiento según una de las reivindicaciones 7 u 8, en el que se utiliza un formato de tramas según el estándar de difusión de vídeo digital por satélite de generación DVB-S2.
ES18154686T 2017-02-02 2018-02-01 Procedimiento y sistema para transportar señales en un sistema de satélite Active ES2856062T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1700106A FR3062538B1 (fr) 2017-02-02 2017-02-02 Procede et systeme pour transporter des signaux dans un systeme satellitaire

Publications (1)

Publication Number Publication Date
ES2856062T3 true ES2856062T3 (es) 2021-09-27

Family

ID=58669925

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18154686T Active ES2856062T3 (es) 2017-02-02 2018-02-01 Procedimiento y sistema para transportar señales en un sistema de satélite

Country Status (5)

Country Link
US (1) US10574344B2 (es)
EP (1) EP3358758B1 (es)
CA (1) CA2993847A1 (es)
ES (1) ES2856062T3 (es)
FR (1) FR3062538B1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BE1026714B1 (nl) * 2018-10-18 2020-05-20 Newtec Cy N V Satellietcommunicatiezender
US20220124708A1 (en) * 2019-02-22 2022-04-21 Ntt Docomo, Inc. Radio base station and user equipment
US12088404B2 (en) * 2022-08-11 2024-09-10 Hughes Network Systems, Llc Burst mode communications

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7139346B2 (en) * 2002-08-09 2006-11-21 The Boeing Company Mobile network time distribution
KR20040092259A (ko) * 2003-04-25 2004-11-03 삼성전자주식회사 기지국 장치를 위한 위성 클럭 동기 시스템 및 이를이용한 기지국 시스템의 위성 클럭 동기화 방법
US20110076945A1 (en) * 2009-09-29 2011-03-31 Mediatek Inc. Methods for Controlling a Main Clock Source Shared Between Different Wireless Communication Modules and Apparatuses Using the Same
CN104584456B (zh) * 2012-08-21 2018-02-02 三菱电机株式会社 一种通信系统及通信终端
US9232242B2 (en) * 2012-12-11 2016-01-05 Cbs Interactive, Inc. Techniques to broadcast a network television program
US9544079B2 (en) * 2013-12-13 2017-01-10 Vt Idirect, Inc. Time synchronization in a satellite network
JP6283428B2 (ja) * 2015-02-13 2018-02-21 日本電信電話株式会社 時刻同期装置、その方法及びプログラム
US10425151B2 (en) * 2017-10-20 2019-09-24 Kratos Integral Holdings, Llc System and method for optimizing satellite gateway diversity
US10361772B2 (en) * 2017-12-26 2019-07-23 Hughes Network Systems, Llc Timing synchronization for a beam hopping satellite

Also Published As

Publication number Publication date
CA2993847A1 (en) 2018-08-02
US20180219613A1 (en) 2018-08-02
EP3358758B1 (fr) 2020-10-21
US10574344B2 (en) 2020-02-25
EP3358758A1 (fr) 2018-08-08
FR3062538B1 (fr) 2020-07-03
FR3062538A1 (fr) 2018-08-03

Similar Documents

Publication Publication Date Title
CN112514284B (zh) 卫星通信发射器
US9036537B2 (en) Method for formatting data of a physical layer frame
KR102052380B1 (ko) 방송 신호 송수신 장치 및 방법
US8718182B2 (en) High speed data service via satellite modem termination system and satellite modems
CN1706163B (zh) 格式化用于数字音频广播发送和接收的信号的方法和设备
ES2856062T3 (es) Procedimiento y sistema para transportar señales en un sistema de satélite
CN103329447B (zh) 用于甚高吞吐量无线通信的编码和交织的方法及装置
JP6266802B2 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
CN105874759B (zh) 发送/接收包括鲁棒报头压缩分组流的广播信号的方法和设备
KR102538793B1 (ko) 임베디드된 메시지를 갖는 rf pnt 시스템 및 관련된 방법
US10484084B2 (en) Method and system to increase capacity of high throughput satellite communication
ES2741548T3 (es) Procedimiento y sistema para transmitir señales satelitales y receptor de las mismas
US20100229206A1 (en) Space shifting over forward satellite communication channels
US20170005847A1 (en) Apparatus and method for sending and receiving broadcast signals
ES2450425T3 (es) Procedimiento de calibración de umbrales y módulo de calibración de umbrales para sistema de telecomunicaciones por satélite
US11870542B2 (en) Satellite communication transmitter
BR102012008779B1 (pt) Método compreendendo decodificação, através de um dispositivo de processamento e aparelho compreendendo um módulo receptor configurado para receber um fluxo de dados multiplexado
CN101150574A (zh) 数字卫星通信的有效帧结构
ES2718629T3 (es) Procedimiento mejorado de transmisión de datos por satélite a rendimiento muy alto