企业官网建设流程全解析

简介：面向5G网络优化工程师的VoLTE语数分层策略研究文档，针对VoLTE语音与数据业务共存时的网络负荷与覆盖难题，系统梳理了语数分层优化思路。压缩包内仅1个docx文档，共2.28MB，章节完整，涵盖移动互联网发展趋势、承载建立机制、QCI差异及切换门限参数设置等内容。文档重点分析了默认承载与专用承载的分工，说明QCI1/5与QCI9的不同策略组，并给出VoLTE优先承载于L800M、数据业务驻留L1.8G的切换方案，同时结合地铁、高铁、高话务场景的测试验证与参数配置，展示了语数分层对MOS感知和载波负荷均衡的实际效果。读者可参考其中切换策略与参数推荐值，用于自身网络的VoLTE性能优化与5G演进规划，尤其适合处理高话务热点与深度覆盖问题。目前已有437人学习下载。

1. 语数分层到底在分什么：一个VoLTE网络最容易搞成玄学的调优方向

很多网优后台在同一个场景里卡过壳：MOS均值停在3.2，数据流量却还在涨，PRB利用率报表整屏飘红。有人给语音加功率，边缘的RTP丢包反而更高；有人压低数据调度优先级，用户先投诉打开网页慢。真正让VoLTE语音稳下来的，往往不是多给资源，而是把语音和数据在承载、调度、移动性这三个维度分开管理——这就是常说的VoLTE网络语数分层策略。它要解决的是语音对时延抖动敏感、数据对吞吐敏感这对矛盾。适合做网格优化、VoLTE质量保障、核心网QoS参数核查的工程师往下看，后面讲的是能照着配的参数和排查路径。

2. 承载层的语数分层：QCI1与QCI5/8/9的参数分界

承载层是所有语数分层的地基。语音包从UE发出后，先被映射进专用承载，数据则走默认承载。如果承载层就混在一起，后面调度、移动性做得再细，网络也无法区分实时语音和大流量下载。这段先把“哪些承载、哪些参数”理清楚。

2.1 语音为什么必须独占一个GBR承载

LTE默认承载是Non-GBR，可以容忍被调度器排队、降速。语音媒体是实时业务，排队超过150ms就断续。GBR承载带有速率保证语义，eNB调度器会把这类承载当作必须满足的对象，而不是“尽力而为”的目标。在VoLTE建链流程里，主被叫在呼叫建立阶段由核心网发起专用承载建立，QCI=1，属于GBR。如果这个专用承载建立失败或QCI被改掉，语音媒体就会落到默认承载，拥塞时立刻劣化。

常见做法是PCRF下发的QoS规则里指定GBR值；没有PCRF或策略控制未启用的场景，则在MME/EPC模板里给固定值。AMR-NB 12.2kbps每20ms一帧，加上IPv4/UDP/RTP头后，空口侧速率约36~43kbps，工程上一般把GBR配到45kbps上下，留出SID帧和轻微抖动的余量。MBR（最大比特率）可以设成GBR的1.5~2倍，但不要设成无限大，避免语音在弱场被调度器拼命抬速率，反而把MCS抬过头导致BLER恶化。GBR不等于固定独占带宽，而是“调度时必须优先满足的保证速率”，这一点经常被误解，也是后面第4章功控和MCS偏置的基础。

参数核查时要注意成对性：AMR语音上下行对称，GBR UL和GBR DL都应是非0值。只配了UL GBR、DL GBR留空的现象在现网不少，结果下行语音在拥塞时没有保证，MOS低但看起来“专用承载已建立”。核查位置在E-RAB建立请求的EPS Bearer Level QoS参数里，QCI=1且UL/DL GBR都大于0，才算合格的语音承载。

2.2 QCI映射和ARP取值：先分清业务再谈优化

一张QCI表值得常驻手边。语音、IMS信令和数据业务在标准里的QoS特性完全不同：

