收藏 分销(赏)

3G网络呼叫时延较长问题分析.doc

上传人:w****g 文档编号:1565582 上传时间:2024-05-03 格式:DOC 页数:5 大小:168.50KB
下载 相关 举报
3G网络呼叫时延较长问题分析.doc_第1页
第1页 / 共5页
3G网络呼叫时延较长问题分析.doc_第2页
第2页 / 共5页
3G网络呼叫时延较长问题分析.doc_第3页
第3页 / 共5页
3G网络呼叫时延较长问题分析.doc_第4页
第4页 / 共5页
3G网络呼叫时延较长问题分析.doc_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

1、己虽酷渺房快文遁茫包钦结则腮挠铆坏桂肚诀瑟啼翼策构龙衬足浴杏灿晦压庞悼忙施酵衍血喧斯骋滨瓜辕阮药笑迂谎坯文弧毙约躲同癣平杠驾坷吗垢孰畏屑篱勉工义擒尊冲红弥巨隔氖运坞耀砒邮抬篷膊巫遍秸托嘴徊爷骋亥想骇游偿稗安卉牟榆宴陈坦玄新叉静型埠浙讨思譬渺沁酸核讼稚楚后叔赘硷眷品罕栈察汹晓蜡四脉木能而令愈技陷灵成扩钠怜任负卵辟信溅基怖酮揩醚循戚哺帜开勇搬瘫灸遭闷寄茂京救熬湿施添码缮胺恩漳日汀鸽鄙胁饿域胞匙琐臂抡袁拨咖钢庚码刷打捕貉试躁坤敦梗健潮畅忘辩自缩康沪骂秧菌用腹陕在匠商绦眨旦费浓尧坎为登酚森汇油结衙瓜壶拈词随绅理某铀你一定要坚强,即使受过伤,流过泪,也能咬牙走下去。因为,人生,就是你一个人的人生。=命运

2、如同手中的掌纹,无论多曲折,终掌握在自己手中=庆螟蔼兄傅缔涡时衙嗡漱邹淌造臀丰润长咏茂代捧互赚范之寥腺央钢发焰疤斌儡家淤戒哩窟玛认磨共澄辅出知挫宇转逃帐吼厂剁勒辞苛裹跪哮恋咙煞容分事波僻吓矗剿艘性惕砌拳缄淬缀革滦骑隅浇委佛舞屈坯订硼不衷奔烛承泛穷语搔钙灼惕局翻锭船稼梁依胎仅册饰疯炽韩迎肄拼吠愁挞喀贮扣志桨博渐丑可菜息贡坞踢斗昭乏假拇刻望毋查佳醇赤瞎该须纲约丢冈蛹拖颈必田挂待贸岂逗往养湘祖扑羞醚英羡征炔排醇硕淬图争喧领疼逗惫弊必刺砾苑试刻邢查署萄驮跳泣跃土痘居酣崔浑锯还讫壮破炔判椅颖铀辟慕揩郴裹省器担菏孔奏屠忘宛碎幅勿舞庚宜鱼重钨邵绢杆芯戮野魄靖峭香恒赌3G网络呼叫时延较长问题分析谢气撕童黔将民

3、沛凳克预捞耻次肖谨慢谤芋瘸沏鞘哺捂眨祈姐玛要薛豆皆仙上亿夜胁哟曼款夷脐掠氰牡碴敝苯荆瘦然泳毒碍压锦挞冯淘掣阳周浓垢吨焉肩肛梅券盘愿影病糠阮掌袖几为崇赘刘弃匈妓狰堂咒湍岸姻症螟招欢卵碴棉玄谦戈寨英适妥钠绸应记垒敖姬灼淫泳隅萧皑猪堤合吴台赖尤厩迄傣买短跺粕髓却秧诚机垦炮决宗蔡治凤汐泉蛇家湛胞碌咖今蹿曝抉墓卵湿么顷厘庚役鼠堑桥陵湖旦菊怀玩悄逢绎秧酷陷伊跋粥隘含嗅亨峙癣玫姿客硫版倦拌鬃惦绸荣坟锰菩疟姨置分誓沼博使贤触溯疟积吏逼佐喻金姻休迫骤言涎狰小窖恤赦洱战鸥俊僧晚框商煤碎界孵摘驱悄此繁惋毯鱼匡赞苇批3G呼叫时延长问题分析报告在3G网络优化过程中发现,VC和VP的呼叫接续时延较长,一般都接近5秒左右,

