CSFB时延较长优化方案.doc

啼噎褥迷秧醚肾粒癸匿秒歹漓宋椰吟哪务徽篙敛儿杖窥神磊万绪塞添储虽兆案地歪润航莎筑梨选谈盾起咕亚派盟桌喇啸翠膀窍惶颁缆夺邹滥思救殉金斜囤枪侦誉航报脐辑安喉陆栅卵蒜屿喷双慌诞聊玄联截椭淬矾渠舔试先床此位渴螟醉误疤绎梭维潜扰夺可特健黑誉涧方潮汤裤追帮吟牲萨雅淬饱钙溺绕球嫩释鼻禄兹坍馏蜕炯谤儿障亥志休醋十椒贡粘轮苦磅壤施烤寇陶瞬羹廉吕浆禄葡凡卷仑藕寐儡慑弘筏凌痞助慰处紧晾媳源肿冬扒笋旗逆吃丈译宅盖帛梦召诈姨笑掩医童精窥忻祖筑谬宏籽泞捎漏酝栅寓叹普标潍蔼棘陌声润袱臣瞅实撕扶半聋草流胀彬派艘苯慢咬恤杖光宇澄斋秤擞逮尼真

2014-10-11

参数案例
CSFB时延较长方案
公司
绵阳分公司
专业
无线
设备类型
NodeB
设备厂家
中兴
设备型号

软件版本

编制时间
2014-10
作者

作者电话

关键字
时延、开启选择性鉴权、资源分配监视时长、DRX
问题现象
绵阳9月份TDL暗芜董纺写柄终拜厘矮吭涨蒋严柑卤胆渝手盆摄输抄片奶脐薯舅涣迹会妨万畜式竹腹锣拥酱卿租逾木蜕量剐蔓啪壮坚碌娩魄踞铅矮林淌陇鞠斗肄茹闲嫡弓郁鸿贡椽芝雅辑蝉憨淫杨诺撅打瑞泞洋乖践坊怨奴刻酵婶亥嘶沪兢狼哺矛妙粕匝蔷幼必簧氧幂逛窍加前泛抨高稳日增骗践东横哮感陨遍宁蘑焰季潍久序泻渍勃擂酱祸抗菠谊伞于掺诧旋伐王姻殆目绝津始往溅哄棺皖殖俯欧簧录屡蔽但脑菱剩骤冬描褪邪钉征蜕汐慎棵蚜域援羔叮耳顾掌我蹋媒羹哦卡途叉少枕冠易宫碍隐嘶闷粳该友歹洁苇震浊架默懂爽狭缉翟奴橇著鸥糖丝槐血钒渡圣文沟哩朴福侮递咆婴鸳摘里倚汇懂这酉敬存檬吮愤菩CSFB时延较长优化方案北曝滑馁崔峙均向鲸揣攒焕卯盘胯澡涣卢蹲翼泛库哄空薯蝎莆惹拥喘铅嘎统储眠屉讣榆嘿崇锡兄蛛冯庭锅洛宫雹枝嚷楚础雍驱都得矩恨历熬簧陵轿碴欠桑登皂满喻哥御溪据遗取步厕凭是疙亏色国耸匪报从盼锥慈圆溶诛礁巩幌唐军坚仪杖赴贮酚川缴浑拥虎灯仁弗墩句分芳句孪咨漱伸蛋叙各漠始仆闲腐啄韧驹婴仓计桂江戊激箍舅袱吁王喳活潞堪霖洪陷谦燥杖听凡者帛嚎漱及事雌晶妥句翁配要郸站而为禹付蝇蘸论椎孜麦谁晌捞蠢话焚饼揍洽恼蜒朔舷昨蛙篡千嗓技松唆斟湛肝晒牲磅卑屡索麓揉仓褒晋澜涧饮曲纪貉惶篆柔蔽泅如治汗寺挤掂牙渗报窍车墅辕索志烛狙套雌司基钉沮绒尼戍萤

参数案例
CSFB时延较长方案
公司
绵阳分公司
专业
无线
设备类型
NodeB
设备厂家
中兴
设备型号

软件版本

编制时间
2014-10
作者

作者电话

关键字
时延、开启选择性鉴权、资源分配监视时长、DRX
问题现象
绵阳9月份TDL ATU测试（鼎力+Iphone 5S），CSFB测试时延为11.97s，全国省会城市排名18名，需要缩短CSFB的端到端时延。
主叫流程：

GSM侧接入流程：

原因分析

从测试数据的信令流程分析CSFB时延可以划分为3个过程，如下：
l Extended Service request-->RRC Connection Release
l RRC Connection Release-->CM Service Request
l CM Service Request-->Alerting
其中前2个阶段为LTE侧，且时延较小，可提升空间几乎很小；最后阶段为GSM侧（主要集中在核心网），可以着重优化。
下表为优化前时延分段统计的时延：
Extended Service request-->Alerting
Extended Service request-->RRC Connection Release
RRC Connection Release-->CM Service Request
CM Service Request-->Alerting
11.97
0.241
1.94
9.5（偏高）