注意QCI5的优先级数值是1，比QCI1的2更小，但不代表语音排在信令后面。eNB调度器对GBR承载有独立的保证调度路径；语音媒体一旦落到QCI5，反而失去GBR保证。QCI5是为SIP信令设计的，高可靠、低丢包，但不承担实时媒体本身的带宽义务。默认承载建议按用户套餐指定QCI8或9，视频类有保障需求再考虑QCI6。另一种常见误配是给数据默认承载也配QCI1，结果是所有用户都拿到GBR语音优先级，调度器拥塞时不知道先保谁，语数分层等于没分。

ARP的分配原则要单独说一句。语音专用承载ARP建议2，数据默认承载ARP建议3~4，保证RRC连接资源紧张时语音连接能抢占数据连接。ARP设成1通常留给紧急呼叫，普通VoLTE业务不需要；ARP设得和IP数传一样，通话建立时可能因为接入拥塞被拒，尤其在地铁这类高话务场景。

2.3 信令验证：从专用承载建立流程看语数是否真的分层

空口抓包或用核心网跟踪能直观看到承载结构。Attach流程的PDN Connectivity Request里，默认承载QCI显示5或8/9；呼叫建立阶段，网络侧发起E-RAB Setup或EPS Bearer Setup，携带E-RAB ID、QCI=1、GBR上下行值、ARP。判断语数是否分层的三步法：

1. 看默认承载和专用承载的EPS Bearer ID是不是两条独立的Bearer。语音媒体承载若和默认承载共用ID，说明专用承载没有建立成功。
2. 看媒体承载QCI是不是1，GBR UL/DL是不是非0。QCI=1但GBR=0，只是“半分层”，效果打折扣。
3. 看同一时刻是否存在两条QCI=1的承载。VoLTE语音最多一条，如果出现两条，多半把视频、音频或彩振放音承载混进来了，需要对照核心网AS侧的媒体协商结果。

再配合eNB侧话统看QCI1承载的PRB分配是否按GBR稳定占用，数据业务忙时是否被限制在AMBR内。这样从核心网到空口一条链路看下来，承载层的语数分层才算真正落地。很多优化项目在空口调了一大圈，最后发现语音还是和数据挤在同一个Non-GBR承载里，所有调度优化都成了空中楼阁，所以这一步一定要先做。

提示：承载核查一定要在忙时进行，非忙时默认承载空闲，专用承载问题会被流量低谷掩盖。

3. 空口资源的语数分层：SPS、TTI Bundling与DRX分离配置

承载分完之后，同一个小区里语音和数据还在抢物理资源。语音包小、周期稳定；数据包大、突发性强。空口调度层要做的，是让语音不被数据的大包冲乱，同时不白白浪费语音的空闲时刻。常见做法是SPS半静态调度配合TTI Bundling兜底，DRX按业务重配。

3.1 SPS半静态调度：语音20ms周期和MCS上限怎么定

AMR-NB语音每20ms产生一个等大的包，非常适合用半静态调度（SPS）。eNB第一次用PDCCH给UE分配资源并激活SPS，之后按固定周期直接使用同一份时频资源，不再每条子帧重复下发PDCCH授权。好处是PDCCH开销降下来，语音包的发送时延也稳定。常见做法是在eNB的VoLTE调度策略模板里把上行SPS打开，周期按AMR帧长设为20ms，同时配置SPS C-RNTI和可用的MCS区间。下行语音通常不强制开SPS，因为下行语音包要复用到多个用户，PDCCH压力没上行走那么大。

MCS区间是这里最容易调错的地方。上行SPS的资源大小按净负荷估算，MCS设太高，RB变小，信道一波动就解调失败；MCS设太低，占用RB过多，又挤占数据业务。工程上通常把上行SPS MCS上限限制在8~12之间，具体看现网弱覆盖比例，覆盖差的区域往下压。这里有个节奏问题：SPS激活时资源按当时的信道质量定的，用户一动信道就变，eNB需要靠后续的SPS重激活或半静态资源配置更新来纠正。所以现网配置里往往还要配套“SPS失败回退”，即HARQ连续失败N次后，把该用户切回动态调度。如果没配回退，弱覆盖用户会顶着一个过高的MCS一直丢包，MOS反而比不开SPS更差。

