全程接通率专项优化报告

1、衡水TD-SCDMA网络全程接通率专题优化报告衡水TD项目优化组2011.09.25目录1概述31.1 衡水TD-SCDMA网络介绍31.2 全程接通率定义31.2.1 接通率定义41.2.2 掉话率定义41.2.3 PCCPCH覆盖率定义41.3 未接通51.3.1 未接通原因分类：51.3.2 原因分析：61.3.3 解决措施71.4 掉话71.4.1 掉话原因分类及分析解决：71.5 覆盖101.5.1 覆盖优化分类及分析解决101.6 典型案例131.6.1 未接通案例131.6.2 掉话案例231.6.3 覆盖优化案例321.7 指标对比381概述1.1 衡水TD-SCDMA网络介绍

2、河北衡水 TD-CDMA四期网络共包含室外宏站219个，室内分布站点81个。分属于5个RNC，其中RNC811，RNC812和RNC3676下挂站点主要覆盖衡水市区和郊区部分，RNC3677和RNC3678下挂站点主要覆盖衡水下辖县区部分。 衡水市区TD网络站点分布图衡水TD网络仍处于四期建设阶段，河北省移动前台考核5项指标，分别为TD语音无线接通率，TD语音无线掉话率，PCCPCH覆盖率、MOS、TD到GSM切换成功率。全网各项指标均达到移动集团公司要求的期望值。1.2 全程接通率定义全程呼叫成功率（1-掉话率/100）*（接通率/100）×100；1.2.1 接通率定义话音业务D

3、T测试方式为同一辆车内两部TD-SCDMA终端的拨叫、接听、挂机都采用自动方式，主、被叫手机均设为自动双模（TD/GSM）。总接通率=总接通次数/总起呼次数×100%总接通次数=G网接通次数+T网接通次数总起呼次数=G网起呼次数+T网起呼次数（只取主叫手机的结果） G网接通率= G网接通次数/ G网起呼次数*100%（取主叫手机的结果）T网接通率= T网接通次数/ T网起呼次数*100%（取主叫手机的结果） 双T网接通率= T网接通次数（主被叫同时在T网下）/ T网起呼次数（主被叫同时在T网下）*100%（次数取主叫手机的结果）T网起呼定义：以UE发送rrcConnectionReq

4、uest信令，其原因码为OriginatingCoversationalCall 计为一次试呼，rrcConnectionRequest重发多次只计算一次GSM起呼定义：以channel request和CM service request同时出现来确定试呼接通定义：开始当一次试呼开始后，以收到Connect或Connect ACK算为一次接通。在未接通的事件判别中，需要分别统计TD网内、GSM网内次数。在位置更新导致未接通的事件判别中，需要分别统计TD网内、GSM网内、TD-GSM网间位置更新导致的未接通次数。1.2.2 掉话率定义掉话率（主叫掉话+被叫掉话）/（主叫接通+被叫接通）

5、5;100掉话定义：手机收到Disconnect/Release信令视为通话正常结束，在手机没有发Disconnect信令或没收到网络下发Disconnect/Release信令情况下，手机回到idle 状态，则视为一次掉话。在移动通信系统中，掉话是指在分配了信道资源的情况下，由于各种原因使呼叫非正常释放的现象。掉话率是移动通信中最重要的一项指标，反映了系统业务的通讯保持能力，掉话率的高低直接反映了网络的质量。1.2.3 PCCPCH覆盖率定义无线网络的覆盖率，反映了网络的可用性。网络的下行覆盖由PCCPCH信道的RSCP和质量C/I来表示PCCPCH覆盖率=采样点（PCCPCH RSCP &

6、gt;=-95dBm & C/I >=-3dB）/总采样点×1001.3 未接通1.3.1 未接通原因分类：1、 RRC连接建立造成的未接通。2、 RAB建立造成的未接通。3、 寻呼问题导致的未接通1.3.1.1 RRC连接建立失败造成的未接通：RRC 连接建立又可以细分为物理层随机接入过程造成的未接通和RRC信令连接建立造成的未接通。1) 随机接入造成的未接通常见的原因包括： 1、 Node B没有收到SYNC_UL；2、 基站无法识别 SYNC_UL，或者发生了随机接入冲突；3、 UE没有收到 FPACH；2) RRC连接建立问题 1、 RNC没有收到RRC Con

