VoLTE无线优化指导书

1、VoLTE网络优化指导书目录VoLTE网络优化指导书11VoLTE网络结构简介51.1IMS相关网元简介51.1.1SBC51.1.2CSCF61.1.3VoLTE AS61.1.4HSS71.1.5MGCF/IM-MGW71.1.6BGCF71.1.7DRA71.2IMS中的接口协议简介71.2.1Diameter71.2.2RTP/RTCP81.2.3SIP简介81.3SDP简介91.3.1媒体协商91.3.2资源预留101.4被叫域选择和锚定方案111.4.1VoLTE用户被叫域选择流程111.4.2被叫锚定方案122接入优化132.1接入问题分类及现象132.2接入流程132.2.1V

2、oLTE注册流程142.2.2VoLTE呼叫流程162.3接入问题原因分析及排查思路182.3.1IMS注册慢/无法注册182.3.2VoLTE终端CSFB212.3.3呼叫建立时延长222.3.4未接通232.4接入问题无线主要优化手段322.5附录1：VoLTE注册端到端详细流程332.6附录2：VoLTE呼叫端到端详细流程（主被叫均在VoLTE）363保持优化383.1保持问题现象及分类383.2eSRVCC切换流程383.3保持问题原因分析及排查思路383.3.1eSRVCC切换准备时延长383.3.2eSRVCC用户面中断时延长393.3.3掉话403.4保持问题无线主要优化手段47

3、3.5附录1：eSRVCC端到端详细流程493.6附录2：eSRVCC开启导致4G现网的问题533.6.1eSRVCC切换功能开启导致ATU设备掉线问题处理533.6.2eSRVCC开启后CSFB偶尔失败问题处理534附录：案例集544.1接入案例54案例1：VoLTE SIM卡无法同时在华为中兴区域使用问题处理54案例2：HTC终端IMS注册慢55案例3：MME参数设置错误导致VoLTE被叫CSFB问题处理58案例4：SBC的AAR消息不合规导致VoLTE被叫CSFB问题61案例5：SBC回复500错误导致终端SCFB65案例6：HTC资源释放过慢导致呼叫建立延过长67案例7：终端侧Invi

4、te信令丢失导致呼叫建立过长69案例8：DRA参数配置不合理导致呼叫建立时延长74案例9：中兴SGW寻呼未缓存导致呼叫建立时延长75案例10：SBC收到UPDATE的200OK后没有转发76案例11：基站核心网加密算法配置不一致导致呼叫失败78案例12：中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理79案例13：中兴SBC发送的STR消息错误导致未接通问题处理81案例14：华为LDRA参数配置错误导致未接通问题处理84案例15：中兴AAR消息错误导致未接通问题处理864.2保持案例88案例1：eSRVCC切换准备时延长问题处理88案例2：HTC终端eSRVCC用户面中断时延长问

5、题处理90案例3：HTC终端呼叫20秒后掉话92案例4：无线链路失败导致VoLTE掉话分析92案例5：弱覆盖引起VoLTE掉话95案例6：GSM邻区参数配置错误eSRVCC失败导致掉话96案例7：GSM邻区遗漏重定向引起掉话98案例8：GSM邻区配置不完整导致eSRVCC切换失败101案例9：终端未上报B2测量报告无法进行eSRVCC切换107案例10：LTE小区邻区漏配导致VoLTE掉话109案例11：eSRVCC切换收到了CCO命令110案例12：VoLTE异厂家跨MME切换失败问题处理111案例13：eSRVCC切换功能开启导致ATU设备掉线问题处理116案例14：eSRVCC开启后CS

6、FB偶尔失败问题处理1201 VoLTE网络结构简介VoLTE本质是通过EPS来提供业务接入（包括无线承载和EPC承载），通过IMS核心网提供业务控制（包括会话控制和业务逻辑处理及被叫域选择），通过与GSM网络协助来提供业务连续性（eSRVCC等）。其逻辑架构如下图：1.1 IMS相关网元简介1.1.1 SBCVoLTE SBC（Session Border Controller）-会话边缘控制器，包含P-CSCF/AGW、ATCF/ATGW功能模块。P-CSCF（Proxy CSCF）/AGW（Application Gateway）：是IMS中与用户的第一个连接点，P-CSCF提供注册鉴权

7、、信令保护、信令压缩、媒体授权、QoS控制、信令路由、紧急呼叫、漫游计费等功能。为支持补全以及紧急呼叫，P-CSCF需能识别紧急呼叫，获取用户位置信息，并在SIP信令中添加相应信息，且能将位置信息映射为区号。ATCF/ATGW是VoLTE用户在当前所在网络的信令面和媒体面的锚定点，在发生eSRVCC时将VoLTE用户接入侧的媒体面从LTE切换到电路域，并保持媒体面的连接。1.1.2 CSCF CSCF（Call Session Control Function）会话控制和路由，包含I-CSCF、S-CSCF、E-CSCF：S-CSCF（Server CSCF）：S-CSCF在IMS核心网中处于

