G.711U在RTP中的展现

SDP协议通过SIP协议进行媒体协商,最终主被叫媒体都采用G.711U进行媒体通话。通话过程中协商的G.711U媒体打包时长为20ms,G.711U采用率8KHZ,即:每秒采样8000个点。

在通话过程中G.711U的每个数据包的打包时长20ms,因此G.711U语音数据包在RTP的payload中数据大小固定为160(160=8000*0.02)字节。

G.711U的payload type默认为0。

G.711U的payload type默认为0。

单个G.711U数据包在wireshark中显示如下:

G.711U数据包的打包时长在wireshark中显示

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-08-04 17:00:26

G.711U在RTP中的展现的相关文章

FEC(Forward Error Correction)前向纠错 UDP\RTP 中使用用于改善无线等网络丢包等问题--转

FEC(Forward Error Correction)前向纠错 UDP\RTP 中使用用于改善无线等网络丢包等问题 算法暂不介绍. 思路:FEC ENCODE 增加冗余包,当无线等网络丢包之后,接收端使用冗余包可将丢失的包DECODE出来. 举例:10个包,编码后会增加2个包,共12个包发送到接收端,接收端丢失第5和第9包,仅靠剩下的10个包就可以解出第5和第9包. 结果就是,接收端接收到了完整的10个包,代价仅仅是增加了冗余和cpu编解码的消耗. 参考: 1. RTP抗丢包传输方案 点击打

关于RTP中的时间戳问题

关于RTP中的时间戳问题 时间戳单位:时间戳计算的单位不为秒之类的单位,而是由采样频率所代替的单位,这样做的目的就是为了是时间戳单位更为精准.比如说一个音频的采样频率为8000HZ,那么我们可以把时间戳单位设为1/8000.       时间戳增量:相邻两个RTP包之间的时间差(以时间戳单位为基准).        如何设定时间戳之间的增量呢?       按照刚才时间戳单位来看,1秒钟按照时间戳单位就是8000,那么一秒钟如果可以播放20帧,也就是发送30帧(帧率),那么可以求出相邻两帧之间的

多媒体开发之rtp打包---打包中的FU-A分包方式说明

继上篇rtp中的时间戳和负载类型之后,升入到了nalu的分片打包问题,这里做下笔记 (1)fu-a的打包格式 1.基于RTP协议的打包及解包 (1)单个NAL打包 H.264NALU单元常由[start code][NALU header][NALU payload]三部分组成,其中start code 用于标志一个NALU单元的开始,必须是“00000001”或者是“000001”,打包时去掉开始码,把其他数据打包到RTP包就可以了. (2)分片打包 由于1500个字节是IP数据报的长度的上限

Flask中g对象,以及g,session,flash之间的区别

一.g对象的使用 专门用来存储用户信息的g对象,g的全称的为global g对象在一次请求中的所有的代码的地方,都是可以使用的 g对象的使用: 设置:g.变量名= 变量值 获取:g.name 注意:g对象比如说再a路由设置只能再a路由中去到g对象,在b路由汇总没法获得g对象 二.g,session,flash之间的区别 session 只要设置,在任意请求中都能拿到,无论你拿多少次 flash 一旦设置,可在任意一次请求中获取,但是只能取一次 g 在A路由中设置设置,只能在A路由请求中请求中获取

15_TLB中的G属性

> TLB 是为了增加访问内存的效率 即 如果 是 29 9 12 分页 请求数据 可能需要访问 4次内存:为了解决这个问题:出现了 TLB (虚拟地址到物理地址的转换关系),如果目标地址在TLB缓存中,那么直接从TLB 取出 物理地址: > 这个实验做起来很麻烦,因为: TLB 是CPU 内部的,没法通过汇编指令访问TLB: 调试器,也没有办法知道 TLB 中有哪些项 只有通过实验现象 结果,来证明其存在. 内存访问的步骤: > 注意 TLB 产生异常 3: 不会回到 2:而是产生 0

RTP与RTCP协议介绍(转载)

RTSP发起/终结流媒体.RTP传输流媒体数据 .RTCP对RTP进行控制,同步.RTP中没有连接的概念,本身并不能为按序传输数据包提供可靠的保证,也不提供流量控制和拥塞控制,这些都由RTCP来负责完成.RTSP可以对流媒体提供诸如播放.暂停.快进等操作,它负责定义具体的控制消息.操作方法.状态码等.以下为转载: 本文主要介绍RTP与RTCP协议. author: ZJ   06-11-17 Blog: [url]http://zhangjunhd.blog.51cto.com/[/url] 1

有向图中单个源点到终点的最短路径--Dijkstra算法与实现

1.Dijkstra算法能够解决有向图中单个源点到另一终点的最短路径问题,它的算法过程如下: 1)用矩阵graph[]N[N](N为图中节点个数)表示带权的有向图G.若图中两个节点vi和vj是连通的,则graph[i][j]表示这两个节点之间边的权值:若两节点vi和vj不是连通的,则graph[i][j] = -1. 2)设S为从某点start_vec开始的最短路径path的终点集合,初始状态时,集合S中只有起始节点start_vec.设从起始节点start_vec到其余节点vi的最短路径长度为

RTP 和 RTSP的区别

http://blog.csdn.net/oyzdz1988/article/details/6534276 RTP(Real-time Transport Protocol)是用于Internet上针对多媒体数据流的一种传输协议.RTP被定义为在一对一或一对多的传输情况下工作.其目的是提供时间信息和 实现流同步.但RTP通常使用UDP来传送数据.但RTP也可以在TCP或ATM等其他协议之上工作.当应用程序开始一个RTP会话时将使用两个端口:一 个给RTP一个给 RTCP.RTP本身并不能为接顺

RTP、RTCP及媒体流同步

转自:http://blog.163.com/liu_nongfu/blog/static/19079414220139169225333/ 一.流媒体简介 流媒体是指在internet中使用流媒体技术的连续时基媒体,例如视频.音频或多媒体文件.流式传输方式是将音视频.动画等多媒体文件经过压缩后分成一个个小数据包,当用户端发出请求时,由服务器端向用户端实时.连续传送这些小数据包,动态变化的网络可能使各个包选择不同的路由,故到达用户端的时间延迟也就不同.在用户端用播放器播放时,需要为接收数据开辟缓