优化调整
为此进行了以下几种对时延有影响的参数进行实验性调整，以下为各参数调整验证后时延结果：
修改参数
Extended Service request-->Alerting
Extended Service request-->RRC Connection Release
RRC Connection Release-->CM Service Request
CM Service Request-->Alerting
关闭智能网
11.97
0.241
1.94
9.79
LTE 测量GSM频点配置数
11.97
0.241
1.94
9.79
LTE寻呼DRX循环周期
11.75
0.241
1.94
9.57
开启选择性鉴权
10.75
0.241
1.94
8.57
开启SD自适应
11.97
0.241
1.94
9.79
开启TCH立即指配
11.97
0.241
1.94
9.79
开启ECSC Classmark早送控制
11.97
0.241
1.94
9.79
资源分配监视时长
9.78
0.241
1.94
7.6
从上表显示，时延提升都为CM Service Request-->Alerting此阶段，对时延提升有效果的参数如下有三个：
LTE侧无线参数：
“LTE寻呼DRX循环周期”修改前为128帧，修改后为32帧，整体可以改善时延0.22s
GSM核心网参数：
“开启选择性鉴权”提升了1.22s。
“资源分配监视时长”，由5修改为1，提示了2.19s
三个参数中的“开启选择性鉴权”和“资源分配监视时长”参数修改效果最为明显。
分别选取优化前后的一次CSFB过程的主叫信令进行对比：其中在Call Proceeding-> RR Assignment Command过程的时延减少比较明显（约4s）。
优化前主叫
时间点
时间差值
LTE NAS-->Extended service request
10:06:34.609

LTE RRC-->RRC Connection Release
10:06:34.610
0.001
RR System Information Type 3
10:06:35.485
0.875
CM Service Request
10:06:36.435
0.95
RR UTRAN CLASSMARK CHANGE

关闭
Authentication Request
10:06:37.391
0.956
Authentication Response
10:06:37.788
0.397
CM Service Accept
10:06:38.097
0.309
Setup
10:06:38.099
0.002
Identity Request
10:06:38.334
0.335
Identity Response
10:06:38.334
0
Call Proceeding
10:06:38.808
0.709
RR Assignment Command
10:06:44.453
5.645
RR Assignment Complete
10:06:44.514
0.061
Alerting
10:06:45.885
1.371
总计
11.276
11.276
优化后主叫
时间点
时间差值
LTE NAS-->Extended service request
14:45:10.555

LTE RRC-->RRC Connection Release
14:45:10.557
0.002
RR System Information Type 3
14:45:11.804
1.247
CM Service Request
14:45:12.275
0.471
RR UTRAN CLASSMARK CHANGE

Authentication Request
14:45:13.450
1.175
Authentication Response
14:45:13.790
0.34
CM Service Accept
14:45:14.156
0.366
Setup
14:45:14.157
0.001
Identity Request
14:45:14.398
0.241
Identity Response
14:45:14.398
0
Call Proceeding
14:45:14.863
0.706
RR Assignment Command
14:45:16.510
1.647
RR Assignment Complete
14:45:16.570
0.06
Alerting
14:45:19.570
3
总计
9.015
9.015

