网优汇编v11223.docx

1、网优汇编v11223方案二：结合DCS1800，与GSM900构成平衡双层网方法：EGSM与DCS1800结合，利用同心圆技术构造双频小区，DCS作为外层小区，BCCH设置在外层，EGSM作为内层小区只配置TCH。 目前移动GSM900频段已有19 MHz频谱，而DCS1800频段只有10 MHz频谱；GSM900网络经过多年精心地建设，已经初形成一个具有“精品”品牌的网络：室内基本上形成连续覆盖；网络质量经过多次的优化也已经达到了很高的水准，同时也具备了提供GPRS数据业务的能力，而DCS1800网络虽然在大城市也形成了一层，但由于绝大部分基站和GSM900共站址，而其传播特性又弱于GSM9

2、00网络，造成很多地区，尤其是室内覆盖效果很差，这样，两个频段网络质量的不平衡导致了频繁的层间切换，甚至掉话，同时DCS1800的资源又没有得到充分地利用。现在，利用新增的EGSM频段与DCS1800结合，如采用如下图所示组网方式，可以有效地解决上述问题：优点：EGSM与DCS1800结合，双频小区的配置可以做到8/8/8，若加上PGSM的8/8/8配置，能加大站点配置，为话务热点提供高容量。 缺点：内外圈之间的切换较复杂，尤其是从其它小区的PGSM信道不能直接切换至本小区的内圈EGSM信道，而只能先经由外圈的DCS1800信道再切换到内圈。 设备改造：需要软件升级，增加Single BCCH

3、功能。 话务控制机制：Single BCCH功能可以做到内圈和外圈的信号覆盖范围相同，同时结合Motorola的双频段话务管理功能可以灵活地控制外圈和内圈的话务量分配。 方案三：EGSM独立组成一层方法：EGSM、PGSM、DCS三频结合，构造三频小区，BCCH设置在PGSM频点上，其余频段只用作TCH。具体组网方式如图：优点: 1、可在有需求的地方灵活布站，有效地吸收话务量，很好地解决室内覆盖。 2、工程实施不会对现网造成任何影响，独立的频率规划，独立的网络实施。其它需考虑因素： 需要非常先进的话务管理算法，大部分主要设备厂商都能够提供。设备改造：同方案一1.1.1 EGSM频率使用原则 从

4、交调干扰的角度分析，应尽量避免ESGM频点与PGSM的8095号频点同时使用。 对于EGSM部分的频点，只是留给TCH使用，BCCH 暂时不考虑使用 EGSM频点。 EGSM频点不能设置SDCCH。 目前有部分不支持EGSM的手机，EGSM频点和GPSM频点不能混合作为一个跳频序列，且如果采用射频跳频，则很难避免跳频序列中有频点与PGSM频点产生互调干扰。因此EGSM频率建议不参与跳频。 为了充分利用EGSM频点，我们可进行了如下复用分组：A1B1C1D1A2B2C2D2A3B3C3D3976977978979980981982983984985986987988989990991992993

5、994995996997998999100010011002100310041005100610071008100910101011101210131014101510161017101810191020102110221023 MOTO关于混合组网时每小区EGSM频点数建议：小区内EGSM频点个数小区数载频配置1个EGSM频点32个EGSM频点4-53个EGSM频点6-74个EGSM频点8-121.1.2 使用EGSM的其他建议EGSM干扰测试和处理 EGSM干扰主要来自：- CDMA下行带外信号的干扰和交调干扰。 - EGSM下行频点与PGSM下行频点的交调信号对PGSM上行频点的干扰。

6、引入EGSM的过程中，要先进行干扰测试，干扰测试点应有一定数量，应能基本反映该地区无线环境。通过扫频测试和合理的频率规划，避开有强干扰的EGSM频点。MOTO参数建议1 freq_types_allowed：BSC 参数设置为3，表示可以允许PGSM&EGSM频段 2 frequency_type :小区参数，设置为2，表示为EGSM 类型3 egsm_bcch_sd :设置为0，表示为DISABLED, 不设置SDCCH在EGSM频段(系统默认为0)4 interband_ho_allowed :小区参数，设置为7 （PGSM,EGSM,DCS1800）5 mb_preference :BS