8、核心的控制地位，负责对UE的注册鉴权和会话控制，执行针对主叫端及被叫端IMS用户的基本会话路由功能，并根据用户签约IMS触发规则，在条件满足时进行到AS的增值业务路由触发及业务控制交互；I-CSCF（interrogating CSCF）：类似IMS的关口节点，提供S-CSCF指派、路由查询功能；E-CSCF，从P-CSCF接受紧急会话建立请求，并完成用户接入位置信息查询和紧急呼叫路由等功能。目前I-CSCF和S-CSCF在物理实体上是合设的1.1.3 VoLTE AS 应用服务器（Application Server）为IMS用户提供增值业务，可以位于用户归属网，也可以由第三方提供，主要包含

9、如下功能模块：l MMTel AS（MultiMediaTelephony多媒体应用服务器）：用于为VoLTE用户提供多媒体基本业务和补充业务；l SCC AS（Service Call Continuity Application Server服务集中化和连续性应用服务器）：实现VoLTE的被叫域选择，eSRVCC过程中的信令控制；l 被叫锚定功能：支持CAP接口，提供被叫用户锚定至IMS；l IM-SSF（IP Multimedia-Service Switch Function智能业务触发网关）：用于触发现有SCP，实现智能网业务逻辑；l 业务配置转发（AP）：实现业务配置请求的汇聚和转

10、发；l MRF（Multimedia Resource Function多媒体资源功能）：负责对媒体资源的控制和处理，实现音视频播放、会议、DTMF收号和音频录音等功能。MRF包括多媒体资源控制器MRFC（Multimedia Resource Function Controller）和多媒体资源处理器MRFP（Multimedia Resource Function Processor）。1.1.4 HSS VoLTE中的HSS（Home Subscriber Server）-归属用户服务器是HLR/AuC、IMS-HSS、EPS-HSS三合一融合设备，统一存储VoLTE用户在2/3/4G及

11、IMS的用户数据，处理2/3/4G及IMS网络中呼叫控制网元对用户的数据访问，还通过开通接口接收并响应BOSS业务开通指令。1.1.5 MGCF/IM-MGWMGCF（Media Gateway Control Function媒体网关控制功能）用于IMS域与CS域的互通，负责完成控制面信令的互通（PSTN/CS域侧ISUP/BICC协议与CM-IMS侧SIP协议的交互和互通），并控制IM-MGW（IP Multimedia-Media Gateway媒体网关）完成用户面媒体面的互通、规整、分析和路由、放音、放音抑制、视频回落等功能。IM-MGW（媒体网关）负责在MGCF的控制下完成VoLTE

12、用户面IP承载与CS域承载之间的转换，提供编解码转换、承载资源管理和放音功能。1.1.6 BGCF BGCF（Breakout Gateway Control Function出口网关控制功能）用于IMS到CS的呼叫路由，BGCF收到来自S-CSCF的呼叫请求后根据本地配置选择合适的MGCF进行转发。1.1.7 DRA DRA（Diameter Routing Agent路由代理节点）负责LTE Diameter信令目的地址翻译和转接, 实现LTE用户的鉴权、位置更新、计费管理。1.2 IMS中的接口协议简介1.2.1 DiameterDiameter协议包括基本协议，NAS（网络接入服务）协

13、议，EAP（可扩展鉴别）协议，MIP（移动IP）协议，CMS（密码消息语法）协议等1.2.2 RTP/RTCP应用层承载面协议，会话建立后，RTP（Real-time Transport Protocol实时传输协议）协议保证媒体流的实时传输；RTCP（Real-time Transport Control Protocol实时传输控制协议）协议对实时传输的媒体流进行监控。1.2.3 SIP简介会话（Session）：描述两个用户之间的媒体连接会话流程：实现主叫UE和被叫UE之间的多媒体会话会话流程中包括媒体的协商（包括媒体类型和编码方式的协商）和双方的资源预留过程。会话初始协议（Sessio

14、n Initial Protocol）是一个在IP网络上进行多媒体通信的应用层控制协议，它被用来管理创建、修改和终结一个或多个参加者参加的会话进程，与SDP、RTP/RTCP、DNS等协议配合，共同完成IMS中的会话建立及媒体协商。终端和网络互为客户端和服务器，使用标准的基于文本的请求（Request），然后以标准的基于文本的回复来应答（Response）。1.2.3.1 请求（客户端）REGISTER 注册INVITE 邀请PRACK 提供临时确认UPDATE 更新连接状态ACK 对INVITE消息的最终确认BYE 挂断SUBSCRIBE 订阅事件通知NOTIFY 通知订阅者新的事件CANC

