VoLTE无线优化指导书

VoLTE网络优化指导书
目录
VoLTE网络优化指导书 (1)
1VoLTE网络结构简介 (5)
1.1IMS相关网元简介 (5)
1.1.1SBC (5)
1.1.2CSCF (6)
1.1.3VoLTE AS (6)
1.1.4HSS (7)
1.1.5MGCF/IM-MGW (7)
1.1.6BGCF (7)
1.1.7DRA (7)
1.2IMS中的接口协议简介 (7)
1.2.1Diameter (7)
1.2.2RTP/RTCP (8)
1.2.3SIP简介 (8)
1.3SDP简介 (9)
1.3.1媒体协商 (9)
1.3.2资源预留 (10)
1.4被叫域选择和锚定方案 (11)
1.4.1VoLTE用户被叫域选择流程 (11)
1.4.2被叫锚定方案 (12)
2接入优化 (13)
2.1接入问题分类及现象 (13)
2.2接入流程 (13)
2.2.1VoLTE注册流程 (14)
2.2.2VoLTE呼叫流程 (16)
2.3接入问题原因分析及排查思路 (18)
2.3.1IMS注册慢/无法注册 (18)
2.3.2VoLTE终端CSFB (21)
2.3.3呼叫建立时延长 (22)
2.3.4未接通 (23)
2.4接入问题无线主要优化手段 (30)
2.5附录1：VoLTE注册端到端详细流程 (32)
2.6附录2：VoLTE呼叫端到端详细流程（主被叫均在VoLTE） (35)
3保持优化 (37)
3.1保持问题现象及分类 (37)
3.2eSRVCC切换流程 (37)
3.3保持问题原因分析及排查思路 (38)
3.3.1eSRVCC切换准备时延长 (38)
3.3.2eSRVCC用户面中断时延长 (38)
3.3.3掉话 (39)
3.4保持问题无线主要优化手段 (47)
3.5附录1：eSRVCC端到端详细流程 (48)
3.6附录2：eSRVCC开启导致4G现网的问题 (52)
3.6.1eSRVCC切换功能开启导致ATU设备掉线问题处理 (52)
3.6.2eSRVCC开启后CSFB偶尔失败问题处理 (52)
4附录：案例集 (53)
4.1接入案例 (53)
案例1：VoLTE SIM卡无法同时在华为中兴区域使用问题处理 (53)
案例2：HTC终端IMS注册慢 (54)
案例3：MME参数设置错误导致VoLTE被叫CSFB问题处理 (57)
案例4：SBC的AAR消息不合规导致VoLTE被叫CSFB问题 (60)
案例5：SBC回复500错误导致终端SCFB (64)
案例6：HTC资源释放过慢导致呼叫建立延过长 (66)
案例7：终端侧Invite信令丢失导致呼叫建立过长 (68)
案例8：DRA参数配置不合理导致呼叫建立时延长 (73)
案例9：中兴SGW寻呼未缓存导致呼叫建立时延长 (74)
案例10：SBC收到UPDATE的200OK后没有转发 (75)
案例11：基站核心网加密算法配置不一致导致呼叫失败 (77)
案例12：中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理 (78)
案例13：中兴SBC发送的STR消息错误导致未接通问题处理 (80)
案例14：华为LDRA参数配置错误导致未接通问题处理 (83)
案例15：中兴AAR消息错误导致未接通问题处理 (85)
4.2保持案例 (87)
案例1：eSRVCC切换准备时延长问题处理 (87)
案例2：HTC终端eSRVCC用户面中断时延长问题处理 (89)
案例3：HTC终端呼叫20秒后掉话 (91)
案例4：无线链路失败导致VoLTE掉话分析 (92)
案例5：弱覆盖引起VoLTE掉话 (95)
案例6：GSM邻区参数配置错误eSRVCC失败导致掉话 (96)
案例7：GSM邻区遗漏重定向引起掉话 (99)
案例8：GSM邻区配置不完整导致eSRVCC切换失败 (102)
案例9：终端未上报B2测量报告无法进行eSRVCC切换 (108)
案例10：LTE小区邻区漏配导致VoLTE掉话 (110)
案例11：eSRVCC切换收到了CCO命令 (111)
案例12：VoLTE异厂家跨MME切换失败问题处理 (113)
案例13：eSRVCC切换功能开启导致ATU设备掉线问题处理 (117)
案例14：eSRVCC开启后CSFB偶尔失败问题处理 (121)
1VoLTE网络结构简介
VoLTE本质是通过EPS来提供业务接入（包括无线承载和EPC承载），通过IMS核心网提供业务控制（包括会话控制和业务逻辑处理及被叫域选择），通过与GSM网络协助来提供业务连续性（eSRVCC等）。

