春节等大话务预防及应急措施指导书(华为)

1、GBSC6000V900R008大话务预防及应急措施指导书 华为技术有限公司2013-3-27 第1页, 共25页目录1 总体概述 (42 节前系统和配置数据的优化 (52.1 概述 (52.2 BSC节前性能分析调整 (52.3 BSC节前参数调整 (93 话务高峰期间的应急处理措施 (173.1 最后的准备工作 (173.2 何时开始执行应急处理措施 (193.3 GXPUM/GXPUT单板的CPU占用率或LAPD链路过载 (202013-3-27 第2页, 共25页3.4 GDPUP单板DSPP CPU占用率 (243.5 话务量异常下降 (242013-3-27 第3页, 共25页1

2、总体概述为避免在节日、大型集会等活动期间人口聚集、话务量激增对BSC6000造成巨大冲击(如:寻呼成功率、指配成功率、话务量等KPI下降,用户感觉呼叫困难等,特写作本文档以指导现场应对话务量激增现象,保障网络正常运行。下文主要分3部分:节前系统和配置数据的优化,为话务高峰提前做好准备;性能问题主要判定指标,通过这些指标立即判断出网络是否出现异常;网络出现异常后的应急处理措施,保证高话务期间系统的安全。2013-3-27 第4页, 共25页2013-3-27第5页, 共25页 2节前系统和配置数据的优化2.1 概述 节前,现场工程师需要依据现场的话务模型、KPI 指标、相关告警和话统 等,找出系

3、统中性能薄弱环节并逐一进行调整,使系统的处理能力达到最大化。本章指导现场工程师完成这些工作。需要注意的是,系统容量和质量有时不可兼得,本章所描述的调整有一些是用牺牲网络质量来换取网络容量。因为这个原因,节前的系统和配置数据优化工作不同于网优工作,在话务高峰过后,所有的配置数据调整应该恢复到原先的状态。所有影响网络质量的调整都会特别说明。2.2 BSC 节前性能分析调整I. 关注现场话务模型BSC6000 CS 所承诺的系统规格,都是基于下面这个话务模型的: 在上述话务模型下,BSC6000性能能够满足其标称规格。现网运行中出现的BSC6000实际性能低于标称规格的情况,主要是由现场话务模型与标

4、准话务模型出现偏差造成的。因此,需要分析出现场话务模型与标准话务模型的偏差在哪里,以及它们的影响是什么,就可以对BSC6000进行适当的调整,防患于未然。PS域大话务用户面(分组数据传输的处理开销主要在DPU单板的DSPP上,标称规格是BSC支持同时激活8192PDCH。PS域大话务控制面(分组TBF建立的处理开销主要集中在GXPUM的CPU0。BSC6000V900R008C01版本初始接入请求消息处理能力为单框1400条/s(不区分GPRS和EDGE,包含上、下行TBF。后续PS所有的参数和应急措施均围绕上面两个规格进行调整。II. 关注现场的KPI现场应该重点关注下面的KPI信息:步骤

5、1获取每框话务量,以及每框各个单板的CPU占用率。BSC6000每框支持3000Erl话务量,这时各个单板CPU平均占用率应该在60%左右。如果不能满足于这个比例,进行如下处理: 2013-3-27 第6页, 共25页 话统中只有按照小区统计的信道请求数,因此需要先确定每个GEIUB单板包含哪些小区,再手工将这些小区的信道请求数加到一起,才能得到每个GEIUB单板的信道请求数量。步骤 4 III. 关注现场与性能和流控相关的话统及告警当现场出现下列话统或告警时,说明系统已经开始了流控,出现流控的地方就是系统的性能瓶颈。本节指导读者根据这些告警和话统对系统进行相应的调整,在一定程度上减轻流控的严

6、重程度。 2013-3-27 第7页, 共25页 步骤 5查看是否有DSP过载告警。若出现了DSP过载告警,可以适当参考2013-3-27 第8页, 共25页2.3 BSC节前参数调整为了保证节日话务高峰过后能够将调整的数据恢复原状,需要将配置数据备份下来。或将节前各参数调整记录下来,以便节后进行数据恢复。I. 修改要求1.使用现场实际7号信令链路数量小于工具计算的数量,应该对7号信令链路进行扩容。7号信令扩容有两种方法:(164K链路改成2M链路;(2使用多信令点。2.如果MSC侧可以配置信令链路优先级,调整各链路优先级都相同。3.对于64k低速信令链路,在BM框内尽量在各个XPUM或XPU

7、T的CPU上均匀分布;4.对于2M高速信令链路,则尽量配置多个BM框上;同一框内尽量配置在负荷最小的XPUM或XPUT的CPU上(R8C01版本建议配置在XPUM CPU0上,R8C12版本配置在XPUM CPUP上;5.要避免2M链路和64K链路同时配置在相同的链路集中。II. 修改说明1.确保七号信令承载能力最大化,避免7号信令链路过载;2.分组业务量大的情况下必须避免7号链路配置在GXPUM的CPU0上。I. 修改步骤非IP环境的Abis-LAPD链路的配置:1.尽量避免多条主B链路复用在同一时隙上。2.在传输资源充足的情况下,尽量采用非4:1组网方式。II. 修改说明这样修改可避免LA

8、PD链路拥塞,但降低了Abis资源利用率。2013-3-27 第9页, 共25页I. 修改步骤1.调整基站配置,保证各框GXPUM的CPU0 分组话务量均匀分布;2.根据本框支持GRRS的小区数,配置足够GDPUP单板,尽量保证本框小区被分布在本框。II. 修改说明1.GDPUP资源紧张,可能导致小区分布后无法激活PDCH信道;2.小区跨框分布,会占用框间互连资源,跨框小区过多会影响信道的ABIS副链路激活数目。I. 修改步骤1.调整基站所在的GEIUB/GEHUB单板,保证各个单板话务量基本相同;2.每块GEHUB单板尽量使用多于2个端口,防止因为网线断线等异常原因导致LAPD链路不通的情况

9、出现。II. 修改说明避免GEIUB/GEHUB过载。I. 修改步骤1.MSC侧寻呼只重发一次;2.MSC侧首次寻呼与重发的寻呼间隔为8秒;(对应E司的数据配置为Time supervision for the first page in one LA;注:对于“寻呼间隔”我司G9 MSC才开始支持大于5秒,G3/G6 MSC设备最大支持5秒,因此对于G3/G6 MSC,建议“寻呼间隔”设置为最大值5秒。3.MSC侧首次寻呼按TMSI,二次寻呼按IMSI,都不携带ChannelNeeded信元,按位置区寻呼,严重时关闭全网寻呼;4.无线资源允许的情况下,尽量使用非组合的BCCH信道;5.设置小

10、区参数“小区属性参数空闲模式参数空闲基本参数接入允许保留块数”为1;6.设置小区参数“小区属性参数空闲模式参数空闲基本参数相同寻呼间帧数编码”为2;2013-3-27 第10页, 共25页2013-3-27第11页, 共25页7. 所有小区打开“立即指配优选功能”,使用超级用户设置小区参数“小区属性参数 其他属性参数 高级参数 BTS 软参 软参18”为“252”;8. 设置小区参数“小区属性参数 其他属性参数 高级参数 公共信道控制 CCCH 负荷门限”为 100;9. 设置小区参数“小区属性参数 呼叫控制参数 呼叫控制基本参数 MS 最大重发次数”为1;10. 设置小区参数“小区属性参数

11、呼叫控制基本参数 寻呼次数”为1;11. 设置“配置BSC 属性 软参 A 口协作寻呼开关” 为“关闭”。 II. 修改说明1. 每执行一个步骤,应该观测效果。如果能够解决问题,就不需要再执行后面的步骤;2. 步骤13是在MSC 上修改,可以大幅降低寻呼对GEIUB 单板的压力,非常有效,但是会降低寻呼成功率指标;3. 步骤2,如果MSC 侧首次寻呼与重发的“寻呼间隔”无法更改,且取值小于5秒,则建议修改各小区的“基站生命周期”值为:MSC 的寻呼间隔-1;“基站生命周期”为超级用户功能->-小区属性->其它属性->BTS 软参->软参29。 即MSC寻呼间隔和对应的软

12、参29设置如下: 4.步骤49是在BSC上修改,确保所有小区寻呼能力最大化;5.步骤10,可考虑在无需支持A口协作寻呼功能局点关闭该功能开关,避免所有的CS寻呼全部复制一份发往GXPUM的CPU0。I. 修改步骤设置小区参数“小区属性参数其他属性高级参数T3122(秒”定时器为30秒。设置“小区属性参数空闲模式参数周期位置更新周期(6分钟”为40,即240分钟;II. 修改说明避免无效的接入请求频繁上报,但同时也可能导致手机接入时间变长。I. 修改步骤1.打开SDCCH动态调整,设置“小区属性参数基本属性参数SDCCH动态分配允许”为“是”;2.倒回时间使用600(10分钟倒回,设置“小区属性

13、参数信道参数信道管理基本参数TCH恢复最短时间(秒”为“600”;3.如果已经打开SDCCH动态调整,建议增加一条静态SDCCH。II. 修改说明防止SDCCH拥塞率过高,但同时也减少了可用的TCH信道数量,可能导致TCH信道拥塞率升高和GXPUM/GEIUB单板的CPU占用率的升高,因此要综合考虑是否打开或关闭SDCCH动态调整。I. 修改步骤半速率话务忙门限提高为60%,设置“小区属性参数信道参数高级参数华为信道分配II代算法与无线信道管理控制TCH 话务忙门限”为“60”。2013-3-27 第12页, 共25页II. 修改说明增加可用的TCH信道数量,防止TCH拥塞率过高,但导致了GX

14、PUM/GEIUB单板的CPU占用率的升高,因此要综合考虑是否提高或降低TCH 话务忙门限。I. 修改步骤1.开通GPRS的小区,配置1个静态PDCH信道;2.RPPU板上配置的小区与其所连的BM一致,即这些小区配置在对应的BM上。II. 修改说明合理分配CS/PS资源,避免GPRS配置不合理导致无效开销。I. 修改要求1.单位置区下不得超过300个小区,尽量保证单位置区下小区数不超过256;2.单位置区下载频数不能超过1024个。3.位置区分裂原则:不跨BSC(每个位置区只给一个BSC用、不跨接口板(每个接口板只属于一个位置区、不跨框(每个框只属于一个位置区。II. 修改说明1.位置区下小区

15、数量过多会对GEIUB单板带来很大的压力;2.位置区下载频过多容易导致寻呼过载,进而呼叫困难,话务量下降。I. 修改要求1.设置“配置BSC属性软参允许E下G上开关” 为“打开”;2.如果可能,设置“配置BSC属性软参允许跨载频重指配TBF”为“关闭”;3.设置“配置BSC属性软参强制手机二阶段接入功能开关”为“不强制”。2013-3-27 第13页, 共25页II. 修改说明1.当“允许E下G上开关”关闭时,但某信道存在EDGE的下行TBF时不允许GPRS上行TBF存在,反之亦然。会增加系统资源分配时的搜索开销。故无特殊需求,将该开关打开;2.“允许跨载频重指配TBF”打开,会增加分组信道分

16、配搜索开销,因此在应急情况下可考虑“允许跨载频重指配TBF”关闭(该软参关闭会导致不能跨载频指配TBF;3.从内部流程看,二阶段接入比一阶段接入GXPUM<->DSP间消息开销更大。I. 修改要求1.设置如下网优参数值“小区GPRS参数Ps域网络优化上行非扩展TBF延时释放时长(毫秒”>=120,即如果现网该参数值小于120,则修改成120,如果现网参数大于等于120,则保持现网值。“小区GPRS参数Ps域网络优化上行扩展TBF非活动期时长(毫秒”>=2000,即如果现网参数值小于2000,则修改成2000,如果现网参数大于等于2000,则保持现网值。“小区GPRS参数

17、Ps域网络优化下行TBF延时释放时长(毫秒”>=2000,即如果现网参数值小于2000,则修改成2000,如果现网参数大于等于2000,则保持现网值。2.检查如下PS域信道管理参数值根据小区实际载频数量和历史话务统计情况设点合理的值,设置:“小区GPRS参数PS域信道管理小区下最大PDCH比例门限”<=50%;“小区GPRS参数PS域信道管理动态信道空闲定时器长度”>=20s;“小区GPRS参数PS域信道管理ABIS时隙释放定时器长度”>=10s。II. 修改说明1.某些测试场景下,可能需要将GPRS 上下行固定CS类型调整为CS4,或EDGE上下行固定MCS类型调整为

18、MCS9,以测试分组吞吐率。设定固定编码方式情况下,即使空口质量达不到要求(譬如MCS9,DSPP也会向GXPUM申请信道资源,增加额外的开销,所以需要调整为unfixed;2013-3-27 第14页, 共25页2.对于PS域信令面而言,性能的瓶颈在于GXPUM/CPU0处理的上、下行TBF建立触发的信道分配资源请求数量大小,通过网优参数调整,尽量保持上、下行TBF不释放,可缓解GXPUM/CPU0的压力;小区下最大PDCH比例门限域分组小区分布算法和DSP最大激活的PDCH规格(目前是48相关,对于超过6TRX的小区要注意防止比例门限过大,造成小区无法正常分布或信道无法激活。I. 修改要求

19、1.设置“载频属性基本属性配置载频上PDCH占用的最大ABIS时隙数”为32。II. 修改说明1.当“载频属性基本属性配置载频上PDCH占用的最大ABIS时隙数”对EDGE载频<32 ,GPRS载频<16情况下,如果空闲时隙本身配置充足,但由于载频级PDCH占用ABIS时隙数限制,可能导致各信道副链路申请的不均匀。在DSPP上,对于同一手机占用多个PDCH,如果副链路不均匀,就会主动触发向GXPUM申请副链路,增加额外的信令开销。I. 修改要求1.“配置小区属性其他属性小区软参小区寻呼组包功能开关”为强制打开(默认值;2.调高“配置小区属性其他属性小区软参小区寻呼组包消息条数”。I

20、I. 修改说明1.需要基站能力支持小区寻呼组包,在小区寻呼组包功能打开时,看ABIS接口的消息跟踪上是否有“Abis Cell Pack Page Command”。2.打开ABIS寻呼消息组包功能,可能导致GXPUM/GEIUB单板的CPU占用率的升高,因此要综合考虑是否打开或关闭ABIS寻呼消息组包功能。I. 修改要求1.设置“小区属性参数其他属性参数CCCH负荷门限”为100;2013-3-27 第15页, 共25页II. 修改说明1.CCCH负荷门限用于BTS通知BSC在CCCH时隙上的负载情况。增大CCCH负载门限,使得BTS上报给BSC的CCCH负载指示次数降低,从而可以降低ABI

21、S接口的流量。I. 修改要求1.对日常话务量下TCH拥塞率达到20%的小区进行扩容。II. 修改说明1.对拥塞率过高小区采取扩容,以缓解节日期间的小区空口信道的拥塞情况。2013-3-27 第16页, 共25页3 话务高峰期间的应急处理措施3.1 最后的准备工作为了保证话务高峰过后能够将调整的数据恢复原状,需要将配置数据备份下来。做好现场情况的了解,包括BSC与LAC对应关系、是否有VIP基站等。现场应该打印好一个操作记录表,记录操作的时间以及具体的操作内容。话务高峰来临前现场应该事先确认登记下面的15分钟话统指标: 2013-3-27 第17页, 共25页 2013-3-27 第18页, 共

22、25页3.2 何时开始执行应急处理措施表3-1各个话统指标的预警值 当上面登记的这些指标任何一个超过预警值后,说明系统负荷已经很大,必须立即启动应急措施。2013-3-27 第19页, 共25页立即在BSC下进行网内主叫和被叫呼叫测试(至少20次以便准确判断,确认出现呼叫困难(如20次呼叫有10次失败后,立即启动应急措施。如果暂时没有出现呼叫困难,应该保持警惕,每分钟至少拨侧一次,直到上述指标低于预警值为止。进行拨侧后,确认出现呼叫困难,这时必须立即进行应急处理。处理步骤为:1.确定系统的异常过载的现象是什么;2.根据系统出现的异常现象,进行相应的处理。本章后续将指导读者如何来完成这些任务。3

23、.3 GXPUM/GXPUT单板的CPU占用率或LAPD 链路过载1.查看CPU平均占用率15分钟话统指标,GXPUM单板的4个CPU中的CPU0超过70%或CPU1 CPU3任何一个平均CPU占用率超过80%或者GXPUT单板的CPU0 CPU3任何一个平均CPU占用率超过80%;2.查看活动告警,发现LAPD过载告警并且长时间未恢复(5分钟以上;3.查看历史告警,在最近5分钟内发现多次CPU过载告警或LAPD过载告警。 CPU过载告警依据的是CPU的瞬时占用率,因此它的出现和恢复的随机性很强在此无法给出这样的一个确切的数字,说出现了多少次告警就有问题。我们可以用另外一个方法,计算出每个告警

24、的存在时间(即告警恢复时间-告警产生时间,将5分钟内所有的CPU过载告警的存在时间加在一起,如果这个存在时间超过了2分钟,则说明存在GXPUM过载。4.观察第二章列出的15分钟话统指标“MSC寻呼请求次数(电路业务”和“BSC整体立即指配请求次数”,以当前的指标和上一次正常时段进行比较,如果出现指标大幅度上升,则需要进行应急处理。步骤 1使用LMT的CPU占用率监测功能,实时监测GXPUM/GXPUT单板的CPU0CPU3的CPU占用率。这样便于观测应急措施的效果;2013-3-27 第20页, 共25页2013-3-27第21页, 共25页步骤 2 可配置测量对象NCELL 对GXPUM 的

25、CPU 占用率影响最大。在大话务应急情况下,M2000上每一个BSC 下登记的可配置测量对象最好全部删除。删除可配置测量对象的操作如下:登陆M2000,点击菜单“性能->测量管理->测量设置”: 在“GSM 小区-GSM 小区”与“邻区”分别删除每个BSC 的测量对象: 修改后15分钟后查看XPUM CPU是否下降到安全范围(XPU0小于70%, XPU1XPU3小于80%为安全范围,如果正常,结束处理,否则继续下一步;步骤 315分钟话统指标“MSC寻呼请求次数(电路业务”超过正常情况的1倍,则减少寻呼次数,设置“小区属性参数呼叫控制参数呼叫控制基本参数寻呼次数”为1次。核心网侧

26、则关闭MSC二次寻呼,寻呼采用TMSI,MSC等待寻呼响应定时器调整为10秒。修改后查看XPUM/XPUT CPU是否下降到安全范围(XPUM CPU0小于70%,XPUMXPU1XPU3小于80%,XPUT XPU0XPU3小于80%为安全范围,如果正常,结束处理,否则继续下一步; 这些参数在MSC上设置。步骤 415分钟话统指标“BSC整体立即指配请求次数”超过正常情况的3倍,则减少MS重发次数,设置“小区属性参数呼叫控制参数呼叫控制基本参数允许重指配”为“否”,设置“小区属性参数呼叫控制参数呼叫控制基本参数MS最大重发次数”为1,减少寻呼次数。修改后查看XPUM/XPUT CPU是否下降

27、到安全范围(XPUM CPU0小于70%,XPUM XPU1XPU3小于80%,XPUT XPU0XPU3小于80%为安全范围,如果正常,结束处理,否则继续下一步;步骤 515分钟话统指标“BSC整体立即指配请求次数”超过正常情况的3倍,则增大T3122定时器时长(T3122为MS在收到立即指配拒绝消息后,MS再尝试接入的定时器,设置“小区属性参数其他属性参数高级参数T3122(秒”为30s;增大周期性位置更新时长(T3212,设置“小区属性参数空闲模式参数周期位置更新周期(6分钟”为40,即240分钟。修改后查看XPUM/XPUT CPU是否下降到安全范围(XPUM CPU0小于70%,XP

28、UM XPU1XPU3小于80%,XPUTXPU0XPU3小于80%为安全范围,如果正常,结束处理,否则继续下一步;步骤 615分钟话统指标“BSC整体立即指配请求次数”超过正常情况的3倍,则调整全、半速信道的比例,设置“小区属性参数信道管理参数华为信道分配II代算法与无线信道管理控制(高级参数TCH话务忙门限”为30,修改后查看LAPD过载告警是否恢复或CPU是否低于80%,如果正常,结束处理,否则继续下一步;步骤 7关闭SDCCH信道动态调整,设置“小区属性参数基本属性参数SDCCH动态分配允许”为“否”;步骤 8降低“BSC属性参数BSC基本属性参数流控数据信道请求消息到达率统计周期内最

29、大消息数”门限,根据配置,按照300/框来设定;步骤 9降低“BSC属性参数BSC基本属性参数流控数据寻呼消息到达率统计周期内最大消息数”门限,根据配置,单LAC BSC 设置为100,多LAC BSC 设置为140;2013-3-27 第22页, 共25页步骤 10如果单框“分组呼叫相关测量中TBF建立请求次数”或“分组信道请求次数”超过警戒值,设置该框下小区GPRS编码类型固定设置为CS2,EDGE编码类型固定设置为MCS2,即对如下参数“小区GPRS参数Ps域信道编码方式参数上行固定CS类型”,“小区GPRS参数Ps域信道编码方式参数下行固定CS类型”,“小区GPRS参数Ps域信道编码方

30、式参数上行固定MCS类型,“小区GPRS参数Ps域信道编码方式参数下行固定MCS类型”进行批改设置,设置时按总数10%逐步递增,如整框200个小区,一次批改20个。强制不触发ABIS副链路申请,牺牲单用户带宽使系统GXPUM CPU0负荷下降到安全范围(70%以下;步骤 11如果单框“分组呼叫相关测量中TBF建立请求次数”超过警戒值,也可通过尝试降低“BSC属性内部参数分组资源请求到达率控制统计周期内最大消息数目”门限,根据配置,按照<=1400/框(按10%递减观察即1400、1260、1120来设定,牺牲部分网络容量使系统GXPUMCPU0负荷下降到安全范围(70%以下。步骤 12如

31、果单框“分组信道请求次数”超过警戒值,可通过尝试降低“BSC属性流控数据统计周期内CPU0允许的信道PS域信道请求消息平均数目”门限,根据配置,按照<=400/框(按10%递减观察即400、360、320来设定,牺牲部分网络容量使系统GXPUM CPU0负荷下降到安全范围(70%以下。步骤 13闭塞部分小区,根据话务量恢复情况逐渐恢复。 话务高峰期间,如果传输网出现故障,则大量基站断链。当传输网故障恢复后,大量基站业务同时恢复,这时会有相当多的用户同一时刻进行位置更新,导致GXPUM/GXPUT负载过重。这时可以先闭塞部分小区,待一部分用户位置更新完毕后,再解闭塞,恢复全部小区的业务。步骤 14关闭鉴权,加密。(在MSC上修改;步骤 15