O(∩_∩)O~看的我有点小晕，不过还是学习学习。

我记得LAC划分好像是以BSC为单位划分的吧

考虑寻呼量，各个位置话务，BSC载频负荷等等在把握一些位置去划分原则，用MapINF导入数据慢慢调整就OK了

学习中....

LAC一般按照地理区域划分，但基础是以小区边界为准的。一个小区，只能设定一个LAC编码，因此LAC边界是基于小区覆盖边界的基础上，选取合适的地理区域来确定。

是不是应该是CRH啊

主要还是按照寻呼的容量来划分的吧

主要是根据区域划分，这个我了解，但确定一个BSC只能划分1~2个LAC吗？？

一、LAC的划分原则：
1、LAC 的范围必须在一个MSC 下，不允许跨越MSC；
2、一个MSC 下可划分为多个LAC 区；
3、一个LAC 下可挂多个BSC；
4、一个BSC 下也可划分为几个LAC；
5、但LAC 区不能出现“插花”的现象（影响寻呼成功率）；
6、LAC 最小是一个BSC。
一个LAC 包含有多个BTS, 这些BTS 可以在一个BSC 或几个BSC 下。

二、LAC 的边界选择在穿越边界的用户数最少的地方。
1、避免出现在市中心用户密集区、高话务街道，这将会产生很多LU。
2、尽量划分在沿河、用户较少的区域。
3、避免选择高速公路、铁路等大量用户瞬间通过的线路作为边界。
4、LAC 区域的连续性。
5、LU rate 与paging load 保持平衡，既要防止高LU rate，又要防止小区连续传递过多的paging 信息。

三、不同分配原则下在网络中出现的常见问题分析。
1. LAC配置的最小方式为1BSC 1个LAC。
这种方式当网络从单层次走向多层次时，一些高层小区如覆盖范围过大，引发用户在同一小区中的LU。
2．LAC 配置过大。
MSC/BSC 传给BSC/CELL 的paging 信息过量，进入队列，排队等候直至溢出，导致paging 信息到达被叫方的时间过长甚至paging 信息的丢失。