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个数。
- 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业务。