VOLTE现网测试和分析

VOLTE现网测试和分析无线优化处罗建迪2015年5月目录呼叫建立成功率偏低呼叫建立时长偏大掉话率偏高eSRVCC切换问题RTP丢包率偏高跨厂家切换失败VoLTE典型问题分析VoLTE关键参数专题分析下一步工作要求VoLTE语音质量评估VoLTE语音特点VoLTE语音语音频率范围（Hz）语音采样率（Hz）语音速率AMR-NB300~34008K4.75、5.15、5.9、6.7、7.4、7.95、10.2、12.2kbps，共8个码率AMR-WB50~700016~48K6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.85kbps，共8个码率人听域频率约为20Hz—20KHz，人声能量集中在3-4kHz区间。VoLTE语音有AMR-NB窄带和AMR-WB宽带两种编码，又称为VoLTE标清语音（或VoLTE12.2kbps）和VoLTE高清语音（或VoLTE23.85kbps）。用户可主观感受到VoLTE高清话音比23G语音更加自然、舒适。AMR业务模型具有如下特点：每20ms产生一个语音包，包括了RTP/UDP/RLC-Security压缩头；每160ms生成一个SID语音静默包。VoLTE语音电话VoLTE语音传输带宽与用户所处状态相关，以标清语音为例：在主叫说话（处于语音激活期）时，有语音包传输，上行速率为12.2Kbps；在被叫聆听（处于语音静默期）时，160ms传送一次静默帧，上行速率仅为0.8Kbps。下行速率正好与之相反。MOS测试时，主被叫轮流发声；MOS测试语料：时长8秒钟；VoLTE语音质量MOS评分MOS评分原理通过比较原始音信号和劣化语音信号，使用规定的认知模型，通过规定的算法计算得到客观质量分值。综合考虑了感知中的编码器语音输入电平、误码率、编码速率、编码传输、编解码匹配、噪声等因素的影响来客观地评价语音信号的质量。PESQ算法存在不足应用于CDMA编码(如EVRC)时不够准确。未考虑终端语音处理带来的影响。不能处理超宽带语音信号。POLQA算法POLQA-NB与PESQ算法基本等同，POLQA-WB算法在PESQ的基础上进行了扩展，克服了PESQ算法存在不足，可以适用于更高的频率；无论窄带还是宽带，均可使用POLQA算法进行评估，应用于3G，4G/LTE和VoIP网络时具有更高的准确性。AMR语音标准推出年份评估算法语音频率范围（Hz）语料采样率（Hz）23G语音2001P.862PESQ300~34008KVoLTE语音2012P.863POLQA50~700016~48KVoLTE语音与GSM语音对比GSM打GSM，VoLTE（23.85kbps）和VoLTE（12.65kbps）三种长呼语音质量，VoLTEMOS相比GSM有较大改善，MOS评分参见下表。POLQASWB评分标准比传统PESQ高，同样2G语音，POLQA评分比PESQ评分低0.5分左右语音拨打类型

2G打2GVoLTE（23.85kbps）VoLTE（12.65kbps）MOS(POLQA)2.643.983.84微信语音没有语音静默包，不具备头压缩功能，微信电话本传输带宽高于VoLTE语音在良好无线环境下，微信语音每分钟消耗流量为（40.27+40.33）*60/8=600kbyte，如按移动的50元1G进行收费，折合3分钱/分钟，且无长途，漫游费用，其资费优势明显。VoLTE语音与OTT语音对比语音拨打类型RSRPSINRMOS微信电话本-88.3312.673.78-116.970.941.93VoLTE-89.5311.723.86-114.830.533.89类型SINR下行上行物理层速率（kbps）PDCP速率（kbps）平均MCSRB数TBsize（bite）物理层速率（kbps）PDCP速率（kbps）MCSRB数TBsize（bite）微信电话本18.2658.1440.2719.773.281268.2452.7640.3322.452.51285.14VoLTE20.0218.211.1315.262.8819.4721.8211.2122.011.681086.69当其无线环境好的时候，其语音包较大，语音越清晰，用户感知良好。当无线环境恶化时，用户感知不好。VoLTE语音质量评估指标VoLTE语音质量端到端影响因素语音质量编码方式、抖动、