什么时候不开SPS也值得写清楚：用户在高速移动、信道变化快，或者小区里VoLTE用户很少，PDCCH本来就不拥塞。这时候SPS带来的收益抵不过信道失配风险，用动态调度反而稳。

3.2 TTI Bundling：上行弱覆盖语音的补救措施

TTI Bundling把同一个上行传输块在4个连续子帧里发送冗余版本，本质是“用时间换覆盖”。语音业务对时延有预算，HARQ重传次数太多会超时；TTI Bundling在第1次传输就给足冗余，省掉了多次往返重传。代价是4个子帧只服务一个传输块，时域资源消耗大。所以先把适用边界框死：只用于上行覆盖受限用户的语音承载，不能开成小区级。

现网常见触发条件按上行路损判断，从MR或UE measurement report里看路损，典型触发门限在140dB左右；也有厂商按上行SINR或RSRP，比如RSRP低于-120dBm且存在QCI1承载。配置时要同时限制该类用户的最大调度RB数，一般限制在2~4个RB，避免一个弱场用户占掉大量上行资源。TTI Bundling开启后还需要把VoLTE的jitter buffer适当增大，4子帧捆绑会引入约4ms的额外时延，这点时延对语音影响不大，但端到端jitter报表会变高，验收时不要误判。

不满足触发条件的用户不要开。城市密集区里上行覆盖通常不是瓶颈，TTI Bundling基本只在农村、城中村深度覆盖和高层住宅电梯口场景有存在感。判断一个小区要不要开，先看上行VoLTE丢包是不是集中在路损大的MR点位上，而不是看平均值。

3.3 DRX分离：语音短周期为什么不能迁就数据长周期

DRX是UE省电机制，但语音最怕的就是睡着错过包。VoLTE语音包20ms一个，DRX如果按数据业务配成160ms长周期，UE醒来时包里已经堆了一串，RTP抖动直接拉满。所以语音专用承载存在时，DRX周期必须压缩到能匹配语音包到达节奏：短周期一般配40ms，onDurationTimer在5~10ms，InactivityTimer在10~20ms，让UE每两个语音包之间醒一次。数据业务则相反，长周期80~320ms配InactivityTimer 100~200ms，省电优先。

这里有个规范限制要认清：UE在任一时刻只有一套DRX配置。意思是语音和数据不能同时各用各的DRX，只能按“最紧的业务需求”来配。现网落地方式是在QCI1专用承载建立时，eNB通过RRC Connection Reconfiguration把DRX切到语音短周期；通话结束时，再切回数据长周期。很多省电优化没做这步，纯数据用户一直用40ms短周期，终端耗电上去了；或者反过来，VoLTE专用承载建立后没触发DRX重配，通话中还在160ms长周期，MOS必然受损。

验证DRX是否生效的方法很简单：在eNB侧看RRC重配消息里的DRX-Config，和UE能力里支持的周期比对；再用扫频或终端日志看PDCCH盲检测间隔。语数分层做到这一步，语音从“有QoS标签”真正变成了“行为上和数传不同”。

4. 移动性策略的语数分层：A2门限、功控偏置与边缘PRB保护

承载和调度都分开了，还有最后一层容易被忽略：移动性。语音用户从LTE弱场切换到2G/3G时，不能等到信号已经烂到丢包才动作；数据用户则应该尽量留在LTE，毕竟LTE的吞吐能力远高于传统制式。移动性管理层的语数分层，核心是把语音用户的“逃生门”优先级提到数据之前。

4.1 语音A2门限为什么要高出数据一截

A2事件是服务小区质量低于门限后触发测量上报的事件。异系统切换和eSRVCC都要依赖A2作为导火索。如果语音和数据用同一个A2门限，会出现两种问题：门限按语音定的，数据业务提前进入异系统测量，占用了测量gap，影响下行吞吐；门限按数据定的，语音到了弱场还在等，等B1测量做完，RTP可能已经断了。