7、C参数，设置为1，启动multi-band feature(要确认系统是否打开Muti-band intercell handover future).6 Early_classmark_sending :BSC参数，设置为3，通知BSS & MSC手机的类型 (Muti-band intercell handover future must be enabled)7 Phase2_classmark_allowed :BSC参数，设置为2，定义CLASSMARK PARAMETER 的格式（Phase2+）(同时检查MSC支持此项功能)8 Band_preference_mode ：设置为0

8、，因为EGSM并没有一个逻辑小区，只有特定的载频在一个PGSM小区内。邻区受限及解决建议 NOKIA系统在网络中可能出现的邻区受限问题主要有以下两种情况： PGSM900小区的邻区中同时存在DCS1800和EGSM900小区时，邻区中DCS1800和EGSM900小区的绝对频点数不能超过18个； DCS1800小区的邻区中同时存在PGSM900和EGSM900小区时，邻区中PGSM900和EGSM900小区的绝对频点数不能超过16个。通过对7723告警的检查，网络中的邻区列表进行检查等工作可以及时发现该问题，再通过邻区关系的优化可以有效地避免出现该问题。此外Nokia系统的Common BCC

9、H功能可以将EGSM900和PGSM900合并使用公共BCCH来减少终端需要监控EGSM频点，该功能可以解决在网络中引入EGSM900频点所带来的邻区限制问题。1.2 LAC及LAC号码段的使用规范移网200652号关于下发福建移动LAC规划指导原则及LAC资源管理办法的通知1.2.1 概述网络通过在一个位置区LA内发送寻呼消息来寻呼移动用户，即一个移动用户的寻呼消息在这个LA中的所有小区中发送。如果一个位置区太大，则该区域内的寻呼总量将很高，大量的寻呼消息将导致BTS寻呼负荷过载，同时增加了BSC处理器的负荷，在某些突发情况下甚至可能超出BSC的处理能力，使BSC不能正常工作；如果LAC区划

10、分太小，则会增加系统的位置更新数量，浪费SDCCH信令资源，导致不必要的未接通。由于寻呼信令是在整个位置区的范围内下发，因此在设计时需综合考虑空中接口的寻呼容量、Abis接口的信令负荷，来确定一个LA的最大范围。另一方面，要考虑边缘小区的位置更新负荷来决定位置区的最小范围。为合理、高效地使用LAC资源，降低网络阻塞，现制定我省LAC规划使用指导原则及LAC资源管理办法。1.2.2 位置区范围设计空中接口寻呼容量用于寻呼的块数越小，其寻呼容量就越小。如果一个位置区内，同时配置了不同的用于寻呼的块数，那么整个位置区能够承载的寻呼容量是由最小的配置来决定的。1、NOKIA系统：NOKIA建议：考虑到

11、弱信号地区、强干扰地区以及手机问题造成的重复寻呼次数，在实际网络，建议位置区大小不应超过空口最大寻呼容量的70%。在特定的CCCH配置的情况，寻呼的次数如果超过理论值计算出来的70%，会出现大量的寻呼删除的情况，寻呼成功率会降低。（1)Combined CCCH配置：假设AGCH块数量为N 个，则用于寻呼的CCCH块数量为（4N）个 ，每个寻呼块能够提供4个TMSI或者2个IMSI的寻呼消息，平均一个PCH块能够携带3条寻呼消息。空中接口的寻呼容量=（用于寻呼的CCCH块数量每个寻呼块提供的寻呼消息数量）/235ms（4-N）3）/235ms（备注：235ms为一个复帧的周期）。则：安全寻呼容