回声消除、时延丢包率端到端时延调度机制L2重传SINR水平网络负荷保证语音质量：无线侧尽可能保证无线资源最优、最及时、足够调度分配外终端能力和核心网传输方面也需要同步保证质量，包括终端编解码能力、码率自适应调整等方面直接因素：丢包、抖动、时延、掉线、切换中断时延间接因素：覆盖、干扰、切换、传输、算法、设备指标标清语音编码速率高清语音编码速率E2E延迟Jitter抖动丢包率MOS呼叫建立时间用户面网内切换中断时延eSRVCC用户面切换中断时延建议取值12.2kbps23.85kbps95%小于285ms95%小于60msE2E95%小于2.5%,空口95%小于1%高清要求95%大于3.5，标清要求95%大于395%小于5s95%小于100ms95%小于300msVoLTE语音质量评估指标目录呼叫建立成功率偏低呼叫建立时长偏大掉话率偏高eSRVCC切换问题RTP丢包率偏高跨厂家切换失败VoLTE典型问题分析VoLTE关键参数专题分析下一步工作要求VoLTE语音质量评估VoLTE无线性能外场测试情况利用高通专业测试设备，对VoLTE语音关键指标进行评估，目前五省VoLTE试验网质量不容乐观（语音接通率、接续时延、掉话率离试商用网络还有较大差距）备注：2015年3月份~4月份外场测试数据。城市网络总呼叫次数呼叫建立成功率(%)呼叫建立平均时延(s)eSRVCC切换成功率(%)网内切换成功率(%)掉话率(%)RTP丢包率(%)平均抖动(ms)长沙华为51095.1/97.63.261001002.891.455.31中兴15799.364.2787.599.655.133.5811.29福州诺西15197.354.8510099.801.0217.80中兴29397.615.041001003.281.9111.43广州爱立信18996.34.5510099.311.480.4918.34中兴94593.14.2798.099.511.661.5118.32城市网络平均PUSCH功率(dBm)路径损耗上行平均MCS上行平均RBs上行行平均初始BLER(%)长沙华为0.79104.0520.012.690.74中兴1.83104.2319.562.742.3福州诺西2.47103.1420.742.361.42中兴-1.96100.1617.402.804.37广州爱立信7.35110.514.53.893.15中兴15.48109.2318.712.921.99城市网络平均RSRP(dBm)平均RSRQ(dB)平均SINR(dB)下行平均RBs下行平均MCS下行平均初始BLER(%)长沙华为-88.7-7.9418.238.5810.345.93中兴-88.03-7.3818.8311.1611.51.58福州诺西-85.41-7.7117.754.9215.459.99中兴-83.61-8.0817.188.4811.011.78广州爱立信-91.8-8.1918.966.444.801.53中兴-94.25-8.0617.327.9711.602.61目前存在的主要问题呼叫建立成功率偏低呼叫建立时长偏大掉话率偏高eSRVCC相关的问题用户面中断时延超过300mseSRVCC切换成功率偏低振铃中和振铃前的SRVCC切换失败eSRVCC切换失败后的VoLTE呼叫恢复RTP丢包率偏高跨厂家切换失败呼叫建立成功率偏低（1）VoLTE呼叫建立失败的主要原因:

被叫进入CSFB流程被叫终端收到CS-paging消息或CSNotification消息，而没有收到SIPinvite消息在测试中将这种情况也认为是VoLTE呼叫建立失败。这种情况也是可以接受的，尽管这样语音呼叫的建立时间会比较大。

主要原因是HSS问题，VoLTE被叫用户驻留在LTE网络时并没有删除电路域注册信息，因此直接将寻呼发给2G系统配合问题、网络侧定时器设置不合理，导致PS域寻呼超时或寻呼无响应，进行电路域寻呼呼叫建立成功率偏低（1）VoLTE呼叫建立失败的主要原因（续）: 被叫没有收到寻呼呼叫被主叫取消前，被叫终端始终没有收到寻呼消息。主要原因是IMS处理机制问题（广州爱立信参数配置不完整、福州诺西软件Bug等）网络侧的寻呼消息未下发会未及时下发终端的Page消息接收呼叫建立过程中LTE网络或IMS网络出现错误专用承载建立失败专用承载被网络侧释放专用承载所对应的Packetfilter配置错误IMS处理错误，例如ServerTimeout(504)，UpdateCallDetailsFailed(480)，SERVICE_UNAVAILABLE(503)、ServerInternalError(500)（华为网络）呼叫建立时间偏大测试中呼叫建立时长较大的原因有：

