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

《TD-LTE网络TA和TAlist规划和部分重点知识点》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、TD-LTE网络TA和TAlist规划及优化指导原则一、TA及TAlist规划原则1、TA及TAlist概念跟踪区（TrackingArea）是LTE系统为UE的位置管理设立的概念。TA功能与3G系统的位置区(LA)和路由区(RA)类似。通过TA信息核心网络能够获知处于空闲态的UE的位置，并且在有数据业务需求时，对UE进行寻呼。一个TA可包含一个或多个小区，而一个小区只能归属于一个TA。TA用TA码(TAC)标识，TAC在小区的系统消息(SIB1)中广播。LTE系统引入了TAlist的概念，一个TAlist包含1~16个TA。MME可以为每

2、一个UE分配一个TAlist，并发送给UE保存。UE在该TAlist内移动时不需要执行TAlist更新；当UE进入不在其所注册的TAlist中的新TA区域时，需要执行TAlist更新，此时MME为UE重新分配一组TA形成新的TAlist。在有业务需求时，网络会在TAlist所包含的所有小区内向UE发送寻呼消息。因此在LTE系统中，寻呼和位置更新都是基于TAlist进行的。TAlist的引入可以避免在TA边界处由于乒乓效应导致的频繁TA更新。2、TA规划原则TA作为TAlist下的基本组成单元，其规划直接影响到TAlist规划质量，需要作如下

3、要求：(1)TA面积不宜过大TA面积过大则TAlist包含的TA数目将受到限制，降低了基于用户的TAlist规划的灵活性，TAlist引入的目的不能达到；(2)TA面积不宜过小TA面积过小则TAlist包含的TA数目就会过多，MME维护开销及位置更新的开销就会增加；(1)应设置在低话务区域TA的边界决定了TAlist的边界。为减小位置更新的频率，TA边界不应设在高话务量区域及高速移动等区域，并应尽量设在天然屏障位置（如山川、河流等）。在市区和城郊交界区域，一般将TA区的边界放在外围一线的基站处，而不是放在话务密集的城郊结合部，避免结合部用户

4、频繁位置更新。同时，TA划分尽量不要以街道为界，一般要求TA边界不与街道平行或垂直，而是斜交。此外，TA边界应该与用户流的方向（或者说是话务流的方向）垂直而不是平行，避免产生乒乓效应的位置或路由更新。3、TAlist规划原则由于网络的最终位置管理是以TAlist为单位的，因此TAlist的规划要满足两个基本原则：(1)TAlist不能过大TAlist过大则TAlist中包含的小区过多，寻呼负荷随之增加，可能造成寻呼滞后，延迟端到端的接续时长，直接影响用户感知；(2)TAlist不能过小TAlist过小则位置更新的频率会加大，这不仅会增加UE

5、的功耗，增加网络信令开销，同时，UE在TA更新过程中是不可及，用户感知也会随之降低。(3)应设置在低话务区域如果TA未能设置在低话务区域，必须保证TAlist位于低话务区。二、TA及TAlist规划分析及建议1、寻呼参数配置建议在LTE系统中，寻呼只能在指定的信号帧和子帧上进行。允许发起寻呼的信号帧被称为寻呼帧（PagingFramesPF），允许发起寻呼的子帧被称为寻呼时隙（PagingoccasionsPO）。一个PF内可能有一个或者多个PO。PF和PO的数目由系统参数PagingDRXcycle和nB配置。UE可以根据IMSI号确定其

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

7、会被延时到下一个PO发送。寻呼相关参数及推荐配置如下：参数名称可选配置推荐配置defaultPagingCycle32、64、128、256帧128（1.28秒）nB4T,2T,T,1/2T,1/4T,1/8T,1/16T,1/32TT（T为一个DRX周期包含的帧数）2、TA及TAlist规划建议TA及TAlist包含的小区数目应该从单小区的寻呼容量和单小区寻呼需求两个方面考虑。(1)单小区寻呼容量核算影响单小区寻呼容量的因素有:PDCCH的寻呼负荷、PDSCH的寻呼负荷、寻呼阻塞要求、eNB的硬件处理能力以及MME的最大寻呼能力。ØPDC

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