15、EL 取消1.2.3.2 应答（服务端）1XX-临时响应。表示请求已接收，接收方正在处理。常见的有：100Trying、183Provisional Acknowledge、180 Ringing2 XX -成功响应。请求已成功收到、理解并被接受。常见的有：200 OK、202Accepted、204 No Notification3 XX -重定向响应。请求方需要采取进一步动作以完成请求。4 XX -客户端响应错误。客户端提供了错误的语法或者无法从服务端得到响应。常见的有：401Unatuhorized、486Busy Here、481Call transaction does not ex

16、ist5 XX -服务端响应错误。服务器无法提供合法的请求。常见的有：500 Server Internal Error、503Service Unavailable、580Precondition Failure6 XX -全局失败响应。请求不能再任何一个服务器上得到满足，产生该响应的服务器需要知道有关用户的确切信息。1.3 SDP简介会话描述协议SDP（Session Description Protocol）协议为应用层的控制协议，用于会话建立过程中的媒体协商。1.3.1 媒体协商ü 主叫和被叫UE在会话的建立过程汇总需要对媒体的类型和编码方式达成一致，为此使用SDP请求和应答

17、机制对媒体进行协商。ü 双方协商的媒体类型包括视频、音频、文本、聊天等。ü 每种媒体类型包括多种编码方式，如音频包括PCMU、G.726编码、AMR-WB（自适用多速率宽带）编码等。ü 双方需要协商都支持的媒体类型以及所使用的编码方式。1.3.2 资源预留ü 为保证双方所协商的媒体会话可以建立，空口需要为主叫和被叫用户分配资源，在资源被成功预留之前，不能保证媒体会话可以建立ü 一般情况下进行SDP提供/应答的协商确定了媒体格式和编码方式后可进行资源预留。1.3.2.1 主叫资源预留的开始和结束ü 主叫UE发送Invite消息后，启动资

18、源预留过程。ü 主叫UE发送UPDATE请求表明资源预留成功UPDATE请求发送的前提：（1）主叫UE通过空口流程获知通话资源预留成功（2）收到被叫针对PRACK的200OK响应1.3.2.2 被叫资源预留的开始和结束ü 被叫UE收到主叫UE的Invite消息后，返回183响应并启动资源预留过程。ü 被叫发送UPDATE200表明资源预留成功，前提为主叫和被叫的资源预留均成功。（1）被叫UE收到主叫的UE的UPDATE请求后得知主叫UE的资源预留成功。（2）被叫UE通过空口流程获知通话资源预留成功。1.4 被叫域选择和锚定方案1.4.1 VoLTE用户被叫域选择流

19、程T-ADS（Terminating Access Domain Selection），即被叫域选择功能。VoLTE手机既有可以在电路域使用语音业务，也可在IMS域使用语音业务，且使用同样的码号，因此存在“被叫接续网络选择”的问题，即网络如何识别被叫用户当前的驻留网络，并接续到该用户。三融合HSS/HLR执行如下域选择过程：ü 若用户仅在IMS注册，则应选择IMS域ü 若用户尽在CS注册，则应选择CS域ü 若用户在IMS和CS均未注册，则应选择IMS域ü 若用户在IMS和CS均已注册，则应进一步判断用户在SGSN和MME的注册状态：l 若有用户在SGSN

20、的注册信息，无论用户是否在MME注册，则应选择CS域l 若无用户在SGSN的注册信息，而有用户在MME的注册信息，则向MME查询用户状态和终端能力ü 若无用户在SGSN的注册信息，也无用户在MME的注册信息（用户在电路域关闭了所有APN），则应选择CS域1.4.2 被叫锚定方案被叫锚定是指对于被叫VoLTE用户无论处于LTE还是GSM覆盖下，均先将呼叫送至其归属省的IMS网络进行处理，此处的锚定即固定送至IMS网络的意思。被叫锚定的原因为无论被叫VoLTE用户处于LTE覆盖还是GSM覆盖均可保持补充业务（如呼叫等待、呼叫保持、呼叫转移、显示、多方通话等）的一致性。在VoLTE网络中用

21、户补充业务的处理由AS负责完成，MSC不掌握VoLTE用户被叫补充业务信息，所以即便被叫用户处于GSM覆盖下，仍然要由AS来触发和提供补充业务，需要将呼叫送至IMS网络2 接入优化2.1 接入问题分类及现象接入问题主要包括以下四类（从用户感知角度）：（1）IMS注册慢/无法注册开机后IMS图标不出现或出现较慢，IMS未出现时VoLTE终端相当于CSFB手机，拨打会回落到GSM（2）VoLTE终端CSFBVoLTE终端有IMS图标，拨前有4G图标，拨后回落到GSM，图标变成2G，可以拨通，但是接通时间长（3）呼叫建立时延长 VoLTE终端有IMS图标，拨时手机一直显示4G，主叫从开始拨开始到听到