其逻辑架构如下图：
1.1IMS相关网元简介
1.1.1SBC
VoLTE SBC（Session Border Controller）---会话边缘控制器，包含P-CSCF/AGW、ATCF/ATGW功能模块。

P-CSCF（Proxy CSCF）/AGW（Application Gateway）：是IMS中与用户的第一个连接点，P-CSCF提供注册鉴权、信令保护、信令压缩、媒体授权、QoS控制、信令路由、紧急呼叫、漫游计费等功能。

为支持补全以及紧急呼叫，P-CSCF需能识别紧急呼叫，获取用户位置信息，并在SIP信令中添加相应信息，且能将位置信息映射为区号。

ATCF/ATGW是VoLTE用户在当前所在网络的信令面和媒体面的锚定点，在发生eSRVCC 时将VoLTE用户接入侧的媒体面从LTE切换到电路域，并保持媒体面的连接。

CSCF（Call Session Control Function）—会话控制和路由，包含I-CSCF、S-CSCF、E-CSCF：
S-CSCF（Server CSCF）：S-CSCF在IMS核心网中处于核心的控制地位，负责对UE的注册鉴权和会话控制，执行针对主叫端及被叫端IMS用户的基本会话路由功能，并根据用户签约IMS触发规则，在条件满足时进行到AS的增值业务路由触发及业务控制交互；
I-CSCF（interrogating CSCF）：类似IMS的关口节点，提供S-CSCF指派、路由查询功能；
E-CSCF，从P-CSCF接受紧急会话建立请求，并完成用户接入位置信息查询和紧急呼叫路由等功能。

目前I-CSCF和S-CSCF在物理实体上是合设的
1.1.3VoLTE AS
应用服务器（Application Server）为IMS用户提供增值业务，可以位于用户归属网，也可以由第三方提供，主要包含如下功能模块：
●MMTel AS（MultiMediaTelephony多媒体应用服务器）：用于为VoLTE用户提供多
媒体基本业务和补充业务；
●SCC AS（Service Call Continuity Application Server服务集中化和连续性应
用服务器）：实现VoLTE的被叫域选择，eSRVCC过程中的信令控制；
●被叫锚定功能：支持CAP接口，提供被叫用户锚定至IMS；
●IM-SSF（IP Multimedia-Service Switch Function智能业务触发网关）：用于触发
现有SCP，实现智能网业务逻辑；
●业务配置转发（AP）：实现业务配置请求的汇聚和转发；
●MRF（Multimedia Resource Function多媒体资源功能）：负责对媒体资源的控制
和处理，实现音视频播放、会议、DTMF收号和音频录音等功能。

MRF包括多媒体资
源控制器MRFC（Multimedia Resource Function Controller）和多媒体资源处理
器MRFP（Multimedia Resource Function Processor）。

VoLTE中的HSS（Home Subscriber Server）---归属用户服务器是HLR/AuC、IMS-HSS、EPS-HSS三合一融合设备，统一存储VoLTE用户在2/3/4G及IMS的用户数据，处理2/3/4G 及IMS网络中呼叫控制网元对用户的数据访问，还通过开通接口接收并响应BOSS业务开通指令。

1.1.5MGCF/IM-MGW
MGCF（Media Gateway Control Function媒体网关控制功能）用于IMS域与CS域的互通，负责完成控制面信令的互通（PSTN/CS域侧ISUP/BICC协议与CM-IMS侧SIP协议的交互和互通），并控制IM-MGW（IP Multimedia-Media Gateway媒体网关）完成用户面媒体面的互通、规整、分析和路由、放音、放音抑制、视频回落等功能。

