爱立信SGSN Pool迁移步骤讨论

爱卫生

   本贴主要讨论在爱立信的SGSN升级到SGSN Pool的时候的步骤的讨论，原则就是如何做到平滑的迁移和过渡，尽量减少对现网的影响。下面开始列出自己拍出的一些步骤讨论，请大家拍砖。

1. 从Dual的SGSN升级到Dual SGSN Pool
   本例使用设备如下：
   3个现网的Dual SGSN以及各下挂1个BSC。
割接前拓扑：

图一 割接前拓扑

目标拓扑：

图二 目标拓扑

    升级成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。
   图示如下：

图三- 将所有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 区
  本步完成后的目标拓扑：

图四-将SGSN2加入SGSN1和BSC1形成的Pool区

   在新加SGSN 上配置原有Pool 内的SGSN 与NRI 的对应关系。本例中，就是在SGSN2 上添加SGSN1 与NRI 的对应关系。另外，还要激活SGSN2和BSC1的Gb接口。

2.2.2.1. 需要添加的基本数据配置如下：

——————————————————————————————————————

1） 激活SGSN2和BSC1之间的Gb链路（此部分配置略，包括检查的CLI）
2） Pool的相关配置：
在SGSN2上添加以下数据：
create_nri 1 -ip 100.1.1.1 –pooled dual    -----  即把SGSN1的NRI对应关系加进来。
在SGSN1 上添加以下数据:
create_nri 2 -ip 100.1.1.2 –pooled dual    -----  SGSN2 与NRI 的对应关系：
BSC1上需要添加SGSN2和NRI的对应关系：
RRINI:NSEI=102,PRIP=100.1.1.2, PPORT=2157---配置远端SGSN2的NSE
rrinc:nsei=102,nsstate=active; ----激活Gb接口
rrnri:nsei=102,nri=2; ----配置NRI路由
   最后，BSC上还要指定未知NRI或P-TMSI中无NRI的情况下怎么去找SGSN（比如用户坐飞机关机从外地过来重新开机没有NRI值）。应该是负荷分担的。
——————————————————————————————————————

2.2.2.2. 和DNS相关配置更新：
   由于现在POOL已经起来了。SGSN1和SGSN2组成一个POOL共同为BSC1提供服务。那么SGSN1和SGSN2会共同的为BSC1下的RA服务，假设BSC1/2/3服务的RA分别为RA1/2/3。那么当一个用户在RA1下关机，来到RA3后开机，携带的是RA1下分配的P-TMSI。从RA3即SGSN3的覆盖区域进入了SGSN1/2的POOL内即RA1，则需要进行Inter-RAU更新，SGSN3需要获取用户的上下文信息，但这时用户送上来的报文中RAI都是RA1，无法区分SGSN1和SGSN2，只能加上P-TMSI的NRI值来加以区分，在请求DNS解析SGSN地址的时候也要带上NRI，否则DNS将无法解析出对应RA1的正确的SGSN地址，SGSN3将无法得到正确的用户上下文信息。
   因此需要更新DNS相关的配置。

SGSN需要添加以下数据：
- 将节点属性Gn_UseNriInDnsQuery设置为true，即送DNS查询时带上NRI进行查询请求。Gn_UseDnsMapRaToSgsnAddress也要设置为true，代表首选DNS解析SGSN地址。
请求DNS上也要更新相应配置：
- 在这一步，DNS上应该可以把3个SGSN的NRI解析结果都加上去。不用等到最后做。（个人意见）

  此步骤做完后，由于SGSN2会同时承担BSC2下RA用户的流量，同时也会分担一部分原BSC1下RA用户的流量（未知NRI由BSC1分发过来的那部分），所以本步骤应严密监测SGSN2的负荷情况。如果出现SGSN2负荷过高的情况，则应执行用户的迁移流程。确保SGSN2的负荷不会过载。关于用户的迁移流程，请参考配置手册。
  本步骤完成后，最终还是3个POOL.一个POOL有SGSN1和SGSN2，下挂BSC1，POOL2是SGSN2和BSC2，POOL3是SGSN3和BSC3。如上面的图三所示。做完了就要做拨测等测试。

2.2.3. 将BSC2 加入SGSN1、BSC1 形成的Pool 区

图五-将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值）。应该是负荷分担的。

——————————————————————————————————————
   此步骤做完后的目标拓扑图为上面的图五所示。原有3个POOL变成了2个POOL。一个POOL是SGSN1/2带BSC1/2，另一个POOL是SGSN3带BSC3。做完了就要做拨测等测试。

2.2.4. 将SGSN3和BSC3加入POOL
   目标拓扑为：

图六-将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流程如下：

图七-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） 此文档是根据其他参考编的，未经现网实践验证。不代表一定正确。谨供参考。仅作抛砖引玉用。欢迎拍砖。

decwhan

楼主是ericsson的人，呵呵

imwoohan

还没有开发到这么高级的功能呢，楼主要是有时间的话，可不可以介绍下爱立信的sgsn的其他特性，例如割接，备份等。

ccc123

请教一下当用户在做active_pdp的时候如何迁移用户.根据ms_move文档查,这些用户好像无法被迁移的?可有好的解决办法?