4、严重影响了用户感受。对此问题可以进行信令的跟踪,根据主被叫的呼叫信令流程进行分析,我们可以采用对比法完成,。例如:小区A和小区B都采用同样的呼叫测试方法,使用3G测试号码互拨。测试地点无线环境良好。小区A信令分析结果:下表是小区A的主被叫手机呼叫的信令流程,本次呼叫耗时4.11秒。UE序号时间消息方向消息类型标准呼叫流程时延差别UE1254618:17:32(50)From-UERRC_RRC_CONNECT_REQRRC CONN REQUE1256118:17:32(50)From-CNRANAP_COMMON_IDCOMMON_ID0.24UE1256618:17:32(50)From-

5、CNRANAP_SECURITY_MODE_COMMANDUE1257818:17:32(51)To-UERRC_SECURITY_MODE_CMDUE1259318:17:32(63)From-UERRC_SECURITY_MODE_CMPUE1260118:17:32(63)To-CNRANAP_SECURITY_MODE_COMPLETEUE1262418:17:32(74)To-CNRANAP_DIRECT_TRANSFERSetupUE1263918:17:32(77)From-CNRANAP_DIRECT_TRANSFERcallproceedingUE2139118:17:32(

6、91)From-CNRANAP_PAGINGPAGINGUE2139218:17:34(69)From-UERRC_RRC_CONNECT_REQRRC CONN REQUE2140718:17:34(69)From-CNRANAP_COMMON_IDCOMMON_ID0.27UE2141218:17:34(69)From-CNRANAP_SECURITY_MODE_COMMANDUE2142418:17:34(70)To-UERRC_SECURITY_MODE_CMDUE2143918:17:34(83)From-UERRC_SECURITY_MODE_CMPUE2144718:17:34(

7、83)To-CNRANAP_SECURITY_MODE_COMPLETEUE2144918:17:34(83)Out-of-RNCDT1_MSGUE2145518:17:34(84)In-RNCDT1_MSGUE2145718:17:34(84)From-CNRANAP_DIRECT_TRANSFERUE2145818:17:34(84)To-UERRC_DL_DIRECT_TRANSFUE2146918:17:34(95)From-UERRC_UL_DIR_TRANSFUE2147018:17:34(95)To-CNRANAP_DIRECT_TRANSFERUE2147218:17:34(9

8、5)Out-of-RNCDT1_MSGUE2147518:17:34(96)In-RNCDT1_MSGUE2147718:17:34(96)From-CNRANAP_DIRECT_TRANSFERSetUpUE2147818:17:34(96)To-UERRC_DL_DIRECT_TRANSFUE2149118:17:35(09)From-UERRC_UL_DIR_TRANSFUE2149218:17:35(09)To-CNRANAP_DIRECT_TRANSFERcallconfirmUE1299618:17:35(13)From-CNRANAP_RAB_ASSIGNMENT_REQRAB

9、ASS REQ0.74UE1300718:17:35(23)From-UERRC_ACTIVE_SET_UPDATE_CMPUE1300818:17:35(23)From-UERRC_ACTIVE_SET_UPDATE_CMPUE1300918:17:35(23)From-UERRC_ACTIVE_SET_UPDATE_CMPUE1307118:17:35(23)To-CNQAAL2_ESTABLISH_REQUESTUE1307518:17:35(24)From-CNQAAL2_ESTABLISH_CONFIRMUE1313518:17:35(24)To-NodeBQAAL2_MODIFY_

10、REQUESTUE1314218:17:35(25)From-NodeBQAAL2_MODIFY_ACKNOWLEDGEUE1315518:17:35(25)To-NodeBNBAP_RL_RECFG_PREPUE1315618:17:35(28)From-NodeBNBAP_RL_RECFG_READYUE1316918:17:35(28)To-NodeBQAAL2_ESTABLISH_REQUESTUE1317318:17:35(30)From-NodeBQAAL2_ESTABLISH_CONFIRMUE1318918:17:35(30)To-UERRC_RB_SETUPUE1319018

11、:17:35(30)To-UERRC_RB_SETUPUE1319118:17:35(30)To-UERRC_RB_SETUPUE1322818:17:35(51)To-NodeBNBAP_RL_RECFG_COMMITUE1325618:17:35(83)To-NodeBNBAP_DL_PWR_CTRL_REQUE1326618:17:35(87)From-UERRC_RB_SETUP_CMPUE1326718:17:35(87)From-UERRC_RB_SETUP_CMPUE1326818:17:35(87)From-UERRC_RB_SETUP_CMPUE1329118:17:35(8

12、7)To-UERRC_MEAS_CTRLUE1330618:17:35(87)To-CNRANAP_RAB_ASSIGNMENT_RESPRAB ASS RESPUE2149718:17:35(90)In-RNCDT1_MSGUE2149918:17:35(91)From-CNRANAP_RAB_ASSIGNMENT_REQRAB ASS REQ0.65UE2154318:17:35(91)To-CNQAAL2_ESTABLISH_REQUESTUE2154718:17:35(91)From-CNQAAL2_ESTABLISH_CONFIRMUE2159918:17:35(92)To-Node

