CDMA电信考试题库综合题.docx
《CDMA电信考试题库综合题.docx》由会员分享,可在线阅读,更多相关《CDMA电信考试题库综合题.docx(36页珍藏版)》请在冰豆网上搜索。
CDMA电信考试题库综合题
1.手机做主叫时,第一次发起呼叫后,很快回到待机画面,第二次发起呼叫,很快呼通。
请从信令流程方面分析可能的原因,以及提供相应的处理方法,并说明移动台接入过程中涉及到的手机侧的定时器的应用限制以及默认时长,请至少列举3个。
答:
原因分析
a)在手机呼叫建立过程中,收到ECAM消息后,在前向业务信道上收NULLDATA,收到前向业务信道上的NULLDATA后,在反向业务信道上发送Preamable帧,整个过程持续时间为3秒。
系统等待Preamble定时器设置为3s,当基站发送ECAM消息时,定时器开始启动,3秒钟内(默认值)系统连续发送3次(默认值)ECAM消息,如果基站在3秒钟内没有收到手机的Preamble帧,则系统释放通话。
等待Preamble定时器设置太短,公共信道非确认模式最大重发次数太少。
b)系统捕获preamble后,随即发送BSACKORDER,并启动CCM_T_WT_MS_ACK_ORD定时器。
按照协议要求,手机有2s的定时器,系统应该留够时间余量,在发送BSACKORDER时保证手机在协议规定的时间内有机会尝试接收消息。
专用信道确认模式消息的最大重发次数3次,消息重发间隔:
400ms,BSACKORDER消息发送的时间最长只能持续到约1.2s,BSS消息发送时间过短,而导致手机可能因此没有能接收到消息,从而引起呼叫建立过程中信令交互失败。
处理过程:
1、通过MODTMR:
MN=CCM,TMRID=5,TMRV=5000修改等待Preamble定时器到5秒;
2、通过MODTMR:
MN=CCM,TMRID=4,TMRV=3000修改等待MSACKORDER定时器到3秒;
3、在BSC维护台将公共信道非确认模式最大重发次数修改为5次;
4、在BSC维护台将专用信道确认模式最大重发次数修改为5次。
T41m,4秒;T42m为12秒;T40m(3秒);T50m,1秒;T51m,2秒
2.请问800M的S6/6/6配置下,机柜,单板,合分路器,TRM+HPA,GPS馈线,天线馈线,天线的配置如何。
答:
1,BTS3612-800单机柜最多支持12载频,对于超过12载频,可以通过“并柜”既采用增加副机柜实现。
当发生“并柜”时,我们称含有基带框的机柜为“主机柜”,不含基带框的机柜称为“副机柜”。
每组并柜只含一个主机柜,在满配置的情况下:
每个主机柜最多可带2个副机柜,即最多可实现3个机柜的并柜(这里所说的满配置是指:
主机柜含有12载频,每个副机柜也都含有12载频)。
2,S6/6/6总共18个载频,需要采用2个机柜,一个主机柜,一个副机柜,传输需要6条E1,基带框单板配置如下(主机柜):
BCIM板1块(6条E1)
BCPM板A型12块
B型6块(优先选B型)
BRDM板(多模)3块
BCKM板2块
PSU主机柜4+1
副机柜2+1
主机柜:
CDU6
RLDU3
TRM+HPA12
副机柜:
CDU3
RLDU3
TRM+HPA6
主机柜配3根双极化天线,副机柜配3根双极化天线,总共6根双极化天线,GPS天馈总共只需一套;
可以简化认为主机柜射频(天馈)部分按照S4/4/4配置,副机柜射频(天馈)按照S2/2/2配置,但所有的基带处理单元都配置在主机柜。
3.J地数据业务优化测试中,平均下载速率比较低,而且传输缺口比较大,详细情况如下:
用串口线前向平均下载速率只有6Kbyte,而且有很明显的缺口问题,传输图见下图:
目前SCH的信令延时时10帧,SCH传输是128帧,检查各定时器值为系统的默认值,正常。
观察BSC维护台跟踪信令,手机在连续下载过程中,每两个连续的Extendedsupplementalchannelassignmentmessage时间大约味6.6秒。
从手机速率窗口观测到的情况也差不多,将近有2至3秒时间没有分配163.2的SCH信道。
到基站下面测试,EcIo –4~–5左右,Rx=-50dBm,结果类似,BSC版本是R02B03D006SP01。
京瓷手机版本是JS1.0.45。
经最终分析,发现SCH申请的重试间隔为200帧,为4秒,建议将更改此参数后,数据业务传输得到改善,如下所示:
现场反馈的信令跟踪如下:
<6>LCB(3864)FCB(0)txMSG_CCM_RRM_SCH_REQsucc[2003-10-1315:
32:
57.540]
<6>LCB(3864)StartCCM_T_WT_SCH_CNFsucc.[2003-10-1315:
32:
57.540]
<6>LCB(3864)FCB(0)FS(FS_ACT_SCH)->FS(FS_WT_SCH_CNF)succ[2003-10-13
15:
32:
57.540]
<6>COCRB(1557)rxCCM_RRM_SCH_REQfromCCB(3081)LCB(3864)inpilot(4),direc(0)
[2003-10-1315:
32:
57.540]
<6>COCRB(1557)accordingtopilotstrengthandbranchnumbermaxrate(255),maxduration(255)[2003-10-1315:
32:
57.540]
<6>COCRB(1557)FwdSchAdmissCtrMutiBranchRate(255)SOWantRate(4)DataAcuumRate(4)PltStrgthAllowRate(4)LoadAllowRate(4)CEResAllowRate(4)[2003-10-1315:
32:
57.540]
<6>COCRB(1557)FwdSchcoderesassignsuccessesWalshCode
(2)[2003-10-1315:
32:
57.540]
<6>COCRB(1557)FwdSCHFinalRate(4),duration(13)[2003-10-1315:
32:
57.540]
<6>COCRB(1557)txRRM_CCM_SCH_CNFtoCCB(3081)LCB(3864)onPILOT:
(4)indirec:
(0),result:
(0)[2003-10-1315:
32:
57.540]
<6>LCB(3864)FCB(0)rxMSG_RRM_CCM_SCH_CNF[2003-10-1315:
32:
57.540]
<6>LCB(3864)FCB(0)dxMSG_RRM_CCM_SCH_CNFsucc:
Dirc=0,FwdSch=start(27),duration(13),RevSch=start(0),duration(0)[2003-10-1315:
32:
57.540]
<6>LCB(3864)StopCCM_T_WT_SCH_CNFsucc.[2003-10-1315:
32:
57.540]
<6>LCB(3864)FCB(0)FS(FS_WT_SCH_CNF)->FS(FS_ACT_SCH_CONN)succ[2003-10-1315:
32:
57.540]
<6>LCB(3864)txAbis-BurstRequestsucc[2003-10-1315:
32:
57.540]
<6>LCB(3864)StartCCM_T_WT_ABIS_BST_RSPsucc.[2003-10-1315:
32:
57.540]
<6>LCB(3864)LS(LS_ACT_SCH)->LS(LS_WT_ABIS_BST_RSP)succ[2003-10-1315:
32:
57.540]
<6>LCB($)rxAbis-BurstResponse[2003-10-1315:
32:
57.570]
<6>LCB($)dxAbis-BurstResponsesucc[2003-10-1315:
32:
57.570]
<6>LCB(3864)StopCCM_T_WT_ABIS_BST_RSPsucc.[2003-10-1315:
32:
57.570]
<6>LCB(3864)txAbis-BurstCommitsucc[2003-10-1315:
32:
57.570]
<6>LCB(3864)txMSG_CCM_SDU_SCH_ASSG_REQsucc.[2003-10-1315:
32:
57.570]
<6>LCB(3864)StartCCM_T_WT_SCH_ASSG_CNFsucc.[2003-10-1315:
32:
57.570]
<6>LCB(3864)LS(LS_WT_ABIS_BST_RSP)->LS(LS_WT_SCH_ASSG_CNF)succ[2003-10-1315:
32:
57.570]
<6>LCB(3864)rxMSG_SDU_CCM_SCH_ASSG_CNF[2003-10-1315:
32:
57.610]
<6>LCB(3864)dxMSG_SDU_CCM_SCH_ASSG_CNFsucc[2003-10-1315:
32:
57.610]
<6>LCB(3864)StopCCM_T_WT_SCH_ASSG_CNFsucc.[2003-10-1315:
32:
57.610]
<6>LCB(3864)txMSG_LCB_CCB_ACT_SCH_ACKsucc[2003-10-1315:
32:
57.610]
<6>LCB(3864)LS(LS_WT_SCH_ASSG_CNF)->LS(LS_CONNECTED)succ[2003-10-1315:
32:
57.610]
<6>LCB(3864)FCB(0)FS(FS_ACT_SCH_CONN)->FS(FS_CONNECTED)succ[2003-10-1315:
32:
57.610]
<6>CCB(3081)rxMSG_LCB_CCB_ACT_SCH_ACKonCS/CSS(CS_WT_ACT_SCH/CSS_WT_ACT_SCH_ACK)[2003-10-1315:
32:
57.610]
<6>CCB(3081)stopCCM_T_WT_ACT_SCH_ACKsucc[2003-10-1315:
32:
57.610]
<6>CCB(3081)txESCAMtoLACsucc[2003-10-1315:
32:
57.610]
<6>CCB(3081)txMSG_CCM_RRM_SCH_PILOT_RSPsucc[2003-10-1315:
32:
57.610]
<6>CCB(3081)(CS_WT_ACT_SCH/CSS_WT_ACT_SCH_ACK)->(CS_CONNECTED/CSS_IDLE)[2003-10-1315:
32:
57.610]
<6>MSSB(2746)rxESCAM[2003-10-1315:
32:
57.610]
<6>MSSB(2746)setESCAML2val:
MsgSeqUnAss=6[2003-10-1315:
32:
57.610]
<6>MSSB(2746)txmsgtoBIMorSAR[2003-10-1315:
32:
57.610]
<6>MSSB(2746)startLAC_TIMER_TYPE_DSCH_UNASSsucc:
MsgSeq=6[2003-10-1315:
32:
57.610]
<6>CRB(2868)rxCCM_RRM_SCH_PILOT_RSPfromCCB(3081)indirec(0)[2003-10-1315:
32:
57.610]
<6>CRB(2868)TransferCallSubState:
(WT_SCH_PILOT_RSP)-->(IDLE)[2003-10-1315:
32:
57.610]
<6>MSSB(2746)FDSCHESCAMNoAcktimeout:
MsgSeq=6,RepCnt=3[2003-10-1315:
32:
57.710]
<6>MSSB(2746)txmsgtoBIMorSAR[2003-10-1315:
32:
57.710]
<6>MSSB(2746)FDSCHESCAMNoAcktimeout:
MsgSeq=6,RepCnt=2[2003-10-1315:
32:
57.810]
<6>MSSB(2746)txmsgtoBIMorSAR[2003-10-1315:
32:
57.810]
<6>MSSB(2746)FDSCHESCAMNoAcktimeout:
MsgSeq=6,RepCnt=1[2003-10-1315:
32:
57.910]
<6>MSSB(2746)stopMSSBticktimersucc[2003-10-1315:
32:
57.960]
<6>CRB(2868)rxPMRM[Fer:
0/10][HdmSeq:
3][AsNum:
1][-4.5,-31.5,-31.5,-31.5,-31.5,-31.5][SchIncl:
0,Fer:
0/0][2003-10-1315:
32:
57.990]
<6>CRB(2868)rxSDU_RRM_LINK_STAT_RPTEbNt(25),FER:
FCH(0/100),DCCH(0/0),SCH0(0/0),SCH1(0/0)[2003-10-1315:
32:
58.100]
<6>CRB(2868)rxPMRM[Fer:
0/10][HdmSeq:
3][AsNum:
1][-4.5,-31.5,-31.5,-31.5,-31.5,-31.5][SchIncl:
0,Fer:
0/0][2003-10-1315:
32:
58.610]
<6>CRB(2868)rxPMRM[Fer:
0/10][HdmSeq:
3][AsNum:
1][-4.0,-31.5,-31.5,-31.5,-31.5,-31.5][SchIncl:
0,Fer:
0/0][2003-10-1315:
32:
59.230]
<6>CRB(2868)rxPMRM[Fer:
0/10][HdmSeq:
3][AsNum:
1][-4.0,-31.5,-31.5,-31.5,-31.5,-31.5][SchIncl:
0,Fer:
0/0][2003-10-1315:
32:
59.830]
<6>CRB(2868)rxSDU_RRM_LINK_STAT_RPTEbNt(25),FER:
FCH(1/100),DCCH(0/0),SCH0(0/0),SCH1(0/0)[2003-10-1315:
33:
00.110]
<6>CRB(2868)rxSDU_RRM_SCH_REL_INDfromSCB(36)indirec(0),reasonis(0)[2003-10-1315:
33:
00.310]
<6>CRB(2868)txRRM_CCM_SCH_REL_INDtoCCB(3081)indirec(0)Fwdreason
(1)Revreason(0)[2003-10-1315:
33:
00.310]
<6>CRB(2868)TransferCallSubState:
(IDLE)-->(WT_SCH_REL_RSP)[2003-10-1315:
33:
00.310]
<6>CRB(2868)startTIMERRRM_STATE_WT_SCH_REL_RSPsucc[2003-10-1315:
33:
00.310]
<6>CCB(3081)rxMSG_RRM_CCM_SCH_REL_INDonCS/CSS(CS_CONNECTED/CSS_IDLE)[2003-10-1315:
33:
00.310]
<6>CCB(3081)txMSG_CCB_LCB_DEACT_SCHsucc[2003-10-1315:
33:
00.310]
<6>CCB(3081)txMSG_CCM_RRM_SCH_REL_RSPsucc[2003-10-1315:
33:
00.310]
<6>LCB(3864)rxMSG_CCB_LCB_DEACT_SCH[2003-10-1315:
33:
00.310]
<6>LCB(3864)dxMSG_CCB_LCB_DEACT_SCHsucc:
RspFlag=0,FwdCause=1,RevCause=0[2003-10-1315:
33:
00.310]
<6>LCB(3864)IM:
LegNo(0)ARFCN(548)SiteId(0x50158275)AAL2[2]={1,2,255,255}FCB[1]={*+188,65535,65535,65535,65535,65535}[2003-10-1315:
33:
00.310]
<6>LCB(3864)txMSG_CCM_RRM_SCH_REL_REQsucc[2003-10-1315:
33:
00.310]
<6>CRB(2868)rxCCM_RRM_SCH_REL_RSPfromCCB(3081)indirec(0)[2003-10-1315:
33:
00.310]
<6>CRB(2868)TransferCallSubState:
(WT_SCH_REL_RSP)-->(IDLE)[2003-10-1315:
33:
00.310]
<6>COCRB(1557)rxCCM_RRM_SCH_REL_REQfromLCB(3864)FCB(0)inPILOT(4)[2003-10-1315:
33:
00.310]
<6>CRB(2868)rxPMRM[Fer:
0/6][HdmSeq:
3][AsNum:
1][-4.0,-31.5,-31.5,-31.5,-31.5,-31.5][SchIncl:
1,Fer:
1/128][2003-10-1315:
33:
00.370]
<6>CRB(2868)rxPMRM[Fer:
0/10][HdmSeq:
3][AsNum:
1][-3.5,-31.5,-31.5,-31.5,-31.5,-31.5][SchIncl:
0,Fer:
0/0][2003-10-1315:
33:
00.990]
<6>CRB(2868)rxPMRM[Fer:
0/10][HdmSeq:
3][AsNum:
1][-3.5,-31.5,-31.5,-31.5,-31.5,-31.5][SchIncl:
0,Fer:
0/0][2003-10-1315:
33:
01.610]
<6>CRB(2868)rxSDU_RRM_LINK_STAT_RPTEbNt(22),FER:
FCH(0/100),DCCH(0/0),SCH0(0/0),SCH1(0/0)[2003-10-1315:
33:
02.100]
<6>CRB(2868)rxPMRM[Fer:
0/10][HdmSeq:
3][AsNum:
1][-4.0,-31.5,-31.5,-31.5,-31.5,-31.5][SchIncl:
0,Fer:
0/0][2003-10-1315:
33:
02.230]
<6>CRB(2868)rxPMRM[Fer:
0/10][HdmSeq:
3][AsNum:
1][-4.0,-31.5,-31.5,-31.5,-31.5,-31.5][SchIncl:
0,Fer:
0/0][2003-10-1315:
33:
02.850]
<6>CCB(3081)rxMSG_RLP_CCM_SCH_ASSG_INDonCS/CSS(CS_CONNECTED/CSS_IDLE)[2003-10-1315:
33:
02.920]
<6>CCB(3081)txMSG_CCM_RRM_SCH_PILOT_REQsucc[2003-10-1315:
33:
02.920]
请根据测试结果以及解决方案提供该问题的相关分析过程,信令分析的过程中要求分拣出如下信令:
1、申请建立SCH;
2、地面链路资源准备完成
3、SCH拆除
4、RLP发起另一次SCH申请
答:
A)通过数据采集,需要至少得到以下的参数配置结果:
1.信令延时:
10frames
2.SCH最大时长:
128frames(2.56s)
B)从附件的测试图显示的结果看:
1.MaxThroughput=12639.846bytes/s=12639.846×8/1000=101.12kbps
2.AverageThrougput=4682.733bytes/s=4682.733×8/1000=37.46kbps
3.SCH申请最大间隔:
20.88s
4.SCH平均申请间隔:
7.35s
C)信令分析(截取信令中的一段进行分析)
<6>LCB(3864)FCB(0)txMSG_CCM_RRM_SCH_REQsucc[2003-10-1315:
32:
57.540]
(申请建立SCH)
<6>COCRB(1557)txRRM_CCM_SCH_CNFtoCCB(3081)LCB(3864)onPILOT:
(4)indirec:
(0),result:
(0)[2003-10-1315:
32:
57.540]
(此信令后10帧,开始SCH的开始时间,应该是15:
32:
57.74为开始时刻)
<6>CCB(3081)txMSG_CCM_RRM_SCH_PILOT_RSPsucc[2003-10-1315:
32:
57.610]
(此信令表明地面链路资源准备完成)
(快速重发三条ESCAM消息)
<6>MSSB(2746)FDSCHESCAMNoAcktimeout:
MsgSeq=6,RepCnt=3[2003-10-1315:
32:
57.710]
<6>MSSB(2746)txmsgtoBIMorSAR[2003-10-1315:
32:
57.710]
<6>MSSB(2746)FDSCHESCAMNoAcktimeout:
MsgSeq=6,RepCnt=2[2003-10-1315:
32:
57.810]
<6>MSSB(2746)txmsgtoBIMorSAR[2003-10-1315:
32:
57.810]
<6>MSSB(2746)FDSCHESCAMNoAcktimeout:
MsgSeq=6,RepCnt=1[2003-10-1315:
32:
57.910]
<6>MSSB(2746)stopMSSBticktimersucc[2003-10-1315:
32:
57.960]
15:
32:
57.74为SCH开始时刻(信令中没有体现)
15:
33:
0.3为SCH结束时刻
<6>CRB(2868)rxSDU_RRM_SCH_REL_IN