Datos de buque a tierra: opciones de conectividad para buques pesqueros
Los buques pesqueros envían datos a tierra por 4G/5G cerca de la costa, servicios satelitales de banda L en todo el mundo, VSAT GEO o banda ancha satelital LEO en alta mar, o mediante almacenamiento y reenvío en puerto. Los datos de pesaje son diminutos, unos pocos megabytes al día, así que la cobertura, la fiabilidad y el coste importan más que la velocidad. Almacene siempre los registros a bordo primero y reenvíelos cuando haya un enlace disponible.
Opciones de conectividad de un vistazo
Los buques pesqueros envían datos a tierra a través de cuatro tipos de enlaces: redes móviles (4G/5G) cerca de la costa, servicios satelitales de banda L con cobertura global, VSAT de banda ancha vía satélites geoestacionarios, y banda ancha satelital de órbita terrestre baja (LEO), con almacenamiento y reenvío en puerto como alternativa. Para los datos de pesaje y captura, el volumen es tan pequeño que la elección depende de la cobertura, la fiabilidad y el coste, no del ancho de banda.
| Enlace | Cobertura | Capacidad (indicativa) | Latencia | Notas para buques pesqueros |
|---|---|---|---|---|
| Móvil 4G/5G | Costera; el alcance depende de los mástiles en tierra, la frecuencia y la altura de la antena | Megabits a cientos de megabits por segundo cerca de la costa | Baja | Bajo coste por MB; se pierde cuando el buque se aleja de la costa |
| Satélite de banda L | Global o casi global, según la constelación | Cientos de kilobits por segundo | Depende de la órbita | Antenas pequeñas, robusto con mal tiempo; relativamente caro por MB |
| VSAT GEO (banda Ku/Ka) | Grandes haces regionales; limitado en latitudes altas | Megabits por segundo | Alta (medio segundo de ida y vuelta o más) | Necesita antena estabilizada; Ku/Ka susceptible al desvanecimiento por lluvia |
| Banda ancha LEO | Amplia, cobertura en expansión | Megabits a decenas de megabits por segundo | Baja (decenas de milisegundos típicamente) | Antenas de panel plano o de seguimiento; compruebe las condiciones del servicio para uso marítimo comercial |
| Almacenamiento y reenvío en puerto | Wi-Fi o móvil de puerto | Alta | Horas a días (los datos esperan al puerto) | Sin coste de tiempo de aire; sin datos en vivo durante la marea |
Redes móviles cerca de la costa
4G y 5G son la opción más barata y rápida cuando el buque está al alcance de los mástiles en tierra, lo que en la práctica significa pesquerías costeras y de bajura.
El alcance en el mar es muy variable. Depende de la altura y ubicación del mástil, la banda de frecuencia (las bandas más bajas, como 700-800 MHz, alcanzan más lejos), la altura y ganancia de la antena del buque, y el estado de la mar. Los despliegues marítimos dedicados pueden ampliar considerablemente la cobertura: la GSMA informa de un despliegue 5G para buques pesqueros en Guangdong, China, que ofrece velocidades de bajada de 400 Mbps hasta 30 km de la costa y 60 Mbps hasta 61 km de la costa (GSMA 5G Transformation Hub). Estas cifras describen una red diseñada específicamente, no la cobertura habitual en otros lugares. Para la planificación, asuma que los datos móviles pueden estar disponibles cerca de la costa y en puerto, y diseñe todo lo demás para tolerar su ausencia.
Opciones satelitales: banda L, VSAT GEO y LEO
Los enlaces satelitales cubren al buque más allá del alcance móvil, y se diferencian principalmente en la banda de frecuencia, la órbita, la antena y el coste por megabyte.
Servicios de banda L
La banda L (1-2 GHz) proporciona comunicaciones fiables de baja velocidad con excelente resistencia al mal tiempo, según la Agencia Espacial Europea. Los terminales y antenas son compactos. Como ejemplo de capacidad, Iridium Certus 700 está especificado hasta 704 kbps de bajada y 352 kbps de subida (Iridium). Eso es mucho más de lo que necesitan los datos de pesaje, lo que convierte a la banda L en un enlace de respaldo habitual y en el enlace principal para buques más pequeños.
VSAT GEO
Los terminales de apertura muy pequeña (VSAT) en banda Ku (12-18 GHz) y banda Ka (26-40 GHz) ofrecen mayor ancho de banda pero son más susceptibles a la degradación de la señal por desvanecimiento debido a la lluvia (ESA). Los satélites geoestacionarios están a una altitud de 35 786 km. Una señal que sube hasta el satélite y vuelve a bajar recorre al menos 71 572 km, lo que a la velocidad de la luz (unos 299 792 km/s) tarda unos 239 ms. Una solicitud y su respuesta tardan por tanto al menos unos 480 ms antes de cualquier procesamiento o enrutamiento terrestre. El VSAT marítimo necesita una antena estabilizada que siga apuntando al satélite mientras el buque cabecea y rola.
Banda ancha LEO
La órbita terrestre baja está por debajo de los 2000 km de altitud (ESA). La distancia más corta reduce el retardo de propagación de un salto de ida y vuelta a unos 13 ms o menos solo por la altitud, así que el uso interactivo se siente similar a la banda ancha terrestre. Las constelaciones LEO requieren antenas que sigan satélites que se mueven rápido, a menudo paneles planos de dirección electrónica. La cobertura, la autorización regulatoria en aguas concretas y las condiciones comerciales marítimas varían según el proveedor y la región, así que compruébelas para los caladeros reales.
Cuánto ancho de banda necesitan los datos de pesaje
Los datos de pesaje necesitan muy poco ancho de banda: un día completo de pesos de caja para un buque activo equivale a unos pocos megabytes, que incluso un enlace satelital de banda estrecha puede enviar en minutos.
Un registro de pesaje en JSON con ID, marca de tiempo, báscula, preajuste, peso, unidad, estabilidad y lote ocupa aproximadamente 250 bytes. La tabla muestra estimaciones basadas en ese supuesto.
| Escenario | Registros por día | Datos brutos por día | Tasa media si se envía continuamente | Tiempo para enviar los datos de un día a 352 kbps |
|---|---|---|---|---|
| Buque pequeño, pesos de caja | 2000 | 0,5 MB | 0,05 kbps | unos 11 s |
| Arrastrero con lotes de clasificadora | 20 000 | 5 MB | 0,5 kbps | unos 2 min |
| Datos de clasificadora a nivel de pieza | 200 000 | 50 MB | 4,6 kbps | unos 19 min |
Se derivan dos conclusiones prácticas. Primero, la sobrecarga del protocolo puede superar a los propios datos si cada registro se envía como una solicitud HTTP independiente con cabeceras y una nueva sesión cifrada; agrupar registros, mantener las conexiones abiertas o usar un protocolo ligero como MQTT importa más que la velocidad del enlace. Segundo, el JSON repetitivo se comprime bien, así que comprimir los lotes antes de la transmisión reduce aún más el tiempo de aire. El vídeo en directo, el tráfico de bienestar de la tripulación y las actualizaciones de software, no los datos de pesaje, determinan el tamaño del enlace.
Almacenamiento y reenvío: diseñar para conexiones perdidas
Almacenamiento y reenvío (store-and-forward) significa que cada registro se guarda primero a bordo y se transmite cuando hay un enlace disponible, de modo que no se pierdan datos cuando falla la cobertura, la antena queda bloqueada o se apaga el tiempo de aire.
- Escriba localmente primero. La báscula o el sistema del buque confirma cada registro en almacenamiento local antes de cualquier transmisión.
- Dé a cada registro un ID único. El sistema en tierra lo usa para descartar duplicados cuando se reintenta un lote.
- Marque la hora en el origen. Use la hora del pesaje en UTC, no la hora de llegada a tierra.
- Ponga en cola y confirme. Elimine los registros de la cola de envío solo después de que el lado de tierra confirme la recepción. MQTT define la entrega QoS 1 (al menos una vez) y QoS 2 (exactamente una vez) para este propósito (OASIS MQTT 5.0).
- Priorice. Envíe los registros de captura y lote antes que los registros masivos y los diagnósticos cuando la capacidad sea limitada.
- Supervise el retraso acumulado. Muestre a bordo el número de registros no enviados, para que la tripulación sepa si tierra tiene datos actualizados.
- Concilie en puerto. Compare los recuentos de registros a bordo y en tierra en cada escala en puerto y reenvíe cualquier hueco.
Los mismos principios se aplican a la lectura de datos de la propia báscula; véase Integrar básculas con su software mediante una API y Registro de datos de pesaje en el mar.
Seguridad en el enlace
Conectar la red de un buque a internet expone el equipo a bordo, así que los sistemas de pesaje deben situarse detrás del cortafuegos del buque y enviar datos hacia fuera por conexiones cifradas en lugar de aceptar conexiones entrantes desde internet.
- Separe el equipo operativo, como básculas y clasificadoras, de las redes de tripulación e invitados.
- Use transporte cifrado (TLS o una VPN) para todo lo que sale del buque.
- No abra puertos entrantes hacia las básculas; deje que una pasarela a bordo inicie las conexiones hacia tierra.
- Cambie las contraseñas predeterminadas y restrinja quién puede emitir comandos o cambiar preajustes.
La OMI ha publicado directrices sobre la gestión del riesgo cibernético marítimo que los armadores pueden usar como marco.
Elegir una configuración
La configuración de conectividad adecuada depende de dónde faena el buque, con qué rapidez necesita tierra los datos y qué otro tráfico debe transportar el enlace.
| Perfil de operación | Elección típica para datos de pesaje y captura |
|---|---|
| Mareas de un día cerca de la costa | 4G/5G con almacenamiento y reenvío; subida en puerto si falla la cobertura |
| Mareas de varios días en la plataforma continental | 4G/5G cerca de la costa más banda L o LEO en alta mar, con conmutación automática |
| Pesquerías de altura y de latitudes altas | Banda L como base robusta; banda ancha donde la cobertura lo permita |
| Los compradores o lonjas necesitan datos antes del desembarque | Enlace satelital continuo con registros de captura priorizados |
El enfoque de WPL
Con el Sistema de etiquetado de capturas R50, los datos de captura pueden enviarse a tierra durante la marea. WeightControl registra automáticamente cada pesaje en la báscula y pone los registros a disposición como CSV, PDF y JSON a través de su API, de modo que la propia pasarela o software del buque puede reenviarlos por el enlace disponible a bordo. La elección del servicio satelital o móvil es independiente de la báscula. Para la arquitectura completa de la báscula a la tierra, véase el centro de integración de datos; para los flujos de procesado a bordo, el centro de procesado a bordo.
Preguntas frecuentes
¿Es suficiente un enlace satelital de banda estrecha para los datos de captura?
Normalmente sí. Incluso un arrastrero activo que produce 20 000 registros de pesaje al día genera solo unos 5 MB de JSON bruto, que un enlace con 352 kbps de capacidad de subida envía en aproximadamente dos minutos. Lo que requiere cuidado es la sobrecarga del protocolo: agrupe registros y mantenga las conexiones abiertas en lugar de hacer una solicitud cifrada por caja.
¿Afecta la latencia satelital a los datos de pesaje?
No de forma significativa. Los tiempos de ida y vuelta de medio segundo o más en enlaces geoestacionarios hacen lentos los escritorios remotos interactivos, pero los registros de pesaje no son críticos en el tiempo una vez almacenados a bordo con su propia marca de tiempo. La latencia importa para el control remoto en vivo de equipos, que en cualquier caso debería hacerse localmente en el buque.
¿Qué ocurre con los datos cuando el buque pierde la conexión?
Con un diseño de almacenamiento y reenvío, no se pierde nada. Los registros se escriben primero en almacenamiento local y se ponen en cola para su transmisión. Cuando vuelve un enlace, se envía la cola y el sistema en tierra usa los ID de registro para descartar duplicados. Sin almacenamiento local, cualquier registro creado durante una interrupción puede perderse, por lo que el streaming directo de la báscula a la nube es frágil en el mar.
¿Puede el equipo de pesaje compartir la conexión a internet de la tripulación?
Físicamente puede, pero el equipo operativo debería estar en un segmento de red separado con sus propias reglas de cortafuegos y prioridad. El streaming de la tripulación puede saturar un enlace, y un dispositivo de tripulación comprometido nunca debería poder alcanzar las básculas o clasificadoras. Priorice los registros de captura en la política de tráfico para que se envíen incluso cuando el enlace esté ocupado.
Fuentes
Escrito y revisado por los ingenieros de pesaje de WPL Industries. El contenido técnico y normativo se verifica con las fuentes citadas. Política editorial