sip-503错误码原因分析研究volte端到端业务质量分析

VOLTE端到端质量分析SIP503错误码原因分析研究目录1SIP503消息错误码分析背景32SIP503失败原因分类33SIP503流程分析531无线链路失败导致掉话532VOLTE走盲重定向导致掉话633X2切换失败导致的掉话734SIP信令丢失导致未接通UENOTAVAILABLEFORPSSERVICE8352G侧资源异常导致未接通936基站弱场起呼功能导致1037BSRVCC切换失败1038VOLTE参数配置问题1139VOLTE流程冲突问题（1）12310VOLTE流程冲突问题（2）13311VOLTE流程冲突问题（3）14312VOLTE流程冲突问题（4）14313VOLTE流程冲突问题（5）154SIP503失败案例总结1641邻区配置问题导致SIP503失败原因TX2RELOCOVERALLEXPIRY1642干扰问题导致SIP503失败原因TX2RELOCOVERALLEXPIRY1843传输问题导致SIP503S1切换导致VOLTE掉话2144站内切换与MODIFY并发SIP503导致视频失败2545站内切换并发导致未接通265SIP503失败原因处理流程总结281SIP503消息错误码分析背景2016年中国移动集团开展VOLTE百日会战工作期间，我司在VOLTE质量提升过程中结合炎强平台从TOP小区、DT/CQT遍历拉网测试信令分析中总结经验，旨在帮助各办事处尽快解决信令分析中遇到的问题。随着VOLTE优化工作的开展，我们发现有些SIP503错误码与无线测关联较大，如外部邻区、帧头偏移未对齐导致的干扰，传输时延、切换并发等问题都会导致SIP消息报错，而这些SIP消息报错的时间点之前ENB就发起了异常的信令释放。因此，本文档希望纠正概念中泛指SIP503都是核心网的问题。2SIP503失败原因分类目前，通过甘肃、贵阳两地测试分析结果来看，SIP503错误消息也是各类无线测试中最常见的错误消息，与用户的未接通、掉话等异常行为直接相关。基于信令平台对可能发生503错误消息的所有场景整理出SIP503消息报错为四大类13种场景，做了统一信令回溯和原因分析，并开展了对应的优化策略和研究，针对每一类问题场景给出了明确的解决方案。四大类（ENODEB上发UE上下文释放请求、BSRVCC不兼容引发的切换失败、VOLTE参数配置问题、流程冲突承载建立释放或者修改与切换并发失败）详细情况如下表编号分类SIP503消息报错S1口失败原因值解决措施1INDICATION_OF_RELEASE_OF_BEARERRADIOCONNECTIONWITHUELOST接续过程中，主叫或被叫UE失步，ENODEB在检测到UE无线链路异常后发起RRC连接和UE上下文释放流程，后续UE重回4G网络发起TAU和QCI5默载建立流程。需要核查问题小区明细，排查小区覆盖、干扰问题。2INDICATION_OF_RELEASE_OF_BEARERINTERRATREDIRECTION该问题为UE重定向到2/3G引起，发生区域均在大唐设备区，目前大唐ENODEBV620版本仍无法区分不同QCI的A2/B2（重定向、ESRVCC只能配置一个），部分区域考虑数据业务驻留比未部署ESRVCC。预计6月中旬版本升级后V3版本可解决此问题。3ENODEB上发UE上下文释放请求INDICATION_OF_RELEASE_OF_BEARERTX2RELOCOVERALLEXPIRY该问题为X2切换过程中，UE由于无线环境较差无法成功接入目标小区，发起重建流程，ENB侧X2切换计时器超时发起UE上下文释放。需要无线侧核查切换涉及的源小区和目标小区明细，排查邻区关系配置、邻区切换参数配置、小区覆盖及干扰问题。4INDICATION_OF_RELEASE_OF_BEARERUENOTAVAILABLEFORPSSERVICE该问题多见于无线环境较差，干扰严重，或者传输异常，ENB资源不足导致无法进行正常的VOLTE呼叫，针对该类问题主要通过排查覆盖（可通过开启MR确定是否弱覆盖小区针对VOLTE用户较少的站点可以通过CDL确定，核查邻区是否缺失，掉线指标是否正常，），干扰，传输故障，基站是否拥塞等。5INDICATION_OF_RELEASE_OF_BEARERRADIORESOURCESNOTAVIALIBLE在VOLTE呼叫CS域过程中，VOLTE用户资源准备并修改完成的情况下，收到MGCF响应的INVITE503携带的原因为“NOCIRCUT/CHANNELAVIALIBLE”导致未接通，该问题为2G侧资源问题导致，需核查2G侧资源情况6INDICATION_OF_RELEASE_OF_BEARERNOCIRCUT/CHANNELAVIALIBLE在目前核心网不支持BSRVCC，在弱覆的情况下易导致未接通，我司与华为通过在弱覆盖情况下限制QCI1的建立并利用终端和IMSCSRETRY功能完成弱场起呼。但是这也触发INVITE503，建议在核心侧剔除该类问题导致的未接通7BSRVCC不兼容引发的切换失败INDICATION_OF_RELEASE_OF_BEARERUNSPECIFIED由于目前IMS版本不支持BSRVCC切换，切换失败后终端触发CSFB流程，按集团要求5月底基站升级版本后，基站侧可识别并规避BSRVCC切换。目前我司暂不支持BSRVCC功能识别8VOLTE参数配置问题INDICATION_OF_RELEASE_OF_BEARERNOTSUPPORTEDQCIVALUE部分厂家未开启VOLTE功能开关导致VOLTE参数配置问题，需要从信令平台上提取相关小区明细，核查对应ENODEB上VOLTE相关参数配置。9INDICATION_OF_RELEASE_OF_BEARERMULTIPLEERABIDINSTANCES流程冲突在ERAB建立时，ENODEB返回ERAB建立失败，携带原因值MULTIPLEERABIDINSTANCES，由于前次呼叫ERAB建立、释放与切换流程冲突导致专载释放失败，需要设备统一升级解决，同时MME、ENODEB需要增强处理机制（集团建议站间信令冲突由EPCMME解决，站内信令冲突又接入网解决）。10流程冲突承载建立释放或者修改与切换并发失败INDICATION_OF_RELEASE_OF_BEARERS1INTERSYSTEMHANDOVERTRIGGERED流程冲突在ERAB建立或者更改时，ENODEB返回ERAB建立或者更改失败，携带原因值S1INTERSYSTEMHANDOVERTRIGGERED，在ERAB建立时，ENODEB返回ERAB建立失败，携带原因值UNKNOWNENBUES1APID为切换与ERABMODIFY过程并发引起的流程冲突导致，需要统一升级设备版本解决。（集团建议站间信令冲突由EPCMME解决，站内信令冲突又接入网解决）11INDICATION_OF_RELEASE_OF_BEARERUNKNOWNENBUES1APID流程冲突在ERAB建立时，ENODEB返回ERAB建立失败，携带原因值UNKNOWNENBUES1APID，在ERAB建立时，ENODEB返回ERAB建立失败，携带原因值UNKNOWNENBUES1APID，（集团建议站间信令冲突由EPCMME解决，站内信令冲突又接入网解决）12INDICATION_OF_RELEASE_OF_BEARERX2HANDOVERTRIGGERED流程冲突在ERAB建立或者更改时，ENODEB返回ERAB建立或者更改失败，携带原因值X2HANDOVERTRIGGERED，为ERAB建立或者更改流程和X2切换流程冲突引起，需要设备版本统一升级，规避该问题，（集团建议站间信令冲突由EPCMME解决，站内信令冲突又接入网解决）13BEARER_RELEASEDRADIONETWORKUNKNOWNENBUES1APID流程冲突专载建立消息，但是后面又收到QCI1的EPS承载释放消息；查看炎强平台，MME下发激活EPS承载消息给ENB，但是ENB回复ERABSETUPRESPONSE消息携带UNKNOWNENBUES1APID；主要是UE发生了站内切换与QCI1的承载建立并发冲突，导致被叫无法正常建立专载，最终未接通。（集团建议站间信令冲突由EPCMME解决，站内信令冲突由接入网解决）3SIP503流程分析31无线链路失败导致掉话在呼叫建立阶段，ENODEB上发UECONTEXTRELEASEREQUEST，携带原因值RADIOCONNECTIONWITHUELOST。处理建议接续过程中，主叫或被叫UE失步，ENODEB在检测到UE无线链路异常后发起RRC连接和UE上下文释放流程，后续UE重回4G网络发起TAU和QCI5默载建立流程。需要核查问题小区明细，排查小区覆盖、干扰问题。信令流程说明在呼叫建立阶段，ENODEB上发UECONTEXTRELEASEREQUEST,携带原因值RADIOCONNECTIONWITHUELOST,表明ENODEB为UE失联，MME指示ENODEB释放了UE上下文，并且通过S11接口把承载失败问题传送给SAEGW,SAEGW通过GX接口告知PCRF，PCRF通过RX接口通知SBC，随后SBC通过GM接口给UE发送了503SIP错误码，造成呼叫失败。32VOLTE走盲重定向导致掉话在呼叫建立阶段，ENODEB上发UECONTEXTRELEASEREQUEST，携带原因值INTERRATREDIRECTION。处理建议该问题为UE重定向到2/3G引起，发生区域均在我司设备区域，目前我司620版本仍无法区分不同QCI的A2/B2（重定向、ESRVCC只能配置一个），部分区域考虑数据业务驻留比未部署ESRVCC。预计6月中旬版本升级后可解决此问题。信令流程说明在呼叫建立阶段，ENODEB上发UECONTEXTRELEASEREQUEST,携带原因值INTERRATREDIRECTION,表明UE重定向到了2/3G，MME指示ENODEB释放了UE上下文，并通过S11接口把承载失败问题传送给SAEGW,SAEGW通过GX接口告知PCRF，PCRF通过RX接口通知SBC，随后SBC通过GM接口给UE发送了503SIP错误码，造成呼叫失败。33X2切换失败导致的掉话在呼叫建立阶段，ENODEB上发UECONTEXTRELEASEREQUEST，携带原因值TX2RELOCOVERALLEXPIRY。处理建议该问题为X2切换过程中，UE由于无线环境较差无法成功接入目标小区，发起重建流程，ENB侧X2切换计时器超时发起UE上下文释放。需要无线侧核查切换涉及的源小区和目标小区明细，排查邻区关系配置、邻区切换参数配置、小区覆盖及干扰问题。信令流程说明在呼叫建立阶段，ENODEB上发UECONTEXTRELEASEREQUEST,携带原因值TX2RELOCOVERALLEXPIRY,表明发生了X2切换请求，但是X2切换计时器TX2RELOCOVERALL超时，MME指示ENODEB释放了UE上下文，并通过S11接口把承载失败问题传送给SAEGW,SAEGW通过GX接口告知PCRF，PCRF通过RX接口通知SBC，随后SBC通过GM接口给UE发送了503SIP错误码，造成呼叫失败。34SIP信令丢失导致未接通UENOTAVAILABLEFORPSSERVICE在VOLTE呼叫建立阶段，存在是SIP信令丢失在SGI/S1AP/UU口导致未接通，具体现象为SIP信令（如INVITE/183SESSIONPROGRESS/PRACK/UPDATE/180RINGING/终端未发送INVITE200OK等）连续发送多次之后未收到响应，触发两种现象1PCRF通知DRA放弃本次会话，携带的错误码为“INSUFFICIENTBEARERRESOURCES”（不足的承载资源），该类问题多见于183SESSIONPROGRESS/180RINGING/终端未发送INVITE200OK消息丢失；2SCCAS用“SIPSTATUS500SERVERINTERNALERROR”内部错误消息携带的原因为“NORESPONSEFROMPEER”通过SCSCF告知SBC，从而触发PCRF放弃本次会话，导致VOLTE未接通触发CSFB。该类问题多见于UPDATE/PRACK等消息。处理建议该问题多见于无线环境较差，干扰严重，或者传输异常，ENB资源不知导致无法正常的进行正常的VOLTE呼叫，针对该类问题主要通过排查覆盖（可通过开启MR确定是否弱覆盖小区针对VOLTE用户较少的站点可以通过CDL确定，核查邻区是否缺失，掉线指标是否正常），干扰，传输故障，基站是否拥塞等。信令流程说明在VOLTE呼叫建立阶段，主叫SBC连续下发四次180RINGING，未收到被叫响应的INVITE200OK，或连续多下发183SESSIONPROGRESS触发PCRF通知DRA放弃本次会话，携带的错误码为“INSUFFICIENTBEARERRESOURCES”（不足的承载资源）。在VOLTE呼叫建立阶段，主叫SBC连续下发UPDATE未收到响应导致SCCAS定时器超时（一般设置为6S）SCCAS用“SIPSTATUS500SERVERINTERNALERROR”内部错误消息携带的原因为“NORESPONSEFROMPEER”通过SCSCF告知SBC，从而触发PCRF放弃本次会话，导致VOLTE未接通触发CSFB。详情如下352G侧资源异常导致未接通在VOLTE呼叫CS域过程中，VOLTE用户资源准备并修改完成的情况下，收到MGCF响应的INVITE503携带的原因为“NOCIRCUT/CHANNELAVIALIBLE”导致未接通。处理建议该问题为2G侧资源问题导致，需核查2G侧资源情况。信令流程说明在VOLTE呼叫CS域过程中，VOLTE用户完成UPDATE流程后收到MGCF的MGCF响应的INVITE503携带的原因为“NOCIRCUT/CHANNELAVIALIBLE”，释放本次会话。36基站弱场起呼功能导致在目前核心网不支持BSRVCC，在弱覆的情况下易导致未接通，我司与华为通过在弱覆盖情况下限制QCI1的建立并利用终端和IMSCSRETRY功能完成弱场起呼。但是这也触发INVITE503。处理建议建议在核心侧剔除该类问题导致的未接通。在分析该类S1错误码为“RADIORESOURCESNOTAVIALIBLE”，核查该站点是否开启弱场起呼功能。信令流程说明SBC收到主叫上发的INVITE消息后，通知ENB建立无线承载时收到核心ENB响应的ERABSETUPRESPONE携带原因为“RADIORESOURCESNOTAVIALIBLE”触发INVITE503，终端收到后触发CSFB，从而避免了BSRVCC。详情如下37BSRVCC切换失败BSRVCC切换失败，MME下发的切换准备失败消息“HANDOVERPREPARATIONFAILURE”中，携带原因值UNSPECIFIED。处理建议由于目前IMS版本不支持BSRVCC切换，切换失败后终端触发CSFB流程，按集团要求5月底基站升级版本后，基站侧可识别并规避BSRVCC切换。信令流程说明振铃以前进行BSRVCC切换,IMS不支持导致MME回复“HANDOVERPREPARATIONFAILURE”携带原因值UNSPECIFIED。38VOLTE参数配置问题在ERAB建立时，ENODEB返回ERAB建立失败，携带原因值NOTSUPPORTEDQCIVALUE处理建议VOLTE参数配置问题，需要从信令平台上提取相关小区明细，核查对应ENODEB上VOLTE相关参数配置。信令流程说明VOLTE呼叫建立时，MME通过下发E_RABSETUPREQUEST消息给ENODEB请求建立QCI1的ERAB，ENODEB回复ERABSETUPRESPONSE给MME，携带原因值NOTSUPPORTEDQCIVALUE，ENODEBVOLTE业务相关参数配置存在问题。39VOLTE流程冲突问题（1）在ERAB建立时，ENODEB返回ERAB建立失败，携带原因值MULTIPLEERABIDINSTANCES处理建议由于前次呼叫ERAB建立、释放与切换流程冲突导致专载释放失败，需要设备统一升级解决，同时MME、ENODEB需要增强处理机制（集团建议站间信令冲突由EPCMME解决，站内信令冲突又接入网解决）。信令流程说明VOLTE呼叫建立时，MME通过下发E_RABSETUPREQUEST消息给ENODEB请求建立QCI1的ERAB，ENODEB回复ERABSETUPFAILURE给MME，携带原因值MULTIPLEERABIDINSTANCES，需要进一步分析该用户S1MM1之前的行为。在上次VOLTE呼叫结束时，MME下发ERABRELEASECOMMAND消息给ENODEB，ENODEB因为用户正在切换，返回ERABRELEASEFAILED,携带原因值“S1INTERSYSTEMHANDOVERTRIGGERED”，后续MME再没有再次下发ERABRELEASECOMMAND消息给ENODEB，尝试释放QCI1，ERABID7的ERAB承载，之后新的呼叫开始，建立ERABID7的ERAB承载，因为ENODEB发现ERABID重复，就回复ERABSETUPFAILURE给MME，携带原因值MULTIPLEERABIDINSTANCES。310VOLTE流程冲突问题（2）在ERAB建立或者更改时，ENODEB返回ERAB建立或者更改失败，携带原因值S1INTERSYSTEMHANDOVERTRIGGERED。处理建议为ERAB建立或者更改流程和SRVCC切换流程冲突引起，需要设备统一版本升级解决该问题。信令流程说明VOLTE呼叫建立时，MME通过下发E_RABMODIFYREQUEST消息给ENODEB请求更改QCI1的ERAB承载，ENODEB回复ERABMODIFYFAILURE给MME，携带原因值S1INTERSYSTEMHANDOVERTRIGGERED。通过信令流程，在ERAB更改请求和ERAB响应之间ENODEB上发了系统间的切换请求，发生了BSRVCC切换，因此，ENODEB针对更改QCI1的ERAB请求，回复了失败响应。311VOLTE流程冲突问题（3）在ERAB建立时，ENODEB返回ERAB建立失败，携带原因值UNKNOWNENBUES1APID。处理建议为切换与ERABMODIFY过程并发引起的流程冲突导致，需要统一升级设备版本解决。信令流程说明VOLTE呼叫建立时，MME通过下发E_RABSETUPREQUEST消息给ENODEB请求建立QCI1的ERAB承载，ENODEB回复ERABSETUPFAILURE给MME，携带原因值UNKNOWNENBUES1APID，告知MME不识别MME下发的ENBUES1APID，在此之前，S1MME接口并没有释放UE上下文，UE一直处于连接态，沿用之前的ENBUES1APID，之前的消息交互都没有问题，因此需要ENODEB厂家调查不识别ENBUES1APID的原因。312VOLTE流程冲突问题（4）在ERAB建立或者更改时，ENODEB返回ERAB建立或者更改失败，携带原因值X2HANDOVERTRIGGERED。处理建议为ERAB建立或者更改流程和X2切换流程冲突引起，需要设备版本统一升级，规避该问题。信令流程说明VOLTE呼叫建立时，MME通过下发E_RABSETUPREQUEST消息给ENODEB请求建立QCI1的ERAB承载，ENODEB回复ERABSETUPFAILURE给MME，携带原因值X2HANDOVERTRIGGERED。通过信令流程，在MME下发ERAB建立请求的同时发生了X2切换，因此，ENODEB针对建立QCI1的ERAB请求，回复了失败响应。313VOLTE流程冲突问题（5）在ERAB建立时，ENODEB返回ERAB建立或者更改失败，携带原因值RADIONETWORKUNKNOWNENBUES1APID，在RSRP104DBM，SINR52的时候由于切换并发导致一次未接通。处理建议为ERAB建立或者更改流程和X2切换流程冲突引起，需要设备版本统一升级，规避该问题。信令流程说明VOLTE呼叫建立时，MME通过下发E_RABSETUPREQUEST消息给ENODEB请求建立QCI1的ERAB承载，ENODEB回复ERABSETUPFAILURE给MME，携带原因值UNKNOWNENBUES1APID。通过信令流程，在MME下发ERAB建立请求的同时发生了X2切换，因此，ENODEB针对建立QCI1的ERAB请求，回复了失败响应。4SIP503失败案例总结41邻区配置问题导致SIP503失败原因TX2RELOCOVERALLEXPIRY炎强PCAP包信令分析通过PCAP包信令分析如下，在时间151514发起INVITEREQUEST,时间点151517终端上发REQUESTACK表示会话已经接通,但在时间点151549终端收到网络下发的BYE消息携带的失败原因为承载资源释放。导致一次未接通事件如下图REASONSIPCAUSE503TEXT“PORARINDICATION_OF_RELEASE_OF_BEARER“继续通过PCAP包信令分析发现在时间点151549,ENB主动进行拆链释放原因为X2重定位完成定时器超时UECONTEXTRELEASEREQUESTCAUSERADIONETWORKTX2RELOCOVERALLEXPIRY。无线空口分析在南北滨河路遍历拉网测试过程，我们在华为区域测试过中出现掉话事件，通过无线测试分析，失败原因如下图SIPCAUSE503TEXTPORARINDICATION_OF_RELEASE_OF_BEARER在的时间点151537被叫终端收到网络侧下发切换的RRCCONNECTIONRECONFIGURATION消息后终端未回复RRCCONNECTIONRECONFIGURATIONCOMPLETE,由于RSRP1104DBM左右，SINR7左右终端触发RRC重建后掉话。解决方案通过与华为工程师进行沟通确认由于修改了目标小区的PCI，但未及时同步修改外部邻区数据导致本次切换失败，后经华为修改PCI后，在二次验证中再无掉话的问题。42干扰问题导致SIP503失败原因TX2RELOCOVERALLEXPIRY炎强PCAP包信令分析通过PCAP包信令分析如下，在时间114253发起INVITEREQUEST,时间点114257终端上发REQUESTACK表示会话已经接通,但在时间点154419终端收到网络下发的BYE消息携带的失败原因为承载资源释放。导致一次未接通事件如下图REASONSIPCAUSE503TEXT“PORARINDICATION_OF_RELEASE_OF_BEARER“继续通过PCAP包信令分析发现在时间点114419,ENB主动进行拆链释放原因为无线链路失败UECONTEXTRELEASEREQUEST。CAUSERADIONETWORKFAILUREINRADIOINTERFACEPROCEDURE26无线空口分析主叫占用EARFCN37900、PCI390小区，终端发起SIPINVITE会话呼叫，服务器响应并回复终端SIPINVITE100TRYING，网络侧发起QCI1，EPS承载为7建立的语音业务，无线环境良好CRCRSRC90DBM，CRCSINR12，在114422由于UE上行PUSCH功率较大，上行失步导致主叫掉话。通过主被叫信令分析，主被叫UE接通后占用崔家大滩西侧微站LTE1小区（EARFCN37900、PCI390）后，无线覆盖较好，但是UE上行的PUSCHTXPOWER却增大至22，上行失步2S后114421重选至宏润建设集团LTE8小区EARFCN37900、PCI7）进行RRC重建请求，重建请求拒绝后，UE收到网络侧下发的BYEREQUEST消息，通过后台网管提取该小区子帧干扰情况，发现崔家大滩西侧微站LTE1小区2、7子帧有强干扰，由于上行干扰失步导致掉话。网元友好名崔家大滩607018小区本地ID4小区子帧号1小区上行底噪测量值0,0,0,4,0,0,0,0,4,5,5,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,13小区上行通道总功率测量值DBM94,92,127,127,127,127,127,127,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小区上行无用户通道总功率测量值DBM94,92,127,127,127,127,127,127,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小区子帧号2小区上行底噪测量值24,24,24,25,24,23,23,22,20,18,19,21,20,17,19,21,20,20,22,21,20,19,19,21,20,21,21,20,18,19,20,20,19,20,18,21,19,20,21,22,21,20,21,19,21,23,22,21,23,22,22,22,20,20,21,20,19,18,19,19,20,19,20,19,20,20,20,22,20,20,20,19,19,20,21,20,19,20,20,19,22,22,21,21,19,20,20,21,21,19,19,19,21,20,21,21,20,20,20,21小区上行通道总功率测量值DBM55,53,116,116,116,116,116,116,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小区上行无用户通道总功率测量值DBM81,81,116,116,116,116,116,116,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小区子帧号6小区上行底噪测量值0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,11,12,12,14,0,0,8,0,0小区上行通道总功率测量值DBM83,85,127,127,127,127,127,127,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小区上行无用户通道总功率测量值DBM79,82,127,127,127,127,127,127,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小区子帧号7小区上行底噪测量值21,20,21,22,20,18,19,19,19,18,19,21,20,18,18,20,21,21,22,20,20,19,19,20,20,21,21,20,18,18,19,20,20,20,19,21,19,21,21,22,21,20,21,20,22,23,22,22,23,22,22,21,21,20,19,19,21,18,19,19,20,19,20,19,20,20,20,22,20,20,19,18,19,20,21,20,19,21,19,19,21,21,20,21,20,19,20,20,20,18,18,19,21,21,20,21,19,20,20,20小区上行通道总功率测量值DBM55,53,116,116,116,116,116,116,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0小区上行无用户通道总功率测量值DBM54,51,116,116,116,116,116,116,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0解决方案DF都新开站点，未及时修改帧头偏移。43传输问题导致SIP503S1切换导致VOLTE掉话问题现象兰州拉网测试过程中发现每次联通西固锅炉厂3（PCI255）向西固青少年活动中心2（PCI247）出现掉话，ENB给UE下发RRCCONNECTIONRELEASE，原因是OTHER。查看无线环境，均无质差，具体如下图问题分析X2切换问题分析结合大唐基站告警进行分析，发现西固锅炉厂基站和西固青少年活动中心基站SCTP链路故障，导致无法进行X2切换。通过故障处理，联通西固锅炉厂和西固青少年活动中心SCTP链路恢复正常，进一步验证，X2切换正常（以下是炎强平台LOG），现场无掉话现象，问题暂时规避S1切换掉话问题分析MME进行TRACE跟踪，发现存在信令乱序问题，主要问题是MME收到源小区发送S1ENBSTATUSTRANSFER比目标小区发送的S1HANDOVERNOTIFY晚100MS左右，MME认为信令乱系，不回复目标小区回复S1MMESTATUSTRANSFER，源小区至目标小区SN倒换失败，最终ENDTIMER超时造成无线链路释放掉话。查看大唐基站TRACE跟踪，源小区发送S1ENBSTATUSTRANSFER比目标小区发送S1HANDOVERNOTIFY晚58MS；基站不存在乱序问题。怀疑源小区传输时延大于目标小区，导致MME信令乱序。基站侧信令目标小区未收到S1MMESTATUSTRANSFER，源小区（161254463）发送S1ENBSTATUSTRANSFER后58MS目标小区才发送的（161254521）S1HANDOVERNOTIFY，紧接着ENDTIMER（100MS）超时，ENB主动释放承载。（源小区侧信令）（目标小区侧信令）核心网信令MME收到源小区发送S1ENBSTATUSTRANSFER前，收到了目标小区发送的S1HANDOVERNOTIFY（约早100MS左右），MME认为这种情况是信令乱序，所以不给目标小区回复S1MMESTATUSTRANSFER，导致SN倒换失败，最终造成掉话。定位结论基站发送顺序正常，而MME收到信令乱序，怀疑源小区传输时延较大而导致MME信令乱序。正常S1切换信令流程LEGENDPACKETDATAPACKETDATAULALLOCATION2MEASUREMENTREPORTS3HODECISION4HANDOVERREQUIRED6ADMISSIONCONTROL8HANDOVERCOMMAND9RRCCONNRECONFINCLMOBILITYCONTROLINFORMATIONDLALLOCATIONDATAFORWARDING14RRCCONNRECONFCOMPLETE20UECONTEXTRELEASE15PATHSWITCHREQUESTUESOURCEENBTARGETENBSERVINGGATEWAYDETACHFROMOLDCELLANDSYNCHRONIZETONEWCELLDELIVERBUFFEREDANDINTRANSITPACKETSTOTARGETENBBUFFERPACKETSFROMSOURCEENB12SYNCHRONISATION13ULALLOCATIONTAFORUEPACKETDATAPACKETDATAL3SIGNALLINGL1/L2SIGNALLINGUSERDATA1MEASUREMENTCONTROL19PATHSWITCHREQUESTACK21RELEASERESOURCESHANDOVERCOMPLETIONHANDOVEREXECUTIONHANDOVERPREPARATIONMME0AREARESTRICTIONPROVIDED16USERPLANEUPDATEREQUEST18USERPLANEUPDATERESPONSE17SWITCHDLPATHENBSTATUSTRANSFER10ENDMARKERENDMARKERPACKETDATA5HANDOVERREQUEST7HANDOVERREQUESTACK11MMESTATUSTRANSFERDATAFORWARDING优化措施及效果X2链路故障处理，掉话问题规避；传输时延定位；经验总结通过分析S1切换导致VOLTE掉话问题，充分暴露了现网切换的两个问题，第一，X2链路维护需要进一步加强，提升X2切换占比；第二，定期核查传输故障，提升S1切换成功率。第三，华为MME对信令流程判决存在不合理性，S1ENBSTATUSTRANSFER是源小区发送的数据面倒换过程，而S1HANDOVERNOTIFY是目标小区收到UE发送重配置完成后给MME回复的信令面切换完成的消息，和业务面倒换属于两个独立的过程，但是华为MME认为乱序，直接丢弃。建议华为MME对信令检测进行修改，不对这种情况判定为乱序。44站内切换与MODIFY并发SIP503导致视频失败兰州视频拉网测试中，发现切换与MODIFY过程并发，会触发UNKOWNENBUES1APID错误，导致MME无法识别，MME触发ERAB释放，最终视频未接通（503错误）UE从PCI为100的小区向PCI为101的小区做站内切换，与此同时EPC给源小区发送了MODIFY请求，此时UE已经站内切换到目标小区，UE未能在源小区收到MODIFY请求，由于UE已经不再源