volte无线优化指导书-文库吧资料

　　

【正文】 叫20s后掉话。详见《HTC终端eSRVCC用户面中断时延长问题处理》B、高通芯片测试发现海思芯片的华为Mate7用户面中断时延仅为265ms，分析发现高通与海思芯片终端在业务面恢复时间上存在差异，eSRVCC到2G后，语音包编码器模式要做转换，高通芯片收到4个语音包之后才开始语音包译码，所以用户面中断时间比海思多出4*20=80ms。对比同为高通芯片的SONY终端，时延仅为380ms，判断为HTC终端原因。详见《eSRVCC切换准备时延长问题处理》 eSRVCC切换准备时延问题排查方法A、 eNB、EPC、IMS、eMSC、MSC、BSC网元进行时间校准；B、 跟踪eSRVCC切换准备信令，获取各网元的时间点，从网元和信令两个维度进行分段统计，统计时长占比较大的网元和信令；C、 针对疑似问题网元开展专项分析及问题定位。3 保持优化 保持问题现象及分类保持问题主要包括以下三类（从用户感知角度）：（1）eSRVCC切换准备时延长 eSRVCC切换准备时延较长虽然不影响用户感知，但是可能会导致掉话（2）eSRVCC用户面中断时延长eSRVCC切换时，出现短暂的漏字问题（3）掉话VoLTE语音无法保持 eSRVCC切换流程注：测试软件上可以看到的流程 保持问题原因分析及排查思路 eSRVCC切换准备时延长 eSRVCC切换准备时延统计方法终端发出第一条B2上报的异系统MRUE收到mobility form EUTRA的时长 eSRVCC切换准备时延长原因 中兴eMSC私有定时器设置异常，导致eMSC与MSC交互时间占eSRVCC切换准备时间的91%，而其中CS 侧局间承载建立时长（eMSC发送IAM给MSCeMSC接收MSC的ACM）占比达到84%。75~81 主叫侧进行资源释放。69~71 主被叫双方完成呼叫信令流程，双方开始通话。51~59 主叫UE通过空口流程获知通话资源预留成功，向被叫侧发起UPDATE，其中的precondition参数主叫侧为sendrecv，被叫侧为none。35~42 183响应按照呼叫路径被转发至主叫。27 被叫UE返回183其中包含被叫SDP信息，precondition参数中主叫侧和被叫侧均为none。23 HSS向SCC AS返回TADS信息，包含IMS Voice over PS supported。19 被叫触发至VoLTE AS，基本呼叫和补充业务触发完成后触发SCC AS。13~16 主叫侧完成业务触发，主叫AS进行被叫号码补齐，之后主叫SCSCF通过查询ENUM/DNS获取被叫ICSCF地址并将呼叫请求发送至被叫ICSCF。9~10 S/PGW向PCRF返回主叫位置信息。5 主叫侧PCRF向SBC返回AAA响应。2 主叫SBC向PCC申请通话资源（临时），同时请求主叫用户位置信息。24~25 SAE GW向PCRF获取默认规则，PCRF返回QCI=5.26 SAE GW返回PDN连接建立响应，其中包含PCSCF地址27~34 完成IMS PDN连接建立后续流程35 UE通过IMS PDN默认承载发起IMS 注册请求，其中包含通过IMSI导出的IMPU/IMPI36 注册请求经SBC转发至ICSCF37~38 ICSCF向HSS发起查询，HSS返回SCSCF的能力集39 ICSCF根据HSS返回的能力集选择SCSCF并向其转发注册请求40~41 SCSCF向HSS查询用户的鉴权信息42~44 SCSCF向UE返回401响应，发起鉴权挑战45~49 UE计算鉴权结果后再次发起注册请求50~51 UE鉴权通过，SCSCF向HSS获取用户签约信息52~53 SCSCF向AS发起第三方注册，并在其中携带UE发起的核心网注册请求消息54~56 SCSCF向UE返回注册成功响应57~60 AS根据三方注册消息中的ATCF management URI向其发送MESSAGE请求，包含ATUSTI和CMSISDN61~62 AS向HSS更新STNSR63~64 HSS向MME推送STNSR 附录2：VoLTE呼叫端到端详细流程（主被叫均在VoLTE）VoLTE呼叫端到端详细流程（主被叫均在VoLTE）：1 主叫用户UE(O)的呼叫请求发送到主叫SBC。22 UE发起新的PDN连接建立请求，其中携带APN为IMS，PCO获取PCSCF地址。12~20 完成默认承载建立后续流程。7~8 认证通过后，MME向HSS进行用户的EPC位置更新，并告知HSS IMS Voice homogeneous support。SBC发送的AAR消息不携带DHost信息后问题解决，详见《中兴SBC发送的AAR消息错误导致未接通问题处理》 未接通问题排查思路A、暂时无法解决的问题n 由于目前所有厂家的IMS不支持振铃前eSRVCC，振铃前发起eSRVCC，肯定会导致未接通，该问题暂时无法解决n 苹果终端暂不支持振铃中的eSRVCC，振铃中或振铃后，只要是接通前发起eSRVCC流程都会导致未接通，该问题暂时无法解决B、无线原因排查：n 主叫/被叫多次发送信令或者异常进入空闲模式，查看当时的SINR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3干扰、弱覆盖等无线问题导致n 主叫寻呼期间，被叫发起RAU/LAU/TAU，需要分析之前终端如何从4G重选或切换到GSM/TDn RRC连接异常释放，需要进行eNB信令跟踪，查看无线原因C 、终端问题排查：n 对比相同芯片的不同终端、异芯片终端，如果某款终端接通成功率低，则疑似终端问题，需要对终端进行排查n 如果终端收到并正确解码某SIP消息，但未发出后续的SIP消息，则疑似终端问题D、端到端原因排查：n 主被叫发生SIP消息发送失败、SIP消息发送多次问题，则需要在eNB、EPC、IMS上同步抓取数据包，检查消息在哪些网元之间丢失，针对相关网元进行问题排查n 如果主叫收到480消息（当前不可用）、603（谢绝邀请），一般为被叫未收到寻呼问题，需要在终端、eNB、EPC、PCRF、SBC上跟踪寻呼消息触发及发送情况n 如果主叫收到486消息（被叫忙），一般为被叫终端发送，需要跟踪终端、EPC、HSS上信令，确认被叫忙原因n 如果主叫或被叫发送580消息（资源准备失败），一般为专用承载未建立或承载丢失，需要在EPC、PCRF、SBC上跟踪信令，排查承载问题 接入问题无线主要优化手段A、加强LTE覆盖优化，让终端尽可能多驻留LTE网络，尽量避免由于GL重选、振铃前eSRVCC导致的未接通B、加强LTE 模3干扰排查，系统内邻区等优化，避免SINR差导致的未接通C、由于GSM可能存在LAI插花问题，而LTE按照GSM的LAI同步规划了TAI，需要排查LAI插花导致的TAI插花问题，避免不必要的TAU导致的未接通D、规范GSM重选LTE参数，使终端容易从GSM回到LTE，尽量避免GTL重选导致的未接通E、与核心网、终端协同排查寻呼无响应、SIP消息丢失、SIP消息发送失败问题F、与核心网协同排查RRC连接异常释放问题G、联系核心网协同优化MME寻呼策略H、定期升级终端版本 附录1：VoLTE注册端到端详细流程VoLTE注册端到端详细流程：1~2 UE发起EPC附着请求。SBC发送的STR携带DHost消息后问题解决，详见《中兴SBC发送的STR消息错误导致未接通问题处理》n 华为LDRA参数设置不合理华为LDRA“检查DHost是否为本局开关”参数值为“1”，检测消息中的DHost为本局的主机名时，需要做错误处理并返回DIAMETER_APPLICATION_UNSUPPORTED错误码，导致未接通。核心网配置祖冲之算法后问题解决，详见《基站核心网加密算法配置不一致导致呼叫失败》n 中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理中兴SBC发送的AAR消息的flowdescription部分中的IPV6地址携带了“[]”书写格式，华为PCRF在转换过程中不识别解析失败，导致呼叫失败。被叫11:59: 448(38100) 切换到 PCI 393(37900), 然后网络主动去激活专用承载。n 专用承载未建立或丢失，终端上发580 Precondition failure被叫专用承载未建立，在发送UPATE200OK后，被叫发送580消息给主叫。n 被叫寻呼无响应，主叫收到480消息主叫手机起呼后长时间未能成功建立通话，网络侧下发480Temporarily Unavailable（当前不可用）错误码，指示用户无响应。n SIP消息丢失（在测试软件上看到的现象为无线环境良好的情况下，一个终端已发送消息，另一方未收到）主叫14:50:11上发UPDATE消息，被叫一直未收到。被叫该时段在进行GTL重选,包括LAU、RAU、TAU过程。 未接通 未接通统计方法主叫UE发送第一条SIP INVITE后收到网络侧下发的SIP 200 OK消息为成功完成呼叫，其他都算未接通 未接通问题分析方法在主叫的事件中，找到Outgoing call block/Call blocked事件，记录时间点在主叫信令中，找到Invite消息（Invite消息会比RRC连接建立请求消息时间早，因为点击拨号按钮时，首先触发Invite消息，而Invite消息再触发RRC连接建立），记录时间点查看Invite消息到Block事件之间的时间段内，主被叫出现的异常信令 未接通原因分析呼叫建立流程涉及终端、eNB、EPC、IMS等网元，所有网元的问题都可能导致未接通。打开“报文缓存开关”开关后，可以缩短500ms~1s。eNB list寻呼成功率低，改为基于TA list寻呼后，呼叫建立时延大于5s的比例从25%降低到7%。由于交互次数共24次，可以缩短时间24*40=960ms。详见《终端侧invite消息丢失导致呼叫建立时延过长》B. DRADRA“关于链路的数据捆绑开关”未打开，如果每条链路在50ms内收到的消息只有一条，并且消息包长度小于1500字节时，将导致每条消息的时延超过50ms。详见《HTC资源释放过慢导致呼叫建立时延过长》n 终端版本问题，导致发送多次Invite消息。需要在IMS、EPC上进行信令跟踪，确认IMS发送什么类型错误消息，IMS与EPC进行联合分析注：VoLTE终端CSFB 呼叫建立时延长呼叫建立流程涉及较多网元，需要开展端到端分析，呼叫建立时延长主要为终端、DRA、MME、SGW问题。 VoLTE终端CSFB排查思路A、如果终端有4G但无IMS图标，则终端未在IMS注册B、如果终端有IMS图标，仅做被叫叫时回落GSM（4G图标变为2G图标），一般是IMS被叫域选择到GSM。详见《SBC回复500错误导致终端CSFB》n 在4G下的VoLTE用户做主叫，并向主叫中兴SBC发送初始invite消息后，由于主叫UE未携带相关带宽参数，因此中兴SBC在向PCRF申请资源时，未携带“MaxRequestedBandwidthUL AVP”，导致华为PCRF建立承载失败，中兴SBC在收到华为PCRF错误响应后，向UE回复503（Service Unavailable），导致部分终端CSFB。详见《SBC的AAR消息不合规范导致VoLTE被叫CSFB》n EPC按照3GPP规范产生的计费标识中包含“0a”的内容，在IMS网络中，按照SIP协议将“0a”解析成换行符（ASCII码中，0a为换行符，非显性字符），造成对计费标识的误读，导致SCSCF回复500（服务器内部错误）错误给主叫终端，主叫终端进行异常处理，进入CSFB流程。n SBC转发INVITE消息给被叫RCRF时，会触发被叫终端鉴权请求确认，SBC发给PCRF的鉴权请求消息中携带的流描述信息中被叫UE的IP为IPV4，与集团规范要求为IPV6不一致，导致被叫域选择到GSM。B、终端收到错误消息（如500/503）后进行异常处理，发起silent Redial，回落到GSM。华为MME修改参数后解决问题。华为MME修改参数后解决问题。升级版本后可以解决，详见《HTC终端注册慢》 IMS注册慢/无法注册问题排查思路A、首先确认终端设置是否正确（参考原因分析）B、通过eNB或EPC上跟踪信令，确认终端和网络是否支持VoLTE（参考原因分析）C、核查HSS中2G/3G/4G签约数据，确认是否签约IPV6 APND、确认IMS签约数据（将USIM卡装载在其他可以正常使用的手机中进行测试，确认USIM卡签约是否正常）E、如果上述方法还无法定位问题，在eNB、IMS和EPC、DRA、PCRF等网元跟踪数据包，检查终端是否已经发出Register消息，消息已经路由到已经到哪个网元，终端是否已经注册多次E、最后在终端上抓取信令，确认终端问题 VoLTE终端CSFB VOLTE终端CSFB原因分析A、终端在2/4G或者3/4G同时有状态信息，会被叫域选择到GSM。详见《VoLTE USIM卡无法同时在华为中兴区域使用问题处理》252。F. 异厂家对接，导致注册消息未发送到SBC华为DRA按照测试号段进行转发路由，而异厂家Gx（SBC与PCRF的接口）对接存在问题，导致USIM卡无法在中兴和华为区域同时注册。 IMS无法注册有以下原因：A. 终端设置问题，导致未发起注册n HTC手机“设置”—“数据连接”—“IMS服务”未勾选 n 苹果手机“设置”—“蜂窝移动网络”—“语音与数据”未勾选 n 三星手机“设置”—“移动网络”—“VoLTE电话”未勾