寻呼机制不太适合于话音业务

目前设备厂家不能区分普通数据业务触发的PS寻呼和VoLTE触发的PS寻呼寻呼间隔较大，导致被叫收到寻呼的时延较大（参见右图长沙接入时延分布）IMSSIP消息处理在被叫侧，RRC连接建立完成后过了1.2秒才收到SIPinvite消息.（长沙中兴）网络侧发送SIP183sessionprogress时延较大（广州爱立信）主叫侧发送两次SIPInvite给网络才收到100Trying主叫侧没有及时收到SIP180Ringing消息掉话率偏高VoLTE掉话的主要原因: 专用承载丢失/释放

发生在RLF之后，RRC连接重建时（杭州华为、长沙中兴等）发生在LTE重定向之后，建立新的RRC连接时（杭州华为、长沙中兴等）发生在切换过程中发生在TAU过程中（广州爱立信、中兴）长时间没有收到RTP包（南京）切换之后出现单通现象，下行收不到任何RTP包PDCP序号出现乱序LTE网络的问题，终端收到TAUReject消息（杭州华为）ServiceReject消息（福州中兴）DetachRequest消息（杭州华为）eSRVCC相关问题eSRVCC用户面中断时延大于300ms终端优化：ESRVCC到2G后，语音包编码器模式要做转换，高通芯片收到4个语音包之后才开始语音包译码，所以用户面中断时间额外增加4*20=80mseSRVCC切换成功率有的时候偏低，原因有中兴网络给终端发送重定向到GSM的命令(RRCConectionRelease消息)，而不是切换到GSM的命令(MobilityFromEUTRAN消息)网络侧没有给终端发GSM测量配置命令在终端发出GSM测量报告给网络之前，或者在终端收到切换命令之前，发生了无线链路失败并从LTE脱网UE收到切换到GSM的命令后，在GSM网络建立连接失败振铃前和振铃中触发的SRVCC失败振铃过程中的SRVCC在实验室通过验证，但现场测试因网络原因没有成功规范没有对振铃前的SRVCC作出要求，尽管高通芯片已经支持此功能，但华为等设备还不支持华为等设备不支持eSRVCC切换失败后的VoLTE呼叫恢复RTP丢包率偏高RTP丢包主要原因:没有收到及时的上行调度，RTP包在上行PDCP层被丢弃广州中兴网络上行链路的功控有问题，导致基站没有收到调度请求，因此没有及时进行上行调度：语音包对时延要求较高，当在PDCP层缓存一定时间（100ms）还没有发送出去，就会被丢弃

网络侧出现周期性的RTP包丢失长沙周期性丢包现象（每100ms会有1~2丢包个）：RTP包在发送端的上行链路发送成功，而在接收端的下行链路在没有出现PDCP序号空洞的情况下出现RTP包的丢失，从而证明包的丢失是在中兴网络侧由于网络侧GBR速率参数设置过小，导致诺西网络出现周期性丢包单通在跨厂家切换（南京由贝尔切到华为）之后，下行RTP包的接收出现长时间的中断无线链路失败以及之后的RRC重建被拒绝，导致RTP中断切换过程中出现RTP包的丢失福州PGW发送的IPv6RA消息中MTU参数设置错误

导致约50%的视频RTP包在网络侧被丢弃跨厂家切换城市设备商状态情况福州诺基亚和中兴整改后成功在一阶段测试中，从中兴往诺基亚方向的切换失败，由于切换命令配置不正确使用了重定向而不是切换南京上海贝尔和华为整改后成功切换本身是成功的，但是切换后出现多次单通,最终导致掉话华为网络PDCP包头序列号设置为10bit，而贝尔设置为5bit。华为切换到贝尔小区，目标小区未反馈相关信息，终端切换到贝尔基站后依旧按10bitPDCP包头序列号解码，出现丢包与单通。长沙中兴和华为

