Mesure et enregistre des horodatages détaillés ainsi que des valeurs de mesure d'un initiateur de peer-delay pour la validation des temps de propagation dans le réseau.
GÉNÉRÉ PAR IAnon vérifiéModèle : gemini-3.8-flash-medium · Effort : medium · Température : non réglable · Prompt : 1f814767d27fProvenanceQuestions ouvertes (2)
traduit du guide allemandgemini-3.8-flash-low · 2026-10-13 · Original allemand
Mesure et enregistre des horodatages détaillés ainsi que des valeurs de mesure d'un initiateur de peer-delay pour la validation des temps de propagation dans le réseau.
La structure ara::tsync::PdelayInitiatorMeasurementType enregistre des horodatages détaillés et des valeurs de mesure qu'un initiateur de peer-delay consigne lors de l'échange de messages pour la validation temporelle. Elle rassemble les horodatages locaux d'émission et de réception avec les valeurs transmises par le répondeur et consigne le temps de propagation calculé pDelay[SWS_TS_14166]. Pour une association univoque, le numéro de séquence sequenceId[SWS_TS_14167] est conservé, tandis qu'un n-uplet de référence composé du temps local et du temps global assure la corrélation. En tant que conteneur de données passif, la structure requiert une synchronisation externe lors d'accès concurrents.
Contexte
La structure de données ara::tsync::PdelayInitiatorMeasurementType fait partie du module tsync de l'AUTOSAR Adaptive Platform et est fournie via le fichier d'en-tête ara/tsync/time_validation_measurement_types.h. Sa responsabilité première consiste à encapsuler les horodatages détaillés et les valeurs de mesure qui surviennent du côté de l'initiateur de peer-delay (pDelay Initiator) pendant la détermination du temps de propagation et la validation temporelle. Dans le cadre de l'exécution du protocole, l'initiateur interagit sur le réseau avec un partenaire de communication (répondeur) qui reçoit et traite les requêtes de peer-delay. Les données enregistrées permettent de retracer avec précision les temps de propagation des signaux entre les nœuds du réseau et d'analyser les dérives des bases de temps. Typiquement, les instances de cette structure sont transmises, après achèvement d'un cycle de mesure, à des instances de surveillance et de validation de niveau supérieur, de sorte que la structure agit comme un enregistrement de données d'interface entre le protocole réseau et l'évaluation diagnostique.
Cycle de vie
La structure est déclarée comme struct PdelayInitiatorMeasurementType final et sert de simple conteneur de données sans propriétés polymorphes ni gestion dynamique de la mémoire. Les instances sont généralement créées sur la pile ou dans la zone mémoire du sous-système de synchronisation au début ou au cours d'un processus de mesure. Pendant l'échange de messages, les différents attributs sont progressivement renseignés avec des horodatages et des données protocolaires. Une fois les calculs achevés, l'objet consolidé est transmis par valeur ou par référence aux fonctions consommatrices. Comme aucune ressource n'est allouée, la durée de vie se termine automatiquement lorsque la portée englobante est quittée. En cas d'utilisation concurrente, il convient de noter que les accès en écriture simultanés à une même instance ne sont pas thread-safe ; l'acquisition et la consolidation des valeurs s'effectuent séquentiellement dans le contexte d'exécution de l'initiateur avant la mise à disposition pour le traitement ultérieur en lecture.
Parcours d'utilisation
Le chemin d'utilisation typique comprend l'enregistrement échelonné des horodatages de protocole et des identifiants au cours d'un cycle complet de mesure de peer-delay :
Lors de l'envoi du message de requête Pdelay_Req, l'initiateur enregistre l'identifiant du message dans le champ sequenceId[SWS_TS_14167] et consigne l'instant d'émission local en Virtual Local Time en tant que requestOriginTimestamp[SWS_TS_14160].
Lorsque l'initiateur reçoit la réponse Pdelay_Resp, il enregistre l'instant de réception en Virtual Local Time dans le champ responseReceiptTimestamp[SWS_TS_14161] et extrait du paquet de réponse l'instant d'arrivée de la requête en Global Time enregistré par le répondeur, afin de le stocker dans requestReceiptTimestamp[SWS_TS_14162].
Avec l'arrivée du message de suivi Pdelay_Resp_Follow_Up, l'instant d'émission de la réponse en Global Time est extrait et consigné dans responseOriginTimestamp[SWS_TS_14163].
Une fois toutes les valeurs temporelles disponibles, l'initiateur calcule le retard actuel pDelay[SWS_TS_14166]. Pour la corrélation entre la base de temps locale et la base de temps globale, le n-uplet de référence composé de referenceLocalTimestamp[SWS_TS_14164] (en Virtual Local Time) et referenceGlobalTimestamp[SWS_TS_14165] (en Global Time) est consigné dans l'enregistrement de mesure.
Le diagramme de séquence ci-après illustre le déroulement de l'échange de messages et le remplissage progressif de la structure de données de mesure :
Une fois tous les champs entièrement initialisés, le jeu de données est disponible pour des évaluations, des contrôles de plausibilité ou des consignations dans les journaux, afin d'attester l'intégrité de la synchronisation réseau.
Ce guide est basé sur la spécification AUTOSAR Adaptive R25-11 (module tsync) et décrit la structure PdelayInitiatorMeasurementType.
gemini-3.8-flash-low· 2026-10-13 · Original allemand