未接通案例
被叫未收到BYE指示导致下次会话主叫未接通优化案例
一、案例关键字二、问题描述：VOLTE拉网路测过程中，测试车辆行驶于南通西路扬州-三元桥LD站点附近时，出现一次掉话事件，随后主叫发起下一次会话建立请求，而网络侧下发INVITE403，再次出现一次未接通事件：三、问题分析：关于VOLTE基本流程和信令解释如下：1. 用户A，摘机对用户B发起呼叫，用户A首先向AS服务器发起INVITE请求。
2. AS服务器回复100 Trying给用户A说明收到INVITE请求。
3. AS服务器通过认证确认用户认证已通过后，向被叫终端B转送INVITE请求。
4. 用户B向AS服务器送呼叫处理中的应答消息，100 Trying 。
5. 用户B向AS服务器送183 Session Progress消息，提示建立对话的进度信息。
（此时被叫QCI1专用承载建立）6. AS服务器向主叫终端A转送183 Session Progress消息，终端A了解到整个Session的建立进度消息。
7. 终端A向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress消息。
（此时主叫QCI1专用承载建立）8. AS服务器向被叫终端B转送临时应答消息PRACK ，终端B了解到终端A收到183Session Progress消息。
9. 被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress请求已经处理成功。
10. AS服务器向主叫终端A转送200 OK消息。
11. 主叫终端A向AS服务器发送UPDATE消息，意在与被叫终端B协商相关SDP信息。
12. AS服务器向被叫终端B转送UPDATE消息。
13. 被叫终端B向AS服务器发送200 OK消息，表示UPDATE请求已经处理成功。
14. AS服务器向主叫用户A转送200 OK消息，通知用户A UPDATE请求已经处理成功。
15. 被叫用户B振铃，用户振铃后，向AS服务器发送180 Ringing 振铃信息。
频繁切换导致VOLTE未接通优化案例
芜湖频繁切换导致未接通优化案例【摘要】切换失败、切换过早或过晚、切错小区和乒乓切换等情况，都会直接影响客户感知，系统的性能。
本文是通话建立过程中频繁切换引起核心网侧QCI1释放，主叫收到503 Service Unavailable (1:223),被叫收到CANCEL (Reason 503)导致未接通的案例。
【关键字】频繁切换 CANCEL 未接通【故障现象】当UE行驶至北京西路中和路附近，主叫占用WH-市区-福达大厦-ZFTA-442413-0起呼，建立过程中语音转载建立失败，主叫收到503 Service Unavailable (1:223),被叫收到CANCEL (Reason 503)导致未接通。
【告警信息】对周边小区进行告警查询，无影响业务异常告警。
【原因分析】（一）VOLTE基本流程和信令解释如下：（二）问题分析流程如下：（三）未接通事件常见原因：1、信号覆盖质量差现场测试信号覆盖良好，且查看前几个月的测试LOG发现均不存在弱覆盖和sinr差，因此排除覆盖差、无线环境差导致的未通。
2、参数设置问题通过后台网格核查该站点的参数设置，发现该站点的参数设置符合省公司标准，且与周边站点设置一致。
3、核心网问题主叫信令流程：从信令流程可以看到12:03:53.809的handover导致DRB identity 5被释放，而从12:03:48.006建立专载的信令可以看到DRB identity 5为EBI 7即QCI1，所以该handover导致QCI1被释放，主叫主动发送cancel。
被叫信令流程：主叫12:03:46.103发起寻呼，12:03:48.973收到invite 180，12:03:53.825由"WH-市区-福达大厦-ZFTA-442413-0"切换至"WH-市区-新市口-ZFTA-442369-52"，信号相当，频繁切换导致主叫于12:03:53.856主动上发cancel，12:03:53.934收到IMS_SIP_INVITE 503，造成未接通；形成原因为主服务小区不明显造成频繁切换，核心网侧QCI 1释放，引起未接通。
精品案例_合巢芜高速VoLTE未接通异常事件优化
合巢芜高速VoLTE未接通异常事件优化案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (6)四、经验总结 (7)合巢芜高速VoLTE未接通异常事件优化案例【摘要】本案例重点介绍因空口无线信号质差严重，基站无法解调被叫发送invite183消息，导致主叫等待超时，下发cancel触发本次呼叫未接通异常事件。
【关键字】VoLTE、Cancel、质差【业务类别】优化方法一、问题描述合巢芜高速进行VoLTE路测时，在含山境内MA-含山-铜闸西于庄-ZFTA-443602站附近发生一次呼叫未接通，终端于14:59:09：193上报Cancel，导致呼叫未接通，如下图所示：二、分析过程主叫占用MA-含山-铜闸西于庄-ZFTA-443602-54，在14:59:05起呼，信令流程正常，且被叫上发Ringing 180，主叫收到网络侧转发的Ringing 180，主被叫都已经振铃。
但是主叫突然在14:59:09上发Cancel，导致呼叫未接通，如下图：2.1 主叫信令流程如下如上图所示，RCU终端在MA-含山-铜闸西于庄-ZFTA-443602-54（PCI:436）上发起呼叫， RSRP均值在-70.1dBm左右，SINR在22.5dBm左右，无线信号覆盖良好，但随后主叫终端在14:59:09:193突发上报Cancel，导致呼叫未接通；主叫终端上发Cancel，一般为被叫终端无应答导致，其异常呼叫流程如下：1)主叫终端发起呼叫，主叫终端向代理服务器发送invite请求消息；2)代理服务器向被叫终端的终端代理转发该invite请求；3)代理服务器向主叫终端代理回送100trying响应，表示呼叫已在处理中；4)被叫终端代理向代理服务器回送100trying，告知代理服务器呼叫正在处理；5)被叫用户振铃，被叫终端代理向代理服务器发送180ring响应；6)代理服务器向主叫终端代理转发该响应消息；7)被叫久振铃无应答，主叫终端代理判断超时后，向代理服务器发送cancel消息放弃该呼叫；8)代理服务器收到cancel消息后，向主叫终端代理回送200OK响应；9)代理服务器将cancel消息转发给被叫终端；10)被叫终端向代理服务器回送200ok响应；11)被叫终端代理向代理服务器发送487请求已撤销的响应消息；12)代理服务器收到后回送ACK确认；13)代理服务器向主叫终端代理发送487请求已撤销消息；14)主叫终端代理向代理服务器回送ACK确认；由以上流程可以看出主叫终端发送cancel是由于被叫终端无响应导致；2.2 被叫信令流程如下如上图，被叫终端收到invite后，在MA-含山-含山西河-ZFTA-443602-57（PCI:361）小区上发送100trying，此时RSRP在-82.1dBm左右，但SINR在-3.4dBm左右，空口信号质差严重，基站无法解调终端发送SIP 183 Session Progress消息，超时导致主叫下发cancel；MA-含山-含山西河-ZFTA-443602-57（PCI:361）位于高速西南方向1.2km附近，主要与邻区中MA-含山-铜闸西于庄-ZFTA-443602-54（PCI:436）存在模三干扰，导致SINR质差严重，需核查MA-含山-含山西河-ZFTA-443602-57小区天馈，核查其主覆盖方向；三、解决措施1.核查MA-含山-含山西河-ZFTA-443602-56方位角，将其由目前的350度调整为30度；2.核查MA-含山-含山西河-ZFTA-443602-57方位角，将其由目前的90度调整为120度；优化后复测：天馈调整后，该路段由MA-含山-铜闸西于庄-ZFTA-443602-54与MA-含山-含山西河-ZFTA-443602-56覆盖，规避了模三干扰，对该路段进行复测无异常。
精品案例_SIP487的VoLTE未接通处理
SIP487的VoLTE未接通目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (7)四、经验总结 (8)SIP487的VoLTE未接通【摘要】本文分析于4月24日出现的VoLTE未接通的工单，发现18:30到19:00期间RCU1197设备产生大量未接通，对数据进行详细分析为设备吊死导致。
【关键字】VoLTE 未接通 SIP 吊死【业务类别】优化方法一、问题描述问题发生过程中，终端由宁芜高速向南京行驶，行驶到南京境内后再由宁芜高速返回马鞍山，RCU1197设备4月24日18：30至19:00产生大量未接通事件，且未接通为全程存在。
图1：未接通事件截图二、分析过程图2：18:31:28起呼的未接通情况核查相关基站，基站无告警和故障，底噪正常，负荷水平也较低，查询扇区性能指标，无线接通率和掉话率正常，无明显波动和异常。
图图3：未接通占用扇区性能指标情况问题数据未接通事件较多，选取18:31:28起呼的未接通事件进行分析。
18:31:28.230进行起呼，占用MA-市区-昭明派出所-ZFTA-443830-51，RSRP-97dBm，SINR在10dB，信号良好。
图4：VoLTE信令流程图5：18:31:28未接通的事件和信令详情对呼叫流程和信令进行详细分析，18:31:28.230发起起呼后，18:31：38.351发起IMS_SIP_INVITE->Request，18:31：38.398收到Try100信令，随后在18:31：48.136收到INVITE 183消息，并在18:31：48.202上报PRACK，在18:31：48.234收到PACK200,。
然后在18:31：58.198上报SIP_CANCEL信令，上报原因为IMS_SIP_INVITE 487。
图6：IMS_SIP_INVITE 487信令详情对IMS_SIP_INVITE 487详细分析，其中Warning上报原因值为Cancel received on initial invite，表示请求被BYE或者CANCEL所终止。
全网VOLTE终呼未接通分析案例分析
终呼未接通分析基于SEQ第一拆线原因对全网终呼未接通进行分析汇总。
终呼第一拆线原因占比表：根据第一拆线原因、拆线原因、拆线网元对终呼未接通进行分析汇总：1终呼580未接通1.1VOBB用户INVITE信息不符合协议规范VOBB用户拨打苹果VOLTE用户，由于VOBB用户INVITE信息里support中不携带100rel，导致苹果，SBC不发起承载建立导致未接通详细话单信令：VOBB下发的INVITE消息里Supported里不携带100rel,正常一般携带Supported:100rel,timer,histinfo,precondition。
被叫上发的183里不携带SDP信息，正常的是会携带Session Description Protocol 信息的，导致SBC不发起承载建立。
主叫发出183到被叫6秒后没有建立承载超时后主叫UE上发580 LOCAL QOS NOT ESTABLISHED(Cause:580)导致未接通处理建议：按照协议规范升级VOBB终端，使之VOBB终端INVITE信息符合规范。
1.2三星终端和彩铃平台配合异常在发给被叫的invite和update消息中，要求被叫终端完成preconditionMedia Attribute (a): curr:qos local sendrecv| | Media Attribute Fieldname: curr| | Media Attribute Value: qos local sendrecv| | Media Attribute (a): curr:qos remote none| | Media Attribute Fieldname: curr| | Media Attribute Value: qos remote none| | Media Attribute (a): des:qos mandatory local sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory local sendrecv | | Media Attribute (a): des:qos mandatory remote sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory remote sendrecv 但在终端返回的183和update 200ok消息中，终端没有完成承载预留Media Attribute (a): curr:qos local none| | Media Attribute Fieldname: curr| | Media Attribute Value: qos local none| | Media Attribute (a): curr:qos remote sendrecv| | Media Attribute Fieldname: curr| | Media Attribute Value: qos remote sendrecv| | Media Attribute (a): des:qos mandatory local sendrecv| | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory local sendrecv| | Media Attribute (a): des:qos mandatory remote sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory remote sendrecv 现有彩铃平台SNEC82版本是在继续等待被叫发送的新的完成资源预留的UPDATE，但是一直没有新来UPDATE，超时了。
经典案例_华佗大道与京珠线交口未接通优化案例
华佗大道与京珠线交口未接通优化案例摘要：VoLTE是通信基础话音业务的一次全面升级,是无线网、核心网、信令网、承载网、支撑系统的一次系统性改造和变革，保障良好的无线环境、是保障VoTLT良好通话的前提。
关键字：VoLTE 无线网信令网【故障现象】：通过分析亳州_市区_RCU1194测试_未知_未知--0000119420190114141910p4 RCU数据发现EPC和IMS核心网进行信令跟踪期间出现主叫UE在通话结束时，上发IMS_SIP_BYE->Request后，没有收到IMS_SIP_INVITE->OK信令，IMS下发IMS_SIP_UPDATE 500，随后又下发IMS_SIP_INVITE487出现未接通，如下图：【原因分析】：1.车辆行驶在十河小学基站附近开始占用BZ-市区-十河小学-HFTA-439184-0小区信号，一直到市区李庄基站还在占用之后一直占用L2100小区；经过U2000对BZ-市区-李庄-HFTA-439184-55小区核查在该小区在2019/1/14没有出现告警。
2.经过核查干扰排查BZ-市区-李庄-HFTA-439184-55小区没有干扰存在。
3.通过TA接入测量分析用户的TA值在区间3和区间4范围的接入次数较多。
4.通过查看BZ-市区-十河小学-HFTA-439184-0小区的两两切换发现BZ-市区-十河小学-HFTA-439184-0小区和BZ-市区-十河小学-HFTA-439184-2小区、BZ-市区-十河小学-HFTA-439184-50小区、BZ-市区-李庄-HFTA-439184-54小区存在切换出失败次数。
5.通过对RCU数据分析发现主叫UE信令，主叫UE在15:12:54发起IMS_SIP_INVITE->Request做语音业务，15:12:57上报IMS_SIP_PRACK，UE在通话结束时下发IMS_SIP_BYE->Request后，没有收到IMS_SIP_INVITE->OK信令，IMS下发IMS_SIP_UPDATE 500；由于很长一段时间占用L2100小区没有及时切换到周边L1800小区导致问题区域RSRP=-110dbm左右出现覆盖差现象。
9个案例告诉你-这些情形不接电话非小事
9个案例告诉你:这些情形不接电话非小事随着网络科技时代的到来，人们的生活已经离不开手机，一般不接电话都是故意而为之。
这里小编给大家带来的是9个案例告诉你:这些情形不接电话非小事，有兴趣的小伙伴可以进来看看，参考参考！最近，**省**县几名干部和省委巡视组玩“失联”，电话不接、短信不回，贻误了巡视组座谈，其中4人受到党内警告处分。
不接电话看似小事，反映的却是一些党员干部纪律规矩意识淡漠、视党纪法规为无物的严重问题。
我们盘点这些年，党员干部因在一些特定情形下不接电话挨处分的典型案例，可以看出：有些时候，有些岗位，不接电话，可真不是一件小事。
1. 和巡视组玩“失联”2018年7月19日至22日，**省委巡视组根据巡视工作安排，对**县部分单位领导干部进行座谈，县委提前要求参加座谈人员保持联系畅通。
7月22日，工作人员电话通知**县检察院党组成员、副检察长姜昱参加省委巡视组座谈，一直未接通电话，7月24日上午至当晚8时15分，检察院多次联系和派人寻找，姜昱仍处于失联状态，贻误省委巡视组谈话，造成不良影响，构成违反工作纪律行为。
与姜昱情况类似的，还有该县石油公司经理张军、安监局局长涂富强、行政服务中心主任朱林松。
2018年8月，4人均被给予党内警告处分。
2. 组织调查期间搞“失踪”把戏2013年10月至2014年4月，武汉市江夏区乌龙泉街党工委委员、办事处副主任谢名高前后9次驾驶公车办私事。
区纪委接到群众举报和违章信息后，立即向乌龙泉街及谢名高本人调查核实。
乌龙泉街明确表示并未安排谢名高到上述地点开展工作，谢名高则指使其挂点的乌龙泉街四化村出具不实证明，企图蒙混过关。
调查人员要求其作出详细情况说明，谢名高竟玩起了“失踪”的把戏：采取回避、推诿、不接电话、通知不到等方式拒不接受组织调查。
期间，调查组先后6次到乌龙泉街，希望就调查情况与谢名高见面沟通，谢名高每次一听说纪委找他，就立即外出躲避，并关闭手机，致使调查工作严重受阻。
未接通、掉话简析及案例分析
未接通、掉话简析及案例分析―范智浩目录1前言 (2)2路测指标分析 (2)3未接通 (3)3.1位置更新过程中的未接通 (4)3.1.1主叫位置更新引起的未接通 (4)3.1.2被叫位置更新引起的未接通 (4)3.2无线链路建立过程中的未接通 (4)3.2.1SDCCH拥塞引起的未接通 (4)3.2.2SDCCH掉话引起的未接通 (5)3.3TCH分配过程中的未接通 (5)3.3.1TCH分配失败引起的未接通 (5)3.3.2TCH拥塞引起的未接通 (5)3.4其它未接通 (5)4掉话 (6)4.1无线链路质量差掉话 (6)4.1.1接收电平低且TA值较大 (6)4.1.2接收电平低但TA值正常 (6)4.1.3接收电平正常但质量很低 (6)4.2切换掉话 (6)4.2.1误切换 (6)4.2.2Handover Command等无后续信令 (7)5案例分析 (7)5.1清河路北河口2掉话问题 (7)5.2湖西街茶亭新村2掉话问题 (9)5.3龙园东路古平岗3未接通问题 (10)5.4长江大桥大桥四处2未接通问题 (11)5.5虎踞路艺术学校2未接通问题 (12)5.6江东路聚福园1未接通问题 (13)5.7绕城公路江宁气象学院3未接通问题 (14)5.8中山北路下关2掉话问题 (15)5.9清凉门大桥汉中门1掉话问题 (15)5.10清凉门大街省邮科所2、赛天皇星2同BCCH问题 (17)5.11定淮门大街定淮门2未接通问题 (18)1前言路测主要是分析空中接口接收到的网络电平质量，从而可以了解一些网络无线情况：基站分布、覆盖情况，是否存在盲区；切换关系、切换参数、门限设置是否合理；下行链路是否有同邻频干扰；天线扇区是否接反；天线下倾角、方位角及天线高度是否合理；以及网络的其它情况，为制定网络优化方案和实施网络优化提供依据。
测试方法可以采用长通话测试方式（检查通话质量、切换参数）；空闲模式测试方式（检查小区重选参数、LAC区分布的合理性）；扫频测试方式（同邻频干扰、C/I）、自动重拨呼叫测试方式（评估整网性能），各种测试方法依据需要结合使用。
DT测试未接通(Block Call)处理案例1
DT测试未接通(Block Call)处理案例目录1D T测试未接通分类 (2)2D T测试各类未接通案例分析 (2)2.1被叫位置更新造成的未接通 (2)2.2无线网络质量差/过覆盖/弱覆盖造成的未接通 (3)2.3TCH拥塞造成的未接通 (5)2.4呼叫重建失败的未接通 (6)2.5其他原因造成的未接通 (8)3D T测试未接通处理总结 (8)一、DT测试未接通分类影响接通率指标的因素有被叫位置更新、无线网络质量差 / 过覆盖/ 弱覆盖、TCH拥塞、硬件故障、Paging Delete、被叫频繁的小区重选、呼叫重建失败、上行干扰等八类原因。
二、DT测试未各类接通案例分析2、1被叫位置更新造成未接通。
当主叫发起呼叫时，被叫正跨LAC边界并进行位置更新。
在此期间寻呼将会失败，因为被叫尚未完成位置更新，对被叫的寻呼消息会被发往原来的LAC，二次寻呼也仍然不会成功，因为此时的二次寻呼还是在原来的LAC里发送。
此类未接通事件都是发生在跨LAC区且通常都是被叫发生未接通，通常通过①调整天线俯仰角（压低越区覆盖到跨LAC区域的小区）②调整CRH值,这两种方法来减少乒乓位置更新｛CRH为小区重选参数，我们假设当前小区和欲重选小区C2值分别为C2（A）和C2(B)，则只有C2(B)>C2(A)+CRO+CRH且持续5S才会重选。
显然当增大CRH值将会延缓从当前小区重选到其他小区，同样也就减少了重选和位置更新｝。
下面的案例就是通过调整CRH值来使得小区间重选变的慢些，同时也相应减少了不同LAC之间的反复的小区重选。
事件描述：未接通。
优化前信号图：问题分析：在潘集县苏杨村基站附近潘淮公路上被叫MS3在跨位置区（21953->21958）时连续做了2次位置更新导致主叫MS1未正常寻呼到被叫发生blocked call。
优化建议：调整该位置附近小区的CRH参数以减少不同LAC之间的反复的小区重选或根据实际情况适当增加附近相应小区的SDCCH信道配置。
案例-VoLTE未接通分析优化处理
VoLTE未接通分析优化处理【摘要】：8月份省公司组织VoLTE对标拉网测试，在进行LOG分析时，发现一部分未接通是由于在切换过程中发起了业务起呼，最终造成语音未接通。
分析得出主要因为切换和语音建立冲突，造成VoLTE的QCI=1的承载异常释放造成，通过调整呼叫过程中切换延时定时器解决此问题。
【关键字】切换承载释放【故障现象】：8月份省公司组织进行VoLTE拉网测试，分析LOG时发现很多未接通发生在切换过程中，如下图。
图1：主叫未接通截图【原因分析】：对LOG进行分析处理，发现主叫于11:21:22.901发起起呼。
图2：主叫起呼然后在11:21:23.103承载建立成功。
图3：承载建立完成最终在在一次切换后上报未接通事件，同时反馈SIP 503信令，被叫反馈SIP 580信令。
图4：主叫未接通上报SIP 503 图5：被叫上报SIP 580查询资料得知在VoLTE未接通发生事件中，存在切换和建立冲突导致的未接通，主要原因有2个：1、主被叫在呼叫建立的过程中，专载建立与切换几乎同时发生，导致专载被释放，终端回复invite580，呼叫未接通，具体原因如下：终端建立专载成功，回复重配完成并上发NAS确认消息，但基站CTS信令显示NAS消息没有收到，造成切换中MME发给目标小区的HandoverRequest消息里面e_RABToBeSetupListHOReq少了QCI1的承载，所以Release QCI1的承载。
2、主被叫在呼叫建立的过程中，专载建立与切换几乎同时发生，导致专载被释放，终端回复invite580，呼叫未接通，具体原因如下：终端建立专载成功，回复重配完成并上发NAS确认消息，基站CTS信令显示NAS已收到并上发给MME，但由于切换流程在前，MME收到NAS消息之前，MME已经发给目标小区的HandoverRequest消息，里面e_RABToBeSetupListHOReq少了QCI1的承载，所以Release QCI1的承载。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、康乐大道与康泽大街交汇处主叫未接通。
【测试日期】：20130927 12:34:47.125
【测试LOG】:20130927网格4MOS测试文件.RCU
【问题点经纬】：113.4727337/22.56518
问题描述：在康乐大道与康泽大街交汇处，12:34:31.375主叫MS占用新港花园D2发起CM service request,权鉴加密流程走完后，12:34:32.906主叫上发RR Assignment Complete,12:34:33.453,系统下发Progress,一直等待，MS一直收不到系统下发的Alerting命令，最终记为未接通一次，未接通原因为：No circurt/channel Available。
怀疑主叫TCH拥塞，需进一步通过后台话务统计分析新港花园D2在12：00-13：00 的TCH拥塞率和 TCH 分配成功率再决定优化方案。
【优化方案】：
需进一步通过后台话务统计分析新港花园D2在12：00-13：00 的TCH拥塞率和 TCH 分配成功率再决定优化方案。
二、逸怡路和长青路交汇处主叫未接通。
【测试日期】：20130927 12:02:06.921
【测试LOG】:20130927网格4MOS测试文件.RCU
【问题点经纬】： 113.4715684/22.54646
问题描述：在逸怡路和长青路交汇处，12:01:51.703主叫MS占用火炬金源厂D1发起CM service request,权鉴加密流程走完后，12:02:05.375主叫上发RR Assignment Complete,此后一直没见系统下发Progress，最终记为未接通一次，未接通原因为：No circurt/channel Available。
怀疑主叫TCH拥塞，需进一步通过后台话务统计分析火炬金源厂D1在11：00-13：00 的TCH拥塞率和 TCH 分配成功率再决定优化方案。
【优化方案】：
需进一步通过后台话务统计分析火炬金源厂D1在11：00-13：00 的TCH拥塞率和TCH 分配成功率再决定优化方案。
三、翠沙路近翠景道，同频干扰质差，未接通
【测试日期】：20131015 11:02:12
【测试LOG】:1015网格3拉网测试合并数据.RCU
【问题点经纬】：113.35053 /22.53942
问题描述：主叫MS在翠沙路近翠景路处西区剧院D3（BCCH：700）起呼，电平-60dbm左右，质量连续7级，TCH分配完成后，没有后续alerting信令，造成未接通一次；查看RNP发现西区剧院D3与中山羽协D1的BCCH：700同频，造成同频质差，建议修改中山羽协D1的主B频点为732；同时西区剧院D3旁瓣信号覆盖至翠沙路电平-60dbm左右，旁瓣信号异常，需核查该小区覆盖
主叫MS信号分析图
【优化方案】：
建议修改中山羽协D1的主B频点为732，并复测；。