整改后成功在二阶段测试时，两个方向切换都失败，没有切换命令。切换关系未配置华为中兴MME兼容性问题目录eSRVCC切换C-DRX参数配置MME寻呼机制端到端带宽设置传输质量保障VoLTE典型问题分析VoLTE关键参数专题分析下一步工作要求VoLTE语音质量评估12月份，总部网络部组织研究院、设计院、高通专家在杭州对eSRVCC进行了专题测试，不同测试终端ESRVCC性能表现存在较大差异说明1：高通与海思芯片终端在业务面恢复时间上存在差异：ESRVCC到2G后，语音包编码器模式要做转换，高通芯片收到4个语音包之后才开始语音包译码，所以用户面中断时间比海思多出4*20=80ms；eSRVCC切换（1）终端型号路测软件切换控制面时延(ms)业务面中断时延(ms)芯片厂家高通8974高通QXDM112411高通SONY高通QXDM175435HTC高通QXDM1051669华为Mate7华为HiDS158277海思注1：杭州HTC终端未开启自主FR功能，挂机后先在2G执行LAU/RAU，再读取Si2quarter后重选返回4G，故返回时延长eSRVCC切换到2G后返回4G覆盖区域挂机后，网络FR或终端自主FR返回4G时延比2G->3G->4G返回时延短。但如果终端在2G挂机后无4G覆盖，终端无法返回4G。城市终端网络FR或自主FR时延2G->3G->4G重选时延2G->4G重选（非自主FR）注1

杭州HTC（高通）N/AN/A

20.3杭州MATE7（海思）0.82N/AN/A

长沙HTC（高通）0.33N/AN/A

广州HTC（高通）1.46~2.73.58~4.24N/A

福州

HTC（高通）1.26~1.83.3~4.69N/A

广州SONY（高通）0.68~1.394.06N/A

ESRVCC切换（2）LTE配置异频邻区后，终端对GSM频点测量时延影响较大终端不同异频频点的平均测量时延(s)0个异频1个异频2个异频3个异频89741.795.487.526.63SONY1.928.266.5112.16HTC2.186.58.310.47说明：时延统计：终端下发B1测量控制消息->终端上报第一个GSM测量报告LTE配置的GSM邻区BCCH频点数对GSM频点测量时延尚未发现明显关系终端不同GSM频点的平均测量时延（s）8个频点16个频点32个频点897411.926.6310.58Sony8.8312.168.07HTC10.2610.4712.17终端型号切换准备时延（ms）Pool外Pool内高通8974647125SONY656115HTC603371高通8974切换时延（ms）Pool外Pool内切换控制面时延112107业务面中断时延411352Pool内ESRVCC切换时延要小于Pool外 Pool内ESRVCC切换准备时间要小于Pool外说明：服务小区同时配置了3个LTE异频频点eSRVCC切换（3）测量步骤终端尝试在LTE配置的MeasGAP中对所有的LTE/TDS/GSM邻频进行RSSI测量，LTE/TDS频点能够在一个MeasGAP中完成一次测量，GSM频点需要多个MeasGap才能完成一次测量；对所有的GSM频点RSSI测量结果进行降序排列，RSSI测量结果至少需要进行3个测量值平滑。终端尝试按照降序对GSM频点进行BSIC确认，具体时延依赖于LTE配置的MeasGAP与GSM时隙的匹配情况GSMFrequencyBurst(FB)检测：终端将射频调频到GSM信标频点并对FB进行持续的相关检测。FB出现在51复帧中的0,10,20,30,40帧的第一个时隙GSMSynchronizationBurst(SB)检测：SB位于FB之后的一个GSM帧，GSM

SB的解码需要位于FB同步之后对已满足上报事件的频点进行TimetoTrigger监测，TimetoTrigger超时后上报该GSM频点继续进行其他GSM频点的检测

>>

>>

