TD差小区处理流程Word格式.docx
《TD差小区处理流程Word格式.docx》由会员分享，可在线阅读，更多相关《TD差小区处理流程Word格式.docx（12页珍藏版）》请在冰豆网上搜索。
RRC.FailConnEstab.AAL2SetupFail
AAL2建立失败>
RRC.FailConnEstab.NoReply
无应答>
表4：
RRC失败对应的原因分析
失败原因
含义
分析
RRC连接失败次数<
当UE发RRCCONNETIONREQ,收不到SETUP消息，重发REQUEST消息，当达到N300次，还没收到SETUP，则RRC建立失败，原因值为“拥塞”。
RRC.FailConnEstab.R1SetupFail
当IUb口出现问题，或者NodeB直接回复RL建立失败，就会导致RL建立失败，原因值为RL建立失败。
小区中因无应答而导致RRC连接失败的次数
RNC向UE发送RRCCONNECTSETUP消息后，没有收到UE发送RRCCONNECTSETUPCOMPLETE消息。
在为用户建立IUB接口用户面时，RNC建立好DCH的FP之后，会发起FP同步过程，如果该过程失败，就认为RRC失败。
如果出现FP失败，需要检查IUB接口的用户面是否有问题。
同时可以跟踪到NodeB那边，是否收到了FP同步帧来确认。
RRC.FailConnEstab.AAL2Fail
用户建立IUB接口用户面时，需要先建立AAL2链路。
如果AA2失败，后续的FP、MACD等都无法建立。
如果出现AA.2建立失败，需要检查IUB口的通道是否正常，如PATH配置是否合理。
1.1.2RRC建立失败处理
1）拥塞
在RRC建立出现拥塞时，可以进行下面的操作：
✓提高拥塞小区的最小接入电平，限制部分低电平用户的接入：
修改命令：
MODCELLSELRESEL:
QRXLEVMIN=-96；
✓打开LDC开关；
✓对于业务量持续较大的小区，可以考虑建议扩容。
2）RL建立失败
针对RL建立失败比较多，可采取下面的措施进行处理：
✓首先确认NodeB小区运行是否正常，小区载波的运行状态，检查告警信息，检查是否存在小区退服、GPS失步或者公共传输信道不可用等告警，如果存在首先进行处理。
✓现场复测，分析RadioLinkSetupFailure消息，定位失败原因，针对失败原因进行相应的处理；
3）无应答
针对无应答问题，可以进行以下的处理：
✓查看上下行ISCP值，确定和处理干扰问题；
存在UPP干扰可以偏移UPPCH位置。
✓提升SCCPCH功率满足信号覆盖不好的地方功率需求。
✓增大上行干扰余量ULINTERFERESV，该值用来调整和计算上行期望接受功率的大小，间接提高SRB/RB建立时上行期望接收功率；
✓修改RRC和cellupdate重发次数定时器命令如下:
ADDTCELLSIGRESENDPARA:
CELLID=XXX，RrcResendNum=3,RrcResendTimer=90,CellUptResendNum=5,CellUptResendTimer=100
✓对于由于系统间重选导致的大量RRC失败，可以提高最小接入电平QRXLEVMIN或者降低空闲异系统重选门限IDLESEARCHRAT，使用户尽量驻留在T网。
4）FP同步失败
FP同步失败可能的原因：
✓可能是Iub接口传输层配置错误；
✓或者Iub接口的接线存在问题，导致FP同步失败；
✓或者Iub带宽配置错误，在Iub接口出现拥塞；
在出现FP同步失败问题时，提交产品维护人员处理。
5）AAL2建立失败
出现NodeB和RNC两个网元的传输层参数配置不一致的情况，导致出现RRC建立失败TOP小区。
✓首先确认AAL2的参数配置是否正确；
✓检查RNC和NodeB侧的PATHID配置是否一致；
检查RNC和NodeB侧的PATHID配置是否一致。
1.2RAB建立失败处理
1.2.1RAB建立失败原因
RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。
表5是CSRAB建立失败的对应原因打点。
表6为CSRAB失败对应的原因分析。
表5：
CSRAB失败原因打点
RAB.FailEstabCsPerCell.19
无效的RAB参数
{TD_CELL}原因为19（InvalidRABParametersValue）的指配失败的电路域RAB数（小区级）
RAB.FailEstabCsPerCell.20
最大速率不支持
{TD_CELL}原因为20（RequestedMaximumBitRatenotAvailable）的指配失败的电路域RAB数（小区级）
RAB.FailEstabCsPerCell.66
IU口传输连接建立失败
{TD_CELL}原因为66（IuTransportConnectionFailedtoEstablish）的指配失败的电路域RAB数（小区级）
RAB.FailEstabCsPerCell.114
无可用资源
{TD_CELL}原因为114（NoResourceAvailable）的指配失败的电路域的RAB数（小区级）
RAB.FailEstabCsPerCell.115
未知错误
{TD_CELL}原因为115（UnspecifiedFailure）的指配失败的电路域RAB数（小区级）
RAB.FailEstabCsPerCell.5
排队定时器超时
{TD_CELL}原因为5（TqueingExpiry）的指配失败的电路域的RAB数（小区级）
RAB.FailEstabCsPerCell.14
无线接口进程失败
{TD_CELL}原因为14（FailureintheRadioInterfaceProcedure）的指配失败的电路域RAB数（小区级）
1.2.2CS/PSRAB建立失败处理
1）最大速率不支持
在出现因为最大速率不支持导致PS域RAB建立失败时，占用的比例过大，可采用下面的措施进行优化：
✓调整下行的最大初始接入速率，使接入的时候避免RAB拥塞；
✓调整金/银/铜用户的保证速率，使大速率的PS用户如384K用户不至于由于超过满码道而导致接入失败和掉话的其它问题，将其最大初始接入速率调整为128K；
✓针对不支持R5业务的数据卡，不能配置为大速率的上行数据业务。
2）无可用资源/拥塞
无可用资源，先要确定，是否存在码资源拥塞情况，或是通过查询IUB口传输资源配置情况，分别进行处理。
码资源拥塞处理：
✓针对TOP小区，查看载频和相对应的DSP使用情况,确定载频状态正常；
✓对比小区业务量,如果发现是因为业务量过高导致，可以适度提高“最小接收电平/QRXLEVMIN”，减少部分用户接入；
✓调整上下行最大初始接入速率，“ULBETRAFFINITBITRATE”和“DLBETRAFFINITBITRATE”，如果H业务上行码资源受限，可是将上行初始接入速率降到16K；
✓根据拥塞用户的下行传输信道类型确定拥塞用户中H和D的用户比例，如果是D用户拥塞较多，可以限定金银铜用户的最大速率；
如果是H用户较多，可以针对个别小区扩容一个H频点，但要注意扩容H频点对周围小区的干扰；
IUB口带宽拥塞处理：
✓查询IUB口传输资源配置情况，是否存在资源配置不足情况；
另外通过查询告警信息，确定是否存在E1/T1告警，导致可用E1/T1减少；
✓确定E1/T1资源不足或者E1/T1告警，需推动E1/T1扩容或者告警处理。
3）UE无响应
✓跟踪用户CDT定位问题，确认RNC是否收到UE上报的RB配置完成消息；
✓观测TOP小区的上下行干扰水平，避免由于个别小区干扰较大导致UE无相应；
✓如果存在弱覆盖，优化重选参数，使UE尽快选到信号更好的小区；
✓提高上行干扰余量“ULINTERFERERSV”，以增大开环功率；
✓确定是否由于问题终端导致。
1.3接通率TOP小区一般处理过程
1）查询和分析TOP小区的话统，确定是RRC建立成功率问题还是RAB建立成功率问题，并通过对应的话统原因Counter，确定失败的原因类型，以便下一步的分析；
2）查询TOP小区是否存在告警或者故障：
特别注意驻波比告警和载波是否可用，GPS告警（GPS失步）是引起上下行干扰的重要原因，这些告警将严重的影响RRC建立成功。
3）上下行干扰：
上行干扰可以通过后台查询和统计上行ISCP值状态，如果出现较大的波动或者持续大于－95dBm以上，可以确定存在上行干扰，需需要对干扰进行分析；
首先，进行对问题小区的频率和扰码进行分析，是否同频、同扰干扰；
其次，需要现场进行测试核查，是否存在较大干扰源，特别地，对于室内分布系统，需要排查分布系统是否存在干放和合路器，干放及合路器问题通常是重要的上行干扰问题源；
下行干扰，可以通过现场测试，通过C/I状况进行确定，频率、扰码分析是重要的手段。
4）无线环境因素：
PS业务主要在室内使用，如果没有分布系统，室外站点的PCCPCHRSCP的接受电平相对较低，或者直接是弱覆盖，是RRC的建立成功的直接原因，因此，可能要提高PCCPCH功率，或者调整最小接入电平QRXLEVMIN（将此部分用户迁移至覆盖更好的2G系统）。
5）针对现场测试和后台分析，可以通过调整部分参数，提升RRC/RAB成功率。
3无线掉线率TOP小区分析处理
1.4CS掉线处理
1.4.1CS掉线话统打点原因
CS掉线的原因可以通过话统原因统计的细化Counter进行确定。
表9是CS掉线的对应原因打点。
表9：
CS掉线的对应原因打点
AAL2链路失步导致IU释放
FP/MDC异常导致IU释放
RL失步导致IU释放
L2DSP故障导致IU释放
SRB复位导致的IU释放
UE重配超时导致的IU释放
UERB重配无响应导致的IU释放
VS.IuRelReqCs.IubAal2Fail
VS.IuRelReqCs.IubFpMdcAbnorm
VS.IuRelReqCs.IubRlFailInd
VS.IuRelReqCs.L2Abnorm
VS.IuRelReqCs.SrbReset
VS.IuRelReqCs.UeHhoNoRsp
VS.IuRelReqCs.UeRbRecfgNoRsp
UE返回错误导致的IU释放
UE侧信令释放导致的IU释放
小区拥塞导致RAB释放
AAL2链路失步导致RAB释放
FP/MDC异常导致RAB释放
L2DSP故障导致的RAB释放
PIU板故障导致的RAB释放
VS.IuRelReqCs.UeRspFail
VS.IuRelReqCs.UeSigRel
VS.RabRelReqCs.CellCongest
VS.RabRelReqCs.IubAal2Fail
VS.RabRelReqCs.IubFpMdcAbnorm
VS.RabRelReqCs.L2Abnorm
VS.RabRelReqCs.PiuErr
1.4.2TOP小区CS掉线处理
1）RL失步
可以采用以下的处理方式：
✓处理弱覆盖区域（通常接入电平较低）导致的RL失步掉话，可以通过RF调整进行处理，另外对于RF调整无法进行调整的可以考虑通过调整最小接入电平，避免用户接入T网或者调整2G/3G互操作参数，将用户迁移至覆盖更好的2G网络；
✓调整无线链路最小发射功率；
✓确定是否存在上行ISCP异常问题，核查处理内、外部干扰；
✓营业厅或者出售SIM/终端场所的异常操作（拔电池、频繁试SIM卡）导致的RL失败。
2）SRB复位
SRB复位，主要是由于上下行链路质量较差导致，处理方法有：
✓RF调整；
✓2G/3G互操作调整，将用户迁移至覆盖更好的2G网络；
3）RB失败
✓切换失败导致的掉话，可以通过核查联合报表和CELLtoCELL切换统计确定，梳理邻区关系，确定目标小区是否存在问题（硬件故障等）；
✓部分异常终端问题。
1.5掉线率TOP小区一般处理过程
✓原始指标过滤，找出RNC请求释放的按原因分类的电路域RAB数和RNC请求释放电路域Iu连接对应的RAB数目，即掉话次数高TOP小区及失败原因
✓对于上行干扰严重的小区首先要分析干扰来自系统外的还是系统内的，对于系统外的排查干扰源，系统内的通过更换频点来解决。
✓对高掉话小区进行场景分类，按照经验大部分都属于边缘站。
对这部分小区需尽量控制覆盖。
RF调整，异系统参数调整为主。
✓对非边缘小区，核查系统内celltocell切换情况。
核对是否有高切换失败小区，并核查现场无线环境是否为必须邻区，对小区邻区进行梳理。
✓对于异系统切换次数较少且成功率高的掉话差小区，尝试打开链路质量切换算法。
并密切跟踪掉话及互操作切换指标变化情况
接通率可以分别从RRC与RAB入手优化
1、查看RRC建立详细原因值（注册类失败比例高【提高最小接入电平】或者系统间小区重选失败比例高【核查GSM侧TDD_OFFSET参数，提高GSM-TD重选门限，规避频繁重选及弱场起呼】）；
2、使用PCHR输出PS域RAB建立失败的错误编码，对症下药，有可能为TOP终端导致；
PS域掉话率问题可调整PS永久在线定时器（立竿见影）
PS掉线率高，有无线环境原因、设备原因和处理机制问题、参数设置问题。
PS掉线率高，主要在于PS业务本身特点：
+y3[0E9H#H3A0g
1、采用AM模式，需重传确认，容易出现RLC错误，触发小区更新而导致失败；
移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单!
`/8y$U4a+f1q-J
2、占用资源多，更容易由于资源拥塞原因导致切换失败，或由于PS调度，重配资源出现问题；
mscbsc移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。
2E#q.r2X4r4i0?
!
t6y*U
3、在2G/3G互操作过程中，采用重选方式，比CS更容易出现问题。
求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单-N,t/1y9;
a7C*[）E/G
等等，这些因素，都导致PS掉线率比CS掉话率高。
*^3d&
@2W.~3（L'
b3a,^
分析思路来说，还是从这几个方面入手：
1、覆盖优化，保持RSCP大于80左右；
2、干扰优化，特别是邻区优化，目前看来，对干扰影响很大；
3、参数优化，DCA算法参数，2G/3G互操作参数均会影响切换成功率；
2m9g4oR3E,m-W
4、目前处理机制进一步优化，如并发业务等；
|国内领先的通信技术论坛（|）X4]$g&
R5Z9^+Q
5、目前设备如UE还有这样那样问题，以及用户习惯，一上网就不下线，一直挂起等（目前已有应对机制）。
从PS域指标中选择PS域接通率低的RNC，对其RNC的话统进行分析，分析RRC建立失败和RAB指派建立失败的Top原因，针对从话统中导出的RRC建立失败原因和RAB建立失败原因进行相应处理。
.Y,Y/|!
w（g,f
1、从RRC连接建立失败原因话统中导出RRC连接建立失败的原因，RRC连接建立失败的原因主要包括：
RL建立失败|国内领先的通信技术论坛1V4a,u.}9A3H9q
AAL2建立失败
拥塞|国内领先的通信技术论坛2w5m2a%P"
T5N"
f'
R/f;
L
FP同步失败
小区没有应答
2、由RAB建立成功率导出RAB建立失败原因，RAB建立失败原因主要包括：
7H'
U"
C@8Cl
最大速率不支持
无效RAB参数mscbsc移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。
;
q4V1@-]w6A*g+|
IU接口传输建立失败3@.D）W,O'
L}9I,p+r"
Q#Y
无可用资源
未知错误移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单.Z4j$u7@8G/{4F%A4A&
H
没有UE应答
首先根据话统数据来获取全网RRC和RAB建立成功率的变化趋势，假如指标达到满足要求，就继续观察；
如何没有找出RRC或者RAB建立成功率低的TOP小区进行分析。
处理TOP小区首先排查是不是站点存在告警，如果存在告警，提交排障租检查；
如果不存在告警，则需进一度的核查是RRC连接建立成功率低的原因还是RAB建立成功率低的原因。
如果是RRC建立成功率低的原因，则需对TOP小区实施调整，RAB亦然。
最后看实施方案是否能够推广全网，如果可以的话，全网实施调整方案。
常见接通问题主要包括：
RRC连接成功率低、RAB建立成功率低。
1.1RRC建立主要分为四个部分：
UE在RACH上发RRCCONNECTIONREQ；
RNC接收到RRCCONNECTIONREQ后，配置L2资源并和NodeB建立IUB接口上的RL链路；
RNC向UE发RRCCONNECTIONSETUP；
UE回复RRCCONNECTIONSETUPCOMPLETE。
统计RRC接通率的起始点是RNC收到RRCCONNECTIONREQ，终止点是RNC收到RRCCONNECTIONSETUPCOMPLETE。
影响RRC建立成功率的是RRC连接建立失败次数，主要由以下几个方面没有成功导致的。
RNC资源分配失败，或者建立L2实例失败，或者IUB接口RL链路失败目前的用户量和话务量都不多，出现资源不足的情况基本上不可能，因此如果出现了前面几种失败原因，一般都是RNC或者NodeB内部出现了问题，需要检查RNC和NodeB的状态或者小区状态。
UE收不到RRCCONNECTIONSETUP。
RRCCONNECTIONSETUP消息是在FACH上发给UE的。
目前SCCPCH功率配置的值一般是-3db（相对于PCCPCH功率，单码道）。
从覆盖上来说，已经和PCCPCH的覆盖一样了。
如果仍然出现UE收不到RRCCONNECTIONSETUP消息（这个光从RNC的log看不出来，必须要通过采集终端的log来查看），则需要调整SCCPCH功率，来满足信号覆盖不好的地方功率需求。
RNC收不到RRCCONNECTIONSETUPCOMPLETE。
如果UE收到RRCCONNECTIONSETUP消息后，会向网络回复RRCCONNECTIONSETUPCOMPLETE消息。
如果UE在作专用信道同步时失败，或者在向网络侧发RRCCONNECTIONSETUPCOMPLETERRC建立失败。
解决方案：
通过提高上行期望接收功率/RL初始发射功率和修改上行同步的参数，来使得UE能够正常进行专用信道同步和上传RRC建立完成消息。
上行干扰余量用来调整计算上行期望接收功率的大小，主要为了在上行初始接入时，对上行期望接收功率进行调整，从而能够满足各个小区不同环境的要求。
上行初始发射功率=PRXDPCHdes+LPCCPCH其中：
LPCCPCH为PCCPCH信道的路径损耗，可以通过网络侧下发的PCCPCH功率值减去UE接受到的PCCPCHRSCP，即可得到LPCCPCH。
PRXDPCHdes为接收机期望接收的功率等级。
PRXDPCHdes=initialSIRtarget+ISCP+MarginUL_Interference。
其中：
InitialSIRTarget：
上行初始SIR目标值。
ISCP：
上行时隙ISCP。
MarginUL_Interference：
上行干扰余量。
在其他条件相同的情况下，上行干扰余量配置越小，计算出的期望接收功率也就越小。
UE以初始发射功率进行初始接入。
如果初始发射功率过小，则易造成网络侧无法接受到上行信令，从而影响无线接通率。
修改TOP小区MAXFACHPOWER由-30改为0。
FACH为前向接入信道。
根据RRCFailCause多为NoRply，可以初步判出最差小区RRC建立失败为RNC未收到UE发的RRC建立完成信令导致。
所以修改FACH信道的功率。
修改TOP小区SCCPCHPOWER由-30改为0。
SCCPCH为辅助公共控制物理信道。
根据信道的映射与承载关系，在修改FACH信道功率的小区同时修改SCCPCHPOWER。
如果是UE收不到RRCCONNECTIONSETUP或者是RNC收不到RRCCONNECTIONSETUPCOMPLETE导致的RRC建立失败，只能在发现问题后，通过路测以及调整上行或下行功率值，来确定是上行功率不足，还是下行功率不足。
TD的同频干扰是比较严重的，如果小区的邻区中，存在同频并且同扰码（这儿指的不是主频RRC建立失败比较多时，需关注是否是干扰导致的。
如果是干扰因素，先需要解决频点和扰码的规划问题。
在解决频点和扰码问题时，不仅要关注RNC内的频点扰码，还需要关注邻RNC间的频点扰码。
PS业务主要是在室内使用，如果没有配置室内分布系统，光靠室外基站覆
升级会员 