下载文档原格式
TD-SCDMA网络常见问题及解决方案朱海辉浙江明讯网络技术有限公司目录（一）引言 (3)（二）TD-SCDMA 网络优化的目标 (3)（三）TD-SCDMA 网络优化常见的主要问题 (3)3-1.覆盖优化 (4)3-1-1 问题描述： (4)3-1-2 常见案例分析 (4)3-2.切换优化 (8)3-2-1 常见案例分析: (9)3-3.干扰优化 (10)3-4.掉话优化 (10)3-4-1 常见案例分析： (10)3-5.拥塞优化 (12)（四）TD-SCDMA 网络优化热点 (12)（五）总结 (12)【参考文献】 (13)【摘要】为了更好的满足TD-SCDMA系统的网络布局，满足运营商和移动用户的实际需要，从提高网络的服务质量角度出发研究了TD-SCDMA 网络优化的目标和实现方式，以及TD-SCDMA 网络优化热点，着重分析了 TD 网络中的常见的覆盖问题、切换问题、掉话问题和TD网络优化等问题，提出解决方法，为遇到类似问题提供解决依据。
【关键词】网络优化；TD-SCDMA；覆盖率；切换；拥塞（一）引言随着2009年中国3G牌照的发放，3G网络开始正式运营，而获得中国自主知识产权TD-SCDMA牌照的中国移动凭借其雄厚的资金实力和庞大的客户基础，提出了2个100%的TD网络覆盖目标，其网络覆盖率将得到全面的提高。
加上中国庞大的通信市场以及消费潜力可以预见TD-SCDMA技术将取得飞速的发展，随着TD 网络的覆盖面积扩大以及其网络技术的发展，如何建立稳定的TD-SCDMA商业网络以及满足移动用户的业务需求，网络优化就成了其不可或缺的步骤TD的网络优化工作将日益体现出其重要性。
（二）TD-SCDMA 网络优化的目标随着TD-SCDMA 系统的商业化使用，TD的网络随着其网络周围的地理环境的影响，无线环境的不断变化，网络技术、终端设备的不断改进，用户业务的增加变化其本身就是一个持续长久的发展过程。
RRC连接拥塞与无响应处理思路1.背景随着TD-SCDMA网络二期工程接近尾场声，全国的网络建设却紧随其后开展起来，在网络建设的初期阶段，由于基站建设问题、基站故障问题等造成优化的困难，本文就在长沙处理RRC相关的部分问题，结合现场实际情况，为现场的网优人员提供此类问题的一种解决思路。
2.RRC 连接过程的信令流程UE处于空闲模式下，当UE的非接入层请求建立信令连接时，UE将发起RRC连接建立过程。
每个UE最多只有一个RRC连接。
当RNC接收到UE的RRC CONNECTION REQUEST消息，由其无线资源管理模块RRM根据特定的算法(CAC算法)确定是接受还是拒绝该RRC连接建立请求，如果接受，则再判决是建立在专用信道还是公共信道。
对于RRC连接建立使用不同的信道，则RRC连接建立流程也不一样。
这样一来，对于RRC连接的信令过程可以大致分为以下几个过程：1）呼叫接入控制过程（主要由UE发起请求，RNC来控制）2）无线链路的建立过程3）RRC建立完成过程RRC连接过程的基本信令流程如下图：相对应在，在信令跟踪工具内看到的过程如下图（此为手动信令跟踪得来，没有打开内部消息跟踪）：如果对应的TKIT内自动生成的CT数据，则过程如下：图中：FP为帧协议（Node B与RNC同步使用，此时的同步只是针对于用户的新的无线链路的同步，并不是整个Node B与RNC的同步）3.RRC 失败分析RRC连接失败发生RRC连接建立的过程中，RRC连接一般发生在如下情况下：（1）UE开机（2）UE关机（3）位置区更新（4）UE进行主叫业务（5）UE进行被叫业务参考协议25331，RRC连接失败的原因被分成了两类：（1）Unspecified（未定义）（2）Congestion（拥塞）但在我司的RRC连接失败的原因则根据信令过程，同时参考协议被分成了三类：（1）Unspecified（未定义）（2）Congestion（拥塞）（3）NoReply（未响应）在日常优化的过程中，RRC连接失败则增加了一种情况，变成了一种现象和三种原因，这新增的一种现象就是在路测中UE已经发起了RRC Connection Request 但经过T300超时并且N300超数，从而造成起呼失败。
内部公开▲TD-SCDMA寻呼性能优化专题指导书V1.0目录1 寻呼 (1)1.1 寻呼的定义 (1)1.2 空闲模式下的UE状态 (1)1.3 空闲模式下的UE工作 (2)1.4 寻呼基本过程 (2)1.5 寻呼的相关原则 (3)1.5.1 寻呼块 (3)1.5.2 PCH和PICH信道配置 (4)1.6 寻呼能力分析 (5)2 寻呼相关的无线参数 (7)2.1 寻呼指示因子长度 (7)2.2 寻呼分组数目 (7)2.3 寻呼重复周期 (8)2.4 UTRAN的K值 (8)2.5 CS域K值 (9)2.6 PS域K值 (9)2.7 PCH到达窗口时间起点 (9)2.8 PCH到达窗口时间终点 (10)2.9 PICH所在时隙（下行时隙） (10)2.10 SCCPCH功率 (10)2.11 PICH功率 (11)3 寻呼问题 (12)3.1 寻呼问题优化流程 (12)3.2 寻呼问题定位 (12)3.2.1.1 小区话务统计 (12)3.2.1.2 告警信息 (12)3.2.1.3 用户投诉信息 (12)3.2.1.4 无线参数核查 (12)3.2.1.5 历史优化报告 (12)3.3 寻呼案例分析 (13)附录A 附录 (14)附录A.1 位置区 (14)1寻呼1.1寻呼的定义寻呼过程用于在寻呼控制信道（PCCH）上给选定的处于空闲模式、CELL_PCH或URA_PCH状态下的UE传输寻呼信息。
网络高层可能要求寻呼，例如建立一个信令连接。
UTRAN能在CELL_PCH 或URA_PCH状态下启动寻呼以触发cell更新过程。
另外，UTRAN能在空闲模式、CELL_PCH或URA_PCH状态下启动寻呼来触发UE读取更新后的系统信息。
UTRAN同样能在CELL_PCH或URA_PCH状态下启动寻呼来释放RRC连接。
1.2空闲模式下的UE状态空闲模式指的是从UE 开机到连接建立这段时间。
在空闲模式下，UE 的任务可按以下几个方面来划分：⏹PLMN 网络的选择和重选；⏹小区选择和重选；⏹位置登记；⏹监视寻呼信息；UE 开机以后，首先将试图找到一个合适的小区以便使用网络提供的服务（如接收寻呼或发起呼叫等），开机后的UE 应尽快进入‘正常小区驻留’或‘任意小区驻留’状态。
移动产品事业部售后文档文档名称：ZXTR RNS（V1.21）故障排查指导手册（第X分册：RNC设备类分册）资料版本：2008-R1.0产品版本：V1.21共37 页（包括封面）中兴通讯股份有限公司修改记录声明本资料著作权属中兴通讯股份有限公司所有。
未经著作权人书面许可，任何单位或个人不得以任何方式摘录、复制或翻译。
侵权必究。
和是中兴通讯股份有限公司的注册商标。
中兴通讯产品的名称和标志是中兴通讯的专有标志或注册商标。
在本手册中提及的其他产品或公司的名称可能是其各自所有者的商标或商名。
在未经中兴通讯或第三方商标或商名所有者事先书面同意的情况下，本手册不以任何方式授予阅读者任何使用本手册上出现的任何标记的许可或权利。
本产品符合关于环境保护和人身安全方面的设计要求，产品的存放、使用和弃置应遵照产品手册、相关合同或相关国法律、法规的要求进行。
由于产品和技术的不断更新、完善，本资料中的内容可能与实际产品不完全相符，敬请谅解。
如需查询产品的更新情况，请联系当地办事处。
前言中兴通讯自主开发的TD-SCDMA第三代移动通信系统，由ZXTN（核心网部分）和ZXTR（无线网络子系统）构成。
ZXTR无线网络子系统包括RNC（无线网络控制器）和Node B（无线基站），完成呼叫处理、无线资源分配管理、终端移动性管理、小区切换控制和无线接入的功能。
手册说明本手册是一套针对TD-SCDMA无线移动系统的系列性资料，汇集了目前TD外场出现的各类典型故障，并给出了常见问题的处理思路和典型案例分析，可作为日常维护时的参考。
全套手册包括：《ZXTR RNS（V1.21）故障排查指导手册－通用类分册（信令篇）》《ZXTR RNS（V1.21）故障排查指导手册－通用类分册（工具篇）》《ZXTR RNS（V1.21）故障排查指导手册－对接类分册》《ZXTR RNS（V1.21）故障排查指导手册－业务类分册》《ZXTR RNS（V1.21）故障排查指导手册－设备类分册》《ZXTR RNS（V1.21）故障排查指导手册－网管类分册》本手册为《第X分册—设备类分册》，主要介绍各类设备本身出现的故障解决思路，按照设备作出分类描述……内容介绍本书共分3章和1个附录。
第1章OMC常见故障处理1.1.1 OMCR服务器没有正常启动【故障现象】：Windows平台上OMCR服务器启动时没有听到“嘀、嘀、嘀”三声轻响。
客户端连接不上服务器，OMCR不能正常工作。
【可能原因】：出现这种现象有三种可能原因，一是服务器端其它进程加载失败；二是AMP对服务器端其它进程测试失败；三是网管域冲突。
【处理思路】：处理办法是：查看amp.xxxxxxxx.log文件，在文件中查找：AMP(PLF):Process XXXLoad Fail。
在syscfg.ini文件中检查[PROCESSNAME]小节中是否有该进程的映射，再查找响应的可执行文件是否存在，如果没有请根据实际可执行文件名在syscfg.ini里添加；修改ampcfg.ini里PsLoadTimeout的值为500左右；在syscfg.ini文件中查找是否有其它机器与本机建链。
【注意事项】：amp.xxxxxxxx.log文件位于OMCHOME/tmp/log目录下，ampcfg.ini和syscfg.ini位于OMCHOME/conf目录下。
【故障实例】：1.1.2 客户端无法连接服务器【故障现象】：客户端GUI界面没有起来，命令提示符界面上显示“Can’t connect to AP server”。
【可能原因】：可能的原因有：服务器没有正常启动；客户端配置文件设置不正确；客户端和服务器之间的网络连接不正常。
【处理思路】：处理的办法有：正常启动服务器端；检查客户端配置文件syscfg.ini里[SVRINFO]一节里SvrMNo1、SvrIP1设置与服务器端是否一致，不一致按照服务器端设置修改；使用ping命令检查网络连接。
【注意事项】：客户端的配置文件在OMCHOME/conf下。
【故障实例】：1.1.3 客户端连接上服务器，一直显示正在等待IMF初始化，无法登录【故障现象】：客户端长时间禁止操作，状态条显示等待IMF初始化，不能弹出登录对话框。
LTE TDD问题定位和优化指导书-接入篇本文介绍了用户接入的流程和用户接入失败时问题定位的基本方法，常见问题排查方法部分主要面向网络优化人员，介绍了一些常见问题的定位排查手段和方法，主要应用场景为通过KPI指标发现问题，通过CHR、告警日志、标口跟踪进行问题定位。
1 概念和基本原理1.1 基本概念（1）用户Attach流程：图1 用户接入流程（2）随机接入流程介绍随机接入过程的发生有以下五种场景： 1、 从空闲态转到连接态的初始接入； 2、 无线链接失败后的接入； 3、 切换过程中的接入；4、 当UE处于连接态时下行数据到达时因为某些原因需要随机接入，如上行失步时有下行数据到达；5、 当UE 处于连接态时上行数据到达时因为某些原因需要随机接入，如上行失步时有上行行数据到达；随机接入分为竞争接入与非竞争接入两种，其中竞争随机接入适用于上述1、2、5三种场景，而非竞争随机接入适用于3、4两种场景。
随机接入基本流程如下：UEeNBUE eNB图2 随机接入流程图（左：基于竞争的随机接入右：基于非竞争的随机接入）1、UE 发送preamble （Msg1）UE 选择preamble 和发射功率通过RACH 资源上发随机接入请求消息。
2、eNB 发送RAR （Msg2）RAR 消息由eNodeB 端MAC 层产生，内容包括：RA-preamble ID ，TA 信息，初始UL_grant ，TC-RNTI 。
UE 通过监听PDCCH 上的RA-RNTI 获取RAR 。
3、UE 发送msg3UE MAC根据RAR中的Ul_grant授权发送msg3（RRC连接请求、RRC重建立或重配置完成消息），并开启竞争解决定时器，等待接收竞争解决消息；4、eNB发送竞争解决判决（Msg4）（1）初始接入时，UE会接收到竞争解决控制元。
此时会将竞争解决控制元与MSG3中的UE ID进行匹配，如匹配成功，则认为随机接入成功；如匹配失败，则重新发起随机接入。
声明安全声明产品内部可能存在致命的或危险的电力设备，请勿对设备内部进行人工操作。
在工作过程中，请注意查看安全告警提示，避免单独对设备进行操作。
版权声明大唐移动通信设备有限公司版权所有，保留一切权利。
本资料及其包含的所有内容为大唐移动通信设备有限公司（大唐移动）所有，受中国法律及适用之国际公约中有关著作权法律的保护。
未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。
由于产品版本升级或其它原因，本文档内容会不定期进行更新。
除非另有约定，本文档仅作为教学指导，本文档中的所有陈述、信息和建议不构成任何明示或暗示的担保。
免责声明本文档所述对设备的操作方法，有可能对设备造成直接或间接的损坏、数据冲突，以及引起网络运行故障，大唐移动对使用任何非指定的培训用设备而造成的任何风险不承担任何责任。
对非指定的培训用设备的操作，请咨询相应的大唐移动设备的技术支持人员并参照相应的技术手册。
上图为直接进行PDP激活注1：rrc connection setup request的原因是:regisration。
无线链路的同步和失步检测用于UE在某个小区上建立了无线链路后的上、下行链路连接情况的判断，从而在正常和某些异常情况（譬如，UE掉电）下，确定链路是否可用。
无线链路失步和同步的检测，主要涉及NodeB实体和UE实体。
在NodeB侧主要检测上行链路连接情况，UE侧主要检测下行链路连接情况。
无线链路刚建立时，NodeB侧默认上行链路为失步状态,无线链路重配置时，默认基站已处于同步状态.⏹RAB是指用户平面的承载，用于UE和CN之间传送语音，数据及多媒体业务。
UE首先要完成RRC连接建立，然后才能建立RAB。
RAB建立是由CN发起，UTRAN执行的功能，基本流程：◆首先由CN向UTRAN发送RAB指配请求消息，请求UTRAN建立RAB；◆RNC发起建立Iu接口与Iub接口的数据承载；◆RNC向UE发起RB建立请求；◆UE完成RB建立，向RNC回应RB建立完成消息；◆RNC向CN应答RAB指配响应消息，结束RAB建立流程。
中兴通讯移动事业部网规网优部(技术指导书)网规网优部TD-SCDMA扫频指导书发布 2006-02-11 实施 2006-**-** 中兴通讯移动事业部网规网优部发布内部公开▲前言本技术指导书是关于TD-SCDMA扫频的指导性文档，所包含的技术要素与实际工作中技术点完全保持一致。
内部公开▲本文中的所有信息均为中兴通讯股份有限公司秘密信息，不得向外传播 -i -目 录1 适用范围 (1)2 频谱扫描目的 (2)3 频谱扫描范围 (3)4 频谱扫描方式 (4)4.1 路测 (4)4.2 定点测试 (4)4.3 底躁过高情况的测试 (5)5 YBT250基站分析仪使用说明 (6)5.1 扫频定点测试步骤 (6)5.2 频谱扫描注意事项 (7)5.3 频谱扫描仪使用手册 (7)6 数据分析与报告输出 (8)6.1 数据分析 (8)6.2 测试报告应该说明的内容 (8)7 干扰源查找 (9)内部公开▲本文中的所有信息均为中兴通讯股份有限公司秘密信息，不得向外传播 -i -图目录内部公开▲本文中的所有信息均为中兴通讯股份有限公司秘密信息，不得向外传播 -i -表目录内部公开▲ 本文中的所有信息均为中兴通讯股份有限公司秘密信息，不得向外传播 -1-1 适用范围本规范适用于网络规划或网络优化阶段的频谱扫描，也适用于根据合同单独执行的频谱扫描工作。
本规范给出了严格的频谱扫描工作规程，具体项目根据需要可以对其中的部分内容进行调整。
内部公开▲ -2-2 频谱扫描目的频谱扫描是为了找出当前规划项目准备采用的频段是否存在干扰并找出干扰方位及强度，从而当前项目选用合适频点提供参考，也可用于网络优化中问题定位。
错误！文档中没有指定样式的文字。
错误！文档中没有指定样式的文字。
-3-3 频谱扫描范围TD-SCDMA 通常采用的频段：2010－2025 M实际扫频时，扫频范围根据客户准备申请的频点或正在使用的频点调整。
以目标频点为中心，前后各扫1.6M 带宽的一段频谱。
TD-SCDMA RRC接入问题排查指导书法律声明若接收中兴通讯股份有限公司（以下称为“中兴通讯”）的此份文档，即表示您已同意以下条款。
若不同意以下条款，请停止使用本文档。
本文档版权所有中兴通讯股份有限公司。
保留任何未在本文档中明示授予的权利。
文档中涉及中兴通讯的专有信息。
未经中兴通讯事先书面许可，任何单位和个人不得复制、传递、分发、使用和泄漏该文档以及该文档包含的任何图片、表格、数据及其他信息。
和是中兴通讯的注册商标。
中兴通讯产品的名称和标志是中兴通讯的商标或注册商标。
在本文档中提及的其他产品或公司名称可能是其各自所有者的商标或注册商标。
在未经中兴通讯或第三方权利人事先书面同意的情况下，阅读本文档并不表示以默示、不可反言或其他方式授予阅读者任何使用本文档中出现的任何标记的权利。
本产品符合有关环境保护和人身安全方面的设计要求，产品的存放、使用和弃置应遵照产品手册、相关合同或相关国法律、法规的要求进行。
本文档按“现状”和“仅此状态”提供。
本文档中的信息随着中兴通讯产品和技术的进步将不断更新，中兴通讯不再通知此类信息的更新。
中兴通讯股份有限公司地址: 中国深圳市科技南路55号邮编518057网站: 邮箱: doc@适用对象：网络维护优化人员目录1RRC连接建立信令流程 (1)2RRC建立成功率低的排查与定位 (3)2.1RNC收不到RRC CONNECTION REQUEST (4)2.2RRC失败原因UNSPECIFIED (5)2.3RRC建立失败原因为CONGESTION (5)2.4RRC失败原因NO REPLY排查 (6)2.4.1干扰原因 (7)2.4.22/3G切换 (8)2.4.3FACH丢包 (8)2.4.4FACH出窗 (9)1RRC连接建立信令流程在UE发起呼叫建立时，如果之前UE没有建立RRC连接，则先建立RRC连接，再通过初始直传建立传输NAS消息的信令连接，最后建立RAB。
被叫过程包括了寻呼过一种双向点到点的连接，在UE与UTRAN之间传输无线网络信令。
UE处于空闲模式下，当UE的非接入层要求建立信令连接时，UE将发起RRC建立请求。
每一个UE在尝试建立的过程中，只能建立一次RRC连接，图1-2是RRC连接建立流程（建立在DCH上）。
图1-1 RRC建立连接流程主要过程介绍如下：1．在取得下行同步后，向Node B发送SYNC_UL，接收到Node B回应的FPACH UE没有专用信道资源，于是在CCCH（RACH，随机接入信道）上向RNC 发送RRC Connection Request消息，发起RRC连接建立过程。
通过发送一个RRC Connection Request消息，UE从空闲模式转入连接模式；主要参数：Initial UE Identity, Establishment cause, Initial UE Capability.当RNC收到RRC建立请求以后，RNC根据RRC建立的原因及系统资源状态，判断是否允许接入，如果允许，则为RRC连接分配RNTI和L1、L2资源，分别调用无线链路建立的NBAP过程、ALCAP Iub数据传输承载建立过程和上、下行同步过程。
UE 被分配了无线网络临时标识（RNTI）后，UTRAN可以使用RNTI来寻呼特定的UE，UE也可以使用RNTI来发起随机接入过程。
2．RNC准备建立RRC连接，分配建立RRC连接所需要的资源，并发送一条Radio Link Setup Request消息给Node B，请求Node B分配RRC连接所需的特定无线链路资源，Node B收到消息后，将保留必要的资源，并根据消息中给出的参数配置新的无线链路。
主要参数：Cell id, Transport Format Set, Transport Format Combination Set,frequency, Time Slots, 信道码, Power control information。
无线链路建立过程用于建立一条承载1个或多个传输信道的无线链路。
3．Node B根据Radio Link Setup Request消息的参数，来建立NodeB的上、下行无线链路，配置成功后，在新的物理信道上准备接收UE消息，并给RNC发送一条Radio Link Setup Response响应消息。
主要参数：Signalling link termination,Transport layer addressing information (AAL2 address, AAL2 Binding Identity) for theIub Data Transport Bearer.4．RNC通过ALCAP协议，建立Iub数据传输承载。
Iub数据传输承载通过AAL2的绑定标识与DCH绑定在一起。
建立Iub数据传输承载需要Node B确认。
5．6．通过Downlink Synchronisation 和Uplink Synchronisation.控制帧，Node B 与RNC 为Iub数据传输承载建立同步。
此后Node B开始DL发送。
7．虽然Iub上DCH的资源都准备好了，但是此时UE并不知道，所以UE选择一个承载FACH的SCCPCH，用于接收RRC Connection Setup消息；RNC在CCCH上向Node B发送RRC Connection Setup 消息给UE，告知UE相关参数。
主要参数：Initial UE Identity, RNTI, Capability update Requirement, Transport FormatSet, Transport Format Combination Set, frequency, Time Slots ,信道码, Powercontrol information。
当UE收到RRC Connection Setup 消息后，会启用新的空口承载参数来配置在UE侧的RLC, MAC，PHY。
当它使用新的参数与Node B同步上后，Node B会向RNC发送RL Restore消息，完成从公共信道转到专用信道上切换的过程。
8．UE收到RNC发送的RRC Connection Setup后，根据消息中给定的参数来配置物理层，Node B成功建立DCH链路，然后在DCCH上发送RRC Connection SetupComplete 消息给RNC。
主要参数：Integrity information, ciphering information。
至此RRC连接建立完成。
2RRC建立成功率低的排查与定位RRC连接阶段是接入的主要问题，RRC连接和外界干扰、参数配置、传输配置的关系比较大，外场反馈的接入问题大都和RRC连接有关，本文重点就RRC连接进行分析，对RRC连接成功率的问题进行排查定位。
1. 先看UE在RRC连接建立不成功时有没有重发，如果没有重发，可以考虑是不是有同频同扰情况；2. 如果是UE下行收到了FACH下发的RRC Connection Setup后，将会进行空口同步过程。
判断UE是否收到了FACH上的信息，可以看RRC Connection Request的重发时间间隔，如果间隔为2s，表明下行UE没有收到FACH信息。
此时需要看下行是否有FACH出窗情况，如果出窗情况较少，则判断附近是否有主载波同频的情况，导致下行干扰严重；3. 如果间隔为4s，表明UE已经收到FACH信息，如果没有Radio Link Restore，表明上行同步没有同步上，可以试着提高上行的SIR Target；4. 如果上行有Radio Link Restore，则判断上行同步没有问题，看Iub口上有没有FailInd出现，如果有，表明Iub口DCH同步没有同步上，查看E1的配置是否足够，E1的配置在2条以下或者是Iub口上流量指标特别大的建议添加E1；5. 如果是室内小区，看是否下行建立在3时隙，如果一个室内小区中，建立在其他时隙中的业务可以增长进行，而部分下行建立在TS 3中的业务无法进行，如果室内小区有干放，可以怀疑干放的时隙配置是否有问题。
去现场复测RRU覆盖区域和干放覆盖区域的差异，或者反馈给室分厂家确认；6. 查看CT文件中的失败是否是同一UE导致的，如果是有限的几个IMSI号导致的，可以进行现场复测，查看是否是UE问题；目前RRC连接失败后台统计的原因主要有三种：Congestion、No reply和Unspecified，下面对这几类问题进行分析定位。
2.1 RNC收不到RRC Connection RequestRNC收不到的情况，主要有以下原因造成：1．随机接入过程出现问题，可能存在UpPCH的干扰，处理思路如下：●首先检查NODEB的RACH统计有无上行数据包，如果没有，但签名个数与签名碰撞个数一直在不停地增加，则可能存在上行UpPCH干扰●通过CT工具检查UPPCH上的干扰●通过性能统计，查看UPPOS上的UP干扰统计2．终端问题，重启UE看能否接入3．Node B 问题：重启基站2.2 RRC失败原因UnspecifiedUnspecified的主要原因有下面几个：1．E1不足导致的Unspecified现象，E1承载不足导致的接纳失败，不仅在RAB指派过程中发生，在RRC连接过程中也可能发生，即E1既会影响RRC建立指标，也会影响到RAB指派的指标。
由于E1传输不足导致的RRC Reject Unspecified失败，判定依据是信令上RRC建立过程中RL Setup Response后10ms左右就删除RL，同时结合基站的E1数量、指标中RAB建立失败Iubbear_Operatefail次数，可共同判定是否由于E1拥塞导致的RRC Reject。
2．传输不稳定导致Unspecified现象。
从信令上看，Node B给RNC回复RL RL Setup Response后，在5s左右直接进行RL删除。
察看站点是否有传输告警，传输闪断的故障对指标影响较大，传输异常、传输瞬断导致ERQ/ECF协商失败，5S定时器超时后直接删除链路。
3．小区单板故障导致的Unspecified现象，可能会引起板间丢包，需要更换单板。
从信令上看，RNC下发RL Setup Response后，Node B直接回复RL Setup Fail，可以通过Node B内部命令统计，确认Node B控板与基带板之间是否丢包。
目前发现丢包的有TBPE、TBPH、SBMP，如果确认丢包，可以直接更换单板。
2.3 RRC建立失败原因为Congestion1．资源不足导致的拥塞外场发现由于载波资源导致此原因值，这种情况多发生在单载波的站点，建议通过扩容载波解决，可以通过LMT小区载波测量查看小区码资源配置及使用情况。
