对寻呼与位置更新同时进行影响接通率的分析和优化.docVIP

对寻呼与位置更新同时进行影响接通率的分析和优化.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
对寻呼与位置更新同时进行影响接通率的分析和优化.doc

对寻呼与位置更新同时进行影响接通率的分析和优化   摘 要:本文针对WCDMA网络日常优化过程中遇到的语音业务接通率低的现状,通过原因分析并最终定位到被叫手机在寻呼的同时存在跨LAC位置更新的问题,从而导致接入失败影响指标。经无线网和核心网协作,采取优化相关软参和晚指配策略,解决了寻呼与位置更新同时进行时接通失败的问题,提升了语音业务接通率。   关键词:语音业务接通率 寻呼 位置更新 SERVER晚指配 接入失败   中图分类号:TN929.5 文献标识码:A 文章编号:1672-3791(2013)06(a)-0022-01   WCDMA网络中影响语音业务接通率指标的因素较多,被叫手机在寻呼的同时发生位置更新从而导致接入失败是常见的,不可避免的原因之一。尤其对于无线侧和核心侧属于不同设备厂商时,它们之间的寻呼机理、信令交互以及相关参数需要特别注意和研究。   1 研究背景   在日常网络优化时,在测试范围内较多路段存在接入失败的现象,通过分析和汇总,这些问题点基本位于跨RNC的边界上。该地市目前共有9个RNC,每个RNC设置一个LAC号,测试区域主要在RNC6范围下,但较多路段处于RNC6和RNC7、8、9的边界上。所以,寻呼与位置更新同时进行影响接通率的情况不可避免。解决跨LAC时接入失败的方案较多,比如将重新划分基站的LAC区归属。因涉及的基站数量较多,这种方案存在割接工作量大、操作难度大、时间长、易出错等不利因素。   2 优化方法和结果   2.1 问题提出   目前CN侧寻呼策略的设置为:启用2次寻呼,第一次使用TMSI,第二次使用IMSI,两次寻呼的区域均分别是当前LAC和全网,寻呼间隔时延5秒。   在当前的寻呼策略设置下,用户如果在RNC边界发生LAC重选(也包括2/3G重选)时做被叫,会由于位置区发生改变,无法在旧的位置区寻呼到该用户,从而产生寻呼无响应问题。   以该地市运河西路为例,该路段处于RNC6和RNC8的边界上,在DT过程中,被叫手机MS2在被寻呼的时候进行了位置更新,导致接入失败。   2.2 解决方案   由于语音业务接通涉及到无线与核心网两方面,优化需要综合考虑。通常来说,对于位置更新与寻呼同时发生导致接入失败的情况,单纯地在无线侧优化好无线环境意义并不大,无法从根本上解决跨LAC导致的接入失败问题。对此问题,我们提出了以下三种解决方案。   (1)基站LAC区重新归属。将总部保障区域内的基站统一到同一个RNC下,从而解决跨LAC时寻呼失败的问题。   (2)通过优化调整基站工程参数(如:下倾角、方向角)和导频功率等参数来降低发生位置更新的可能性。   (3)分析和优化核心网侧寻呼机制和相关参数,达到寻呼与位置更新同时发生时能够寻呼成功的目的。   这三种方案的利弊如下。在权衡之后,我们采取第三种解决方案来解决跨LAC导致的接入失败问题(表1)。   2.3 优化过程   上文提到的在当前的寻呼策略设置下,用户如果在RNC边界发生LAC重选(也包括2/3G重选)时做被叫,会由于位置区发生改变,无法在旧的位置区寻呼到该用户,从而产生寻呼无响应问题,在核心网侧将软参“P1100 BIT1”设置为0,表示启动位置更新与寻呼同时进行控制,以提高寻呼成功率。通过优化以上参数,当用户在同一SERVER内位置更新与被叫同时并发时,SERVER可在UE位置更新完之后,向该UE所处的新LAC下做寻呼。   以下当天晚上修改完上述参数后进行验证测试,结果依然出现了接入失败的情况,我们分析如下。   在RNC6和RNC8边界上的验证测试,通过信令跟踪,从信令上我们可以看到,当被叫手机MS2在寻呼和位置更新同时进行时,MS2在位置更新完后,能够成功响应寻呼消息(Paging Response),但是最终无法成功建立起RAB,导致接入失败。对核心网下发的消息进行分析后发现,下发的transportLayerAddress对应的地址为MGW6(与RNC8相连),而与RNC6相连的是MGW5。   MS2在完成位置更新到了RNC6后,CN向RNC6下发寻呼消息,MS2成功响应了寻呼消息。但从信令内容来看,CN在发起RAB建立请求(RAB AssignmentRequest)时,给到RNC6的MGW地址却为MS2原来所在RNC8所对应的MGW旧地址,MGW地址错误导致RAB建立被拒绝。   参数“P1100 BIT1”对同一SERVER下不同MGW亦有效,所以问题不在该参数上。通过分析,出现这种现象的原因是MGW指配   问题。针对这种现象,我们通过分析和优化,建议将MGW的指配调整“晚指配”策略。这样,使得被叫UE在位置更新和寻呼并发时,可解决寻呼不到及MGW指配错误导

文档评论(0)

guan_son + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档