SHLR话务不均衡问题的解决.docVIP

  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文档。上传文档
查看更多
SHLR话务不均衡问题的解决

南京SHLR话务不均衡问题的解决 南京全网话务割接上SHLR查询后,发现MS1、MS5、MS6至SHLR1和SHLR2的话务不均衡,我们通过一组统计可以说明问题: SHLR上呼叫查询次数分析 9.18最忙时19-20的数据 局点 SHLR1试呼数 SHLR2试呼数 MS1 295805 207945 MS2 252098 242514 MS3 146008 156683 MS4 141350 149246 MS5 135781 115892 MS6 135730 115926 合计 1106772 988206 从数据看MS1到两个SHLR试呼数1小时相差近9万次,MS5、6到两个SHLR的查询次数也存在一些不均衡。 为排除SHLR的统计问题,我们从MS到SHLR的LINK负荷这一角度分析 SHLR1负荷 发 收 中秋负荷 MS1 0.035 0.078 0.113 MS2 0.031 0.069 0.101 MS3 0.019 0.081 0.099 MS4 0.018 0.040 0.058 MS5 0.035 0.075 0.109 MS6 0.052 0.075 0.127 SHLR2负荷 发 收 中秋负荷 MS1 0.027 0.060 0.087 MS2 0.030 0.066 0.096 MS3 0.040 0.089 0.109 MS4 0.019 0.042 0.061 MS5 0.030 0.064 0.093 MS6 0.044 0.064 0.108 从数据看LINK负荷与呼叫查询次数比例一致,说明SHLR统计本身没有问题。 问题分析 首先我们检查MS1上触发上SHLR的字冠E9E的路由,确实为到SHLR1和SHLR2各50%负荷分担,但MS1到SHLR1的自环中继数量却比到SHLR2多1个,负责处理呼叫处理的SPM模块数量也多1个。我们知道正常ISUP、TUP、R2信令无论到某方向的两个中继群中中继数量多少,只要路由选择上是50%负荷分担,那么试呼数应总是一致。 但是MS与SHLR间是ISUP+信令,呼叫在进行选路时优先选与入局呼叫(例如LS-MS)相同SPM模块负责控制的出中继,还不到分析选路数据(负荷分担)便已选定出中继(到SHLR的)出局。由于MS1到SHLR1、2的负责中继管理的SPM模块数据不一致,因此造成呼叫查询不均衡。 同样MS4、5到SHLR1、2的中继管理SPM模块数量一致,中继也一致,但具体SPM模块却不完成相同(如负责SHLR1某中继的SPM为SPM1,而负责SHLR2中继的SPM确实SPM2),因此也造成MS到两个SHLR的呼叫次数不均衡。 解决问题方案 MS至SHLR凡采用ISUP+信令时,MS与两个SHLR所开自环中继必须由数量相同、地址相同的SPM模块负责处理(如到SHLR1中继用到SPM1、2、3,则到SHLR2中继也必须用SPM1、2、3)。

文档评论(0)

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

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

1亿VIP精品文档

相关文档