ImageVerifierCode 换一换
格式:DOC , 页数:31 ,大小:1.06MB ,
资源ID:8443694      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-8443694.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(TD网优葵花宝典之业务异常过程分析篇Word文档下载推荐.doc)为本站会员(wj)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

TD网优葵花宝典之业务异常过程分析篇Word文档下载推荐.doc

1、1.6.2典型信令过程111.7RNC间切换过程中的异常171.7.1总体描述171.7.2典型信令过程及异常分析171.8CS系统间切换过程中的异常211.8.1总体描述211.8.2典型信令过程及异常分析211.9PS系统间切换过程中的异常231.9.1总体描述231.9.2典型信令过程及异常分析231.10保持过程中的掉话241.10.1总体描述241.10.2典型信令过程241 业务异常过程1.1 网络侧收不到RRC连接请求1.1.1 总体描述终端发起呼叫,从路侧终端上可以看到RRC连接请求已经发出,但网络侧看不到任何信令。1.1.2 原因分析可能是由于UpPch所在位置存在干扰,导致

2、网络侧解错终端上行包,使得RNC看不到任何消息。n 如果是特定终端出现该现象,而其他终端没有问题,则可以利用扫频仪在特定终端天线口处检测终端上行信号强度是否正常;n 如果是普遍现象,则需要检查UpPch所在位置的干扰,如存在干扰则需要考虑对UpPch位置进行偏移。1.2 RRC连接拒绝1.2.1 总体描述RNC收到UE发送的RRC CONNECTION REQUEST消息后,可能因一些原因导致无法为UE建立RRC资源,此时RNC会向UE发送RRC CONNECTION REJECT消息。此类异常影响发起业务的无线接通率KPI指标。1.2.2 典型信令过程1. 信令截图2. 重要信令解释信令消息

3、过程解释rrcConnectionRequestUE发送RRC连接请求,请求接入网络;rrcConnectionRejectRNC可能因一些原因无法为UE建立RRC资源,因此发送RRC连接拒绝,拒绝UE的接入请求;1.2.3 原因分析可能造成RRC连接拒绝的常见原因有:n 小区码道资源不足,没有足够的码道为UE分配(特殊地:UE只支持单载频,而主载频上已没有剩余的码道资源);n 干扰或功率受限,软资源接纳失败;n 传输资源申请或带宽接纳失败;排查方法:n 查看小区剩余的码道资源数看是否有足够的剩余资源;n 查看公共测量值和配置的接纳门限,是否为功率干扰等软资源受限;n 查看Iub口带宽大小是否

4、受限;1.3 RRC连接建立超时1.3.1 总体描述RNC向UE发送RRC CONNECTION SETUP消息,在一定的时间之内未收到UE上报的RRC CONNECTION SETUP COMPLETE消息,则表示RRC连接建立超时,将删除建立的无线链路,该UE接入失败,此类异常影响业务的无线接通率KPI指标。1.3.2 典型信令过程n 终端只发送一次RRC连接请求RadioLinkSetupReqeustIUB口消息,建立无线链路RadioLinkSetupResponserrcConnectionSetup空口消息,RNC向UE发送RRC建立,建立信令无线承载资源RadioLinkDel

5、eteReqeustIUB口消息,删除无线链路RadioLinkDeleteResponse3. 异常分析 从路测终端侧可以看到终端已经收到RRC连接建立消息,并发送了RRC连接建立完成消息,造成此现象的原因,多为上行方向上的RRC连接建立完成消息网络侧未收到,需要在上行方向上查找原因。n 终端只上报多次RRC连接请求由于终端未收到网络侧下发的rrcConnectionSetup消息,终端会以网络侧配置的定时器(缺省2秒),重复上报RRC链接请求。从路测终端侧看,终端未收到RRC连接建立消息,由于终端在上报RRC链接请求后,收不到网络侧RRC链接建立,会重发RRC链接请求,据此可以判断网络侧下