IM-MGW（媒体网关）负责在MGCF的控制下完成VoLTE用户面IP承载与CS域承载之间的转换，提供编解码转换、承载资源管理和放音功能。

1.1.6BGCF
BGCF（Breakout Gateway Control Function出口网关控制功能）用于IMS到CS的呼叫路由，BGCF收到来自S-CSCF的呼叫请求后根据本地配置选择合适的MGCF进行转发。

1.1.7DRA
DRA（Diameter Routing Agent路由代理节点）负责LTE Diameter信令目的地址翻译和转接, 实现LTE用户的鉴权、位置更新、计费管理。

1.2IMS中的接口协议简介
1.2.1Diameter
Diameter协议包括基本协议，NAS（网络接入服务）协议，EAP（可扩展鉴别）协议，MIP（移动IP）协议，CMS（密码消息语法）协议等
1.2.2RTP/RTCP
应用层承载面协议，会话建立后，RTP（Real-time Transport Protocol实时传输协议）协议保证媒体流的实时传输；RTCP（Real-time Transport Control Protocol实时传输控制协议）协议对实时传输的媒体流进行监控。

1.2.3SIP简介
会话（Session）：描述两个用户之间的媒体连接
会话流程：实现主叫UE和被叫UE之间的多媒体会话
会话流程中包括媒体的协商（包括媒体类型和编码方式的协商）和双方的资源预留过程。

会话初始协议（Session Initial Protocol）是一个在IP网络上进行多媒体通信的应用层控制协议，它被用来管理创建、修改和终结一个或多个参加者参加的会话进程，与SDP、RTP/RTCP、DNS等协议配合，共同完成IMS中的会话建立及媒体协商。

终端和网络互为客户端和服务器，使用标准的基于文本的请求（Request），然后以标准的基于文本的回复来应答（Response）。

1.2.3.1请求（客户端）
REGISTER 注册
INVITE 邀请
PRACK 提供临时确认
UPDATE 更新连接状态
ACK 对INVITE消息的最终确认
BYE 挂断
SUBSCRIBE 订阅事件通知
NOTIFY 通知订阅者新的事件
CANCEL 取消
1.2.3.2应答（服务端）
1XX--临时响应。

表示请求已接收，接收方正在处理。

常见的有：100Trying、183Provisional Acknowledge、180 Ringing
2 XX --成功响应。

请求已成功收到、理解并被接受。

常见的有：200 OK、202Accepted、204 No Notification
3 XX --重定向响应。

请求方需要采取进一步动作以完成请求。

4 XX --客户端响应错误。

客户端提供了错误的语法或者无法从服务端得到响应。

常见的有：401Unatuhorized、486Busy Here、481Call transaction does not exist
5 XX --服务端响应错误。

服务器无法提供合法的请求。

常见的有：500 Server Internal Error、503Service Unavailable、580Precondition Failure
6 XX --全局失败响应。

请求不能再任何一个服务器上得到满足，产生该响应的服务器需要知道有关用户的确切信息。

1.3SDP简介
会话描述协议SDP（Session Description Protocol）协议为应用层的控制协议，用于会话建立过程中的媒体协商。

1.3.1媒体协商
✓主叫和被叫UE在会话的建立过程汇总需要对媒体的类型和编码方式达成一致，为此使用SDP请求和应答机制对媒体进行协商。

✓双方协商的媒体类型包括视频、音频、文本、聊天等。

✓每种媒体类型包括多种编码方式，如音频包括PCMU、G.726编码、AMR-WB（自适用多速率宽带）编码等。

✓双方需要协商都支持的媒体类型以及所使用的编码方式。

1.3.2资源预留
✓为保证双方所协商的媒体会话可以建立，空口需要为主叫和被叫用户分配资源，在资源被成功预留之前，不能保证媒体会话可以建立
✓一般情况下进行SDP提供/应答的协商确定了媒体格式和编码方式后可进行资源预留。

1.3.
2.1主叫资源预留的开始和结束
✓主叫UE发送Invite消息后，启动资源预留过程。

✓主叫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.1VoLTE用户被叫域选择流程
T-ADS（Terminating Access Domain Selection），即被叫域选择功能。