7、nection Request 消息； 2、 RNC发出RRC Connection Setup 消息但UE 没有收到； 3、 UE没有发出 RRC Connection Setup Complete 消息； 4、 RNC没有收到RRC Connection Setup Complete 消息；5、 RNC收到RRC Connection Request消息后响应 RRC Connection Reject； 6、 Iub 接口无线链路建立失败； 7、 Iub 接口 ALCAP 链路建立失败； 8、 RNC本地资源分配失败； 1.3.1.2 RAB建立失败造成未接通：1、 Iu接口链路配置失败

8、（IuUP 失败） 2、 Iu接口ALCAP 链路配置失败 3、 RNC本地资源分配失败； 4、 Iub 接口无线链路重配失败； 5、 Iub 接口ALACP 链路建立失败； 6、 Uu 接口RB 建立失败； 7、 同步问题造成的 RAB 建立失败；1.3.1.3 寻呼问题导致的未接通1. RNC没有下发Paging消息2. 寻呼指示信道的功率偏低3. UE发生位置更新1.3.2 原因分析：针对不同的问题需要分析造成问题的原因，寻找不同的解决方案。针对上面给出的问题进行归纳，发现造成接入失败的主要是六方面的因素： 1、 覆盖问题导致的接入问题。 2、 干扰导致的接入问题。3、 功率参数设置不合

9、理，致使对端无法正确接收信令。4、 设备故障导致的接入失败,包括Node B故障、RNC故障、CN故障。 5、 参数设置不当导致接入失败，包括参数不一致、参数设置不支持 。6、 资源不足导致接入失败。1.3.3 解决措施1、 对于覆盖导致的接入失败，首先解决覆盖的问题，一般覆盖问题解决后接入问题也相应得到了解决。 2、 对于干扰导致的接入失败，需要查找干扰来源，一般消除干扰后接入问题也相应得到解决。 3、 对于功率参数设置不合理的问题，可以通过调整发射功率的方式解决接入问题。4、 对于设备故障，可以通过设备排障的方式解决接入问题。5、 对于参数设置不当的情况，核对两端参数，或根据失败等消息中携

10、带的原因确定问题点，修改参数即可。 6、 资源不足问题，需要分析造成资源不足的原因，对于资源占用较多的业务，可以通过开启允许资源分配采用等效方案或允许 R4 业务抢占 HSDPA 资源等方式解决问题。分析过程中还需要确认是否由于设备问题或干扰问题导致的资源不足。1.4 掉话1.4.1 掉话原因分类：1. 覆盖引起的掉话2. 切换引起的掉话3. 干扰引起的掉话1.4.1.1 覆盖引起的掉话原因分析1. UE移动到越区覆盖的小区后由于无邻区关系配置导致掉话。2. 越区覆盖导致的频率干扰和扰码相关性问题 。3. 波导效应和湖面效应会使服务小区覆盖过远，引起干扰或切换判断混乱，产生掉话 。4. 孤岛效

11、应 引起掉话。5. 导频污染，乒乓切换会比较严重，导致掉话率上升。6. 两个小区交接部分出现明显的无信号覆盖的漏洞，UE移动出覆盖范围，产生掉话。7. 由于高大建筑物遮挡产生的阴影效应。解决措施1. 消除飘移信号影响。2. 通过调整基站的下倾角，方位角，或降低最大发射功率等方法来优化覆盖区域，同时避免基站天线沿街道或湖面覆盖，避免街道效应和湖面效应等产生难以控制的信号，消除漂移信号对其它基站的影响。 3. 查找覆盖不足的地区。4. 通过用户投诉和路测来查明覆盖不足的地方 ，调整方位角，方位角，挂高，以及发射功率等方法增大覆盖范围或者增加RRU及室内分布来解决。5. 排查硬件故障。6. 通过OM

