《基于JMF RTP的网络传输媒体流word格式》.docVIP

基于JMF RTP的网络传输媒体流JMF中可以实现RTP媒体流的回放（playback）和传输（transmission），主要由javax.media.rtp, javax.media.rtp.event,和javax.media.rtp.rtcp包中定义的API完成。JMF可以通过标准的JMF plug-in机制来实现支持特定的RTP格式和动态负载。你可以在本地播放RTP数据流，或将其存储到本地文件。同样，你可以通过JMF中RTP API实现传输捕获的或存储的媒体流到网上。RTP媒体流可以创建自一个本地文件或捕获自媒体采集设备。这些RTP媒体流同样可以在本地播放或存储。整体流程图示：1．　 RTP结构 　　1.1 SessionManager 　　在JMF架构中Session Manager对程序之间的会话进程进行控制和管理。Session Manager主要作用： 　　明确每一个会话（session）中的所有参与者（participants）。 　　管理每一个RTP会话。 　　保存来自每一个发送或接收到的RTP和RTCP包中的统计信息。 　　JMF RTP Session结构图：SessionManagr包含2个部分：Session Statistics和Session Streams。 　　1.1.1Session Statistics 　　统计量（Statistics）是记录基于每一条媒体流上的整个会话的统计信息。它包含： 　　GobalReceptionStats：包含此会话的全局接收统计信息。 　　GobalTransmissionStats：包含此会话的全局传输统计信息。 　　RecetionStats：包含每一个参与者接收统计信息。 　　TransmissionStats：包含每一个参与者的传输统计信息。 　　1.1.2Session Streams 　　ReceiveStream：表示一个接收到的来自远端参与者的媒体流。 　　SendStream：表示一个来自本地的媒体流。 　　1.2 RTP事件 　　如下图所示，通过继承JMF中MediaEvent的类，可以创建响应的RTP事件。SessionListener：通过它得到一个会话状态的改变。 　　NewParticipantEvent：表示一个新的参与者加入会话。 　　LocalCollisionEvent：表示参与者请求的同步资源正在使用。 　　SendStreamListener：通过它得到一个正在传送的RTP数据流状态的改变。 　　NewSendStreamEvent：表示本地参与者已经创建一个新的发送数据流。 　　ActiveSendStreamEvent：表示从DataSource创建的数据流已经开始发送。 　　InactiveSendStreamEvent：表示从本地DataSource创建的数据流已经停止。 　　LocalPayloadChangeEvent：表示数据流格式已经开始改变。 　　StreamClosedEvent：表示数据流已经停止。 　　ReceiveStreamListener：通过它得到一个正在接收的RTP数据流状态的改变。 　　NewReceiveStreamEvent：表示SessionManager已经创建了一个从新的侦测到的地址传来的接收数据流。 　　ActiveReceiveStreamEvent: 表示数据的传送已经开始。 　　InactiveReceiveStreamEvent：表示数据的传送已经停止。 　　TimeoutEvent：表示数据传送超时。 　　RemotePayloadChangeEvent：表示接收到的数据流格式已经改变。 　　ApplicationEvent：表示收到了一个RTCP App数据包。 　　RemoteListener:通过它得到远端会话参与者的时间或RTP控制信息。 　　ReceiverReportEvent：表示接收到一个RTCP的RR包。 　　SenderReportEvent：表示收到一个RTCP的SR包。 　　RemoteCollisionEvent：表示两个远端的参与者使用了相同的SSRC 出错。 　　1.3与RTP事件相对应的RTCP类型表 　　RTCP的控制类型和JMF事件类的一致性 RTCP类型 JMF中的事件类 SR SendStreamEvent RR ReceiveStreamEvent SDES SenderReportEvent BYE ByeEvent APP ApplicationEvent： 　　1.4数据传输格式 　　在RTP传输中，如果还是用传统的AVI,MOV格式的话，将会增加服务器负荷，而且对网络要求特别高，因此需要将传统格式