《朗讯CDMA优化分析总结(掉话.起呼.切换)》由会员分享，可在线阅读，更多相关《朗讯CDMA优化分析总结(掉话.起呼.切换)（109页珍藏版）》请在金锄头文库上搜索。
1、朗讯CDMA_RF优化经验总结简介：5如何应用本文51路测分析及优化51.1掉话分析51.1.1掉话定义及分类51.1.2掉话分析过程61.1.3路测掉话分析举例101.2呼叫失败分析151.2.1语音主叫过程151.2.1.1主叫流程和相关信令161.2.1.2语音主叫失败分析要点及一般过程181.2.2数据业务主叫流程221.2.2.1主叫流程221.2.2.2数据业务主叫失败分析要点和一般过程231.2.3短消息业务处理流程251.2.3.1短短消息业务主叫251.2.3.2短短消息主叫失败分析281.2.3.3长短消息主叫分析291.2.4寻呼过程及常见问题处理301.2.4.1语音寻
2、呼过程信令分析301.2.4.2语音被叫寻呼阶段失败分析301.2.5小结321.2.6相关Log文件实例：321.3切换失败分析321.3.1切换类型及相关流程分析321.3.1.1Common Soft handoff的一般流程331.3.1.2Interfrequency handoff 的流程361.3.1.3Intervendor hard handoff的流程461.3.2切换失败分析要点531.3.2.1软切换失败的分析：531.3.2.2半软切换失败的分析：541.3.2.3InterVendor hard handoff 失败的分析：561.3.2.4其它切换失败分析案例举例
3、：571.4综合分析601.4.1覆盖弱（盲）区的分析601.4.2直放站引起的问题分析611.4.3导频污染分析及解决611.4.4呼叫建立时长分析611.4.5外部干扰分析621.4.6上下行功率分析621.4.7FFER分析651.4.8路测中的数据速率优化691.4.8.1前向速率优化691.4.8.2反向速率分配信令流程732关键指标性能分析762.1呼叫建立成功率分析762.1.1简介762.1.2呼叫建立成功率公式762.1.3呼叫建立流程782.1.3.13G1X语音呼叫建立流程782.1.3.23G1X数据呼叫建立流程792.1.4影响呼叫建立成功率的主要因素及其解决方案79
4、2.1.4.1RF Access Failure(TCCF)的呼叫建立失败分析802.1.4.2系统硬件资源（CE/PP）或功率资源限制导致的呼叫建立失败分析822.1.4.3BAD ESN 导致的呼叫建立失败852.1.4.4Call Setup Failure 的呼叫建立失败分析862.1.4.5与Call Delivery Type 相关的被叫失败分析872.1.4.6由于登记和寻呼策略导致的被叫失败872.1.4.7Assignment rate 降低的分析872.1.5相关案例882.2寻呼成功率分析882.3掉话率分析882.3.1掉话率公式：882.3.2掉话率公式分析892.3
5、.3掉话率改善指标思路892.3.3.1问题定位892.3.3.2原因分析与针对性措施902.3.4小结932.4阻塞分析932.4.1CE/PP 资源阻塞分析942.4.1.1CE/PP阻塞定义942.4.1.2相关Peg counts942.4.1.3CE/PP资源阻塞原因及解决建议942.4.2前向功率资源阻塞分析952.4.2.1前向功率资源阻塞定义952.4.2.2参考Peg counts95由上表得，EPCARR9和EPCARR10值说明前向链路上存在由于功率控制过载而导致主被叫拒绝的现象。952.4.2.3向功率资源阻塞原因及解决建议962.4.3反向RF 负载资源阻塞分析982
6、.4.3.1反向RF 负载资源阻塞的定义982.4.3.2参考Peg counts982.4.3.3反向RF 负载资源阻塞原因及解决方案992.4.43G to 2G Assignment1002.4.4.1相关 Peg counts1002.4.5Walsh code资源不足1012.4.5.1相关peg counts1012.4.6其它系统原因1023Feature、参数及其他优化专题1023.1多载频话务分配1023.2切换相关参数优化1023.3厂商间硬切换1033.4高层，室内问题解决1033.5VVSD1043.6数据优化1043.7天线选择1053.8开销信道及负荷分析1053.
7、9快速寻呼信道1053.10超远距离覆盖1053.11SHAPCAR功能1053.12COW的RF相关优化1053.13邻区优化1063.14IS-page21063.15TMA&TMB1063.16Misc1064常用RF优化工具应用介绍1074.1FCI Alert,HOMAX,UNL及邻区优化方法介绍1074.2RFCenter1074.3Transcend1074.4Deploy scripts1074.5PCMD Tool1084.63G_1x优化工具设置1084.7Google Earth工具1084.8ROP文件的分析：1085RF经典文档1085.1RF相关参数1085.2RF
8、 opt& trouble shooting Guidelines1095.3RF 工具：1095.4Ldat各种Metrics的定义1095.5Lucent技术文档查询：（APX_Lib）1096附件和目录结构109简介：本文主要意图是对CDMA_RF优化工作的一些方法，思路,工具等进行一次较为全面的总结。全文共分为四个章节：路测分析及优化，关键性能指标分析及优化，主要feature，及专题优化，主要工具介绍。每个章节则包括基本的流程，流程分析，常见问题以及相应的解决方案等内容。希望通过本文的应用，使得各地现有的一些经验，方法得以共享。同时将RF工作的一些方法和流程进行标准化，从而使新进员工
9、的工作更容易上手。以及朗讯员工在指导SubC工作时，或了解现场情况时更具系统性，并进一步提高工作效率。如何应用本文新进RF人员可通过通读本文对CDMA常用流程和分析方法和优化思路有一较系统全面的理解。并在实际工作中，尝试这些方法的应用。所有RF人员，在指导Subc或客户工作，或进行问题分析时，可参照本文提供的一些思路和方法，对常见的问题加以迅速定位或归类，以提高问题定位和解决的效率。1 路测分析及优化1.1 掉话分析1.1.1 掉话定义及分类在CDMA网络用户通话过程中，由于各种原因发生通话无法正常继续而被迫中断则称为掉话现象。在覆盖边缘区域前向覆盖功率与Ec/Io都较差，手机与基站无法建立正
10、常通信，通信被迫中断，这种掉话属于正常掉话；而发生在设计覆盖区域内，前向覆盖都比较好，反向手机功率可以被基站良好接收，在这种无线环境中发生的掉话，属于异常掉话。路测掉话率定义：在90%射频覆盖区域内，沿路测路线发起一全速率马尔可夫呼叫(如果呼叫失败，会自动发起一个新的呼叫)，则- 掉话率=成功建立呼叫后的掉话总次数/成功建立呼叫的总次数*100%- 路测所记录的总呼叫持续时间除以90秒，等于成功建立呼叫次数的总数。从空中接口来定义通话正常结束（以下摘自IS2000规范），则不管是手机还是系统发起释放通话，都需要前向，反向双方的RELEASE消息。如果缺少某一个RELEASE消息，则在路测软件分
11、析时会认为是一次掉话现象。可能引起掉话的大致分类为：I、 无线参数设置不当：切换参数设置 、邻区列表设置、导频PN复用、邻居搜索窗设置不合理；II、 高话务负荷区域 ：周围扇区服务用户数较多，话务量较大；III、 弱覆盖：接收功率或Ec/Io（导频污染）较差； IV、 前向或者反向干扰 ：干扰的存在，影响系统的正常工作；V、 基站资源不足：前向功率、CE资源、walsh资源、传输资源 不足；VI、 直放站：通常为直放站或室内分布系统或者干线放大器的参数未能正确设置。这种情况通常发生在直放站覆盖区域内，此时前向FER较高。VII、 基站的硬件故障 GPS故障引起时间与其他基站时间不同步，造成切换
12、失败； 基站放大器、滤波器发生故障，无功率输出； MSC和基站之间的传输闪断 其他硬件故障 1.1.2 掉话分析过程我们首先对层三信令进行一个简单的解读：从路测文件信令分析图中可以看到正常的呼叫结束是由手机（MS）先给基站发RELEASE消息（在下图中的第一个ORDER MESSAGE），之后基站再回手机一个RELEASE消息（在下图中的第二个ORDER MESSAGE）。之后有一个同步消息。12/27/2006 06:44:03:357Order MessageBSMSFWD_TRAFF12/27/2006 06:44:05.877Sync Channel MessageBSMSSYNC下面
13、是详细信令，可以看到左侧文本框中是手机向基站发的RELEASE ORDER，该消息的序列号（MSG_SEQ）是3。之后基站向手机回的RELEASE ORDER在右侧文本框中，可见该消息回的是手机MSG_SEQ为3的消息（因为ACK_SEQ=3）。MS-BS Release OrderBS-MS ACK Release OrderRecNo : 4996 : 12/27/2006 06:44:03.357 REV_TRAFF : Order Message (ORDM) Record_Header RECORD_LENGTH 19 byte LOG_CODE 0x1005 MESSAGE_TIMESTAMP 06:44:03.357 EXPECTED_MESSAGE_LENGTH 7 byte Message IS Signalling Reverse Channel Traffic Message MSG_LENGTH 7 byte MSG_TYPE 1 SDU_AND_PDU_PADDING_LENGTH 24 bits Order Message FDSCH_LAYER2_BEG_FIELDS FDSCH_LAYER2_ARQ_FIELDS_REG_PDU ACK_SEQ 3 MSG_SEQ 3 ACK_REQ 1 ENCRYPTIO
