Question

您好。不知道你对RTSP协议熟不熟，但我还是想问一下：rtsp与rtcp,rtp有什么关系？

在用rtsp实现流媒体传输时是不是一定要用到rtp与rtcp啊？我现在用rtsp写一个流媒体代理服务器的代码，rtsp那块没有问题，用VLC请求里可以播放成功，但是加入rtp与rtcp代码后就播放不了，不知道哪里出了问题。。。

Answer 1

　　这个问题一定发错分类了。这个怎么会放到法律分类呢。呵呵
　　RTCP控制协议需要与RTP数据协议一起配合使用，当应用程序启动一个RTP会话时将同时占用两个端口，分别供RTP和RTCP使用。RTP本身并不能为按序传输数据包提供可靠的保证，也不提供流量控制和拥塞控制，这些都由RTCP来负责完成。通常RTCP会采用与RTP相同的分发机制，向会话中的所有成员周期性地发送控制信息，应用程序通过接收这些数据，从中获取会话参与者的相关资料，以及网络状况、分组丢失概率等反馈信息，从而能够对服务质量进行控制或者对网络状况进行诊断。

　　RTCP协议的功能是通过不同的RTCP数据报来实现的，主要有如下几种类型：

　　SR：发送端报告，所谓发送端是指发出RTP数据报的应用程序或者终端，发送端同时也可以是接收端。
　　RR：接收端报告，所谓接收端是指仅接收但不发送RTP数据报的应用程序或者终端。
　　SDES：源描述，主要功能是作为会话成员有关标识信息的载体，如用户名、邮件地址、电话号码等，此外还具有向会话成员传达会话控制信息的功能。
　　BYE：通知离开，主要功能是指示某一个或者几个源不再有效，即通知会话中的其他成员自己将退出会话。
　　APP：由应用程序自己定义，解决了RTCP的扩展性问题，并且为协议的实现者提供了很大的灵活性。
　　RTCP数据报携带有服务质量监控的必要信息，能够对服务质量进行动态的调整，并能够对网络拥塞进行有效的控制。由于RTCP数据报采用的是多播方式，因此会话中的所有成员都可以通过RTCP数据报返回的控制信息，来了解其他参与者的当前情况。
　　在一个典型的应用场合下，发送媒体流的应用程序将周期性地产生发送端报告SR，该RTCP数据报含有不同媒体流间的同步信息，以及已经发送的数据报和字节的计数，接收端根据这些信息可以估计出实际的数据传输速率。另一方面，接收端会向所有已知的发送端发送接收端报告RR，该RTCP数据报含有已接收数据报的最大序列号、丢失的数据报数目、延时抖动和时间戳等重要信息，发送端应用根据这些信息可以估计出往返时延，并且可以根据数据报丢失概率和时延抖动情况动态调整发送速率，以改善网络拥塞状况，或者根据网络状况平滑地调整应用程序的服务质量。

　　JRTPLIB 是一个高度封装后的RTP库，程序员在使用它时很多时候并不用关心RTCP数据报是如何被发送和接收的，因为这些都可以由 JRTPLIB自己来完成。只要PollData()或者SendPacket()方法被成功调用，JRTPLIB就能够自动对到达的RTCP数据报进行处理，并且还会在需要的时候发送RTCP数据报，从而能够确保整个RTP会话过程的正确性。

追问

我也有申请另外的两个端口来接收RTP与RTCP包的数据，没有做特别的处理，只是单纯的收与发。可是VLC请求里就不能正常播放了。我收到的RTP数据是下面这样的。和网上查到的完全不一样。RTP数据：38 00 00 00 00 00 00 00 0F 00 00 00 0F 00 00 00 06 00 00 00 6F 00 00 00 05 00 00 00 FFFFFFC3 00 00 00 00 00 00 00 你能看懂是什么意思吗？这要自己解析出来分析不？