6、发的RRC链接建立消息终端未收到,需要在下行方向,排查问题,如Iub口传输丢包、FACH信道配置不正确。1.3.3 原因分析可能造成RRC建立超时的常见原因有:n 由于下行功率不足或存在下行干扰等原因,UE未收到RNC发送的RRC CONNECTION SETUP消息;n UE收到了RRC CONNECTION SETUP消息,也上发了RRC CONNECTION SETUP COMPLETE消息,但由于上行功率不足或存在上行干扰等原因,RNC未收到该消息;n UE收到了RRC CONNECTION SETUP消息,但由于消息错误或UE内部错误等原因,UE未发送RRC CONNECTION S

7、ETUP COMPLETE消息;n 查看RRC链接建立的上行时隙干扰情况,如果发现时隙干扰很大,查看NODEB载扇是否正常,同时查看邻小区是否有大量同频邻区,若在话务量小的情况下,ISCP仍然很高,则干扰可能来自异系统,如:GSM,PHS等; n 若网络侧没有收到RRC建立完成消息:则调整后台DPCH的期望接收功率,同时利用网规网优手段,降低上行方向上的干扰;n 无效配置、配置不支持等配置错误:换个手机测试,若各厂家手机测试都有问题,将本小区RRC建立消息和正常小区的RRC建立消息进行对比,查看配置是否正确;n 若UE未收到RRC建立消息:调整后台下行最小发送功率,增加UE接收到RRC建立消息

8、的几率,或者调整周围网络的覆盖、频点、功率等,尽量降低下行方向上的干扰,或调整小区PCCPCH功率及公共信道、共享信道相关功率,确认Iub口传输无问题;1.4 RAB指派失败1.4.1 总体描述RNC收到CN下发的RAB指派消息后,会根据业务的QoS需求,在IUB口配置无线链路资源,在空口建立无线承载资源。此时,可能由于资源受限、空口超时等原因,RNC给CN回RAB指派失败,会影响发起业务的无线接通率,RAB指派失败消息中会填写原因值,具体原因值参考常见非标准原因错误码对应表。1.4.2 典型信令过程1.4.2.1 RNC资源申请失败导致的RAB指派失败RabAssignmentRequest

9、CN发送的RAB指派请求消息RabAssignmentQueuedRNC向CN发送RAB排队指示RabAssignmentFailRNC向CN发送RAB指派失败消息,表示RAB指派过程失败n 检查NodeB告警,确认小区未出现闭塞、载频删除、载频闭塞等情况;n 检查DDM,确认小区载频、时隙均未处于屏蔽状态;n 与默认配置检查,确认相关License功能都处于打开状态;n 与默认配置进行对比,检查小区资源相关参数配置是否正确,如业务极限用户数等信息,参考资源分配相关参数解释;n 空载状态下查看小区LMT测量,查看上下行底噪是否异常,如果发生异常需要排查干扰来源,或确认NodeB设备是否有异常;

10、n 查看小区话务量统计相关计数器,确认该小区是否属于话务量较重的小区,如果确实属于热点小区,则需要通过增加频点配置、增加HCS小区进行补热;1.4.2.2 RB建立超时导致的RAB指派失败RadioLinkReconfigurationPrepare无线链路重配过程,为该业务配置IUB口资源RadioLinkReconfigurationReadyRadioLinkReconfigurationCommitRadioBearerSetupRNC通过无线承载建立消息,为该业务建立空口资源RadioLinkRestoreIndication无线链路恢复指示,表示UE采用新配置后已经同步完成发送RA

11、DIO BEARER SETUP给UE后,在一定时间内未收到UE上发的RADIO BEARER SETUP COMPLETE消息,因超时导致RAB指派失败,超时的原因可能为:n UE未收到RADIO BEARER SETUP消息,需要确认Iub口是否存在丢包现象,下行是否存在强干扰或下行发射功率不足等情况,可以在LMT上观察UE下行单码道的发射码功率,如果过小可以确认是否功控存在问题,或适当提高最小发射功率,进行测试;n UE收到了RADIO BEARER SETUP消息,发送了RADIO BEARER SETUP COMPLETE消息,但RNC未收到,可以从UE侧确认上行功率强度,或查看上行

