![\"6fc1f9e8c414727c6944df3d98877964\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/6fc1f9e8c414727c6944df3d98877964.png\" "\\"6fc1f9e8c414727c6944df3d98877964\\"")
<\/p>\n<\/p>\n
<\/p>\n
<\/p>\n
Hace un par de a\u00f1os, mientras realiz\u00e1bamos pruebas de escenarios V2X en un campo de pruebas en Suzhou, nos encontramos con un problema grave. Los veh\u00edculos de prueba pod\u00edan recibir datos de los sem\u00e1foros desde las unidades situadas en las carreteras, pero siempre hab\u00eda un retraso de entre 3 y 5 segundos antes de que se activara cualquier acci\u00f3n. En escenarios de conducci\u00f3n aut\u00f3noma, ese retraso es mortal. A 50 km\/h, un veh\u00edculo recorre 70 metros en 5 segundos, lo que supone mucho m\u00e1s que la distancia que cubre un sem\u00e1foro en rojo.<\/p>\n
Nos llev\u00f3 una semana completa localizar el problema. Result\u00f3 que la pasarela del veh\u00edculo trataba los mensajes V2X como datos comerciales normales, poni\u00e9ndolos en cola con enormes flujos de datos de sensores. Una vez que ajustamos la configuraci\u00f3n de prioridad, la latencia se redujo a 80 milisegundos. Problema resuelto.<\/p>\n
Ese incidente realmente me abri\u00f3 los ojos sobre c\u00f3mo deben funcionar conjuntamente las pasarelas de los veh\u00edculos y las unidades V2X en carretera. Hoy compartir\u00e9 algunas ideas pr\u00e1cticas desde el terreno.<\/p>\n
Comencemos por explicar qu\u00e9 significa V2X. Vehicle-to-Everything (veh\u00edculo a todo) abarca V2V (veh\u00edculo a veh\u00edculo), V2I (veh\u00edculo a infraestructura), V2P (veh\u00edculo a peat\u00f3n) y V2N (veh\u00edculo a red).<\/p>\n
Algunas personas se preguntan por qu\u00e9 los veh\u00edculos aut\u00f3nomos necesitan V2X cuando ya cuentan con LiDAR, c\u00e1maras y radar de ondas milim\u00e9tricas. La realidad es que los sensores a bordo tienen un alcance limitado. El LiDAR alcanza un m\u00e1ximo de entre 200 y 300 metros. Si se a\u00f1aden curvas, colinas u obst\u00e1culos, ese alcance se reduce r\u00e1pidamente.<\/p>\n
V2X supera las limitaciones de la l\u00ednea de visi\u00f3n. Instale una unidad en carretera en una intersecci\u00f3n y esta transmitir\u00e1 el estado de los sem\u00e1foros, la posici\u00f3n de los veh\u00edculos y la ubicaci\u00f3n de los peatones. Los veh\u00edculos pueden recibir esta informaci\u00f3n a cientos de metros de distancia y planificar en consecuencia.<\/p>\n
Otro caso de uso clave son las advertencias de punto ciego. Cuando un veh\u00edculo que circula delante frena bruscamente, transmite ese evento a trav\u00e9s de V2X. Los veh\u00edculos que le siguen reciben la alerta incluso si est\u00e1n bloqueados por un cami\u00f3n. Es muy \u00fatil en autopistas.<\/p>\n
Luego est\u00e1 el platooning. Varios veh\u00edculos aut\u00f3nomos mantienen la formaci\u00f3n y los cambios de velocidad sincronizados a trav\u00e9s de la comunicaci\u00f3n V2X. O en las intersecciones, los veh\u00edculos negocian el derecho de paso a trav\u00e9s de V2X, lo que resulta m\u00e1s eficiente que los sem\u00e1foros tradicionales.<\/p>\n
Todos estos escenarios requieren que las pasarelas de los veh\u00edculos se conecten con las unidades de carretera.<\/p>\n
![\"22abdcfbc38f51d400dee35acc8f78ac\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/22abdcfbc38f51d400dee35acc8f78ac.png\" "\\"22abdcfbc38f51d400dee35acc8f78ac\\"")
<\/p>\n
<\/p>\n
<\/p>\n
V2X tiene dos est\u00e1ndares que compiten entre s\u00ed: DSRC y C-V2X. DSRC se basa en la tecnolog\u00eda WiFi, muy popular en Norteam\u00e9rica. C-V2X aprovecha la tecnolog\u00eda de redes celulares, que est\u00e1 ganando terreno en China y Europa.<\/p>\n
C-V2X funciona en dos modos. El modo Uu utiliza estaciones base 4G\/5G para la comunicaci\u00f3n entre el veh\u00edculo y la nube. El modo PC5 permite la comunicaci\u00f3n directa entre veh\u00edculos o entre veh\u00edculos y unidades en carretera, sin necesidad de infraestructura celular.<\/p>\n
Las aplicaciones V2X b\u00e1sicas, como las advertencias de colisi\u00f3n y la gesti\u00f3n de intersecciones, dependen del modo directo PC5. El requisito de latencia es demasiado estricto para el enrutamiento celular. En teor\u00eda, el PC5 puede alcanzar una latencia inferior a 20 ms.<\/p>\n
El PC5 requiere un espectro dedicado. China asign\u00f3 5905-5925 MHz con un ancho de banda de 20 MHz exclusivamente para uso V2X.<\/p>\n
Las pasarelas de veh\u00edculos compatibles con C-V2X necesitan m\u00f3dulos C-V2X especializados. Estos difieren de los m\u00f3dulos 4G\/5G est\u00e1ndar, a pesar de que ambos siguen los est\u00e1ndares 3GPP, ya que la pila de protocolos var\u00eda. Los principales actores en el \u00e1mbito de los chipsets C-V2X son Qualcomm, HiSilicon y Datang Telecom.<\/p>\n
Algunas pasarelas integran m\u00f3dulos 4G\/5G y C-V2X. El 4G\/5G gestiona el modo Uu para la conectividad entre el veh\u00edculo y la nube. El C-V2X gestiona el PC5 para los enlaces entre el veh\u00edculo y la infraestructura y entre veh\u00edculos. Cada m\u00f3dulo cumple funciones distintas.<\/p>\n
Los dise\u00f1os alternativos utilizan m\u00f3dulos de modo dual que admiten tanto Uu como PC5. Ahorran costos, pero implican sacrificios en cuanto al rendimiento.<\/p>\n
<\/p>\n
![\"6e4631526893ea3d1a697627559f9f04\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/6e4631526893ea3d1a697627559f9f04.png\" "\\"6e4631526893ea3d1a697627559f9f04\\"")
<\/p>\n
<\/p>\n
El lugar y la forma en que se instalan las unidades en carretera influyen considerablemente en el rendimiento de las comunicaciones.<\/p>\n
Las intersecciones con sem\u00e1foros son las m\u00e1s comunes.<\/strong>. Las RSU suelen instalarse en postes de se\u00f1ales de entre 5 y 8 metros de altura. Se conectan a los controladores de se\u00f1ales de tr\u00e1fico para determinar la fase actual (rojo o verde) y los temporizadores de cuenta atr\u00e1s. Esta informaci\u00f3n se transmite a trav\u00e9s de C-V2X.<\/p>\n La frecuencia de transmisi\u00f3n suele ser de 10 Hz, lo que significa un mensaje cada 100 milisegundos. El contenido del mensaje incluye el ID de la intersecci\u00f3n, la fase de la se\u00f1al, la cuenta atr\u00e1s y la informaci\u00f3n sobre los carriles. El formato del mensaje sigue la norma SAE J2735, concretamente SPAT (fase y sincronizaci\u00f3n de la se\u00f1al).<\/p>\n Cuando las pasarelas de los veh\u00edculos reciben mensajes SPAT, los analizan, validan y luego los reenv\u00edan a los controladores de dominio. Los controladores de dominio toman decisiones sobre el cruce de intersecciones bas\u00e1ndose en el estado de las se\u00f1ales.<\/p>\n El despliegue en autopistas es la segunda categor\u00eda principal.<\/strong>. Las RSU se instalan en tramos propensos a accidentes, como curvas cerradas, pendientes prolongadas y entradas a t\u00faneles. Transmiten informaci\u00f3n sobre el estado de las carreteras, actualizaciones meteorol\u00f3gicas y avisos de congesti\u00f3n.<\/p>\n Las velocidades en autopista exigen un mayor alcance de comunicaci\u00f3n. El alcance efectivo est\u00e1ndar de una RSU es de 300 a 500 metros. Las autopistas pueden requerir una cobertura de entre 800 metros y 1 kil\u00f3metro. Eso significa que se necesitan antenas con mejores especificaciones y mayor potencia de transmisi\u00f3n.<\/p>\n Las operaciones mineras y del campus representan la tercera categor\u00eda.<\/strong>. Estos entornos cerrados suelen implementar redes densas de RSU. M\u00e1s all\u00e1 de las se\u00f1ales de tr\u00e1fico y las advertencias, las RSU coordinan el despacho de veh\u00edculos. Al conocer la posici\u00f3n y la velocidad de cada veh\u00edculo, las RSU organizan el flujo del tr\u00e1fico para evitar conflictos.<\/p>\n Las RSU de entorno cerrado suelen conectarse a plataformas de despacho centralizadas. Las pasarelas de los veh\u00edculos no solo reciben las transmisiones de las RSU, sino que tambi\u00e9n transmiten activamente a las RSU, solicitando derechos de paso e informando de anomal\u00edas.<\/p>\n La pila de protocolos del modo PC5 de C-V2X, de abajo hacia arriba:<\/p>\n Capas f\u00edsica y MAC<\/strong> Aprovecha la tecnolog\u00eda LTE con optimizaciones especializadas. A diferencia del LTE tradicional, que requiere la programaci\u00f3n de estaciones base, PC5 se distribuye sin un nodo central. Los dispositivos seleccionan de forma aut\u00f3noma las oportunidades de transmisi\u00f3n mediante la detecci\u00f3n y la reserva de recursos.<\/p>\n Capas de red y transporte<\/strong> Normalmente, los mensajes V2X se encapsulan en UDP. Aunque tambi\u00e9n es posible utilizar TCP, UDP se adapta mejor a los requisitos en tiempo real. El direccionamiento IP suele emplear IPv6, dada la gran cantidad de dispositivos V2X, ya que IPv4 no es suficiente.<\/p>\n Capa de aplicaci\u00f3n<\/strong> contiene la l\u00f3gica empresarial V2X real. Las normas clave en este caso son SAE J2735 e ISO TS 19091. Estas definen los tipos de mensajes: BSM (mensaje b\u00e1sico de seguridad), SPAT (fase de se\u00f1al), MAP (datos de mapa), RSI (informaci\u00f3n en carretera) y RSM (mensaje de unidad en carretera).<\/p>\n Cada tipo de mensaje tiene definiciones detalladas de la estructura de datos. BSM, por ejemplo, contiene la identificaci\u00f3n del veh\u00edculo, la posici\u00f3n, la velocidad, el rumbo, la aceleraci\u00f3n, las dimensiones y el estado de las se\u00f1ales de giro. Los datos se codifican en formato ASN.1 y se comprimen hasta alcanzar aproximadamente entre 200 y 400 bytes.<\/p>\n Cuando las pasarelas de los veh\u00edculos reciben mensajes V2X, se ejecutan varias tareas:<\/p>\n Lo primero es la decodificaci\u00f3n y la validaci\u00f3n.<\/strong>. Verifique la correcci\u00f3n del formato del mensaje y la integridad de los datos. Los mensajes cifrados requieren descifrado.<\/p>\n En segundo lugar est\u00e1 la verificaci\u00f3n de la marca de tiempo.<\/strong>. Todos los mensajes V2X llevan marcas de tiempo. Verifique que la marca de tiempo se encuentre dentro de l\u00edmites razonables. Una gran desviaci\u00f3n con respecto a la hora actual sugiere un posible ataque de repetici\u00f3n; descarte el mensaje.<\/p>\n El tercero es el filtrado basado en la ubicaci\u00f3n.<\/strong>. Los veh\u00edculos pueden recibir simult\u00e1neamente docenas de mensajes de las RSU y de los veh\u00edculos circundantes. No todos los mensajes son relevantes. Filtrar seg\u00fan la posici\u00f3n. Por ejemplo, un veh\u00edculo que se dirige hacia el este puede ignorar los mensajes de los sem\u00e1foros de las intersecciones occidentales.<\/p>\n El cuarto es el reenv\u00edo al controlador de dominio.<\/strong>. Env\u00eda los mensajes \u00fatiles a trav\u00e9s de la red Ethernet del veh\u00edculo al controlador de dominio. El reenv\u00edo puede requerir una conversi\u00f3n de protocolo, como transformar el formato ASN.1 a JSON o Protobuf para facilitar el procesamiento del controlador de dominio.<\/p>\n Toda esta secuencia debe completarse en un tiempo extremadamente corto, normalmente menos de 10 milisegundos. De lo contrario, si se a\u00f1ade el tiempo de transmisi\u00f3n de la interfaz a\u00e9rea y el tiempo de procesamiento del controlador de dominio, la latencia total supera los l\u00edmites.<\/p>\n La comunicaci\u00f3n V2X exige una latencia estricta de extremo a extremo. Desde la transmisi\u00f3n de la RSU hasta la recepci\u00f3n y respuesta del veh\u00edculo, toda la cadena debe mantenerse por debajo de los 100 milisegundos. Algunos escenarios, como las advertencias de colisi\u00f3n, requieren 50 milisegundos.<\/p>\n \u00bfC\u00f3mo distribuir ese presupuesto de 100 ms?<\/p>\n Procesamiento interno de RSU: 5-10 ms<\/strong>. Desde la recepci\u00f3n de se\u00f1ales de tr\u00e1fico o la recopilaci\u00f3n de datos, pasando por la codificaci\u00f3n, el empaquetado y el env\u00edo de mensajes V2X.<\/p>\n Transmisi\u00f3n por interfaz a\u00e9rea: 10-20 ms<\/strong>. El modo PC5 tiene una latencia te\u00f3rica baja, pero el rendimiento real var\u00eda en funci\u00f3n de la calidad del canal, los conflictos de recursos y las retransmisiones.<\/p>\n Recepci\u00f3n y procesamiento de la puerta de enlace del veh\u00edculo: 10-15 ms<\/strong>. Desde la recepci\u00f3n de RF hasta la decodificaci\u00f3n, validaci\u00f3n, filtrado y reenv\u00edo.<\/p>\n Transmisi\u00f3n Ethernet en el veh\u00edculo: 5-10 ms<\/strong>. Puerta de enlace al controlador de dominio.<\/p>\n Procesamiento del controlador de dominio: 30-50 ms<\/strong>. Analizar el mensaje, fusionarlo con los resultados de la percepci\u00f3n y tomar decisiones de planificaci\u00f3n.<\/p>\n Latencia de ejecuci\u00f3n: 10-20 ms<\/strong>. Comandos de control del controlador de dominio al sistema drive-by-wire, y luego respuesta del actuador.<\/p>\n Cada eslab\u00f3n de la cadena requiere un control estricto. Las puertas de enlace de los veh\u00edculos solo representan entre 10 y 15 ms, pero no pueden relajarse. Especialmente bajo una carga elevada, si la puerta de enlace no puede seguir el ritmo, la latencia se dispara.<\/p>\n Entre los m\u00e9todos para reducir la latencia del procesamiento de la puerta de enlace se incluye la aceleraci\u00f3n por hardware dedicado. Implemente la decodificaci\u00f3n y validaci\u00f3n de mensajes V2X en FPGA o ASIC, mucho m\u00e1s r\u00e1pido que el procesamiento por software. Optimice tambi\u00e9n la arquitectura de software utilizando copias sin copia, subprocesos m\u00faltiples y colas sin bloqueo para minimizar el movimiento de datos y los tiempos de espera.<\/p>\n La seguridad de las comunicaciones V2X es absolutamente fundamental. Si los atacantes falsifican un mensaje de \u201cobst\u00e1culo delante\u201d, los veh\u00edculos que lo reciban frenar\u00e1n de emergencia, lo que podr\u00eda provocar colisiones por alcance. Falsificar los mensajes de los sem\u00e1foros, haciendo que los veh\u00edculos crean que est\u00e1n en verde cuando est\u00e1n en rojo, tiene consecuencias a\u00fan peores.<\/p>\n Los mensajes V2X requieren mecanismos de seguridad. China y Europa han establecido sistemas de certificaci\u00f3n de seguridad V2X basados en PKI (infraestructura de clave p\u00fablica).<\/p>\n Todos los dispositivos V2X, incluidos los gateways de veh\u00edculos y las RSU, cuentan con un certificado digital. Al enviar mensajes V2X, los dispositivos firman con claves privadas. Los destinatarios utilizan certificados para verificar las firmas, confirmando que los mensajes proceden de dispositivos leg\u00edtimos sin manipulaci\u00f3n.<\/p>\n Pero aqu\u00ed hay un conflicto. La generaci\u00f3n y verificaci\u00f3n de firmas digitales requieren operaciones criptogr\u00e1ficas, que llevan mucho tiempo. Verificar una firma ECDSA de 256 bits lleva varios milisegundos en las CPU est\u00e1ndar. Los veh\u00edculos procesan cientos de mensajes V2X por segundo. Verificar cada uno de ellos superar\u00eda el presupuesto de latencia.<\/p>\n La soluci\u00f3n es la aceleraci\u00f3n por hardware. Las pasarelas de los veh\u00edculos necesitan chips de seguridad dedicados o aceleradores criptogr\u00e1ficos capaces de verificar firmas en paralelo. Los chipsets Qualcomm V2X y la serie HiSilicon Balong 5000 integran esta capacidad de aceleraci\u00f3n criptogr\u00e1fica.<\/p>\n Otra cuesti\u00f3n es la gesti\u00f3n de certificados. Los certificados V2X no pueden tener una larga duraci\u00f3n. Por motivos de privacidad y seguridad, cada certificado suele tener una validez de entre unos minutos y unas horas. Los veh\u00edculos llevan consigo lotes de certificados y los van utilizando de forma rotativa. Cuando se est\u00e1n agotando, los veh\u00edculos solicitan nuevos certificados a los sistemas de gesti\u00f3n de certificados.<\/p>\n Este proceso de solicitud y renovaci\u00f3n de certificados requiere que las pasarelas de los veh\u00edculos se comuniquen con los sistemas backend a trav\u00e9s de redes 4G\/5G. Por lo tanto, las pasarelas deben ser compatibles tanto con el modo PC5 para la mensajer\u00eda V2X como con el modo Uu para la gesti\u00f3n de certificados. Ambas funciones deben coordinarse.<\/p>\n El alcance efectivo de comunicaci\u00f3n de las RSU suele ser de 300 a 500 metros. Pero eso es en condiciones ideales. El uso en el mundo real se enfrenta a muchas limitaciones.<\/p>\n La obstrucci\u00f3n de edificios es el mayor problema.<\/strong>. Los entornos urbanos con edificios altos bloquean o reflejan las se\u00f1ales V2X. Los veh\u00edculos que giran en las intersecciones pueden perder los mensajes de la RSU cuando los edificios bloquean la l\u00ednea de visi\u00f3n.<\/p>\n La soluci\u00f3n es la implementaci\u00f3n multipunto. Una intersecci\u00f3n puede necesitar entre dos y cuatro RSU que cubran diferentes direcciones de aproximaci\u00f3n. Si una direcci\u00f3n queda bloqueada, las dem\u00e1s siguen funcionando. Pero esto aumenta el costo de la infraestructura.<\/p>\n El desvanecimiento multitrayecto presenta otro desaf\u00edo.<\/strong>. Las se\u00f1ales de la RSU al veh\u00edculo pueden viajar por rutas directas o rebotar en edificios a lo largo de m\u00faltiples rutas. La combinaci\u00f3n de se\u00f1ales de m\u00faltiples rutas puede reforzarse o cancelarse entre s\u00ed. Esto provoca una calidad de comunicaci\u00f3n inestable.<\/p>\n La capa f\u00edsica C-V2X incorpora optimizaciones como la modulaci\u00f3n OFDM y la codificaci\u00f3n de canales para combatir algunos efectos multitrayecto. Sin embargo, los entornos urbanos complejos siguen afectando a las tasas de \u00e9xito de las comunicaciones.<\/p>\n Tampoco se puede ignorar la interferencia.<\/strong>. Aunque V2X cuenta con un espectro dedicado, varios dispositivos que transmiten simult\u00e1neamente en la misma frecuencia siguen interfiriendo entre s\u00ed. En intersecciones muy transitadas, docenas de veh\u00edculos y m\u00faltiples RSU pueden transmitir al mismo tiempo.<\/p>\n El modo PC5 incluye la prevenci\u00f3n de colisiones: los dispositivos detectan el canal antes de transmitir y esperan si est\u00e1 ocupado. Pero esto no elimina todas las colisiones. Sigue produci\u00e9ndose p\u00e9rdida de paquetes.<\/p>\n Por lo tanto, la confiabilidad de la comunicaci\u00f3n V2X nunca alcanza el 100 %. Los objetivos de dise\u00f1o t\u00edpicos apuntan a una tasa de \u00e9xito en la recepci\u00f3n de mensajes del 90-95 % en un radio de 200 metros. La p\u00e9rdida restante de paquetes del 5-10 % requiere tolerancia a fallos a nivel de aplicaci\u00f3n.<\/p>\n Por ejemplo, las RSU env\u00edan mensajes de sem\u00e1foros cada 100 milisegundos, en m\u00faltiples transmisiones consecutivas. Incluso si se pierde un paquete, los veh\u00edculos reciben los mensajes siguientes. Los controladores de dominio tambi\u00e9n implementan el manejo de tiempos de espera. Si los mensajes V2X dejan de llegar, se cambia al reconocimiento de sem\u00e1foros basado exclusivamente en la visi\u00f3n.<\/p>\n Hemos llevado a cabo la validaci\u00f3n V2X en m\u00faltiples campos de pruebas y nos hemos encontrado con varios obst\u00e1culos.<\/p>\n El primer problema fue la sincronizaci\u00f3n del reloj.<\/strong>. Las marcas de tiempo de los mensajes V2X requieren una precisi\u00f3n de milisegundos. Si los relojes de la pasarela del veh\u00edculo y la RSU no est\u00e1n sincronizados, la validaci\u00f3n de la marca de tiempo falla y los mensajes se descartan.<\/p>\n Las RSU suelen utilizar GPS o BeiDou para la sincronizaci\u00f3n, con una precisi\u00f3n de microsegundos. Las pasarelas de los veh\u00edculos tambi\u00e9n necesitan sincronizaci\u00f3n GPS, pero algunas pasarelas solo utilizan GPS para el posicionamiento sin conectar se\u00f1ales de sincronizaci\u00f3n. Esto provoca una desviaci\u00f3n del reloj.<\/p>\n Finalmente, exigimos que las puertas de enlace sean compatibles con la sincronizaci\u00f3n GPS y se sincronicen peri\u00f3dicamente con los servidores NTP. La doble garant\u00eda asegura la precisi\u00f3n horaria.<\/p>\n El segundo problema fue la transformaci\u00f3n de coordenadas.<\/strong>. Los mensajes V2X contienen datos de posici\u00f3n en coordenadas de latitud\/longitud WGS84. Sin embargo, los controladores de dominio suelen utilizar sistemas de coordenadas cartesianas locales con la posici\u00f3n actual del veh\u00edculo como origen. Las pasarelas que reciben mensajes RSU deben transformar las coordenadas.<\/p>\n La transformaci\u00f3n de coordenadas parece sencilla, pero cuando se requieren altos niveles de precisi\u00f3n, los errores de proyecci\u00f3n, la curvatura de la Tierra y la elevaci\u00f3n son factores importantes. Una transformaci\u00f3n inexacta hace que los controladores de dominio calculen mal las posiciones de las RSU, lo que puede afectar a las decisiones.<\/p>\n Posteriormente, integramos bibliotecas de transformaci\u00f3n de coordenadas de alta precisi\u00f3n en las puertas de enlace, compatibles con m\u00faltiples sistemas de coordenadas y proyecciones. Tambi\u00e9n acordamos con los controladores de dominio sistemas de coordenadas unificados para evitar confusiones.<\/p>\n El tercer problema fueron las tormentas de mensajes.<\/strong>. En determinados escenarios, como grandes intersecciones o casetas de peaje de autopistas con mucho tr\u00e1fico, cada veh\u00edculo transmite mensajes BSM. Las pasarelas pueden recibir simult\u00e1neamente cientos de mensajes.<\/p>\n Reenviar todos los mensajes a los controladores de dominio saturar\u00eda la red del veh\u00edculo. Las puertas de enlace deben agregar y filtrar. Por ejemplo, solo reenviar mensajes de veh\u00edculos que se encuentren a menos de 200 metros, ignorando los m\u00e1s lejanos. O priorizar los mensajes, reenviando solo los m\u00e1s importantes.<\/p>\n El cuarto problema era la compatibilidad de los dispositivos.<\/strong>. Aunque V2X cuenta con est\u00e1ndares, las implementaciones de los diferentes proveedores siguen variando. Durante las pruebas, descubrimos que ciertos mensajes de marcas de RSU no pod\u00edan ser analizados por ciertas marcas de puertas de enlace. La captura de paquetes revel\u00f3 un manejo inconsistente de los campos opcionales de codificaci\u00f3n ASN.1.<\/p>\n Finalmente, hubo que ponerse en contacto con ambos proveedores para ajustar las implementaciones a los est\u00e1ndares. Estos problemas de interoperabilidad deben resolverse antes de llevar a cabo una implementaci\u00f3n V2X a gran escala, ya que, de lo contrario, los equipos de diferentes proveedores no podr\u00e1n funcionar juntos.<\/p>\n Las aplicaciones V2X difieren significativamente seg\u00fan el escenario.<\/p>\n Escenarios de carreteras urbanas<\/strong> C\u00e9ntrese en la informaci\u00f3n de los sem\u00e1foros y las advertencias de conflictos en las intersecciones. La densidad de RSU es relativamente alta, b\u00e1sicamente se instala en todas las intersecciones con sem\u00e1foros. Las puertas de enlace de los veh\u00edculos deben gestionar la recepci\u00f3n de mensajes de alta frecuencia al tiempo que controlan el consumo de energ\u00eda, ya que no pueden funcionar a plena potencia constantemente.<\/p>\n Escenarios en autopista<\/strong> Haga hincapi\u00e9 en las advertencias de colisi\u00f3n frontal, las advertencias de frenado de emergencia y las alertas de peligros en la carretera. Estos mensajes tienen mayor prioridad y requisitos de latencia m\u00e1s estrictos. Al procesar mensajes V2X en autopistas, las pasarelas deben asignarles la m\u00e1xima prioridad, evitando que otros datos comerciales los bloqueen.<\/p>\n Escenarios mineros y portuarios<\/strong> Utilizar V2X no solo para advertencias de seguridad, sino tambi\u00e9n para el env\u00edo de veh\u00edculos. Las RSU emiten instrucciones de conducci\u00f3n y los veh\u00edculos deben seguir las \u00f3rdenes para desplazarse a las posiciones designadas. Estos escenarios exigen una fiabilidad absoluta de los mensajes V2X, sin que se tolere ninguna p\u00e9rdida.<\/p>\n Normalmente se combina con mecanismos de reconocimiento. Los veh\u00edculos que reciben instrucciones de env\u00edo responden con mensajes de confirmaci\u00f3n a trav\u00e9s de V2X. Si las RSU no reciben la confirmaci\u00f3n, vuelven a enviar las instrucciones. Para ello, es necesario que las pasarelas de los veh\u00edculos admitan la comunicaci\u00f3n bidireccional, tanto de recepci\u00f3n como de transmisi\u00f3n.<\/p>\n Escenarios de campus y parques<\/strong> implican velocidades m\u00e1s bajas con requisitos de seguridad menos estrictos. V2X puede centrarse m\u00e1s en optimizar la eficiencia del flujo de tr\u00e1fico, como la progresi\u00f3n de la ola verde o el cruce coordinado de intersecciones. Estos escenarios permiten requisitos de latencia menos estrictos, pero exigen una cobertura completa, sin puntos ciegos.<\/p>\n La informaci\u00f3n V2X finalmente se fusiona con los datos de los sensores a bordo. Esta fusi\u00f3n suele producirse en los controladores de dominio, pero las pasarelas deben cooperar.<\/p>\n Por ejemplo, las c\u00e1maras detectan la luz roja al tiempo que reciben un mensaje de luz roja a trav\u00e9s de V2X. Si ambas fuentes coinciden, la confianza aumenta. Si entran en conflicto, podr\u00eda tratarse de una identificaci\u00f3n err\u00f3nea de la c\u00e1mara o de un problema con el mensaje V2X que requiere una evaluaci\u00f3n m\u00e1s detallada.<\/p>\n Otro caso: las c\u00e1maras no pueden ver claramente los sem\u00e1foros debido al resplandor del sol o a la obstrucci\u00f3n de los veh\u00edculos. Si V2X recibe mensajes de se\u00f1ales luminosas, proporciona informaci\u00f3n complementaria.<\/p>\n O pensemos en los veh\u00edculos que se encuentran en el punto ciego. Es posible que el LiDAR y las c\u00e1maras no detecten los veh\u00edculos ocultos, pero estos transmiten mensajes BSM. Una vez que los controladores de dominio fusionan los datos V2X, perciben la presencia de veh\u00edculos en el punto ciego y planifican maniobras de evasi\u00f3n con antelaci\u00f3n.<\/p>\n Durante este proceso, las pasarelas deben garantizar que las marcas de tiempo de los mensajes V2X coincidan con los datos de los sensores. Todos los datos necesitan una referencia temporal unificada para que los controladores de dominio puedan asociar diferentes datos de origen del mismo momento durante la fusi\u00f3n.<\/p>\n La implementaci\u00f3n de V2X est\u00e1 muy influenciada por las regulaciones y normas. Los diferentes pa\u00edses y regiones tienen diferentes requisitos de V2X.<\/p>\n China est\u00e1 impulsando el C-V2X. El MIIT ha asignado un espectro espec\u00edfico y el MOT est\u00e1 formulando normas de aplicaci\u00f3n del V2X. Algunas ciudades exigen que las nuevas carreteras cuenten con RSU y que los veh\u00edculos comerciales reci\u00e9n matriculados est\u00e9n equipados con dispositivos V2X.<\/p>\n Europa impuls\u00f3 anteriormente el DSRC, pero ahora est\u00e1 dando un giro hacia el C-V2X. La Comisi\u00f3n Europea est\u00e1 estableciendo normas V2X unificadas que exigen la interoperabilidad entre los veh\u00edculos y las infraestructuras.<\/p>\n La situaci\u00f3n en Estados Unidos es complicada. La FCC asign\u00f3 parte del espectro de 5,9 GHz al WiFi, dejando a V2X solo 30 MHz de ancho de banda. Los fabricantes de autom\u00f3viles estadounidenses apoyan tanto C-V2X como DSRC. El mercado a\u00fan est\u00e1 tratando de aclarar las cosas.<\/p>\n En el caso de las pasarelas para veh\u00edculos, es necesario que sean compatibles con diferentes est\u00e1ndares V2X regionales. Lo ideal es que sean configurables por software y adaptables a diferentes mercados mediante actualizaciones de firmware. En cuanto al hardware, los frontales de RF deben cubrir diferentes bandas de frecuencia.<\/p>\n La certificaci\u00f3n de seguridad tambi\u00e9n es un requisito de cumplimiento. La CCSA de China desarroll\u00f3 especificaciones t\u00e9cnicas de seguridad V2X: los dispositivos de los veh\u00edculos necesitan certificaci\u00f3n para su implementaci\u00f3n comercial. Europa tiene normas similares. Las pasarelas deben ser compatibles con los protocolos t\u00e9cnicos y obtener la certificaci\u00f3n correspondiente.<\/p>\n La tecnolog\u00eda V2X contin\u00faa su r\u00e1pido desarrollo. 5G NR V2X representa la tecnolog\u00eda de pr\u00f3xima generaci\u00f3n con importantes mejoras con respecto a LTE V2X. Menor latencia, mayor confiabilidad, compatibilidad con velocidades m\u00e1s altas y tr\u00e1fico m\u00e1s denso.<\/p>\n Sin embargo, los costos de los equipos 5G V2X siguen siendo relativamente altos. La comercializaci\u00f3n masiva requiere tiempo. En la fase actual, LTE V2X y 5G V2X coexisten. Las pasarelas de los veh\u00edculos deben ser compatibles con ambas tecnolog\u00edas.<\/p>\n Otra tendencia es la convergencia de las redes V2X y 5G. Es posible que las futuras pasarelas de veh\u00edculos utilicen m\u00f3dulos \u00fanicos que admitan simult\u00e1neamente el modo 5G Uu y el modo 5G PC5, lo que eliminar\u00eda la necesidad de m\u00f3dulos C-V2X independientes. Esto reduce el costo y el consumo de energ\u00eda.<\/p>\n La computaci\u00f3n perif\u00e9rica tambi\u00e9n se est\u00e1 integrando con V2X. Las RSU ya no son simples nodos de transmisi\u00f3n, sino que han adquirido capacidad de computaci\u00f3n. Pueden agregar datos de m\u00faltiples veh\u00edculos, tomar decisiones de coordinaci\u00f3n locales y luego distribuir los resultados a trav\u00e9s de V2X. Las pasarelas de los veh\u00edculos deben manejar interacciones m\u00e1s complejas.<\/p>\n Seg\u00fan mi experiencia participando en proyectos V2X durante los \u00faltimos a\u00f1os, la tecnolog\u00eda en s\u00ed misma est\u00e1 bastante madura. El mayor reto reside en su implementaci\u00f3n a gran escala. Los costos de infraestructura de las RSU, las tarifas de equipamiento de los veh\u00edculos, la interoperabilidad entre diferentes proveedores... Son cuestiones que requieren tiempo para resolverse. Pero la direcci\u00f3n es clara. El V2X se convertir\u00e1 en un equipamiento est\u00e1ndar en los veh\u00edculos inteligentes conectados, y la coordinaci\u00f3n entre las pasarelas de los veh\u00edculos y las RSU cobrar\u00e1 cada vez m\u00e1s importancia.<\/p>","protected":false},"excerpt":{"rendered":" A couple years back while running V2X scenario tests at a proving ground in Suzhou, we hit a nasty problem. Test vehicles could receive traffic light data from roadside units, but there was always a 3-5 second delay before triggering any action. In autonomous driving scenarios, that delay is deadly. At 50 km\/h, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"themepark_post_bcolor":"#f5f5f5","themepark_post_width":"1022px","themepark_post_img":"","themepark_post_img_po":"left","themepark_post_img_re":false,"themepark_post_img_cover":false,"themepark_post_img_fixed":false,"themepark_post_hide_title":false,"themepark_post_main_b":"","themepark_post_main_p":100,"themepark_paddingblock":false,"footnotes":""},"categories":[16],"tags":[51],"class_list":["post-6002","post","type-post","status-publish","format-standard","hentry","category-blog","tag-smart-transportation"],"metadata":{"classic-editor-remember":["classic-editor"],"_edit_lock":["1770104077:1"],"_edit_last":["1"],"themepark_seo_title":["Vehicle Gateway Integration with V2X Roadside Units: Real-World Engineering Insights"],"themepark_seo_description":["A couple years back while running V2X scenario tests at a proving ground in Suzhou, we hit a nasty problem. Test vehicles could receive traffic light data from roadside units, but there was always a 3-5 second delay before triggering any action. In autonomous driving scenarios, that delay is deadly. At 50 km\/h, a vehicle covers 70 meters in 5 seconds - way past the red light."],"themepark_seo_keyword":["Vehicle Gateway "],"catce":["sidebar-widgets4"],"_yoast_wpseo_primary_category":["16"],"_yoast_wpseo_content_score":["90"],"_yoast_wpseo_estimated-reading-time-minutes":["16"],"views":["3559"]},"yoast_head":"\nDetalles de la pila de protocolos<\/h2>\n
Asignaci\u00f3n del presupuesto de latencia<\/h2>\n
Autenticaci\u00f3n de mensajes y mecanismos de seguridad<\/h2>\n
Alcance de la cobertura y confiabilidad de la comunicaci\u00f3n<\/h2>\n
![\"517f424f0c5a30e996299d8a6a139b59\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/517f424f0c5a30e996299d8a6a139b59.png\" "\\"517f424f0c5a30e996299d8a6a139b59\\"")
<\/p>\nProblemas reales que encontramos durante las pruebas<\/h2>\n
Variaciones seg\u00fan los escenarios de aplicaci\u00f3n<\/h2>\n
Fusi\u00f3n con otros sensores<\/h2>\n
Impacto normativo y de est\u00e1ndares<\/h2>\n
Direcci\u00f3n de la evoluci\u00f3n futura<\/h2>\n