12、量 = 寻呼容量 寻呼效率 可计算得出（以寻呼效率为70%为例）：AGCH=1AGCH=2每秒安全寻呼量2718表 1 Combined CCCH下不同AGCH配置安全寻呼量（2)Non-Combined CCCH 配置：假设AGCH数量为N个，用作PAGING的CCCH块为：9N（个）。根据相同的算法，可计算得出（以寻呼效率为70%为例）：AGCH=1AGCH=2AGCH=3AGCH=4每秒安全寻呼量（条/秒）71625344表 2 Non-Combined CCCH下不同AGCH配置安全寻呼量2、Motorola 系统：Motorola 建议：在忙时峰值的时候，为减少寻呼排队的等待时间，在

13、分配AGCH和PCH时，建议CCCH利用率设置为33%。(1)Combined CCCH配置：假设AGCH块数量为N 个，则用于寻呼的CCCH块数量为（4N）个 ，考虑到CCCC利用率为33%，则用于寻呼的CCCH块数量为（4N）*33%个。每个寻呼块能够提供4个TMSI或者2个IMSI的寻呼消息，平均一个PCH块能够携带3条寻呼消息。空中接口的寻呼容量=（用于寻呼的CCCH块数量CCCH利用率每个寻呼块提供的寻呼消息数量）/235ms（4-N）33%3/235ms（备注：235ms为一个复帧的周期）。可计算得出（以CCCH利用率为33%为例）：AGCH=1AGCH=2每秒安全寻呼量138表

14、3 Combined CCCH下不同AGCH配置安全寻呼量(2)Non-Combined CCCH 配置：假设AGCH数量为N个，用作PAGING的CCCH块为：9N（个）。根据相同的算法，可计算得出（以CCCH利用率为33%为例）：AGCH=1AGCH=2AGCH=3AGCH=4每秒安全寻呼量（条/秒）34292521表 4 Non-Combined CCCH下不同AGCH配置安全寻呼量ABIS接口信令容量1、NOKIA系统我省NOKIA 系统A-BIS接口信令为16Kbit/s或32Kbit/s。16Kbit/s的Abis Link的最大平均信令负荷应不超过1KB/s，32Kbit/s的应

15、不超过2KB/s。在通常情况下Abis Link所承载的大部分为寻呼信息（约60），而寻呼信息基本上为21Bytes。 因此，对于16Kbit/s的ABIS接口，其可承担的最大寻呼容量=1000*60%/2129条/秒 ；对于32Kbit/s的ABIS接口，其可承担的最大寻呼容量=57条/秒。16kbit/s32kbit/s每秒安全寻呼量（条/秒）2957表 5 不同Abis接口链路速率下网络安全寻呼量2、Motorola系统MOTOROLA基站提供1条64K的信令链路给每个小区中的所有TRX。即Abis口的寻呼容量可以达到114条/秒。空中接口和ABIS接口信令负荷的综合考虑综合空中接口的寻

16、呼信令负荷和Abis接口的信令负荷，选取最严格的安全寻呼量作为位置区划分的依据。1、NOKIA系统下表为综合考虑后得到的安全寻呼容量。安全寻呼容量（条/秒）16Kbit/s32Kbit/sCombined CCCHAGCH=12727AGCH=21818Non-Combined CCCHAGCH=12957AGCH=22957AGCH=32953AGCH=42944表 6 不同CCCH配置与不同Abis接口速率下网络安全寻呼容量从上表得出以下结论：（1）、若小区配置为Combined CCCH，其安全寻呼容量决定于空中接口，与Abis口链路速率无关。（2）、若小区配置为Non-Combined

17、 CCCH，且AGCH = 4时，若Abis接口为16Kbit/s，则寻呼容量受限于Abis口，寻呼容量为29条/秒。（3）、对于小区配置为Non-Combined CCCH，且AGCH=2时，若Abis接口为32Kbit/s，,则寻呼容量决定于Abis口，寻呼容量为57条/秒。2、Motorola系统由于MOTOROLA基站提供1条64K的信令链路给每个小区中的所有TRX。所以相对于空中接口而言，MOTOROLA的ABIS接口不是瓶颈。Motorola系统的位置区大小决定于空中接口的安全寻呼容量，即决定于小区信令配置结构。1.2.3 LAC规划及使用原则1、同一个LAC所覆盖基站必须在一个M

