eSRVCC指标提升与优化

eSRVCC指标提升与优化2016年8月2SRVCC与eSRVCCIMSSCCASSBC/P-CSCFSRVCCIWFMSCServerMGWS-GW/P-GWCSEPCMMEE-UTRANGERAN切换接入网对端网络IMSSCCASSBC/P-CSCF/ATCF/ATGWSRVCCIWFMSCServerMGWS-GW/P-GWCSEPCMMEE-UTRANGERAN切换接入网对端网络1000ms300ms300ms=0ms基于R10的eSRVCC技术，相较于R8的SRVCC技术，eSRVCC大大缩短了话音切换过程中的时延，300ms的切换时间接近于人类眨一下眼睛的时间，为LTE用户提供了几乎无感知的完美话音业务体验。SRVCCeSRVCCeSRVCC新增网元：ATCF：AccessTransferControlFunction分配用于SRVCCIWF寻址ATCF的STN-SR（会话转移号码）。ATGW：AccessTransferGateway。3SRVCC架构SRVCC关键技术点：1.在MSCServer和MME之间定义Sv接口，提供异构网络间接入层切换控制；2.通过设置IWF互通网元，终结Sv接口，避免对原有电路域设备的改造；3.IMS网络作为会话锚定点，统一进行会话层切换，保证会话跨网切换的连续性。4eSRVCC架构通过拜访地增加锚定节点，缩短媒体更新路径，eSRVCC实现了不超300ms的切换性能要求。信令面在用户所在本地网络锚定，媒体面切换也在本地进行，不需要通知远端切换媒体面，通常不超过100ms，避免了可能的语音中断（约800ms）。ATCF：AccessTransferControlFunction。ATCF是切换前后信令面的锚点。为了减少时延，ATCF功能必须部署在服务网络（对于漫游用户来说，拜访网络为服务网络）中。这样MSC能尽量靠近ATCF，避免了漫游场景中MSC到ATCF的信令面路由时间过长。ATGW：AccessTransferGateway。ATGW是切换前后VoIP媒体面的锚点。将VoIP呼叫媒体面锚定到ATGW，这样后续再发生SRVCC切换时，只需要更新ATGW上的媒体信息，不需要更新对端(UE)的媒体面信息，由此带来的媒体面中断时间就可以避免。5eSRVCC信令流程6eSRVCC信令流程1.eNodeB向UE下发异系统测量控制。2.UE回复eNodeB响应消息。3.UE测量到邻区满足门限后触发测量上报。4eNodeB作出切换判决后，向MME发送handoverrequired消息，并标识这是个SRVCC的切换。5.MME将语音承载和其他承载分离后，向MSC以及目标SGSN分别发送relocationrequest消息。6.SRVCCMSC收到relocationrequest后，向RNC/BSC发送切换准备指示，RNC/BSC准备好资源后返回到MSC。目标SGSN进行PS业务的切换准备流程，和异系统PS切换一样。IMS内完成媒体面的转换。7.在以下两种场景中MME的处理不同。在CSonlySRVCC切换场景，MME收到目标MSC的切换准备完成响应。在CS+PSSRVCC切换场景，MME收到目标MSC和目标SGSN的切换准备完成响应。8.MME下发切换命令给eNodeB。9.eNodeB下发切换命令给UE。10.UE收到切换命令后，接入目标网络。11.UE完成语音的SRVCC切换。7eSRVCC信令流程8eSRVCC信令流程9eSRVCC信令流程10eSRVCC信令流程附着的终端能力:SRVCC11eSRVCC信令流程12eSRVCC信令流程PDN建立的给volte信令服务，对应的APN:ims13eSRVCC信令流程第三方注册REIGSTER里包含SRVCC内容14eSRVCC信令流程第三方注册REIGSTER里包含SRVCC内容AS回给ATCF的MESSAGE包含SRVCC内容注册流程走完。算把SRVCC的信息也都通知到了15eSRVCC信令流程eMSC发invite给PCSCF/ATCF,告知IMS域要转接了16eSRVCC信令流程17eSRVCC信令流程ASre-inviteMTACK之后，IMS接续完成18eSRVCC信令流程ASre-inviteMTACK之后，IMS接续完成19eSRVCC信令流程ACK之后，IMS接续完成发送SRVCCPStoCSCompleteNotification20eSRVCC信令流程因为媒体已经转移，专有承载释放，之前的MO的SIPCall释放。最后呼叫正常释放。所以看到好几个BYE21eSRVCC优化流程指标定义RVCC切换成功率=SRVCC切换成功次数（UE收到MobiltyFromEUTRACommand-指向GSM，随后上发Handovercomplete消息）/SRVCC切换尝试次数（UE收到MobiltyFromEUTRACommand-指向GSM）×100%，统计主被叫。eSRVCC切换成功率作为影响用户语音通话质量感知因素，严重影响用户感知，通过对eSRVCC切换成功率优化，提升用户的感知。优化流程：eSRVCC切换成功率与G网邻区配置准确性和合理性有直接关系，对eSRVCC排查如下：第一步：在初始配置阶段，可以参考CSFB邻区配置，虽然CSFB仅仅配置频点，未定义具体的2G小区，但是CSFB在外场经历了长期的优化，相对而言邻区设置比较合理。第二步：核查G网邻区的准确性，即2G邻区相关的参数要配置正确。假如，小区CI、LAC、RAC、BSIC，频点等配置错误，都会导致核心网MME反馈目标系统不存在，进而eSRVCC来不及切换而发生掉话。第三步：核查G网邻区的合理性。结合测试进行补充、删除不合理邻区关系。根据不同场景设置合理的切换参数。eSRVCC异系统门限设置不合理会导致过早切换到异系统或来不及切换到异系统等问题，从而引发通话质量下降、掉话、重定向等事件发生。优化时，可以根据不同应用场景设置最佳取值。第四步：网管侧排查：22eSRVCC优化思路尽量减少eSRVCC：在LTE弱覆盖区域通过eSRVCC切换到2G网络，保证通话的连续性。若触发过多的eSRVCC将会给网络带来诸多隐患。SRVCC所引起的问题隐患：发生eSRVCC后除对MOS有影响外，存在感知问题隐患，对用户感知造成影响。切换失败无回退机制：eSRVCC切换失败则必然掉话，目前尚无回退的规范，厂家设备不支持回退。终端在2G/3G去注册与呼叫冲突：终端切换到2/3G网络后，将发起IMS去注册消息，若此时收到呼叫，IMS会终结呼叫导致接不通。回LTE网络初始注册与呼叫冲突：终端在2GIMS去注册后，回LTE后需进行初始注册，若此时收到呼叫，IMS会终结呼叫导致接不通。弱覆盖整治：对所有发生eSRVCC点进行LTE弱覆盖原因分析，通过故障站整治、邻区漏配、室分泄露、天馈优化、新加站等方法解决LTE弱覆盖问题，对暂时无法解决LTE弱覆盖的问题点进行eSRVCC问题优化。23eSRVCC优化思路eSRVCC发生点LTE弱覆盖原因排查LTE断站、故障等原因造成弱覆盖系统内不切换造成弱覆盖天馈调整解决弱覆盖故障点恢复邻区漏配核查、室分泄露排查天馈优化解决LTE弱覆盖通过加LTE站解决弱覆盖是否否否24eSRVCC问题点优化核心网问题优化：若UE在2G收到网络侧的channelrelease，则排查核心网问题，SBC、HSS问题造成eSRVCC注册失败导致eSRVCC失败。无线问题优化：若UE在2G未发送handovercomplete，则排查无线问题，进行无线侧优化。2G、4G小区均弱：核查2G小区弱原因，例如邻区是否漏配，是否2G存在故障等问题，对暂时无法解决2G弱的点，则通过eSRVCC切换门限调整等方法改变eSRVCC切换点，提升成功率；2G干扰：排查2G干扰原因，对无法降干扰小区，则将其从邻区中删除；2G无干扰且信号较好：复测排查是否为偶发事件，通过无线优化等措施处理。eSRVCC掉话点核心网问题：在2G收到channelrelease无线问题：UE未回handovercompleteSBC问题HSS问题2G干扰2/4G均弱2G无干扰25eSRVCC定时器优化SRVCC定时器优化：2G接入流程和IMS会话转移，这两个阶段是并行进行的，涉及到UE是否能从2G正常接入，如果接入失败，是否会返回4G，IMS会话转移阶段是否正常进行，如果会话转移失败，如何释放呼叫等一系列关联问题。2G切换资源准备流程4G无线网MMEeMSCMSC2G无线网HandoverrequiredPStoCShandoverrequestMAPprepareHandoverrequestHandoverrequestHandoverrequestACKMAPprepareHandoverCNFPStoCShandoverresponseHandovercommand2G接入流程HandovercompleteMAPsendendsignalPStoCShandovercompletenotificationPStoCShandoverCompleteACKUEcontextreleaseACMIAMIMS核心网InviteIMS会话转移InviteSAEGWDeleteBearerReqASR原IMS会话删除ASA网元定时器启动时间停止时间ENBTS1relocprep发出handoverrequired收到handovercommandTS1relocoverall收到handovercommand收到UEcontextreleaseMMETmme1发出PStoCShandoverrequest收到PStoCShandoverresponseTmme2收到PStoCShandoverresponse收到PStoCShandovercompleteEMSCT103发出PStoCShandoverresponse收到MAPsendendsignalMSCT202发出ACM消息收到handovercompleteSCCAS等待回切定时器收到invite消息收到SBC发送的BYE消息（用户切换至2G）或收到UE发送的reinvite消息eSRVCC过程中各网元涉及到的定时器如下：26eSRVCC定时器优化网元定时器建议值ENBTS1relocprep10sTS1relocoverall8sMMETmme15sTmme27sEMSCT1037sMSCT2025sSCCAS等待回切定时器8seNBMMEeMSCMSCBSCHandoverrequiredPStoCShandoverrequestMAPprepareHandoverrequestHandoverrequestHandoverrequestACKMAPprepareHandoverCNFPStoCShandoverresponseHandovercommand2G接入失败UEcontextreleaseHandoverrequiredPStoCShandoverrequestPStoCShandoverresponse(94)TS1relocoverall定时器超时T103、T202定时器未超时，MSC还在等待用户从2G接入新的切换请求定时器设置原则：MSCT202，eMSCT103，MMETmme2，eNBTS1relocoverall是一组多层嵌套的定时器，按照上游定时器下游定时器的原则，建议设置为eNBTS1relocoverallMMETmme2eMSCT103MSCT202。如果eNBTS1relocoverall设置过小，eMSC与MSC定时器设置过大可能造成以下场景的失败：用户在2G接入失败，返回4G时，TS1relocoverall定时器已超时，eNB上已删除UE相关数据，此时eNB就无法发送handovercancle消息给MME，UE很快又进行了下一次eSRVCC切换，而此时eMSC/MS