1
手机做主叫时,第一次发起呼叫后,很快回到待机画面,第二次发起呼叫,手机做主叫时,第一次发起呼叫后,很快回到待机画面,第二次发起呼叫,很快呼通。请从信令流程方面分析可能的原因,以及提供相应的处理方法,很快呼通。请从信令流程方面分析可能的原因,以及提供相应的处理方法,并说明移动台接入过程中涉及到的手机侧的定时器的应用限制以及默认时长,请至少列举个时长,请至少列举3个。
答:原因分析a在手机呼叫建立过程中,收到ECAM消息后,在前向业务信道上收NULLDATA,收到前向业务信道上的NULLDATA后,在反向业务信道上发送Preamable帧,整个过程持续时间为3秒。系统等待Preamble定时器设置为3s,当基站发送ECAM消息时,定时器开始启动,3秒钟内(默认值)系统连续(默认值)ECAM消息,如果基站在3秒钟内没有收到手机的Preamble发送3次帧,则系统释放通话。等待Preamble定时器设置太短,公共信道非确认模式最大重发次数太少。b系统捕获preamble后,随即发送BSACKORDER,并启动CCM_T_WT_MS_ACK_ORD定时器。按照协议要求,手机有2s的定时器,系统应该留够时间余量,在发送BSACKORDER时保证手机在协议规定的时间内有机会尝试接收消息。专用信道确认模式消息的最大重发次数3次,消息重发间隔:400ms,BSACKORDER消息发送的时间最长只能持续到约12s,BSS消息发送时间过短,而导致手机可能因此没有能接收到消息,从而引起呼叫建立过程中信令交互失败。处理过程1、通过MODTMRMNCCMTMRID5TMRV5000修改等待Preamble定时器到5秒;2、通过MODTMRMNCCMTMRID4TMRV3000修改等待MSACKORDER定时器到3秒;3、在BSC维护台将公共信道非确认模式最大重发次数修改为5次;4、在BSC维护台将专用信道确认模式最大重发次数修改为5次。
fI
I
II
IV
V
VI
T41mT40m
IIIIIIV
T42m
T50m
T51m
Subscriberpresses“Se
d”butto
;Begi
Probi
g;ReceivesBS’sAckofOrigi
atio
;Acquitio
ofFTCHsuccessful;
IVReceivesBS’sCAM;
T41m,4秒;T42m为12秒;T40m(3秒);T50m,1秒;T51m,2秒
2
请问800M的S666配置下,机柜,单板,合分路器,TRMHPA,GPS的配置下,请问配置下机柜,单板,合分路器,,馈线,天线馈线,天线的配置如何。馈线,天线馈线,天线的配置如何。
答:1,BTS3612800单机柜最多支持12载频,对于超过12载频,可以通过“并柜”既采用增加副机柜实现。当发生“并柜”时,我们称含有基带框的机柜为“主机柜”,不含基带框的机柜称为“副机柜”。每组并柜只含一个主机柜,在满配置的情况下:每个主机柜最多可带2r