C小区Srxlev=-94-(-115)=21>threshXLow(20)满足
移动性策略:
重选优化策略:
问题1:
室分外泄,重选到E。
提高D到E的ThreshXHigh最高-95;提高E的Snonintrasearch最高-104。
问题2:
道路重选到F。
降低D的Snonintrasearch;降低F的ThreshXHigh。
问题3:
同频重选过快/慢。
修改Qhyst。
切换优化策略:
问题1:
室分外泄,切换到E。
降低A2起测门限最低-110,提高A4判决门限最高-95;切换出提高A2起测门限最高-86。
问题2:
切换难。
个性偏移调正值调大,迟滞减小。
注:
基于覆盖的异频测量A5事件门限1—服务小区
基于覆盖的异频测量A5事件门限2—邻小区
14.PRACH计算
规划的详细方法:
1、根据小区半径决定Ncs取值;按小区接入半径10km来考虑,Ncs取值为78;其中Ncs与小区半径r的约束关系为:
Ncs>1.04875*(6.67r+Tmd)其中Tmd为最大时延扩展,取值单位为微秒,目前经验取值为6us
2、839/78结果向下取整结果为10,这意味着每个索引可产生10个前导序列,64个前导序列就需要7个根序列索引;
3、这意味着可供的根序列索引为0,7,14…833共119个可用根序列索引;
4、根据可用的根序列索引,在所有小区之间进行分配,原理类似于PCI分配方法。
Preamble序列的长度为839,持续800us。
假设一个覆盖半径为30KM的小区,请配置PrachCS,并计算出一个根序列能产生多少个Preamble?
共需要多少个根序列?
1) 根据30KM的覆盖半径,根据上表可确定PrachCS需配置为14;
2) PrachCS为14时,一个跟序列产生Preamble的间隔279,839除以279向下取整,计算出一个根序列能产生3个Preamble码;
3) 一个小区需要64个Preamble码,64除以3向上取整,计算出需要22个根序列。
15.PRACH的发射功率计算
PRACH的发射功率计算公式如下:
PPRACH=min{PCMAX,P_pre+PL+∆preamble+(Npre-1)⋅∆step}
PCMAX:
UE最大发射功率
Px_pre:
表示当PRACH前导格式为x时,在满足前导检测性能时,eNodeB所期望的目标功率水平。
PL:
UE估计的下行路径损耗,通过RSRP测量值和Cell-specificRS发射功率获得。
∆preamble:
表示当前配置的前导格式基于前导格式之间的功率偏置值
Npre:
表示UE在随机接入过程成功结束之前发送前导的总次数,不能超过最大前导发送次数
∆step:
表示前导功率攀升步长。
基本过程:
eNodeB设置初始值前导的期望接收功率,UE根据RS功率计算路损PL,eNodeB通过系统消息将P_pre,∆step下发到UE,UE根据这信息以及PL计算得到随机接入前导发射功率,如果前一个RA过程,UE没有获得RA响应,则增加一个步长,抬升PRACH功率。
16.prachConfigurationIndex计算
TDLTE的PRACH采用格式0,循环周期为10ms,请问
1)子帧配比为配置1的基站的3扇区的prachConfigurationIndex分别是多少及对应的帧内子帧位置(从0开始)?
2)子帧配比为配置2的基站的3扇区的prachConfigurationIndex分别是多少及对应的帧内子帧位置?
(从0开始)
答案:
TDD配置1的3扇区的prachConfigurationIndex分别为3/4/5,分别对应3、8、2三个子帧
TDD配置2的3扇区的prachConfigurationIndex分别为3/4/4,分别对应2、7、7三个子帧
过程:
通过你的描述可以看到PreambleFormat=0,DRA=1(循环周期10ms),那么对应的PRACHconfigurationIndex只有3,4,5这3种情况。
再参照5.7.1-4可以看到PRACHconfigurationIndex=5,UL/DL配置是2个情况是不使用的,所以只能选择3/4/4这种情况。
每一个四元符号组
用来指示一个特定随机接入资源的时频位置
fra=频率偏移,题目中给的就是从0开始
tra(0)=0,1,2表明prach是在全帧;奇数帧;偶数帧
tra
(1)=0,1表明是在前半子帧上有,还是后半子帧上有
tra
(2)表明prach上行子帧的序号(第一个从0开始)
17.TA计算
eNodeB根据UE上报的信令计算出TA,只有在需要调整TA时下指令给UE调整,已知需要调整的时间粒度为16Ts,计算这个时间对应的空间距离变化是多少?
(注意此时间包含了UE上报/ENodeB指配双程的时间)。
答:
Ts=1/(15000·2048)=1/3072000,约为0.0326μs。
则16Ts约为0.52μs。
单程的时间为0.26μs。
此时间段内对应无线电波的速率,UE的空间距离变化约为0.26*3*100=78米。
18.寻呼帧计算
PF(寻呼帧):
SFNmodT=(TdivN)*(UE_IDmodN)
PO(寻呼时机):
i_s=floor(UE_ID/N)modNs
PO即寻呼帧所在位置对应的子帧号,该时刻不是通过计算得到,而是通过NS与I_s对应关系获取。
T:
UE的非连续接收周期,取值范围是32、64、128和256,单位是无线帧。
该值越大,则RRC_IDLE状态下UE的电力消耗越少,但是寻呼消息在无线信道上的平均延迟越大。
(T=min(Tc,Tue),其中Tc,Tue 分别表示核心网和无线侧设置的寻呼周期,一般情况无线侧的寻呼周期小于核心网周期,默认等于无线侧寻呼周期DefaultPagingCycle,该参数从SIB2中读取。
而Tc从S1的寻呼消息中获取。
)
nB:
取值范围是4T、2T、T、T/2、T/4、T/8、T/16、T/32,该参数主要表征了寻呼的密度,4T表示每个无线帧有4个子帧用于寻呼,T/4表示每4个无线帧有1个子帧用于寻呼,该值决定了系统的寻呼容量。
(nB从SIB2中读取)
N=min(T,nB):
表示DRX周期内有N个无线帧用于传输寻呼消息
Ns=max(1,nB/T):
每个无线帧中有NS个子帧发起寻呼
UE_ID=IMSImod1024
例如:
如下表,现网中DefaultPagingCycle设置为128,则T=128; nB设置为T,即128,那么N=128;Ns=1.
第一步,算寻呼帧位置:
假设用户的IMSI=448835805669362,则根据公式求得。
寻呼帧位置:
=(TdivN)*(UE_IDmodN)=(128/128)*((448835805669362mod1024)mod128)=114
则寻呼帧的位置可能出现在SFN=(128*i)+114,(其中i=0 到 N ,但是SFN<=1024)。
如,寻呼帧的位置可能为128、242、498、626、754、868、982。
第二步,寻呼时刻确认:
求Ns和i_s,根据公式求得。
Ns:
Ns=max(1,nB/T)=1;
i_s=floor(UE_ID/N)modNs=floor((448835805669362mod1024)/128)=0
按照表1、2对应关系,Ns=1&i_s=0=>PO=9,即当NB=T时,PO在寻呼帧的9子帧位置。
19.寻呼次数计算
nB表示表示在一个寻呼周期内包含的寻呼时刻(子帧)的数量,取值nB=4T,2T,T,1/2T,1/4T,1/8T,1/16T,1/32T。
请计算出对应的寻呼次数
答案:
①当nB=T时,表示DRX周期内每个无线帧都可以传输寻呼消息,每个无线帧中有1个子帧发起寻呼,因此1s内的寻呼次数=1s/10ms=100。
②当nB=4T时,N=min(T,nB)=min(T,4T)=T,Ns=max(1,nB/T)=max(1,4)=4,表示DRX周期内每个无线帧都可以传输寻呼消息,每个无线帧中有4个子帧发起寻呼,因此1s内的寻呼次数=1s/10ms*4=400
③当nB=1/2T时,N=min(T,nB)=min(T,1/2T)=1/2T(一半的无线帧),Ns=max(1,nB/T)=max(1,1/2)=1,表示DRX周期内一半的无线帧可以传输寻呼消息,每个寻呼帧中有1个子帧发起寻呼,因此1s内的寻呼次数=1s/10ms/2=50
20.VOLTE业务理论容量
单载波理论最大支持高清语音用户数计算:
1)VoLTE上下行对称,以高清语音(编码速率23.85kbps)为例,开启RoHC关闭SPS时,高清业务上行,好点一个语音帧需2个RB,一个SID帧需1个RB,在中差点占用PRB会增加
2)静默因子为0.4时,单用户每秒需要的PUSCHPRB资源为1000/20*(1-0.4)*2+1000/160*0.4*1=30*2+2.5*1=62.5个
3)在1:
3配置下,每秒共有PRB数目90PRB*1000ms/5ms=18000个,VoLTE理论容量为18000/[1000/20*(1-0.4)*2+1000/20*0.4*1]=288个。
21.PUCCH资源计算
MaxPucchResourceSize=nCqiRb+
roundup{[((maxNumOfCce)+n1PucchAn-pucchNAnCs*3/deltaPucchShift)*deltaPucchShift]/(3*12)}+roundup(pucchNAnCs/8)
nCqiRb:
PUCCHbandwidthforCQI
为PUCCHFormat2/2A/2B保留的PRB数目,取值1~98,默认2
maxNumOfCce:
maxNumOfCcedependsondlChBwparameter
-ifdlChBwis5MHzthenmaxNumOfCceis21
-ifdlChBwis10MHzthenmaxNumOfCceis43
-ifdlChBwis15MHzthenmaxNumOfCceis65
-ifdlChBwis20MHzthenmaxNumOfCceis87
n1PucchAn:
ACK/NACKoffset
ThisistheAckNackindexoffsetrelativetothelowestCCEin