WCDMA常见案例分析
WCDMA无线网络优化案例分析和解决
掉话后的激活集观察
话)
掉话后手机重新搜索网络，此时发现了强导频SC325，如在此前能
切换到该小区则可避免掉话。原因分析为：邻区漏配。
解决方法：将SC325加入SC442的邻区列表
11
案例分析5 (切换失败引起的掉 话) 分析图中所示线路上的掉话
发现掉话前激活集中SC329信号质量非常差(扇区方向原因)，而相对 的监听集中的SC328等信号质量非常好，正常情况应该发生cIo)
6
1.什么是传统机械按键设计？
传统的机械按键设计是需要手动按压按键触动PCBA上的开关按键来实现功 能的一种设计方式。
传统机械按键结构层图：
按键
PCBA
开关键
传统机械按键设计要点：
1.合理的选择按键的类型，尽量选择 平头类的按键，以防按键下陷。
2.开关按键和塑胶按键设计间隙建议 留0.05~0.1mm，以防按键死键。 3.要考虑成型工艺，合理计算累积公 差，以防按键手感不良。
案例分析1 （典型的电梯切换优化案 例)
某办公楼有室内分布系统（小区 A），但是电梯里没有办法做覆盖， 因此用一个室外小区B来专门覆盖 电梯，如下图所示：
室内小区覆盖了每层的办公区， 并且还有一个天线在停车场，因 此在1楼电梯门厅里面也有很强 的A小区信号。但是电梯里面没 有A小区覆盖而完全是B小区主导。 问题区域在1楼：从1楼进入电梯 上楼，或者乘电梯经过1楼开关 门都可能掉话。 因为A、B小区为同频，这个问题
2
案例分析1 （典型的电梯切换优化 案例)
分析掉话前后的信令也印证了这一点：有时候UE上报了1A事件测量报 告，但是还没有完成软切换过程就掉话了；有时候都没有来得及上报测 量报告就掉话。因此掉话原因可以归结为软切换不及时导致的掉话。
世纪鼎利WCDMA案例
观察信令，可以发现在：radioBearerRelease之前，并没有正常释放前的PDP去激活 请求信令，却发现MS上报IMSI Detach Indication去附着指示，造成PPP掉线。 结论：由此可以推断，可能是由于脱网导致IMSI去附着，引起PPP掉线。
结论：通过分析推测可能是由于脱网造成PPP断开引起FTP掉线，造成该情况的原因很 有可能是测试网卡引起，建议继续分析大批该网卡测试的数据，以确定最终原因。
2、弱覆盖导致下载速率偏低，且导致FTP download Drop
使用“数据统计报表”对ps_0323-230658.rcu测试数据进行统计，结果如下：
测试事件
结果
文件名
下载数据量 KBytes） （KBytes）
下载时长（ 下载时Kbps）
结果
原因
UMTS2_ps_0323-230658
3、三分钟无流量导致FTP Download Drop 路测GPS轨迹图显示有5次FTP掉话异常事件，但是经过统计发现分组业务掉话异常详 情表中只有一次异常，掉话原因是No Data，图中红圈处。其他4次都是由于User Stop造成，所以未纳入异常事件。
罗湖
联通集团测试规范规定，测试过程中超过3分钟FTP没有任何数据传输，且一直尝试 GET/PUT后数据链路仍不可使用。此时需断开拨号连接并重新拨号来恢复测试。记为 一次FTP掉线。 事件列表显示有一次FTP Download Drop，解码原因是No Data，这种情况符合上述规 范规定的三分钟无流量导致FTP掉线。 使用数据业务报表统计，下载的文件大小为：2093647954Byte，实际传输数据量为 7326408Byte。
结论：通过上述分析可知，无线信号质量较好，但是一直无流量，第一次 rrcConnectionRelease可以大致推断可能是系统侧配置问题导致下行释放，建议检查 配置。
中国联通wcdma网络基础优化案例
《中国联通WCDMA网络基础优化》边界类案例名称: 河北张兴庄大街边界优化编号：240311省市: 天津市部门：网络优化撰写人: 孙晨耕日期：2015-8-21审核人: 日期：目录1. 概述 (3)2. 问题评估 (3)3. 原因定位 (3)4. 解决方案 (6)5. 实施过程 (6)6. 效果评估 (6)7. 遗留问题 (7)8. 其他值得关注的关键问题 (7)1.概述根据DT测试数据发现在中兴厂家与贝尔厂家边界处，容易出现HSDPA掉线问题，通过进一步的DT和测试分析，定位问题由于在radio link reconfiguration ready消息中变更fDD-DL-ChannelisationCodeNumber不符合协议规范，更改可能使得部分手机不能识别，导致部分手机主小区变更时回radio bearer reconfiguration failure（invalid configuration），致使DPA 出现频繁掉线。
针对此问题，通过中兴根据协议对变更信道码消息流程的解释和说明，制定具体的解决方案。
2.问题评估数据源：calltrace数据和DT测试数据。
问题评估方法：在中兴边界与贝尔边界处，进行DT测试，从占用中兴基站的信号开始拨号连接，然后在边界位置往返移动中测试数据业务，同时RNC侧记录calltrace，针对掉线位置和信令分析原因。
3.原因定位Calltrace分析：贝尔侧为SRNC，Ue占用贝尔小区，建立HSDPA业务，主小区由贝尔小区变更至中兴小区时RNC下发radio bearer reconfiguration消息，ue回复radio bearer reconfiguration failure （invalid configuration），导致掉线。
如果DPA业务并发CS业务，同时会产生掉话。
从calltrace中发现，ue占用贝尔小区加中兴346小区时，radio link addition response返回的fDD-DL-ChannelisationCodeNumber 是52，主小区变更时，radio link reconfiguration ready返回的fDD-DL-ChannelisationCodeNumber是11在RNC发给ue radio bearer reconfiguration消息时适配了改修改sf-AndCodeNumber sf256 : 11。
WCDMA网络iPhone手机上网掉线案例分析
２２ ｉｇ 测 试 结 果 ． Ｐ ｎ 包
为 了进 一 步 弄 清 楚 情 况 ，现 场 通 过 ｚＴＥ
数 据 卡 进 ＂ Ｐ ｎ 包 对 比 测 试 ，抓 取 了 ＲＮ Ｃ、 ￣ ｉｇ Ｔ ＧＧ Ｎ 、Ｓ Ｓ Ｓ Ｇ Ｎ的 数 据 流 进 行 分 析 。
测 试 发现 ，每 次 从 Ｉｌ状 态 下 Ｐｎ 包 时 ，第 ｄｅ ｉｇ
Ｉ ｄｃ ｔ ｎ 时 间 要 长 ，因 此 ｉｈ ｎ ￣］ 时 大 部 ｎ ｉａ ｏ 的 ｉ Ｐ ｏｅ１ 试 分 情 况 都 是 ＵＥ 动 发 起 的 释 放 。 主
信 令 和 数 据 进 行 分 析 。通 过 分 析 ＲＮ ｃ信 令 发 现 ，ｉ ｈ ｎ 手 机 有 一 个 特 点 ：在 没 有 数 据 流 量 Ｐ ｏｅ 时 ，会 自己发 起 Ｓｇ ａ ｉｇＣｏ ｎ ｃｉ ｎＲｅｅｓ ｉｎ ｌｎ ｎ ｅｔ ｌａｅ ｌ ｏ Ｉ ｄｃ ｔ ｎ ｎ ｉａｉ ，等 到 有 新 的数 据 需 要 发送 时 ，手 机 ｏ 会 再 次 发起 业 务 建 立 。ｉｈ ｎ 自己 发 起 的 释 放 、 Ｐ ｏｅ
—－ ・ — —
－ Ｉ
松
程
中国联 合 网络通信 集 团有限公 司西 安市分 公司
Ⅱ 案例 描 述
随 着 Ｗ ＣＤＭ Ａ 络 的 开通 和 智 能 移 动 终 端 网
的 普 及 ，越 来 越 多 的 用 户 使 用 手 机 上 网 。 近 期
接释放超时的情况。 其 他 终 端 （ ｚＴＥ 据 卡 ）不 会 自己 发 如 数
一
建 立 非 常频 繁 。
一
包 总 是 不 通 ，通 过 Ｓ Ｎ的码 流 分 析 ，发 现 第 ＧＳ
根 据 Ｒ Ｎ ｃ的 信 令 可 知 ，Ｕ Ｅ 动 发 起 的 主
WCDMA网络邻区漏配导致掉话的案例分析
WCDMA网络邻区漏配导致掉话的案例分析1 问题现象描述： UE在移动至该掉话区域时所占用的主服务小区为聋哑学校基站的一小区（扰码为6），此时的金长城酒店基站三小区已属于越区覆盖，但由于金长城酒店基站的站址比较高，并且天馈无法调整，所以只能把聋哑学校一小区与金长城三小区互加邻区，从上图可看出，当手机处在掉话点区域是，主服务小区的Ec/Io 值和RSCP值都很差（Ec/Io为-26.5dB，RSCP为-91 dBm），金长城的Ec/Io值和RSCP值都很好（Ec/Io为-5.5dB，RSCP为-70dBm），但由于无邻区，所以92一直在检测集里，从信令也可以看出，UE发上行消息时，上报1a事件，如图所示，分别报92&70&14,没有邻区，一直都没加上，最终Node B直接发系统消息，证明掉话。
调整建议措施PSC 6 与PSC 92 配臵双向邻区5 结果验证分析掉话问题解决6 案例总结一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。
对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：方法一：观察掉话前UE记录的活动集EcIo信息和Scanner记录的Best Server EcIo信息，如果UE记录的EcIo很差，而Scanner 记录的Best Server EcIo很好；同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中，如果测量控制的邻区列表中中没有扰码，那么可以确认是邻区漏配。
方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认（从掉话位臵的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。
方法三：UE上报检测集（Detected Set ）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。
WCDMA投诉典型案例分析
WCDMA投诉典型案例分析双击此处查看大图目录WCDMA投诉典型案例分析 (1)1 “连接失败”类问题 (1)1.1 典型案例1----SIM欠费原因 (1)1.2 典型案例2----杀毒软件原因 (2)1.3 典型案例3----电脑系统原因 (2)2 “掉话类”问题 (3)2.1 典型案例1----邻区漏配原因 (3)2.2 典型案例2----弱覆盖原因 (6)2.3 典型案例3----工程安装原因 (7)3 “上网无法访问类” 问题 (10)3.1 典型案例1----传输配置问题 (11)3.2 典型案例2----数据配置原因 (12)4 “无法进行视频通话”问题 (15)4.1 典型案例1----终端系统问题 (16)5 “上网卡上网速度慢”问题 (16)5.1 典型案例1----弱覆盖原因 (17)5.2 典型案例2----传输数据配置原因 (17)5.3 典型案例3----电脑TCP限速原因 (19)6 “手机上网速度慢” 问题 (21)6.1 典型案例1----SIM限速原因 (21)6.2 典型案例2----接入点设置原因 (21)7 “手机无法收到3G信号” 问题 (22)7.1 典型案例1----3G套餐功能未开通原因 (23)7.2 典型案例2----RRU配置原因 (23)1“连接失败”类问题分为有信号连接失败和无信号连接失败。
✧有信号连接失败时，询问用户套餐，是否是按流量计费还是按时间计费，如果是前者，有可能是欠费问题导致，如果是后者，有较大可能是因为终端问题，1是电脑问题，2是SIM卡本身问题。
✧无信号连接失败，是周围基站问题1.1典型案例1----SIM欠费原因✧问题简述：2009-8-16 该用户反映在软件园C区使用无线网卡从8.16开始经常断线，无法正常使用，用户表示之前的时候使用是正常的。
✧原因分析：后台查询可能覆盖该区域的基站运行情况，均正常。
通过客服查询该SIM卡状态，各项业务均正常。
WCDMA_常见问题的分析思路和方法的总结
WCDMA常见问题的分析思路和方法的总结以接入、导频污染和掉话为例说明分析和解决这些问题的基本思路和方法，在分析问题前一般习惯性的做法是首先排除设备及相关告警，这样可以加快问题的定位的速度。
1 接入问题对于接入问题以CS业务为例，它是指UE发出了RRC连接建立消息，但没有收到altering 消息，根据信令流程一般从以下几个方面去着手分析接入失败的原因：1.1 RRC连接建立失败问题出现RRC连接建立失败可能的原因有：上行RACH 的问题、下行FACH功率问题、小区重选参数设置问题、下行的初始发射功率低、网络拥塞、设备异常等、通过跟踪信令可以看到RRC 连接建立的信令流程失败的具体环节，查看信令消息：●UE 发出RRC Connection Request 消息，RNC 没有收到：如果此时EC/IO较低可能是覆盖问题，需要解决覆盖；如果此时EC/Io不差，可能是由于Preamble 的功率攀升不够、上行存在干扰、NodeB 设备问题、存在驻波告警、小区半径设置参数不合理等需要做相关的参数和设备检查；●RNC收到UE发的RRC 建立请求消息后，下发了RRC Connection Setup 消息而UE 没有收到：可能是覆盖差或者小区重选参数设置有问题；●RNC收到UE发的RRC 建立请求消息后，下发了RRC Connection Reject 消息：一般会返回相应的拒绝原因值，比如说拥塞，这时就需要检查网络资源（码资源，功率资源，CE 资源，传输资源等）●UE收到RRC Connection Setup 消息而没有发出Setup Complete 消息：如果这时覆盖较好可能是手机异常问题或下行同步出现了问题；●UE 发出RRC Setup Complete 消息而RNC 没有收到：如果前面的信令都正常，出现这种问题的概率很小，很少见，可能是突然出现外部干扰等因素影响；1.2 鉴权失败问题根据鉴权失败消息的原因来判断，可能的原因有：非法用户，HLR中相关的鉴权参数设置有问题，这个需要让核心网工程师协助分析定位；1.3 加密失败问题可能的原因有：手机不支持加密算法，在工程中遇到最多的是RNC和MSC之间的加密算法不一致导致，具体原因的定位需要核心网工师协助分析定位；1.4 RB 或RAB 建立失败问题当RB 或RAB 建立失败时，RNC 会在RAB Assignment Response 信令中回RAB 指配建立失败，通过相关信元中携带的失败原因值，比如说从RNC的信令中可以得到具体失败原因，一般产生的原因可能会有：●参数配置错误：比如参数配置超出UE的能力等，需要看具体的信令来确定●准入拒绝：比如功率、码资源、传输、CE等系统资源不足，从信令消息中可以查出具体原因●UE回应RB建立失败造成RAB建立失败：比如被叫手机不支持VP，UE不支持VP＋H的并发业务等●RNC没有收到RB建立ACK消息导致RAB建立失败：可能是弱覆盖，或上行RTWP过高等，需要查看当时的覆盖和上行干扰情况来确定。
【总工巡讲】WCDMA无线网络优化案例
20
邻区优化案例
•
通过反复路测发现，从花城基站往云山大酒店基站方向的切换过程掉话， 通过反复路测发现，从花城基站往云山大酒店基站方向的切换过程掉话， 而从云山大酒店基站往花城基站方向没有掉话情况。 而从云山大酒店基站往花城基站方向没有掉话情况。
21
邻区优化案例-续 邻区优化案例 续
•
问题分析： 问题分析：
4
覆盖优化案例1 覆盖优化案例
•
从路测的数据分析可以看到， 从路测的数据分析可以看到， 东湖路一段（图中 区域 区域） 东湖路一段（图中A区域）UE 接收功率在-85dBm以下。 以下。 接收功率在 以下
•
对应于东湖路上UE接收功率较 对应于东湖路上 接收功率较 弱的区域（图中 区域），导 区域）， 弱的区域（图中A区域），导 频信号质量也很差，Ec/Io<频信号质量也很差， 13dB
7
覆盖优化案例2 覆盖优化案例
8
覆盖优化案例2-续 覆盖优化案例 续1
问题分析： 问题分析：
A点距离Sousse2站点大约2.7公里。A点是一个上城间公路的入口，有大 点距离Sousse2站点大约2.7公里。 点是一个上城间公路的入口， Sousse2站点大约2.7公里 90度的拐弯 度的拐弯， TT基站228小区的信号因为受到遮挡突然变弱 基站228小区的信号因为受到遮挡突然变弱。 约90度的拐弯，Erriadh TT基站228小区的信号因为受到遮挡突然变弱。 站点2km左右。 点所在的沿海道路海拔比CTT B点距离CTT Skanes站点2km左右。B点所在的沿海道路海拔比CTT Skanes 点距离CTT Skanes站点2km左右 站点的低，这样CTT Skanes站点332小区的信号要传透路边许多2~3层的 站点332小区的信号要传透路边许多2~3 站点的低，这样CTT Skanes站点332小区的信号要传透路边许多2~3层的 房子才能被手机接收。 点附近的导频信号强度下降到了-100dBm以下 以下。 房子才能被手机接收。B点附近的导频信号强度下降到了-100dBm以下。 基站Sahaling环境的限制，站点的高度只有25米 且增高的余地比较小。 基站Sahaling环境的限制，站点的高度只有25米，且增高的余地比较小。 Sahaling环境的限制 25
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
12/30
ACTION
专注电信服务
案例分析6:上行干扰 【问题现象】基站WBJ02319A1(玉安园小区)附近存在干扰导致掉话
【问题分析】从邻区列表中可以看出，导频覆盖RSCP值相差不大，但是Ec/No区别较为明显，可以确定主服 务小区，但是TX Power 较高，存在外界上行干扰。 【解决方案】:查找干扰源，排除干扰。
Doc Nr A/DT-11:000
Composed by
Approved by
3/30
ACTION
专注电信服务
案例分析2:设备或软件吊死 掉话 【问题描述】在莲石路主叫MS1掉话，被叫MS2掉话。
Doc Nr A/DT-11:000
Composed by
Approved by
4/30
ACTION
ACTION
专注电信服务
WCDMA常见案例分析
Doc Nr A/DT-11:000
Composed by
Approved by
1/30
ACTION
专注电信服务
案例分析1: 缺失邻区 掉话 【问题描述】在广安门内大街由东向西行驶时，被叫手机MS2产生掉话。
【问题分析】在广安门内大街由东向西行驶时，由于WBJ01990A1(D-核桃园)与WBJ00175A1(D-广安门外大街)缺 失邻区，导致EcNo变高最终导致掉话。
Composed by
Approved by
7/30
ACTION
专注电信服务
【调整后结果】天线调整有效果，但不明显。调整后经过复测无掉话现象。由于该路段为环线，但是开启基站 较少，建议尽快开通附近未开通基站WBJ02490（岳家楼）。
Doc Nr A/DT-11:000
Composed by
Approved by
9/30
ACTION
专注电信服务
【处理步骤】WBJ03782B1(天宁寺桥)方向角由120度到140度。 【调整结果】调整前后J03782B1(天宁寺桥)覆盖对比：
Doc Nr A/DT-11:000
Composed by
Approved by
10/30
ACTION
专注电信服务
【调整后结果】经过反复测试，主服务小区明显。无掉话现象。
Doc Nr A/DT-11:000 Composed by Approved by
5/30
ACTION
专注电信服务
案例分析3:导频污染 掉话 【问题描述】四环路被叫MS2掉话。
【问题分析】由北向南近岳家楼，该处主要由于导频污染，缺少主覆盖小区，导致WBJ03482B1（军事医学科 学出版社）在激活集中时EcNo较差，wbj00680b1(猗兴宾馆)，当WBJ03482B1（军事医学科学出版社）被剔除AS 后情况相反，致使EcNo迅速下降，bler变差掉话， 导 致掉话。
8/30
ACTION
专注电信服务
案例分析4: 方向角设臵不合理 掉话 【问题现象】天宁寺桥，主叫MS1掉话。
【问题分析】天宁寺桥附近，WBJ03782B1(天宁寺桥)由于阻挡，反射信号较强，但反向信号迅速衰减导致 ecno变差，产生掉话。
Doc Nr A/DT-11:000 Composed by Approved by
Doc Nr A/DT-11:000 Composed by Approved by
13/30
ACTION
专注电信服务
案例分析7:速率低 断线 SGSN割接 IP承载 版本问题 【问题现象】酒泉、嘉峪关的3台RNC挂接在SGSN1的PAPU10下，测试下载速率低，而且有断线的现象。 【问题分析】 在无线侧与核心网侧检查参数配臵都没问题，NSN后台支撑部门建议检查RNC-SGSN1的IP承载网 下载速率，先排除底层故障，如无问题，再继续排查其他相关设备。 【测试决方案】本次测试计划在CE设备NE40E路由器上选取空闲GE电口，接入便携计算机，模拟3G数据业务终 端，访问3G数据资源服务器，下载指定文件并观测下载速度判断承载网是否存在问题。 【测试结果】 PC CMD ping result Ping –l=2000,n=500: Reply from 10.244.194.14: bytes=32 time=10ms TTL=123 Reply from 10.244.194.14: bytes=32 time=9ms TTL=123 Reply from 10.244.194.14: bytes=32 time=10ms TTL=123 Reply from 10.244.194.14: bytes=32 time=10ms TTL=123 Reply from 10.244.194.14: bytes=32 time=10ms TTL=123 Reply from 10.244.194.14: bytes=32 time=10ms TTL=123 Reply from 10.244.194.14: bytes=32 time=10ms TTL=123 Reply from 10.244.194.14: bytes=32 time=10ms TTL=123 Reply from 10.244.194.14: bytes=32 time=10ms TTL=123
Doc Nr A/DT-11:000
Composed by
Approved by
17/30
ACTION
专注电信服务
案例分析8:切换不及时 掉话 同步丢失告警 【问题现象】通过多次测试发现喜利来基站附近频繁发生掉话现象。
Doc Nr A/DT-11:000
Composed by
Approved by
Doc Nr A/DT-11:000 Composed by Approved by
2/30
ACTION
专注电信服务
【处理步骤】添加WBJ01990A1(D-核桃园)<——> WBJ00175A1(D-广安门外大街)双向邻区，优先级3。 【调整后结果】经过添加WBJ01990A1(D-核桃园)<——> WBJ00175A1(D-广安门外大街)双向邻区，复测验证 业务正常。
专注电信服务
【问题分析】由东向西至莲花桥，此时RSCP、EcNo均较好，BLER、UE TX均较好的情况下发生掉话。经分析 测试设备或软件吊死导致的异常掉话。 【处理步骤】经过反复复测（反复测试3遍），各指标正常，未发生掉话。
【调整后结果】经过反复复测，该路段主服务小区明显，其他各项指标均正常，MS1、MS2均无掉话产生。
18/30
ACTION
专注电信服务
【问题分析】由海城宾馆向喜利来行驶时发生掉话，掉话前UE上发测量报告，测量报告里测量到：PSC35、 PSC43，而未测量到信号较好的喜利来3扇区PSC19的信号。并发起1A事件，将PSC43加入激活集，但由于PSC43 不能满足切换触发门限，导致无法切换，直到掉话。
Doc Nr A/DT-11:000 Composed by Approved by
16/30
ACTION
专注电信服务
【分析与解决】 通过IP承载网测试排除底层故障。由于兰州地区此前也出现过相似情况，由于SGSN得软件升级问题所致，通 过核查显示软件升级并无问题。进一步核查，由于酒泉、嘉峪关地区的SGSN位于兰州市内，兰州市内存在SGSN1 、SGSN2。通过与核心网同事的沟通，发现SGSN2主要用于兰州市内的PS业务，且此前有过设备更新记录，而 SGSN1仍为久版本设备。我们怀疑可能是由于SGSN版本问题所致，为了确定问题的所在。于次日晚上，将酒泉地 区的部分站点先行割接至SGSN2，通过测试表明一切业务恢复正常。由于SGSN1为老版本SGSN，与RNC存在版本 匹配问题，将其进行更换之后，问题得以解决。
Doc Nr A/DT-11:000
Composed by
Approved by
15/30
ACTION
专注电信服务
PC FTP download result
（截止测试完毕，我们可以看到数据下载数率都较为稳定在5.80mbps） 从以上测试结果，我们可以看到ping Packets正常，FTP文件下载速率也正常，所以本次检查RNC-SGSN1的IP 承载网无任何问题存在。
Doc Nr A/DT-11:000
Composed by
Doc Nr A/DT-11:000 Composed by Approved by
6/30
ACTION
专注电信服务
【调整建议】调整WBJ03482C1（军事医学科学出版社）方向角由180度到150度。 【调整结果】调整前后WBJ03482C1（军事医学科学出版社）覆盖对比：
Doc Nr A/DT-11:000
Doc Nr A/DT-11:000
Composed by
Approved by
11/30
ACTION
专注电信服务
案例分析5:缺邻区、优先级 【问题现象】右安路附近缺邻区，导致掉话。
【问题分析】:由于WBJ02411C1（黄土岗橡胶厂北）没有在WBJ02335B1（黄土岗小学）的邻区列表中，使得 服务小区在质量不能满足通话的条件下不能及时切换到较好的服务小区，导致掉话。 【解决方案】WBJ02335B1（黄土岗小学）显示在DN中有两种原因： 1）WBJ02335B1（黄土岗小学） 和WBJ02411C1（黄土岗橡胶厂北）没有邻区关系，若是此类情况，定义 WBJ02335B1（黄土岗小学） 和WBJ02411C1（黄土岗橡胶厂北）的双向邻区关系。 2）WBJ02411C1（黄土岗橡胶厂北）在WBJ02335B1（黄土岗小学）邻区里的优先级较低，若是此类情况 ， 将WBJ02411C1（黄土岗橡胶厂北）在WBJ02335B1（黄土岗小学）邻区里的优先级调整至3级。