发布时间 : 星期五 文章DHAKA密集城区LAC划分、IP框调整与SPU负荷关系总结指导 - 图文更新完毕开始阅读4dc49cde6edb6f1afe001fc7
DHAKA密集城区LAC划分、IP框调整与SPU负荷关系总结指导
0框 17469 19.63% 1框 13888 15.60% 2框 10783 12.12% 3框 24660 27.71% 4框 5556 6.24% 5框 3972 4.46% 内部公开l
框号 ATTEMPT RATIO 6框 12677 14.24% 选取SPU负荷最高的3框进行计算，根据3框ATTEMPT在整个LAC中所占的比例，我们来计算该框的主被叫次数、登记次数、上下行接入/寻呼/业务信道短消息数量、软切换次数、单寻呼次数。
由于3框CS Attempts占整个BSC的27.71％，我们大致估算3框的短消息量大约占整个BSC的27.71％，则3框的上行接入信道短消息数量为463×27.71％=129，下行寻呼信道短消息为1007×27.71％=280，上行业务信道短消息为415×27.71％＝115，下行业务信道短消息为418×27.71％＝115。
而对SPU负荷有贡献的单寻呼部分，需要分解为三部分来计算：呼叫引起的寻呼、下行寻呼信道短消息引起的寻呼、下行业务信道短消息引起的寻呼。计算之前，首先需要估算平均每用户寻呼数。计算如下： CS Term Paging Requests[Times] Attempts[Times] 88989 112266
由此可得平均每用户寻呼数N=寻呼请求次数/被叫次数＝112266/88989=1.26。
呼叫引起的寻呼：包括整个LAC的呼叫引起的寻呼，除去本框的被叫引起的寻呼。本框被叫次数为3331次，故本框被叫引起的寻呼为3331×1.26=4198，而整个LAC的寻呼为112266次，故 “呼叫引起的寻呼”次数为116638－4198＝112440次。
下行寻呼信道引起的寻呼：由于短消息在寻呼信道采用直接发送的方式，故引起的寻呼为0。 下行业务信道短消息引起的寻呼：包括本LAC所有下行业务信道短消息引起的寻呼减去本框的下行业务信道短消息引起的寻呼。本LAC的下行业务信道短消息数量为418，5框的下行业务信道短消息数量为116，假设平均每条短信重发次数为C=1.1，平均每用户寻呼次数N=1.26，则本LAC所有下行业务信道短消息引起的寻呼为418×N×C＝418×1.1×1.26＝580，3框的下行业务信道短消息引起的寻呼为116×N×C＝116×1.1×1.26＝161，故“下行业务信道短消息引起的寻呼”为518－161＝357次。
由上面三点可以计算出，单寻呼数量为112440+0+357=112797次。
由此对SPU负荷有影响的所有数据全部得出，可以计算出最终的SPU负荷，如下: 信令行为 次数 对SPU负荷的提升公式(%) 对SPU负荷的提升（％） 本框主叫次数 21350 Y=1.643X/3600+0.662 10.41 本框被叫次数 3331 Y=2.031X/3600+0.796 2.68 本框登记次数 14861 Y=0.259X/3600+0.458 1.53 本框上行接入信道短消息 129 Y=0.178X/3600+0.921 0.93 本框下行寻呼信道短消息 208 Y=0.178X/3600+0.921 0.93 本框上行业务信道短消息 115 Y=1.643X/3600+0.662 0.71 本框下行业务信道短消息 115 Y=2.031X/3600+0.796 0.86 本框软切换次数 33902 Y=0.505X/3600-0.076 4.68 单寻呼 112797 Y=0.253X/3600+0.353 8.28 空闲态 17 合计 48.01 从上面的表中，可以看出信令对SPU负荷的贡献。 下图显示的是DHAKA地区各信令对SPU所贡献的比例，从图上可以明显的看出，主叫和单寻呼所占的比例最大，其次是软切换。可以看出，DHAKA地区的用户主要以语音业务为主，位置登记的比例不大，但软切换所贡献的比例比较大，后期可以从降低软切换量入手，来优化DHAKA网络，提高DHAKA的网络性能。
2016-01-07
版权所有，侵权必究
第17页,共20页
DHAKA密集城区LAC划分、IP框调整与SPU负荷关系总结指导
内部公开l
各信令的负荷比例本框主叫次数本框上行接入信道短消息本框下行业务信道短消息本框被叫次数本框下行寻呼信道短消息本框软切换次数本框登记次数本框上行业务信道短消息单寻呼273%3%6.5 CIPS框的调配 6.5.1 CIPS框的物理位置
6.5.1.1 小容量配置
2%3%3%5%9%
BSC系统在小容量配置中，可以划分为集成处理模块（CIPS）、资源及分组处理模块（CRPS）、时钟接收模块（CLKM）和综合管理系统（CIMS）4个功能模块，其系统功能结构如图所示。
E1/T1 BTS集成业务处理集成处理插框模块CIPSCIPSE1/T1 E1/T1MSCPDSNAN AAAGEGEFE资源和分组插框CRPSE1/T1Other BSCFEFE NMS综合管理系统CIMSFE时钟处理模块CLKM
小容量配置BSC系统功能结构图
6.5.1.2 大容量配置
BSC系统可以划分为交换模块（CSWS）、集成处理模块（CIPS）、资源及分组处理模块（CRPS）、数据处理模块（CPMS）、时钟处理模块（CLKM）和综合管理系统（CIMS）6个功能模块，其系统功能结构如图所示。
2016-01-07
版权所有，侵权必究
第18页,共20页
DHAKA密集城区LAC划分、IP框调整与SPU负荷关系总结指导
BTSMSCE1/T1E1/T1内部公开l
集成处理插框CIPSOptical FiberNMSFE综合管理系统CIMSFEPDSNAN AAAGEGE数据处理插框CPMSOptical Fiber交换插框CSWS时钟处理模块CLKMGEGEPDSNAN AAA资源和分组插框CRPSOptical Fiber
BSC系统功能结构图
6.5.2 IP框调配原则
由CIPS框的物理位置，可以看出CIPS框主要连接的是BTS和MSC，对于小容量的还通过E1与CRPS框相连，再由CRPS与各个BSC相连。而做CIPS框调整的目的就是均衡各个框的话务量，将高负荷框的基站移除并连接到周围的低负荷的框中，但从CIPS框的位置上看，这样在减轻框话务量的同时，对框间的软切换次数会产生一定的影响，如果基站调整的不合理，会增加CIPS框间的切换次数，加大框间的负荷比例，降低网络性能。IP框的调整遵循以下两个原则： 6.5.2.1 话务量原则
在做CIPS框调整的时候，主要要分析每个基站的话务量，根据每个基站的话务量，适当调整一定数目的基站到相邻框，使周围几个框和本框的话务量达到均衡的目的，降低SPU的负荷。 6.5.2.2 区域原则
对于基站的调整要遵循以下的原则：
? 每个框所链接的基站都由一定的覆盖区域，基站的调整要尽量在该覆盖区域的边缘，不要
从覆盖区域的中间选择一个基站移到另外一个框，这样会增加框间的切换次数，降低网络性能，特别是在繁华的市区；
? 对于基站的调整，要尽量考虑在两个相邻覆盖区的框间调整，避免在两个框覆盖的交界处
引入第三个框的覆盖，这样也会增加框间的切换次数。
? 对于基站的调整，最好选择该基站与其他基站之间的切换次数较少的基站进行调整。 ? 框的覆盖区域避免纵切主要干道，这会使框间的切换大大增多，影响网络性能。
2016-01-07
版权所有，侵权必究
第19页,共20页
DHAKA密集城区LAC划分、IP框调整与SPU负荷关系总结指导
内部公开l
6.6 总结
对于LAC的划分和IP框的调整，目的主要是优化容量，使网络的负荷能够均衡，保证网络的优质运行。其中主要设计的网络寻呼信道负荷和SPU的负荷，其中对于LAC区的划分主要要考虑LAC内的寻呼信道负荷情况，保证网路的寻呼响应率；对IP框的调整主要考虑SPU的的负荷，根据SPU的负荷，考虑网络IP的调整，使话务量能均衡在各个IP框中，避免一个网络出现部分区域过“冷”，部分区域过“热”的现象。以上的计算，在网络建设的前期规划中，对于合理规划网络和预测网络的性能有一定的意义。对于LAC区划分和SPU负荷的计算，要求最关键的是要知道网络的话务模型，这对能否正确划分LAC区和计算SPU负荷有着决定性的意义。所以，在作以上工作前，首先要对你需要规划区域的话务模型进行充分的评估和了解。
2016-01-07 版权所有，侵权必究
第20页,共20页