GSM#1GSM#2MeasGAPFrequencyBurst(FB)SynchronizationBurst(SB)GSM小区测量ESRVCC切换（4）后续改进计划方案一：规范LTE中心频点设置网优平台显示：当前LTE中心频点设置混乱中心频点设置缺乏规范，网优平台上报数据有误F频段（1885-1915MHz）：F1频率范围为1885-1905MHz，中心频点为1895MH，绝对频点号（EARFCN）38400；F2频率范围为1904.4-1914.4MHz，中心频点为1909.4MHz,绝对频点号为38544，目前我公司仅能使用F1频点。D频段（2575-2635MHz）：D1频率范围为2575-2595MHz，中心频点为2585MHz；D2频率范围为2594.8-2614.8MHz，中心频点为2604.8MHz；D3频率范围为2614.6MHz-2634.6MHz，中心频点为2624.6MHz。E频段（2320-2370MHz）：E1频率范围为2320-2340MHz，中心频点为2330MHz；E2频率范围为2339.8-2359.8MHz，中心频点为2349.8MHz；E3频率范围为2359.2MHz-2369.2MHz，中心频点为2364.2MHz。中心频率设置要求ESRVCC切换（5）后续改进计划方案二：网络下发异系统测量事件的同时删除LTE异频测量对象，集中所有测量时间用来进行GSM测量；数据业务正常参数配置：A2（异频）=-100dBm开启LTE异频测量，A1（异频）=-95dBm关闭LTE异频测量VOLTE业务特殊配置（优化eSRVCC测试时间）：A2（异频）>-100dBm开启LTE异频测量，A1（异频）<-110dBm关闭LTE异频测量，A2（异系统）<-110dBm开启LTE异系统测量A1事件：LTE服务小区高于门限值A2事件：LTE服务小区低于门限值ESRVCC切换（6）后续改进计划方案三：终端CDRX休眠期测量优化方案测量Gap时长:6ms测量周期:80ms为例3GPP标准方案异频异系统测量时间=6ms/80ms=7.5%CDRX激活期LongDRXCycle测量Gap时长:6ms测量周期:80ms为例CDRX激活期LongDRXCycleCDRX优化方案理想情况下异频异系统测量时间~=40~50%增加测量时间：按照3GPP标准，终端在VoLTE通话时可以用于异频异系统的测量时间大约为7.5%；利用VoLTE通话期间CDRX参数设置，终端可以利用CDRX休眠期继续进行异频异系统测量时间；在最优情况下，可以将终端用于异频异系统测量时间提升到近50%，缩短SRVCC测量准备时间；降低功耗影响：此方案只在网络配置下发针对异频异系统频点测控B1/B2事件之后使用，即只在VoLTE覆盖边缘采用此优化方案，最大化降低VoLTE通话功耗影响；支持情况：已推动高通、海思实现该优化方案，高通目前已具备测试版本，海思预计后续支持CDRX参数配置（1）为了满足VoLTE音频业务QoS需求（QCI1），VoLTE音视业务要求建立在专用承载上

，网络可以为VoLTE业务配置专用的DRX参数，以保证业务QoS。根据VoLTE语音数据模型，VoLTE业务的参数配置可以分为以下几类:方案一：使用现网数据业务配置，仅配置DRX，DRX160ms周期+较长的DRXInactivityTimer（60psf）方案二：仅配置DRX，使用较短的DRXInactivityTimer（小于语音包间隔）方法1：仅配置较短的DRX长周期，如DRX40ms方法2：DRX长周期+短周期，如DRX160ms+20msVoLTE业务的数据传输有周期性非连续的特点，正常语音通话期间每隔20ms发送一个语音包，静默期每隔160ms发出一个静默帧（SID，SilenceIndicatorDescriptor）用于模拟背景噪声。语音包语音包间隔20ms静默包间隔160msDRX（仅供参考）LongDrxCycleOnDurationTimerDrxInactivityTimerDrxRetransmissionTimerQCI9sf160psf8psf60psf4QCI1sf40psf8psf4psf4CDRX参数配置（2）DRXCycleDRXCycleDRXCycle①.终端进入激活期，启动OnDurationTimer（8psf）。②.在OnDurationTimer运行期间，动态调度的数据包到达，启动DRXInactivityTimer，该定时器时长60psf（75ms）。超时之前如果有新数据包到达则重启定时器，超时之后终端进入休眠③

