无线参数规划

1ECGI 规划

ECGI

ECGI = PLMN + Cell Identity 

PLMN = MCC + MNC 

Cell Identity = eNodeB ID + Cell ID

参数解释:

ECGI :E-UTRAN Cell Global Identifier

MCC是移动用户所属国家代号

MNC移动网络码

Cell Identity包含28bit信息,前20bit用于eNodeB ID,后8bit用于 Cell ID

系统消息所包含的内容

1、MCC是移动用户所属国家代号,占3位,取值范围0-999 

2、MNC移动网络码,占2~3位,取值范围0-999 

3、eNodeB ID,取值范围0-1048575。用于在PLMN范围内唯一标识一个eNodeB,即在一个国家的一个运营商网络下保持唯一。规划时需要考虑不同运营商的实际情况进行,可分为小型网络,通用网络,大规模网络和共用网络等几种情况

4、Cell ID在一个eNodeB ID中保持唯一即可,取值范围0~255

2、eNodeBID

通用网络

通用网络,使用ABCDEF

AB表示城市,可区分90个城市;F用于区分室内外,0表示室内,其他表示室外

大网络规模

AB表示城市,可区分90个城市,每个城市可支持9999个站点,当城市大于90个时,可以将AB段的一个用于两个城市或者以上城市,这样一个城市可以支持5000或者以下站点,考虑城市多以后,可以在同省的AB下再进行分割

F用于区分室内外,0表示室内,其他表示室外,特殊站型也可以考虑进行特殊标识

共用网络

比如对于Hi3G,需要考虑跟FDD共用(如果方案已定不需要修改)

(1)A取 1表示TDD,取5表示FDD

(2)B用于表示城市

(3)C可不用表示特定含义,也可以用于表示行政区

(4)F用于区分室内外,0为室内站,其他为室外站

3、 TA 规划

寻呼过程

处于Idle模式下的终端,可以使用非连续接收(DRX)的方式去监听寻呼消息。终端在一个DRX的周期内,可以只在相应的寻呼无线帧上的寻呼时刻去监听PDCCH上是否携带有P-RNTI,进而去判断相应的PDSCH上是否有承载寻呼消息。如果在PDCCH上携带有P-RNTI,就按照指示的PDSCH的参数去接收PDSCH物理信道上的数据;而如果终端在PDCCH上未解析出P-RNTI,可以依照DRX周期进入休眠。

在一个DRX周期内,终端可以只在PO出现的时间位置上去接收PDCCH,然后再根据需要去接收PDSCH。

在LTE物理层协议中,无线帧帧号重复周期是1024,每个无线帧又被分成10个子帧。因此终端需要先计算出所监听的PDCCH出现的无线帧帧号,然后再计算出无线帧帧号上的寻呼时刻(PO),就可以精确地知道所监听的PDCCH物理信道的具体位置。

每个寻呼消息中包含一个寻呼记录列表(Paging Record List),该列表包含所有此次被寻呼的UE记录,每条寻呼记录含有用于寻呼的UE标识P-RNTI。系统可以使用IMSI或者S-TMSI两种标识进行寻呼,具体寻呼时两者选其一。

无线参数规划

1、UE在IDLE模式下,当网络需要给该UE发送数据(业务或者信令)时,发起寻呼过程;

2、当网络发生错误需要恢复时(例如S-TMSI不可用),可发起IMSI寻呼;

PCH通过PDSCH传输。考虑到寻呼信息的设计方便,将最大寻呼记录定为16,即每次最多16个UE可以被同时寻呼。

TAC

TAC是PLMN内跟踪区域的标识,用于UE的跟踪管理,用于寻呼,需要在在PLMN内唯一。

TAI=PLMN+TAC 

每一个cell必然属于一个TA,且仅属于一个TA。此参数需要考虑同一个TAC适用的小区个数。

TAC与小区的绑定关系与小区大小、是否高速小区有关,同时需要结合TA list的配置共同考虑。

4、寻呼能力计算

 

nB:广播寻呼组计数,即一个无线帧可以发起的寻呼次数,协议规定取值范围{4T, 2T, T, 1/2T, 1/4T, 1/8T, 1/16T, 1/32T};例取值为T,则1s中可发起100次寻呼

T:UE监听寻呼时刻的不连续接收循环周期, 取值{32, 64, 128, 256 无帧}maxPageRec:协议中规定一次寻呼消息最多可以包含16条UE记录

例,后台网管默认配置的nB为T,则寻呼能力为1600UE/s

TDD-LTE跟踪区的配置划分需要考虑如下的因素:

1)寻呼能力和网络容量方面的考虑:根据寻呼需求、寻呼能力确定TA大小划分

2)防止多模终端频繁的做IRAT小区重选和LAU/TAU的考虑

3)地理位置考虑,具体见下:

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

b、将跟踪区边界设置成与道路垂直或斜交的状态,尽量避免跟踪区重叠区设置在用户高移动性区域,这样可以避免跨跟踪区时大量的乒乓跟踪更新和乒乓切换。

c、尽量避免几个跟踪区的交界处在同一个较小区域,这也将减少移动台在较小区域内在

几个跟踪区之间不断跟踪更新和切换。

d、划分跟踪区边界时,还要考虑到话务量的增长趋势,在跟踪区寻呼容量和话务容量的

设计上,要考虑一定的扩容余量,避免跟踪区频繁的划分和分裂