12、C-B检查本小区和相邻小区告警，并检查小区各通道输出功率是否正常。1.4.1.2 切换引起的掉话原因分析1. 硬件故障导致切换异常引起掉话。2. 同频同扰码小区越区覆盖导致切换异常引起掉话。3. 越区孤岛切换问题引起掉话。4. 目标邻小区负荷过高（或部分传输通道故障），导致切换失败引起掉话。5. 目标小区上行同步失败导致切换失败引起掉话。6. 原小区下行干扰严重导致切换失败引起掉话。7. 无线参数设置不合理导致切换不及时引起掉话。解决措施1. 排查硬件故障，消除硬件告警。2. 调整天线参数。3. 调整优化参数:可以调整下行功率门限，上行干扰最大门限，小区个性偏移，PCCPCH RSCP切换迟滞

13、量，切换开关等参数。4. 下行干扰解决措施:可以采用调整天线参数，扫频排查进行优化解决。1.4.1.3 干扰引起的掉话原因分析1. 同频干扰2. 相关性强的扰码引起的干扰3. 上下行交叉时隙干扰4. 导频污染5. 上下行导频间干扰6. 系统间干扰7. 卫星接收器、屏蔽器、雷达等干扰解决措施1. 优化频点、扰码.2. 设置频点优先级和时隙优先级来尽量避免在弱场区同频同时隙切换。3. 上下行时隙调整，举例说明当相邻小区时隙配置分别为2/4和3/3时，降低TS3时隙的优先级，减少TS3时隙的上下行交叉干扰。4. 天线参数的调整，避免越区覆盖。5. 检查邻区关系，避免漏配邻区。6. DwPCH由于时间

14、延迟对其他基站UpPCH的干扰可以采用UpShifting技术处理。7. 异系统间的干扰，主要采用增加空间隔离度和增加滤波器来降低。1.5 覆盖覆盖问题产生的原因总体来讲有四类：一是无线网络规划结果和实际覆盖效果存在偏差；二是覆盖区无线环境变化；三是工程参数和规划参数间的不一致；四是增加了新的覆盖需求。移动通信网络中涉及到的覆盖问题主要表现为覆盖空洞、覆盖弱区、越区覆盖、导频污染和邻区设定不合理等几个方面。1.5.1 覆盖优化分类1. PCCPCH弱覆盖的优化2. 孤岛效应的优化3. PCCPCH越区覆盖的优化4. 干扰优化5. 切换区域覆盖优化6. 无线参数优化1.5.1.1 PCCPCH弱

15、覆盖的优化原因分析1. 网络规划考虑不周全或不完善的无线网络结构引起的2. 由设备导致的3. 工程质量造成的4. 发射功率配置低，无法满足网络覆盖要求5. 建筑物等引起的阻挡解决措施：1. 工程参数调整2. RF参数修改3. 功率调整4. 改变波瓣赋形宽度1.5.1.2 孤岛效应的优化原因分析1. 天线挂高太高；2. 天线方位角、下倾角设置不合理；3. 基站发射功率太大； 4. 无线环境影响。解决措施1. 调整工程参数； 2. 调整功率； 3. 优化邻区配置。1.5.1.3 PCCPCH越区覆盖的优化原因分析1. 天线挂高 2. 天线下倾角3. 街道效应 4. 水面反射解决措施1. 调整工程参

16、数2. 调整功率相关参数 1.5.1.4 干扰优化原因分析1. 同频干扰 2. 相邻小区扰码相关性较强 3. 交叉时隙干扰4. 与本系统频段相近的其他无线通信系统产生的干扰，如PHS、W、GSM甚至微波等等。5. 其他一些用于军用的无线电波发射装置产生的干扰，如雷达、屏蔽器等等。解决措施1. 频点优化 2. 查找外部干扰源 3. 异系统间的干扰 4. 扰码规划（选择正交性好的码子）5. 调整交叉时隙优先级6. Upshifting技术7. RF参数调整等方法解决1.5.1.5 切换区域覆盖优化原因分析1. 基站位置 2. 街道效应 3. 天线挂高4. 天线方位角、下倾角5. 覆盖区域周边环境6

17、. PCCPCH发射功率解决措施1. 调整工程参数2. 调整无线参数3. 优化邻区关系4. 优化频点5. 调整功率1.5.1.6 无线参数优化原因分析1. 小区覆盖范围，可以简单的分为公共信道的覆盖范围和专用信道的覆盖范围两种，另外根据无线链路的方向又可分为上行和下行。小区覆盖范围是这4种类型中覆盖最小的一个。影响小区覆盖范围的无线资源类参数主要分为两大类：公共下行信道功率参数和专用信道功率参数。公共下行功率参数主要包括：小区最大下行载波发射功率，DwPCH发射功率，PCCPCH发射功率，SCCPCH发射功率，PICH功率。专用信道功率参数主要包括：上行最大发射功率，下行DPCH最大发射功率。