④.在DRXInactivityTimer运行期间，新数据包每隔20ms到达一次，DRXInactivityTimer连续重启⑤.第④步之后没有新数据包到达，DRXInactivityTimer超时后停止，终端进入休眠期⑥.进入下一个DRX周期，终端进入激活期，启动OnDurationTimer⑦.OnDurationTimer运行期间下行数据包到达，启动DRXInactivityTimer，运行时长60psf（75ms）⑧.InactivityTimer超时后停止，终端进入休眠期①②③④⑤语音包⑥⑦⑧正常通话语音包间隔20ms静默期语音包间隔160ms激活期在正常通话期间，终端无法进入休眠在静默期，仅50%时间可以休眠……方案一：使用现网数据业务DRX参数优势实现简单：专用承载和默认承载使用相同配置，即VoLTE业务和数据类业务使用相同配置，网络进行参数配置时不用区分VoLTE业务，实现简单；终端和网络都能支持该方案实时性好：虽然现网DRX配置的周期较长（160ms），但同时使用较长的DRXInactivityTimer（60psf），能够保证语音通话的实时性，对语音质量没有影响劣势对降低功耗增益较小：由于DRXInactivityTimer时长（60psf，3:1子帧配置下约75ms）>语音包间隔（20ms），在正常通话期间该定时器随着数据包到达每20ms重启一次，终端始终处于激活状态，无法降低终端耗电；在静默期语音包间隔160ms的场景下，DRXInactivityTimer运行时长占DRX周期一半左右，终端有一半时间处于激活状态，因此这种配置对降低功耗增益较小。综上，为了使终端在DRX周期的大部分时间内处于休眠状态，DRXInactivityTimer的时长必须小于语音包间隔（20ms），否则终端将一直处于激活状态，无法进入休眠，也就无法降低语音通话功耗方案一：优劣势分析CDRX参数配置（3）语音包方法1：仅配置DRX长周期DRXCycle(40ms)OnDurationTimer+InactivityTimer语音包间隔20ms方法2：DRX长周期+短周期ShortDRXCycle(20ms)OnDurationTimer+InactivityTimer……LongDRXCycle(160ms)…………DRXCycle(40ms)OnDurationTimer静默包间隔160msDRXCycle=40ms时两个语音包积攒在一起发送……该方案仅配置一种DRX周期，一个周期内产生的多个数据包积攒在一起发送，且DRXInactivityTimer时长小于语音包间隔。如果DRX周期设置过长，较多（DRXCycle/20ms个）语音包积攒一起发送，可能会导致语音质量变差，上行覆盖收缩。因此该种方案应该配置较短的DRX周期，如40ms周期。该方案配置长、短两种DRX周期，短周期保证实时性，长周期增强省电效果。在正常语音通话期间，短周期生效，保证语音包能够实时传输；在静默期，N个周期没有数据传输（N可定义），则终端自动从短周期转换到长周期，增强省电效果。方案二：仅配置DRX，使用较短的DRXInactivityTimerCDRX参数配置（4）方法1：仅DRX长周期优势实现简单，终端和网络都能支持该方案能够同时兼顾语音质量和功耗，合适的周期配置不会对语音质量造成影响，同时也能尽量降低耗电劣势：上行覆盖收缩，为不影响语音质量，DRX周期不能配置过长，静默期省电效果受限方法2：DRX长周期+短周期优势：短周期保证语音包的实时性，不影响语音质量；在静默期可使用长周期降低耗电劣势在静默期转到正常通话时，需要等到长周期激活期才能进行数据传输，最大时延在100ms左右，引起时延抖动，对语音质量有影响短周期DRX在终端技术要求中是可选支持，在2014年企标中才要求短周期DRX为必选功能，网络和终端支持均不完善这两种方法都能在保证语音质量的前提下降低功耗，并各有优缺点，具体效果需要测试验证。方案二：优劣势分析CDRX参数配置（5）主要测试结论综合考虑目前网络设备与终端芯片对DRX与SPS功能的支持程度以及网络实现的复杂度，仅开启DRX长周期场景是VoLTE布网初期的一种较可行的方案。DRX周期配置为20ms/40ms时，终端功耗有所降低，且语音质量可以基本保持与不开DRX场景下的语音质量相同。当配置的DRX周期大于等于80ms时，终端功耗会有24%~36%的降低，但是同时语音质量却恶化严重，MOS值降到2以下，不建议采用。综合语音质量和功耗性能，优选DRX40ms配置。注：2014年6月测试数据测试验证：CDRX周期优化CDRX参数配置（6）开启C-DRX功能后可以使终端在没有数据传输时进入休眠，语音通话耗电可降低20%以上：网络DRX周期配置为40ms周期，OnDurationTimer配置为8psf，Inactivity-Timer配置为4psf，ReTransmissionTimer配置为4psf测试验证：40msCDRX参数优化验证CDRX参数配置（7）maxHARQ-Tx：MaximumnumberoftransmissionsforULHARQ，上行HARQ的最大传输次数，包含初始传输和重传，最大重传次数为maxHARQ-Tx-1LTE上行采用同步HARQ，即每个HARQprocess的传输或重传发生在固定的子帧；同时上行HARQ同时支持自适应和非自适应重传，即上行重传可以由基站通过PHICH信道发送NACK触发或者通过PDCCH信道调度重传触发协议规定，在上行数据传输中，基站在PHICH信道下发ACK并不代表该次数据传输成功完成，基站仍可以通过PDCCH调度该Process上的上行重传，因此终端需在可能发生重传调度的子帧上监听PDCCH信道，直到监听次数达到最大重传次数或者基站在该Process上调度新数据On-DurationTimerInactivityTimer监听可能存在的重传调度监听可能存在的重传调度其他相关参数（重传参数）-1CDRX参数配置（8）如图，在传输次数大于1时，终端在子帧12发送上行数据、子帧18收到ACK后，仍需在可以调度重传的子帧28/38上监听PDCCH信道，导致终端休眠时间变短，甚至无法进入休眠根据协议，终端应监听重传调度的次数为maxHARQ-Tx-1，因此网侧配置的maxHARQ-Tx参数决定了终端需要从休眠期被唤醒的次数maxHARQ-Tx参数配置越小，对降低终端功耗的增益越大。但该参数对传输质量、用户容量等网络性能有影响，建议针对不同网络环境研究合理的端到端配置方案On-DurationTimerInactivityTimer监听可能存在的重传调度监听可能存在的重传调度其他相关参数（重传参数）-2CDRX参数配置（9）测试结果：传输次数从5次降低到2次，终端语音通话电流最多可以减少约15mA（10%）。传输次数配置为2或3对终端功耗较优。33ms63msSR参数最优，仪表MTK：maxHARQ-Tx=2有数据发送的CDRX，终端仍能进入休眠MTK：maxHARQ-Tx=5有数据发送的CDRX，没有休眠时间Qualcomm：maxHARQ-Tx=2有数据发送的CDRX周期激活时间约33msQualcomm：maxHARQ-Tx=5有数据发送的CDRX周期没有进入休眠终端电流趋势图：传输次数影响休眠时间不同传输次数对电流影响SR参数最优，仪表Qualcomm测试结果MTK测试结果其他相关参数（重传参数）-3CDRX参数配置（10）调度请求（SchedulingRequest，SR）UE发送SR的作用是向eNodeB请求用于新传输的上行资源。当终端有上行数据需要发送时，缓存状态报告（BSR）被触发，如果没有上行资源可用，UE将发送SR，SR在PUCCH信道发送。发送SR的上行子帧需满足：（10×nf+ns−NOFFSET,SR)modSRPERIODICITY=0，其中nf为系统帧号，ns为子帧号。SRPERIODICITY