22、振铃声时间较久。（4）未接通VoLTE终端有IMS图标，拨时手机一直显示4G，但是无法拨通。注：IMS图标为IMS或者VoLTE（苹果无类似标志）2.2 接入流程接入流程分为注册流程和呼叫流程两部分：（1） VoLTE注册流程（开机后即建立，包括LTE注册、默认承载建立、IMS承载建立、IMS注册过程）（2） VoLTE呼叫流程（每次通话均需建立，通话结束后释放）2.2.1 VoLTE注册流程注：测试软件和eNB可以看到的流程VoLTE注册流程（测试软件和eNB可以看到的流程）12UE发起EPC附着请求，包含PDN连接请求。 关注点：ü VoLTE终端Voice Domain Pre

23、ference为IMS PS Voice Preferred，CS Voice Secondary，而LTE终端该字段为PS onlyü VoLTE终端和LTE终端都是联合注册，UE_usage_setting都是Voice centric 35EPC网络对用户进行认证鉴权。611完成默认承载建立流程12UE在发起IMS注册前需要建立IMS PDN连接。13UE发起新的PDN连接建立请求，其中携带APN为IMS，PCO获取P-CSCF地址。14-15 MME返回PDN Connectivity accept包含P-SCSF地址列表（地址为IPV6）1619完成IMS PDN连接建立后

24、续流程20 UE通过IMS PDN默认承载发起IMS 注册请求，该SIP不加密，但其中包含通过IMSI导出的IMPU/IMPI，P-SCSF临时存储SIP消息中的安全参数21 注册请求经SBC转发至S-CSCF，S-SCSF从HSS获取鉴权向量（XRES、IK、CK、AUTN、RAND），保留XRES22 S-SCSF发送401未鉴权消息到P-SCSF，里边包含完整性和加密密钥（IK、CK、AUTN、RAND）23 P-SCSF保留IK和CK，用于UE和S-SCSF间的IPSEC，将AUTN和RAND发送给终端24终端校验AUTN成功即对网络校验成功，然后计算XRES，重新发送的Registe

25、r消息中携带XRES25 S-SCSF对终端重发Register中的XRES和本地存储的XRES进行匹配，如果匹配成功，向UE返回注册成功响应2.2.2 VoLTE呼叫流程注：测试软件可以看到的流程VoLTE呼叫流程（测试软件可以看到的流程）：1 主叫如果在空闲态，随机接入后建立RRC连接，发送Invite消息，呼叫请求中包含所希望媒体类型和所有编码方式，precondition相关参数，其中主叫侧和被叫侧均为none（注：RACH和RRC连接建立是由Invite消息触发的）2 P-SCSF收到后回复100 trying给主叫，确认收到Invite消息，避免主叫Invite重发3-5同时主叫侧

26、申请通话资源（临时），触发网络建立专用承载6-7被叫如果在空闲态，收到寻呼，随机接入后建立RRC连接后，收到Invite消息，先回复100 trying，对P-SCSF确认收到Invite消息，8-12 183 Session Progress消息按照呼叫路径回复支持的媒体类型和编码方式给主叫，同时被叫侧申请通话资源，触发网络建立专用承载13-14主叫收到183消息后，发送PRACK（Provisional ACK）消息，包含双方协商的媒体类型和编码方式，被叫收到后回复PRACK 200 OK，对所协商的媒体类型和编码方式进行确认（注：PRACK是请求而非响应，是对临时响应的确认，因此被叫方收

27、到请求后，需要发200OK确认）15-17 主叫侧根据协商结果修改资源申请18主叫UE通过空口流程获知通话资源预留成功，向被叫侧发起UPDATE，其中的precondition参数主叫侧为sendrecv，被叫侧为none。19 被叫UE通过空口流程获知通话资源预留成功，向主叫返回200 OK，其中的precondition参数主被叫均为sendrecv20-22 被叫振铃，发送180 Ringing消息给主叫，触发主叫听到被叫铃声，再发送200 OK，对最初的INVITE的确认23主叫回复ACK，通话建立，主被叫双方完成呼叫信令流程，双方开始通话24主叫侧挂机，UE向SBC发送BYE消息，之

28、后消息转发至被叫SBC和UE。2528主叫侧进行资源释放。2932被叫侧进行资源释放。2.3 接入问题原因分析及排查思路2.3.1 IMS注册慢/无法注册2.3.1.1 IMS注册慢/无法注册原因分析ü IMS无法注册有以下原因：A. 终端设置问题，导致未发起注册n HTC手机“设置”“数据连接”“IMS服务”未勾选 n 苹果手机“设置”“蜂窝移动网络”“语音与数据”未勾选 n 三星手机“设置”“移动网络”“VoLTE”未勾选B. 终端不支持VoLTE，无法发起注册n 终端发起的Attach Request中Voice Domain Preference不为IMS PS Voice

29、Preferred，CS Voice Secondary，将不支持VoLTEn 终端能力显示不支持ROHC、FGI字段显示终端不支持eSRVCC切换、RLC UM模式、5bit RLC UM SN和7bit PDCP SN等功能，终端将不支持VoLTEC. 网络不支持VoLTE，不支持IMS注册网络下发的Attach Accept中IMSVoPS不为IMS VoPS Session in S1 Mode supported，网络将不支持VoLTED. IMS签约数据问题，导致无法注册E. IMS注销失败，导致IMS后续无法注册HSS未配置2G/3G 的IPV6 APN，导致终端从4G到2G后，