VoLTE手机既有可以在电路域使用语音业务，也可在IMS域使用语音业务，且使用同样的码号，因此存在“被叫接续网络选择”的问题，即网络如何识别被叫用户当前的驻留网络，并接续到该用户。

三融合HSS/HLR执行如下域选择过程：
✓若用户仅在IMS注册，则应选择IMS域
✓若用户尽在CS注册，则应选择CS域
✓若用户在IMS和CS均未注册，则应选择IMS域
✓若用户在IMS和CS均已注册，则应进一步判断用户在SGSN和MME的注册状态：
●若有用户在SGSN的注册信息，无论用户是否在MME注册，则应选择CS域
●若无用户在SGSN的注册信息，而有用户在MME的注册信息，则向MME查询用户状态和
终端能力
✓若无用户在SGSN的注册信息，也无用户在MME的注册信息（用户在电路域关闭了所有APN），则应选择CS域
1.4.2被叫锚定方案
被叫锚定是指对于被叫VoLTE用户无论处于LTE还是GSM覆盖下，均先将呼叫送至其归属省的IMS网络进行处理，此处的锚定即固定送至IMS网络的意思。

被叫锚定的原因为无论被叫VoLTE用户处于LTE覆盖还是GSM覆盖均可保持补充业务（如呼叫等待、呼叫保持、呼叫转移、显示、多方通话等）的一致性。

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

（4）未接通
VoLTE终端有IMS图标，拨时手机一直显示4G，但是无法拨通。

注：IMS图标为IMS或者VoLTE（苹果无类似标志）
2.2接入流程
接入流程分为注册流程和呼叫流程两部分：
（1）VoLTE注册流程（开机后即建立，包括LTE注册、默认承载建立、IMS承载建立、IMS注册过程）
（2）VoLTE呼叫流程（每次通话均需建立，通话结束后释放）
2.2.1VoLTE注册流程
注：测试软件和eNB可以看到的流程
VoLTE注册流程（测试软件和eNB可以看到的流程）
1~2 UE发起EPC附着请求，包含PDN连接请求。

关注点：
✓VoLTE终端Voice Domain Preference为IMS PS Voice Preferred，CS Voice Secondary，而LTE终端该字段为PS only
✓VoLTE终端和LTE终端都是联合注册，UE_usage_setting都是Voice centric
3~5 EPC网络对用户进行认证鉴权。

6~11完成默认承载建立流程
12 UE在发起IMS注册前需要建立IMS PDN连接。

13 UE发起新的PDN连接建立请求，其中携带APN为IMS，PCO获取P-CSCF地址。

14-15 MME返回PDN Connectivity accept包含P-SCSF地址列表（地址为IPV6）
16~19完成IMS PDN连接建立后续流程
20 UE通过IMS PDN默认承载发起IMS 注册请求，该SIP不加密，但其中包含通过IMSI导出的IMPU/IMPI，P-SCSF临时存储SIP消息中的安全参数
21 注册请求经SBC转发至S-CSCF，S-SCSF从HSS获取鉴权向量（XRES、IK、CK、AUTN、RAND），保留XRES
22 S-SCSF发送401未鉴权消息到P-SCSF，里边包含完整性和加密密钥（IK、CK、AUTN、RAND）
23 P-SCSF保留IK和CK，用于UE和S-SCSF间的IPSEC，将AUTN和RAND发送给终端
24 终端校验AUTN成功即对网络校验成功，然后计算XRES，重新发送的Register消息中携带XRES
25 S-SCSF对终端重发Register中的XRES和本地存储的XRES进行匹配，如果匹配成功，向UE返回注册成功响应
2.2.2VoLTE呼叫流程
注：测试软件可以看到的流程
VoLTE呼叫流程（测试软件可以看到的流程）：
1 主叫如果在空闲态，随机接入后建立RRC连接，发送Invite消息，呼叫请求中包含所希望媒体类型和所有编码方式，precondition相关参数，其中主叫侧和被叫侧均为none （注：RACH和RRC连接建立是由Invite消息触发的）
2 P-SCSF收到后回复100 trying给主叫，确认收到Invite消息，避免主叫Invite重发
3-5同时主叫侧申请通话资源（临时），触发网络建立专用承载
6-7被叫如果在空闲态，收到寻呼，随机接入后建立RRC连接后，收到Invite消息，先回复100 trying，对P-SCSF确认收到Invite消息，
8-12 183 Session Progress消息按照呼叫路径回复支持的媒体类型和编码方式给主叫，同时被叫侧申请通话资源，触发网络建立专用承载
13-14主叫收到183消息后，发送PRACK（Provisional ACK）消息，包含双方协商的媒体类型和编码方式，被叫收到后回复PRACK 200 OK，对所协商的媒体类型和编码方式进行确认（注：PRACK是请求而非响应，是对临时响应的确认，因此被叫方收到请求后，需要发200OK 确认）
15-17 主叫侧根据协商结果修改资源申请
18主叫UE通过空口流程获知通话资源预留成功，向被叫侧发起UPDATE，其中的precondition参数主叫侧为sendrecv，被叫侧为none。

