RTP控制协议(RTCP)是RTP协议的关联协议，它同样在RFC 3550中定义。RTCP允许RTP会话中的参与方彼此发送质量报告和统计信息，并交换一些基础的身份信息。下表，列出了RTCP的报文类型。
| SR |
Sender report |
| RR |
Receiver report |
| SDES |
Source description |
| BYE |
Goodbye |
| APP |
Application-specific |
| RTPFB |
Generic RTP Feedback |
| PSFB |
Payload-specific |
| XR |
Extended report |
| AVB |
AVB (Audio Video Bridging) RTCP packet |
| RSI |
Receiver Summary Information |
| TOKEN |
Port Mapping |
| IDMS |
IDMS (Inter-Destination Media Synchronization) Settings |
| SMPTETC |
SMPTE time-code mapping |
| IJ |
Extended interarrival jitter report |
RTCP的设计，也适用于非常大型的会议。RTCP的流量都是开销，设计中分配给这些消息的带宽保持不变，与参与者数量无关。也就是说，会议的参与方越多，发送RTCP包的频率就越低。比如说，在基本的双方音频会话中，RTP/AVP配置中定义大约每5秒发送一次RTCP包；在四方会议中，可以每10秒发送一次RTCP包。发送方报告(Sender reports (SR))或接收方报告(receiver reports (RR))的发送频率最高，其它类型的包发送频率较低。允许在报告中对连接的质量进行反馈，包括以下信息：
• 已发送包和已接收包的数量;
• 丢包的数量;
• 包的抖动深度.
缺省条件下，RTCP使用RTP的下一个端口传输，这可以在offer/answer交换中改变约定。此外，用同一端口混合发送RTP和RTCP是可行的，请参考RFC5761。
RTCP 报告
RTCP总是以组合包的形式发送。每个RTCP包都以发送方报告(SR)或接收方报告(RR)打头，可以组合其它任何包。顾名思义，发送方报告SR由媒体发送方发送；而接收方报告RR由媒体发送方发送。由于RTP是单向的，那么双向媒体会话就必然有两个RTP会话和两个RTCP会话。源描述包(ource description (SDES))交换发送方和接收方的信息。用bye (BYE)消息离开多播会话。可以用application-specific (APP)包携带RTCP扩展。下一节介绍重要的RTCP扩展。
RTCP 扩展报告
RTCP扩展报告(RTCP-XR) RFC3611定义了七种附加的报告块。它们是基于SR和RR的限制进行定义的。例如，接收报告包含平均丢包率的信息。然而，对于通话质量，突发的丢包信息比平均丢包信息重要得多，因为一种好的codec可以处理单个的丢包，但不能处理长序列的丢包。此外，RTCP-XR了一种评估实际通话质量并交换此类信息的方法。现有的接收报告中无法获取这些信息。因此，RTCP扩展报告的定义推动了RTCP的进一步实现。