30、RAU accept中删除了IMS PDP上下文，终端从2G重选到4G后，发起重新注册，由于IMS有fork功能，可以允许用户重复注册5次，第6次将无法注册。HSS上配置2G/3G 的IPV6 APN后问题解决。F. 异厂家对接，导致注册消息未发送到SBC华为DRA按照测试号段进行转发路由，而异厂家Gx（SBC与PCRF的接口）对接存在问题，导致USIM卡无法在中兴和华为区域同时注册。通过DRA修改配置解决问题。详见VoLTE USIM卡无法同时在华为中兴区域使用问题处理ü IMS注册慢终端版本问题。升级版本后可以解决，详见HTC终端注册慢2.3.1.2 IMS注册慢/无法注册问题排

31、查思路A、首先确认终端设置是否正确（参考原因分析）B、通过eNB或EPC上跟踪信令，确认终端和网络是否支持VoLTE（参考原因分析）C、核查HSS中2G/3G/4G签约数据，确认是否签约IPV6 APND、确认IMS签约数据（将USIM卡装载在其他可以正常使用的手机中进行测试，确认USIM卡签约是否正常）E、如果上述方法还无法定位问题，在eNB、IMS和EPC、DRA、PCRF等网元跟踪数据包，检查终端是否已经发出Register消息，消息已经路由到已经到哪个网元，终端是否已经注册多次E、最后在终端上抓取信令，确认终端问题2.3.2 VoLTE终端CSFB2.3.2.1 VOLTE终端CSFB

32、原因分析A、终端在2/4G或者3/4G同时有状态信息，会被叫域选择到GSM。这种情况主要是MME与HSS交互问题；n 华为MME“INTRAFORCE”未设置为“ULR”，当终端从2G 回到4G时，如果在同一个融合核心网网元下，TAU过程中不会发起Update Location流程，导致HSS同时存在2/4G状态，根据规，被叫域选择到GSM。华为MME修改参数后解决问题。详见MME参数设置导致VoLTE被叫CSFB问题处理n 华为MME“INTRASINGLEREG”未设置为“ENABLE”，在用户重新附着时，位置更新消息中携带的Single-Registration-Info标志位未置位，导

33、致中兴HSS没有删除2G位置信息，被叫因此回落2G。华为MME修改参数后解决问题。问题处理同上。B、终端收到错误消息（如500/503）后进行异常处理，发起silent Redial，回落到GSM。这种情况主要为SBC和EPC交互问题。n SBC转发INVITE消息给被叫RCRF时，会触发被叫终端鉴权请求确认，SBC发给PCRF的鉴权请求消息中携带的流描述信息中被叫UE的IP为IPV4，与集团规要求为IPV6不一致，导致被叫域选择到GSM。中兴SBC修改参数后解决问题。详见SBC的AAR消息不合规导致VoLTE被叫CSFBn EPC按照3GPP规产生的计费标识中包含“0a”的容，在IMS网络中

34、，按照SIP协议将“0a”解析成换行符（ASCII码中，0a为换行符，非显性字符），造成对计费标识的误读，导致S-CSCF回复500（服务器部错误）错误给主叫终端，主叫终端进行异常处理，进入CSFB流程。中兴SBC打补丁后解决问题。详见SBC回复500错误导致终端CSFBn 在4G下的VoLTE用户做主叫，并向主叫中兴SBC发送初始invite消息后，由于主叫UE未携带相关带宽参数，因此中兴SBC在向PCRF申请资源时，未携带“Max-Requested-Bandwidth-UL AVP”，导致华为PCRF建立承载失败，中兴SBC在收到华为PCRF错误响应后，向UE回复503（Service

35、Unavailable），导致部分终端CSFB。中兴SBC打补丁后解决问题。2.3.2.2 VoLTE终端CSFB排查思路A、如果终端有4G但无IMS图标，则终端未在IMS注册B、如果终端有IMS图标，仅做被叫叫时回落GSM（4G图标变为2G图标），一般是IMS被叫域选择到GSM。需要在MME、HSS上进行信令跟踪，确认终端是否在多个域有状态C、如果终端有IMS图标，做主叫或被叫都可能回落到GSM（4G图标变为2G图标），一般是收到错误消息后进行了异常处理。需要在IMS、EPC上进行信令跟踪，确认IMS发送什么类型错误消息，IMS与EPC进行联合分析注：VoLTE终端CSFB 2.3.3 呼叫

