CDMA系统及优化-《CDMA 网络拥塞分析和处理指导书》_图文

1、CDMA网络拥塞分析和处理指导书中国电信集团公司2009年1月编写说明:为应对用户大规模发展和新业务开展的需要,通过网优手段合理利用无线网络资源,保持无线网络通畅,同时减少因话务增长带来的呼吸、远近效应对网络质量的影响,提升用户感知,根据集团公司整体工作安排,无线网络优化中心组织部分省分公司和支撑单位的相关人员,编制了CDMA网络拥塞分析和处理指导书,供各省在实际工作中参考。本指导书在对网络拥塞的原因进行分析的基础上,针对不同的场景,给出了相应的解决方案。附件是针对不同厂商的设备进行相关指标提取和参数调整的操作指南。在本指导书的编写过程中,江苏省分公司提供了很多支持和帮助,在此致以衷心的感谢!

2、本管理办法主要编制人员:于媛 中国电信集团公司无线网络优化中心刘亚 中国电信集团公司无线网络优化中心陈德金 中国电信江苏省公司陆强 中国电信江苏省公司罗宁 中国电信四川省公司邢博 中国电信广东省公司陈烜 中国电信福建省公司黄毅华 中国电信广州研究院邓博存 中国电信广州研究院毛聪杰 中国电信北京研究院目录一、概述 (3二、网络产生拥塞的原因 (32.1BTS侧 (42.1.1 物理信道资源不足 (42.1.2 逻辑业务信道资源不足 (42.1.3 基站前向功率不足 (42.1.4 寻呼信道资源不足 (52.1.5 接入信道资源不足 (52.2传输侧 (62.3BSC侧 (6三、拥塞的发现及预测

3、(63.1日常监控 (63.2阶段性系统负荷分析 (73.2.1 现网负荷分析 (83.2.2 用户发展引起的负荷增长及拥塞预测 (8四、拥塞解决方案 (84.1W ALSH码资源不足 (84.2CE资源不足 (104.3前向功率不足 (114.4寻呼信道资源不足 (134.5接入信道资源不足 (144.6传输链路资源不足 (144.7BSC各板件资源不足 (14五、突发高话务拥塞预测及解决方案 (155.1大型集会及活动突发高话务 (155.2节假日期间短信突发高话务 (15一、 概述拥塞是无线网络系统中常见的问题,是引起网络质量和用户感知下降的重要原因之一。拥塞对用户感知的影响,主要体现在

4、:呼入呼出困难、多次拨打才可接通、有信号但是无法起呼、容易掉话、通话质量较差等方面。当前正处在用户快速增长的时期,网络负荷不断增加,如果不注意进行网络的负荷分析及拥塞处理,会降低网络质量,影响用户感知,甚至发生大面积的拥塞事故。因此,必须采取措施进行拥塞的预防与控制。本指导书通过分析网络产生拥塞的原因,给出了进行拥塞分析的常用方法,并针对各种拥塞场景给出了解决思路。各省可参照进行相关的分析及处理,及时分流热点区域的话务量,减少因话务增长带来的呼吸、远近效应对网络质量的影响,预防及解决网络的拥塞问题,提升用户感知。二、 网络产生拥塞的原因CDMA用户的一次呼叫,需要涉及BTS的 Walsh码、C

5、E、前向功率、公共信道开销等资源;需要涉及传输链路资源;需要涉及BSC 中信令处理板、声码器等资源。拥塞产生的主要原因是上述资源不足,以下分别阐述。2.1 BTS侧BTS侧拥塞的原因主要包括:物理信道资源不足、逻辑业务信道资源不足、基站前向功率不足、寻呼信道资源不足、接入信道资源不足等。2.1.1 物理信道资源不足物理信道资源主要取决于CE的数量。CE即Channel Element,用于CDMA系统的信道调制解调。CE的数量决定基站支持的并发用户数(含软切换。CE在基站内的小区及载频间共享。当配置的CE不足时会引起拥塞。2.1.2 逻辑业务信道资源不足逻辑业务信道数主要由Walsh码资源决定

6、。Walsh码资源和CE资源存在区别, CE资源是整个基站共用,Walsh码资源每载扇只有64个(RC3,去除导频、同步和寻呼信道则最多为61个,当可用Walsh 码数量不足时会引起拥塞。2.1.3 基站前向功率不足基站前向功率是有限的,前向功率的消耗主要由固定的公共信道消耗和基于用户数及无线环境的业务信道消耗组成。用户数增加以及用户渐远等因素对基站前向功率的需求增加,但基站功率是一定的,这就会出现通常所说的功率不够用的情况,拥塞也就在所难免。前向功控参数设置不合理等因素也会引起基站前向功率不足的拥塞。2.1.4 寻呼信道资源不足寻呼信道用于用户寻呼、公共消息广播等。当寻呼信道负荷过高(通常认

7、为超过70%时,会引起寻呼信道的拥塞。在MSC侧可以设置短信使用业务信道传输的触发门限,字节数小于该门限的短信会在寻呼信道下发,当该类短信较多的时候,会引起寻呼信道的拥塞;LAC规划不合理,如LAC规划过大,导致寻呼量较大;或REG_ZONE(一般LAC与REG_ZONE规划相同边界位于高话务区域或人流量大的交通要道,REG_ZONE嵌套等,导致位置更新频繁,同样也会引起寻呼信道的拥塞;寻呼机制配置不合理,也会引起寻呼信道的拥塞。2.1.5 接入信道资源不足接入信道用于用户接入或登记时的信令交互,过多用户同时接入或登记(一般认为当接入信道负荷超过60%时,会引起接入信道拥塞。接入参数设置不合理

8、,会引起接入信道的拥塞。REG_ZONE边界位于高话务区域或人流量较大的交通要道,导致位置更新频繁,会引起接入信道的拥塞。用户登记机制设置不合理,同样会引起接入信道的拥塞。如TOTAL ZONE设置过小,当用户处于多个位置区的边界时,会频繁登记,导致接入信道拥塞。2.2 传输侧传输链路包括BTS与BSC之间的Abis链路、BSC与MSC之间的A2链路及BSC之间的A3链路。吞吐量过大而传输链路带宽不足时,会引起传输拥塞。2. 3 BSC侧BSC的各处理板CPU负荷过高、声码器及PCF配置不足、信令链路配置不足等,会引起BSC的拥塞。三、 拥塞的发现及预测3.1 日常监控日常应建立有效的拥塞监控

9、机制,通过网管指标分析、监察设备告警及日志等手段,及时发现及预防拥塞。主要有:通过业务信道拥塞率、Walsh码话务量、Walsh码拥塞次数等统计指标来分析是否出现Walsh码拥塞;通过业务信道拥塞率、CE话务量、CE拥塞次数等统计指标来分析是否出现CE拥塞;通过业务信道拥塞率、前向发射功率峰值负荷、前向发射功率忙时平均负荷等统计指标以及功放过激告警等,分析是否出现前向功率拥塞;通过寻呼信道负荷分析是否出现寻呼信道拥塞;通过接入信道负荷分析是否出现接入信道拥塞。由Walsh码、CE及前向功率不足引起的业务信道拥塞是相互关联的,一般来说,分析步骤如下: 3.2 阶段性系统负荷分析应建立有效的系统负

10、荷定期分析制度,周期性对空口资源、设备负荷、传输链路负荷等进行分析,并结合用户发展规模预期,评估现网容量,提前做好网络扩容准备工作。空口资源的相关分析与3.1节基本类似,其他如下:3.2.1 现网负荷分析可以通过传输吞吐量峰值负荷及平均值负荷分析是否出现传输链路资源不足;另外,通过CPU负荷、BSC各板件利用率来分析是否出现BSC资源不足。3.2.2 用户发展引起的负荷增长及拥塞预测根据近期VLR用户数增长趋势、市场部门放号计划及促销活动、增长用户的地理分布,结合现网的配置容量,来预测网络负荷增长及拥塞情况,提前做好网络扩容准备工作。四、 拥塞解决方案4.1 Walsh码资源不足在网络相对稳定

11、时,Walsh码资源不足不会出现在成片区域,一般出现在部分小区。Walsh码资源不足需要结合Walsh码话务量、CE负荷、软切换比例及前向功率负荷等进行分析,避免解决该类资源不足时引起其他资源拥塞。不同场景处理方法不一样,此处列出常见场景的处理方法。场景1:基站各载频及邻近区域基站Walsh码负荷均很高解决方案1:增加载频或者新站点,同时可以根据实际情况,采用小区分裂方式。对于基站密度较高的区域,可以通过新建独立信源加室内分布系统的方式吸收话务,解决网络拥塞问题。解决方案2:如果小区的软切换及更软切换区域位于话务密集区,会因软切换及更软切换占用大量资源,可通过调整天线方位角等方式调整小区边界,

12、解决拥塞。解决方案3:如果小区的软切换比例过高,可以调整本小区及相邻各小区的切换参数或采用动态软切换算法,来降低软切换比例,解决拥塞。但降低软切换比例通常会减弱小区的边界覆盖或抗信号突变能力,须谨慎使用。场景2:基站各载频Walsh码负荷差异较大解决方案:首先要检查有无设备故障,其次可采用载频间负荷动态均衡方法,解决拥塞。如MOTO通过修改SECTLOADMGT参数进行载频间负荷动态均衡。场景3:基站各载频Walsh码负荷差异不大,邻近基站Walsh 码负荷不高解决方案1:可以通过调整天线的高度、下倾角、发射功率等方式,收缩拥塞小区的覆盖范围,并根据实际情况扩大相邻空闲小区的覆盖范围,减少拥塞

13、小区话务负荷,解决拥塞。解决方案2:如果小区的软切换及更软切换区域位于话务密集区,会因软切换及更软切换占用大量资源,可通过调整天线方位角等方式调整小区边界,解决拥塞。解决方案3:如果小区的软切换比例过高,可以调整本小区及相邻各小区的切换参数或使用动态软切换算法,来降低软切换比例,解决拥塞。但降低软切换比例通常会减弱小区的边界覆盖或抗信号突变能力,须谨慎使用。场景4:高速数据业务占用Walsh码资源过多解决方案:限制高速数据业务的接入,同时考虑语音业务及数据业务之间的平衡。如MOTO设备可以设置语音业务Walsh码预留个数,或数据业务的最高速率,来限制高速数据业务,解决拥塞。场景5:Walsh码

14、资源不足,但功率不受限解决方案:可谨慎使用RC4配置方式。RC4使用场景的建议: RC3用于语音以及数据FCH,RC4用于SCH。4.2 CE资源不足CE资源不足需要结合Walsh码话务量、CE负荷、软切换比例及前向功率负荷等进行分析,避免解决该类资源不足时引起其他资源拥塞。场景1:基站及邻近基站CE负荷均很高解决方案1:增加CE资源或者增加站点。对于基站密度较高的区域,可以通过新建独立信源加室内分布系统的方式吸收话务,解决网络拥塞问题。优化时,需要考虑全网CE利用率,对现有基站进行调整,将闲基站的过剩CE资源调配到忙基站,使CE资源得到更为合理的利用,也达到降低拥塞的目的。解决方案2:如果基

15、站小区的软切换区域位于话务密集区,会因软切换占用大量资源,可通过调整天线方位角等方式调整基站的小区边界,解决拥塞。解决方案3:如基站的软切换比例过高,可以调整本基站小区及相邻基站小区的切换参数或使用动态软切换算法,来降低软切换比例,解决拥塞。但降低软切换比例通常会减弱小区的边界覆盖或抗信号突变能力,须谨慎使用。场景2:本基站CE负荷高,邻近基站CE负荷不高解决方案1:可以通过调整天线的高度、下倾角、发射功率等方式,收缩拥塞基站的覆盖范围,并根据实际情况扩大相邻空闲基站的覆盖范围,减少拥塞基站话务负荷,解决拥塞。解决方案2:如果基站小区的软切换区域位于话务密集区,会因软切换占用大量资源,可通过调

16、整天线方位角等方式调整基站的小区边界,解决拥塞。解决方案3:如果基站的软切换比例过高,可以调整本基站小区及相邻基站小区的切换参数或使用动态软切换算法,来降低软切换比例,解决拥塞。但降低软切换比例通常会减弱小区的边界覆盖或抗信号突变能力,须谨慎使用。4.3 前向功率不足前向功率资源不足需要结合Walsh码话务量、CE负荷、软切换比例及前向功率负荷等进行分析,避免解决该类资源不足时引起其他资源拥塞。场景1:基站前向功率不足,其他资源(Walsh码、CE等负荷也很高解决方案:增加载频或者增加站点。对于基站密度较高的区域,可以通过新建独立信源加室内分布系统的方式吸收话务,解决网络拥塞问题。场景2:基站

17、各载频话务量差异较大,前向功率负荷差异也较大解决方案:首先检查有无设备故障或者干扰,其次可进行载频间负荷动态均衡,解决拥塞。场景3:基站各载频话务量差异不大,邻近基站前向功率负荷不高解决方案1:可以通过调整天线的高度、下倾角、发射功率等方式,收缩拥塞小区的覆盖范围,并根据实际情况扩大相邻空闲基站的覆盖范围,减少小区话务负荷,解决拥塞。解决方案2:如果基站小区的软切换及更软切换区域位于话务密集区,会因软切换及更软切换占用大量资源,可以通过调整天线方位角等方式来调整基站小区边界,解决拥塞。解决方案3:如果小区的软切换比例过高,可以调整本小区及相邻各小区的切换参数或使用动态软切换算法,来降低软切换比

18、例,解决拥塞。但降低软切换比例通常会减弱小区的边界覆盖或抗信号突变能力,须谨慎使用。场景4:功控等功率参数设置不合理引起前向功率不足解决方案:前向功率控制参数设置不合理,会导致发射功率过大,浪费前向功率,如FPC_INIT_SETPT,FPC_MIN_SETPT,FPC MAX_SETPT,FPC_FER,FPC_SUBCHAN_GAIN等参数。另外,前向每FCH、SCH的最大功率和最小功率设置也会影响前向功率资源的消耗,导致拥塞。因此,可通过优化功率控制以及业务信道允许的最大及最小发射功率等参数,减少不必要的功率消耗,解决拥塞。4.4 寻呼信道资源不足场景1:LAC区规划不合理引起寻呼信道拥

19、塞解决方案:LAC区的规划不应该过大,其边界不应位于高话务区域或人流量大的交通要道,同时应避免LAC区嵌套现象。对于LAC 区规划不合理引起的寻呼信道拥塞,应重新调整LAC区的大小及边界等,解决拥塞。场景2:寻呼机制不合理引起寻呼信道拥塞解决方案:优化寻呼机制。如可结合Cluster Paging 及IS Paging 方式,优化寻呼策略;也可采用优化登记周期等参数,减少寻呼信道负荷,解决拥塞。场景3:短信引起寻呼信道拥塞解决方案1:在MSC侧降低短信走业务信道的触发门限,减少短信对寻呼信道的占用。解决方案2:如果是因为SP群发短信引起的寻呼信道拥塞,可以在核心网侧通过短信流量控制手段来缓解拥

20、塞。解决方案3:在话务量不高的情况下可以根据实际情况增加寻呼信道数量,但考虑增加寻呼信道对其他资源(前向功率、Walsh码等的影响,须谨慎使用。4.5 接入信道资源不足场景1:REG_ZONE规划不合理引起接入信道拥塞解决方案:REG_ZONE的规划不应该过小,其边界不应位于高话务区域或人流量大的交通要道,同时应避免REG_ZONE嵌套。对于REG_ZONE规划不合理引起的接入信道拥塞,应重新调整REG_ZONE的大小及边界等,解决拥塞。场景2:登记机制设置不合理引起接入信道拥塞解决方案:优化登记机制。如调整TOTAL ZONE、ZONE TIMER 等参数,改善多个位置区交界处频繁登记现象;

21、或优化REG_PRD等参数,优化登记周期,解决拥塞。场景3:接入参数设置不合理引起接入信道拥塞解决方案:优化接入信道参数如接入初始功率偏置、功率增量、接入试探数、最大接入消息信息包长度、接入信道前缀长度等,减少接入碰撞概率,提高接入信道容量及性能,解决拥塞。4.6 传输链路资源不足扩容增加相应传输链路资源。4.7 BSC各板件资源不足场景1:BSC承载话务量较高解决方案:对于BSC的帧处理板、声码器及PCF板件等资源板件负荷过高,资源不足的情况,可以通过增加相应板件解决BSC拥塞。场景2:部分参数设置不合理解决方案:优化参数设置。如REG_PRD设置过小,当用户规模较大时,登记次数过多,会引起

22、信令处理板负荷过高及相关信令链路拥塞。可以根据实际情况适度增大REG_PRD。五、 突发高话务拥塞预测及解决方案5.1 大型集会及活动突发高话务通过预测区域的忙时峰值人数、忙时峰值人数中CDMA用户所占比例以及忙时CDMA用户人均话务量,来预测区域的突发话务量,并与设备当前容量进行对比,分析是否存在资源不足的情况。与日常拥塞的解决思路不一样,可预见性的大型活动的拥塞问题,主要通过临时增加板件、载频等方式来解决。同时,通信应急车也是较有效的解决方案之一。5.2 节假日期间短信突发高话务首先要提前检查系统的负荷控制机制是否正常,防止出现宕机风险。如检查MOTO设备的RATEOVLD和CAPOVLD

23、是否与厂商推荐值一致。其次,可以通过在短信中心调整短信发送机制和限制SP群发短信数量,来缓解短信突发高话务引起的网络拥塞。最后,可以通过在MSC侧降低短信走业务信道的触发门限参数,减少短信对寻呼信道的占用,避免寻呼信道拥塞。CDMA设备拥塞分析和处理操作指南(阿朗分册1、拥塞相关指标的提取及分析1.1 相关指标的提取方法阿尔卡特朗讯CDMA系统采用的话统工具Smarter统计出无线侧和系统侧的相关指标,对于Smarter中统计不到项可以采用Peg Count进行计算。Peg Count提取方法在阿尔卡特朗讯系统中,可以使用SMsmdump命令来提取计数器,在OMP中运行命令:SMsmdump

24、H 11 C 44 t > query.txt注:-H:需要检测的出现阻塞的时间段;-C:需要检测的基站RCS号码;query.txt:输出文件名。query.txt文件中的计数器信息如下图所示: (1 业务信道拥塞率关于业务信道拥塞率,具有如下相关统计:2G/3G O/T Block Rate due to CE, PP and WC (%2G/3G HO Block Rate due to CE, PP and WC (%2G/3G HO Block Rate due to Power Control Overload(% TCH Blocks (TotalTCH Blocks (F

25、orward Power ControlTCH Blocks (Reverse Power ControlTCH Blocks (CE/PPTCH Block Rate (Forward Power Control (%TCH Block Rate (Reverse Power Control (%TCH Block Rate (CE/PP (%TCH Block Rate (Total (%(2 Walsh码话务量语音业务Walsh码话务量的相关统计指标如下:2G/3G Voice Primary Traffic Code Channel Usage2G/3G Voice Call Tota

26、l Traffic Code Channel Usage3G Primary Walsh Code Usage3G Total Walsh Code Usage2G Primary Walsh Code Usage2G Total Walsh Code Usage数据业务Walsh码话务量的相关统计指标如下:2G/3G Packet Data Call Total Walsh Code Usage2G/3G Packet Data Call Primary Walsh Code Usage2G/3G Packet Data Call Secondary Walsh Code Usage(3 C

27、E话务量语音CE码话务量的相关统计指标如下:3G Primary CE Traffic Load in Erlangs3G Secondary CE Traffic Load in Erlangs3G CE Traffic Load in Erlangs2G Primary CE Traffic Load in Erlangs2G Secondary CE Traffic Load in Erlangs2G Total CE Traffic Load in Erlangs数据CE码话务量的相关统计指标如下:Data Call Reverse FCH Usage(4 由于CE不足、PP不足和Wa

28、lsh码不足引起的拥塞次数当前系统中,载频级的阻塞Peg Count主要包含以下5个:CDMA-CARR1:CDMA Handoff OverflowCDMA-CARR2:2G CDMA Origination/Termination OverflowCDMA-CARR3:CDMA Origination/Termination Overflow due to PP Blocking CDMA-CARR4:CDMA Handoff Overflow due to PP BlockingCDMA-CARR5:3G Origination / Termination Overflow(5 前向发射

29、功率峰值负荷关于前向发射功率的峰值和均值,可以采用相关Peg Count进行计算:PCARR25Peak Power on Forward Link (W: -10PCARR58Average Power on Forward Link (W: -10(6 前向发射功率忙时平均负荷(7 功放过激告警(8 寻呼信道负荷关于寻呼信道负荷,具有如下相关统计:Paging Channel Occupancy(%Peak Paging Channel Occupancy(%(9 接入信道负荷在阿尔卡特朗讯系统中,接入信道过载会在ROP中记录相关告警信息(ACOC,即Access Channel Over

30、load Control,通过ROP信息能够得知存在接入信道过载现象.(10 传输吞吐量峰值CDMA-PP 11:Peak Packet Pipe Occupancy in the Forward DirectionCDMA-PP 12:Peak Packet Pipe Occupancy in the Reverse Direction(11 传输吞吐量平均值CDMA-PP 5: Average Packet Pipe Occupancy in the Forward DirectionCDMA-PP 6: Average Packet Pipe Occupancy in the Rever

31、se Direction(12 BSC各板件(信令处理板等CPU负荷(13 BSC各板件(声码器、PCF等利用率1.2 指标分析1、当前系统中由CE不足、PP不足和Walsh码不足引起的拥塞问题按照如下步骤进行分析,来判断具体的阻塞原因:从经验判断,CE占用率达到85%就应该开始考虑增加CE的配置。(1、CDMA-CARR3和CDMA-CARR4是最小的子集,表示因为PP资源受限产生阻塞,而其它计数器包含了CE、PP和Walsh码所产生的阻塞。下面的例子可以很好的解释这几个计数器: CDMA-CARR3= 139 =CDMA-CARR5 + CDMA-CARR2;CDMA-CARR4= 88

32、=CDMA-CARR1即所有计数器均指向CDMA-CARR3和CDMA-CARR4,分析出原因为PP资源受限导致Origination/Termination和Handoff overflow。(2、如果CDMA-CARR3和CDMA-CARR4为0,而CDMA-CARR1和CDMA-CARR2不为0,则表示阻塞来自CE或者Walsh码,这时需要进一步确认CE或者Walsh码的占用是否达到了相应的最大值:PCARR-54:Peak number of Walsh Codes in Use在RC3情况下,如果该Peg Count 小于61,则Walsh码没有达到极限,说明Walsh码资源不存在问

33、题,缺少的资源为CE,反之缺少的资源为Walsh码。存在CE拥塞的基站,已经影响到了终端用户的业务,包括语音业务和数据业务,主叫和被叫用户无法接入系统,而切换用户无法进行正常的切换从而导致话音质量下降,所以对于这类基站,建议及时进行扩容。2、通过接入信道过载通知判断是否出现接入信道拥塞在阿尔卡特朗讯系统中,接入信道过载会在ROP中记录相关告警信息(ACOC,即Access Channel Overload Control,通过ROP信息能够得知存在接入信道过载现象,如下所示: ROP信息存在于OMP上,目录位置为:/omp-data/logs/OMPROP1/,如下图所示: 对于由于CE资源不

34、足的情况下需要增加CE的建议,上海贝尔阿尔卡特公司没有固定的建议值。从经验判断,CE占用率达到85%就应该开始考虑增加CE的配置。3、在Smarter中,可以用相关统计来确认是否存在前向功率阻塞:(1 TCH Blocks (Forward Power Control(2 TCH Block Rate (Forward Power Control (%前向功率阻塞的门限在系统中的定义为:AOC New Call Blocking Power (Admission Control,当long-term的平均输出功率超过该门限时,AOC将阻塞新的非紧急呼叫,但是仍然接受切换,除非进入功放保护状态。

35、Range: 60-150%Default: 91%Recommended: 95%4、通过寻呼信道负荷判断是否出现寻呼信道拥塞;paf23是sector粒度的计数器,统计到BTS粒度的时候需要取平均值,例如对于3 sectors的BTS: (paf23 (sector 1 +paf23 (sector 2 + paf23 (sector 3/3 * 1%计算公式:寻呼信道平均负荷= paf23 / 10000 * 100%计数器说明:paf23= CDMA Paging Channel Occupancy. (CDMA-PAF 23平均负荷70%,即可能出现拥塞2、拥塞处理操作指南2.1载频

36、间负载均衡在阿尔卡特朗讯系统,手机的起呼载频分配算法主要有两种:(1OC算法,即Origination Carrier,话务信道分配在待机载频上,除非本载频没有硬件资源才分配到其它载频;(2RF算法,即根据前向功率负载的情况来进行起呼的载频分配,推荐采用该算法。起呼分配算法在系统中的定义: RF Loading Weight Factor的含义及作用:作用: 如果起呼载频的负载大于负载最轻的载频为RF Loading Weight Factor,则呼叫将被重新分配到负载最轻的载频; 否则,呼叫将在起呼载频上。2.2切换参数及覆盖参数调整在阿尔卡特朗讯系统,切换参数在系统中的定义: IS-95B

37、切换参数的设定: 导频、同步及寻呼信道的功率参数设定: 108对应于3W;64对应于1.1W;34对应于0.3W。2.3 SCH速率门限调整在阿尔卡特朗讯系统中的SCH最大值和最小值定义如下表所示: 2.4 RC4设置RC3和RC4的区别:(1、在IS-95中,使用RC1 和 RC2,CDMA-1X中使用RC3、RC4和RC5;(2、RC3使用64阶Walsh码; RC4使用128阶Walsh码;(3、每个RC3将产生两个RC4 Walsh码;(4、RC3 Walsh码比RC4更能节省功率,所以如果选择RC4作为缺省的前向RC,将会增多可使用的Walsh码,但是每信道将会消耗更多的功率。系统中

38、的RC设置,缺省为RC3: 阿尔卡特朗讯CDMA系统提供了改进的Walsh码分配算法,“Improved RC3/RC4 Walsh Code”分配算法,该功能的思想是在无线资源富裕的情况下,尽可能分配RC3,仅当Walsh Code资源不足,且前向功率富裕的情况下,分配RC4。参数定义如下: “Improved RC3/RC4 Walsh Code”算法参数定义如下: RC4 Enable Threshold:RC3 Walsh 码的使用百分比超过该门限时,系统将会考虑为该扇区新呼叫分配RC4。Range: 0% 100%Step: 1%Default: 60%RC4 Determinati

39、on Threshold:RC3 Walsh 码的使用百分比与分配给前向的功率百分比的比值与RC4 Determination Threshold相比较,当超过该门限时,系统将会为该扇区新呼叫分配RC4取值为0,将直接分配RC4;取值为2,将一直分配RC3。Range: 0 2Step: 0.1Default: 12.5 LAC区规划原则LA 设计案例z运行Homax,统计局间切换数据收集一周的Homax数据,统计TZ1和TZ2之间、台州和温州之间的Inter-MSC SHO以及台州和宁波之间的Inter-Vender HHO。将这些有发生Inter-MSC SHO或Inter-Vender

40、HHO的边界基站做成电子地图,在Mapinfo 中显示出来。如下图: 图例如下: z划分LA(即Zone根据这些边界基站的位置,并结合地形地貌,来划分LA。考虑到TZ2在地理上是不连续的,与TZ1有2处交界的地方,并且由于TZ2和宁波有交界,所以将TZ1划分为一个Core Zone和2个Border Zone,将TZ2划分为一个Core Zone和3个Border Zone,将WZ1划分为一个Core Zone和1个Border Zone。Zone:12和22TZ1局:Core Zone:2 BorderZone:17、27和3TZ2局:Core Zone:7 BorderWZ1局:Core

41、Zone:1 Border Zone:11如下图:TZ1 ECP2TZ2 ECP7WZ1 ECP1z Cell2表参数设置将各个LA内的基站分别选出来,按以下原则设置totalzone和zonetimer: Border Zone:totalzone至少为3(部分海面上的基站和多边界的基站设置为4或5,zonetimer为1(2分钟Core Zone:totalzone为2,zonetimer为3(10分钟2.6寻呼机制及短信发送设置阿朗建议为了减少寻呼信道的占用,短信均使用业务信道。ECP form, Maximum SMS Bearer Data Size for CDMA Paging

42、Channel . 961 域号为214的参数为Total Zone,215为Zone Timer的设置。Zone Timer的设置值与时间的对应关系如下表所示: 关于Zone的设置建议如下:(1、增大边界Zone区域基站的Zone Timer,保证边界基站的接入信道占用率在合理的范围内;(2、在两个边界Zone的区域,TOT_ZONES 设置为2,在三个边界Zone的区域,Total Zones设置为3,依次类推。2.7登记参数调整该参数在Cell2中的设置: 在cgsa中的设置如下: REG_PRD的设置与时间的对应关系可以通过以下公式来计算: 2.8 案例荆门2006年5月份晚忙时呼叫失

43、败次数分布图如下: 由上图:荆门呼叫失败次数较多的基站分布在沙洋。荆门呼叫失败率较大的基站主要分布在沙洋、荆门城区北部两个基站(盐池和罗窑、钟祥北部两个基站(丰乐和龙泉。1.晚忙时拥塞次数分布图: 出现拥塞。2.具体优化思路根据对荆门话务模型的分析结果,对话务量大且掉话次数和呼叫失败次数多的沙洋地区、荆门北部部分基站、钟祥北部及南部部分基站进行重点优化。主要针对上面专题地图所示的高掉话次数和高呼叫建立失败率的“山峰”基站进行优化。3.制定基站PP 调整方案经过深入分析发现荆门部分基站的拥塞和呼叫建立成功率低主要是由于基站PP 大小不足引起,6月4日对沙洋地区10个基站和其他5个基站PP 大小进

44、行了调整。调整的基站分布图如下: 4.PP 调整方案编号 站号 站名 调整前PP 大小 调整后PP 大小增加的PP 大小1 317 五里铺 7 14 72 315 烟垢 7 14 73 178 曾集 7 14 7 4 192 丰乐 3 7 45 314 沈集 7 10 36 316 李市 8 10 27 166 蔡庙 7 10 38 209 五岭 4 7 3 9 375 雷巷 7 10 3 10210朱家坪47311 179 毛李 4 7 312 173 马河 4 7 313 356 柴湖 4 7 314 157 贺集 4 7 315 326 罗集 4 7 35.PP调整方案实施效果呼叫建立成

45、功率 呼叫失败次数 拥塞次数 拥塞率站名 调整前 调整后 上升百分比调整前调整后下降次数调整前调整后下降次数调整前 调整后下降百分比五里铺 77.34% 98.22% 20.87% 672 27 645 2165 31 2134 30.29% 0.71% 29.58%烟垢 82.61% 98.27% 15.65% 432 26 406 1233 60 1173 25.92% 1.38% 24.54%曾集 91.84% 98.40% 6.56% 113 19 94 323 27 296 8.27% 0.81% 7.46% 丰乐 84.21% 98.81% 14.60% 77 5 72 272 0

46、 272 24.08% 0.00% 24.08%沈集 94.85% 98.43% 3.57% 67 13 54 181 0 181 4.60% 0.00% 4.60% 李市 96.48% 98.16% 1.68% 44 25 19 88 48 40 3.14% 1.81% 1.34% 蔡庙 95.87% 98.00% 2.13% 33 14 19 79 0 79 2.29% 0.00% 2.29% 五岭 94.46% 92.12% -2.33% 27 53 -26 119 294 -175 5.79% 11.63%-5.85%雷巷 97.29% 97.80% 0.50% 18 21 -3 32

47、 0 32 1.06% 0.00% 1.06% 朱家坪 95.94% 97.48% 1.54% 14 8 6 46 11 35 2.99% 0.76% 2.23% 毛李 96.81% 98.31% 1.50% 11 5 6 36 0 36 2.91% 0.00% 2.91% 马河 96.85% 95.54% -1.31% 10 23 -13 7 0 7 1.08% 0.00% 1.08% 柴湖 97.01% 97.78% 0.76% 8 6 2 28 0 28 2.10% 0.00% 2.10% 贺集 97.28% 97.79% 0.51% 6 6 0 8 0 8 0.69% 0.00% 0.

48、69% 罗集 97.52% 99.04% 1.52% 6 3 3 16 0 16 1.19% 0.00% 1.19% 由上表可见:这些基站调整前后呼叫建立成功率、呼叫失败次数、拥塞次数、拥塞率各项指标都有了明显改善。(其中五岭基站因锁了CE,在调整PP后有更多用户占用CE资源,造成CE拥塞。该站在扩PP时已经考虑到下一步CE调整,已多扩了1个PP大小作为预留。马河因其他原因造成呼叫建立成功率略有下降。 PP调整前,5月份全网月均晚忙时呼叫失败次数为2803次,PP调整后全网呼叫失败次数为1868次,减少了935次,降幅达33%;对于用户呼叫相对较集中的赌码时段(周一、四、六的晚七点电话赌码和晚

49、八点半的开码时段指标,5月份全网赌码日期月均晚忙时呼叫失败次数为5199次,PP调整后呼叫失败次数减少了3331次,降幅达64%。可见PP调整对呼叫失败指标改善非常明显,赌码时段用户对接入的主观感受会得到明显改善。CDMA设备拥塞分析和处理操作指南(北电分册1、拥塞相关指标的提取及分析1.1 相关指标的提取方法(1 业务信道拥塞率定义:业务信道拥塞次数/业务信道分配请求次数(含切换含短信*100%计算公式为:10.2/11.10*100%其中10.2业务信道拥塞次数(含切换公式说明: BlockedFchOriginations2Gk+ BlockedFchOriginations3GV oi

50、cek+BlockedFchHandoffs2Gk+ BlockedFchHandoffs3GV oicekover all k values (that is, k = 0 to 13 except k=10. The k values from 0 to 9,11 to 13 represent No Physical Resources, No Forward Capacity, No Reverse Capacity, No Walsh Code, No Frame Offset, No Extended Cell Support, CFDS Radio Config State, C

51、FDS HS RSCH, Exceeded Max Data Rate, Exceeded CPU Capacity, Exceeded BCN Capacity, Exceeded Backhaul Capacity and Out of ACN AddressesBlockedFchOriginations2G: Array indicating the Number of channelorigination and termination requests for which the BTS failed to allocate resources.BlockedFchOriginat

52、ions3GV oice: Array indicating the number of 3G voice call attempts blocked on the fundamental channel.BlockedFchHandoffs2G: Array indicating the number of 2G FCH handoffs that were blocked.BlockedFchHandoffs3GV oice: Array indicating the number of 3G FCH voice handoffs that were blocked.采集点位北电的BTS

53、Performance OM中的AdvancedSector Section.详细说明见北电资料411-2133-525。BTS performance OM采集于BSM的/opt/bsm/log下,每半小时生成一个文件。(2 Walsh码话务量该指标在北电性能统计说明手册中的“10.5WALSH码承载话务量”中有定义,定义:各小区中WALSH码的承载话务量总和。(除数据业务外统计:小区。公式说明:= SectorTrafficErlangs.SectorTrafficErlangs = Sector_MOU / Time_period_in_minutesSector_MOU=(total_

54、Sector_states(20ms/state(1minute/60000mstotal_Sector_states = FrameCntFCHnNote: For NBSS13: over all n values (that is, n= 0 to 7 except when n=3, 5, 7. the n value from 0 to 7 represent the number of traffic frames sent on the FCH the eight elements in the array which are: 0- RC1 (voice only, 1-RC2

55、 (voice only, 2-RC3 voice, 3-RC3 date, 4-RC4 voice, 5-RC4 date, 6-RC5 voice, 7-RC5 date.Time_period_in_minutes here should be 60.FrameCntFCH: The (traffic frame count summed across all users, which are on the sector for FCH. The array has an entry for each RC1- 5.采集点位北电的BTS Performance OM中的AdvancedS

56、ector Section.详细说明见北电资料411-2133-525。BTS performance OM采集于BSM的/opt/bsm/log下,每半小时生成一个文件。(3 Walsh码拥塞次数该指标在BTS performance OM中的:BlockedFCHOriginations2G_NoWalshCode:2G语音起呼时无WalshCode导致的拥塞BlockedFCHHandoffs2G_NoWalshCode: 2G语音切换时无WalshCode导致的拥塞BlockedFCHOriginations3GV oice_NoWalshCode: 3G语音起呼时无WalshCode导致的拥塞BlockedFCHHandoffs3GV oice_NoWalshCode:3G语音切换时无WalshCode导致的拥塞采集点位北电的BTS Performance OM中的AdvancedSector Section.详细说明见北电资料411-2133-525。BTS performance OM采集于BSM的/opt/bsm/log下,每半小时生成一个文件。(4 CE话务量该指标在北电性能统计说明手册中的“10.3业务信道承载的话务量(