VOLTE测试问题点汇总.docx
《VOLTE测试问题点汇总.docx》由会员分享，可在线阅读，更多相关《VOLTE测试问题点汇总.docx（33页珍藏版）》请在冰点文库上搜索。
VOLTE测试问题点汇总
1、VOLTE测试信令流程与标准不符
1.1起呼过程中主被叫在183消息之前已完成QCI1专载建立,共有以下4种情况：
被叫2种：
a）.被叫在收到INVITERequest之前已完成完成QCI1专载建立;
b）.被叫在收到INVITE的同时收到QCI=1的承载建立请求；
主叫2种：
c）.主叫在收到IMS的100Trying之前就已经建立QCI=1的承载；
d）.主叫在收到Trying100后，183前已完成QCI1专载建立
信令截图如下：
a）.被叫收到INVITE消息前就开始建立QCI1的专用承载;
B）.被叫在收到INVITE的同时收到QCI=1的承载建立请求；
c）.主叫在收到IMS的100Trying之前就已经建立QCI=1的承载；
d）.主叫在收到Trying100后，183前已完成QCI1专载建立，被叫在INVITERequest前已完成完成QCI1专载建立。
1.2被叫侧在回复BYE-200之前，主叫就已经收到IMS下发的BYE-200消息
IMS核心网反馈，SBC策略要是收到任一方BYEReques直接通知MME释放EPS，无需等待主被叫回复BYE200OK。
1.3主叫发起BYERequest挂机，但被叫先收到专载释放，且释放完成后才收到IMS下发的BYERequest，导致平台统计为掉话。
DRB-3为QCI1专载
1.4主叫收到Trying100后网络侧下发去激活QCI1专载，但主叫上次通过结束后已释放完成。
2、三次ModifyEPSbearer
2.1主被叫在起呼过程中多次修改EPSBearer
测试发现起呼过程中多次修改EPSBearer:
GBrForDwLink、GBrForUpLink、MbForDwLink、MbrForUpLink相关速率修改为49、50、96等。
QCI=1的专用承载的EPSID=8（GBR上行50、下行49，第一次MODIFY：
修改GBR上下行49，第二次MODIFY：
与第一次一样，第三次MODIFY与第二次一样；这种多次修改GBR保障速率主要目的是什么？
帮忙看看核心网是否能答复异常呢？
）
value message name :
Activate dedicated EPS bearer context request
value Activate dedicated EPS bearer context request :
:
=
|----Esm Header
|----Protocol discriminator :
2 （ESM messages）
|----EpsBearerId :
0x08
|----ProcedureTxnId :
0
|----MsgType :
0xc5
|----LinkedEpsBearerId :
0x05
|----SdfQos
|----GbrForDwLink :
49
|----GbrForUpLink :
50
|----MbrForDwLink :
49
|----MbrForUpLink :
50
|----GbrForDwLink_Extend :
0
|----GbrForUpLink_Extend :
0
|----MbrForDwLink_Extend :
0
|----MbrForUpLink_Extend :
0
|----Qci :
1
第一次：
value message name :
Modify EPS bearer context request
value Modify EPS bearer context request :
:
=
|----Esm Header
|----Protocol discriminator :
2 （ESM messages）
|----EpsBearerId :
0x08
|----ProcedureTxnId :
0
|----MsgType :
0xc9
|----SdfQos
|----GbrForDwLink :
49
|----GbrForUpLink :
49
|----MbrForDwLink :
49
|----MbrForUpLink :
49
|----GbrForDwLink_Extend :
0
|----GbrForUpLink_Extend :
0
|----MbrForDwLink_Extend :
0
|----MbrForUpLink_Extend :
0
|----Qci :
1
第二次：
value message name :
Modify EPS bearer context request
value Modify EPS bearer context request :
:
=
|----Esm Header
|----Protocol discriminator :
2 （ESM messages）
|----EpsBearerId :
0x08
|----ProcedureTxnId :
0
|----MsgType :
0xc9
|----SdfQos
|----GbrForDwLink :
49
|----GbrForUpLink :
50
|----MbrForDwLink :
49
|----MbrForUpLink :
50
|----GbrForDwLink_Extend :
0
|----GbrForUpLink_Extend :
0
|----MbrForDwLink_Extend :
0
|----MbrForUpLink_Extend :
0
|----Qci :
1
第三次：
value message name :
Modify EPS bearer context request
value Modify EPS bearer context request :
:
=
|----Esm Header
|----Protocol discriminator :
2 （ESM messages）
|----EpsBearerId :
0x08
|----ProcedureTxnId :
0
|----MsgType :
0xc9
|----SdfQos
|----GbrForDwLink :
49
|----GbrForUpLink :
49
|----MbrForDwLink :
49
|----MbrForUpLink :
49
|----GbrForDwLink_Extend :
0
|----GbrForUpLink_Extend :
0
|----MbrForDwLink_Extend :
0
|----MbrForUpLink_Extend :
0
|----Qci :
1
下图GBrForDwLink、、MbForDwLink、相关速率有修改为49、96。
3、SIP信令丢失
3.1主叫未收到UPDATE200和180Ringing导致未接通：
【问题描述】主叫占用EARFCN:
38400、PCI:
315小区，终端发起invite会话呼叫，服务器响应并回复终端invite100Trying，网络侧发起QCI=1的承载建立，此时的空口环境CRC-RSRC=-98，CRC-SINR=10,在时间10:
36:
34同时上发ACK和BYE消息，接着释放QCI1导致一次未接通事件
【问题分析】：
通过信令分析主被叫信令，被叫上发UPDATE200消息给IMS，但是主叫没有收到下发的UPDTAE200消息，接着被叫上发振铃消息，主叫也没有收到，被叫上发INVITE200消息，主叫收到后上发ACK，通话接通，但是主叫同时上发了BYE消息，进行了QCI1的拆链，收到下发的UPDATE487RequestTerminated，UPDATE请求终止。
从信令上看已经收到INVITE200消息以及上发ACK，理论上已经接通，但是从UPDATE487RequestTerminated，UPDATE请求终止怀疑由于UPDTAE200消息丢失导致未接通。
3.2无线环境良好，被叫发送间隔2秒发送第2次INVITE183，网络侧才下发QCI1激活请求，期间重复收到INVITERequest消息；怀疑核心网SIP消息丢失；：
4、通话建立过程，网络侧取消通话
4.1被叫发送180Ringing，4秒后主叫收到：
UPDATE487RequestTeminated，导致未接通
IMS_SIP_UPDATE-RequestTeminated提示:
487RequestTerminated
4.2被叫发送183，但收到网络侧：
CANCEL-Request（cause=503;text='PT:
ASR:
INSUFFICIENT_BEARER_RESOURCES'），导致未接通，疑问是否与空闲态TAU有关。
5、CSFB通话
5.1主叫在空闲态INVITE-Request，但连续4次RRCConnectionSetupComplete完成后接着收到RRCConnectionRelease（other）导致主叫CSFB（成功），原因未知
13:
35:
17.314RRC连接重配置分别给主叫分配QCI5/QCI9的默认承载，与上4次同一小区
5.2主叫收到Trying100接着100ms收到IMS_INVITE-500ServerInternalError
5.3主叫收到Trying1001.3s后收到IMS_INVITE-RequestTimeout，当前被叫无线环境良好
5.4被叫刚好在寻呼期间做小区重选，8秒后接收到MMECSFB指示
经核实IMS有个5秒定时器，IMS侧要是在5秒内未收到被叫回复Trying100，就会转到MME继续寻呼。
6、切换失败且RRC重建失败导致掉话
被叫终端切换失败，发起RRC连接重建，但网络侧拒绝导致掉话。
7、终端异常
7.1接通状态下再起呼或再次响应寻呼
主被叫正在通话中，均尚未挂机，但主叫在通话过程中再次发起INVITE，疑似终端问题。
主叫在通话过程中发起INVITE-Request，被叫响应INVITE，并向网络侧发送INVITE-Trying100
被叫在180秒后挂机结束通话
7.2主叫发生TAU更新后，没有继续发起UPDATE流程导致未接通
8、QCI1专载被异常释放导致未接通
8.1QCI1（高、低极限）异常释放导致未接通（LowLimit）
【问题描述】主叫占用EARFCN:
38400、PCI:
354小区，终端发起invite会话呼叫，服务器响应并回复终端invite100Trying，网络侧发起QCI=1、EPS承载为5的承载建立，此时的空口环境较好CRC-RSRC=-75，CRC-SINR=18.4,在预确认过程结束后，媒体格式协商过程中终端收到网络下发的：
SIP/2.0487RequestTerminated，导致一次未接通事件，时间点为：
13:
51:
33。
【问题分析】：
通过信令分析主叫失败前的信令节点valuemessagename:
UPDATE（媒体格式协商过程）,主叫终端收到网络下发的：
SIP/2.0487RequestTerminated（请求终止），随即网络侧又再次下发UPDATE481Call/TransactionDoesNotExist（呼叫事务不存在）；从被叫的信令来看在收到网络侧下发的INVITE消息前，就开始建立QCI=1的专用承载（这个比较异常）异常点如下：
异常点1：
释放QCI1的专用承载需要核心网答复！
valuemessagename:
|----LowLimit:
0
valueDeactivateEPSbearercontextrequest:
:
=
|----EsmHeader
|----Protocoldiscriminator:
2（ESMmessages）
|----EpsBearerId:
0x08
|----ProcedureTxnId:
0
|----MsgType:
0xcd
|----EsmCause:
36（（Esm）Regulardeactivation）
在呼叫过程中被叫网络下发valuemessagename:
|----LowLimit原因为：
valueDeactivateEPSbearercontextrequest释放专用承载，导致本次呼叫失败
【优化建议】需要核心网答复异常释放的原因？
8.2QCI1（高、低极限）异常释放导致未接通（HighLimit）
【问题描述】主叫占用EARFCN:
38400、PCI:
129小区，终端发起invite会话呼叫，服务器响应并回复终端invite100Trying，网络侧发起QCI=1、EPS承载为5的承载建立，此时的空口环境良好好CRC-RSRC=-90，CRC-SINR=14,在主叫收到被叫的振铃消息后上发CANCEL取消本次通话，未接通。
【问题分析】：
通过信令分析被叫信令在完成振铃消息后收到IMS下发的HighLimit：
0消息，查看里面内容是EPC承载8（QCI）的释放请求，UE进行了EPS8（QCI1）的释放，释放完成后上发释放完成消息，接着收到了CANCEL消息，取消了通话，查看CANCEL，取消原因为ASR_MSG:
INSUFFICIENT_BEARER_RESOURCES，承载资源不足。
【优化建议】需要核心网答复异常释放的原因？
8.3主叫QCI1异常释放导致未接通（主叫未收到Update200）
【问题描述】主叫占用EARFCN:
38098、PCI:
286小区，终端发起invite会话呼叫，服务器响应并回复终端invite100Trying，网络侧发起QCI=1、EPS承载为5的承载建立，此时的空口环境较好CRC-RSRC=-95，CRC-SINR=21,在预确认结束后，媒体格式协商过程中、终端进行了一次切换（286=>285）,切换完成后，网络侧主动释放QCI1的专用承载，释放原因为：
valuemessagename:
DeactivateEPSbearercontextrequest
valueDeactivateEPSbearercontextrequest:
:
=
|----EsmHeader
|----Protocoldiscriminator:
2（ESMmessages）
|----EpsBearerId:
0x06
|----ProcedureTxnId:
0
|----MsgType:
0xcd
|----EsmCause:
36（（Esm）Regulardeactivation）
8.4被叫QCI1异常释放导致未接通（主叫未收到Update200）
【问题描述】主叫占用EARFCN:
38400、PCI:
78小区，终端发起invite会话呼叫，服务器响应并回复终端invite100Trying，网络侧发起QCI=1、EPS承载为5的承载建立，此时的空口环境较好CRC-RSRC=-84，CRC-SINR=15,在预确认结束后，媒体格式协商过程中终端收到网络下发的：
UPDATE487RequestTerminated（Warning:
399lzpsbc1bal.gs.ims.mnc000.mcc460.3gppnetwork.org"ASR_MSG:
INSUFFICIENT_BEARER_RESOURCES"），导致一次未接通事件，时间点为：
16:
27:
08。
【问题分析】：
通过信令分析主叫失败前的信令节点UPDATE487RequestTerminated（Warning:
399lzpsbc1bal.gs.ims.mnc000.mcc460.3gppnetwork.org"ASR_MSG:
INSUFFICIENT_BEARER_RESOURCES"）；从被叫的信令来看,呼叫过程中，被叫发送Ringing180后，收到网络侧释放了QCI1的专用承载，被叫随后上报INVITE580PreconditionFailure，从时间节点上来看主要原因为被叫网络侧异常释放QCI1的专载导致未接通事件如下图
【优化建议】需要核心网答复异常释放的原因？
8.5被叫被异常释放QCI1导致未接通（183后）
【问题描述】主叫占用EARFCN:
38400、PCI129小区，终端发起invite会话呼叫，服务器响应并回复终端invite100Trying，网络侧发起QCI=1承载建立，此时的空口环境较好CRC-RSRC=-88，CRC-SINR=21,在媒体格式协商完成后接着收到UPDATE491REQUSETPENDING，UE接着上发CANCEL取消通话导致未接通。
【问题分析】：
通过信令分析被叫在上发INVITE183消息后进行了一次切换，接着收到了下发的QCI1承载拆除消息，QCI1承载拆除后手打INVITE580preconditionfailure（预确认失败）导致未接通
【优化建议】需要核心网答复异常释放的原因？
8.6被叫被异常释放QCI1导致未接通（180Ringing后）
【问题描述】主叫占用EARFCN:
37900、PCI:
35小区，终端发起invite会话呼叫，服务器响应并回复终端invite100Trying，网络侧发起QCI=1、EPS承载为6的承载建立，此时的空口环境较好CRC-RSRC=-103，CRC-SINR=-2,在时间17:
16:
48，收到网络侧下发的valuemessagename:
UPDATE487RequestTerminated（Warning:
399lzpsbc1bal.gs.ims.mnc000.mcc460.3gppnetwork.org"ASR_MSG:
INSUFFICIENT_BEARER_RESOURCES）导致一次未接通事件
【问题分析】：
通过信令分析主叫失败前的信令节点UPDATE487RequestTerminated（Warning:
399lzpsbc1bal.gs.ims.mnc000.mcc460.3gppnetwork.org"ASR_MSG:
INSUFFICIENT_BEARER_RESOURCES"）；从被叫的信令来看,呼叫过程中，被叫发送Ringing180后，收到网络侧释放了QCI1的专用承载，被叫随后上报INVITE580PreconditionFailure，从时间节点上来看主要原因为被叫网络侧异常释放QCI1的专载导致未接通事件如下图
【优化建议】
1、需要核心网答复异常释放的原因
2、双频网的优先级设置不合理（覆盖调整）
9、单通
9.1被叫RTP包单通20s后挂机，主叫RTP包收发正常
室分定点测试，主被叫正常通话，但过了90多秒被叫出现单通，仅有UE到网络侧数据包，无收到网络侧下发到UERTP包。
但主叫RTP发送接收正常。
10.注册失败
主叫在2G网络发起注销（expires=0）原因未知，重回4G网络，注销成功，过了约6秒，终端再次发起注册请求，但由于未携带相关P-Access-Network-Info;Security-Verify字段，核心网要求携带后再进次发起注册，该信令流程属正常流程。
Time
Code
Name
12:
45:
42.830
E28C
SIPRegisterFailure
12:
4:
30.391IMS_SIP_REGISTER-Request
12:
45:
35.648IMS_SIP_REGISTER_OK
主叫再次发起注册：
12:
45:
42.411REGISTER-request
12:
45:
42.830REGISTER-Unauthorized
12:
45:
43.419终端按要求再次发送REGISTER
12:
45:
43.668网络侧回复注册成功
升级会员 