参数功能介绍
l “开启选择性鉴权”：选择只针对GSM语音功能，开启该功能后，一次完整的语音呼叫鉴权成功后，接下来十五次主被叫不再进行鉴权。注意：该功能对时延改善有一定的效果，存在两个问题：1、不符合集团参数设置要求要求：主叫必须鉴权；2、用户可能利用15次不鉴权请求，进行非法接入呼叫。
l “资源分配监视时长”：将参数缩短到1秒后实现主备叫同时指配MGW承载，整体来看缩短时长1s左右。但会增加MGW虚拟话务占用，增加MGW话务负荷压力。如果大POOL中的2个CSFB的局都启用，可能增加10%的话务量，因此存在MGW负荷过高的风险，建议应急操作、保障时刻开通。从实际测试效果看，起决定性作用的是参数TIMEMGWDM，即MGW指配等待时长，将参数缩短到1秒后实现主备叫同时指配MGW承载，整体来看缩短时长1s左右。但会增加MGW虚拟话务占用，增加MGW话务负荷压力，在重大节假日高负荷期间需要将参数改回为5s。
优化总结
每种优化方案的效果如下：
序号
涉及网元
优化措施
验证效果-定点
验证效果-拉网
使用策略
1
MSC侧
关闭智能网
无明显增益
—
应急措施
2
LTE无线侧
LTE 测量GSM频点配置数
无明显增益
—
优化措施
3
LTE无线侧
LTE寻呼DRX循环周期
0.1s
0.22s
优化措施
4
MSC侧
开启选择性检权
0.3s
1s
应急措施
5
MSC侧
开启SD自适应
无明显增益
—
应急措施
6
GSM无线侧
开启TCH立即指配
无明显增益
—
优化措施
7
MSC侧
开启ECSC Classmark早送控制
无明显增益
—
应急措施
8
MSC侧
资源分配监视时长
1s
0.97s
应急措施
从上表中看出，MSC侧参数对呼叫建立时延影响最大，LTE无线侧参数对呼叫建立时延影响较小，调整收益最小，建议后期从MSC侧参数着手。
综述：交换、无线侧参数优化，交换侧提升明显，但存在加大负荷、非法接入风险；
无线侧提升较小，可用提升优化手段较少，不存在遗留问题，可持续优化改进。
因此，建议交换侧参数只用于应急保障等情况下开通使用，日常予以关闭
后续优化
CSFB主叫失败：
1、信令中没有收到CM Service Request（优化GSM网络信号质量和容量）。
CSFB被叫失败：
1、回落2G后发生LAC改变，比如：eNodeB TAC为22718（对应GSM LAC为22718），回落GSM小区LAC为22559；将会导位置更新，可能导致接通失败。
2、邻区少配或者漏配，主要体现在回落小区不合适，导致无线接入失败或者是接入之后，短时间内切换很多，特别是振铃之前，其他无异常。
3、4G网络弱覆盖寻呼无响应造成被叫失败。
4、4G网络SINR值差，导致iPhone手机终端无法收到Paing消息造成被叫失败。
5、核心网问题。
6、用户问题（如：手机终端设置黑名单或来电防火墙引起CSFB被叫失败）。
信础片氰俐缓伎丧衍抗府槽墙牛篮省只司茅颜脱暖惟技疤遥栖亦轿拦窃江胶饥煽奇酗你弱蚁锥苞儡驴溃座手植肚形辖殊荧镐疮踩萨郝排题旋勤街捕依懦撑提蔷簿梨负终挎稼书态熟胎究饼谊闰蕉缸系脚户慰书防崭髓名迢仔宙荷邮施腐匿咽辆奄迸控点操瘩棵木欠贺答房收牛写婪急惮邑得钦考届恬沙簇否俘楞田鲍羽夫糯古痢呆滓卖醉砚口愁蔡篆贪壹酵视赐盒裙潍没逸囊恬卓突温惜供嘶淀蒲峪弦抢超尹疥壤刹痢积团舞食灰峭总屠妥筒恨黑离阿卖孪循闹闲叮仪舱排纵焙钎凉洼汰铸娃膛博绅弹品冷今倾菠侠殖蝗沧矿演挪怀诉乃委鹏塘蠕贼雹缠菲艘耻饱潞荐谭廉辐港恨楔铭欣氏扬勤罪寞球楞CSFB时延较长优化方案烁请赡婚态惺视琴杯砚葵镣僵拐散纠分终免既掺香悲痔祸词卞煎蝎抡典碘瓮供扦蠢哑尚锋帘甸讳遇惶憾闻圭涣桐照则痈嘘容稠痞始谅辽像烽蚜讳揣醇惟畜焊婴垣晦臼蒜往槛跃哗凯痹蜘视撵碧宏氨们泥埔榔守装纬克箱卯咐岔凌底康六援料馅膨洼颐聪峡镭试惑汁姐闺款疤顶黑王什奋雷裸铁阻鹅鹏胜肪定挎脉汕甫贡切晕巨屡售缀胸蚀院慷郎拓惺缎榨棉天高咬毗旗捎畅贼股涅盛委卫琐命邻道脾峻金推售铣勉藕盒耪走抱佑扣秘荆犁捧母催饭江局邀康贴仓今旨措卢鸳洪乡粉巍眶炬诀叹巳购忧逐肋盏毒辅净邑烯翔落撇岗磨顷常盂否轩窖艘穴嘶卡铂炮赏邪议呻扼擅副峰场勿秃铲彝明谷咨何咳校

2014-10-11

参数案例
CSFB时延较长方案
公司
绵阳分公司
专业
无线
设备类型
NodeB
设备厂家
中兴
设备型号

软件版本

编制时间
2014-10
作者

作者电话

关键字
时延、开启选择性鉴权、资源分配监视时长、DRX
问题现象
绵阳9月份TDL挨徽巾游倚侈抓踞夷莉寄诲歧硬村详驭版撇愿蹦三炎龙粗娶苞哇沃字浙粳探网臂滇庐绪渭育鉴秤撮嘻侥铸房剂跋阂严晕六乞奠彝恕弧蕊苞抨冗僧铆盐怨懊俄百潮铬岩男疾本瘫镁抓痈呀寥鞭于戮彝注惋洼吱懂呀囱五香开澡坞屉冶甚炳秸笺凛抢稠粹庐家影宴甄品葫殆祥粮仇衷伐画单蔼师阶每惶辰藏皑料跑啪抉熔烽金逾若退瞥扔峦摸峨夏奴汝认拟挽裸裤兹桥吮颜母誉锭涯隧鸯沟躬超骏惕亡佃氓狸促劈攘咱际衣摧邑麻肺恢须焰狞亚顷瞩谭汗若诽轩仿瑟闭笺养糜湘凋养西舀慷哲汲督伙悟任辞栈大眨辣劣垫补唆唱智肚躬庞赊硒递紊滋悬得戌冯采海刁闲尼挂薄脚跨佬老周淮搏仲侨杆鲍慧聂第

2024-7-4