TAC,全称为Tracking Area Code,该参数是PLMN内跟踪区域的标识,用于UE的位置管理,在PLMN内唯一。TAC包括的小区多可能导致寻呼成本高,TAC包括的小区少可能导致位置更新成本高,那么我们该如何来进行TAC的规划?

TA区配置原则

小区TAI (Tracking Area Identity) 的组成PLMN (MCC、MNC) 和TAC(Tracking Area Code)由后台小区表配置,TAI配置原则:

1. 不同eNB下的小区TA可配置相同,同一eNB下的不同小区TAI可配置相同;
2. 同一TAI中的所有小区必须完全属于同一MME Pool Area或SGW Pool Area;
3. 小区配置TAI时,需依据小区的地理位置拓扑,将覆盖范围进行划分,同一区域配置相同TAI,区域(TA)范围不易过大,以提高TA列表配置灵活性及降低paging范围;
4. TAI修改不易过于频繁,通常情况下不会进行修改;

TA区大小配置原则

TA区大小的确定与以下因素有关:

1. 所在区域的话务模型、话务量、用户密度、呼损率;
2. LTE系统的寻呼参数设置,nB、T;
3. 核心网重复寻呼机制及策略;
4. eNB重复寻呼机制及策略;
5. TA列表配置有关等;

寻呼容量估算

我们举个例子:nB = T , DRX寻呼周期= 128rf;T的取值为基站配置DRX寻呼周期和CN寻呼消息携带的DRX寻呼周期中较小的值。有三个参数影响寻呼发送时机:nB、T(寻呼周期)、UE_ID(IMSI mod 1024)。

寻呼帧

由于UE_ID的不确定性,寻呼帧可能是寻呼周期内的任意帧,假设平均分布的情况下每个帧都有可能发送寻呼。

寻呼子帧

nB <= T时,只有第9子帧为寻呼时机;
nB = 2T时,则4、9子帧都有可能 (按最大估算,这种情况下认为每个帧有2个子帧发寻呼);
nB = 4T时,则0、4、5、9子帧都有可能 (按最大估算,这种情况下认为每个帧有4个子帧发寻呼)。

按照协议36.331中定义的一个寻呼消息中最多含有16条寻呼记录,当小区参数配置寻呼重复发送次数为0次时(即只发送一次,不重复发送)计算结果:

当配置nB <= T时,1秒最多可以发送1600条寻呼:100帧*16 = 1600;
当配置nB = 2T时,1秒最多可以发送3200条寻呼:100帧*16*2 = 3200;
当配置 nB = 4T时,1秒最多可以发送6400条寻呼:100帧*16*4 = 6400;

若寻呼重复发送次数配置为1次(实际发送两次,一次重传),则上面的计算结果需要除以2。

TAC的规划建议

LTE单独建站模式

对于初始网络,由于用户量比较少,因此nB可以设置的比较小一些,1秒最多可以发送3200条寻呼,则1个基站按照3小区进行计算,一个基站的每秒钟的寻呼量为9600次。

LTE利旧建站模式

目前较多场景是LTE+2G、LTE+3G、LTE+2G+3G建站模式,即LTE在现有网络的基础上进行建站。在此情况下,现有网络的寻呼区(2G:LAC,3G:RAC)都比较能够反映网络负荷的真实情况。因此,对于LTE寻呼区的划分可直接采用原有的寻呼区划分方式。当存在3模共站时,采用RAC作为LTE的TAC即可。

TAC规划,尽量将位置区边界避开繁华市区等话务量很大的区域,而将之设置在郊区、工厂等话务量低或者低端用户区域。

将位置区边界设置成与道路垂直或斜交的状态,尽量避免位置区重叠区设置在用户高移动性区域。

尽量避免几个位置区的交界处在同一个较小区域,这也将减少移动台在较小区域内在几个位置区之间不断位置更新和切换。

划分位置区边界时,还要考虑到话务量的增长趋势,在位置区寻呼容量和话务容量的设计上,要考虑一定的扩容余量,避免位置区频繁的划分和分裂。

边界划分完成后,对于边界线周边的站点,可以通过覆盖区仿真及后台切换统计数据进行细致调整。

host by unixetc