12、时隙是否存在干扰等,可适当调整上行初始SIR值进行测试;n UE收到了RADIO BEARER SETUP消息,但没发送RADIO BEARER SETUP COMPLETE消息(消息错误或UE内部错误等原因);n 如果RRC链接建立中等场强属于中强场,且RB建立的时隙无干扰,则终端对于RNC下发的物理资源配置支持可能存在问题,如部分终端不支持伴随信道复用,不支持上行多时隙、多码道等。1.4.2.3 RB建立过程中小区更新导致RAB指派失败2. 异常分析 RNC在分配物理资源后,下发RB建立,终端收到RB建立后上报小区更新,原因为RL失败,若小区更新场强属于中强场,则终端对于RNC下发的物理资

13、源配置可能存在无线性能问题,如部分终端不支持伴随信道复用,不支持上行多时隙、多码道等。可使用不同芯片厂商的终端进行对比测试,或调整RNC分配的物理资源(包括码道数、时隙数等)。1.4.2.4 RB建立失败导致RAB指派失败 暂缺。 RNC在分配物理资源后,下发RB建立,终端收到RB建立后上报RB建立失败,若起呼点场强属于中强场,则终端对于RNC下发的物理资源配置可能存在不支持情况,如部分终端不支持伴随信道复用,不支持上行多时隙、多码道等。1.4.2.5 其他原因导致的RAB指派失败 除空口超时以及资源分配失败导致的RAB指派失败外,还存在其他原因,如承载建立失败,无线链路重配失败等异常,会导致

14、RAB指派过程执行失败,具体排查说明参考错误码中的相关内容。1.5 承载调整中的异常1.5.1 总体描述此处的承载调整是指小区内的物理资源(载频、时隙)调整、业务速率改变、H2D、D2H等过程。1.5.2 典型信令过程1.5.2.1 空口超时导致的承载调整失败RadioBearerReconfigurationRNC向UE发送无线承载重配置消息,将调整之后的无线承载通知UEIuReleaseRequestRNC向CN发送IU释放请求消息,该消息用于RNC发起的UE释放参考RB建立超时导致的RAB指派失败。1.5.2.2 RB重配失败的承载调整失败暂缺。参考RB建立失败导致RAB指派失败。1.5

15、.2.3 RB重配过程中小区更新导致的承载调整失败参考RB建立过程中小区更新导致RAB指派失败。1.5.2.4 RNC资源申请失败导致的承载调整失败 当RNC物理资源不足时,网络侧收到上行或下行的4A测量报告时,则不会发起RB重配流程,维持当前速率状态。参考RNC资源申请失败导致的RAB指派失败。1.5.3 原因分析1.6 RNC内切换过程中的异常1.6.1 总体描述RNC内切换相关的异常主要有如下几种典型场景:n 物理信道重配失败:网络侧在下发physicalChannelReconfiguration消息后,终端回physicalChannelReconfigurationFailure消

16、息,导致切换过程失败,此类异常影响RNC内切换成功率,但不会导致掉话;n 物理信道重配超时:网络侧在下发physicalChannelReconfiguration消息后,终端没有响应,网络侧等待一段时间后,终端仍然未上报cellUpdate,超时后释放,此类异常会同时影响切换成功率;n 小区更新后物理信道重配超时:网络侧在下发physicalChannelReconfiguration消息后,终端没有响应,网络侧等待一段时间后,终端上报cellUpdate,网络侧下发cellUpdateConfirm消息,终端响应超时后释放,此类异常会同时影响切换成功率;n 网络侧收到测量报告但未发起切换:

17、网络侧收到终端上报的1G或2A测量报告,但未在目标小区发起无线链路建立过程,也未向终端下发physicalChannelReconfiguration,此类异常不会对KPI指标造成直接影响;1.6.2 典型信令过程1.6.2.1 物理信道重配失败1. 信令截图:2. 信令分析:measurementReport 网络侧收到终端1G/2A测量报告FpSAddReq 在目标小区建立无线链路及承载,此案例中RL建立过程中夹杂了一条测量报告,该测量报告为2F测量报告,不影响切换过程,可以忽略;FpSAddRsp RadioLinkSetupRequest measurementReport Radio