36、建立时延长呼叫建立流程涉及较多网元，需要开展端到端分析，呼叫建立时延长主要为终端、DRA、MME、SGW问题。如果VoLTE终端进入CSFB流程，呼叫建立时延也会相应变长，该问题详见上节2.3.2 VoLTE终端CSFB2.3.3.1 呼叫建立时延统计方法主叫发送Invite消息-主叫收到180振铃消息的时间2.3.3.2 呼叫建立时延长原因分析A. 终端n 测试短呼时，两次时间间隔设置过短，被叫用户无法完全进入IDLE态，新的呼叫发起，被叫还处于连接态转IDLE过程暂态，收不到寻呼，通过网络多次寻呼才能成功，导致整体端到端呼叫延迟达6-9s。详见HTC资源释放过慢导致呼叫建立时延过长n 终端

37、版本问题，导致发送多次Invite消息。升级版本后问题解决。详见终端侧invite消息丢失导致呼叫建立时延过长B. DRADRA“关于链路的数据捆绑开关”未打开，如果每条链路在50ms收到的消息只有一条，并且消息包长度小于1500字节时，将导致每条消息的时延超过50ms。将“关于链路的捆绑数据开关 ”关闭，DRA与SBC交互时间降低到10ms。由于交互次数共24次，可以缩短时间24*40=960ms。详见DRA参数配置不合理导致呼叫建立时延长C. MMEMME寻呼策略为首次eNB list（最近活动的7个eNB）寻呼，第二到六次为基于GUTI的TA list寻呼（包含一个TA），寻呼间隔为2.

38、5s。eNB list寻呼成功率低，改为基于TA list寻呼后，呼叫建立时延大于5s的比例从25%降低到7%。D. SGW中兴SGW“报文缓存开关”未打开，导致invite消息丢失，必须要等待SBC重传。打开“报文缓存开关”开关后，可以缩短500ms1s。详见中兴SGW寻呼未缓存导致呼叫建立时延长2.3.3.3 呼叫建立时延长问题排查思路A、 eNB、EPC、IMS网元进行时间校准；B、 将IMS相关网元（P-SCSF、PCRF、AS、S-SCSF、HSS、DRA）的数据包汇聚到一个CE，抓取该CE中IP数据包，同步抓取SGW、MME的数据包，获取各SIP信令在不同的网元的时间点，从网元和S

39、IP信令两个维度进行分段统计，统计时长占比较大的网元和SIP信令；C、 针对疑似问题网元开展相关SIP信令专项分析及问题定位。2.3.4 未接通2.3.4.1 未接通统计方法主叫UE发送第一条SIP INVITE后收到网络侧下发的SIP 200 OK消息为成功完成呼叫，其他都算未接通2.3.4.2 未接通问题分析方法1、在主叫的事件中，找到Outgoing call block/Call blocked事件，记录时间点2、在主叫信令中，找到Invite消息（Invite消息会比RRC连接建立请求消息时间早，因为点击拨号按钮时，首先触发Invite消息，而Invite消息再触发RRC连接建立），

40、记录时间点3、查看Invite消息到Block事件之间的时间段，主被叫出现的异常信令2.3.4.3 未接通原因分析呼叫建立流程涉及终端、eNB、EPC、IMS等网元，所有网元的问题都可能导致未接通。A、终端n HTC M8t某版本寻呼成功率低n HTC M8t某版本主叫终端收到PRACK 200 OK后未上报UPDATE主叫n 苹果终端暂不支持振铃中的eSRVCC，振铃中或振铃后，只要是接通前发起eSRVCC流程都会导致未接通B、无线n SINR差（由于邻区、干扰等导致）被叫无线环境恶化，SINR降低到-3dB，UE上报的invite183网络侧未收到，最终导致主被叫同时未接通n 被叫LAU

41、/RAU /TAU主叫14:18:03发送INVITE消息，14:18:18超时主动上发Cancel消息。被叫该时段在进行G-T-L重选,包括LAU、RAU、TAU过程。n RRC连接异常释放终端收到RRC连接释放，原因为other，然后进入空闲模式C、IMSn SBC收到被叫的UPDATE 200OK后没有转发，详见SBC收到UPDATE的200OK后没有转发n 目前所有厂家的IMS不支持振铃前eSRVCC，振铃前发起eSRVCC，都会导致未接通D、端到端n SIP消息发送失败（在测试软件上看到的现象为终端发送多次SIP消息）被叫手机在11:48.45.821接收到Invite消息后，分别在

42、11:48.45.930、11:48:48.973、11:48:54.918发送了3次183消息，但是主叫一直没有收到183。n SIP消息丢失（在测试软件上看到的现象为无线环境良好的情况下，一个终端已发送消息，另一方未收到）主叫14:50:11上发UPDATE消息，被叫一直未收到。此时无线环境良好，RSRP值在-93dBm以上，SINR值在17dBm以上。n 被叫寻呼无响应，主叫收到480消息主叫手机起呼后长时间未能成功建立通话，网络侧下发480Temporarily Unavailable（当前不可用）错误码，指示用户无响应。n 被叫上报486 Busy Here被叫在上报INVITE18

