Resumen

  • RFC 10034, de Lauri Ilola y Lukasz Kondrad, especifica el transporte RTP de las unidades NAL del atlas V3C y registra una agrupación SDP que vincula las líneas de atlas, ocupación, geometría y atributos.
  • El receptor puede rechazar líneas concretas y quedarse con un subconjunto. Además, la pérdida de un fragmento, el orden de decodificación, la capacidad anunciada y la sincronización entre flujos condicionan la reconstrucción.
  • El formato no impone un mecanismo de seguridad. Cada subflujo y la señalización compartida necesitan evidencia propia de origen, integridad y confidencialidad; pertenecer al mismo grupo no transmite confianza.

Imagine un panel que muestra cuatro flujos activos. El primero lleva el atlas; los otros, ocupación, geometría y color. Debajo aparece una sola etiqueta: V3C. Desde la red, todo parece unido. Desde el renderizador, aún falta responder la pregunta decisiva: ¿se pudo reconstruir la escena?

RFC 10034 existe porque una representación volumétrica no viaja como una fotografía convencional. El codificador transforma el volumen en varias imágenes bidimensionales y conserva aparte los datos que permiten revertir la transformación. Los píxeles ocupados indican qué regiones cuentan; la geometría sitúa puntos en el espacio; los atributos aportan color u otras propiedades; los parches del atlas conectan esas regiones con la forma tridimensional.

La norma, publicada en agosto de 2026 en el Standards Track del IETF, da reglas RTP al atlas y reglas SDP al conjunto. Ilola y Kondrad no ocultan que el resultado depende de varias piezas. Convierten esa dependencia en sintaxis interoperable.

El atlas y los vídeos responden preguntas diferentes

El atlas explica cómo interpretar las representaciones 2D. No reemplaza los componentes de vídeo. Los componentes aportan muestras, pero sin el atlas y el conjunto de parámetros quizá no exista una ruta válida para devolverlas al espacio 3D.

Por eso, “recibimos el atlas” y “recibimos los vídeos” son afirmaciones incompletas incluso cuando ambas son verdaderas. Deben compartir identificadores, parámetros, tiempos y orden coherentes. Después, el decodificador ha de aceptar el perfil y producir una salida que la aplicación pueda validar.

El conjunto de parámetros V3C informa de los recursos necesarios. RFC 10034 considera útil enviarlo fuera de banda. Si llega dinámicamente y el receptor no soporta lo requerido, el comportamiento puede quedar sin definir. Un inventario de parámetros no es una prueba de capacidad; hace falta registrar la comparación concreta y su resultado.

Transportar una NAL no siempre significa conservarla

El atlas puede cruzar RTP en un paquete con una sola NAL, en un paquete de agregación o en unidades de fragmentación. La agregación reduce cabeceras al reunir al menos dos unidades pequeñas. La fragmentación divide una unidad grande.

Las fronteras importan. Un paquete de agregación debe caber en un paquete IP y no puede fragmentarse como tal. Una FU no puede anidar otra FU. Los fragmentos de una NAL se envían de manera consecutiva, con números de secuencia RTP crecientes. Si falta uno, el receptor debería descartar los fragmentos siguientes de esa unidad.

La telemetría que suma paquetes puede esconder una NAL imposible de reconstruir. Para demostrar que la carga llegó hay que conservar los bits de inicio y fin, la secuencia de fragmentos, las decisiones de descarte y el resultado del ensamblaje. Un porcentaje pequeño de pérdida no implica un impacto pequeño.

El orden de decodificación introduce otro estado. Con sprop-max-don-diff igual a cero, el orden transmitido debe coincidir con el orden de decodificación. Si el valor es mayor, DON y DONL permiten reordenar antes de entregar las NAL al decodificador. El número de secuencia demuestra el orden de la red; no sustituye el orden lógico del contenido.

También hay más de un reloj. El atlas usa 90 kHz y el receptor debe aplicar el timestamp RTP en la presentación. Pero ese mandato no demuestra que atlas, geometría, ocupación y atributos llegaran con una alineación interflujo que el reproductor pueda usar.

a=group:V3C es una relación declarada

El marco de RFC 5888 permite agrupar líneas SDP. RFC 10034 añade la semántica V3C: los tokens de la línea de grupo apuntan a los mid que componen una representación. El atlas aparece como m=application con codificación v3c; los componentes de vídeo mantienen el tipo y el payload de su codec.

La declaración es valiosa porque evita meter piezas distintas en un contenedor opaco. También deja claro que el grupo no es un acuse de recepción.

En oferta/respuesta unicast, el emisor enumera los componentes y sugiere que se consuman juntos. El receptor puede aceptar la propuesta o poner a cero el puerto de líneas no deseadas. La norma contempla esa selección cuando el receptor desconoce total o parcialmente el esquema V3C. Por tanto, una respuesta correcta puede describir una representación incompleta a propósito.

La aplicación debe decidir si ese subconjunto tiene sentido. Quizá una geometría sin color sea útil; quizá una escena sin cierto atlas sea imposible. Ese criterio no está codificado en el simple hecho de que la sesión continúe.

La seguridad debe abarcar el grafo, no un flujo favorito

RFC 10034 no elige una protección universal para RTP. La aplicación debe seleccionar mecanismos adecuados para confidencialidad, integridad y autenticación del origen. El requisito operativo se extiende a todos los subflujos, SDP y RTCP.

Una ocupación auténtica combinada con un atlas de origen incierto no forma un conjunto auténtico. Proteger las cargas y dejar manipulable la agrupación expone qué piezas se asocian. En multicast, los conjuntos de parámetros deben permanecer ligados a su fuente y utilizarse solo con el bitstream de esa fuente. La coincidencia de valores no autoriza a mezclar procedencias.

RFC 7201 describe opciones; RFC 7202 explica por qué un payload RTP no puede imponer una para todas las aplicaciones. De ahí se desprende una disciplina: el informe debe nombrar la protección ejecutada, las fuentes cubiertas, los resultados de verificación y los huecos. Un grupo SDP no hereda una garantía por cercanía.

Kondrad contribuyó a un límite útil

El perfil oficial de Nokia presenta a Kondrad como Principal Standardization Specialist que trabaja en estándares de medios inmersivos en ISO/IEC e IETF. RFC 10034 conecta ambos ámbitos: ISO/IEC 23090-5 define V3C; el IETF aporta RTP, SDP y agrupación.

La autoría es compartida con Ilola y la arquitectura descansa en RFC previas. IANA ofrece coordenadas públicas mediante application/v3c, v3cfmtp y el grupo V3C. Esos registros no miden adopción ni demuestran una configuración comercial. Tampoco el cargo de Kondrad lo convierte en operador único.

La virtud está en la especificación limitada: distingue formatos de paquete, orden, tiempo, parámetros, agrupación, negociación, congestión y seguridad. Así, un fallo puede atribuirse a la capa que lo controla.

La primacía del código en funcionamiento de Heng Lu traduce esa estructura a auditoría. Conserve oferta y respuesta exactas, cada mid, líneas aceptadas y rechazadas, hash de parámetros, mapa de componentes, SSRC, protección, pérdidas, DON/DONL, AP/FU, sincronización, versión del decodificador, errores y validación de la salida. Reproduzca la observación.

Que varias piezas estén en el mismo grupo es el primer comprobante. Que llegaron es otro. Que eran auténticas, completas y sincronizadas son varios más. Que se convirtieron en la escena pretendida es el último. RFC 10034 permite enlazarlos sin fingir que son uno solo.

Fuentes