19 被叫UE通过空口流程获知通话资源预留成功，向主叫返回200 OK，其中的precondition 参数主被叫均为sendrecv
20-22 被叫振铃，发送180 Ringing消息给主叫，触发主叫听到被叫铃声，再发送200 OK，对最初的INVITE的确认
23主叫回复ACK，通话建立，主被叫双方完成呼叫信令流程，双方开始通话
24 主叫侧挂机，UE向SBC发送BYE消息，之后消息转发至被叫SBC和UE。

25~28 主叫侧进行资源释放。

29~32 被叫侧进行资源释放。

2.3接入问题原因分析及排查思路
2.3.1IMS注册慢/无法注册
2.3.1.1I MS注册慢/无法注册原因分析
✓IMS无法注册有以下原因：
A.终端设置问题，导致未发起注册
⏹HTC手机“设置”—“数据连接”—“IMS服务”未勾选
⏹苹果手机“设置”—“蜂窝移动网络”—“语音与数据”未勾选
⏹三星手机“设置”—“移动网络”—“VoLTE”未勾选
B.终端不支持VoLTE，无法发起注册
⏹终端发起的Attach Request中Voice Domain Preference不为IMS PS Voice
Preferred，CS Voice Secondary，将不支持VoLTE
⏹终端能力显示不支持ROHC、FGI字段显示终端不支持eSRVCC切换、RLC UM模式、
5bit RLC UM SN和7bit PDCP SN等功能，终端将不支持VoLTE
C.网络不支持VoLTE，不支持IMS注册
网络下发的Attach Accept中IMSVoPS不为IMS VoPS Session in S1 Mode supported，网络将不支持VoLTE
D.IMS签约数据问题，导致无法注册
E.IMS注销失败，导致IMS后续无法注册
HSS未配置2G/3G 的IPV6 APN，导致终端从4G到2G后，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.2I MS注册慢/无法注册问题排查思路
A、首先确认终端设置是否正确（参考原因分析）
B、通过eNB或EPC上跟踪信令，确认终端和网络是否支持VoLTE（参考原因分析）
C、核查HSS中2G/3G/4G签约数据，确认是否签约IPV6 APN
D、确认IMS签约数据（将USIM卡装载在其他可以正常使用的手机中进行测试，确认USIM 卡签约是否正常）
E、如果上述方法还无法定位问题，在eNB、IMS和EPC、DRA、PCRF等网元跟踪数据包，检查终端是否已经发出Register消息，消息已经路由到已经到哪个网元，终端是否已经注册多次
E、最后在终端上抓取信令，确认终端问题
2.3.2VoLTE终端CSFB
2.3.2.1V OLTE终端CSFB原因分析
A、终端在2/4G或者3/4G同时有状态信息，会被叫域选择到GSM。

这种情况主要是MME与HSS交互问题；
⏹华为MME“INTRAFORCE”未设置为“ULR”，当终端从2G 回到4G时，如果在同一个融
合核心网网元下，TAU过程中不会发起Update Location流程，导致HSS同时存在2/4G
状态，根据规，被叫域选择到GSM。

华为MME修改参数后解决问题。