18、解决措施1. 通常情况下在处理覆盖问题时往往会调整以上参数，用来改变小区的覆盖范围。 1.6 典型案例1.6.1 未接通案例1.6.1.1 RRC建立失败导致未接通问题描述：测试行驶至和平西路衡水学院附近主叫占用衡水学院美术楼-2小区起呼，callproceeding后切换到衡水学院美术楼-0小区，RB建立完成后收到网络下发的disconnect（解析原因：no user responding），查看此时被叫占用衡水学院美术楼-0小区收到寻呼后终端随即上发3次rrc connection request，但均未收到网络回复，（此时PCCPCH RSCP 在-100dbm左右）4秒后被叫重选到G

19、SM。主叫：问题分析：被叫终端在收到网络下发的寻呼后随即上发rrc connection request但未收到网络回复，此时被叫所测得PCCPCH RSCP 较差，导致终端虽上发rrc connection request但并未能将RRC链接建立成功，此次未接通主要是由于弱覆盖导致，但此段路在以往测试中并未出现弱覆盖现象，怀疑为终端当时受到阻挡导致，对该路段进行复测看此种现象是否还会出现。处理建议：对该路段进行复测，确定此类问题是否还会出现。处理结果:将衡水学院美术楼_0小区下倾角由5度调整为3度，复测发现覆盖情况改善，测试正常，没有之前的情况出现。1.6.1.2 RAB建立失败导致未接通问

20、题描述：测试行驶至自强街河阳路南侧，主叫占用凯悦酒店-1小区起呼，callproceeding终端上发测量报告切向凯悦酒店-2小区，切换失败后终端在此上发测量报告，随即读取系统消息，造成一次未接通，此时服务小区PCCPCH RSCP一直很差在-100dbm以下。问题分析：此次未接通主要是由于弱覆盖导致，此段在没有较强的小区覆盖时终端占用上较远的凯悦酒店的信号，通过地理位置观察附近较近的TD站点安居 岸芷庭兰在此段的覆盖均不好，建议实地进行查看此段是否周边阻挡较为严重。确定是否能通过调整天线解决此段路的弱覆盖。处理建议：实地进行核查看是否能通过调整天线解决此段路弱覆盖，如无法通过调整天线解决该路

21、段则进行GSM邻区优化进行解决此段弱覆盖。添加安居_2GSM邻区12,555- 36,348处理结果：由于此段路两边楼房较为密集调整天线对此段路的覆盖没有太大改观，添加安居_2小区GSM邻区12,555- 36,348对该路段进行复测在TD信号变差时可以顺利进入GSM。1.6.1.3 干扰导致RAB建立失败引起未接通问题描述：车辆沿胜利路由东向西行驶，主叫占用人大_0发起呼叫场强-87dBm，收到网络下发call proceeding后一直未能收到网络回复，最终造成一次未接通。查看此时被叫占用人大-0小区读取系统消息，并未收到网络下发的寻呼消息。此时被叫PCCPCH RSCP在-87dbm左右

22、但是PCCPCH C/I较差达到-10dB左右。 主叫：被叫：原因分析：被叫在PCCPCH RSCP良好的情况下没有收到寻呼，怀疑是因为PCCPCH C/I较差导致，通过对此段PCCPCH C/I 差的原因进行分析发现人大_0和财税学校_0同频（主频10104），在该路段人大_0和财税学校_0两个小区场强较接近，同频干扰导致PCCPCH C/I差，造成此次被叫没有收到寻呼导致此次未接通。处理建议：修改财税学校_0主频由10104为10071，消除在此段路因为同频带来的干扰。处理结果：修改财税学校_0主频由10104为10071，此段路的PCCPCH C/I较差的问题得以解决，对该路段进行复测未

