classe ara::rds::IEEE1722DatagramAVTPDUCommonStreamHeaderFields
Diese Seite wurde vollständig KI-generiert auf Basis von SWS Raw Data Stream (R25-11) — kein offizieller AUTOSAR-Text und keine automatisch extrahierte API-Seite wie die übrigen Module. Als Interpretation gekennzeichnete Aussagen sind Schlussfolgerungen aus den Quellen.
Encapsule les champs d'en-tête communs tels que les horodatages et les numéros de séquence pour les flux AVTPDU IEEE 1722 sous forme de valeurs optionnelles.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 912c0d92e417ProvenanceQuestions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Encapsule les champs d'en-tête communs tels que les horodatages et les numéros de séquence pour les flux AVTPDU IEEE 1722 sous forme de valeurs optionnelles.
La classe ara::rds::IEEE1722DatagramAVTPDUCommonStreamHeaderFields sert, dans le module rds, de structure de base protégée pour encapsuler les champs d'en-tête de flux communs pour les datagrammes AVTPDU IEEE 1722 SWS RawDataStream p. 1. Elle conserve des attributs pertinents pour le protocole, tels que des numéros de séquence et des horodatages, dans des champs ara::core::Optional qui sont généralement instanciés et évalués via des classes de datagrammes dérivées. Une libération polymorphe sûre des instances est garantie par un destructeur virtuel déclaré comme noexcept[SWS_RDS_90242]. Avant tout accès en lecture aux attributs, l'affectation de la valeur optionnelle respective doit toujours être vérifiée.
Contexte
La classe ara::rds::IEEE1722DatagramAVTPDUCommonStreamHeaderFields fournit, au sein du module Raw Data Stream (rds) de l'AUTOSAR Adaptive Platform, la représentation commune des champs d'en-tête de flux pour les datagrammes AVTPDU IEEE 1722 SWS RawDataStream p. 1. Elle est incluse via l'en-tête #include "ara/rds/raw_data_stream_IEEE1722.h" et constitue le fondement standardisé pour le traitement des Audio/Video Transport Protocol Data Units (AVTPDU) sur des flux de données basés sur Ethernet. Toutes les variables de protocole définies dans la spécification sont dotées du modificateur d'accès protected ([SWS_RDS_90235], [SWS_RDS_90236], [SWS_RDS_90237], [SWS_RDS_90238], [SWS_RDS_90239], [SWS_RDS_90240], [SWS_RDS_90241]). Interprétation : cela suggère que la classe est conçue comme base d'héritage pour des types de datagrammes spécialisés et ne devrait pas être destinée à une utilisation directe en tant qu'objet autonome dans le code d'application. Question Q-11a6ac64bcd3c7d8 (ouverte)
La classe regroupe les attributs de protocole du flux AVTP IEEE 1722. En font partie le numéro de séquence sequenceNum[SWS_RDS_90240] pour le suivi de l'ordre des paquets, l'horodatage avtp_timestamp de type ara::tsync::Timestamp[SWS_RDS_90237] pour le positionnement temporel dans le réseau synchronisé, ainsi que l'indicateur d'incertitude temporelle tu[SWS_RDS_90241]. Des champs d'en-tête supplémentaires tels que l'adresse MAC, l'identifiant et les indicateurs complètent la trame de protocole ([SWS_RDS_90235], [SWS_RDS_90236], [SWS_RDS_90238], [SWS_RDS_90239]). L'encapsulation systématique de chaque champ de données dans un ara::core::Optional prend en compte le fait que, selon la variante de format AVTPDU, tous les champs ne doivent pas nécessairement être renseignés.
Cycle de vie
L'instanciation et la durée de vie des champs d'en-tête communs sont directement liées à la classe de datagramme dérivée respective. Les membres étant déclarés protected, ils sont généralement créés dans le constructeur d'une sous-classe spécialisée dès qu'un flux AVTPDU est reçu ou assemblé pour l'envoi SWS RawDataStream p. 1.
Pour une destruction correcte, la classe déclare un destructeur virtuel avec l'identifiant ~IEEE1722DatagramAVTPDUCommonStreamHeaderFields() noexcept[SWS_RDS_90242]. La virtualité garantit que, lors de la suppression d'un datagramme via un pointeur de classe de base, l'appel complet du destructeur de l'instance dérivée est effectué. La désignation comme noexcept garantit qu'aucune exception n'est levée lors de la destruction.
Concernant la concurrence, la classe ne fournit aucun mécanisme de synchronisation. Interprétation : un accès thread-safe aux membres protégés lors d'un traitement parallèle doit vraisemblablement être garanti par des mécanismes de niveau supérieur des couches applicatives. Question (ouverte)
Parcours d'utilisation
En pratique, l'utilisation se déroule généralement selon la séquence suivante :
Création et affectation : une classe de datagramme dérivée instancie la structure d'en-tête. Lors de l'envoi, elle renseigne les champs ara::core::Optional requis, par exemple le numéro de séquence sequenceNum[SWS_RDS_90240] et l'horodatage AVTP avtp_timestamp[SWS_RDS_90237].
Traitement dans le chemin de réception : les données brutes entrantes sont désérialisées et assignées aux attributs. La logique d'évaluation vérifie la présence des valeurs optionnelles et traite par exemple la synchronisation temporelle via l'horodatage de synchronisation [SWS_RDS_90237] ou élimine les paquets dupliqués à l'aide de sequenceNum[SWS_RDS_90240].
Libération : après le traitement du flux, l'instance est nettoyée via le destructeur [SWS_RDS_90242].
Scénarios d'erreur
Aucun code d'erreur spécifique ni type d'exception n'est défini pour la classe dans la spécification. Les états d'erreur possibles se limitent à la manipulation des champs de données optionnels et aux conditions d'interface :
Le destructeur est déclaré comme noexcept[SWS_RDS_90242]. Les erreurs éventuelles survenant lors du nettoyage des ressources dans des structures dérivées ne doivent donc pas être propagées sous forme d'exceptions, mais doivent être traitées en interne.
Ce guide est basé sur la spécification AUTOSAR Adaptive R25-11.
gemini-3.8-flash-low· 2026-10-13 · Original allemand