详见《MME参数设
置导致VoLTE被叫CSFB问题处理》
⏹华为MME“INTRASINGLEREG”未设置为“ENABLE”，在用户重新附着时，位置更新消
息中携带的Single-Registration-Info标志位未置位，导致中兴HSS没有删除2G位
置信息，被叫因此回落2G。

华为MME修改参数后解决问题。

问题处理同上。

B、终端收到错误消息（如500/503）后进行异常处理，发起silent Redial，回落到GSM。

这种情况主要为SBC和EPC交互问题。

⏹SBC转发INVITE消息给被叫RCRF时，会触发被叫终端鉴权请求确认，SBC发给PCRF
的鉴权请求消息中携带的流描述信息中被叫UE的IP为IPV4，与集团规要求为IPV6
不一致，导致被叫域选择到GSM。

中兴SBC修改参数后解决问题。

详见《SBC的AAR消
息不合规导致VoLTE被叫CSFB》
⏹EPC按照3GPP规产生的计费标识中包含“0a”的容，在IMS网络中，按照SIP协议将
“0a”解析成换行符（ASCII码中，0a为换行符，非显性字符），造成对计费标识的
误读，导致S-CSCF回复500（服务器部错误）错误给主叫终端，主叫终端进行异常处
理，进入CSFB流程。

中兴SBC打补丁后解决问题。

详见《SBC回复500错误导致终端
CSFB》
⏹在4G下的VoLTE用户做主叫，并向主叫中兴SBC发送初始invite消息后，由于主叫
UE未携带相关带宽参数，因此中兴SBC在向PCRF申请资源时，未携带
“Max-Requested-Bandwidth-UL AVP”，导致华为PCRF建立承载失败，中兴SBC在收
到华为PCRF错误响应后，向UE回复503（Service Unavailable），导致部分终端
CSFB。

中兴SBC打补丁后解决问题。

2.3.2.2V oLTE终端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呼叫建立时延长
呼叫建立流程涉及较多网元，需要开展端到端分析，呼叫建立时延长主要为终端、DRA、MME、SGW问题。

如果VoLTE终端进入CSFB流程，呼叫建立时延也会相应变长，该问题详见上节《2.3.2 VoLTE终端CSFB》
2.3.3.1呼叫建立时延统计方法
主叫发送Invite消息----主叫收到180振铃消息的时间
2.3.3.2呼叫建立时延长原因分析
A.终端
⏹测试短呼时，两次时间间隔设置过短，被叫用户无法完全进入IDLE态，新的呼叫发
起，被叫还处于连接态转IDLE过程暂态，收不到寻呼，通过网络多次寻呼才能成功，
导致整体端到端呼叫延迟达6-9s。

详见《HTC资源释放过慢导致呼叫建立时延过长》
⏹终端版本问题，导致发送多次Invite消息。

升级版本后问题解决。

详见《终端侧
invite消息丢失导致呼叫建立时延过长》
B.DRA
DRA“关于链路的数据捆绑开关”未打开，如果每条链路在50ms收到的消息只有一条，并且消息包长度小于1500字节时，将导致每条消息的时延超过50ms。

将“关于链路的捆绑数据开关”关闭，DRA与SBC交互时间降低到10ms。

由于交互次数共24次，可以缩短时间24*40=960ms。

详见《DRA参数配置不合理导致呼叫建立时延长》
C.MME
MME寻呼策略为首次eNB list（最近活动的7个eNB）寻呼，第二到六次为基于GUTI 的TA list寻呼（包含一个TA），寻呼间隔为2.5s。

eNB list寻呼成功率低，改为基于TA list 寻呼后，呼叫建立时延大于5s的比例从25%降低到7%。

D.SGW
中兴SGW“报文缓存开关”未打开，导致invite消息丢失，必须要等待SBC重传。

打开“报文缓存开关”开关后，可以缩短500ms~1s。