和NOFFSET,SR

分别表示SR周期和偏移，由基站通过rrcConnectionReconfiguration信令中的IEsr-ConfigIndex配置,取值范围（0…157）。SRIndex协议值,ISRSR周期(ms)SR子帧偏移适用于TDDSA2的ISR取值(上行子帧2和7)0–45ISR2(对应所有上行子帧2和子帧7)5–1410ISR-57,1215–3420ISR-1517,22,27,3235–7440ISR-3537,42,47,52,57,62,67,72,75–15480ISR-7577,82,87,92,97,……,142,147,152155-1562ISR-155NULL15710NULLTDDSA2其他相关参数（调度请求SR）-1CDRX参数配置（11）在DRX40ms周期内，SR

8种配置下激活时长SR偏移2SR偏移12SR偏移22SR偏移7SR偏移12SR偏移17SR偏移17SR偏移27SR偏移32……SR偏移37……其他相关参数（调度请求SR）-2CDRX参数配置（12）备注：偏移32和37省略后一无线帧上的激活时长优化目标：协议规定，在DRX过程中，当SR被触发后，UE将进入连续监听状态。因此，应尽量将SR周期/偏移和DRX周期/偏移对齐，使由SR引起的连续监听子帧落到DRX激活期内，避免将SR配置在DRX休眠期内。对比两种不同SR配置：假设网络开启CDRX，且DRX周期=40ms，偏移为3，OnDurationTimer=8psf，drxInactivityTimer=4psf。SR配置和DRX完全重合，激活期为子帧2-13，总12子帧22~28：SR引起的激活期场景1：SR位置和CDRX对齐(周期40ms偏移2)场景2：SR位置和CDRX完全不对齐3~11：OnDurationTimer启动，进入激活期9~13：触发InactivityTimer2~8：SR引起的激活期3~11：OnDurationTimer启动，进入激活期29~33:触发InactivityTimerSR配置和DRX完全错开：激活期为子帧3-11+子帧22-33，总21子帧其他相关参数（调度请求SR）-3CDRX参数配置（13）当SR偏移与CDRX偏移对齐时，平均通话电流能够降低4~11mA最大传输次数会影响SR配置能够带来的增益20ms周期偏移不对齐40ms周期偏移对齐40ms周期偏移不对齐CDRX周期配置为40ms，其中子帧偏移为3，OnDurationTimer配置为8psf，Inactivity-Timer配置为4psf，ReTransmissionTimer配置为4psf测试环境：仪表+高通MTP、MTK

