网优汇编v11223.docx
《网优汇编v11223.docx》由会员分享,可在线阅读,更多相关《网优汇编v11223.docx(80页珍藏版)》请在冰豆网上搜索。
![网优汇编v11223.docx](https://file1.bdocx.com/fileroot1/2022-12/7/4c9ba288-e6d9-4546-a521-c3636d01b0c9/4c9ba288-e6d9-4546-a521-c3636d01b0c91.gif)
网优汇编v11223
※方案二:
结合DCS1800,与GSM900构成平衡双层网
§方法:
EGSM与DCS1800结合,利用同心圆技术构造双频小区,DCS作为外层小区,BCCH设置在外层,EGSM作为内层小区只配置TCH。
目前移动GSM900频段已有19MHz频谱,而DCS1800频段只有10MHz频谱;GSM900网络经过多年精心地建设,已经初形成一个具有“精品”品牌的网络:
室内基本上形成连续覆盖;网络质量经过多次的优化也已经达到了很高的水准,同时也具备了提供GPRS数据业务的能力,而DCS1800网络虽然在大城市也形成了一层,但由于绝大部分基站和GSM900共站址,而其传播特性又弱于GSM900网络,造成很多地区,尤其是室内覆盖效果很差,这样,两个频段网络质量的不平衡导致了频繁的层间切换,甚至掉话,同时DCS1800的资源又没有得到充分地利用。
现在,利用新增的EGSM频段与DCS1800结合,如采用如下图所示组网方式,可以有效地解决上述问题:
§优点:
EGSM与DCS1800结合,双频小区的配置可以做到8/8/8,若加上PGSM的8/8/8配置,能加大站点配置,为话务热点提供高容量。
§缺点:
内外圈之间的切换较复杂,尤其是从其它小区的PGSM信道不能直接切换至本小区的内圈EGSM信道,而只能先经由外圈的DCS1800信道再切换到内圈。
§设备改造:
需要软件升级,增加SingleBCCH功能。
§话务控制机制:
SingleBCCH功能可以做到内圈和外圈的信号覆盖范围相同,同时结合Motorola的双频段话务管理功能可以灵活地控制外圈和内圈的话务量分配。
※方案三:
EGSM独立组成一层
§方法:
EGSM、PGSM、DCS三频结合,构造三频小区,BCCH设置在PGSM频点上,其余频段只用作TCH。
具体组网方式如图:
§优点:
1、可在有需求的地方灵活布站,有效地吸收话务量,很好地解决室内覆盖。
2、工程实施不会对现网造成任何影响,独立的频率规划,独立的网络实施。
§其它需考虑因素:
需要非常先进的话务管理算法,大部分主要设备厂商都能够提供。
§设备改造:
同方案一
1.1.1EGSM频率使用原则
⏹从交调干扰的角度分析,应尽量避免ESGM频点与PGSM的80~95号频点同时使用。
⏹对于EGSM部分的频点,只是留给TCH使用,BCCH暂时不考虑使用EGSM频点。
⏹EGSM频点不能设置SDCCH。
⏹目前有部分不支持EGSM的手机,EGSM频点和GPSM频点不能混合作为一个跳频序列,且如果采用射频跳频,则很难避免跳频序列中有频点与PGSM频点产生互调干扰。
因此EGSM频率建议不参与跳频。
⏹为了充分利用EGSM频点,我们可进行了如下复用分组:
A1
B1
C1
D1
A2
B2
C2
D2
A3
B3
C3
D3
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
⏹MOTO关于混合组网时每小区EGSM频点数建议:
小区内EGSM频点个数
小区数载频配置
1个EGSM频点
3
2个EGSM频点
4-5
3个EGSM频点
6-7
4个EGSM频点
8-12
1.1.2使用EGSM的其他建议
EGSM干扰测试和处理
EGSM干扰主要来自:
-CDMA下行带外信号的干扰
和交调干扰。
-
EGSM下行频点与PGSM下行频点的交调信号对PGSM上行频点的干扰。
引入EGSM的过程中,要先进行干扰测试,干扰测试点应有一定数量,应能基本反映该地区无线环境。
通过扫频测试和合理的频率规划,避开有强干扰的EGSM频点。
MOTO参数建议
1freq_types_allowed:
BSC参数设置为3,表示可以允许PGSM&EGSM频段
2frequency_type:
小区参数,设置为2,表示为EGSM类型
3egsm_bcch_sd:
设置为0,表示为DISABLED,不设置SDCCH在EGSM频段(系统默认为0)
4interband_ho_allowed:
小区参数,设置为7(PGSM,EGSM,DCS1800)
5mb_preference:
BSC参数,设置为1,启动multi-bandfeature(要确认系统是否打开Muti-bandintercellhandoverfuture).
6Early_classmark_sending:
BSC参数,设置为3,通知BSS&MSC手机的类型(Muti-bandintercellhandoverfuturemustbeenabled)
7Phase2_classmark_allowed:
BSC参数,设置为2,定义CLASSMARKPARAMETER的格式(Phase2+)(同时检查MSC支持此项功能)
8Band_preference_mode:
设置为0,因为EGSM并没有一个逻辑小区,只有特定的载频在一个PGSM小区内。
邻区受限及解决建议
NOKIA系统在网络中可能出现的邻区受限问题主要有以下两种情况:
ØPGSM900小区的邻区中同时存在DCS1800和EGSM900小区时,邻区中DCS1800和EGSM900小区的绝对频点数不能超过18个;
ØDCS1800小区的邻区中同时存在PGSM900和EGSM900小区时,邻区中PGSM900和EGSM900小区的绝对频点数不能超过16个。
通过对7723告警的检查,网络中的邻区列表进行检查等工作可以及时发现该问题,再通过邻区关系的优化可以有效地避免出现该问题。
此外Nokia系统的CommonBCCH功能可以将EGSM900和PGSM900合并使用公共BCCH来减少终端需要监控EGSM频点,该功能可以解决在网络中引入EGSM900频点所带来的邻区限制问题。
1.2LAC及LAC号码段的使用规范
移网[2006]52号关于下发《福建移动LAC规划指导原则及LAC资源管理办法》的通知
1.2.1概述
网络通过在一个位置区LA内发送寻呼消息来寻呼移动用户,即一个移动用户的寻呼消息在这个LA中的所有小区中发送。
如果一个位置区太大,则该区域内的寻呼总量将很高,大量的寻呼消息将导致BTS寻呼负荷过载,同时增加了BSC处理器的负荷,在某些突发情况下甚至可能超出BSC的处理能力,使BSC不能正常工作;如果LAC区划分太小,则会增加系统的位置更新数量,浪费SDCCH信令资源,导致不必要的未接通。
由于寻呼信令是在整个位置区的范围内下发,因此在设计时需综合考虑空中接口的寻呼容量、Abis接口的信令负荷,来确定一个LA的最大范围。
另一方面,要考虑边缘小区的位置更新负荷来决定位置区的最小范围。
为合理、高效地使用LAC资源,降低网络阻塞,现制定我省LAC规划使用指导原则及LAC资源管理办法。
1.2.2位置区范围设计
空中接口寻呼容量
用于寻呼的CCCH块数越小,其寻呼容量就越小。
如果一个位置区内,同时配置了不同的用于寻呼的CCCH块数,那么整个位置区能够承载的寻呼容量是由最小的配置来决定的。
1、NOKIA系统:
NOKIA建议:
考虑到弱信号地区、强干扰地区以及手机问题造成的重复寻呼次数,在实际网络,建议位置区大小不应超过空口最大寻呼容量的70%。
在特定的CCCH配置的情况,寻呼的次数如果超过理论值计算出来的70%,会出现大量的寻呼删除的情况,寻呼成功率会降低。
(1)CombinedCCCH配置:
假设AGCH块数量为N个,则用于寻呼的CCCH块数量为(4-N)个,每个寻呼块能够提供4个TMSI或者2个IMSI的寻呼消息,平均一个PCH块能够携带3条寻呼消息。
空中接口的寻呼容量=(用于寻呼的CCCH块数量×每个寻呼块提供的寻呼消息数量)/235ms=((4-N)×3)/235ms(备注:
235ms为一个复帧的周期)。
则:
安全寻呼容量=寻呼容量×寻呼效率
可计算得出(以寻呼效率为70%为例):
AGCH=1
AGCH=2
每秒安全寻呼量
27
18
表1CombinedCCCH下不同AGCH配置安全寻呼量
(2)Non-CombinedCCCH配置:
假设AGCH数量为N个,用作PAGING的CCCH块为:
9-N(个)。
根据相同的算法,可计算得出(以寻呼效率为70%为例):
AGCH=1
AGCH=2
AGCH=3
AGCH=4
每秒安全寻呼量(条/秒)
71
62
53
44
表2Non-CombinedCCCH下不同AGCH配置安全寻呼量
2、Motorola系统:
Motorola建议:
在忙时峰值的时候,为减少寻呼排队的等待时间,在分配AGCH和PCH时,建议CCCH利用率设置为33%。
(1)CombinedCCCH配置:
假设AGCH块数量为N个,则用于寻呼的CCCH块数量为(4-N)个,考虑到CCCC利用率为33%,则用于寻呼的CCCH块数量为[(4-N)*33%]个。
每个寻呼块能够提供4个TMSI或者2个IMSI的寻呼消息,平均一个PCH块能够携带3条寻呼消息。
空中接口的寻呼容量=(用于寻呼的CCCH块数量×CCCH利用率×每个寻呼块提供的寻呼消息数量)/235ms=[(4-N)×33%×3]/235ms(备注:
235ms为一个复帧的周期)。
可计算得出(以CCCH利用率为33%为例):
AGCH=1
AGCH=2
每秒安全寻呼量
13
8
表3CombinedCCCH下不同AGCH配置安全寻呼量
(2)Non-CombinedCCCH配置:
假设AGCH数量为N个,用作PAGING的CCCH块为:
9-N(个)。
根据相同的算法,可计算得出(以CCCH利用率为33%为例):
AGCH=1
AGCH=2
AGCH=3
AGCH=4
每秒安全寻呼量(条/秒)
34
29
25
21
表4Non-CombinedCCCH下不同AGCH配置安全寻呼量
ABIS接口信令容量
1、NOKIA系统
我省NOKIA系统A-BIS接口信令为16Kbit/s或32Kbit/s。
16Kbit/s的AbisLink的最大平均信令负荷应不超过1KB/s,32Kbit/s的应不超过2KB/s。
在通常情况下A-bisLink所承载的大部分为寻呼信息(约60%),而寻呼信息基本上为21Bytes。
因此,
对于16Kbit/s的A-BIS接口,其可承担的最大寻呼容量=1000*60%/21=29条/秒;
对于32Kbit/s的A-BIS接口,其可承担的最大寻呼容量=57条/秒。
16kbit/s
32kbit/s
每秒安全寻呼量(条/秒)
29
57
表5不同Abis接口链路速率下网络安全寻呼量
2、Motorola系统
MOTOROLA基站提供1条64K的信令链路给每个小区中的所有TRX。
即Abis口的寻呼容量可以达到114条/秒。
空中接口和ABIS接口信令负荷的综合考虑
综合空中接口的寻呼信令负荷和Abis接口的信令负荷,选取最严格的安全寻呼量作为位置区划分的依据。
1、NOKIA系统
下表为综合考虑后得到的安全寻呼容量。
安全寻呼容量(条/秒)
16Kbit/s
32Kbit/s
CombinedCCCH
AGCH=1
27
27
AGCH=2
18
18
Non-CombinedCCCH
AGCH=1
29
57
AGCH=2
29
57
AGCH=3
29
53
AGCH=4
29
44
表6不同CCCH配置与不同Abis接口速率下网络安全寻呼容量
从上表得出以下结论:
(1)、若小区配置为CombinedCCCH,其安全寻呼容量决定于空中接口,与Abis口链路速率无关。
(2)、若小区配置为Non-CombinedCCCH,且AGCH<=4时,若Abis接口为16Kbit/s,则寻呼容量受限于Abis口,寻呼容量为29条/秒。
(3)、对于小区配置为Non-CombinedCCCH,且AGCH<=2时,若Abis接口为32Kbit/s,,则寻呼容量决定于Abis口,寻呼容量为57条/秒。
2、Motorola系统
由于MOTOROLA基站提供1条64K的信令链路给每个小区中的所有TRX。
所以相对于空中接口而言,MOTOROLA的A-BIS接口不是瓶颈。
Motorola系统的位置区大小决定于空中接口的安全寻呼容量,即决定于小区信令配置结构。
1.2.3LAC规划及使用原则
1、同一个LAC所覆盖基站必须在一个MSC下,不允许跨越MSC。
2、一个LAC覆盖范围不得超过安全寻呼容量,以避免寻呼消息丢失。
3、寻呼负荷确定了位置区的最大范围,边缘小区的位置更新信令负荷决定了位置区的最小范围。
因此,位置区范围必须综合考虑寻呼容量和位置更新次数进行设计,在寻呼容量允许的前提下尽量使位置更新次数降低到最小,避免浪费网络资源,并可减少非用户原因的网络阻塞。
(1)、位置区边界应设计在话务稀少地区,以避免手机频繁进行位置更新。
(2)、在城区,可尽量利用市区中的山体、河流等来作为位置区的边界。
尽量不要以城区街道为位置区边界。
(3)、在市区和城郊交界区域,位置区边界可放在外围一线的基站处,避免放在话务密集的城郊结合部。
(4)、避免沿主要干道和铁路划分LAC,避免造成频繁地位置更新。
4、避免Abis接口对寻呼容量的限制,应逐步对NOKIA设备进行Abis口信令链路改造,将现有的16kbit/s改成32kbit/s或者64kbit/s。
5、除非网络特殊需要,原配置为CombinedCCCH的小区应改为Non-CombinedCCCH,以增加空中接口的寻呼容量,提高LAC的覆盖范围。
1.2.4我省LAC资源管理办法
1、我省LAC资源采用分段预留的方式提供给各地区使用。
2、为满足各分公司临时性网络调整的需求,福州、泉州、漳州地区各指定2个LAC,其他地区各指定1个LAC专门作为临时割接调整使用,在临时性割接调整结束后必须退出,不得长期占用。
3、各市公司根据网络发展状况需新增LAC时,请至少提前2周时间以OA文件上报需求,同时应对网络寻呼容量进行详细分析,说明新增LAC的理由。
省公司将根据网络的实际情况,及时进行指定分配。
4、由于LAC的使用牵涉到网络、计费等相关方面,请各分公司严格按照省公司的规定进行使用,不得随意使用未经分配的LAC资源。
合理使用LAC资源对改善本地网络运行情况有较大帮助,请各分公司对本地区网络的实际情况进行详细的研究和分析,并对已有的LAC资源进行合理的规划和使用,以提高用户对网络的满意程度。
1.3半速率使用规范
1.3.1概述
近年来随着GSM移动用户和无线话务的持续增长,不可避免地产生了部分基站小区及局部区域话务拥塞的现象,另外由于周期性话务量激增,例如六合彩、旅游黄金周、农民工过年返乡,及突发性话务激增如大型演唱会,都会导致网络拥塞。
由于话务量存在着巨大的波动性,如何平衡话务量的波动,从技术角度解决话务高峰对网络的冲击,成为摆在网络维护人员面前的一项难题。
同时,移动网络正逐步向3G演进,通信运营商纷纷为3G网络的建设积累建设资金,如何在减少对现有网络扩容投资的前提下,保证GSM网络的质量,继续为GSM用户提供优质的通信服务,同样成为一项重要的研究课题。
而GSM规范下的半速率技术不失为一项解决这两个难题的重要方法。
该技术能够在不增加现网载频数量的情况下,大幅提高现网的话务吸收能力,从而解决高话务期内的网络高阻塞问题,为用户提供优质的通信业务。
目前,半速率功能已在我省网络中得到普遍应用,而且在话务吸收、网络疏忙、大型活动应急通信保障等方面取得了明显的实效。
但由于该技术对话音质量的影响较大,且用户感知度已成为衡量一个网络质量优劣的重要标准。
因此需要在保障用户感知的前提下,解决好网络资源不足对网络质量产生的影响,平衡二者之间的矛盾,对半速率技术的使用范围、使用机制进行合理的规范,特别是在城市等重要区域。
为此省公司下发半速率使用指导原则以便各地市公司加强对半速率功能的有效合理利用。
1.3.2半速率功能软硬件支持情况
我省目前主要使用无线设备为NOKIA、MOTO、华为,以下具体讨论各厂家设备支持情况。
1、网元支持
网元
最低软件版本需求
板件支持
NOKIA
MOTO
华为
MSC
M7
N/A
N/A
TC、XCDR
N/A
N/A
N/A
NOKIA须用TCSM2。
MOTO建议替换DSW/DSWX提供8kb/s的子信道交换能力
BSC
S6
GSR7
(GSR7IPL基本软件包、GSMHR半速率功能)
G3BSC32.10100.06.1120A
NOKIA须用GSWB(以支持8kbit/s的时隙。
MOTO建议替换DSW/DSWX提供8kb/s的子信道交换能力
华为须用GM34BIE板。
支持半速率功能的FTC板有GM13FTC0、GM13FTC1、GM14FTC0
2、基站支持
NOKIA基站
最低软件版本需求
Nokia2ndGen
B9.0
NokiaTalk-family
D2.1
NokiaPrimeSite
F2.1
NokiaMetroSite
任何版本
NokiaInSite
任何版本
NokiaUltraSite
任何版本
华为基站
BTS版本要求
BTS3X
G3BTS32.30000.01.1130及以后版本
BTS3002C
G3BTS36.30000.02.0820及以后版本
BTS3001C
G3BTS34.30000.07.0301
MOTOR0LA基站
BTS版本要求
Mcell
GSR7(GSR7IPL基本软件包、GSMHR半速率功能)
Horrizon
GSR7(GSR7IPL基本软件包、GSMHR半速率功能)
Incell
不支持半速率功能
1.3.3半速率参数设置建议
NOKIA系统半速率相关参数推荐设置建议
下表为和半速率相关的参数和建议值:
相关参数
简称
参数类别
默认值
建议值
Newestablishmentcausessupport
NECI
BTS
N
Y
TRXhalfratesupport
HRS
TRX
Y
Y
TCHinhandover
HRI
BSC
1
5
TCHrateintra-cellhandover
TRIH
BTS
0
0
AlarmlimitforhalfrateTCHavailability
ALHRT
BSC
30%
30%
lowerlimitforFRTCHresources
FRL
BTS
100%
20%
upperlimitforFRTCHresources
FRU
BTS
0%
40%
lowerlimitforFRTCHresources
HRL
BSC
100%
20%
upperlimitforFRTCHresources
HRU
BSC
0%
40%
半速率相关的告警号:
-ALARMNumber7054:
"TRXDOESNOTSUPPORTHALFRATE(TCH/H)CONFIGURATION"
-ALARMNumber7717:
"WORKINGHALFRATETCHRATIOBELOWTHRESHOLD"
半速率相关的计数器:
相关计数器
计数器描述
表名称
TCH_FULL_REQ_SUCC_UNSUCC
NumberoffullrateTCHrequests(successful+unsuccessful)
P_NBSC_TRAFFIC
TCH_HALF_REQ_SUCC_UNSUCC
NumberofhalfrateTCHrequests(successful+unsuccessful)
P_NBSC_TRAFFIC
TCH_REQ_FULL_PREFERRED
NumberofTCHrequestswithFRpreferred(bothsuccessfulandunsuccessful)
P_NBSC_TRAFFIC
TCH_REQ_HALF_PREFERRED
NumberofTCHrequestswithHRpreferred(bothsuccessfulandunsuccessful)
P_NBSC_TRAFFIC
TCH_FULL_SUCC_SEIZ
NumberofsuccessfulfullrateTCHseizures
P_NBSC_TRAFFIC
TCH_HALF_SUCC_SEIZ
NumberofsuccessfulhalfrateTCHseizures
P_NBSC_TRAFFIC
TCH_FULL_SEIZ_SPEECH_VER1
NumberofsuccessfulfullrateTCHseizureswhenthespeechfullrate,version1isused
P_NBSC_TRAFFIC
TCH_FULL_SEIZ_SPEECH_VER2
NumberofsuccessfulfullrateTCHseizureswhenthespeechfullrate,version2isused
P_NBSC_TRAFFIC
TCH_FULL_SEIZ_SPEECH_VER3
NumberofsuccessfulfullrateTCHseizureswhenthespeechfullrate,version3isused
P_NBSC_TRAFFIC
TCH_HALF_SEIZ_SPEECH_VER1
NumberofsuccessfulhalfrateTCHseizureswhenthespeechhalfrate,version1isused
P_NBSC_TRAFFIC
TCH_HALF_SEIZ_SPEECH_VER2
NumberofsuccessfulhalfrateTCHseizureswhenthespeechhal