下载文档原格式
数据传输方式的过程、特点和适用场景数据传输方式是指在计算机网络中，将数据从源设备传输到目的设备的方式和方法。
数据传输方式可以分为实时传输和非实时传输两种。
实时传输是指数据在传输过程中要求实时性，即数据必须及时到达目的地，不能有延迟。
实时传输适用于对数据的传输速度和实时性要求较高的场景，如视频会议、实时音视频流媒体等。
常见的实时传输方式有实时传输协议（Real-time Transport Protocol，简称RTP）、实时传输控制协议（Real-time Transport Control Protocol，简称RTCP）等。
非实时传输是指数据在传输过程中不要求实时性，即数据可以有一定的延迟。
非实时传输适用于对数据的传输速度和实时性要求相对较低的场景，如文件传输、电子邮件传输等。
常见的非实时传输方式有传输控制协议（Transmission Control Protocol，简称TCP）、用户数据报协议（User Datagram Protocol，简称UDP）等。
TCP是一种可靠的传输方式，它通过建立连接、数据分段、流量控制、拥塞控制等机制来保证数据的可靠传输。
TCP适用于对数据传输的可靠性要求较高的场景，如网页浏览、文件下载等。
TCP具有三次握手建立连接的特点，即源设备向目的设备发送连接请求，目的设备收到请求后发送确认，源设备再次发送确认，完成连接建立。
UDP是一种不可靠的传输方式，它通过数据报的方式进行传输，不保证数据的可靠性。
UDP适用于对数据传输的实时性要求较高的场景，如音视频流媒体、实时游戏等。
UDP具有无连接的特点，即源设备直接向目的设备发送数据报，无需建立连接。
RTP和RTCP是实时传输中常用的协议，它们是基于UDP的协议。
RTP用于传输实时音视频数据，可以提供时间戳、序列号和负载类型等信息，用于保证实时性和一致性。
RTCP用于传输控制信息，如数据包的丢失情况、网络延迟等，用于调整传输参数和优化传输质量。
流媒体播放器介绍流媒体播放器是一种用于播放流媒体的应用程序或设备。
流媒体是指通过网络或互联网传输的音频和视频数据，用户可以实时观看或听取而不需要等待整个文件下载完成。
功能流媒体播放器具备以下一些基本功能： 1. 播放流媒体：流媒体播放器能够接收并播放来自网络的音频和视频数据。
它可以逐帧地解码视频数据，并将音频和视频同时输出给用户。
2. 实时传输：流媒体播放器能够实时传输数据。
用户无需等待文件完全下载完成，即可开始观看或听取流媒体内容。
3. 网络支持：流媒体播放器支持网络连接，可以通过各种网络协议下载和播放流媒体。
常见的网络协议包括HTTP、RTSP、RTMP 等。
4. 音视频解码：流媒体播放器内置音视频解码器，可以将音频和视频数据解码为可播放的格式。
常见的音视频格式包括MP4、FLV、HLS等。
5. 播放控制：流媒体播放器提供基本的播放控制功能，例如播放、暂停、快进、快退等。
用户可以根据需要控制流媒体的播放进度。
流媒体播放器的工作原理流媒体播放器的工作原理可以分为以下几个步骤： 1. 建立连接：流媒体播放器首先需要通过网络建立与流媒体服务器的连接。
它会发送请求，获取流媒体文件的相关信息，例如文件大小、编码格式等。
2. 下载数据：一旦与服务器建立了连接，流媒体播放器会下载并缓存一些数据，以确保连续播放所需的数据流。
3. 解码音视频：流媒体播放器会使用内置的音视频解码器，将下载的数据解码成可播放的音频和视频格式。
解码的过程会根据编码格式的不同而有所差异。
4. 播放音视频：解码后的音频和视频数据会被传输到音频和视频输出设备，例如扬声器和显示器。
用户可以在输出设备上观看和听取流媒体内容。
5. 控制播放：流媒体播放器提供用户界面，允许用户控制播放进度，例如播放、暂停、快进和快退。
这些控制命令会通过网络发送到流媒体服务器，以控制数据的传输和解码。
流媒体播放器的类型流媒体播放器可以分为多种类型，根据不同的使用场景和设备： 1. 桌面流媒体播放器：这是运行在桌面电脑上的应用程序，例如Windows Media Player和VLC Media Player。
RTSP协议实时流媒体传输的基本协议随着互联网的发展和网络带宽的提升，实时视频流媒体传输变得越来越普遍。
为了满足用户对实时视频的需求，一种被广泛应用的协议是实时流媒体传输协议（Real-Time Streaming Protocol，RTSP）。
一、什么是RTSP协议？RTSP协议是一种应用层协议，旨在管理和控制实时流媒体的传输。
它允许客户端和服务器之间进行交互和通信，以控制媒体播放，例如播放、暂停、停止、快进和倒退等。
RTSP协议使用基于文本的请求和响应模型，类似于HTTP协议。
客户端向服务器发送请求，服务器通过响应来回应客户端的请求。
这种交互的方式使得RTSP协议具有灵活性，同时也增加了其可扩展性。
二、RTSP协议的工作原理RTSP协议在实时流媒体传输中起着重要的作用。
以下是RTSP协议的基本工作原理：1. 建立连接客户端与服务器之间首先建立RTSP连接。
通常，客户端会向服务器发送一个OPTIONS请求，以确认服务器是否支持RTSP协议。
服务器回复一个带有支持的方法列表的响应。
2. 会话描述客户端发送一个DESCRIBE请求，请求服务器提供有关媒体资源的描述信息。
服务器回复一个带有媒体描述的响应，包括媒体类型、媒体格式等信息。
3. 控制会话客户端通过发送SETUP请求来建立媒体传输的会话。
服务器回复一个带有会话标识符的响应，以便将来的操作都与该会话标识符相关联。
4. 媒体控制客户端可以通过发送PLAY、PAUSE、TEARDOWN等请求来控制媒体的播放，暂停和停止。
服务器相应地回复相关响应来执行相应操作。
5. 终止连接当会话结束时，客户端发送TEARDOWN请求来终止与服务器的连接。
三、RTSP协议的优点和应用场景RTSP协议具有以下几个优点：1. 灵活性和可定制性RTSP协议允许客户端与服务器之间进行多种交互，提供了灵活的控制和管理实时流媒体的能力。
客户端可以根据需要控制媒体的播放、暂停、停止等操作，满足不同的需求。
流媒体传输协议流媒体传输协议是指用于在网络上传输音频、视频和其他多媒体数据的协议。
它们是为了能够在网络上实现实时或几乎实时传输而设计的。
流媒体传输协议的发展，极大地促进了网络视频、音频的传输和应用，为人们带来了更加便捷的娱乐和通讯方式。
最常见的流媒体传输协议包括RTSP（Real Time Streaming Protocol）、RTMP （Real Time Messaging Protocol）、HLS（HTTP Live Streaming）和MPEG-DASH （Dynamic Adaptive Streaming over HTTP）等。
每种协议都有其独特的特点和适用场景，下面将逐一介绍这些流媒体传输协议。
RTSP是一种基于文本的协议，它通常用于控制流媒体服务器。
RTSP的工作原理是客户端向服务器发送控制命令，例如播放、暂停、停止等，服务器则响应这些命令并传输媒体数据。
RTSP可以与RTP（Real-time Transport Protocol）配合使用，实现音视频数据的实时传输。
RTMP是由Adobe公司开发的一种流媒体传输协议，最初用于Flash播放器和Adobe Media Server之间的音视频传输。
RTMP具有低延迟、稳定性好等特点，适用于直播、视频会议等实时传输场景。
HLS是由苹果公司开发的一种基于HTTP的流媒体传输协议，它将整个视频分成若干小片段，每个小片段都是一个独立的文件。
客户端通过HTTP协议下载这些小片段并进行播放，从而实现了流媒体的传输。
MPEG-DASH是一种动态自适应流媒体传输协议，它可以根据网络状况和终端设备的能力动态调整视频的质量和码率，从而实现更加流畅的播放体验。
不同的流媒体传输协议适用于不同的场景和需求。
RTSP适合于需要实时控制的场景，如视频监控；RTMP适合于对稳定性和低延迟要求较高的直播场景；HLS适合于跨平台播放和大规模的流媒体传输；MPEG-DASH适合于需要根据网络状况动态调整码率的场景。
网络协议知识：RTP协议和SRTP协议的联系与区别RTP协议和SRTP协议：RTP协议（Real-time Transport Protocol），即实时传输协议，是用于实时传输数据的网络协议，常用于语音、视频和流媒体等应用场景。
它主要负责传输声音和视频等的数据包，并能够将这些数据包按照时间顺序进行排序，以确保对方能够正确的解析数据。
在网络传输中，RTP数据包会被打上时间戳，用于在接收端恢复实时传输的数据流程。
SRTP协议（Secure Real-time Transport Protocol），即安全实时传输协议，是在RTP协议的基础上增加了安全性的一种传输协议。
由于RTP协议传输的数据是明文形式的，因此可能被中途窃听或篡改，为了增强数据的安全性，SRTP协议在传输过程中对数据进行了加密处理，保证数据的机密性和完整性，使得数据透明地传输，一般用于需要保密性的应用程序。
联系：RTP协议和SRTP协议之间存在联系与联系。
首先，SRTP协议是在RTP协议的基础之上进行的扩展，因此它们的基本原理和传输流程基本相同，都是用于实时传输数据的协议。
其次，在传输中，SRTP协议也会采用RTP协议的机制对数据进行分片、打时间戳和排序等工作，并将加密后的数据通过RTP格式的包进行传输。
在接收端，SRTP协议则会对从RTP数据包中获取到的加密信息进行解密，保证接收到的数据的正确性和完整性。
区别：RTP协议和SRTP协议之间存在一定的区别。
首先，SRTP协议是在RTP协议的基础上增加了加密功能，因此它比RTP协议更加安全可靠。
在传输过程中，SRTP协议会将明文数据进行加密处理，并在接收端对加密的信息进行解密，从而保证传输的数据不会被中途窃听或篡改。
其次，SRTP协议需要支持密钥协商的功能，以便在通信双方之间进行安全的密钥交换。
这个密钥交换过程是安全的，并且密钥是会周期性更换的，以保证数据的机密性和完整性。
再者，SRTP协议还支持身份验证功能，使得接收端可以确认接收到的数据确实是来自发送端。
RTP协议中文版1. 引言本协议旨在定义实时传输协议（Real-time Transport Protocol，以下简称RTP）的中文版标准格式，以便于在中文环境下进行协议撰写和使用。
RTP是一种用于实时传输音频和视频数据的协议，广泛应用于音视频通信、流媒体传输等领域。
2. 术语和定义2.1 实时传输协议（RTP）实时传输协议是一种用于在互联网上传输实时数据的协议，可以提供时间戳、序列号、负载类型等信息，以保证数据的实时性和完整性。
2.2 数据包（Packet）数据包是RTP协议中的基本单位，包含了音频或者视频数据以及相关的控制信息。
2.3 时间戳（Timestamp）时间戳是RTP数据包中用于表示数据产生时间的数值，以毫秒为单位。
2.4 序列号（Sequence Number）序列号是RTP数据包中用于标识数据包的顺序的数值，每一个数据包都有惟一的序列号。
2.5 负载类型（Payload Type）负载类型用于标识RTP数据包中所携带的数据的类型，例如音频、视频等。
3. 协议格式3.1 RTP报头RTP报头包含了一些重要的字段，用于描述RTP数据包的信息。
报头的格式如下：0 1 2 30 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|X| CC |M| PT | Sequence Number |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Timestamp |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Synchronization Source (SSRC) identifier |+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ | Contributing Source (CSRC) identifiers || .... |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+其中，各字段的含义如下：- V：协议版本号，当前为2。
多媒体计算机网络中的实时流媒体传输协议第一章：引言随着信息技术的发展，多媒体技术成为了现代社会最为普遍和重要的应用之一。
实时流媒体传输作为多媒体计算机网络中的一种传输方式，其应用范围已经不仅限于视频会议、远程监控和网络广播等领域，而是已经涉及到了云游戏、在线教育、在线音乐和在线直播等广泛的领域。
在实时流媒体传输中，高质量、高效率、高容错和低延迟都是必须满足的需求，而实现这些需求的关键就是选择一个合适的流媒体传输协议。
本篇文章将介绍一些在多媒体计算机网络中常用的实时流媒体传输协议，以及它们在实际应用中的优缺点，从而帮助实际应用者选择适合自己的流媒体传输协议。
第二章：实时流媒体传输协议2.1 RTP/RTCP协议RTP（Real-time Transport Protocol）和RTCP（Real-time Transport Control Protocol）是在不可靠的传输控制协议UDP的基础上设计的实时流媒体传输协议。
RTP协议主要负责传输实时多媒体数据，包括音频、视频和文字等，而RTCP协议则用于在多媒体数据传输过程中收集、反馈和控制信息。
RTP协议与UDP协议相比有一个显著的优点，即能够提供良好的容错性。
在传输过程中，如果数据包丢失或者损坏，RTP协议可以使用重传机制和FEC（Forward Error Correction）纠错算法来修复数据包的错误。
此外，RTP协议还支持多播传输方式，可用于网络广播等应用中。
2.2 RTSP协议RTSP（Real Time Streaming Protocol）是一种客户端/服务器形式的实时流媒体传输协议。
RTSP协议通过控制和管理媒体资源，以实现多媒体流的传输过程。
RTSP协议支持像播放、暂停、快进等多种流程控制，因此在视频监控、在线电视等应用中得到了广泛的应用。
2.3 HTTP协议HTTP（Hyper Text Transfer Protocol）协议是一种广泛应用于互联网上的应用层协议，主要用于Web浏览器和Web服务器之间的通信。
防火墙RTSP协议处理流程及RTSPALG应用RTSP（实时流传输协议）是一种用于控制多媒体服务器和多媒体客户端之间传输流媒体数据的协议。
防火墙在网络中扮演着重要的角色，用于保护内部网络免受外部网络的威胁。
在处理RTSP协议时，防火墙需要采取适当的措施来确保有效的传输，并保护网络免受潜在的攻击。
防火墙处理RTSP协议的一般流程如下：1.网络请求过滤：防火墙首先检查RTSP协议的网络请求是否符合特定的规则和访问策略。
例如，检查源IP地址、目标IP地址、端口等信息。
2.协议解析：防火墙解析RTSP协议的请求消息和响应消息，包括请求行、头部信息、实体等。
这有助于检查和验证协议的有效性，并验证请求是否与特定的安全策略相符。
3.内容过滤：防火墙可能会对RTSP的内容进行过滤，以确保不传输非法或有害的媒体内容。
这可以通过使用黑名单、URL过滤、关键词过滤等技术来实现。
4.应用层网关（ALG）：RTSPALG是一种特殊的应用层网关，用于在防火墙上进行RTSP流媒体请求和响应的解析和转发。
它可以维护会话状态，跟踪RTSP流媒体通信，并支持NAT遍历。
5.NAT遍历：RTSPALG可以帮助绕过网络地址转换（NAT）设备，让位于不同私有网络的客户端和服务器直接通信。
它会解析RTSP的会话描述协议（SDP）消息，并对其中的IP地址和端口进行修改，以确保数据在经过NAT设备时能够正确路由。
6.安全检查：防火墙会对RTSP协议进行一些安全检查，以防止潜在的攻击。
例如，检查传输过程中是否存在恶意代码、封堵异常的RTSP请求等。
7.日志记录和审计：防火墙会记录与RTSP协议相关的事件和流量信息，并对其进行审计。
这有助于安全管理员了解网络活动情况，并进行后续的安全分析和故障排查。
RTSPALG的应用主要是为了支持RTSP流媒体的会话建立和数据传输过程中的网络地址转换。
1.解决访问控制问题：RTSPALG可以识别并控制RTSP请求和响应的访问权限，确保只有经过授权的用户才能访问流媒体服务器。
{业务管理}实时传输协议及在无线流媒体业务中的应用实时传输协议及在无线流媒体业务中的应用张瑞丹（电信科学技术第十研究所陕西西安710061）摘要：分析了实时传输协议（RTP）和实时传输控制协议（RTCP）的基本概念、协议结构和工作机制，介绍了适用于无线流媒体通信的音视频编码标准，结合RTP协议的适用性，讨论了RTP在无线流媒体业务中的应用。
关键词：实时传输协议流媒体编码第三代移动通信网络引入了具有先天技术优势的CDMA无线接入技术，具备高速数据传送能力。
无线运营商可以随时、随地地为移动用户提供宽带数据的发送、接收应用业务。
这些应用业务包括视频、视讯会议、高保真音频及互联网接入等服务，其中的许多服务都是基于无线实时流媒体通信技术之上。
传统的TCP是面向连接的协议，它的重传机制和拥塞控制机制不适合用于实时媒体流的传输。
实时传输协议（RTPRealtimeTransportProtocol）是一个应用型的传输层协议，它作为多媒体应用的核心协议，受到越来越多的重视，被广泛应用于流媒体传输业务中。
一、实时传输协议：RTP是针对多媒体数据流的一个传输协议，由IETF（Internet工程任务组）作为RFC1889发布，它被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步；它的典型应用是建立在UDP之上，但也可以在TCP或ATM等其他协议之上工作；它本身只保证实时数据的传输，并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠实时传输控制协议（RTCPRealtimeTransportControlProtocol）提供这些服务，RTCP负责管理传输质量在当前应用进程之间交换控制信息。
在RTP会话期间，各参与者周期性地传送RTCP包，包中含有已发送数据包的数量、丢失数据包的数量等统计资料。
因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。
RTP和RTCP 配合使用，能以有效的反馈和最小的开销使传输效率最佳化，故特别适合传送实时数据。
1.RTP协议结构RTP数据帧由RTP头和不定长的连续媒体数据组成，其中固定的RTP头为12字节，媒体数据可以是编码数据。
RTP头结构如图1所示，各段含义如下：图1RTP数据帧结构（1）V：版本；2比特。
定义RTP的版本（当前版本是2，版本1用于RTP草案）。
(2）P：间隙（Padding）；1比特。
设置时，数据包包含一个或多个附加间隙位组，这部分不属于有效载荷。
如果补齐位被设置成1，一个或多个附加的字节会加在包头的最后，附加的最后一个字节放置附加的字节数。
补齐是一些加密算法所必需的，在下层网络数据包携带多个RTP包时也需要补齐。
(3)X：扩展位；1比。
如果被设置成1，一个头部扩展域会加在RTP包头后。
(4)CSRCCount：包含CSRC标识符（在固定头后）的编号，4比特。
定义了本头部包含的CSRC源数目。
(5）M：标记；1比特。
其解释由具体应用所定义，可不定义标记字段，也可以定义多个标记字段。
（6）payloadtype：载荷类型；7比特。
记录后面资料使用哪种编码方式，接收端找出相应的解码器解码出来。
（7）sequencenumber：序列号；16比特。
每发送一个RTP数据包，序列号增加1。
接收端可以依次检测数据包的丢失，并恢复数据包序列。
序列号的初始值是随机的（不可预料的），即使源的本身没有被加密，但包流通过translator后就被加密了。
不可预料的序列号初始值使对加密的攻击变得更加困难。
（8）timestamp：时标；32比特。
记录RTP包中数据开始产生的时钟时间，采样时间必须通过时钟及时提供线性无变化增量获取，以支持同步和抖动计算。
时标可以让接收端知道在正确的时间将资料播放出来。
时钟频率和数据格式有关，不能使用系统时钟。
对固定速率的音频来说，每次取样时戳、时钟增1，与包序号一样，时戳的开始值也是随机的。
如果多个连续的RTP包在逻辑上是同时产生的，那么它们就具有相同的时戳。
（9）SSRC：同步源；32比特。
该标识符随机选择，旨在确保在同一个RTP会话中不存在两个同步源具有相同的SSRC标识符。
（10）CSRC：作用源标识符；0到15段，每段32比特。
CSRC列表表示包内对载荷起作用的源，标识数量由CC段给出，如果超出15个作用源，也只标识15个。
CSRC标识由混合器插入，采用作用源的SSRC标识。
2.RTP工作机制威胁流媒体数据传输的一个尖锐问题就是不可预料数据到达的时间。
但是，流媒体的传输是需要数据的适时到达用以播放和回放。
RTP协议提供了时间标签、序列号以及其它的结构用于控制适时数据的流放。
在流的概念中，“时间标签”是最重要的信息，发送端依照即时采样，在数据包里隐蔽地设置了时间标签；当接受端收到数据包后，就依照时间标签并按照正确的速率恢复成原始的、适时的数据。
不同的流媒体格式调时属性是不一样的，但是，RTP本身并不负责同步，它只是传输层协议。
为了简化传输层处理，提高该层的效率，将部分传输层协议功能（比如流量控制）上移到应用层来完成。
同步就属于应用层协议完成的，应用层没有传输层协议的完整功能，不提供任何机制来保证实时地传输数据，不支持资源预留，也不保证服务质量，RTP报文甚至不包括长度和报文边界的描述，而且其协议的数据报文和控制报文使用相邻的不同端口，这就大大提高了协议的灵活性和处理的简单性。
RTP协议和UDP协议共同完成传输层协议的功能。
UDP协议只传输数据包，不管数据包传输的时间顺序，它的多路复用使RTP协议利用它来支持显式的多点投递，可以满足多媒体会话的需求。
RTP协议的数据单元是用UDP分组来承载的，在承载RTP数据包时，有时候一帧数据被分割成几个具有相同时间标签的包，由此可见时间标签并不是必须的。
RTP协议虽然是传输层协议，但是它并没有作为OSI体系结构中单独的一层来实现，通常它只提供协议框架，并根据具体的应用来提供服务，开发者可以根据应用的具体要求对协议进行充分的扩展。
二、无线流媒体编码及传输标准众所周知，电信系统之间的互操作性至关重要，而要保持这种互操作性的关键就是需要制定电信设备制造商、运营商在制造产品和提供服务的过程中必须遵守的开放标准。
在提供无线流媒体方面，已经有数个音、视频压缩标准和基于包传输的标准得到较充分的发展。
1.音频编码标准目前，在音频编码标准的制定上，无线多媒体标准组织将注意力集中到几个现存的蜂窝通信语音编码标准上，这些标准包括应用于GSM并得到3GPP支持的AMR（AdaptiveMulti-Rate）编码算法以及应用于CDMAOne得到3GPP2支持的EVRC（EnhancedVariableRateCoder）编码算法，这两种算法都具有良好的抗误码能力。
MPEG-4音频包括如MPEG-4AAC （AdvancedAudioCoding）等音频编码标准，以支持宽带、可扩展音频通信。
2.MPEG-4视频编码标准MPEG-4标准的制定始于1995年，于2000年初正式成为国际标准，是第一个基于音视频内容和对象的编码标准。
它从音视频场景中，按照人的直观感受分为若干个音视频对象，并分别对这些对象进行形状、纹理和运动矢量等编码，而不是象传统编码方式那样基于像素进行编码。
MPEG-4视频编码标准，作为MPEG-4标准的一部分，通常称为MPEG-4视频。
它提供了大量视频编码工具，在不损失对端互操作性的前提下，MPEG-4定义了由对象类型、类及等级组成的分级策略。
在无线应用环境下，最常用的是简单视频类和简单可扩展视频类，这两个类占用的运算资源及带宽较小，比较适合应用于目前的无线终端。
简单视频类采用矩形I帧和P帧，具有基于运动补偿离散余弦变换（DCT）基本功能的编码处理，I帧为帧内编码，而P帧为帧间编码，这两类编码方式是为了降低冗余信息；简单视频类还具备可变比特率、压缩效率高和容错能力好等特性。
简单可扩展视频类是在简单视频类的基础上，增加了对时域和空域可扩展对象的编码能力。
3.第三代移动通信流媒体传输标准3G-324M作为3GPP提出的第三代移动通信流媒体传输标准，可确保有线视频传输系统与第三代移动视频传输系统之间的互操作性，它与ITU-TH.324中的视讯会议标准有较紧密的联系。
3G-324M适用于UMTS移动网络中64kbit/s电路交换链路，其复用协议为H.223，控制协议为H.245，缺省视频编码器采用H.263及MPEG-4简单类第一级，缺省语音编码器则为GSM-AMR 和G.723.1。
3GPP2也将类似的标准集应用于3GPP2无线网络电路交换视频会议业务。
3GPP采纳了基于IP协议的流媒体传输架构，该协议规定了控制信令、背景描述、媒体传输、媒体封装和动静态图像、语音、文本的编解码等标准，推荐了RTP/RTCP作为MPEG-4视音频流媒体网络传输协议。
三、RTP协议在无线流媒体业务中的应用为使传输媒体信号时的时延最小，在UDP上利用RTP/RTCP对媒体流（音频、视频等）的封装、同步和控制流封装、控制信息的格式进行媒体流的打包与同步。
发送端的媒体流使用通用标准进行编码，在音频、视频编码器输出的数据流经过成帧算法后，形成适合于RTP协议格式的封装，递交RTP分组处理模块，加上此协议的分组包头，根据当前的采样时钟打上时间戳、标记顺序号，给定帧频、分辨率和相应的载荷类型等参数，经多目地址传输来完成。
接收端在实时数据到达后，去掉该层协议的头标，根据应用的端口号向上层递交。
RTP分组模块处理递交的数据分组，根据其载荷类型和序列号进行鉴别，将有效的分组传递给相应的解码缓冲区，使用相应的解码器进行解码，实现数据流内部和数据流间的同步。
一个RTP会话包括传给指定目的地的所有通信量，发送方可能包括多个。
从同一个同步源发出的RTP分组序列称为流，一个RTP会话可能包含多个RTP流。
一个RTP分组在服务器端发送出去的时候总是要指定属于哪个会话和流，在接收时也需要进行两级分用，即会话分用和流分用。
只有当RTP使用同步源标识和分组类型把同一个流中的分组组合起来时，才能够使用序列号和时间戳对分组进行排序和正确回放。
当音频与视频一起传输的时候，由于编码不同，RTP使用两个流分别进行传输，这就使两个流的时间戳以不同的速率运行，接收方必须同步两个流，以保证声音与影像一致。
为能进行流同步，RTCP要求发送方给每个传送一个唯一的标识数据源的规范名（CanonicalName），尽管由一个数据源发出的不同的流具有不同的同步源标识（SSRC），但由于他们具有相同的规范名，这样接收方就知道哪些流是有关联的。
而发送方报告所包含的信息可被接收方用于协调两个流中的时间戳值，报告中含有一个以网络时间协议NTP （NetworkTimeProtocol）格式表示的绝对时间值，接着RTCP报告中给出一个RTP时间戳值，产生该值的时钟就是产生RTP分组中的TimeStamp字段的那个时钟。