MTP测试结果显示在SR与最大传输次数均为最优配置时（maxHARQ-Tx=2且SR偏移与CDRX偏移对齐），终端语音通话电流可以减少约20mA，18%。高通MTKmaxHARQ-Tx=2且SR与CDRX位置对齐maxHARQ-Tx=5且SR与CDRX位置不对齐其他相关参数（调度请求SR）-4CDRX参数配置（14）SGW存在下行报文缓存开关，当不开启此开关时，下行的第一个SIP信令会被丢弃，造成消息重发。建议打开S-GW缓存开关，合理配置S-GW对承载的下行报文缓存数量。此命令用于配置SGW对每承载的下行报文缓存数量。可以根据实际的资源状况来调整每承载能够缓存的下行报文，如果配置为0，表示当前的SGW网元不对下行报文进行缓存。对VOLET呼叫流程来说，被叫用户处于IDLE状态时，SGW不启用下行报文缓存，下行的第一个SIP信令会被丢弃；SGW启用下行报文缓存，可以减少因为SIP信令丢包重发带来的VOLET呼叫时延。中兴S-GW打开缓存开关指令为：ZXR10(config-xgw-sgw)#dl-buffer-numX

ZXR10(config-xgw-sgw)#showsgwparameters

Buffernumbersofdownlinkpackets:

XMME寻呼机制-1单位：s1stpagingrange2ndpagingrange3rdpagingrangepagingintervalDefaultPagingCycle第一次寻呼范围不合理，异常现象表现：道路测试时，呼叫建立时间呈现明显的阶梯状在道路测试过程中，进入新基站第一次语音呼叫时延较长，与后续呼叫相比时间增加2s。PCIMO:Call_Orig->SIP_180_RINGING（s）MT:Paging->SIP_180_RINGING（s）1957101700193595150419343913413465265158434629121469346307417204505745154034737871475基站列表为第一次寻呼范围TA列表为第一次寻呼范围MME寻呼机制-21、诺西核心网参数配置错误，