43、0振铃后，上报了Invite 486（Busy Here）。n 专用承载未建立或丢失，终端上发580 Precondition failure被叫专用承载未建立，在发送UPATE200OK后，被叫发送580消息给主叫。主叫11:59:43.939发起呼叫,被叫11:59:48.248发送PRACK 200 OK给网络。被叫11:59:48.967从PCI 448(38100) 切换到 PCI 393(37900), 然后网络主动去激活专用承载。n 基站核心网加密算法配置不一致 基站配置了祖冲之算法，但核心网未配置，导致未接通。核心网配置祖冲之算法后问题解决，详见基站核心网加密算法配置不一致导致

44、呼叫失败n 中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理中兴SBC发送的AAR消息的flow-description部分中的IPV6地址携带了“”书写格式，华为PCRF在转换过程中不识别解析失败，导致呼叫失败。中兴SBC打补丁后问题解决，详见中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理n 中兴SBC发送的STR消息存在异常中兴SBC发送的STR消息未携带D-Host信息，华为LDRA转发不成功导致未接通。SBC发送的STR携带D-Host消息后问题解决，详见中兴SBC发送的STR消息错误导致未接通问题处理n 华为LDRA参数设置不合理华为LDRA“检查D-H

45、ost是否为本局开关”参数值为“1”，检测消息中的D-Host为本局的主机名时，需要做错误处理并返回DIAMETER_APPLICATION_UNSUPPORTED错误码，导致未接通。修改为“0”后问题解决，详见华为LDRA参数配置导致未接通问题处理n 中兴SBC发送的AAR消息存在异常中兴SBC发送的AAR消息携带了D-Host信息，DRA会直接根据目的主机名进行消息转发而不再走会话绑定查询流程，导致未接通。SBC发送的AAR消息不携带D-Host信息后问题解决，详见中兴SBC发送的AAR消息错误导致未接通问题处理2.3.4.4 未接通问题排查思路A、暂时无法解决的问题n 由于目前所有厂家的

46、IMS不支持振铃前eSRVCC，振铃前发起eSRVCC，肯定会导致未接通，该问题暂时无法解决n 苹果终端暂不支持振铃中的eSRVCC，振铃中或振铃后，只要是接通前发起eSRVCC流程都会导致未接通，该问题暂时无法解决B、无线原因排查：n 主叫/被叫多次发送信令或者异常进入空闲模式，查看当时的SINR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3干扰、弱覆盖等无线问题导致n 主叫寻呼期间，被叫发起RAU/LAU/TAU，需要分析之前终端如何从4G重选或切换到GSM/TDn RRC连接异常释放，需要进行eNB信令跟踪，查看无线原因C 、终端问题排查：n 对比相同芯片的不同终端、异芯片终端，

47、如果某款终端接通成功率低，则疑似终端问题，需要对终端进行排查n 如果终端收到并正确解码某SIP消息，但未发出后续的SIP消息，则疑似终端问题D、端到端原因排查：n 主被叫发生SIP消息发送失败、SIP消息发送多次问题，则需要在eNB、EPC、IMS上同步抓取数据包，检查消息在哪些网元之间丢失，针对相关网元进行问题排查n 如果主叫收到480消息（当前不可用）、603（绝邀请），一般为被叫未收到寻呼问题，需要在终端、eNB、EPC、PCRF、SBC上跟踪寻呼消息触发及发送情况n 如果主叫收到486消息（被叫忙），一般为被叫终端发送，需要跟踪终端、EPC、HSS上信令，确认被叫忙原因n 如果主叫或被

48、叫发送580消息（资源准备失败），一般为专用承载未建立或承载丢失，需要在EPC、PCRF、SBC上跟踪信令，排查承载问题2.4 接入问题无线主要优化手段A、加强LTE覆盖优化，让终端尽可能多驻留LTE网络，尽量避免由于G-L重选、振铃前eSRVCC导致的未接通B、加强LTE 模3干扰排查，系统邻区等优化，避免SINR差导致的未接通C、由于GSM可能存在LAI插花问题，而LTE按照GSM的LAI同步规划了TAI，需要排查LAI插花导致的TAI插花问题，避免不必要的TAU导致的未接通D、规GSM重选LTE参数，使终端容易从GSM回到LTE，尽量避免G-T-L重选导致的未接通E、与核心网、终端协同排

49、查寻呼无响应、SIP消息丢失、SIP消息发送失败问题F、与核心网协同排查RRC连接异常释放问题G、联系核心网协同优化MME寻呼策略H、定期升级终端版本2.5 附录1：VoLTE注册端到端详细流程VoLTE注册端到端详细流程：12UE发起EPC附着请求。 36EPC网络对用户进行认证鉴权。78 认证通过后，MME向HSS进行用户的EPC位置更新，并告知HSS IMS Voice homogeneous support。9MME根据用户签约发起默认PDN连接建立（默认APN为CMNET APN）1011SAE GW向PCRF获取默认规则，PCRF返回QCI=9。1220 完成默认承载建立后续流程。

