TD-LTE网络TA和TA-list规划和部分重点知识点

TD-LTE网络TA和TA list规划及优化指导原则

一、TA及TA list规划原则

1、TA及TA list概念

跟踪区（Tracking Area）是LTE系统为UE的位置管理设立的概念。TA功能与3G系统的位置区(LA)和路由区(RA)类似。通过TA信息核心网络能够获知处于空闲态的UE的位置，并且在有数据业务需求时，对UE进行寻呼。

一个TA可包含一个或多个小区，而一个小区只能归属于一个TA。TA用TA 码(TAC)标识，TAC在小区的系统消息(SIB1)中广播。

LTE系统引入了TA list的概念，一个TA list包含1~16个TA。MME可以为每一个UE分配一个TA list，并发送给UE保存。UE在该TA list内移动时不需要执行TA list更新；当UE进入不在其所注册的TA list中的新TA区域时，需要执行TA list更新，此时MME为UE重新分配一组TA形成新的TA list。在有业务需求时，网络会在TA list所包含的所有小区内向UE发送寻呼消息。

因此在LTE系统中，寻呼和位置更新都是基于TA list进行的。TA list的引入可以避免在TA边界处由于乒乓效应导致的频繁TA更新。

2、TA规划原则

TA作为TA list下的基本组成单元，其规划直接影响到TA list规划质量，需要作如下要求：

(1)TA面积不宜过大

TA面积过大则TA list包含的TA数目将受到限制，降低了基于用户的TA list 规划的灵活性，TA list引入的目的不能达到；

(2)TA面积不宜过小

TA面积过小则TA list包含的TA数目就会过多，MME维护开销及位置更新

的开销就会增加；

(3)应设置在低话务区域

TA的边界决定了TA list的边界。为减小位置更新的频率，TA边界不应设在高话务量区域及高速移动等区域，并应尽量设在天然屏障位置（如山川、河流等）。

在市区和城郊交界区域，一般将TA区的边界放在外围一线的基站处，而不是放在话务密集的城郊结合部，避免结合部用户频繁位置更新。

同时，TA划分尽量不要以街道为界，一般要求TA边界不与街道平行或垂直，而是斜交。此外，TA边界应该与用户流的方向（或者说是话务流的方向）垂直而不是平行，避免产生乒乓效应的位置或路由更新。

3、TA list规划原则

由于网络的最终位置管理是以TA list为单位的，因此TA list的规划要满足两个基本原则：

(1)TA list不能过大

TA list过大则TA list中包含的小区过多，寻呼负荷随之增加，可能造成寻呼滞后，延迟端到端的接续时长，直接影响用户感知；

(2)TA list不能过小

TA list过小则位置更新的频率会加大，这不仅会增加UE的功耗，增加网络信令开销，同时，UE在TA更新过程中是不可及，用户感知也会随之降低。

(3)应设置在低话务区域

如果TA未能设置在低话务区域，必须保证TA list位于低话务区。

二、TA及TA list规划分析及建议

1、寻呼参数配置建议

在LTE系统中，寻呼只能在指定的信号帧和子帧上进行。允许发起寻呼的信号帧被称为寻呼帧（Paging Frames PF），允许发起寻呼的子帧被称为寻呼时隙（Paging occasions PO）。一个PF内可能有一个或者多个PO。PF和PO的数目由系统参数Paging DRX cycle和nB配置。

UE可以根据IMSI号确定其在每个DRX周期内需要监听的PF和该帧的PO 位置。在相应的PO位置处，UE需要先去监听PDCCH物理信道上是否携带P-RNTI，来判断网络在本次寻呼周期是否有发寻呼消息。如果在PDCCH上携带有P-RNTI，就按照PDCCH上指示的PDSCH参数去接收PDSCH上的数据；如果终端在PDCCH上未解析出P-RNTI，则无需再去接收PDSCH物理信道，就可以依照DRX周期进入休眠。PDSCH上携带有被寻呼UE的ID，UE会向MME发送service request消息来确认收到寻呼。

每一个PO最多只能发送16条寻呼记录。若需要发送的寻呼记录过多，会被延时到下一个PO发送。

寻呼相关参数及推荐配置如下：

2、TA及TA list规划建议

TA及TA list包含的小区数目应该从单小区的寻呼容量和单小区寻呼需求两个方面考虑。

(1)单小区寻呼容量核算

影响单小区寻呼容量的因素有: PDCCH的寻呼负荷、PDSCH的寻呼负荷、寻呼阻塞要求、eNB的硬件处理能力以及MME的最大寻呼能力。

PDCCH的寻呼负荷

系统通过P-RNTI加扰的PDCCH来寻呼UE，PDCCH上携带的信息只是通知UE 去接收寻呼消息，并不承载具体的寻呼消息，因此PDCCH的资源并不影响寻呼容量。

PDSCH的寻呼负荷

PDSCH除了承载寻呼消息外，还需要承载数据业务信息。为了保证用户的数据业务体验，用于承载寻呼消息的PDSCH资源不能过大，建议不超过总资源的2%。

按照TD-LTE典型配置进行核算，即系统带宽20M，上下行配比为1：3，特殊时隙配比为6：6：2，PDCCH占用3个OFDM符号，DRX=128，nB=T，则一个子帧中PDSCH的总PRB数目为：

100*6+100*1*0.3*2=660（PRB）

则寻呼可以占用的PRB数为：

660*2%=13.2（PRB）

为了保证边缘用户能正确的接收到寻呼消息，建议采用QPSK调制方式和

0.1码率的编码方式（MCS0）来传输寻呼消息。根据3GPP36.231标准，在

MCS0时13个PRB可以承载长度为344bit的传输数据块。

根据协议定义，每条寻呼消息信元需要41bit，每PO寻呼消息的bit数= 每PO寻呼消息条数 × 41 2。反推得到每个PO承载的寻呼消息条数为(344 – 2)/41=8.3。则由于PDSCH的限制，则相应的寻呼容量为：

小区寻呼容量= 每无线帧中的寻呼子帧数×每寻呼子帧允许的寻呼到达率

×（1000ms/10ms）= 830次/秒

寻呼阻塞要求

假设用户寻呼服从泊松分布，则可采用如下寻呼拥塞公式（爱尔兰B公式）：