《TD-L网络TA和TA list规划及优化指导原则》由会员分享，可在线阅读，更多相关《TD-L网络TA和TA list规划及优化指导原则（11页珍藏版）》请在金锄头文库上搜索。
1、iTD-LTETD-LTE网络网络TATA和和TATA listlist规划及优化指导原则规划及优化指导原则中国移动通信集团公司网络部中国移动通信集团公司网络部中国移动通信集团设计院有限公司中国移动通信集团设计院有限公司20132013年年1212月月ii日期版本描述修订人2013-05-30提出TA/TA list规划总体原则左怡民、徐德平、耿鲁静2013-07-26增加TA分裂对网络的影响分析，提出TA/LA联合规划原则左怡民、徐德平、耿鲁静2013-12-20补充TA list功能说明左怡民、徐德平、耿鲁静iii目录1TA 及 TA list 规划原则.11.1TA 及 TA list
2、概念.11.2TA 规划原则.11.3TA list 功能使用建议.22TA 规划分析及建议.22.1寻呼相关参数推荐配置.22.2TA 规划建议.33TA 和 LA 联合规划分析.53.1CSFB 对 TA 规划的要求 .53.2TA 分裂的影响.64TA 和 LA 联合规划策略建议.74.1TA 和 LA 联合规划需考虑的因素.74.2TA 和 LA 联合规划策略建议.74.3TA 和 LA 联合规划方法.811 1TA及及TA list规划原则规划原则1.11.1TA及及TA list概念概念跟踪区（Tracking Area）是LTE系统为UE的位置管理设立的概念。TA功能与3G系统的
3、位置区(LA)和路由区(RA)类似，通过TA信息核心网络能够获知处于空闲态的UE的位置，并且在有数据业务需求时，对UE进行寻呼。一个TA可包含一个或多个小区，而一个小区只能归属于一个TA。TA用TA码(TAC)标识，TAC在小区的系统消息(SIB1)中广播。LTE系统引入了TA list的概念，一个TA list可包含116个TA。MME可以为每一个UE分配一个TA list，并发送给UE保存。UE在该TA list内移动时不需要执行TA list更新；当UE进入不在其所注册的TA list中的新TA区域时，需要执行TA list更新，此时MME为UE重新分配一组TA形成新的TA list。在
4、有业务需求时，网络会在TA list所包含的所有小区内向UE发送寻呼消息。因此在LTE系统中，寻呼和位置更新都是基于TA list进行的。TA list的引入可以避免在TA边界处由于乒乓效应导致的频繁TA更新。1.21.2TA规划原则规划原则TA作为TA list下的基本组成单元，其规划直接影响到TA list规划质量，因此，需要作如下要求：(1) TA 面积不宜过大TA面积过大则TA list包含的TA数目将受到限制，降低了基于用户的TA list规划的灵活性，TA list引入的目的不能达到；(2) TA 面积不宜过小TA面积过小则TA list包含的TA数目就会过多，MME维护开销及位置
5、更新的开销就会增加；2(3) TA 边界应尽量设置在低话务区TA的边界决定了TA list的边界。为减小位置更新的频率，TA边界不应设在高话务量区域及高速移动等区域，并应尽量设在天然屏障位置（如山川、河流等）。在市区和城郊交界区域，一般将TA区的边界放在外围一线的基站处，而不是放在话务密集的城郊结合部，避免结合部用户频繁位置更新。同时，TA划分尽量不要以街道为界，一般要求TA边界不与街道平行或垂直，而是斜交。此外，TA边界应该与用户流的方向（或者说是话务流的方向）垂直而不是平行，避免产生乒乓效应的位置或路由更新。1.31.3TA list使用建议使用建议TA list是由MME为用户分配的跟踪
6、区列表，通过在MME上设置参数实现。主要的参数包括：TA list包含的TA数目的上限（取值116），TA list分配策略等。常用的TA list分配策略有：(1)用户当前TA和过去经过的N-1个TA；(2)用户当前TA和与当前TA粘滞度最大的N-1个TA。TA list分配策略应考虑网络及业务情况，如：(1)由于不同的TA寻呼负荷不同，处于话务密集区的TA负荷较重，如地铁、大型商城等，此区域人流量大，与周围TA的粘滞度也大，分配TA list时如不特别考虑可能引发这些区域的信令风暴；(2)在使用CSFB时，配置TA list时应保证其对应的2G区域位于同一个MSC POOL内，否则回落时可
7、能导致寻呼失败。目前的MME设备厂家TA list分配策略尚不成熟，因此在网络运营初期建议TA list包含的TA数目为1个。为了后期有效使用TA list优化寻呼效率，建议规划TA区域时适当缩小其覆盖范围。2 2TA规划分析及建议规划分析及建议2.12.1寻呼相关参数推荐配置寻呼相关参数推荐配置在LTE系统中，寻呼只能在指定的信号帧和子帧上进行。允许发起寻呼的信号帧被称3为寻呼帧（Paging Frames PF），允许发起寻呼的子帧被称为寻呼时隙（Paging occasions PO）。一个PF内可能有一个或者多个PO。PF和PO的数目由系统参数Paging DRX cycle和nB配置
8、。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发
9、送。寻呼相关参数及推荐配置如下：参数名称可选配置推荐配置defaultPagingCycle32、64、128、256帧128（1.28秒）nB4T,2T, T, 1/2T, 1/4T, 1/8T, 1/16T, 1/32TT（T为一个DRX周期包含的帧数）2.22.2TA规划建议规划建议TA包含的小区数目应该从单小区的寻呼容量和单小区寻呼需求两个方面考虑。(1) 单小区寻呼容量核算影响单小区寻呼容量的因素有: PDCCH的寻呼负荷、PDSCH的寻呼负荷、寻呼阻塞要求、eNB的硬件处理能力以及MME的最大寻呼能力。PDCCH 的寻呼负荷系统通过P-RNTI加扰的PDCCH来寻呼UE，PDCCH
10、上携带的信息只是通知UE去接收寻呼消息，并不承载具体的寻呼消息，因此PDCCH的资源并不影响寻呼容量。PDSCH 的寻呼负荷PDSCH除了承载寻呼消息外，还需要承载数据业务信息。为了保证用户的数据业务体验，4用于承载寻呼消息的PDSCH资源不能过大，一般要求其不超过总资源的2%。按照TD-LTE典型配置进行核算，即系统带宽20M，上下行配比为1：3，特殊时隙配比为6：6：2，PDCCH占用3个OFDM符号，DRX=128，nB=T，由于PDSCH的限制，寻呼容量要求不超过830次/秒。寻呼阻塞要求为保证用户体验，寻呼阻塞率一般要求不超过2%，由此核算出的寻呼容量要求不超过1195次/秒。eNB
11、 的硬件处理能力eNB的硬件处理能力有限，如果寻呼占用过多的CPU，会对其他业务造成影响，结合目前产业能力建议单小区寻呼容量为600次/秒。MME 的最大寻呼能力SGSN-MME的能力也会限制寻呼容量，其能力和SCTP/S1板子数量相关,目前产业能力，1块SCTP/S1板子可以同时处理6000个寻呼消息。结合以上五点，单小区寻呼容量上限要求为600次/秒。(2) 单小区寻呼需求预测预测单小区的寻呼需求需要分别预测单小区的用户数目以及单用户的寻呼模型。单小区的用户数目单小区用户数目Numue/cell 可用以下公式预测： SNumcellue/S为覆盖面积， 为用户密度， 为渗透率，下表给出了三
12、种典型场景的单小区用户数：区域用户密度 （用户/平方 公里）4G小区 站间距 （米）4G基站覆盖 面积（平方 公里）4G用户 渗透率4G单小区用户 数（人）主城区典型 场景60,0003500.1061740%849一般城区典 型场景30,0004500.1755020%351郊区16,0005500.2621710%1405单用户的寻呼模型统计四省现网单用户寻呼量的均值，语音寻呼量2G/3G的最大值为0.7次/小时，数据寻呼量2G/3G的最大值为1.3次/小时，由于4G系统使用PS域同时承载语音业务和数据业务，因此预测4G单用户寻呼模型为2次/小时，也就是0.00056次/秒。（次/小时）2G语音2G数据3G语音3G数据4G寻呼模型江苏0
