本贴主要讨论在爱立信的SGSN升级到SGSN Pool的时候的步骤的讨论,原则就是如何做到平滑的迁移和过渡,尽量减少对现网的影响。下面开始列出自己拍出的一些步骤讨论,请大家拍砖。
[attach]525[/attach]
图一 割接前拓扑
目标拓扑:
[attach]519[/attach]
图二 目标拓扑
升级成POOL以后,SGSN1/2/3将构成一个SGSN POOL,共同为BSC1/2/3所处的RA用户提供服务,用户在BSC1/2/3下的RA内进行移动,将由POOL内的同一个SGSN来提供服务。不涉及到Inter-SGSN更新。
2. 割接步骤:
2.1. 数据准备和前提要求
2.1.1. 前提要求:
1) 首先完成Gb over IP的改造。
2) 完成健康检查,确认到各个NSE可用。做拨测。
3) 确认BSC,RNC的版本支持Gb-flex,Lu-flex。
4) POOL内的SGSN必须都是爱立信的,都是Dual Access的,都是相同的软件版本。否则请先升级同步版本。
2.1.2. 数据准备
规划好NRI等,SGSN IP地址,NRI长度等。
名称 | SGSN1 | SGSN2 | SGSN3 |
GTP-C IP | 100.1.1.1 | 100.1.1.2 | 100.1.1.3 |
NRI长度 | 5 | 5 | 5 |
Pool容量 | Pool内每个SGSN 位100万用户 | ||
CN-ID | 1 | 2 | 3 |
NRI值 | 1 | 2 | 3 |
表1:割接需要用到的参数
2.2. 开始割接
2.2.1. 将所有Gb非POOL链接逐一改成POOL链接
说明:本步骤影响业务,需打申请。
本步骤将SGSN所下挂的Gb链路逐一升级成单个的Pool链路。本步骤做完后,相当于形成了多个POOL,每个POOL下只有一个SGSN。
图示如下:
[attach]522[/attach]
图三- 将所有Gb非POOL链接逐一改成POOL链接
目前一般来说,实际一个SGSN可能下挂多个BSC,如10个。在可能要分成若干个晚上来完成以上步骤。如果还连了多个RNC,则对Lu链路也要完成割接。如果是3个SGSN,每个SGSN各挂10个BSC,3个RNC,那这步做完以后应该是3个POOL,每个POOL各1个SGSN,每个SGSN同时为各自的10个BSC和3个RNC服务。
2.2.1.1. SGSN上应添加以下配置:(以SGSN1为例,其余类似)
1)打开Pool的license。 modify_feature –name sgsn_pool on
2) 更改NRI长度为5。默认是4,但现网一般是5。set_5bit_nri_length
3) 设置CNID。 set_sgsn –cnid 1
4) 创建NRI属性。 create_nri 1 -ip 100.1.1.1 –pooled dual
到此,SGSN1自己的数据就创建好了。
2.2.1.2. BSC上应添加以下配置。(以BSC1为例,其余类似)
部分配置如下:
——————————————————————————————————————
rrnlc:sgsnnrilength=5; ---NRI长度
RRINI:NSEI=101,PRIP=100.1.1.1, PPORT=2157---配置远端SGSN的NSE
rrinc:nsei=101,nsstate=active; ----激活Gb接口
rrnri:nsei=101,nri=1; ----配置NRI路由
——————————————————————————————————————
随着用户的周期路由区更新,本SGSN 下所有的用户都会逐渐更新P-TMSI,使P-TMSI 中包含NRI 标识,这一过程目的在于使原有本地归属的用户在组成Pool 后,仍首先保持归属到原有的SGSN 上,尽可能与现网保持一致,从而使演进过程对网络的冲击降至最低;该过程应至少保持两个周期性位置更新的时间,然后再进行后续过程。(这是华为的文档说的,谨供参考。这里说的两个周期性位置更新时间是指的默认值,不是迁移MS使用的短的周期RA时间,默认是54分钟,2×54也就是要等2个小时后,这个Gb下的用户都获取了新的P-TMSI后才执行下一步).
假设SGSN1下挂5个BSC,分别是BSC1-5,则本步完成后应该对BSC2-5都没有影响,SGSN1会给BSC2-5都分配带NRI的P-TMSI,但BSC2-5上没有配置NRI路由表,仍会根据NSEI将包路由到SGSN1.不会管NRI。(个人认为应该是这样的,欢迎拍砖)。
这样第一个POOL就形成了。是SGSN1下挂BSC1。下面就要做拨测测试了。测试完,今夜就差不多了。不行就回退。使用相反的指令回退。如delete_nri。
接下来就是一个一个的Gb接口挨个割了。最后形成2.2.1里提到的目标拓扑图。也就是3个POOL,每个POOL一个SGSN挂这各自的BSC和RNC。分成多个晚上做完。
本步操作与上一步操作要求BSC 与SGSN 同步进行,以确保对现网业务基本无影响。配置完成后,对业务进行基本测试,观察Gb 接口话统指标(重点观察附着、分离及PDP 上下文激活)2 个小时。对于本例来说,就是保证BSC1 的业务全部送到SGSN1,BSC2 的业务全部送到SGSN2,BSC3 的业务全部送到SGSN3。
2.2.2. 将SGSN2 加入SGSN1 和BSC1 形成的Pool 区
本步完成后的目标拓扑:
[attach]523[/attach]
图四-将SGSN2加入SGSN1和BSC1形成的Pool区
在新加SGSN 上配置原有Pool 内的SGSN 与NRI 的对应关系。本例中,就是在SGSN2 上添加SGSN1 与NRI 的对应关系。另外,还要激活SGSN2和BSC1的Gb接口。
2.2.2.1. 需要添加的基本数据配置如下:
——————————————————————————————————————
1) 激活SGSN2和BSC1之间的Gb链路(此部分配置略,包括检查的CLI)[attach]524[/attach]
图五-将BSC2加入SGSN1、BSC1形成的Pool区
需要添加的数据如下:
1) SGSN1上要启用到BSC2的Gb链路
2) 如果是RNC的话还要增加Pool下所属RA的配置。Create_wra
3) BSC2上要增加和SGSN1的NRI对应关系,以及无法识别的NRI怎样去找SGSN。
配置脚本举例:
1) 激活SGSN1和BSC2之间的Gb链路(此部分配置略,包括检查的CLI)
2) Pool的相关配置:
BSC2上需要添加SGSN1和NRI的对应关系:
RRINI:NSEI=101,PRIP=100.1.1.1, PPORT=2157---配置远端SGSN1的NSE
rrinc:nsei=101,nsstate=active; ----激活Gb接口
rrnri:nsei=101,nri=1; ----配置NRI路由
最后,BSC上还要指定未知NRI或P-TMSI中无NRI的情况下怎么去找SGSN(比如用户坐飞机关机从外地过来重新开机没有NRI值)。应该是负荷分担的。
[attach]520[/attach]
图六-将SGSN3和BSC3加入Pool
本步骤实际上是重复2.2.2和2.2.3,方法是一样的。请参考上面的步骤。
最终割接完的拓扑变成了上面的图6所示。一个POOL,挂3个SGSN,为BSC1/2/3服务。以后如果还有SGSN4/5/6等等加进来方法也是一样的。
2.2.5. 为POOL相邻RA的SGSN配置缺省SGSN:
在POOL割接完成之后,和SGSN1/2/3相邻的RA假设是SGSN4,覆盖RA4,那用户从RA4进入到POOL内的RA1/2/3后或者用户在RA4和RA1/2/3之间来回移动,就需要SGSN4找到正确的POOL内SGSN,以完成Inter-RAU更新以及获取正确的用户上下文信息。但SGSN4上没有NRI和POOL内SGSN对应关系,这时候就需要在SGSN4上定义default-SGSN,由它来代劳找到正确的POOL内SGSN。Default-SGSN上则有POOL内所有SGSN的对应信息。默认情况下,SGSN1/2/3都可以做为default-SGSN。可根据容量,负荷等实际情况来选择。
Default SGSN流程如下:
[attach]521[/attach]
图七-Default SGSN配置及执行流程
至此:大功告成!恭喜恭喜!!!哈哈!
但还没完-----
网络调整完成后,必须严格监控用户在SGSN 下的分布情况,当发现部分SGSN 内的用户过多时,应该立刻使用用户搬移功能,防止设备过载,并同时找出用户分布异常的原因,修改BSC/PCU 上面的符合分担算法,使得用户分布达到平衡。
2.3. 其他说明:
1) 如果涉及到要迁移用户。则迁移的时间可能很长。SGSN支持最多每秒迁移20个用户(start_ms_move的rate最大值为20每秒),因此一个小时最多70000用户。 如果有70万SAU的话,则需要10个小时更多。因为很多手机是开机自动到PS附着的 ,除非关机。比如索爱。还有些应用程序也是一直挂网的,如手机QQ。 需了解下现网的SAU有多少。
2) 如果挂了RNC的话,方法是一样的,区别是不需要启用Gblink,并且要多一步配置创建RA。Create_wra
3) 如果在BSC上找不到NRI的匹配关系,是按负荷分担的方式来选择SGSN的。
4) OSS supports consistency check for NRI settings between the nodes.
5) 规范是23.236 。
6) 此文档是根据其他参考编的,未经现网实践验证。不代表一定正确。谨供参考。仅作抛砖引玉用。欢迎拍砖。
欢迎光临 51学通信技术论坛 (http://www.51xuetongxin.com/bbs/) | Powered by Discuz! X2 |