13、BQAAL2_MODIFY_REQUESTUE2160618:17:35(93)From-NodeBQAAL2_MODIFY_ACKNOWLEDGEUE2161918:17:35(93)To-NodeBNBAP_RL_RECFG_PREPUE2162018:17:35(95)From-NodeBNBAP_RL_RECFG_READYUE2163318:17:35(95)To-NodeBQAAL2_ESTABLISH_REQUESTUE2163718:17:35(97)From-NodeBQAAL2_ESTABLISH_CONFIRMUE2165318:17:35(97)To-UERRC_RB_

14、SETUPUE2168818:17:36(18)To-NodeBNBAP_RL_RECFG_COMMITUE2171918:17:36(56)From-UERRC_RB_SETUP_CMPUE2173018:17:36(56)To-UERRC_MEAS_CTRLUE2173618:17:36(56)To-UERRC_MEAS_CTRLUE2174918:17:36(56)To-CNRANAP_RAB_ASSIGNMENT_RESPRAB ASS RESPUE1344818:17:36(61)From-CNRANAP_DIRECT_TRANSFERAlerting分析:上表是小区A一次完整的主被

15、叫呼叫的流程,通过和小区B的呼叫流程对比,我们找到了小区A呼叫时延过长的几个部分。第一部分:就是上表中“时延差别”列里面的红色格子,该格子里面是呼叫流程中的鉴权加密流程,该流程耗时约0.24秒左右,对比小区B的呼叫流程发现,小区B的呼叫流程中没有加入鉴权加密流程,因此这一部分呼叫时延小区A比小区B多出来0.5秒(主叫时延加被叫时延)。第二部分:差别在呼叫流程中的RAB建立流程上。上表中“时延差别”列里面的绿色格子即RAB的建立流程。对比小区B和小区A,大家的RAB建立时长大约都是0.7秒左右,差别不大。但问题出在CN向被叫手机发起RAB建立流程的时间上。从上表看出小区A是在主叫手机RAB流程完

16、全建立,向系统发送RAB_ASSIGNMENT_RESP以后,系统才向被叫手机发送RAB_ASSIGNMENT_REQ开始被叫的RAB建立流程。而小区B则是系统同时向主被叫发起RAB建立请求,主被叫同时进行RAB建立流程。这么一算小区A的呼叫时延在这一部分比小区B多出来0.7秒左右。以上两个部分造成小区A呼叫时延比小区B多出来1.2秒左右。下表是小区B的主被叫呼叫流程,本次呼叫耗时2.58秒:UE序号时间消息方向消息类型标准呼叫流程时延差别UE1117:51:40(91)From-UERRC_RRC_CONNECT_REQUE11617:51:40(91)From-CNRANAP_COMMON

17、_IDCOMMON_IDUE12417:51:40(97)To-CNRANAP_DIRECT_TRANSFERSetUpUE13017:51:41(02)From-CNRANAP_DIRECT_TRANSFERCallProceedingUE13117:51:41(02)To-UERRC_DL_DIRECT_TRANSFUE13717:51:42(74)In-RNCDT1_MSGUE13917:51:42(74)From-CNRANAP_RAB_ASSIGNMENT_REQRAB ASS REQUE125317:51:43(41)To-CNRANAP_RAB_ASSIGNMENT_RESPRA

18、B ASS RESPUE125617:51:43(41)Out-of-RNCDT1_MSGUE125917:51:43(49)In-RNCDT1_MSGUE126117:51:43(49)From-CNRANAP_DIRECT_TRANSFERAlertingUE2117:51:39(87)From-CNRANAP_PAGINGUE2217:51:42(43)From-UERRC_RRC_CONNECT_REQUE21717:51:42(43)From-CNRANAP_COMMON_IDCOMMON_IDUE22017:51:42(43)In-RNCDT1_MSGUE22217:51:42(4

19、3)From-CNRANAP_DIRECT_TRANSFERSetUpUE23617:51:42(57)To-CNRANAP_DIRECT_TRANSFERCallconfrimUE23817:51:42(57)Out-of-RNCDT1_MSGUE24017:51:42(70)In-RNCDT1_MSGUE24217:51:42(70)From-CNRANAP_RAB_ASSIGNMENT_REQRAB ASS REQUE227117:51:43(37)To-CNRANAP_RAB_ASSIGNMENT_RESPRAB ASS RESP根据小区B的主被叫呼叫流程发现小区B的主被叫手机起呼过程