18、LinkSetupResponse FpSInitReq FpSInitRsp physicalChannelReconfiguration 网络侧向终端发起物理信道重配过程,终端回应物理信道重配失败,4失败原因为物理层同步失败,期间夹杂的测量报告为2F事件,不影响切换过程,可以忽略;RlmiUciuHelloForward RlmiUciuHelloFwdAck physicalChannelReconfigurationFailureRadioLinkDeletionRequest 网络侧删除目标小区无线链路及承载;RadioLinkDeletionResponse FpSRelReq m

19、easurementControl 网络侧重新向终端下发同频及异频测量控制消息或系统间测量;OlpcParaInfo 原因分析及排查手段:查看PhysicalChannelReconfigurationFailure中携带的失败原因,比如最常见的Failure cause为physical channel failure,表示UE无法在建立新的物理信道,即UE无法在新的信道配置上完成L1同步(UE在T312时间内,收到N312个同步指示,即认为新的信道建立成功)。造成这种现象的原因可能为物理信道所在的时隙干扰较大,或目标小区存在UP干扰。n 查看各时隙干扰情况,如果发现时隙干扰很大,查看NOD

20、EB载扇是否正常,同时查看邻小区是否有大量同频邻区,若在话务量小的情况下,ISCP仍然很高,则干扰可能来自异系统,如:n 查看目标小区UP干扰,若较大,则进行UP位置偏移;n 时隙干扰经常性偏大时,可以尝试调低UE的上、下行开环功率;换个手机测试,若各厂家手机测试都有问题,将本小区的重配消息和正常小区的重配消息进行对比,查看配置是否正确;注:物理信道/RB重配失败后测量控制下发说明:切换失败后,RNC会重新下发测量控制消息,测量控制消息中携带邻区列表但不包含频点扰码等具体信息,如图所示,因为之前的测量控制消息中已经携带了邻区的扰码、频点等信息,UE侧已经保存了相关邻区的详细信息,因此网络侧不需

21、要重新携带邻区的详细信息,只需要指示邻区序号。1.6.2.2 物理信道重配超时measurementReportFpSAddReq在目标小区建立无线链路及承载;FpSAddRspRadioLinkSetupRequestFpSInitReqFpSInitRspphysicalChannelReconfiguration网络侧向终端发起物理信道重配过程,定时时间内终端未发送物理信道重配完成消息,且在等待时间内未上报小区更新;UciuHelloForwardUciuHelloForwardAckSUciuMacMeasReportRadioLinkDeletionRequestRadioLinkD

22、eletionResponseFpSRelReqn UE收到了RECONFIGURATION消息,并发送了COMPLETE消息,但RNC未收到(上行功率不足或存在干扰等原因);n UE收到了RECONFIGURATION消息,但没发送COMPLETE消息(消息错误或UE内部错误等原因);n 若UE未收到重配消息:调整后台下行最小发送功率,增加UE接收到重配消息的几率,或者调整周围网络的覆盖、频点、功率等,尽量降低下行方向上的干扰;n 若网络侧没有收到重配完成消息:1.6.2.3 小区更新后物理信道重配超时网络侧向终端发起物理信道重配过程,定时时间内终端未发送物理信道重配完成消息,则等待终端上报

23、小区更新;cellUpdate终端上报小区更新IuReleaseCommandrrcConnectionReleaseIuReleaseCompleteRadioLinkFailureIndication可能原因为:n UE未收到CONFIRM消息(下行功率不足或存在干扰等原因);n UE收到了CONFIRM消息,并发送了COMPLETE消息,但RNC未收到(上行功率不足或存在干扰等原因);n UE收到了CONFIRM消息,但没发送COMPLETE消息(消息错误或UE内部错误等原因);n 若UE未收到CONFIRM消息:调整后台下行最小发送功率,增加UE接收到CONFIRM消息的几率,或者调整周围网络的覆盖、频点、功率等,尽量降低下行方向上的干扰;1.6.2.4 网络侧收到测量报告但未发起切换终端上报测量报告,在此案例中,测量报告为2A,实际情况中还可能出现1G测量报告的情况,但由于目标小区物理资源不足或目标小区存在异常导致无法分配资源,未发起RL建立及物理信道重配等后续流程;在此案例中,另一条测量报告为2

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2