4.3. Packet Receipt Times Report Block (Bloc de rapport des temps de réception des paquets)
4.3. Packet Receipt Times Report Block (Bloc de rapport des temps de réception des paquets)
Ce type de bloc permet des rapports par numéro de séquence sur les temps de réception des paquets pour le flux de paquets RTP d'une source donnée. Ces informations peuvent être utilisées pour l'inférence MINC de la topologie de l'arbre multicast utilisé pour distribuer les paquets RTP de la source, et des délais le long des liens dans cet arbre. Elles peuvent également être utilisées pour mesurer les caractéristiques de chemin partiel et pour modéliser les distributions de gigue des paquets.
Les temps de réception des paquets sont exprimés dans les mêmes unités que dans les horodatages RTP des paquets de données. Ceci permet d'établir à la fois le temps d'envoi et le temps de réception en termes comparables pour chaque paquet. Notez cependant que, comme un émetteur RTP initialise ordinairement son temps à une valeur choisie au hasard, on ne peut s'attendre à ce que les temps d'envoi et de réception rapportés diffèrent d'un montant égal au délai unidirectionnel entre l'émetteur et le récepteur. Les temps rapportés peuvent néanmoins être utiles pour les objectifs mentionnés ci-dessus.
Au moins un paquet DOIT avoir été reçu pour chaque numéro de séquence rapporté dans ce bloc. Si ce type de bloc est utilisé pour rapporter les temps de réception d'une série de numéros de séquence incluant des paquets perdus, plusieurs blocs sont nécessaires. Si des paquets dupliqués ont été reçus pour un numéro de séquence donné, et que ces paquets diffèrent dans leurs temps de réception, tout temps autre que le plus ancien NE DOIT PAS être rapporté. Ceci est pour assurer la cohérence entre les rapports.
Les temps rapportés au format d'horodatage RTP consomment plus de bits que les informations de perte ou de duplication, et ne se prêtent pas à l'encodage par longueur de course. L'utilisation de l'amincissement est encouragée pour limiter la taille des Packet Receipt Times Report Blocks.
Le Packet Receipt Times Report Block a le format suivant:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BT=3 | rsvd. | T | block length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| begin_seq | end_seq |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receipt time of packet begin_seq |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receipt time of packet (begin_seq + 1) mod 65536 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: ... :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Receipt time of packet (end_seq - 1) mod 65536 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
block type (BT): 8 bits Un Packet Receipt Times Report Block est identifié par la constante 3.
rsvd.: 4 bits Ce champ est réservé pour une définition future. En l'absence d'une telle définition, les bits de ce champ DOIVENT être mis à zéro et DOIVENT être ignorés par le récepteur.
thinning (T): 4 bits Tel que défini dans la section 4.1.
block length: 16 bits Défini dans la section 3.
SSRC of source: 32 bits Tel que défini dans la section 4.1.
begin_seq: 16 bits Tel que défini dans la section 4.1.
end_seq: 16 bits Tel que défini dans la section 4.1.
Packet i receipt time: 32 bits Le temps de réception du paquet avec le numéro de séquence i au récepteur. L'arithmétique modulaire montrée dans le diagramme de format de paquet permet le retour du numéro de séquence. Il est préférable que la valeur du temps soit établie au niveau de l'interface de couche liaison, ou en tout cas aussi proche que possible du temps d'arrivée sur le fil. Les unités et le format sont les mêmes que pour l'horodatage dans les paquets de données RTP. Contrairement aux horodatages des paquets de données RTP, dans lesquels des valeurs nominales peuvent être utilisées à la place des valeurs d'horloge système afin de transmettre des informations utiles pour la lecture périodique, les temps de réception devraient refléter le temps réel aussi fidèlement que possible. Pour une session, si l'horodatage RTP est choisi au hasard, la première valeur de temps de réception DEVRAIT également être choisie au hasard, et les horodatages suivants décalés de cette valeur. D'autre part, si l'horodatage RTP est destiné à refléter le temps de référence à l'émetteur, alors le temps de réception DEVRAIT être aussi proche que possible du temps de référence au récepteur.