50、21UE在发起IMS注册前需要建立IMS PDN连接。22UE发起新的PDN连接建立请求，其中携带APN为IMS，PCO获取P-CSCF地址。23MME向SAE GW发起PDN连接建立请求，其中携带APN为IMS，PCO获取P-CSCF地址。2425 SAE GW向PCRF获取默认规则，PCRF返回QCI=5.26SAE GW返回PDN连接建立响应，其中包含P-CSCF地址2734完成IMS PDN连接建立后续流程35UE通过IMS PDN默认承载发起IMS 注册请求，其中包含通过IMSI导出的IMPU/IMPI36注册请求经SBC转发至I-CSCF3738I-CSCF向HSS发起查询，HSS

51、返回S-CSCF的能力集39I-CSCF根据HSS返回的能力集选择S-CSCF并向其转发注册请求4041S-CSCF向HSS查询用户的鉴权信息4244S-CSCF向UE返回401响应，发起鉴权挑战4549UE计算鉴权结果后再次发起注册请求5051UE鉴权通过，S-CSCF向HSS获取用户签约信息5253S-CSCF向AS发起第三方注册，并在其中携带UE发起的核心网注册请求消息5456S-CSCF向UE返回注册成功响应5760AS根据三方注册消息中的ATCF management URI向其发送MESSAGE请求，包含ATU-STI和C-MSISDN6162AS向HSS更新STN-SR6364H

52、SS向MME推送STN-SR2.6 附录2：VoLTE呼叫端到端详细流程（主被叫均在VoLTE）VoLTE呼叫端到端详细流程（主被叫均在VoLTE）：1主叫用户UE(O)的呼叫请求发送到主叫SBC。呼叫请求中包含precondition相关参数，其中主叫侧和被叫侧均为none。2主叫SBC向PCC申请通话资源（临时），同时请求主叫用户位置信息。 34主叫侧PCRF向S/P-GW下发策略。5主叫侧PCRF向SBC返回AAA响应。68主叫侧预留无线侧资源，MME在消息8中携带主叫位置信息（TAI+E-CGI）。910S/P-GW向PCRF返回主叫位置信息。1112PCRF向SBC上报主叫位置信息。

53、1316主叫侧完成业务触发，主叫AS进行被叫补齐，之后主叫S-CSCF通过查询ENUM/DNS获取被叫I-CSCF地址并将呼叫请求发送至被叫I-CSCF。1718被叫I-CSCF查询HSS获取被叫用户注册的S-CSCF。19被叫触发至VoLTE AS，基本呼叫和补充业务触发完成后触发SCC AS。20SCC AS进行被叫域选择，向HSS查询T-ADS信息。23HSS向SCC AS返回T-ADS信息，包含IMS Voice over PS supported。2426呼叫请求转发至被叫UE。27被叫UE返回183其中包含被叫SDP信息，precondition参数中主叫侧和被叫侧均为none。2

54、834被叫侧申请通话资源。3542183响应按照呼叫路径被转发至主叫。4450主叫侧根据协商结果修改资源申请。5159主叫UE通过空口流程获知通话资源预留成功，向被叫侧发起UPDATE，其中的precondition参数主叫侧为sendrecv，被叫侧为none。6068被叫UE通过空口流程获知通话资源预留成功，向主叫返回200 OK，其中的precondition参数主被叫均为sendrecv。6971主被叫双方完成呼叫信令流程，双方开始通话。7274主叫侧挂机，UE向SBC发送BYE消息，之后消息转发至被叫SBC和UE。7581主叫侧进行资源释放。8288被叫侧进行资源释放。3 保持优化3

55、.1 保持问题现象及分类保持问题主要包括以下三类（从用户感知角度）：（1）eSRVCC切换准备时延长 eSRVCC切换准备时延较长虽然不影响用户感知，但是可能会导致掉话（2）eSRVCC用户面中断时延长eSRVCC切换时，出现短暂的漏字问题（3）掉话VoLTE语音无法保持3.2 eSRVCC切换流程注：测试软件上可以看到的流程3.3 保持问题原因分析及排查思路3.3.1 eSRVCC切换准备时延长3.3.1.1 eSRVCC切换准备时延统计方法终端发出第一条B2上报的异系统MR-UE收到mobility form EUTRA的时长3.3.1.2 eSRVCC切换准备时延长原因 中兴eMSC私有定时器设置异常，导致eMSC与MSC交互时间占eSRVCC切换准备时间的91%，而其中CS 侧局间承载建立时长（eMSC发送IAM给MSC-eMSC接收MSC的ACM）占比达到84%。修改定时器设置后，问题得到解决。详见eSRVCC切换准备时延长问题处理3.3.1.3 eSRVCC切换准备时延问题排查方法A、 eNB、EPC、IMS、eMSC、MSC、BSC网元进行时间校准；B、 跟踪eSRVCC切换准备信令，获取各网元的时间点，从网元和信