接入与起呼失败分析.docx
- 文档编号:7269323
- 上传时间:2023-01-22
- 格式:DOCX
- 页数:27
- 大小:762.58KB
接入与起呼失败分析.docx
《接入与起呼失败分析.docx》由会员分享,可在线阅读,更多相关《接入与起呼失败分析.docx(27页珍藏版)》请在冰豆网上搜索。
接入与起呼失败分析
9.接入与呼叫失败分析2
9.1接入过程2
9.2接入过程RF相关参数介绍5
1)PAM_SZ5
2)MAX_CAP_SZ6
3)PROBE_PN_RANDOM6
4)PROBE_BKOFF7
5)NUM_STEP8
6)BKOFF9
7)ACC_CHAN9
8)ACC_TMO9
9)MAX_REQ_SEQ10
10)MAX_RSP_SEQ10
11)NOM_PWR11
12)INIT_PWR11
13)PWR_STEP12
9.3接入失败的主要原因及相关优化方法12
9.3.1正常的呼叫流程12
9.3.2接入失败的各个阶段分析13
1)移动台没有接收到呼叫请求确认13
2)没有接收到信道指配消息17
3)移动台没有成功获得前向业务信道18
4)移动台没有接收到基站的反向业务信道确认消息18
5)没有接收到业务连接消息19
9.3.3接入失败的主要原因19
1)高话务19
2)跨载频业务信道分配19
3)邻居关系缺失20
4)过大的软切换区域20
5)缺乏覆盖20
6)搜索窗问题20
7)干扰21
8)硬件故障21
9.4接入失败案例分析22
9.4.1接入失败的案例1-导频污染22
9.4.2接入失败的案例2-外界干扰25
9.4.3接入失败的案例3-基站拥塞27
9.4.4接入失败的案例4-基站故障29
9.4.5接入失败的案例5-越区覆盖和邻居关系缺失30
9.4.6接入失败的案例6-缺乏覆盖32
9.接入与呼叫失败分析
9.1接入过程
移动台在接入信道上采用随机接入过程(RandomAccessProcedure)发送消息。
而随机接入过程中的许多参数,都由基站的接入参数消息所提供。
进行一次消息的发送和对该消息的应答的接收(或者接收失败)的整个过程,称为一次接入尝试。
而接入尝试的每一次发送过程,都称为一次接入试探(AccessProbe)。
在一次接入尝试的每一次接入试探中,移动台都发送相同的消息。
在一次接入尝试中,接入试探按照接入试探序列(AccessProbeSequences)分成组。
每一个接入试探序列由多至1+NUM_STEP个接入试探组成,并在同一个接入信道上发送。
而对于每一个接入试探序列,发送的接入信道是从与当前的寻呼信道相关联的所有接入信道中采用伪随机的方法选出来的。
每个接入试探序列的第一次试探总是采用与标称开环功率水平(NominalOpenLoopPowerLevel)相应的发送功率水平。
接下来的每一次试探,都采用比前一次高出一定量的功率水平进行发送。
关于接入试探和接入试探序列的定时,是基于接入信道时隙(AccessChannelSlots)的概念的。
每一个接入试探,都是在一个接入信道时隙的开始时发送的。
在接入信道上发送的有两类消息:
一类是响应消息(这是对一条基站消息的响应);而另一类是请求消息(这是由移动台主动发送的)。
对于不同类的消息(响应类或是请求类),发送时需要采用不同的过程。
每一个接入试探序列的起始定时是伪随机决定的。
对于每一个接入试探序列,将采用一个在0和1+BKOFF之间的伪随机的滞后延时(BackoffDelay):
RS。
对于请求类的接入试探序列,特别地,还额外增加一段延时:
PD。
这段延时称为持续性延时(PersistenceDelay),是由一种持续性测试(PersistenceTest)确定的。
(注意,对于响应类的接入尝试,这种测试是不需要的。
因为基站可以通过在发送消息(当然是需要响应的消息)时对速度加以控制,来直接控制响应消息的到达速度。
)在滞后延时RS之后的每一个时隙,移动台都都进行一次伪随机的测试。
这种测试是依赖于接入尝试的原因和移动台的接入超载类别(AccessOverloadClass:
ACCOLCP)的。
如果通过了测试,那么在接入试探序列的第一次试探就可以在该时隙开始。
否则,至少推迟一个时隙。
在同一个序列中,接入试探间的定时也是伪随机产生的。
每发送了一次试探之后,移动台就从该时隙结束算起,等待一个特定的时间:
TA=(2+ACC_TWO)80ms,以便接收基站的应答。
如果在这段时间里收到了应答,那么,接入尝试就完成了。
否则,经过额外的滞后延时量RT,发送下一个接入试探。
其中RT为从0到1+PROBE_BKOFF之间的伪随机量。
在接入信道上的发送接入尝试过程中的精确定时,是由一个叫做PN随机化的过程来确定的。
对于每一次接入尝试,移动台利用一个依赖于其ESN的(非随机)HASH函数来算出一段延时:
RN个时隙(Chip)。
其中RN的范围是:
0到2PROBE_PN_RAN-1。
移动台将其发送定时延迟RN个PN时隙(Chip)。
这种延迟调节的对象包括直接扩频的长码,正交扩频的I路和Q路引导PN序列,因此,这种方案有效地加大了移动台和基站之间表面上看起来地距离。
(这样做,可以提高基站在同一时隙里分别接收和解调多个移动台的可能性,特别是有多个移动台处于距基站差不多的范围时。
此外,对PN的随机化时采用非随机的算法,可以使基站能够将这种PN随机化和移动台真正的发送传播延时区别开来,因而能够精确地估计移动台在反向业务信道上的信号的定时。
)
9.2接入过程RF相关参数介绍
1)PAM_SZ
●每一个接入信道试探由接入信道前缀(accesschannelpreamble)和接入信道消息实体(accesschannelmessagecapsule)组成。
接入信道前缀的长度为:
1+pam_sz。
●数值范围:
0~15(Frames)。
●默认值:
2
设置折衷:
∙该参数设置大将导致接入信道容量的浪费,因为每个消息都要发送1+pam_sz个帧(不包含消息实体),而不管发送更少数目的帧是否足够被基站检测到。
∙如果该参数设置太小会降低接入试探得到基站成功确认的可能性,从而导致移动台重复发送接入试探(可能是多次)。
附加说明:
∙该参数的选择要考虑基站端对PN码空间的搜索速度、小区半径及该小区的多径特征。
基站的搜索速度取决于硬件配置,可以进行并行搜索PN多径越多,基站确认移动台的速度就越快。
类似地,小区半径越大,PN多径数目就越多。
通过调整该参数的大小可以最小化相应的硬件设备或提高系统的性能。
∙接入信道前缀帧为全0。
移动台用Walsh函数0对其进行调制。
既然前缀是一个确知的序列,基站成功获得该消息的速度要远远快于前缀用一个未知的数据序列进行调制的情况。
∙PAM_SZ和INIT_PWR的设置存在折衷。
增加任何一个参数的值都会增加接入信道试探被基站成功接收的概率,但是代价是增加了接入信道的干扰(从而减少了接入信道的吞吐量)。
2)MAX_CAP_SZ
∙接入信道消息实体的长度=3+max_cap_sz.
∙数值范围:
0~7(Frames)
∙默认值:
4(每个接入消息中包含3个帧,不包含前缀)
设置折衷:
∙由于不管实际的接入信道消息实际需要发送多少帧,每个消息都要发送3+max_cap_sz个帧(不算前缀),所以如果该参数设置很大会造成接入信道容量的浪费。
附加说明:
∙接入信道消息,一般是起呼消息,在最坏的情况下3个帧(消息实体)就足够了。
3)PROBE_PN_RANDOM
∙接入信道试探的时间随机化。
移动台将发送时间随机时延RN个PNchips,这里的RN是根据该参数由hash算法产生的,在0到2probe_pn_random–1之间。
Probe_pn_random
Delay(chips)
0
0
1
0~1
2
0~3
3
0~7
4
0~15
5
0~31
6
0~63
7
0~127
8
0~255
9
0~511
●数值范围:
0~9
●默认值:
4
设置折衷:
∙如果设置为较小的值(例如,0或者1),间隔距离近的移动台在接入信道上的接入试探碰撞不容忽视。
附加说明:
∙由于接入信道和时隙的选择都是随机的而且各个移动台是不相关的,有可能多个移动台在同一接入信道上的同一时隙发送接入信道消息。
如果两个移动台的接入信道消息到达基站的时间差超过1PNchip,基站就会将二者区分开来,如果接入信道消息到达时间差太小以致不能区分,就叫做接入信道碰撞。
当三个或更多的接入信道消息在同一时隙发送时,有的会发生碰撞,而有的则不会。
在微蜂窝中发生碰撞的可能性会更大一些,因为小区的半径很小。
(当存在多径时,碰撞更容易发生,因为基站无法区分来自两个移动台的多径碰撞)。
4)PROBE_BKOFF
●接入信道试探滞后时间范围
当移动台发送接入试探之后的一段时间内没有收到来自基站的确认消息,那么它会在等待一个随机时延RT(0~1+probe_bkoff)之后再次发送接入试探。
●数值范围:
0~15(Slots)
●默认值:
0
设置折衷:
∙如果该参数设置太大,在一次接入请求中需要发送多个接入试探的情况下接入的时间明显延长。
∙如果该参数设置太小,由于碰撞导致的在同一个试探序列中发送多个试探的情况不会明显好转,在不使用PN随机化或持续性时延的情况下更是如此。
对于负载较轻的网络,该参数设置较小是可以接受的。
附加说明:
∙通过设置该参数重新发送的时间被随机化,从而减小了发生再次冲突的可能性。
因为考虑到无线信道的变化,在接入试探序列之间可能需要更大的时延,所以序列之间的时延值不同(该时延值由BKOFF给出,下面会提到),而PROBE_BKOFF定义的仅仅是同一序列中不同试探之间的时延。
5)NUM_STEP
●在每一个接入试探序列中有(num_step+1)次接入试探。
●数值范围:
0~15
●默认值:
5
设置折衷:
∙该参数设置较大会增加一个接入试探序列就完成接入成功的可能性,但是代价是增加了反向链路的干扰。
∙当该参数值较小时情况恰好相反:
减小了反向链路的干扰但同时减小了一个接入试探序列就完成成功接入的可能性。
附加说明:
∙既然PWR_STEP和NUM_STEP都是为了达到相同的目标:
确保基站成功地接收到接入请求,那么二者之间存在折衷。
换句话说,如果PWR_STEP设置得较小,那么NUM_STEP就要设置为相对大一点的值;反过来,如果PWR_STEP设置为较大的值,NUM_STEP就要设置得相对较小。
∙根据仿真结果,比较合理的设置是PWR_STEP为3dB和NUM_STEP为6。
PWR_STEP设置为较小的值也可以。
6)BKOFF
●接入信道试探序列滞后范围。
对于每一个接入试探序列,将采用一个在0到1+BKOFF之间的伪随机的滞后时延。
●数值范围:
0~15
●默认值:
1
设置折衷:
∙如果该参数设置太大,在每次接入需要发送多个接入试探序列的情况下接入过程所需要的时间会延长。
∙如果该参数设置太小,由于碰撞而造成的接入试探的重复发送(不同的试探序列中)的情况没有明显改善,在不使用PN随机化、持续性时延的情况下更是如此。
然而对于负载较轻的网络还是可以接受的。
7)ACC_CHAN
∙接入信道的数目。
即每个寻呼信道对应的接入信道的数目为1+ACC_CHAN。
∙数值范围:
0~31
∙默认值:
0
8)ACC_TMO
●移动台在接入信道上发送信号之后等待TA=(2+acc_tmo)*80msec之后,如果还没有收到基站的响应,它认为基站并没有接收到移动台发送的信号。
●数值范围:
0~15
●默认值:
3
设置折衷:
∙如果该参数设置太小,移动台在发送一个接入试探之后等待基站确认的时间不够长,就重新发送另外一个接入试探,也就是说,可能会发送不必要的试探,这样会导致接入信道的负载增加,并增加了接入信道碰撞的概率。
另外,协议规定,基站必须在接收到移动台的接入试探之后的ACC_TMO*80msec时间内发送确认消息。
如果该参数设置太小,基站将无法满足要求,特别是在负载很重的情况下。
∙如果设置太大,接入过程会慢下来,因为每次接入试探所需要的时间增加了。
附加说明:
∙ACC_TMO不能太小,以避免发生下面的情况:
当移动台发送另外一个接入试探的时候基站对前一个试探的确认消息已经发出。
∙从基站接收到来自移动台的接入试探到基站通过寻呼信道发送确认消息大概需要350msecs(在无负载的系统中),因此ACC_TMO不得小于3(当设置为3时,代表80msec*(3+2)=400msec)。
∙减小ACC_TMO不会加快接入过程,除非发送第一个接入试探就收到了基站的确认。
而且会导致移动台发送一些不必要的接入试探和增加反向链路的干扰。
∙随着基站负载的增加,ACC_TMO需要设置为比3大的值,因为基站发送确认消息需要更多的时间。
9)MAX_REQ_SEQ
●接入信道请求试探序列的最大数目。
●数值范围:
1~15
●默认值:
2
设置折衷:
∙如果该参数设置太大,会导致一次接入请求中重复发送的次数太多,从而影响接入信道的容量。
∙如果设置太小,例如设置为1,由于序列之间有较大的时延从而为信道的变化留出了充分的时间,所以使再次发送试探序列得到成功确认的可能性增加,因此该参数至少要等于2。
10)MAX_RSP_SEQ
●接入信道响应试探序列的最大数目。
●数值范围:
1~15
●默认值:
2
设置折衷:
∙类似于MAX_REQ_SEQ的情况。
11)NOM_PWR
●标称发射功率偏移,该参数是为了补偿由于前向CDMA信道和反向CDMA信道之间的不相关造成的路径损耗差别。
在接入信道上由开环功控决定的发射功率、反向业务信道的初始发射功率、接收PCB(PowercontrolBit)之后的反向业务信道发射功率均与该有关。
●数值范围:
-8~+7
●默认值:
0
设置折衷:
∙如果该参数设置太大或者太小,那么闭环功控将无法及时校正开环功控中的估计偏差。
12)INIT_PWR
●初始发射功率偏移,它是对第一个接入信道序列所需要做的调整。
在接入信道上由开环功控决定的发射功率、反向业务信道的初始发射功率、接收PCB(PowercontrolBit)之后的反向业务信道发射功率均与该有关。
●数值范围:
-16~+15
●默认值:
0
设置折衷:
∙如果该参数设置太大,移动台的接入会导致反向链路的阻塞,从而降低了接入信道的性能。
∙如果该参数值设置太小,移动台在接入时的初始发射功率太小,从而导致移动台必须发送多个接入试探才会被基站成功接收,这样会增加接入信道碰撞的几率。
附加说明:
∙该参数在整个系统中一致的。
13)PWR_STEP
∙接入试探序列发射功率的增加步长。
∙数值范围:
0~7(1dB/unit)
∙默认值:
4
设置折衷:
∙如果该参数设置比较大,那么反向链路上有附加干扰的情况下会增加基站接收到接入试探的可能性。
∙如果该参数设置较小,会使移动台在接收到基站的确认之前发送更多的接入试探,从而增加了接入信道的负载。
附加说明:
∙INIT_PWR和PWR_STEP要选择适当的值从而确保移动台在发送了NUM_STEP个试探之前能够成功接入。
当有几个移动台同时接入的时候,有可能会发生碰撞,从而使基站无法正确解调,因此移动台不应该一味地增加发射功率。
反向链路的路径损耗暂时比前向链路大也可能会导致移动台需要发送多个接入试探才会得到基站的确认,在这种情况下,如果移动台在每一个接入试探都增加发射功率而传播环境变化了,那么移动台的发射功率将会比实际所需要的高。
这也是造成发送多个试探序列的原因。
接入试探序列之间的时延是考虑到信道环境的变化时间。
9.3接入失败的主要原因及相关优化方法
9.3.1正常的呼叫流程
为了分析接入失败的原因,让我们先来了解一下正常的呼叫建立流程。
移动台首先必须在反向接入信道上发送呼叫请求消息(OriginationMessage)或寻呼响应消息(PageResponseMessage),下面的几个事件将一个接一个地发生。
其中的任何一件没能发生就意味着呼叫发起的失败。
1)阶段1:
基站确认移动台的呼叫请求或寻呼响应。
基站通过AcknowledgementOrder对移动台的呼叫请求进行确认;在移动台接收到呼叫确认之前可能需要发送好几次呼叫请求(OriginationMessage)。
2)阶段2:
基站为移动台分配资源。
基站建立一条前向业务信道,发送空业务,并向移动台发送信道指配消息。
3)阶段3:
在接收到信道指配消息之后,移动台开始试探获取前向业务信道。
成功获取前向业务信道是阶段3。
4)阶段4:
当前向业务信道成功解调,移动台开始在反向业务信道发送空业务。
在基站成功获取反向业务信道之后基站在前向业务信道上发送确认消息(BaseStationAcknowledgmentOrder)。
5)阶段5:
基站向移动台发送业务连接消息(ServiceConnectmessage)。
移动台向基站发送业务连接完成消息(ServiceConnectCompletemessage)。
9.3.2接入失败的各个阶段分析
1)移动台没有接收到呼叫请求确认
a)呼叫请求次数达到最大限制
●移动台的发射功率比较低:
检查移动台最后几次呼叫请求试探序列的发射功率是否达到最大值。
如果并没有达到最大,说明有可能是接入参数设置不太合理。
与之有关的接入参数有:
oINIT_PWR
oNOM_PWR
oPWR_STEP
oNUM_STEP
oMAX_REQ_SEQ
oMAX_RSP_SEQ
●移动台的发射功率很高:
如果移动台在呼叫发起时允许发射最大发射功率,但是仍然没有接收到确认消息,这种情况比较复杂。
基站底噪过高:
如果基站底噪过高,基站可能不能成功解调呼叫请求消息。
这时需要检查是外界干扰、直放站或基站本身故障等原因导致基站底噪过高。
接入信道冲突:
呼叫请求消息在基站端必须要有足够高的Eb/Io才会被成功检测。
当多个用户在同一个接入信道上发送呼叫请求时,有可能会发生冲突。
可以调整以下的参数来减少冲突的发生:
oACC_TMO:
AcknowlegmentTime-out
oPROBE_BKOFF:
ProbeBackoff
oBKOFF:
Backoff
oPNRandomizationDelay
基站没有检测到接入请求(前向Ec/Io足够高):
o链路不平衡。
如果强干扰阻塞了反向链路,反向链路的覆盖范围会收缩,而前向链路的覆盖并不受影响。
那么很容易造成前反向覆盖的不平衡。
如果导频信道增益太高也会造成链路的不平衡。
如果导频信道的增益设置得太高,那么前向链路的覆盖范围有肯会超过移动台发射机的覆盖范围。
移动台检测到了很强的导频,但是呼叫请求却会因为链路不平衡而不能被检测到。
一般来说,导频信道增益是一个常数,如果移动台的呼叫请求总是得不到确认消息那么很有可能是导频增益太高造成的,别的原因造成的链路不平衡可能只是暂时的。
o基站搜索的问题。
在反向覆盖很强的情况下,有可能呼叫请求仍然不能被检测到,可能是因为基站设备的搜索程序造成的。
由于接入信道消息到达的随机性,基站有可能在这个时间检测到了呼叫请求,却在别的检测不到。
造成的原因可能接入信道搜索窗口太窄,这时需要检查并适当增大反向搜索窗。
o接入参数设置不合理。
在BTS中有可能会为接入信道发送的消息分配一个或者几个信道单元。
但是如果参数设置不合理的话,这些信道单元可能不能积累足够的能量来做出判断;需要调制的参数是PAM_SIZE:
Preamble可能太短。
b)呼叫请求次数没有达到最大限制
●导频强度(Ec)太低情况下得到系统丢失(SystemLost):
如果呼叫请求次数没有达到最大限制,有可能在接入过程中发生了系统丢失。
在接入的初始阶段移动台继续监听寻呼信道,并且激活T40m计时器,接收到寻呼信道的消息后将该计时器清零;如果该计时器溢出则系统丢失,移动台返回空闲状态接入失败。
如果在空闲状态中移动台接收到上一次呼叫请求回应的信道指配消息移动台将拒绝。
所以如果移动台拒绝接收到的信道指配消息,可能就意味着移动台在接入过程中发生了系统丢失。
接入和切换冲突:
在接入过程中不允许进行切换。
如果移动台在接入的过程中朝远离服务小区的方向移动可能会发生系统丢失,从而导致接入失败。
如果移动台在接入失败后重新初始化或者切换到邻集中的一个新的导频上就意味着发生了接入过程拒绝切换的情况。
如果接入过程太慢或者空闲切换区域太小都会造成这种情况。
空闲切换区域太小:
如果服务小区的导频信号衰减太快(例如5-6dB/sec),对应移动台来说仅仅有一个短暂的时间来进行空闲切换,而接入过程的持续时间很可能会比这个时间段要长。
接入过程太慢:
如果移动台的移动速度很快(例如,在高速公路上的时速超过60Km),如果接入过程太慢的话,移动台在服务小区覆盖很好的地方发送呼叫请求,但是却很快到达服务小区的覆盖边缘。
在接入请求的初始阶段空闲切换是不允许的。
导致接入过程太长的参数主要有以下一些:
¡PWR_STEP
¡ACC_TMO
¡Probebackoff
¡Sequencebackoff
¡Persistencevalues
错过空闲软切换:
如果很强的可用导频没有被列入邻集列表,那么移动台可能就进行接入请求之前没有进行空闲切换。
在这种情况下很容易会造成接入过程中的系统丢失。
这种情况下需要检查邻居关系的设置。
●导频强度(Ec)很高情况下的系统丢失(寻呼信道失败)
导频相位污染:
如果导频相位分配不合理会导致不同基站的多径信号落入同一个搜索窗口内致使移动台不能区分;从而不能成功解调目标信号。
导频相位污染包括相同导频相位污染和相邻导频相位污染。
导频污染:
CDMA系统是自干扰系统,如果在某个区域存在的导频过多,相互之间会互相产生干扰,从而影响对寻呼信道的监听。
寻呼信道增益太小:
寻呼信道的功率必须根据导频信道的功率大小来设置,如果寻呼信道的功率太小前向覆盖将受限于寻呼信道。
2)没有接收到信道指配消息
IS-95A和J-STD-008中规定移动台只有12s的时间等待信道指配消息,如果信道指配消息没有在规定的时间内到达,移动台会返回空闲状态。
该12s的常数称为T42m。
a)信道指配消息已经被发送
如果基站已经发送了信道指配消息,有可能并没有被移动台接收到。
有可能移动台在接入过程中发生了系统丢失已经返回了空闲状态。
移动台在空闲状态下接收到信道指配消息并将其拒绝的现象说明了移动台在接入过程中发生了系统丢失。
关于系统丢失的原因已经前面讨论过。
b)信道指配消息没有被发送
●前一次呼叫没有拆链;如果移动台的链路释放消息BS没有接收到或者在路由中丢失,交换机会在一段时间内认为移动台仍然处在通话状态。
在这种情况下,如果用户在结束通话之后很快发起第二次呼叫,那么交换机不会为移动台分配第二条业务信道。
●容量不足:
当基站不再有信道单元或者剩余的信道单元是为软切换预留的时候意味着资源已经用尽,基站将拒绝为移动台分配业务信道。
这种情况应该归类为呼叫阻塞,而不是起呼失败。
在这种情况下,基站向移动台发送InterceptOrder或者Re-OrderOrder,移动台将结束呼叫请求返回空闲状态。
3)移动台没有成功获得前
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 接入 失败 分析