VoLTE语音和视频业务带宽计算
VoLTE常用配置说明
1VoLTE 常用配置说明1 VoLTE 语音测试0x0001设置为“Yes[1]”，如图2所示：1.2SPS配置在LTE系统中，其共享信道带宽所能支持的V oIP用户数，远远大于其控制信道可以调度指示用户数。
于是，对于V oIP业务而言，LTE系统控制信息的不足将极大的限制其所同时支持的用户数。
对于V oIP类型的业务，其数据包大小比较固定，到达时间间隔满足一定规律的实时性业务（典型的话音业务周期一般是20ms），针对这种特性，LTE系统引入了半静态调度技术（Semi-Persistent Scheduling）。
对于该功能的基站侧配置如下：在EMLP表中将QCI=1的承载的调度方式改为SPS调度，上下行均需要进行修改，如图4所示。
23图4配置QCI=1的承载的调度方式为SPS1.3 DRX 配置DRX （Discontinuous Reception ）即非连续接收，是指UE 仅在必要的时间段打开接收机进入激活期，以接收下行数据和信令，而在其他时间关闭接收机进入休眠期，停止接收下行数据和信令的一种节省UE 电力消耗的工作模式。
DRX 参数配置是RRM 算法根据不同的业务类型的特性给出的，目前的推荐配置如表1所示：表1 DRX 参数推荐配置DRX Cycle Configuration Indicator 为0的一套参数是配置给不支持短周期的1) 在E-UTRAN FDD Cell 图5 打开DRX Switch for GBR 开关2) 在Service DRX 表中可以要求以及终端的支持情况配置DRX 相关定时器的值，可根据表中的推荐值进行配置，如图6~7所示。
4图6 DRX 配置list图7 QCI=1对应DRX 参数配置示例1.4 TTI 捆绑（TTI Bundling 用于提高用户在小区边缘覆盖的一种方法。
根据协议规定，该方法只适用于上行。
当TTI Bundling 使能时，上行调度DCI0一次授权后，在连续的4个上行子帧上传输同一传输块，且仅在第四次传输后有对应的PHICH 反馈，重传也是4个连续上行TTI 发射的一种调度方法，可以充分利用4个上行子帧发送的数据进行数据合并，通过合并增益提升数据可靠性。
视频带宽计算公式
视频带宽计算公式(码流—辨别率—帧率)(自己整理过的.)码流码流(DataRate)是指视频文件在单位时间内使用的数据流量，也叫码率或码流率，是视频编码中画面质量掌握中最重要的部分，一般我们用的单位是Kb/s或者Mb/s., 一般来说同样辨别率下，视频文件的码流越大，压缩比就越小，画面质量就越高。
码流越大，说明单位时间内取样率越大，数据流，精度就越高，处理出来的文件就越接近原始文件，图像质量越好，画质越清楚，要求播放设施的解码力量也越高。
帧率一帧就是一副静止的画面，连续的帧就形成动画，如电视图象等。
我们通常说帧数，简洁地说，就是在1秒钟时间里传输的图片的帧数，也可以理解为图形处理器每秒钟能够刷新几次，通常用fps (Frames Per Second)表示。
每一帧都是静止的图象，快速连续地显示帧便形成了运动的假象。
高的帧率可以得到更流畅、更逼真的动画。
每秒钟帧数(fps)愈多，所显示的动作就会愈流畅。
辨别率视频辨别率是指视频成像产品所成图像的大小或尺寸。
常见的视像辨别率有352×288,176×144, 640×480, 1024×768o在成像的两组数字中，前者为图片长度，后者为图片的宽度，两者相乘得出的是图片的像素，长宽比搬为4：3.目前监控行业中主要使用QCif(176χ144)、CIF(352×288)、HALF D1(704×288)、D1 (704x576)等几种辨别率。
D1是数字电视系统显示格式的标准，共分为以下5种规格：D1： 480i格式(525i) ： 720×480 (水平480线，隔行扫描)，和NTSC模拟电视清楚度相同，行频为15.25kHz,相当于我们所说的4CIF(720χ576)D2： 480P格式(525p) ： 720×480 (水平480线，逐行扫描)，较Dl隔行扫描要清楚不少，和逐行扫描DVD规格相同，行频为31.5kHzD3： 108Oi格式(1125i) ： 1920×1080 (水平1080线，隔行扫描)，高清方式采纳最多的一种辨别率，辨别率为1920χ1080i∕60Hz,行频为33.75kHzD4： 720p格式（750p）： 1280×720 （水平720线，逐行扫描），虽然辨别率较D3要低，但是由于逐行扫描，市面上更多人感觉相对于10801（实际逐次540线）视觉效果更加清楚。
VOLTE容量估算方法
1、影响VOLTE容量因素VoLTE是上、下行对称业务，对于TDD系统来说，单小区的容量取决于子帧配比。
中国移动TD-LTE当前主要采用3:1，下行资源比上行资源数目多，VoLTE业务是上行容量受限。
因此，VOLTE容量估算用上行进行评估。
2、PUSCH资源需求计算20M带宽上行100RB，假设PUCCH占用16RB，PRACH配置周期为10ms，占用6RB；考虑IBLER为10%时，只有90%的资源可以用于初传，PUSCH资源计算如下：（（100-16）*4-6*20/10）*（1-0.1）=291 （按照20ms调度周期计算）每个用户调度需要的RB数与该用户的数据包大小、MCS有关；假设数据包大小不变,要得出RB需求，必须先确定用户采用的MCS；如：用户SINR为20dB以上时，MCS选24；SINR在5dB~12dB时，可以选中间的MCS 18；SINR在0dB~-3dB时选中间的MCS 5。
每用户的RB数=MAC层数据报文大小/ MCS对应的频谱效率/ 144。
其中频谱效率为每个RE采用对应的MCS时能够承载有效数据的效率，如：MCS=24时，频谱效率为3.72，AMR 23.85k语音包20ms调度周期时MAC层包大小为584，则每语音包的RB数=584/3.72/144=2；静默帧MAC层包大小为144，则每静默帧的RB数=144/3.72/144 =1；假设语音激活比为0.5，则每用户的平均RB数=2*0.5+(1*0.5)*20/160=1.1。
3、CCE资源需求计算3/8子帧存CCE同时要调度上、下行资源，假设CCE资源分配比例为上行:下行=10:1。
3/8 子帧总共的CCE总为84，公共信令占用16个CCE，可用于上下行调度的CCE数为68. 因此，3/8子帧上行CCE数量=68*(10/11)=61，考虑存在重传占用的CCE约占10%，上行可用的CCE为54VoLTE动态调度周期为20ms时，则20ms内上行可用的CCE总数为：54*2*20/10=216 4、VoLTE用户数估算4.1用户分布VoLTE用户数与用户的位置分布有关。
2.20 VoLTE话统指标公式算法
小区
(L.HHO.IntereNB.IntraFreq.ExecSuccOut.VoIP[1526 729538]+L.HHO.IntereNB.InterFreq.ExecSuccOut.Vo IP[1526729539]L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src.VOIP[152 6737698]L.HHO.IntereNB.InterFreq.Succ.ReEst2Src.VOIP[152 6737699]+L.HHO.IntraeNB.IntraFreq.ExecSuccOut.V oIP[1526729532]+L.HHO.IntraeNB.InterFreq.ExecSu ccOut.VoIP[1526729533]L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src.VoIP[152 6737696]L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src.VoIP[152 6737697])/(L.HHO.IntereNB.IntraFreq.PrepAttOut.Vo IP[1526729535]+L.HHO.IntereNB.InterFreq.PrepAtt Out.VoIP[1526729536]+L.HHO.IntraeNB.IntraFreq.E xecAttOut.VoIP[1526729529]+L.HHO.IntraeNB.Inter Freq.ExecAttOut.VoIP[1526729530])*100% A L.IRATHO.E2G.ExecSuccOut[1526726994]/L.IRAT HO.E2G.PrepAttOut[1526726992]*100% L.IRATHO.E2G.TimeAvg[1526729433] L.Thrp.bits.UL.QCI.1[1526726776]/1000/ （ L.ChMeas.PRB.UL.DrbUsed.Avg.VoIP[1526730883] *L.Thrp.Time.UL.QCI.1[1526726777]） L.Thrp.bits.UL.QCI.1[1526726803]/1000/ （ L.ChMeas.PRB.DL.DrbUsed.Avg.VoIP.Equivalent[15 26737870]*Thrp.Time.DL.QCI.1[1526726804] L.ChMeas.PRB.UL.DrbUsed.Avg.VoIP[1526730883] *L.Thrp.Time.UL.QCI.1[1526726777] /L.Cell.UL.PUSCH.Tti.Num[1526730559] L.ChMeas.PRB.DL.DrbUsed.Avg.VoIP.Equivalent[15 26737870]*Thrp.Time.DL.QCI.1[1526726804]/(L.Cel l.DL.PDSCH.Tti.Num[1526730558]
VoLTE语音和视频业务带宽计算
VoLTE语音和视频业务带宽计算一、概述当空口全部采用共享信道来并发承载业务时，信道已不是一份固定的物理资源，并且不同业务也会互相抢占资源。
容量不是一个固定的取值，也无法直接与接入用户数和阻塞率用显性表达式来描述，不变的是业务层对QoS的要求，变化的是承载能力。
本文拟对VoLTE的业务带宽计算及其空口承载能力做一个较为系统性的阐述。
二、语音带宽计算1、业务层带宽语音采用AMR编码（帧格式）在网络中传输，规范定义两种类型的帧格式：AMR IF1和 AMR IF2，由于 IF2 相比 IF1 减少了重复的 Frame Quality Indicator, Mode Indication, Mode Request 和CRC 校验，因此ITU-T的H系列建议中通常使用IF2，3GPP则在 TS 26.201和TS 26.101进一步明确了 AMR-WB 和AMR-NB 在无线网络中的使用要求。
表1 3GP唯义的邮陀的传输帧格式注*:为语音数据，即 Class A/B/C 比特数，如 477bit=23.85kbps*20ms。
注** AMR帧中数据的长度并不是字节（8bi）的整数倍，所以在有些帧的末尾需要增加bit填充，以使整个帧的长度达到字节的整数倍。
2、IP层带宽表2 AMR带宽计算注*:上述单位均为bit或kbps。
说明 1：语音包大小;N*8 ； IP+UDP+RTP 头共 60Byte, RoHC 压缩为 4Byte （PDCP 和RLC层SN 大小分别为12bit和10bit若采用7bit和5bit可压缩为3Byte），假设语音静默比为0.5，PDCP+RLC+MAC 头共6Byte。
说明2 :上表应用到的计算公式。
单个语音业务占用带宽=（1秒内的静默帧bi啜+1秒内的语音帧比特数）/1024 kbps1秒内的静默帧比特数=（静默帧大小+IP/UDP/RTP头）*1秒的最大静默帧个数*静默比 *81秒内的语音帧比特数=（语音帧大小+IP/UDP/RTP头）*1秒的最大语音帧个数*（1静默比）*8 1秒的最大静默帧个数=1000ms/160ms 其中160ms为静默帧的周期1秒的最大语音帧个数=1000ms/20ms 其中20ms为语音帧的周期说明3 :从上表也能看到RoHC的压缩效率可达50%以上，因此在VoLTE网络中开启 RoHC功能具有非常积极的意义。
VoLTE简介(汇编)
VoLTE介绍一、概述由于在LTE网络中不存在交换域，全部业务都由分组域提供。
目前,其语音解决方法，也就存在着双待机、CSFB和VoLTE等三种主流方案。
其中，双待机和CSFB均为依托原有的2/3G网络来提供语音服务，VoLTE则使用IMS域，在LTE网络上通过VoIP方式直接提供语音服务。
双待机方案：双待机终端可以同时待机在LTE网络和3G/2G网络中，而且可以同时从LTE和3G/2G网络接收和发送信号，其语音解决方案的实质是使用传统3G/2G电路域网络，与LTE网络无关，LTE与3G/2G模式之间没有任何互操作，终端不需要实现异系统测量，技术实现简单。
CSFB方案：CSFB方案的主要思想是在用户需要进行语音业务的时候，从LTE 网络回落到3G/2G的电路域重新接入，并按照电路域的业务流程发起或接听语音业务。
终端空闲态下驻留在LTE网络上发起/收到呼叫时，回落到2G/3G网络，待呼叫结束后，再返回到LTE网络。
VoLTE（Voice over LTE）：以LTE网络作为接入，提供了基于IMS域的语音视频业务。
IMS由于支持多种接入方式和丰富的多媒体业务，成为全IP时代的核心网标准架构。
与多模双待机方案和CSFB方案不同，VoLTE不在需要2/3G 电路域网络的支持，3GPP和GSMA等标准化组织已将VoLTE确定为移动语音业务演进的标准架构和目标方案。
VoLTE提供了架构在LTE网络上全IP条件下的“端到端”语音方案。
VoLTE 的语音作为IP数据传输，无需2G/3G网络，实现了数据与语音业务在同一网络下的统一。
相对于现有的2G/3G网络，VoLTE通过引入高清编解码和QoS等技术，可拥有比2G/3G语音和OTT语音更好的用户体验。
同时，当终端离开LTE覆盖区域时，VoLTE能够使用SRVCC技术将LTE上的语音呼叫切换到2G/3G网络上，保证呼叫的连续性。
1.1.特性VoLTE使用IMS的多媒体语音业务，与传统2/3G语音和OTT语音业务相比具有以下特点：1、低时延、高清音视频等业务体验：由于LTE网络“永远在线”的特点，寻呼时长减少，使得VoLTE端到端呼叫时延较2/3G显著缩短，VoLTE端到端时延理论值仅为0.5~2s，其中语音呼叫带宽提高近1倍，话音质量更清晰。
VoLTE极限容量计算
TD-LTE中VoLTE的理论极限容量一、标清（12.2k，语音包间隔20ms）（20MHz带宽子帧3：1，特殊时隙9：3：2）1.PDCCH1）普通D时隙：●最多占3个OFDM符号，CRS占400个RE，PCFICH占16个RE，设PHICHGROUP为3，占36个RE，则CCE=（3600-400-16-36）/36=87；●若公共搜索空间占用16个CCE，则可用CCE为71●若调度CCE聚合度等级为1，则可调度上、下行用户数为712）特殊D时隙：●最多占2个OFDM符号，设PHICH GROUP为3，则CCE=（2400-400-16-36）/36=54；●若公共空间占用16个CCE，则可用CCE为38，则可调度上、下行用户数为383）3、8时隙调度上行用户，其它时隙调度下行用户：●20ms可调度下行用户数为（71X3+38）x4= 1000个●20ms可调度上行用户数为71x4= 284个2.PDSCH12.2k标清语音包块大小为632bit，若下行采用MCS28，1RB对应的块为712，空分复用后还能翻倍，（特殊时隙1RB承载1个标清也足够）20ms最大用户数400X4=1600（PBCH块暂忽略不计）3.PHICHPHICH组=NgX100/8向上取整，Ng取值为1/6，1/2，1，2，对应最小组数为3，最大组数为25，每组可应答的ACK/NACK 上行用户数为8个。
若取Ng为1/6，则20ms对应用户数为3X8X4X4=384个。
4.PUCCH每组PUCCH可确认ACK/NACK 下行用户最大数为36，若设置4组PUCCH，则20ms对应用户数为36X4X4=576个。
5.PUSCH由于PUCCH还需传递些CQI等信息，设PUCCH占10个RB，上行采用最高MCS为24，对应1RB的数据块为520bit，1个标清需要2个RB，则20ms对应用户数为90/2X4=180个。
小结：12.2k标清理论用户数受限于上行PUSCH，最大用户数为180。
带宽计算方式
带宽计算方式
带宽是指数据传输的速率，通常用Mbps或Gbps来表示。
计算带宽的方式取决于数据传输的类型和方法。
对于数字传输，计算带宽的公式为：带宽 = 数据传输速率 / 传输的位数。
例如，如果数据传输速率为100Mbps，每次传输的位数为10，那么带宽就是100Mbps / 10 = 10Mbps。
对于模拟传输，计算带宽的公式为：带宽 = 峰值信号传输速度 x 信号频率 / 2。
例如，如果峰值信号传输速度为50Mbps，信号频率为50kHz，那么带宽就是50Mbps x 50kHz / 2 = 1.25Mbps。
需要注意的是，实际带宽可能会受到网络拥塞、信号干扰、传输距离等因素的影响而降低，因此在进行带宽测量时需要考虑这些因素。
- 1 -。
VoLTE简介
VoLTE介绍一、概述由于在LTE网络中不存在交换域，全部业务都由分组域提供。
目前,其语音解决方法，也就存在着双待机、CSFB和VoLTE等三种主流方案。
其中，双待机和CSFB 均为依托原有的2/3G网络来提供语音服务，VoLTE则使用IMS域，在LTE网络上通过VoIP方式直接提供语音服务。
双待机方案：双待机终端可以同时待机在LTE网络和3G/2G网络中，而且可以同时从LTE和3G/2G网络接收和发送信号，其语音解决方案的实质是使用传统3G/2G电路域网络，与LTE网络无关，LTE与3G/2G模式之间没有任何互操作，终端不需要实现异系统测量，技术实现简单。
CSFB方案：CSFB方案的主要思想是在用户需要进行语音业务的时候，从LTE网络回落到3G/2G的电路域重新接入，并按照电路域的业务流程发起或接听语音业务。
终端空闲态下驻留在LTE网络上发起/收到呼叫时，回落到2G/3G网络，待呼叫结束后，再返回到LTE网络。
VoLTE（Voice over LTE）：以LTE网络作为接入，提供了基于IMS域的语音视频业务。
IMS由于支持多种接入方式和丰富的多媒体业务，成为全IP时代的核心网标准架构。
与多模双待机方案和CSFB方案不同，VoLTE不在需要2/3G电路域网络的支持，3GPP和GSMA等标准化组织已将VoLTE确定为移动语音业务演进的标准架构和目标方案。
VoLTE提供了架构在LTE网络上全IP条件下的“端到端”语音方案。
VoLTE的语音作为IP数据传输，无需2G/3G网络，实现了数据与语音业务在同一网络下的统一。
相对于现有的2G/3G网络，VoLTE通过引入高清编解码和QoS等技术，可拥有比2G/3G语音和OTT语音更好的用户体验。
同时，当终端离开LTE覆盖区域时，VoLTE能够使用SRVCC技术将LTE上的语音呼叫切换到2G/3G网络上，保证呼叫的连续性。
二、系统构架与原理中，信令网和IMS域为VoLTE专门使用。
volte指标定义
V oLTE指标语音业务V oLTE始呼接通率〔语音/视频〕a)指标名称：VoLTE始呼接通率〔语音/视频〕b)英文名称：Service.VOLTE.MocConnectedSuccRatec)业务需求：VoLTE主叫业务用户感知的呼叫接通〔振铃〕成功率。
d)指标定义：VoLTE始呼接通率指从主叫网络侧看，收到VoLTE语音或视频的Invite始呼请求后，向主叫用户成功转发180响应消息的比率。
〔注：指标可以区分为语音呼叫和视频呼叫。
但由于IMS允许语音和视频在一次通话过程中可以来回切换，比如在呼叫发起时的视频通话，可能接通时是语音通话，或者先发起语音通话，再切成视频，再切回语音。
由于切换在同一次通话中发生，较难〔也无必要〕将语音和视频通话严格区分开来，因此本指标与后续指标不对语音和视频切换进展识别，只按第一次协商的业务类型决定是语音还是视频〕。
e)指标算法：。
•VoLTE语音始呼接通次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求〔如下图消息1〕后，向主叫用户成功转发180响应消息〔如下图消息12〕的次数。
〔参见〕。
•VoLTE语音始呼总次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求〔如下图消息1〕的次数。
•VoLTE视频始呼接通次数：主叫侧VoLTE SBC收到VoLTE视频的Invite始呼请求〔如下图消息1〕后，向主叫用户成功转发180响应消息〔如下图消息12〕的次数。
〔参见〕。
•VoLTE视频始呼总次数：主叫侧VoLTE SBC收到VoLTE视频的Invite始呼请求〔如下图消息1〕的次数。
注：图中虚线表示响应消息。
f)测量数据映射关系：Mw xDR，•VoLTE语音始呼接通次数：xDR中字段“Interface〞=Mw，且“Service Type〞=0，且“Procedure Type〞=5,且“CALL_SIDE〞=0,且“ALERTING_TIME〞≠全F的xDR个数。
VoLTE语音和视频业务带宽计算
VoLTE语音和视频业务带宽计算一、概述当空口全部采用共享信道来并发承载业务时，信道已不是一份固定的物理资源，并且不同业务也会互相抢占资源。
容量不是一个固定的取值，也无法直接与接入用户数和阻塞率用显性表达式来描述，不变的是业务层对QoS的要求，变化的是承载能力。
本文拟对VoLTE的业务带宽计算及其空口承载能力做一个较为系统性的阐述。
二、语音带宽计算1、业务层带宽语音采用AMR编码（帧格式）在网络中传输，规范定义两种类型的帧格式：AMR IF1 和AMR IF2，由于IF2相比IF1减少了重复的Frame Quality Indicator, Mode Indication, Mode Request 和CRC 校验，因此ITU-T的H系列建议中通常使用IF2，3GPP则在TS 26.201和TS 26.101进一步明确了AMR-WB和AMR-NB在无线网络中的使用要求。
注*：为语音数据，即Class A/B/C比特数，如477bit=23.85kbps*20ms。
注**：AMR帧中数据的长度并不是字节（8bit）的整数倍，所以在有些帧的末尾需要增加bit填充，以使整个帧的长度达到字节的整数倍。
2、IP层带宽表2 AMR带宽计算注*：上述单位均为bit或kbps。
说明1：语音包大小=N*8；IP+UDP+RTP头共60Byte，RoHC压缩为4Byte（PDCP 和RLC层SN大小分别为12bit和10bit，若采用7bit和5bit可压缩为3Byte），假设语音静默比为0.5，PDCP+RLC+MAC头共6Byte。
说明2：上表应用到的计算公式。
单个语音业务占用带宽= (1秒内的静默帧bit数+1秒内的语音帧比特数)/1024 kbps1秒内的静默帧比特数=(静默帧大小+IP/UDP/RTP头）*1秒的最大静默帧个数*静默比*81秒内的语音帧比特数=(语音帧大小+IP/UDP/RTP头）*1秒的最大语音帧个数*(1-静默比)*81秒的最大静默帧个数=1000ms/160ms其中160ms为静默帧的周期1秒的最大语音帧个数=1000ms/20ms其中20ms为语音帧的周期说明3：从上表也能看到RoHC的压缩效率可达50%以上，因此在VoLTE网络中开启RoHC功能具有非常积极的意义。
视频会议 系统带宽的计算方法
视频会议系统服务器及客户端需要良好的带宽条件，才能保障视频会议的流畅。
实际占用的带宽大小取决于同时参加的会议人数、客户端接入带宽、视频窗口采集分辨率以及会议支持的视频窗口数等。
理论算法如下：客户端带宽：下行带宽=接受视频路数*视频码流+音频带宽上行带宽=广播视频路数*视频码流+音频带宽服务器带宽：下行带宽=视频带宽+音频带宽=广播视频路数*视频码流+发言人数*音频带宽上行带宽=视频带宽+音频带宽=（客户端数量-1）*广播视频路数*码流+（开会人数-1）*音频带宽举例：假设20个点的会议，广播2路视频，1人发言。
（视频码流150K，音频带宽24K。
）计算如下：客户端（下行）=广播视频路数*视频码流+音频带宽=2*150K+24K=324K客户端（上行）=广播视频路数*视频码流+音频带宽服务器（下行）=广播视频路数*视频码流+发言人数1*音频带宽=2*150K+1*24=324K服务器（上行）=（客户端数量-1）*广播视频路数*码流+（开会人数-1）*音频带宽=19*2*150K+19*24K=6M上面是理论值，实际会高一点，还需考虑其带宽利用率和损耗。
相关小知识：文件大小的最小单位是byte字节,我们一般说文件都多少兆(字节)算带宽的时候是按位算的;流量最小单位是bit 位1Byte=8bit在计算机网络、IDC机房中，其宽带速率的单位用bps(或b/s)表示；换算关系为：1Byte=8bit1B=8b ---------- 1B/s=8b/s(或1Bps=8bps)1KB=1024B ---------- 1KB/s=1024B/s1MB=1024KB ---------- 1MB/s=1024KB/s在实际上网应用中，下载软件时常常看到诸如下载速度显示为128KB（KB/s），103KB/s等等宽带速率大小字样，因为网络带宽单位是：位/每秒（即：bit/s),而内存等带宽单位却是：字节/每秒（即：byte/s)。
视频带宽的计算方法
视频带宽指每秒钟电子枪扫描过的总像素数，我们可以用“水平分辨率×垂直分辨率×场频（画面刷新次数）”这个公式进行计算。
与行频相比，带宽更具有综合性，也更直接的反映显示器性能。
但通过上述公式计算出的视频带宽只是理论值，在实际应用中，为了避免图像边缘的信号衰减，保持图像四周清晰，电子枪的扫描能力需要大于分辨率尺寸，水平方向通常要大25%，垂直方向要大8%。
带宽对于选择一台显示器来说是很重要的一个指标。
太小的带宽无法使显示器在高分辨率下有良好的表现。
投影仪的视频通道总的频带宽度，其定义是在视频信号振幅下降至0.707倍时，对应的信号上限频率。
0.707倍对应的增量是-3dB，因此又叫做-3dB带宽。
由IBM推出的采用RGB模拟信号的VGA视频标准，定义了具有60Hz刷新频率、可产生16种颜色的能力的640×480像素格式。
模拟RGB标准很快成为知名的VGA标准，时至今日，大多数计算机的VGA监视器仍然保留有15引脚的D-Sub兰色连接器。
VGA标准现在由视频电子标准协会(Video Electronics Standards Association，VESA)负责，信号及如何测量和测试信号的定义都由该协会制定。
如今VGA家族包括了一系列名称，从原来的VGA(视频图形阵列)到UXGA(超扩展的图形阵列)。
业界专家预期，在PC领域，该标准会存在到2015年或更晚。
有些系统的VGA信号必须通过放大器或开关，然而对于这样的开关或放大器，设计师如何计算所需要的带宽却有些复杂。
进行这样的计算需要某些数学知识，并对CRT监视器有一定的了解。
由于CRT曾经一度是最普通的显示器件，目前基本的视频带宽计算仍然依赖于老式CRT监视器的物理机制。
虽然CRT监视器正快速地被LCD监视器替代，但CRT仍构成标准的一部分，所以，必须对其有所了解，以计算带宽。
在CRT内，电子束在磁场中进行偏转，自上而下，覆盖整个屏幕，从而形成“光栅”图样(见图1)。
视频会议服务器带宽计算
文件大小的最小单位是byte字节,我们一般说文件都多少兆(字节)算带宽的时候是按位算的;流量最小单位是bit 位1Byte=8bit在计算机网络、IDC机房中，其宽带速率的单位用bps(或b/s)表示；换算关系为：1Byte=8bit 1B=8b ---------- 1B/s=8b/s(或1Bps=8bps)1KB=1024B ---------- 1KB/s=1024B/s1MB=1024KB ---------- 1MB/s=1024KB/s在实际上网应用中，下载软件时常常看到诸如下载速度显示为128KB（KB/s），103KB/s 等等宽带速率大小字样，因为网络带宽单位是：位/每秒（即：bit/s),而内存等带宽单位却是：字节/每秒（即：byte/s)。
我们可以按照换算公式换算一下：128KB/s=128×8(Kb/s)=1024Kb/s=1Mb/s即：128KB/s=1Mb/s理论上：2M（即2Mb/s）宽带理论速率是：256KB/s（即2048Kb/s），实际速率大约为80--200kB/s；(其原因是受用户计算机性能、网络设备质量、资源使用情况、网络高峰期、网站服务能力、线路衰耗，信号衰减等多因素的影响而造成的)。
4M（即4Mb/s）的宽带理论速率是：512KB/s，实际速率大约为200---440kB/s。
理论最大下载速度= [1024 X 带宽数]/8服务器带宽上传的数据大小=（入会人数）*主席人数*每路主席音视频占用的带宽（预定200k）减去主席人数*每路主席音视频占用的带宽下载的数据大小=主席人数* 每路主席音视频占用的带宽情况(预定200k)主从服务器带宽计算：假设如下：10人登陆主服务器其中有1人是主席，20人登陆从服务器(一) 其中2人主席10人登陆从服务器(二) 其中2人主席（1）分布式智能协同框架模型系统拥有良好的分布式、智能化、协同式的框架模型。
该模型基于各种并行处理算法，采用并行推理和执行技术，使系统的各个子系统不仅能同步地并行工作，还能进行异步并行处理。
如何计算一路话音消耗的带宽？科创网
如何计算一路话音消耗的带宽？科创网算法一在voice这方面，是如何计算使用某种codec所消耗的带宽呢？在默认情况下，把模拟话音转换为数字话音后，按20ms一段20ms一段切开，用rtp封装起来，然后包上udp header，ip header，最后是layer 2的包头，然后发出去。
假设咱们用g.729编码，并在ethernet上传输。
一起来算算一路话音需要多大带宽吧。
g.729每路话音是8kbit/s，那么开始转换8000bps / 8 = 1000 bytes/s，得到g.729每秒需要带宽1000 bytes那么默认都是没20ms的话音封成一个packet，也就可以算出1妙内发送多少个packet1s / 20ms = 50个也就是说g.729每20ms需要的带宽为1000bytes/s / 50 = 20bytes/s之后以太网帧头6-byte，ip包头20-byte，udp包头8-byte，rtp包头12-byte这样，再加上g.729的payload为20bytes也就是说每20ms就要产生一个6 + 20 + 8 + 12 + 20 = 66-byte 长度的帧那么一秒就要发送50个66-byte，等于3300-byte，转成kbit/s 3300byte/s * 8 /1000 = 26.4kbit/s最终得出g.729一路话音占用带宽（包括layer2 header）为26.4kbps算法2为了最大限度地降低通讯成本和方便移动办公，远程分机的部署日益广泛，目前实施的办法主要有以下几种：1、总部申请一个固定IP，这是目前最好、最省事、也最稳定的办法，但成本（固定IP月租）较高。
2、总部和分部都购买同一品牌的VPN路由器（譬如侠诺等，价格在1400左右）申请两个动态域名，分别在两地路由器上设置一下即可，使两地形成一个VPN网络（虚拟局域网），所有通话都是走VPN 网络，比较安全；总部服务器需要采用双网卡，数据和语音分开（目前比较多地采用）。
VoLTE最全知识点
一 VoLTE介绍1.1 LTE语音解决方案演进SvLTE(Simultaneous Voice and LTE), 即双待手机方式。
手机同时工作在LTE和CS，前者提供数据业务，后者提供语音业务。
是纯粹基于手机的方案。
对网络无特别要求，不需要部署IMS，缺点是手机成本高、耗电高。
目前已经有CDMA1x和LTE的双待手机，被一些CDMA 运营商采用作为IMS部署前的过渡方案，而GSM/UMTS和LTE的双待手机目前还没有推出。
CSFB(Circuit Switched Fall Back),LTE只提供数据业务，当发起或者接受语音呼叫时，回落到CS域进行处理。
运营商无需部署IMS，只需要升级MSC就可以支持。
这是一种快速提供业务的方案，但缺点是呼叫接续速度慢。
CSFB适合作为IMS部署之前的过渡方案，另外还可以用来解决LTE手机漫游场景的语音呼叫问题，在拜访地网络没有部署IMS，或者IMS 漫游协议尚未应用的情况下，CSFB可以为漫入的LTE用户提供语音业务。
SRVCC(Single Radio Voice Call Continuity),解决语音控制和移动到CS网络切换时的语音连续性问题。
为基于IMS的VOIP呼叫解决方案，利用IMS核心网络提供LTE VoIP语音业务的路由、控制和业务触发，并提供LTE向2G/3G切换时的语音连续性保证。
SRVCC的实现过程实质上就是一个切换过程，在LTE网络中终端是通过IMS来实现语音功能的，当终端离开LTE网络后，则通过MSC server(Mobile Switching Center server)切换到2G/3G 网络中从而实现z在2G/3G网络中的语音功能。
VoLTE(Voice over Long Term Evolution),实现LTE网络中的IMS域提供高清晰的语音服务。
IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。
Volte相关参数介绍
默认承载建立后
终端内的默认承载
SIP 的注册
• 用户完成EPS附着，需要在IMS网络完成注册，注册流程 （1）UE首先向网络为其分配的S-CSCF发送注册请求。 （2）S-CSCF从HSS获取用户鉴权数据。 （3）S-CSCF将用户鉴权数据封装进401响应回送给UE。 （4）P-CSCF和UE根据401响应中的鉴权参数建立IPsec安全 关联。 （5―7）S-CSCF收到UE第二次发送的注册请求后，对UE进 行鉴权。若鉴权通过，则从HSS下载用户配置，并向UE返回 200OK指示鉴权完成。 （8）注册成功后，S-CSCF通知用户签约的MMTel AS完成第 三方注册。 （9、10）UE和P-CSCF分别向S-CSCF订阅用户注册状态信息。
丢包的计算
下行的 SN 4149 到4200 丢了，一共丢 了52个
指标参考
Volte 信令相关
• • • • EPC 附着 （SIP 默认承载建立） SIP注册去注册 VoLTE 会话建立 VoLTE 会话的释放
EPC 附着 （SIP 默认承载建立）
• EPC附着 UE进行VoLTE业务前，需要先对EPC网络进行附着。 （1）UE开机后，与eNodeB建立RRC连接。 （2）UE进行EPS注册，同时通知HSS对用户信息进行更新， HSS将用户的默认PDN及用于SIP信令承载的QoS信息发回MME （假如默认PDN不是IMS PDN，IMS注册前还需先建立IMS PDN）。 （3）建立EPS默认承载。P-GW先通过IP-CAN会话建立过程 向PCRF获取默认PCC规则，然后将用户IP地址、EPS默认承载QoS 等用户信息经由S-GW返回给MME。 （4）P-GW将P-CSCF地址发给MME，MME对新的用户信息 进行确认更新，并将EPS默认承载QoS、用户IP地址、P-CSCF地 址等通过eNodeB下发给UE。 （5）UE经由eNodeB向MME发送附着完成消息，建立无线 承载
视频会议 系统带宽的计算方法
视频会议系统服务器及客户端需要良好的带宽条件，才能保障视频会议的流畅。
实际占用的带宽大小取决于同时参加的会议人数、客户端接入带宽、视频窗口采集分辨率以及会议支持的视频窗口数等。
理论算法如下：客户端带宽：下行带宽=接受视频路数*视频码流+音频带宽上行带宽=广播视频路数*视频码流+音频带宽服务器带宽：下行带宽=视频带宽+音频带宽=广播视频路数*视频码流+发言人数*音频带宽上行带宽=视频带宽+音频带宽=（客户端数量-1）*广播视频路数*码流+（开会人数-1）*音频带宽举例：假设20个点的会议，广播2路视频，1人发言。
（视频码流150K，音频带宽24K。
）计算如下：客户端（下行）=广播视频路数*视频码流+音频带宽=2*150K+24K=324K客户端（上行）=广播视频路数*视频码流+音频带宽服务器（下行）=广播视频路数*视频码流+发言人数1*音频带宽=2*150K+1*24=324K服务器（上行）=（客户端数量-1）*广播视频路数*码流+（开会人数-1）*音频带宽=19*2*150K+19*24K=6M上面是理论值，实际会高一点，还需考虑其带宽利用率和损耗。
相关小知识：文件大小的最小单位是byte字节,我们一般说文件都多少兆(字节)算带宽的时候是按位算的;流量最小单位是bit 位1Byte=8bit在计算机网络、IDC机房中，其宽带速率的单位用bps(或b/s)表示；换算关系为：1Byte=8bit1B=8b ---------- 1B/s=8b/s(或1Bps=8bps)1KB=1024B ---------- 1KB/s=1024B/s1MB=1024KB ---------- 1MB/s=1024KB/s在实际上网应用中，下载软件时常常看到诸如下载速度显示为128KB（KB/s），103KB/s等等宽带速率大小字样，因为网络带宽单位是：位/每秒（即：bit/s),而内存等带宽单位却是：字节/每秒（即：byte/s)。
视频网络带宽计算方法
视频监控网络传输计算方法
网络传输带宽：
高清720P(1280*720)格式码流：3072Kbps
标清D1（704*576）格式码流：1536Kbps
标清H-D1（704*288）格式码流：768Kbps
标清CIF（352*288）格式码流：384Kbps
高清720P格式
1个通道实时上传所需带宽至少3Mbps
服务器、客户端下传带宽=单通道码流（Mbps）*路数
100个通道实时上传所需带宽=3Mbps*100=300Mbps，服务器、客户端下传带宽则至少需要300Mbps，应使用千兆网卡及千兆或更高端的核心交换机设备标清D1格式
1个通道实时上传所需带宽至少1.5Mbps
服务器、客户端下传带宽=单通道码流（Mbps）*路数
100个通道实时上传所需带宽=1.5Mbps*100=150Mbps，服务器、客户端下传带宽则至少需要150Mbps，应使用千兆网卡或百兆网卡冗余及千兆或更高端的核心交换机设备
帧率：每秒显示的图片数
分辨率：（矩形）图片的长度和宽度，即图片的尺寸
码率：把每秒显示的图片进行压缩后的数据量
帧率×分辨率=压缩前的每秒数据量（单位应该是若干个字节）
压缩比=压缩前的每秒数据量/码率
压缩比越高，画面质量越差，另外两项一定，分辨率、码率、帧率分别与画质成反比、正比、反比。
影响质量的决定因素是码率，而不是分辨率。
码率越高，影像的质量越高，对机器的要求也越高。
IPTV流量带宽计算
流量带宽计算1各节点带宽需求计算单播带宽：根据用户模型表，计算得出每个节点的单播带宽。
信令带宽：根据各节点组网计算得到每个节点信令带宽。
直播带宽：1）如果是全网组播，则每个节点只需要计算一份直播带宽，如50个H264频道，为2M x 50 =100Mbps。
2）如果是组播中继，贝lj：中心节点带宽与下挂的区域中心（边缘节点）个数有关，为n+1的关系。
如：某中心节点下挂3区域中心，则带宽需要计算3+1=4份。
区域中心带宽与下挂的边缘节点个数有关，为n+1的关系。
如：某区域中心节点下挂12个边缘节点，则带宽需要计算12+1=13份。
每个边缘节点需要一份直播带宽，如50个H264频道，为2M x 50 = 100Mbps。
3 ）如果是全网单播，贝lj:中心节点和区域中心节点计算方法与组播中继相同。
边缘节点带宽需要根据用户访问模型计算本节点直播用户数获得。
如某边缘节点带用户10000个，H264频道50个，按照用户访问模型，有1850直播并发访问。
则需要的带宽为：2M x 50 + 2M x 1850 = 3800Mbps，其中2M x 50为中继来的直播频道带宽。
汇总获得每个节点的接入带宽需求：节点带宽=单播带宽+直播带宽+信令带宽1 / 112带宽计算实例在计算之前先通过查看FRS Y解频道码率、用户数、频道数等参数。
①在线率和并发率和哪些部件有关系在线率：EPG容量并发率：HMS性能②基础带宽计算HLS SD Bit Rate =(64+214+464+664+1328+1928)/0,8 = 5,828M可以通过以上方式计算出标清或者高清的的带宽2.1 Dimension for IPTV Services2 / 112.2 Dimension for OTT Services3 IPTV业务带宽计算中心节点:①假设VOD/TSTV/CATCHUP/nPVR所占用的带宽都是2.5M则SD VOD/TSTV/CATCHUP/nPVR = 70000 users*2% concurrent ratio*90% SD ratio*2.5Mbps如果VOD所占用的带宽都是2.5M , TSTV/CATCHUP/nPVR占用的带宽是3.5计算结果=70000 users*2% concurrent ratio*90% SD ratio*2.5Mbps*025+70000 users*2% concurrent ratio*90% SD ratio*3.5Mbps*0.75②FCC的计算带宽=70000*(50%-2%)*5%*(0.9*3.5Mbps+0.1*9Mbps)用户数目* (在线数在线率-单播率)*并发率* (标清使用率*带宽+高清使用率+带宽) 边缘节点:7 / 114 OTT业务带宽计算中心节点：边缘节点:9 / 115 IPTV计算方法5.1 HMS带宽计算出流带宽：(SD.Bitrate*SD.ratio+HD.Bitrate*HD.ratio)*SubscriberNum*Unicast.ratio 入流带宽：需要录制的直播的带宽+单播、信令、管理一些小流量5.2 FCC带宽计算出流带宽：(SD.Bitrate*SD.ratio+HD.Bitrate*HD.ratio)*SubscriberNum*(Online.ratio-Unicast.ratio)*FCC.ratio入流带宽：直播业务频道数（SD Live TV、HD Live TV、PIP、Mosiac、NVOD）*对应码率之和5.3 MRF带宽计算出流带宽：直播业务频道数（SD Live TV、HD Live TV、PIP、Mosiac、NVOD）*对应码率之和入流带宽：直播业务频道数（SD Live TV、HD Live TV、PIP、Mosiac、NVOD）*对应码率之和总出流带宽二HMS出流+FCC出流+直播流+信令管理流量（参考值）+机顶盒升级流量（参考值）总入流带宽;直播业务频道数（SD Live TV、HD Live TV、PIP、Mosiac、NVOD）*对应码率之和+平台入流带宽（参考值）6 OTT计算方法OTT业务的直播与点播都为单播形式，都由HMS出流，故需算上HLS带宽。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
VoLTE语音和视频业务带宽计算
一、概述
当空口全部采用共享信道来并发承载业务时，信道已不是一份固定的物理资源，并且不同业务也会互相抢占资源。
容量不是一个固定的取值，也无法直接与接入用户数和阻塞率用显性表达式来描述，不变的是业务层对QoS的要求，变化的是承载能力。
本文拟对VoLTE的业务带宽计算及其空口承载能力做一个较为系统性的阐述。
二、语音带宽计算
1、业务层带宽
语音采用AMR编码（帧格式）在网络中传输，规定义两种类型的帧格式：AMR IF1 和AMR IF2，由于IF2相比IF1减少了重复的Frame Quality Indicator, Mode Indication, Mode Request 和CRC 校验，因此ITU-T的H系列建议常使用IF2，3GPP则在TS 26.201和TS 26.101进一步明确了AMR-WB和AMR-NB在无线网络中的使用要求。
注*：为语音数据，即Class A/B/C比特数，如477bit=23.85kbps*20ms。
注**：AMR帧中数据的长度并不是字节（8bit）的整数倍，所以在有些帧的末尾需要增加bit填充，以使整个帧的长度达到字节的整数倍。
2、IP层带宽
表2 AMR带宽计算
注*：上述单位均为bit或kbps。
说明1：语音包大小=N*8；IP+UDP+RTP头共60Byte，RoHC压缩为4Byte（PDCP 和RLC层SN大小分别为12bit和10bit，若采用7bit和5bit可压缩为3Byte），假设语音静默比为0.5，PDCP+RLC+MAC头共6Byte。
说明2：上表应用到的计算公式。
单个语音业务占用带宽= (1秒的静默帧bit数+1秒的语音帧比特数)/1024 kbps
1秒的静默帧比特数=(静默帧大小+IP/UDP/RTP头）*1秒的最大静默帧个数*静默比*8
1秒的语音帧比特数=(语音帧大小+IP/UDP/RTP头）*1秒的最大语音帧个数*(1-静默比)*8
1秒的最大静默帧个数=1000ms/160ms 其中160ms为静默帧的周期
1秒的最大语音帧个数=1000ms/20ms 其中20ms为语音帧的周期
说明3：从上表也能看到RoHC的压缩效率可达50%以上，因此在VoLTE网络中开启RoHC功能具有非常积极的意义。
从表2可以看到，AMR-WB23.85的最大IP层RTP带宽为47.27kbps，
AMR-WB12.65的最大IP层RTP带宽为36.33kbps，在实际参数（b=AS）配置时通常取整数值48kbps和37kbps。
而在配置专用承载（DBR）的带宽时，还要考虑RTCP的带宽，即DRB GBR =RTP 带宽+RTCP带宽，其中RTP带宽由“m=audio”下的“b=AS”参数得到，而RTCP 带宽计算略微复杂，具体如下：
•如果b=RS和b=RR参数存在，那么UL和DL的RTCP带宽= (bRS
+bRR)/1000。
•如果没有b=RS或者b=RR参数，那么UL和DL的RTCP带宽=MAX[0.05*bAS, bRS/1000或者bRR/1000]。
•如果b=RS或者b=RR都不存在，那么UL和DL的RTCP带宽= 0.05*bAS。
表3 专载带宽计算
3、MAC层带宽
语音IP包要在空口传输还需要经过层二DPCP层、RLC和MAC层的SDU和PDU 的转换，增加了约6Byte的开销。
表4 Type0下传输效率计算
上表假设PRB数总为4个，采用不同的MCS等级来提供不同的TB块，可以看到压缩即使在多个分段之后，也能提供较高的数据传输效率，但在RLC分段数超过4个，传输效率有一个明显的下跳，故而在网络中应该控制RLC分段数在4个以，以保证较好的传输效率。
当信道质量严重恶化，如SINR低于-3dB时，CQI约为3，采用的MCS Index为1，对应的TBS Index为1。
对于AMR-WB23.85当未采用RoHC时，为传输
TBS=1016bit的MAC层传输块（TB），需要占用不低于29个PRB的资源，即需要32个PRB。
而同等情况下，采用RoHC时，仅需要16个PRB。
那么考虑UL1:DL3配置时的上行链路，一个10ms无线帧仅能提供176个PRB，未采用RoHC时，当接入用户数超过10个时，RTP时延将开始增大，语音MOS开始变差。
三、视频带宽计算
视频的东西太复杂也比较乱，反正就是各种不兼容，要讲清楚不容易。
这里谈一谈带宽相关的问题，聚焦于视频的传输格式。
H.264是ISO和ITU在MPEG-4技术的基础之上共同提出的数字视频编码标准，又称为MPEG-4 AVC，具有高图像质量和高压缩效率的特点。
为满足不同应用对图像质量和计算复杂度的不同要求，H.264定义了21 套的能力，被称为配置文件（Profile），表5是常用的4种Profile，每个profile支持一组特定的算法特征和限制的子集，任何遵守某个profile 的解码器都应该支持与其相应的子集。
表5 常用的视频配置文件
为进一步说明给定profile下，对解码器的处理能力和存容量的要求，定义了等级（Level）的概念对应到一组参数（如取样速率、图像尺寸、编码比特率等），标准中采用语法成员（syntax element）来描述各种参数值的限制。
表6 常见的视频等级
•如何根据分辨率计算帧率和等级
以720p视频为例，
（1）协议规定宏块尺寸是16x16bit => 水平宏块数=1280/16=80，垂直宏块数
=720/16=45
（2）每帧宏块数=80*45=3600
（3）若帧率为30，每秒最大宏块数=3600*30=108000
（4）参考表6，等级3.1可提供该能力。
•如何计算最大存储帧数
•
•协议定义了在不同的级别（Level）下，最大的解码图片缓存区宏块数（MaxDpbMbs），以等级为3.1的720p视频为例，最大的解码图片缓存区宏块数为18000，最大存储帧数为5（见表6最后一列的括号中取值）。
计算公式如下：
•
最大存储帧数=min(floor(MaxDpbMbs/ (水平宏块数* 垂直宏块数)), 16)
表7 常见视频格式的主要参数和带宽
假设网络配置为UL1:DL3，PUCCH占用12个PRB，对于720p视频而言，上行每TTI传输的TBS=10880，当MCS低于8时将无法承载，对应要求下行的SINR应当高于3dB，因此对于TDD网络而言很难承载720p视频业务。
下面我们来看一个实例
m=video 60010 RTP/AVP 113 114
b=AS:882
b=RS:8000
b=RR:6000
a=rtpmap:113 H264/90000
a=fmtp:113profile-level-id=42C016;packetization-mode=1;sar-understood=16;sar -supported=1;sprop-parameter-sets=Z0LAFtoHgUaAbQoTUA==,aM4G4g==
这是一个采用H264的视频媒体，时钟频率为90000，RTP带宽为882kbps，RTCP带宽为14kbps。
•packetization-mode=1
表示支持的封包模式.
当packetization-mode 的值为0 时或不存在时, 必须使用单一NALU 单元模式.当packetization-mode 的值为 1 时必须使用非交错(non-interleaved)封包模式.当packetization-mode 的值为 2 时必须使用交错(interleaved)封包模式. •profile-level-id=42C016
[PROFILE IDC]=0x42，即为BP的画质。
注：0x42=BP，0x4D=MP，0x64=HP [PROFILE IOP]=0xC0，即编码器的NALU执行BP、EP和MP所有约束[LEVEL IDC]=0x16，即level=2.2
四、总结
对于语音业务，IP层的GBR带宽设置分别为51kbpsAMR-WB23.85和
39kbpsAMR-WB12.65，RoHC的使用可以显著提高传输的效率，即使在RLC层做小于4个的分段，也能保证高于50%的传输效率。
由于分段个数与资源数量和无线环境有关，同样的语音业务表现在MAC层上的速率将是一个变化值。
在网络运维中，可以通过统计每DPCP层包的bit数是否超过1000来判断上下行是否开启RoHC。
对于视频业务，最重要的参数有配置和级别，尤其是级别所定义的参数与视频的带宽密切相关。
对于目前TDD网络的配置而言，难以承载720p业务，建议承载Level 值为2.2的VGA业务。