然没有收到响应消息，手机重新初始化。（ N1m为手机在反向业务信道上发送要求应答消息的最大重发次数，为协议规定值。对IS95A为3次，IS95B为9次，IS2000为13次。）
9. S200的debug窗口如何打开？当S200的调试窗口显示如下信息： S00000n0000i0 C0260p000r101e31 v451：207t110s000 00 00 0
请解释各部分信息代表的含义。（8分） 答：
按＃＃33加左上功能键，即可进入调试窗口 S代表SYSTEM ID； N为NETWORK ID；
C代表频点号，可为160，210，260； P为PN码，导频偏置码，与系统一致； R为手机接收功率； E即ECIO值； V为电压值， T为温度
六、综合分析题：共53分（包含CDMA网络优化） (一)CDMA网络优化：53分
4. 分析CBSC6600话务统计指标时，为查询拥塞的可能原因，请说明我们需要关注 的测量单元、指标名称。（11分） 答：
1. BSC的业务信道拥塞率之呼叫 2. BSC业务信道拥塞之BS间硬切换切入 3. BSC业务信道拥塞之BS内硬切换切入 4. BSC业务信道拥塞之BS间软切换切入 5. BSC业务信道拥塞之BS内软切换切入
[载频]BS内软切换切入（呼叫、硬切换切入）失败次数（WALSH不足） [载频]BS内软切换切入失败次数（因前向功率不足） [载频]BS内软切换切入失败次数（因反向功率不足）
[载频]BS内软切换切入失败次数（因信道不足）
[载频]呼叫的业务信道拥塞次数（建立A接口传输链路失败） [载频]BS内软切换切入失败次数（建立Abis接口传输链路失败）
5. 手机做主叫时，第一次发起呼叫后，很快回到待机画面，第二次发起呼叫，很快 呼通。请从信令流程方面分析可能的原因，以及提供相应的处理方法，并说明移动台接入过程中涉及到的手机侧的定时器的应用限制以及默认时长，请至少列举3个。（12分） 答： 原因分析 a)
在手机呼叫建立过程中，收到ECAM消息后，在前向业务信道上收NULL DATA，
收到前向业务信道上的NULL DATA后，在反向业务信道上发送Preamable帧，整个过程持续时间为3秒。系统等待Preamble定时器设置为3s，当基站发送ECAM消息时，定时器开始启动，3秒钟内（默认值）系统连续发送3次（默认值）ECAM消息，如果基站在3秒钟内没有收到手机的Preamble帧，则系统释放通话。等待Preamble定时器设置太短，公共信道非确认模式最大重发次数太少。 2、系统捕获preamble后，随即发送BS ACK ORDER，并启动
CCM_T_WT_MS_ACK_ORD定时器。按照协议要求，手机有2s的定时器，系统应该留够时间余量，在发送BS ACK ORDER时保证手机在协议规定的时间内有机会尝试接收消息。专用信道确认模式消息的最大重发次数3次，消息重发间隔：400ms，BS ACK ORDER消息发送的时间最长只能持续到约1.2s，BSS消息发送时间过短，而导致手机可能因此没有能接收到消息，从而引起呼叫建立过程中信令交互失败。 处理过程:
1、通过MOD TMR: MN=CCM, TMRID=5, TMRV=5000修改等待Preamble定时器到5秒；
2、通过MOD TMR: MN=CCM, TMRID=4, TMRV=3000修改等待MS ACK ORDER定时器到3秒；
3、在BSC维护台将公共信道非确认模式最大重发次数修改为5次； 4、在BSC维护台将专用信道确认模式最大重发次数修改为5次。
I IIIIV V VI T41m T40m T42m T50m T51m I: Subscriber presses “Send” button； II: Begin Probing；
III: Receives BS’s Ack of Origination； IV: Receives BS’s CAM；
V: Acquition of FTCH successful； VI: Receives BS’s ACK Order
T41m，4秒；T42m为12秒；T40m（3秒）；T50m，1秒；T51m，2秒
6. 请问800M的S6/6/6配置下，机柜，单板，合分路器，TRM+HPA，GPS馈线，天 线馈线，天线的配置如何。（12分） 答：
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 主机柜：CDU 6 RLDU 3 TRM+HPA 12
副机柜：CDU 3 RLDU 3 TRM+HPA 6
主机柜配3根双极化天线，副机柜配3根双极化天线，总共6根双极化天线，GPS天馈总共只需一套；
可以简化认为主机柜射频（天馈）部分按照S4/4/4配置，副机柜射频（天馈）按照S2/2/2配置，但所有的基带处理单元都配置在主机柜。
7. J地数据业务优化测试中，平均下载速率比较低，而且传输缺口比较大，详细情 况如下：用串口线前向平均下载速率只有6Kbyte，而且有很明显的缺口问题，传输图见下图：
目前SCH的信令延时时10帧，SCH传输是128帧，检查各定时器值为系统的默认值，正常。观察BSC维护台跟踪信令，手机在连续下载过程中，每两个连续的Extended supplemental channel assignment message时间大约味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) tx MSG_CCM_RRM_SCH_REQ succ [2003-10-13 15:32:57.540] <6>LCB(3864) Start CCM_T_WT_SCH_CNF succ. [2003-10-13 15: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) rx CCM_RRM_SCH_REQ from CCB(3081) LCB(3864) in pilot(4),direc(0) [2003-10-13 15:32:57.540]
<6> COCRB(1557) according to pilot strength and branch number max rate(255),max duration(255) [2003-10-13 15:32:57.540]
<6> COCRB(1557) FwdSchAdmissCtr MutiBranchRate(255) SOWantRate(4) DataAcuumRate(4) PltStrgthAllowRate(4) LoadAllowRate(4) CEResAllowRate(4) [2003-10-13 15:32:57.540]
<6> COCRB(1557) Fwd Sch code res assign successes WalshCode(2) [2003-10-13 15:32:57.540]
<6> COCRB(1557) Fwd SCH Final Rate(4),duration(13) [2003-10-13 15:32:57.540] <6> COCRB(1557) tx RRM_CCM_SCH_CNF to CCB(3081) LCB(3864) on PILOT:(4) in direc:(0), result:(0) [2003-10-13 15:32:57.540]
<6> LCB(3864)FCB(0) rx MSG_RRM_CCM_SCH_CNF [2003-10-13 15: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-13 15:32:57.540]
<6> LCB(3864) Stop CCM_T_WT_SCH_CNF succ. [2003-10-13 15:32:57.540] <6> LCB(3864)FCB(0) FS(FS_WT_SCH_CNF)->FS(FS_ACT_SCH_CONN) succ [2003-10-13 15:32:57.540]
<6> LCB(3864) tx Abis-Burst Request succ [2003-10-13 15:32:57.540]
<6> LCB(3864) Start CCM_T_WT_ABIS_BST_RSP succ. [2003-10-13 15:32:57.540] <6> LCB(3864) LS(LS_ACT_SCH)->LS(LS_WT_ABIS_BST_RSP) succ [2003-10-13 15:32:57.540]
<6> LCB($) rx Abis-Burst Response [2003-10-13 15:32:57.570]
<6> LCB($) dx Abis-Burst Response succ [2003-10-13 15:32:57.570]
<6> LCB(3864) Stop CCM_T_WT_ABIS_BST_RSP succ. [2003-10-13 15:32:57.570] <6> LCB(3864) tx Abis-Burst Commit succ [2003-10-13 15:32:57.570] <6> LCB(3864) tx MSG_CCM_SDU_SCH_ASSG_REQ succ. [2003-10-13 15:32:57.570]
<6> LCB(3864) Start CCM_T_WT_SCH_ASSG_CNF succ. [2003-10-13 15:32:57.570]
<6> LCB(3864) LS(LS_WT_ABIS_BST_RSP)->LS(LS_WT_SCH_ASSG_CNF) succ [2003-10-13 15:32:57.570]
<6> LCB(3864) rx MSG_SDU_CCM_SCH_ASSG_CNF [2003-10-13 15:32:57.610]
<6> LCB(3864) dx MSG_SDU_CCM_SCH_ASSG_CNF succ [2003-10-13 15:32:57.610] <6> LCB(3864) Stop CCM_T_WT_SCH_ASSG_CNF succ. [2003-10-13 15:32:57.610] <6> LCB(3864) tx MSG_LCB_CCB_ACT_SCH_ACK succ [2003-10-13 15:32:57.610]
<6> LCB(3864) LS(LS_WT_SCH_ASSG_CNF)->LS(LS_CONNECTED) succ [2003-10-13 15:32:57.610]
<6> LCB(3864)FCB(0) FS(FS_ACT_SCH_CONN)->FS(FS_CONNECTED) succ [2003-10-13