23、出现未接通现象。1.6.1.4 弱覆盖丢失寻呼问题描述：车辆在京衡南大街由西向东行驶，主叫在干马小学-0起呼，此时PCCPCH_RSCP在-91dBm，C/I 2dBm。主叫在18:30:12 Call Proceeding，在18:30:25下发Disconnect记为一次未接通。此时被叫在做小区更新，没有收到主叫paging消息。 主叫：被叫：问题分析：此处无线环境较差，事件是由弱覆盖造成，由于昨天新开了站点新八中，会对此处覆盖。解决建议：复测此路段，由于又新开了宏站，需优化复测此路段。处理结果：由于此路段有新开站点新八中和王家庄，复测该路段占用新八中-1与王家庄-1会做服务小区,PCCP

24、CH RSCP 在-66左右， PCCPCH C/I在16左右，测试正常，没有之前的情况出现，弱覆盖得到明显改善。1.6.1.5 位置区更新导致未接通问题描述：车辆沿中华大街由北向南行驶，主叫占用岸芷庭兰_0正常起呼，PCCPCH_RSCP在-63dBm PCCPCH_C/I在16dB无线环境良好，主叫在17:06:00 Call Proceeding，而在17:06:19UE上发Disconnect主叫挂机，软件统计一次未接通。查看此时被叫在空闲状态正在进行T-G小区重选过程，所以没有没有收到网络下发paging消息。主叫：被叫：原因分析：此次未接通由于被叫做G-T小区重选而没有收到网络下发

25、paging消息导致。而终端是在此段路上占用人大-1小区重选到GSM的。此次T-G的重选是由于测试时由北向南行驶，行驶至岸芷庭兰_0小区覆盖区域，终端占用人大-1小区随车辆行驶远离人大-1小区其信号变差，但人大-1小区与岸芷庭兰_0小区之间没有邻区关系，导致终端未能重选到信号较强的岸芷庭兰_0小区而重选到了GSM。在终端由GSM重选回TD时造成了此次未接通。处理建议：把人大_1与岸芷庭兰_0加为双向邻区，修改后复测观察结果。处理结果：人大_1已有岸芷庭兰_0邻区，添加为双向邻区后复测正常。没有之前的问题出现。1.6.2 掉话案例1.6.2.1 越区覆盖导致掉话问题描述：车辆在庆丰街有南向北行驶

26、，主被叫在通话状态，当快行驶到庆丰路与和平路交叉口的时候，主叫在衡水学院美术楼-1切换到了五中-0小区，切换后五中-0 PCCPCH_RSCP在-77dBm，C/I在16，一直到路口主叫一直驻留在五中-0，随后无线环境变差，由于五中-0没有附近的TD邻区，所以做T-G的切换，G网邻区较差造成2次切换失败。问题分析：此处五中-0越区覆盖，在无线环境变差的时候，无良好邻区导致切换失败。此处主被叫均发生切换失败。解决建议：调整五中-0小区的天线消除其越区覆盖。处理结果：将五中_0小区下倾角由2度调整为5度后进行复测，复测发现越区覆盖现象消失，测试覆盖良好，没有之前的情况出现。1.6.2.2 切换引起

27、掉话问题描述：测试沿大庆中路由东向西行驶右拐至新城嘉园西一条路上，终端由瑞达化肥库西-0切换到李里马村西-2小区8s后终端由李里马村西-2小区向瑞达化肥库-1小区切换，切换成功后读取系统消息，2s后终端触发小区更新，占用新城嘉园-2小区。问题分析：由空口信令查看终端切换完成后掉话，随即终端触发小区更新占用新城嘉园-2小区，怀疑为李里马村西-2小区与新城嘉园-2之间没有邻区导致误报切换失败掉话。通过邻区核查李里马村西-2小区与新城嘉园-2之间没有邻区。建议添加两个小区之间的邻区关系。处理建议：添加李里马村西-2小区与新城嘉园-0 1 2之间的双向邻区关系。处理结果：添加李里马村西-2小区与新城嘉

