TD—L TE网络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内移动时不需要执行TAlist 更新；当UE进入不在其所注册的TA list中的新TA区域时，需要执行TAlist更新，此时MME为UE重新分配一组TA形成新的TAlist。在有业务需求时，网络会在TA list所包含的所有小区内向UE发送寻呼消息.
结果英语
因此在LTE系统中，寻呼和位置更新都是基于TA list进行的。TA list的引入可以避免在TA边界处由于乒乓效应导致的频繁TA更新。
2、TA规划原则
TA作为TA list下的基本组成单元，其规划直接影响到TA list规划质量，需要作如下要求：
cnn网站(1)TA面积不宜过大
TA面积过大则TA list包含的TA数目将受到限制，降低了基于用户的TA list 规划的灵活性，TA list引入的目的不能达到；
(2)TA面积不宜过小
TA面积过小则TA list包含的TA数目就会过多，MME维护开销及位置更新的
开销就会增加;
detonator
(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发送rvice 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 公式)：
PO blocking R R R PO blocking C C R C R R e
R PO blocking ,0,max max max ,block ing max ,!
)
(1P ∑=--⨯--=
其中，P
blocking，max 是寻呼阻塞率，推荐其值为2％；C
blocking，PO
是每个PO到达的
五年级英语上册教案
寻呼个数;R
max 是每个PO能够承载的最大寻呼记录数。当R
max
=16时，允许的寻呼
到达率C
blocking，PO
为11.95，则相应的寻呼容量为:
小区寻呼容量=每无线帧中的寻呼子帧数×每寻呼子帧允许的寻呼到达率×
（1000ms/10ms）= 1195次/秒
➢eNB的硬件处理能力
eNB的硬件处理能力有限，如果寻呼占用过多的CPU，会对其他业务造成影响，结合目前产业能力建议单小区寻呼容量为600次/秒。
➢MME的最大寻呼能力
SGSN—MME的能力也会限制寻呼容量，其能力和SCTP/S1板子数量相关，目前产业能力，1块SCTP/S1板子可以同时处理6000个寻呼消息。
结合以上五点，单小区寻呼容量上限 = min(PDCCH限制下寻呼容量,PDSCH限制下寻呼容量，寻呼阻塞限制下寻呼容量，eNB处理能力限制下寻呼容量，MME 处理能力限制下寻呼容量）=min（Infinite，830，1195，600，6000）=600次/秒。
(2)单小区寻呼需求预测
预测单小区的寻呼需求需要分别预测单小区的用户数目以及单用户的寻呼模型.
➢单小区的用户数目
单小区用户数目Num ue/cell可用以下公式预测：
γ
ρ⨯
⨯
=S
Num
cell
ue/
S 为覆盖面积，为用户密度，为渗透率，下表给出了三种典型场景的单小区用户数:
角抵区域用户密度(用
户/平方公
里)
4G小区
站间距
（米）
4G基站覆盖
面积（平方公
里）
4G用户
渗透率
4G单小区用户
数(人）
主城区典型
场景
60，000 350 0。10617 40% 849 一般城区典
alter table型场景
30，000 450 0。17550 20％351