常见做法是把语音承载的A2门限设得比数据高3~6dB。比如语音A2在RSRP=-110dBm触发，数据A2在-116dBm触发。语音触发后进入压缩模式或者配置测量gap，开始测GSM邻区；数据用户继续留在LTE，直到信号真不行再做数据重定向或普通切换。B1门限也要配对：异系统目标小区GSM信号强度达到门限才切换，典型B1在-95dBm左右。A2调高但B1不调整，会导致语音用户提前进入测量状态却迟迟切不出去，在LTE上干耗。时延参数也不能忽略，语音A2的TTT（触发时延）可以配短一些，比如160~320ms，数据侧保持默认的640ms甚至更长。这样语数在移动性上的行为彻底分开。

4.2 上行功控与MCS偏置：语音BLER目标不能和数据共用

LTE调度器对不同QCI承载设不同的目标BLER。数据业务跑10%的初传BLER完全正常，语音业务如果有10%丢包，MOS直接崩。语音专用承载通常要求初传BLER控制在1%~2%，这决定了上行MCS选择和功控目标不能沿用一个公共配置。

常见做法是给语音承载单独设目标BLER，并配一个上行功率偏置。比如数据PUSCH开环功控的P0参考值在-88dBm左右，VoLTE专用承载可往上抬3~5dB，让上行SINR抬高一点，语音的MCS就能稳在较低档位。注意这里的目标不是把MCS抬上去，而是让语音在低MCS下也能可靠解调。很多优化者看到上行SINR差就压MCS，压到2档还在丢包，其实是功控偏置没跟上，用户发射功率不够。反过来，语音MCS下限也不要拉太低，AMR语音帧有时延预算，MCS太低导致单子帧传输时间过长，抖动和时延双双超标，听感照样不行。参数调整后看两个指标：语音初传BLER是否稳定，RTP端到端时延P95是否在预算内。

4.3 边缘语数分层：ICIC给语音留一条窄但稳的路

同频组网下小区边缘的干扰是数据吞吐的大敌，但对语音来说是致命的。语音用户正好处在边缘且RSRP持续下滑时，既有SRVCC保底，又要让它“在没切走之前别先丢包”。这时ICIC层面的语数分层能提供保护。

常见做法是给语音用户预留一小块边缘PRB集合，只让低MCS语音承载使用；数据用户可以临时占用，但语音需要时立刻让出。预留比例一般控制在5%~10%，不能太多，否则中心用户数据吞吐受影响。配合的还有传输模式：语音用户下行强制TM2单流，保证鲁棒性；数据用户继续TM3/TM4或TM8多流，追求速率。这样边缘语音用窄带宽、低MCS、单流稳稳地传，数据在中心频带跑高速。

这层的参数要和4.1联动：A2门限负责把语音适时送出LTE，边缘PRB保护负责送出去之前这段路别再掉链子。若A2门限过低，边缘PRB保护要覆盖更差的环境，预留RB形同虚设；若A2门限过高，语音提前切走，边缘PRB保护又没意义。联动调整时，建议先定A2/B1，再回头校边缘PRB预留门限，而不是两个参数各自调。

5. VoLTE语数分层落地翻车排查：5条现网踩坑记录

语数分层在参数表上很好看，落地总会在某个边界场景翻车。下面5条是反复出现的现象、原因和处理办法，每条都能单独对上号。

5.1 开了SPS，MOS反而掉到2.8

现象：开启SPS后PDCCH占用明显下降，但VoLTE MOS均值从3.6掉到2.8，RTP丢包率升高。

原因：SPS资源按激活时的信道质量分配，用户在移动或进入弱场后，固定资源上的MCS和RB数没有跟着变，HARQ重传又因为半静态配置不灵活而跟不上；RoHC压缩上下文在丢包后失步，后续语音包连续解不出来。

解决：限制SPS适用用户范围，低速用户才开；同时配置SPS失败回退，连续HARQ失败达到N次后自动切回动态调度。开通前后对比不要只盯PDCCH占用率，要盯“SPS用户MOS”和“动态调度用户MOS”两条曲线。

