NSEI （PCU是实体，有2个逻辑PCU，NSEI是SGSN管理PCU时候的逻辑标识，和1个逻辑PCU一一对应）分配需要关注容量限制等因素，并且从路面和地理环境等方面进行综合效考虑，小区重选多发地段应该儘可能分到相同的NSEI中。

和思路

把PCU 的边界划分在低小区重选区域及非主干道上，从而减少跨PCU 的小区重选以提升GPRS 在移动使用中性能，参考的标準为：

通过提取一段时间中OMC关于in/out 小区重选统计数据的平均值进行地理化显示，了解小区重选的分布情况作为PCU 边界划分标準。

主要有：TRX容量限制、ABIS 16k 容量限制、gb 口负荷限制 。

NSEI调整依据－PCU 容量限制

NSEI 重调对于PCU 负荷的考虑－主要考虑以下两点：

- Radio TSLs时隙占用率:即每个小区(E)GPRS时隙平均。

- Abis 16kpbs 信道数：即EDAP的16k子时隙数。

地理上成片的小区划归道同一个PCU 下，儘量使PCU 的边界避开主干道，儘可能同基站、相邻基站共用1个PCU，同PCU之间的小区重选速度相对要快。

在建网初期偏远地区由于数据业务量少，可适当关闭一些载波的GPRS功能，儘可能的让NSEI下挂更多的小区。

包括每个小区的NSEI归属；

每个EDAP的时隙数大小（通过MML指令“ZESI；”获取）；

每个小区平均(E)GPRS时隙数；从小区性能报表的PS TCH信道分配数（平均值）获取。

每个小区的BSC归属；

每个BSC的PCU数目（通过MML指令“ZFXO；”获取）。

将取得的每个小区的数据（NSEI归属、EDAP大小、平均EGPRS时隙数）更新到MapInfo以供后期处理。

首先把一个BSC下的EDAP 16k信道数和(E)GPRS平均时隙数求和，得到一个BSC的16k Channel数，除以该BSC下的NSEI数目，就是NSEI调整后每个NSEI的大概负荷，向着这个目标调整每个小区的NSEI儘量接近这个平均值。

调整时，儘量把同站的小区调整到同一个NSEI，如果容量允许，将邻近的站规划到相同的NSEI。

调整完成后对规划结果按照NSEI汇总，看规划结果每个NSEI的16k Channel数是否均衡，儘量保证在190个16kChannel以内（每个PCU的Abis16K信道容量是256个，为保证一定冗余，建议利用率为75%，所以256*0.75=192）。

对比调整前后小区NSEI，发生变化的就是需要做调整的，发单修改。

GPRS不可接入时，有可能是PCU容量受限或处理能力受限、小区的GPRS信道拥塞、睡眠小区等造成的，此时确保小区的GTRX是开启的，重启小区GTRX，重做GTRX数据，或者调整NSEI的值。

GPRS小区容量报表 ；

GPRS小区性能报表 。

ZESI:ID=1&&100:TRXS;可以知道当前DAP对应的BTS和TRX，还能得到垃圾DAP。

FUI:ID=1&&30;gb 链路查询，和所有PCU。(或者ZFXO:; 得到NSEI号)

NSEI号可以直接从BTS表的EQO sheet中查询

使用究哥的NSEI可直观的看到NSEI的分布情况 。

即DAP的可用性，确认每一个DAP是不是都已对应了TRX，如果存在垃圾DAP就会影响到NSEI的利用率。

结合下图HG1B1的PCU负荷，以BSC3i容量限制为例，可以看到受限最大的还是Abis 16k channels！ NSEI10112已达250，迫切需要进行调整、平衡。

理论上微蜂窝S4+4是可以配置在一条传输上的，但31时隙一般给默认环境监控使用，还考虑到扩容所以我们一般还是使用2条传输。

结合PCU负荷进行NSEI调整

利用究哥的RNP专题图可以直接生成，从下图可以看到同站不同NSEI、主干道上跨NSEI站点较多，具有较大的调整空间。