En tant que protocole de contrôle RTP, TCP joue un rôle important dans la qualité audio et vidéo et le contrôle de session sous des réseaux faibles.
1. En-tête RTCP
V : le numéro de version de RTCP, qui doit être égal à 2 ;
P : s'il est défini, le bit de bourrage indique que le paquet contient un octet de bourrage supplémentaire à la fin, qui ne fait pas partie des informations de contrôle, mais est inclus dans le champ de longueur ; FMT : type de message de rétroaction,
et La signification varie selon le type de PT. Par exemple, lorsque PT=200, il indique le nombre de ReportBlock ; lorsque PT=205, il indique le type de paquet de retour, 1 : retransmission de paquets perdus NACK, 15 : contrôle de congestion TWCC PT : type de charge, veuillez vous référer à ce qui
suit table
length for details: La longueur de ce paquet (en octets 32 bits moins 1), y compris les en-têtes et tout bourrage.
2、Charge utile RTCP
RTCP implique principalement 3 documents RFC
3. Rapport d'expéditeur RTCP (SR)
Document officiel : RFC 3550 - RTP : A Transport Protocol for Real-Time Applications
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
header |V=2|P| FMT | PT=SR=200 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of sender |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
sender | NTP timestamp, most significant word |
info +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| NTP timestamp, least significant word |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| RTP timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| sender packet count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| sender octet count |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
report | SSRC_1 (SSRC of first source) |
block +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
1 | fraction lost | cumulative number of packets lost |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| extended highest sequence number received |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| interarrival jitter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| last SR (LSR) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| delay since last SR (DLSR) |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+- FMT : Dans SR, FMT indique le nombre de blocs de rapport qui suivent, qui peut être égal à 0 (seuls les flux sont envoyés) ou multiple.
- SSRC de l'expéditeur : identifiant de la source de synchronisation, le numéro de l'initiateur du paquet SR
- Horodatage NTP : entier non signé 64 bits, indiquant l'heure NTP du système lorsque le message SR est envoyé ;
- Horodatage RTP : entier non signé de 32 bits, indiquant l'heure RTP au moment où le message SR est envoyé. La valeur initiale de l'horodatage RTP est aléatoire et est un temps relatif. Après avoir été ajouté à la valeur maximale, il bascule et démarre de 0 ;
- nombre de paquets : le nombre total de paquets envoyés par l'expéditeur ;
- octet de paquet : le nombre total d'octets envoyés par l'expéditeur ;
- Les paramètres pertinents du bloc de rapport sont cohérents avec ceux de RR, qui seront introduits ultérieurement.
3. Rapport du récepteur RTCP (RR)
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
header |V=2|P| FMT | PT=RR=201 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of packet sender |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
report | SSRC_1 (SSRC of first source) |
block +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
1 | fraction lost | cumulative number of packets lost |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| extended highest sequence number received |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| interarrival jitter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| last SR (LSR) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| delay since last SR (DLSR) |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+- FMT : Dans RR, FMT indique également le nombre de blocs de rapport qui suivent
- SSRC de l'expéditeur : identifiant de la source de synchronisation, le numéro de l'initiateur du paquet RR
- SSRC_1 : identifiant SSRC de la source à laquelle appartiennent les informations du bloc de rapport de réception
- fraction perdue : taux de perte de paquets, indiquant la partie perdue du paquet RTP provenant de la source SSRC_n après l'envoi du dernier paquet SR ou RR, exprimé sous la forme d'un nombre à virgule fixe, et le point binaire est situé sur le bord gauche du champ .
- nombre cumulé de paquets perdus : le nombre cumulé de paquets perdus, indiquant le nombre total de paquets RTP perdus depuis la source SSRC_n depuis le début de la réception.
- numéro de séquence le plus élevé reçu : le numéro de séquence le plus élevé reçu, les 16 bits inférieurs indiquent le numéro de séquence maximal du paquet RTP reçu et les 16 bits supérieurs indiquent le nombre de fois où le numéro de séquence du paquet RTP a été inversé.
- Gigue entre les arrivées : gigue entre les arrivées, qui fait référence à la variance statistique estimée du temps entre les arrivées des paquets de données RTP.
- Calculé comme suit :
- Définissez la valeur de gigue de l'intervalle d'arrivée : J, définissez la valeur de déviation : D,
- Si Ri est l'heure d'arrivée du paquet i en unités d'horodatage RTP et Si est l'horodatage RTP du paquet i, alors pour deux paquets i et j, D peut être exprimé comme
- D(i,j) = (Rj - Ri) - (Sj - Si) = (Rj - Sj) - (Ri - Si)
- J(i) = J(i-1) + (|D(i-1,i)| - J(i-1))/16
- Un paramètre de gain de 1/16 permet d'obtenir un bon taux de réduction de bruit tout en conservant un taux de convergence raisonnable
- LSR : Seuls les 32 bits du milieu de l'horodatage NTP du dernier paquet SR reçu sont interceptés. Si aucun SR n'a été reçu, ce champ est mis à 0.
- DLSR : délai de 1/65536 seconde depuis le dernier paquet SR reçu pour envoyer le paquet RR
4. Retour d'information RTCP RTP
En tant que l'un des messages WebRTC RTCP, RTP Feedback contient beaucoup de contenu, il est donc présenté ici séparément.
Dans l' en-tête RTCP , le type de charge utile de ce type de message est Payload Type=205, et le type de message de retour FMT est le suivant :
| FMT | Nom | Nom long | Description | Référence |
| 1 | NACK | Accusé de réception négatif générique | demande de retransmission de perte de paquets | RFC4585 |
| 3 | TMMBR | Demande temporaire de débit binaire maximal de flux multimédia | Demande temporaire de débit maximal de flux | RFC5104 |
| 4 | TMMBN | Notification temporaire du débit binaire maximal du flux multimédia | Notification temporaire du débit maximal du flux | RFC5104 |
| 7 | TLLEI | Indication précoce de perte par un tiers dans la couche de transport | Indication précoce de perte par un tiers dans la couche de transport | RFC6642 |
| 8 | REC | Notification d'encombrement explicite | notification d'encombrement explicite | RFC6679 |
| 15 | TWCC | Contrôle de la congestion à l'échelle du transport | Contrôle de la congestion à l'échelle du transport | brouillon-holmer-rmcat-transport-wide-cc-extensions-01 |
4.1. Demande de retransmission de perte de paquets (NACK)
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P| FMT=1 | PT=205 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of packet sender |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of media source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PID | BLP |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- PID : ID de paquet, qui fait référence au numéro de séquence du paquet RTP perdu.
- BLP : Le masque binaire des paquets de données perdus, indiquant si les 16 paquets RTP après le PID sont perdus. Si le ième bit est 1, cela signifie que le paquet RTP avec le numéro de séquence PID+i est perdu, et si aucun paquet n'est perdu, ce bit est 0.
4.2 Demande temporaire de débit binaire maximum de flux multimédia (TMMBR)
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P| FMT=3 | PT=205 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of packet sender |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of media source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MxTBR Exp | MxTBR Mantissa |Measured Overhead|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- MxTBR Exp : Index
- MxTBR Mantisse : Coefficients
- Surdébit mesuré : valeur moyenne mesurée du surdébit de paquet en octets
- Explication : TMMBR est utilisé pour le contrôle de flux. Le récepteur demande à l'expéditeur de transmettre le flux de données selon le débit binaire maximal spécifié. Il est généralement utilisé pour assurer la fluidité de la communication VOIP (réduire temporairement la qualité) dans des conditions de gigue du réseau. . Débit maximal = coefficient * 2^exposant.
4.3 Notification temporaire du débit binaire maximal du flux multimédia (TMMBN)
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P| FMT=4 | PT=205 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of packet sender |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of media source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MxTBR Exp | MxTBR Mantissa |Measured Overhead|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Description : ce message de retour est utilisé pour informer l'expéditeur du message TMMBR qu'un ou plusieurs messages TMMBR ont été reçus
4.4 Indication précoce de perte par un tiers dans la couche transport (TLLEI)
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P| FMT=7 | PT=205 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of packet sender |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of media source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PID | BLP |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- PID : ID de paquet, qui fait référence au numéro de séquence du paquet RTP perdu.
- BPL : Le masque binaire des paquets de données perdus, indiquant si les 16 paquets RTP après le PID sont perdus. Si le ième bit est 1, cela signifie que le paquet RTP avec le numéro de séquence PID+i est perdu, et si aucun paquet n'est perdu, ce bit est 0.
4.5 Notification explicite d'encombrement (ECN)
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P| FMT=8 | PT=205 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of packet sender |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Extended Highest Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ECT (0) Counter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ECT (1) Counter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ECN-CE Counter | not-ECT Counter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Lost Packets Counter | Duplication Counter |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Numéro de séquence le plus élevé étendu : Numéro de séquence le plus élevé étendu, indiquant le numéro de séquence RTP maximal lié à ce rapport.
- Compteur ECT (0) ：
- ECT (1) Compteur：
- ECN-CE Counter：
- Compteur non ECT：
- Compteur de paquets perdus：
- Compteur de duplication：
4.6 Contrôle de la congestion à l'échelle du transport (TWCC)
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P| FMT=15 | PT=205 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of packet sender |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC of media source |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| base sequence number | packet status count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| reference time | fb pkt. count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| packet chunk | packet chunk |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| packet chunk | recv delta | recv delta |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| recv delta | recv delta | zero padding |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- numéro de séquence de base : le numéro de séquence du premier paquet RTP dans ce retour
- nombre d'états de paquets : le nombre total de paquets RTP inclus dans cette rétroaction
- temps de référence : Indique le temps de référence, en unités de 64ms
- nombre de paquets de retour : nombre de paquets de retour, utilisé par le récepteur pour détecter si le paquet de retour est perdu
- bloc de paquets : bloc de paquets de données, enregistre l'état d'arrivée des paquets RTP, et les numéros de séquence de ces paquets RTP enregistrés sont calculés par numéro de séquence de base
- recv delta : pour l'état de chaque "paquet de données reçu", c'est-à-dire le paquet RTP reçu, ajoutez les informations d'intervalle de temps d'arrivée correspondantes dans la liste recv delta pour enregistrer les informations de temps d'arrivée du paquet RTP. Grâce à l'heure de référence précédente et aux informations delta de réception, nous pouvons obtenir l'heure d'arrivée du paquet RTP.
5WebRTC RTCP XR
Le rapport étendu RTCP (XR) est utilisé pour compléter les six statistiques du bloc de rapport des paquets de rapport d'expéditeur (SR) et de rapport de récepteur (RR) de RTCP.
| Valeur | Nom | Nom | Description | Référence |
| 1 | RRT | Heure de référence du récepteur | heure de référence du récepteur | rfc3611#section-4.4 |
| 2 | DLSR | Délai depuis le dernier rapport d'expéditeur | Délai depuis le dernier rapport d'expéditeur | rfc3611#section-4.5 |
5.1 Heure de référence du récepteur (RRT)
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P|reserved | PT=XR=207 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BT=4 | reserved | block length = 2 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| NTP timestamp, most significant word |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| NTP timestamp, least significant word |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- type de bloc (BT) : type de bloc, le bloc de rapport est une constante 4
- longueur de bloc : longueur de bloc, 2 * 32 bits
- Horodatage NTP : heure système NTP 64 bits
5.2 Délai depuis le dernier rapport d'expéditeur (DLSR)
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P|reserved | PT=XR=207 | length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SSRC |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| BT=5 | reserved | block length |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| SSRC_1 (SSRC of first receiver) | sub-
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ block
| last RR (LRR) | 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| delay since last RR (DLRR) |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| SSRC_2 (SSRC of second receiver) | sub-
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ block
: ... : 2
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+- type de bloc (BT) : type de bloc, le bloc de rapport est constant 5
- longueur de bloc : longueur de bloc, 3 x 32 bits
- dernier RR (LRR) : l'horodatage NTP dans le dernier paquet RRT reçu, seul le 32 bit du milieu est intercepté. Ce champ est mis à 0 si aucun RRT n'a été reçu.
- délai depuis le dernier RR (DLRR) : délai entre le dernier paquet RRT reçu et le DLSR envoyé, en unités de 1/65536 secondes
Après que le récepteur a envoyé RTCP-XR RRT, l'expéditeur transporte RTCP-XR DLSR dans le RTCP suivant, ce qui permet au récepteur d'estimer les paramètres RTT du réseau.