28、园-0 1 2之间的双向邻区关系。对该路段进行测试正常。1.6.2.3 同频干扰引起掉话问题描述：测试行驶至昌明大街由北向南行驶，主叫占用怡水园-1小区起呼，接通后终端上发两次测量报告，均为收到网络回复，随即读取系统消息，4s后终端上发小区更新（原因为无线链路失败）并成功更新至人民路-0小区但最终未能挽回通话，掉话一次。问题分析：终端在通话接通后上发两次测量报告，第一次上发测量报告想要切向人民路-0小区但并未收到网络回复，10s后再次上发测量报告想要切向职教中心-0小区但也为成功。最终虽成功更新至人民路-0小区但仍是造成掉话。通过对该路段的覆盖进行分析发现，冠亚机械厂-0及洪国汽修厂-0小区在

29、此处的信号均较强，可以达到-70dbm左右。由于人民路-0、冠亚机械厂-0及洪国汽修厂-0小区主频均为10104，怀疑是终端在想要由怡水园-1小区切换时受到同频之间的干扰导致此次切换失败，从而导致此次掉话。处理建议：由于冠亚机械厂及洪国汽修厂为新开站点，小区覆盖尚未完善，建议对这两个站的小区的下倾角进行调整控制小区的覆盖。处理结果：天线调整后冠亚机械厂-0下倾角调整到8°，洪国汽修厂调整到5°，复测试该路段占用人民路_2小区 多次呼叫，呼叫正常。PCCPCH RSCP 在-62左右， PCCPCH C/I在20左右，原C/I差的区域有明显改善 。1.6.2.4 同扰码引起掉

30、话问题描述：测试沿前进街由北向南行驶被叫占用师专-1小区接通后上报两次测量报告，均为收到网络回复，随即收到网络下发的rrcconnectionrelease，掉话一次，此时终端所处无线环境良好，并未出现干扰及覆盖差的问题。3s后终端上发小区更新（解析原因：无线链路失败）但未能成功。问题分析：造成此次掉话是师专-1小区与五中-2小区同扰码导致切换超时掉话。建议修改五中扰码解决此问题。处理建议：修改五中-2小区扰码8为98处理结果：修改五中-2小区扰码8为98测试该路段呼叫正常。1.6.3 覆盖优化案例1.6.3.1 PCCPCH弱覆盖优化问题描述：测试行驶至西环路和平西路北侧，由于UE距离基站较

31、远其电平值较低，形成该路段弱覆盖。问题分析：此次弱覆盖主要因为UE距离最近站点较远（630m）所致，查看其C/I较好所以并没有其他干扰原因。处理建议：由于此区域属于TD覆盖边缘，可以将西团马-1小区与该区域主覆盖G网小区（BCCH 94 ,BSC 67）的切换参数及重选参数进行修改，使其UE尽快的切换或重选到G网中，也可以将西团马-1小区下倾角由现有值上调3度（由现有下倾角值酌情修改），以解决该区域弱覆盖现象。处理结果:西团马-1小区由8度调整为5度。复测此段覆盖得以加强。1.6.3.2 PCCPCH弱覆盖优化问题描述：测试行驶至胜利东路釜东街东侧时，此段覆盖不理想，PCCPCH RSCP在-

32、90dbm以下。处理建议：通过测试数据分析此段路区党校-2小区的信号较强方向角也有调整的余地，建议调整区党校-2小区方向角由300°调整为260°下倾角调整为6°，来加强此段路覆盖。处理结果：调整区党校-2小区方向角由300°调整为260°下倾角调整为6°。调整后此段覆盖良好。1.6.3.3 越区覆盖优化问题描述：区党校附近测试行驶时，UE占用京大路_2小区时与东门口_2小区形成同频干扰，导致路段1C/I差，UE占用区党校_2小区时与东门口_2小区形成同频干扰，导致路段1C/I差。问题分析：UE占用京大路_2小区时与东门口_2小区形成同频干扰，导致路段1C/I差，UE占用区党校_2小区时与东门口_2小区形成同频干扰，导致路段1C/I差。处理建议：调整京大路_2小区的天线下倾角下压4°。调整区党校_1小区的天线下倾角上调2°。修改东门口_2小区的频点由10120调整为10096。处理结果:调整京大路_2小区的天线下倾角下压4°,修改区党校_2的频点由10120调整为10080，调整后正常。1.6.3.4 同频干扰优化问题描述:测试沿胜利西路由西向东行驶，终端占用假日酒店-0小区（主频10096）行驶到马村小学附近，受到马村小学-0小区（主频10096）的同