MSC POOL交流.docx
《MSC POOL交流.docx》由会员分享,可在线阅读,更多相关《MSC POOL交流.docx(16页珍藏版)》请在冰豆网上搜索。
![MSC POOL交流.docx](https://file1.bdocx.com/fileroot1/2022-12/7/e6a4bdfd-e139-4428-8336-1cbb408afeb9/e6a4bdfd-e139-4428-8336-1cbb408afeb91.gif)
MSCPOOL交流
MSCPOOL技术交流
1前言简介…………………………..……………………………………………………………2
2BSC与核心网是同厂家的(开封,NNSF在BSC上实现)…………………………3
2.1拓扑图….….….
2.2原理……………..
2.3实际举例…..…..…..
3BSC与核心网是异厂家的(濮阳,NNSF在BSC上实现)………………………………4
3.1拓扑图…..…..….
3.2原理………….……
3.3硬件准备…..
3.4数据准备…..
3.5实际操作…..
4BSC后期维护涉及的参数…….………….………………………….…….…………………………9
4.1后期维护会涉及的参数修改
4.2实际操作中遇到的问题
5BSC与核心网是异厂家的(商丘,NNSF在MGW上实现)………………………………12
5.1拓扑图…...…..…..…..……
5.2原理…..………..…..
5.3实际操作……
前言简介
目前MSCPOOL的工作正在河南各个地市开展,针对我在商丘,开封,濮阳做过的一些工作做一些总结。
希望在以后的维护工作中能给大家起到一定的帮助。
在介绍之前先要理解一个名词NNSF:
NNSF:
NASNodeSelectionFunction
为MS选择服务MSC的功能被称为NNSF功能,具备NNSF功能的实体,称为NNSF实体。
NNSF功能可以选择在核心网侧网元(MGW)或者接入网侧网元(BSC/RNC)中实现,分别对应为“BSC代理NNSF功能”和“MGW代理NNSF功能”两种方案。
(1)同一个MSCPOOL内不同时存在BSC/RNC代理NNSF和MGW代理NNSF两种方式;
(2)BSC/RNC与MGW均具备改造条件时,优选BSC/RNC代理NNSF算法;当BSC/RNC检测到是第一次进入池内的位置更新请求,按照一定的分担算法,将位置更新路由到池内某个MSS,MSS为该用户分配NRI(包含在TMSI中),后续该用户所有在池内的活动,均由BSC/RNC路由到该NRI所属的MSS处理;
(3)BSC/RNC不具备改造条件,MGW具备改造条件,采用MGW代理NNSF方式;MGW检测到是第一次进入池内的位置更新请求,按照一定的分担算法,将位置更新路由到池内某个MSS,MSS为该用户分配NRI,后续该用户所有在池内的活动,均由MGW路由到该NRI所属的MSS处理;
因此按照NNSF功能实体的不同,可以分为2类:
NSSF在BSC实现与NNSF在MGW实现。
而NNSF功能在BSC实现又可以根据厂家的不同,分为:
1:
BSC和核心网是同厂家的(开封);
2:
BSC和核心网(华为)是异厂家的(商丘,濮阳);濮阳和商丘采用的拓扑结构和执行NNSF算法的网元又有所不同。
BSC与核心网是同厂家的
(开封,NNSF在BSC上实现)
2.1以开封BSC18为例,NNSF在BSC上实现,拓扑图如下:
2.2每一台BSC在物理上都是通过3台MGW连接到3台MSS,BSC到每一个局向都建有信令,路由和电路。
通过上图可以看出,不论KFBSC18到哪一个MGW的信令,路由断掉,或者是GM4&GM6&GM7的任何一个宕机,此时BSC会立即启动NAS算法,将用户迁移到剩余的2个MSS上。
因此不会影响KFBSC18的正常业务。
当BSC检测到有用户第一次进入POOL内,没有找到与之对应的NRI,将启动NAS算法,按照权重或者电路负荷将用户路由到某一个MSS。
MSS为该用户分配NRI(包含在TMSI中),后续该用户所有在POOL内的活动,均由该BSC路由到该NRI所属的MSS处理。
BSC和核心网是同厂家的席工在MSCPOOL实施手册v3当中已经写得相当详细,可以作为指导手册,我不在介绍,具体见附件
BSC与核心网是异厂家的
(濮阳,NNSF在BSC上实现)
3.1下面以濮阳的为例来做一些介绍。
濮阳的核心网是华为的,华为MSCMc口互联,具体为多个华为MSS与MGW都有连接,NNSF算法在BSC中实现,如下图:
3.2濮阳MSCPOOL结构图
简单来说就是1个NSNBSC连接2个华为MGW,2个MGW分别与3个MSS相连。
以濮阳BSC5为例具体的实施步骤如下:
原来的BSC5在物理上面只是连接了一个MGW,一个MSS,
组POOL前
系统号
TC光口
归属MGW
归属MSS
PYBSC5
1
PYBSC5-GTIC2-5槽-0M
PUYGM105
PUYGS101
5
PYBSC5-GTIC3-5槽-1M
3
PYBSC5-GTIC2-6槽-0M
4
PYBSC5-GTIC3-5槽-0M
2
PYBSC5-GTIC2-5槽-1M
6
PYBSC5-GTIC3-6槽-0M
连接到GM105的有4条信令,6条光纤的电路。
组POOL之后BSC在物理上面分别连接到了GM105和GM102,
到GM105的2条信令,3条光纤的电路;
到GM102的2条信令,3条光纤的电路;
组POOL后
系统号
TC光口
归属MGW
归属MSS
PYBSC5
1
PYBSC5-GTIC2-5槽-0M
PUYGM105
ZZGS102/ZZGS110/PUYGS101
5
PYBSC5-GTIC3-5槽-1M
3
PYBSC5-GTIC2-6槽-0M
4
PYBSC5-GTIC3-5槽-0M
PUYGM102
2
PYBSC5-GTIC2-5槽-1M
6
PYBSC5-GTIC3-6槽-0M
因此准备工作如下:
3.3硬件的准备
一:
BSC工程师给出新的需要建信令的ET,需要连接到新的MGW的光纤,交给督导,督导核对之后给工程队放线,华为侧的MGW不支持光纤备份,所以到每一个MGW只需要放3对光纤。
当然线放完之后还必须核对传输是否通了。
(注意:
BSC上的6根光纤需要分出去3根到新的局向,这个需要和客户,核心网的商定,要保证在BSC和MGW侧分出的光纤不是在一个框里,信令ET的位置也是如此)。
这种组网方式,硬件不需要做很大的变动,BSC到ODF架的光纤是现网正在用的,只需要放跳纤到MGW的ODF。
(MGW到MGW侧ODF光纤是华为负责)督导做好标签,当天晚上直接对接即可。
濮阳都是BSC3000的设备,共有4条信令,每一个局向2根,所以只需要再放2根信令线到新增MGW局项即可。
二:
申请LICENCE,这个可以提前把所有需要组POOL的BSC的LICENCE一次申请好。
三:
用户口令的申请,现在组POOL基本不需要重启BSC,权限为255的,且具有FTPWRIT功能,用于上传LICENCE。
四:
需要规划给出详细的组POOL的相关参数,与华为对接的时候WEIGHT的设置,规划没有给出,需要和核心网工程师沟通。
根据SERVER容量配置权重,例如濮阳3台SERVER的容量分别为90万,90万,85万用户,三个SERVER容量基本相同,此时WEIGHT的比例我们可以设置为100:
100:
100.
3.4:
数据的准备:
准备数据的前提就是做好ETPLAN,这个是做数据的依据,并且做完之后还需要交给客户做为最新的资料,一定要准备仔细。
数据的准备主要和核心网的核对好CIC的分配,核心网建议在每一根光纤上面CCSPCM(CIC)分成3部分,刚好是到3个SERVER上。
每一根光纤都是如此,这样既达到了均分的目的,又保障了安全,不论那一根光纤出了问题,在SERVER上面的电路都不会受很大的影响,还可以一直保证是均分的效果:
如附件中的ETPLAN和端口对应表
接下来就是MARCO的准备,
创建路由的时候注意红色A参数。
这个参数是指一个BSC连接多个MGW到一个SERVER,所以路由的时候必须要选择A,允许分担路由A:
LOADISSHAREDBETWEENALLAVAILABLEROUTESHAVINGTHEHIGHEST
EQUALPRIORITY否则你只能激活到一个局向的路由,
注意这个参数在和诺西的核心网连接的时候选择的是默认的,即选择的是D,因为诺西的MSCPOOL都是一个MGW对应一个SERVER注意这其中的区别。
D:
TRAFFICISROUTEDTOONLYONEAVAILABLEROUTEHAVINGTHE
HIGHESTPRIORITY(NOTETHATIFTHEREISMORETHANONEROUTE
WITHSAMEPRIORITYITISUNPREDICTABLEWHICHONEWILLCARRYTHELOAD)
ZNRC:
NA1,#MSS_SP1#,#MSS_SP_NAME1#,0,A,:
NA1,#MGW_SP2#,#MGW_SP_NAME2#,7;
第二条路由要添加不是创建。
ZNRA:
NA1,#MSS_SP1#,#MSS_SP_NAME1#:
NA1,#MGW_SP5#,#MGW_SP_NAME5#,7;
3.5当晚的具体操作,这个操作和同厂家入POOL的有所不同,因此我在这里稍微啰嗦一点,具体操作的步骤如下:
1:
查看当前的各个单元状态,告警收集,背包,注意LOG的保存。
2:
查看ZDFD:
MCMU,1:
B94,;(这个一般在S14升级之后文件已经传进BSC,但是也要注意观察比对)
ZDFD:
MCMU,1:
5AC006B,,N,W,;是否需要PATH文件。
参照文档:
3:
上传MultipointALICENCE,。
把LICENCE的状态设为CONF状态,记得设置完之后,马上用ZE7I;指令查看:
MSC的状态,由于MultipointA配置状态修改后,系统会自动把DEFMSC的状态修改为BAR-US的状态,可能影响用户的使用。
这在我们今后的维护工作中也需要注意。
0FA2/04002DEF--BAR-US
需要马上用ZE7M:
SPC=0FA2:
STATE=0;指令修改过来,正常的状态为:
0FA2/04002DEF--WO-EX
4:
在22:
00以后和客户商量就可以闭掉即将调往新局向的光纤电路,这个时间比较长,在业务不是很忙的情况下,可以提前闭掉一部分电路
5:
电路删完之后
//删除PYBSC5原GM105方向LINK2,3,保留0和1.
ZNLC:
2&3,INA;
ZNLD:
2&3;
ZNSR:
NA1,FA2,GS101:
2;
ZNSR:
NA1,FA2,GS101:
3;
6:
//创建PYBSC5GM102方向LINK2,3
ZNCC:
2:
257-1,64,31,3:
BCSU,3:
0:
;
ZNCC:
3:
641-1,64,31,3:
BCSU,4:
0:
;
//Createthesignallinglinkset
ZNSC:
NA1,#MGW_SP2#,#MGW_SP_NAME2#:
2,0:
:
:
;
ZNSA:
NA1,#MGW_SP2#,#MGW_SP_NAME2#:
3,1;
//Createthesignallingrouteset
ZNRC:
NA1,#MGW_SP2#,#MGW_SP_NAME2#,0,D,:
,,7;
ZNRC:
NA1,#MSS_SP1#,#MSS_SP_NAME1#,0,A,:
NA1,#MGW_SP2#,#MGW_SP_NAME2#,7;
ZNRC:
NA1,#MSS_SP2#,#MSS_SP_NAME2#,0,A,:
NA1,#MGW_SP2#,#MGW_SP_NAME2#,7;
注意此时我并没有添加MSS-SP3到MGW-SP2的信令路由,这是因为:
与华为核心网安照上面拓扑结构组MSCPOOL的过程中,BSC原来挂接的MGW和SERVER的SPC,需要更改,所以我会在后面MSS-SP3的信令点重新创建之后,再用ZNRA添加进去添加。
(详见MARCO)
7:
后面的激活信令,路由,创建SCCP层,
8:
创建并激活到新局向的电路,记住此时MSS-SP3的信令点还没有改过来,所以只添加了部分电路(详见MARCO)
9:
电路创建激活完毕之后,添加POOL的数据,
ZW7M:
FEA=69:
ON;
ZE7A:
1F02:
MCC=460,MNC=00,CNID=3102,STATE=0,NULLNRI=10,WEIGHT=100:
NRI=22;
ZE7A:
1F10:
MCC=460,MNC=00,CNID=3110,STATE=0,NULLNRI=10,WEIGHT=100:
NRI=23;
0FA2/0400210000-460-235210WO-EX22
1F10/0795210000-460-311010WO-EX23
1101/04353DEFBAR-US
此时POOL的数据是不完整的,所以
ZE7M:
LENGTH=7;
ZE7M:
LOAD=0;
ZE7M:
NASNODE=1;是无法添加的,我们需要把SERVER1101这个的参数补齐了之后才可以添加;
(记住1101在DEF的情况下是无法删除的,需要修改DEF的位置)
9:
在这部分数据添加完成之后,需要挂测试站做一个简单的拨测,如果在这三根光纤拨测没有问题,就可以调整原来3根光纤的数据。
10:
//删除PYBSC5原GM105的剩余电路
11:
删除PYBSC5原GM105AIF
ZNHC:
NA1,#OLD_SP#:
FE:
INA;
ZNGC:
NA1,#OLD_SP#:
INA;
ZOBC:
NA1,#OLD_SP#,FE:
:
N;;
ZOBM:
NA1,#OLD_SP#,FE:
NA1,#OLD_SP#:
N;
ZNFR:
NA1,#OLD_SP#;
等等。
。
。
。
11:
创建PYBSC5到GM105AIF
ZNCC:
0:
368-1,64,31,3:
BCSU,1:
0:
;
ZNCC:
1:
256-1,64,31,3:
BCSU,2:
0:
;
ZNSC:
NA1,#MGW_SP5#,#MGW_SP_NAME5#:
0,0:
:
:
;
ZNSA:
NA1,#MGW_SP5#,#MGW_SP_NAME5#:
1,1;
ZNRC:
NA1,#MGW_SP5#,#MGW_SP_NAME5#,0,D,:
,,7;
ZNRC:
NA1,#MSS_SP3#,#MSS_SP_NAME3#,0,A,:
NA1,#MGW_SP5#,#MGW_SP_NAME5#,7;
ZNRA:
NA1,#MSS_SP3#,#MSS_SP_NAME3#:
NA1,#MGW_SP2#,#MGW_SP_NAME2#,7;(这个就是上面我说的在这里需要ZNRA添加的路由数据)
ZNRA:
NA1,#MSS_SP1#,#MSS_SP_NAME1#:
NA1,#MGW_SP5#,#MGW_SP_NAME5#,7;
ZNRA:
NA1,#MSS_SP2#,#MSS_SP_NAME2#:
NA1,#MGW_SP5#,#MGW_SP_NAME5#,7;
激活信令路由,等这都好了之后就可以加剩余的电路了,因为我们把CCSPCM都做了重新排序;
12:
添加电路并激活
13:
重新定义到SERVER的POOL数据,
0FA2/0400210000-460-235210WO-EX22
1F10/0795210000-460-311010WO-EX23
1101/04353DEF10000-460-235110WO-EX24
至此所有的数据都以添加完毕,剩下的就是做电路的拨打测试。
详细的MARCO如下:
14:
华为的时隙数是全部加进去,然后再闭掉每四条电路的最后4个时隙,因此注意和核心网的核对电路时隙总数,观察是否有3265告警出现,到各个BSC查看是否有2725告警出现,如果是当晚操作引起的,清除掉。
BSC后期维护涉及的参数及问题
4.1讲解几个用ZE7I查看的参数。
SPCDEFAULTWEIGHTGLOBALCN_IDNULLMSC
HEX/DECSPCFACTORMNC+MCC+CN_IDNRISTATENRI
--------------------------------------------------------------------
1F10/0795210000-460-311010WO-EX23
1101/0435310000-460-235110WO-EX24
1F02/07938DEF5000-460-310210WO-EX22
上面的参数是设计院给出的,做数据的时候可以直接添加
为什么要设置DEFSPC
该参数定义在MultipointAInterfacelicence到期或该LICENCE在配置状态下,能够提供正常业务的信令点所对应的核心网节点。
MSC状态设置:
ZE7M:
SPC=XXXX:
STATE=0,;(0=wo-ex,1=BAL-US,2=BAR-US)
0:
正常工作状态WO-EX
1:
新用户禁止状态BAL-US
禁止新用户定向到该MSS/MSC,可以在某个MSS/MSC上用户数已经达到限制,或者为卸载状态时使用,这里的新用户是指从POOL外过来的用户没有带与POOL内相符的NRI,这个也适用于迁移用户,比较慢,但是对用户的影响很小。
2:
禁用状态BAR-US
禁止所有业务和用户使用该MSS/MSC,可以强迫该MSS/MSC上的已有用户定向到其他MSS/MSC上
这个适用于MSS/MSC宕机之后,想在一段时间之内重新分配用户到此MSS/MSC上,可以把其它的MSS/MSC的STATE设为BAR-US。
在MSS上观察用户的分配情况,一段时间之后再修改为WO-EX,这个参数会对被叫有影响,一般建议不使用。
在组POOL的初期,会出现孤岛效应,某一个MSS的用户特别多。
如果想快速的驱赶用户到其它的MSS上面去,也可以采用这个参数,只要把周期性位置更新时间修改的短一些。
对被叫用户影响的时间也可以接受。
--------------------------------------------------------------------
NRI_LENGTH=7
--------------------------------------------------------------------
在河南NRI的长度等于7是集团统一给出的,
--------------------------------------------------------------------
LOADBALANCINGMETHOD=0,LOADBALANCINGMETHODNOTUSED
--------------------------------------------------------------------
这个参数主要有一下三种,现网中使用的都是0,这个在开封经过模拟实验,
现网中连接了3台MGW,3台SERVER,比例是100:
100:
50当其中的一台MGW(WEIGHT=100)宕机的时候,用户的迁移如下:
LOAD=0:
不采用特定方法,用户按照2:
1的比例迁移,达到了目的,不特定的算法其实就是NAS算法
LOAD=1:
根据NRI数量,用户全部迁移到了其中的某一台SERVER上面,没有达到容灾的目的。
LOAD=2:
根据电路负荷。
这个没有模拟,我估计会出现下面的情况
--------------------------------------------------------------------
NASNODEMETHOD=1,DONEWITHWEIGHTED-ROUND-ROBIN
--------------------------------------------------------------------
0:
根据电路负荷采用此种设置,可以将新用户定向到负荷最低的MSS/MSC上
1:
根据权重轮询采用此种设置,可以将新用户根据设定的权重定向到对应的MSS/MSC上,提供一种对新用户分配比例可控的手段
这里的新用户是指从POOL外过来的用户,它的TMSI中的NRI在POOL内找不到,需要重新分配。
如果按照电路负荷,新用户重新注册到电路负荷低的VLR中,会造成VLR中登记的用户不均衡。
--------------------------------------------------------------------
FORCEDMODE=0,NORMALNRIBASEDTRAFFICROUTING
0:
正常基于NRI的业务选择
1:
所有业务基于NAS算法选择
将该BSC下所有用户的每次操作根据NAS算法重新进行到MSS/MSC选择
设置为1的时候可以在现网用户不均衡或者是某一个核心网宕机之后引起的用户不均衡,重新启用NAS算法,重新分配用户
4.2遇到的一下问题:
1:
在添加LICENCE的ZW7L:
G1303691:
CONF:
;执行过后没有发现ZE7I这条指令,说明LICENCE没有设置成功,需要把LICENCE删掉。
ZW7D:
G1303691;重新打一遍。
2:
定义某个局向的MSCPOOL数据前该局向必须至少有一条电路在BSC上看处于激活状态,否则该局向上添加不了MSCPOOL数据,系统提示SPC信息不存在(/***SPCINFORMATIONISNOTFOUND***/)。
3:
在华为组POOL的过程中你会需要删除原归属的SPC
ZE7D:
SPC=FA2:
:
;
CONFIRMCOMMANDEXECUTION:
Y/N?
Y
/***DEFAULTSPCCANNOTBEREMOVED***/
此时你无法将DEF的SPC删除,你需要修改默认的DEF到其他局向
4:
在组POOL的过程中有可能遇到一些A口割接,例如开始现网的配置如下:
ZE7I查看:
ZE7I
SPCDEFAULTWEIGHTGLOBALCN_IDNULLMSC
HEX/DECSPCFACTORMNC+MCC+CN_IDNRISTATENRI
--------------------------------------------------------------------
1F10/07952DEF10000-460-311010WO-EX23
1F02/0793810000-460-310210WO-EX22
1101/0435310000-460-235110WO-EX24
我用ZNRX:
NA1,1F10:
NA1,2100:
MSS-XX;再用ZE7I查看的时候发现信令点还是没有改过来。
--------------------------------------------------------------------