RTP和RTCP.ppt

Schedule for IP Seminar 本次SEMINAR所有的文档限于内部交流讨论 Introduction RTP and RTCP 介绍 NbUP init and init_ack RTP EXAMPLE(AMR) RTP EXAMPLE(G711/5ms) RTP EXAMPLE(G711/20ms) 带宽计算 RTCP RTP and RTCP RTP（Real-Time Transport Protocol）/RTCP（Real-Time Transport Control Protocol）是一种应用型的传输层协议，它并不提供任何传输可靠性的保证和流量的拥塞控制机制。它是由IETF（Internet Engineering Task Force）为视音频的实时传输而设计的传输协议。RTP协议位于UDP协议之上，在功能上独立于下面的传输层（UDP）和网络层，但不能单独作为一个层次存在，通常是利用低层的UDP协议对实时视音频数据进行组播（Multicast）或单播（Unicast）,从而实现多点或单点视音频数据的传输。 UDP是一种无连接的数据报投递服务，虽然没有TCP那么可靠，并且无法保证实时视音频传输业务的服务质量（QoS）,需要RTCP实时监控数据传输和服务质量，但是，由于UDP的传输延时低于TCP，能与音频和视频流很好地匹配。因此，在实际应用中，RTP/RTCP/UDP用于音视频媒体，而TCP用于数据和控制信令的传输。 RTP协议被设计成能够为某种特定的应用提供服务的一种协议。实际上，RTP协议的实现已经被融合到应用程序中来。RTP没有连接的概念，它既可以建立在面向连接的底层协议上，也可以建立在面向无连接的底层协议上，因此RTP协议对传输层是独立的。RTP协议一般由两个部分组成：数据报文部分（RTP报文）和控制报文部分（RTCP）。 RTP报文由报文头和数据部分组成。RTP头格式如图3所示，固定头报文头开始的12个字节出现在每个RTP包中，而CSRC标识列表仅出现在混合器插入时。 RTP协议是专门为交互式话音、视频、仿真数据等实时媒体应用而设计的轻型传输协议，它为应用提供端到端的实时网络传输。但RTP协议本身并不提供对实时媒体应用的服务质量保证，需要下层协议提供支持。 RTP协议由紧密相关的两部分组成：负责媒体数据传输的RTP协议和负责反馈控制、传输监测的RTCP协议。RTP主要完成IP分组网络上实时多媒体数据的传输，如实时话音和视频。为此，RTP分组头中包含了负载类型标识、顺序号、帧结束标志和时间戳等字段，以助于媒体同步、丢失检测和分组标识。 RTCP控制分组和RTP媒体数据分组同属于一个群组，但使用不同的协议端口号来区分。群组的发送方和接收方都周期组播RTCP分组，来提供实时重传需要的不同服务。如参加成员用RTCP分组的源描述符(SDES)标识，接收方用RR发送QoS报告，发送方以SR来辅助媒体之间的同步等。这些控制信息对基于发送方的速率自适应、网络监控和会议控制都很关键。 NbUP init and init_ack 对于AMR或G.711/5ms等含NbUP内容的编码，第一对RTP包传递的是init和init_ack消息 如果由于userplane问题引起呼叫起呼失败，ISU将有如下信息： CALLER : 05F1 092E 07 RETURN ADDRESS: 0940 (G0296)WRITE TIME: 2006-09-11 10:10:03.16 PARAMETERS: E-08 0938.0000001E 000000CF 0938USER TEXT : HP1: UP init timeout (IP) USER DATA : Nb DSP pid = 4581 4D2 9 0 remote IP, port= 000A00032EFFFFFFFFFFFFFFFFFFFFFFFF , 0x40A term index = 0x0 up init phase = 3 (0=idle, 3 = wf init, 4 = init sent) context id = 0x8DB0896 CALLER : 05F1 0334 00 RETURN ADDRESS: 0940 (G0296)WRITE TIME: 2006-09-05 18:01:06.12 PARAMETERS: E-08 093800000