详见《中兴SGW寻呼未缓存导致呼叫建立时延长》
2.3.3.3呼叫建立时延长问题排查思路
A、eN
B、EP
C、IMS网元进行时间校准；
B、将IMS相关网元（P-SCSF、PCRF、AS、S-SCSF、HSS、DRA）的数据包汇聚到一个CE，抓取
该CE中IP数据包，同步抓取SGW、MME的数据包，获取各SIP信令在不同的网元的时间点，从网元和SIP信令两个维度进行分段统计，统计时长占比较大的网元和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连接建立），记录时间点
3、查看Invite消息到Block事件之间的时间段，主被叫出现的异常信令
2.3.4.3未接通原因分析
呼叫建立流程涉及终端、eNB、EPC、IMS等网元，所有网元的问题都可能导致未接通。

A、终端
⏹HTC M8t某版本寻呼成功率低
⏹HTC M8t某版本主叫终端收到PRACK 200 OK后未上报UPDATE
主叫
⏹苹果终端暂不支持振铃中的eSRVCC，振铃中或振铃后，只要是接通前发起eSRVCC流
程都会导致未接通
B、无线
⏹SINR差（由于邻区、干扰等导致）
被叫无线环境恶化，SINR降低到-3dB，UE上报的invite183网络侧未收到，最终导致主被叫同时未接通
⏹被叫LAU /RAU /TAU
主叫14:18:03发送INVITE消息，14:18:18超时主动上发Cancel消息。

被叫该时段在进行G-T-L重选,包括LAU、RAU、TAU过程。

⏹RRC连接异常释放
终端收到RRC连接释放，原因为other，然后进入空闲模式
C、IMS
⏹SBC收到被叫的UPDATE 200OK后没有转发，详见《SBC收到UPDATE的200OK后没有转
发》
⏹目前所有厂家的IMS不支持振铃前eSRVCC，振铃前发起eSRVCC，都会导致未接通
D、端到端
⏹SIP消息发送失败（在测试软件上看到的现象为终端发送多次SIP消息）
被叫手机在11:48.45.821接收到Invite消息后，分别在11:48.45.930、11:48:48.973、11:48:54.918发送了3次183消息，但是主叫一直没有收到183。

⏹SIP消息丢失（在测试软件上看到的现象为无线环境良好的情况下，一个终端已发送消
息，另一方未收到）
主叫14:50:11上发UPDATE消息，被叫一直未收到。

此时无线环境良好，RSRP值在-93dBm以上，SINR值在17dBm以上。

⏹被叫寻呼无响应，主叫收到480消息
主叫手机起呼后长时间未能成功建立通话，网络侧下发480Temporarily Unavailable（当前不可用）错误码，指示用户无响应。

⏹被叫上报486 Busy Here
被叫在上报INVITE180振铃后，上报了Invite 486（Busy Here）。

专用承载未建立或丢失，终端上发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), 然后网络主动去激活专用承载。

⏹基站核心网加密算法配置不一致
基站配置了祖冲之算法，但核心网未配置，导致未接通。

核心网配置祖冲之算法后问题解决，详见《基站核心网加密算法配置不一致导致呼叫失败》
⏹中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理
中兴SBC发送的AAR消息的flow-description部分中的IPV6地址携带了“[]”书写格式，华为PCRF在转换过程中不识别解析失败，导致呼叫失败。

中兴SBC打补丁后问题解决，详见《中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理》
⏹中兴SBC发送的STR消息存在异常
中兴SBC发送的STR消息未携带D-Host信息，华为LDRA转发不成功导致未接通。

SBC发送的STR携带D-Host消息后问题解决，详见《中兴SBC发送的STR消息错误导致未接通问题处理》
⏹华为LDRA参数设置不合理
华为LDRA“检查D-Host是否为本局开关”参数值为“1”，检测消息中的D-Host 为本局的主机名时，需要做错误处理并返回DIAMETER_APPLICATION_UNSUPPORTED错误码，导致未接通。

修改为“0”后问题解决，详见《华为LDRA参数配置导致未接通问题处理》
⏹中兴SBC发送的AAR消息存在异常
中兴SBC发送的AAR消息携带了D-Host信息，DRA会直接根据目的主机名进行消息转发而不再走会话绑定查询流程，导致未接通。

SBC发送的AAR消息不携带D-Host 信息后问题解决，详见《中兴SBC发送的AAR消息错误导致未接通问题处理》
2.3.4.4未接通问题排查思路
A、暂时无法解决的问题。