CDMA2010电信考试题库-综合题.doc

  1. 1、本文档共37页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
手机做主叫时,第一次发起呼叫后,很快回到待机画面,第二次发起呼叫,很快呼通。请从信令流程方面分析可能的原因,以及提供相应的处理方法,并说明移动台接入过程中涉及到的手机侧的定时器的应用限制以及默认时长,请至少列举3个。 答: 原因分析 a) 在手机呼叫建立过程中,收到ECAM消息后,在前向业务信道上收NULL DATA,收到前向业务信道上的NULL DATA后,在反向业务信道上发送Preamable帧,整个过程持续时间为3秒。系统等待Preamble定时器设置为3s,当基站发送ECAM消息时,定时器开始启动,3秒钟内(默认值)系统连续发送3次(默认值)ECAM消息,如果基站在3秒钟内没有收到手机的Preamble帧,则系统释放通话。等待Preamble定时器设置太短,公共信道非确认模式最大重发次数太少。 b) 系统捕获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次。 T T51m T5 T41m I II III IV V VI T4 T40m 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秒 请问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 主机柜:CDU 6 RLDU 3 TRM+HPA 12 副机柜:CDU 3 RLDU 3 TRM+HPA 6 主机柜配3根双极化天线,副机柜配3根双极化天线,总共6根双极化天线,GPS天馈总共只需一套; 可以简化认为主机柜射频(天馈)部分按照S4/4/4配置,副机柜射频(天馈)按照S2/2/2配置,但所有的基带处理单元都配置在主机柜。 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申请的重

文档评论(0)

beoes + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档