18、SC下，不允许跨越MSC。2、一个LAC覆盖范围不得超过安全寻呼容量，以避免寻呼消息丢失。3、寻呼负荷确定了位置区的最大范围，边缘小区的位置更新信令负荷决定了位置区的最小范围。因此，位置区范围必须综合考虑寻呼容量和位置更新次数进行设计，在寻呼容量允许的前提下尽量使位置更新次数降低到最小，避免浪费网络资源，并可减少非用户原因的网络阻塞。（1）、位置区边界应设计在话务稀少地区，以避免手机频繁进行位置更新。（2）、在城区，可尽量利用市区中的山体、河流等来作为位置区的边界。尽量不要以城区街道为位置区边界。（3）、在市区和城郊交界区域，位置区边界可放在外围一线的基站处，避免放在话务密集的城郊结合部。（4

19、）、避免沿主要干道和铁路划分LAC，避免造成频繁地位置更新。4、避免Abis接口对寻呼容量的限制，应逐步对NOKIA设备进行Abis口信令链路改造，将现有的16kbit/s改成32kbit/s或者64kbit/s。5、除非网络特殊需要，原配置为Combined CCCH的小区应改为Non-Combined CCCH，以增加空中接口的寻呼容量，提高LAC的覆盖范围。1.2.4 我省LAC资源管理办法1、我省LAC资源采用分段预留的方式提供给各地区使用。2、为满足各分公司临时性网络调整的需求，福州、泉州、漳州地区各指定2个LAC，其他地区各指定1个LAC专门作为临时割接调整使用，在临时性割接调整结

20、束后必须退出，不得长期占用。3、各市公司根据网络发展状况需新增LAC时，请至少提前2周时间以OA文件上报需求，同时应对网络寻呼容量进行详细分析，说明新增LAC的理由。省公司将根据网络的实际情况，及时进行指定分配。4、由于LAC的使用牵涉到网络、计费等相关方面，请各分公司严格按照省公司的规定进行使用，不得随意使用未经分配的LAC资源。合理使用LAC资源对改善本地网络运行情况有较大帮助，请各分公司对本地区网络的实际情况进行详细的研究和分析，并对已有的LAC资源进行合理的规划和使用，以提高用户对网络的满意程度。1.3 半速率使用规范1.3.1 概述近年来随着GSM移动用户和无线话务的持续增长，不可避

21、免地产生了部分基站小区及局部区域话务拥塞的现象，另外由于周期性话务量激增，例如六合彩、旅游黄金周、农民工过年返乡，及突发性话务激增如大型演唱会，都会导致网络拥塞。由于话务量存在着巨大的波动性，如何平衡话务量的波动，从技术角度解决话务高峰对网络的冲击，成为摆在网络维护人员面前的一项难题。同时，移动网络正逐步向3G演进，通信运营商纷纷为3G网络的建设积累建设资金，如何在减少对现有网络扩容投资的前提下，保证GSM网络的质量，继续为GSM用户提供优质的通信服务，同样成为一项重要的研究课题。而GSM规范下的半速率技术不失为一项解决这两个难题的重要方法。该技术能够在不增加现网载频数量的情况下，大幅提高现网

22、的话务吸收能力，从而解决高话务期内的网络高阻塞问题，为用户提供优质的通信业务。目前，半速率功能已在我省网络中得到普遍应用，而且在话务吸收、网络疏忙、大型活动应急通信保障等方面取得了明显的实效。但由于该技术对话音质量的影响较大，且用户感知度已成为衡量一个网络质量优劣的重要标准。因此需要在保障用户感知的前提下，解决好网络资源不足对网络质量产生的影响，平衡二者之间的矛盾，对半速率技术的使用范围、使用机制进行合理的规范，特别是在城市等重要区域。为此省公司下发半速率使用指导原则以便各地市公司加强对半速率功能的有效合理利用。1.3.2 半速率功能软硬件支持情况我省目前主要使用无线设备为NOKIA、MOTO

