无线网络控制器信令负荷分担方案的研究与应用.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文档。上传文档
查看更多
无线网络控制器信令负荷分担方案的研究与应用

无线网络控制器信令负荷分担方案的研究与应用   【摘 要】本文通过研究无线网络控制器信令处理子系统单板功能特性、控制面负荷分担流程、相关参数设置及算法实现,提出无线网络控制器信令负荷分担方案,并通过场景测试验证方案实施的效果,探讨不同参数设置对方案应用的影响。 中国论文网 /8/view-7162067.htm   【关键词】无线网络控制器;负荷分担;信令   0 引言   本文通过对TD-SCDMA网络中无线网络控制器(RNC)信令处理子系统(SPU)工作原理的分析,研究信令负荷分担的可行性、负荷分担的流程和算法,提出无线网络信令负荷分担方案,并通过现网测试验证方案应用的效果。   1 无线网络控制器信令处理单板介绍   1.1 无线网络控制器   无线网络控制器(RNC)是第三代移动通信网TD-SCDMA网络的重要组成部分。无线网络控制器(RNC)和基站(NodeB)一起构成移动接入网络UTRAN。RNC主要实现系统信息广播、切换、小区资源分配等无线资源管理功能。RNC广泛采用单板的资源池、冗余配置等可靠性设计,体现大容量交换能力。   1.2 信令处理单板   RNC信令处理单板(SPU)用于管理系统内部TD用户面、控制面和传输面对资源,完成TD控制面业务处理功能。通过加载不同的软件,SPU单板可分为主控SPU单板和非主控SPU单板。主控SPU单板用于管理系统内部TD用户面、控制面和传输面的资源,完成TD控制面业务处理功能。非主控SPU单板只用于完成TD控制面业务处理功能。   主控SPU单板0号子系统为MPU(Main Processing Unit)子系统,用于管理系统内部用户面、控制面和传输面的资源, 主控SPU单板的1~7号子系统(SPUb)或1~3号子系统(SPUa)以及非主控SPU单板的所有逻辑子系统为CPUS(CPU for Service)子系统,用于完成控制面业务处理功能。   2 无线网络控制器信令负荷分担方案   2.1 信令负荷分担可行性分析   RNC由SPU负责处理信令,一次接入的处理过程包括RRC呼叫、小区资源分配、传输资源分配。小区资源分配必须依赖小区所在子系统,传输资源分配主要依赖于MPU,而RRC呼叫处理则可以由任意一个SPU子系统来完成。因此,当小区所在子系统(本子系统)负荷已超出分担门限时,可以将接入的呼叫处理部分转发到其他子系统(分担入子系统)完成。   由于RNC上存在多个SPU子系统,SPU子系统归属于某一个MPU,因此可以由MPU来裁决与选择分担入子系统。SPU向主控MPU周期上报本子系统的负载状态和能力,MPU之间广播各个框的SPU平均负载以及能力。当RRC呼叫到达负载较低的SPU单板,则不需要进行转发,由该SPU直接处理;当RRC呼叫到达负载过高的SPU单板,则通过SPU转发呼叫到MPU,由MPU选择负载较低的框以及该框中负载较低的SPU子系统处理。如果找不到低负载的SPU子系统,则拒绝此RRC呼叫请求。   2.2 信令负荷分担参数   在SPU负荷分担流程中,决定分担出及分担入参数主要分为两部分,第一类是负荷分担设置参数,其中包括转发门限和转发偏置等,第二类是流控门限设置参数,作为负荷分担参数设置的参考依据。   2.3 信令负荷分担算法   信令处理子系统负荷分担算法分为MPU间分担和MPU框内分担两种。   2.3.1 MPU间选择算法   MPU之间周期广播其下的所有SPU平均负载以及能力,主控MPU收到SPU转发的RRC请求,主控MPU查找到比自己的平均负荷更小的MPU(通过设置“控制面负荷分担转发偏置”参数设置MPU间选择偏置,只有当对端MPU的负荷比主控MPU的负荷小一个偏置值以上,才选择对端,该参数目前现网设置为5),则转发到另外的MPU,由其处理此RRC请求。   2.3.2 MPU框内选择算法   SPU每秒向MPU上报其剩余的CPU能力和本子系统不同RRC类型的流控状态。MPU选择RRC请求分担入的子系统时,如某子系统该类型RRC处于流控状态,则不选择此子系统;如所有SPU子系统均进入此RRC处理的流控状态,则此RRC请求被拒绝。当SPU子系统各类别RRC流控到达流控状态的时候,通知MPU子系统,使其不将此SPU子系统列入可被选择的SPU子系统中。排除处于流控状态的子系统后,根据MPU下各SPU子系统的剩余能力,做概率性选择。MPU选择不到合适的SPU子系统,则将RRC接入请求返回给转出的SPU子系统。被选择转入的SPU子系统,如果其CPU占用率超出接入的RRC对应的流控门限,则丢弃此RRC接入请求。   2.4 信令负荷分担方案   SPU信令处理单板负荷分担功能与流量控制算法结合使用。通过加载V4

您可能关注的文档

文档评论(0)

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

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

1亿VIP精品文档

相关文档