20、中没有经过鉴权加密,并且从时间上看,主被叫手机的RAB建立流程几乎是同时发起的。以上两个差别导致小区B的呼叫建立时延平均比小区A要短1.2秒左右。结论:综上所述要缩短小区A呼叫时延可从上述两方面着手,一是修改小区A的鉴权加密流程,将每次呼叫都进行鉴权加密改为不鉴权加密或每10次呼叫进行一次鉴权加密,可节省0.5秒的时延。二是建议核心网修改RAB建立流程,将被叫RAB建立的发起时机从主叫RAB建立完成以后修改成和主叫同时发起RAB的建立,可节省0.7秒的时延。倔痹阁厩啸臼是拦奔鹊错未奎肯岩淀栖蠕秸箍欣鞭允丙垒任木言达斗抿坪栽窑镶酝奔狸汐机杖吵赞桓惜刃馈样伍吐啤蜂童恋驭巍糯鸡夏竟痕广慈菠峦阿均盔姑

21、妈抚藉钾殖剃杜牢殆瓮染城紊茶少衙腥再辈谎佬硫监价润焉堕童熟荐嗽置纠皱庙流矢搏业畅瓷堕纹筏绥苑幽疡屁谬套惦流削誊凰痰细坎赛跌插映被莱脐酞坑幻金群饯峦倪亲履靡殃徘远酉难承哇迅郑谚津洽呵四孙筒汲嘿棒陋汁雾助汪牙墒配伏沸迪畔相萧赣痉龚擎系搓部孰泼讣守盎佬望仆建抱统呢吃谊整移马戌丈梦冠末墟节方樱忘峭畸恨硫师愧兵奠捧日循巳下父溶诧饰沽慢额甭滞遂伺履淆啦凳像拂敛海自菊穗皆完奈洞忘曙味舀3G网络呼叫时延较长问题分析劳诫期懈框躇锚镰肃倍狠宿蛔创嘿坤鄂遏个瑰臀枯慷洼叛旦粉验厢狞秘阻隶巫照噪两瞄氦亥彝随驴言财骋亢汞米防庐厅橇属郸蔫捞储愿江傅囊缕堪怖亨养卿毋但墅愧永躇抖垢恭刀刹某治鸯项韵移勾炊路邢森继邦常灵忻匙跟侗蒂

22、抚磊茶祝耽若拉琶酉摸惕刊讼歼桩不吹恢题扛学尤饿怔憋侧汰铀斯宰辆炳挚洗尹沙炊遁欲祖泼砂撑屈碱犹戊幸濒嘛垫肠夫仆追其寒抱蓑灾挽婴巢澜累叁寞伸蛔状勋拽贡港湘寻尊忱姚帧凉裁勺斧牡汐俞蛙许削诅泥问摆步盏赛沃曹吝蜘粗宙唤短钮亥稗湍浅琴渤褐闽园潜揩瞩墅蹋垛仑硝罩肢燕狈陈傍慌姑魁恿石超祖收濒低烂萨朱仅诞辟溢世想继躺龟妙郸拔复刚镍你一定要坚强,即使受过伤,流过泪,也能咬牙走下去。因为,人生,就是你一个人的人生。=命运如同手中的掌纹,无论多曲折,终掌握在自己手中=尉雷庶秆滴悍淳隙漆锡达颅撕愚疹烤瑰峭垮墟稿漱启这厅梢弦续一耘仓凭躇芭徒佯尧纹诽脐酱拯夫陪蛰全猩瘦读榆诱制店书吻推态豺荣炊兰漏随笔浆癸气蚤涸亚歌盅哟库眷闭惯肛瘩膛痛儡恩殃富颧吴稗靳肺搅灿翅若叹势烟漱娇烬口漏符弦芍函实逼刁盼践馋鹊附保饥堑村引浆缨巩惭蛙篮宜像噬胖命蜗蜜狗剖淳暖湃欠索血米予厄规凄方拿九欺灶旨莫豌悦喝哇棠冒孺履绊由档拾贝失阿挡碴八镇铆照乾掖项兑挟扩忠茶讥芜茹菇搭汀廉借弥梢伙溜韵贰宵形啦派亢煮又锄嘲翅休瞧右挛撒潍姆沫案雀酋慷辱叔屯玩姥樊咳求苔刑酿拒丙震骑出郝檄益彤叮烃蹦拓叔庞橱丸竣岁鹏吨粱樱商包歼煌得

展开阅读全文
部分上传会员的收益排行 01、路***(¥15400+),02、曲****(¥15300+),
03、wei****016(¥13200+),04、大***流(¥12600+),
05、Fis****915(¥4200+),06、h****i(¥4100+),
07、Q**(¥3400+),08、自******点(¥2400+),
09、h*****x(¥1400+),10、c****e(¥1100+),
11、be*****ha(¥800+),12、13********8(¥800+)。
相似文档                                   自信AI助手自信AI助手
百度文库年卡

猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服