23、、华为，以下具体讨论各厂家设备支持情况。1、网元支持网元最低软件版本需求板件支持NOKIAMOTO华为MSCM7N/AN/ATC、XCDRN/AN/AN/ANOKIA须用TCSM2。MOTO建议替换DSW/DSWX提供8kb/s的子信道交换能力BSCS6GSR7（GSR7 IPL基本软件包、GSM HR半速率功能）G3BSC32.10100.06.1120ANOKIA须用GSWB(以支持8 kbit/s的时隙。MOTO建议替换DSW/DSWX提供8kb/s的子信道交换能力华为须用GM34BIE板。支持半速率功能的FTC 板有GM13FTC0、GM13FTC1、GM14FTC02、基站支持NOK

24、IA基站最低软件版本需求Nokia 2nd GenB9.0Nokia Talk-familyD2.1Nokia PrimeSiteF2.1Nokia MetroSite任何版本Nokia InSite任何版本Nokia UltraSite任何版本华为基站BTS版本要求BTS3X G3BTS32.30000.01.1130及以后版本BTS3002C G3BTS36.30000.02.0820及以后版本BTS3001C G3BTS34.30000.07.0301MOTOR0LA基站BTS版本要求McellGSR7（GSR7 IPL基本软件包、GSM HR半速率功能）HorrizonGSR7（GSR

25、7 IPL基本软件包、GSM HR半速率功能）Incell不支持半速率功能1.3.3 半速率参数设置建议NOKIA系统半速率相关参数推荐设置建议下表为和半速率相关的参数和建议值：相关参数简称参数类别默认值建议值New establishment causes supportNECIBTSNYTRX half rate supportHRSTRXYYTCH in handoverHRIBSC15TCH rate intra-cell handoverTRIHBTS00Alarm limit for half rate TCH availabilityALHRTBSC30%30%lower lim

26、it for FR TCH resourcesFRLBTS100%20%upper limit for FR TCH resourcesFRUBTS0%40%lower limit for FR TCH resourcesHRLBSC100%20%upper limit for FR TCH resourcesHRUBSC0%40%半速率相关的告警号：- ALARM Number 7054: TRX DOES NOT SUPPORT HALF RATE (TCH/H) CONFIGURATION- ALARM Number 7717: WORKING HALF RATE TCH RATIO B

27、ELOW THRESHOLD半速率相关的计数器：相关计数器计数器描述表名称TCH_FULL_REQ_SUCC_UNSUCCNumber of full rate TCH requests(successful + unsuccessful)P_NBSC_TRAFFICTCH_HALF_REQ_SUCC_UNSUCCNumber of half rate TCH requests (successful + unsuccessful)P_NBSC_TRAFFICTCH_REQ_FULL_PREFERREDNumber of TCH requests with FR preferred (both

28、 successful and unsuccessful)P_NBSC_TRAFFICTCH_REQ_HALF_PREFERREDNumber of TCH requests with HR preferred (both successful and unsuccessful)P_NBSC_TRAFFICTCH_FULL_SUCC_SEIZNumber of successful full rate TCH seizuresP_NBSC_TRAFFICTCH_HALF_SUCC_SEIZNumber of successful half rate TCH seizuresP_NBSC_TRA

29、FFICTCH_FULL_SEIZ_SPEECH_VER 1Number of successful full rate TCH seizures when the speech full rate, version 1 is usedP_NBSC_TRAFFICTCH_FULL_SEIZ_SPEECH_VER 2Number of successful full rate TCH seizures when the speech full rate, version 2 is usedP_NBSC_TRAFFICTCH_FULL_SEIZ_SPEECH_VER 3Number of succ

30、essful full rate TCH seizures when the speech full rate, version 3 is usedP_NBSC_TRAFFICTCH_HALF_SEIZ_SPEECH_VER 1Number of successful half rate TCH seizures when the speech half rate, version 1 is usedP_NBSC_TRAFFICTCH_HALF_SEIZ_SPEECH_VER 2Number of successful half rate TCH seizures when the speech hal