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 Releasel RRC Connection Release-CM Service Requestl CM Service Request-Alerting其中前2个阶段为LTE侧，且时延较小，可提升空间几乎很小；最后阶段为GSM侧（主要集中在核心网），可以着重优化。下表为优化前时延分段统计的时延：Extended Service request-AlertingExtended Service request-RRC Connection ReleaseRRC Connection Release-CM Service RequestCM Service Request-Alerting11.970.2411.949.5（偏高）优化调整为此进行了以下几种对时延有影响的参数进行实验性调整，以下为各参数调整验证后时延结果：修改参数Extended Service request-AlertingExtended Service request-RRC Connection Release RRC Connection Release-CM Service Request CM Service Request-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开启ECSC Classmark早送控制11.970.2411.949.79资源分配监视时长9.780.2411.947.6从上表显示，时延提升都为CM Service Request-Alerting此阶段，对时延提升有效果的参数如下有三个：LTE侧无线参数：“LTE寻呼DRX循环周期”修改前为128帧，修改后为32帧，整体可以改善时延0.22sGSM核心网参数：“开启选择性鉴权”提升了1.22s。“资源分配监视时长”，由5修改为1，提示了2.19s三个参数中的“开启选择性鉴权”和“资源分配监视时长”参数修改效果最为明显。分别选取优化前后的一次CSFB过程的主叫信令进行对比：其中在Call Proceeding- RR Assignment Command过程的时延减少比较明显（约4s）。优化前主叫时间点时间差值LTE NAS-Extended service request10:06:34.609LTE 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 Request10: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.002RR 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.3980Call Proceeding14:45:14.8630.706RR Assignment Command14:45:16.5101.647RR Assignment Complete14:45:16.5700.06Alerting14:45:19.5703总计9.0159.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。优化总结每种优化方案的效果如下：序号涉及网元优化措施验证效果-定点验证效果-拉网使用策略1MSC侧关闭智能网无明显增益应急措施2LTE无线侧LTE 测量GSM频点配置数无明显增益优化措施3LTE无线侧LTE寻呼DRX循环周期0.1s0.22s优化措施4MSC侧开启选择性检权0.3s1s应急措施5MSC侧开启SD自适应无明显增益应急措施6GSM无线侧开启TCH立即指配无明显增益优化措施7MSC侧开启ECSC Classmark早送控制无明显增益应急措施8MSC侧资源分配监视时长1s0.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