5.2 语数分层后，数据速率掉了30%

现象：给语音做了优先级和RB预留，忙时下行平均吞吐从60Mbps掉到42Mbps，可VoLTE实际只占了不到20%的RB。

原因：预留RB是静态预留，没有语音时也不放给数据用；或者逻辑信道优先级里语音LCID的优先比特率配得过大，空口调度器一直在为不存在的语音流量保留资源。

解决：把“静态预留”改成“优先级预留”，数据可临时占用，语音需要时再抢占；检查LogicalChannelConfig里的prioritisedBitRate，不要超过语音业务实际速率太多。预留RB的空闲占比可以纳入周报观察，连续一周忙时空闲率超过30%，说明预留比例过高。

5.3 弱覆盖SRVCC成功率不升反降

现象：语音A2门限从-112dBm调到-108dBm，SRVCC成功次数反而下降，LTE侧RTP中断增多。

原因：A2门限抬高后，UE过早进入异系统测量，但GSM目标小区信号还没达到B1门限。UE在LTE弱场里一边耗着信号一边等B1，测量窗口拖长，RTP先断了。

解决：A2和B1必须成对调。A2调高时，B1或测量上报时延也要同步收紧，或者给A2加滞后避免乒乓；更稳妥的做法是A2先保持-110dBm，重点优化B1目标小区筛选和切换准备时延，而不是一味抬A2。这属于移动性策略里最常见的“单参数优化”翻车案例。

5.4 BLER和RTP丢包都正常，RTP抖动却超过40ms

现象：语音初传BLER只有1.2%，RTP丢包率0.3%，看起来全绿，但RTP抖动均值40ms，用户主观听感断续。

原因：丢包正常不代表时延正常。语音小包在MAC队列里排在数据大包后面，或者DRX重配没有随专用承载切换，UE在睡眠中错过了语音包，RTP抖动直接拉高。

解决：先确认DRX周期是不是语音短周期，再看LogicalChannelConfig里语音LCID的优先级和桶速率。若MAC层队列时延统计持续偏高，把语音承载的调度权值提到数据前面，并把语音PDB作为调度器排队上限。核心网侧的S1-U转发时延也要看，很多jitter问题出在核心网而不是空口。

5.5 TTI Bundling开成小区级，边缘语音稳了、数据牺牲了

现象：为解决边缘语音质量，批量打开TTI Bundling，MOS提升0.3，但上行数据吞吐下降四成。

原因：TTI Bundling让同一个传输块占4个连续子帧，小区级开启等于所有上行用户全部进入捆绑模式，时域资源被无差别消耗。

解决：改成用户级触发，只对上行路损超过门限的语音承载用户开；同时限制捆绑用户的最大RB数，避免一个差覆盖用户拖垮整个小区上行。这个案例说明，语数分层里所有策略都要精确到承载或用户级，一旦变成小区级，就等于没分层。

6. 语数分层效果的验收三板斧：MOS、RTP丢包和调度占比

改完参数最怕自己骗自己。只盯MOS一个指标，数据体验掉了也发现不了；只盯平均指标，边缘劣化被均值盖住。我习惯用三组指标做验收。

6.1 对比窗口和指标口径怎么开

先找3~5个连续覆盖且流量模型差异明显的站点，取策略关闭一周的基线，再开策略一周，对比窗口保持一致。避开大型活动、版本升级和故障时段。每类站点单独统计，不要把高话务和低话务小区混在一起算。

6.2 三组指标和判定标准

RTP丢包和抖动要从话单或CHR日志里取到Per-call粒度，平均值只在趋势判断时用，验收看峰值和P95。PDCCH占用率下降验证SPS生效，QCI1的PRB占用验证预留策略是否合适。最后留一句习惯：任何语数分层改动都要留一周回退窗口，出问题先恢复再看数据，不要在现场硬调参数试运气。改动前后把配置基线文件存好，回退时才知道原样是什么。希望帮到你。

本文还有配套的精品资源，点击获取