CSFB时延较长优化方案

1、参数案例CSFB寸延较长方案公司分公司专业无线设备类型NodeB设备厂家中兴设备型号软件版本编制时间2021-10作者作者关键字时延、开启选择性鉴权、资源分配监视时长、DRX问题现象9月份TDL ATU测试鼎力+lphone 5S，CSFB测试时延为11.97s，全国省会城市排名 18名，需要缩短CSFB的端到端时延。主叫流程：4 tt.H ktCampiar.SgruniryVIifdEr rI-cwiimiinti 韦W WHii业.CulTILpIbliiERRCCuiuRrL； _RRCL utiftLtrH(rtmipieirFHflUilV尺 1 仇貝 :良匚 Z linRiffr

2、n 1 j _ .亠 -fr札专尸町tACCMSC f xhfrLdeHferviir eRL*LlfaEv%|w 9yi4 in litlTuiniMiiLiii (uiiidiiw：B护3H4 Sil IN I2qnscer时11Ch HrwiHjitltfhiii FKfirv wwltuhili*沖 pifwWIIfilTLidl MS.Fkles-. ：i“ .-i ( IM 耳Ttrv i?H-JlhJddGSM侧接入流程:UE?Nodc6B5C/RNC MME hrtSC/VIRHLRGMC M Seri.e ReqyetitCSMO Au til Rpripst咋pm快num.

3、unidht|j(eteAu tilCipher CCkphti LiC Mervi f血p一Call ProceedingKeqwetl氏Mjgni|Tnt tonipletg14MAlertingConnectARRC Connection Releaseh RRC Co nn ection Release-CM Service Request* CM Service Request-Alerti ngGSM侧主要集中在核心其中前2个阶段为LTE侧，且时延较小，可提升空间几乎很小；最后阶段为 网，可以着重优化。F表为优化前时延分段统计的时延:Extended Servicerequest-

4、AlertingExtended Servicerequest-RRC ConnectionReleaseRRC ConnectionRelease-CM ServiceRequestCM ServiceRequest-Alerting11.970.2411.949.5偏高优化调整为此进展了以下几种对时延有影响的参数进展实验性调整，以下为各参数调整验证后时延结果:修改参数Extended Service request-AlertingExtendedService request-RRC ConnectionReleaseRRC ConnectionRelease-CMServiceRequ

5、estCM ServiceRequest-Alerting关闭智能网11.970.2411.949.79LTE测量GSM频点配置数11.970.2411.949.79LTE寻呼DRX循环周期11.750.2411.949.57开启选择性鉴权10.750.2411.948.57开启SD自适应11.970.2411.949.79开启TCH立即指配11.970.2411.949.79开启 ECSCClassmark 早送控制11.970.2411.949.79资源分配监视时长9.780.2411.947.6从上表显示，时延提升都为CM Service Request-Alerti ng此阶段，对时延

6、提升有效果的参数如下有三个：LTE侧无线参数：“LTE寻呼DRX循环周期修改前为 128帧，修改后为32帧，整体可以改善时延 0.22sGSM核心网参数：“开启选择性鉴权提升了1.22s。“资源分配监视时长，由 5修改为1,提示了 2.19s三个参数中的“开启选择性鉴权和“资源分配监视时长参数修改效果最为明显。分别选取优化前后的一次 CSFB过程的主叫信令进展比照：其中在 Call Proceedi ng- RR Assig nme ntComma n过程的时延减少比较明显约4s。优化前主叫时间点时间差值LTE NAS-Extended service request10:06:34.609L

7、TE RRC-RRC Connection Release10:06:34.6100.001RR System Information Type 310:06:35.4850.875CM Service Request10:06:36.4350.95RR UTRAN CLASSMARK CHANGE关闭Authentication Request10:06:37.3910.956Authentication Response10:06:37.7880.397CM Service Accept10:06:38.0970.309Setup10:06:38.0990.002Identity Requ

8、est10:06:38.3340.335Identity Response10:06:38.3340Call Proceeding10:06:38.8080.709RR Assignment Command10:06:44.4535.645RR Assignment Complete10:06:44.5140.061Alerting10:06:45.8851.371总计11.27611.276优化后主叫时间点时间差值LTE NAS-Extended service request14:45:10.555LTE RRC-RRC Connection Release14:45:10.5570.00

9、2RR System Information Type 314:45:11.8041.247CM Service Request14:45:12.2750.471RR UTRAN CLASSMARK CHANGEAuthentication Request14:45:13.4501.175Authentication Response14:45:13.7900.34CM Service Accept14:45:14.1560.366Setup14:45:14.1570.001Identity Request14:45:14.3980.241Identity Response14:45:14.3

10、980Call Proceeding14:45:14.8630.706RR Assignment Command14:45:16.5101.647RR Assignment Complete14:45:16.5700.06Alerting14:45:19.5703总计9.0159.015参数功能介绍X“开启选择性鉴权：选择只针对GSM语音功能，开启该功能后，一次完整的语音呼叫鉴权成功后，接下来十五次主被叫不再进展鉴权。注意：该功能对时延改善有一定的效果，存在两个问题：1、不符合集团参数设置要求要求：主叫必须鉴权；2、用户可能利用15次不鉴权请求，进展非法接入呼叫。丄“资源分配监视时长：将参数缩

11、短到1秒后实现主备叫同时指配 MGV承载，整体来看缩短时长1s左右。但会增加 MGW虚拟话务占用，增加 MGV话务负荷压力。如果大 P00冲的2个CSFB的局 都启用，可能增加10%的话务量，因此存在 MGW负荷过高的风险，建议应急操作、保障时刻开通。从实际测试效果看，起决定性作用的是参数TIMEMGWDM卩MGW指配等待时长，将参数缩短到1秒后实现主备叫冋时指配 MGW承载，整体来看缩短时长1s左右。但会增加MGW虚拟话务占用，增 加MGW话务负荷压力，在重大节假日高负荷期间需要将参数改回为5s。优化总结每种优化方案的效果如下：序号涉与网元优化措施验证效果-定点验证效果-拉网使用策略1MSC

12、那么关闭智能网无明显增益应急措施2LTE无线侧LTE测量GSM频点配置数无明显增益优化措施3LTE无线侧LTE寻呼DRX循环周期0.1s0.22s优化措施4MSC侧开启选择性检权0.3s1s应急措施5MSC那么开启SD自适应无明显增益应急措施6GSM无线侧开启TCH立即指配无明显增益优化措施7msc那么开启ECSCClassmark早送控制无明显增益应急措施8msc那么资源分配监视时长1s0.97s应急措施从上表中看出，MSC侧参数对呼叫建立时延影响最大，LTE无线侧参数对呼叫建立时延影响较小，调整收益取小，建议后期从 MSC侧参数着手。综述：交换、无线侧参数优化，交换侧提升明显，但存在加大负何、非法接入风险；无线侧提升较小，可用提升优化手段较少，不存在遗留问题，可持续优化改进。因此，建议交换侧参数只用于应急保障等情况下开通使用，日常予以关闭后续优化CSFB主叫失败：1、信令中没有收到 CM Service Request 优化GSM网络信号质量和容量。CSFB被叫失败：1、 回落2G后发生LAC改变，比方：eNodeBTAC为22718对应 GSMLAC为22718，回落GSM小区