VOLTE测试问题点汇总
- 格式：docx
- 大小：6.46 MB
- 文档页数：33
1、VOLTE测试信令流程与标准不符
1.1起呼过程中主被叫在183 消息之前已完成QCI1专载建立,共有以下4种情况：
被叫2种：
a).被叫在收到INVITE Request之前已完成完成QCI1专载建立;
b).被叫在收到INVITE的同时收到QCI=1的承载建立请求；
主叫2种：
c). 主叫在收到IMS的100 Trying之前就已经建立QCI=1的承载；
d). 主叫在收到Trying 100后，183前已完成QCI1专载建立
信令截图如下：
a).被叫收到INVITE消息前就开始建立QCI1的专用承载;
B).被叫在收到INVITE的同时收到QCI=1的承载建立请求；
c).主叫在收到IMS的100 Trying之前就已经建立QCI=1的承载；
d). 主叫在收到Trying 100后，183前已完成QCI1专载建立，被叫在INVITE
Request前已完成完成QCI1专载建立。
1.2被叫侧在回复BYE-200之前，主叫就已经收到IMS下发的BYE-200消息
IMS核心网反馈，SBC策略要是收到任一方BYE Reques 直接通知MME释放EPS，无需等待主被叫回复BYE 200 OK。
1.3主叫发起BYE Request挂机，但被叫先收到专载释放，且释放完成后才收到IMS下发的BYE Request，导致平台统计为掉话。
DRB-3为QCI1专载
1.4主叫收到Trying 100后网络侧下发去激活QCI1专载，但主叫上次通过结束后已释放完成。
2、三次Modify EPS bearer
2.1 主被叫在起呼过程中多次修改EPS Bearer
测试发现起呼过程中多次修改EPS Bearer: 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主叫未收到UPDATE 200 和 180 Ringing 导致未接通：
【问题描述】主叫占用EARFCN:38400、PCI:315小区，终端发起invite会话呼叫，服务器响应并回复终端invite100 Trying，网络侧发起QCI=1的承载建立，此时的空口环境CRC-RSRC=-98，CRC-SINR=10,在时间10:36:34同时上发ACK和BYE消息，接着释放QCI1导致一次未接通事件
【问题分析】：通过信令分析主被叫信令，被叫上发UPDATE200消息给IMS，但是主叫没有收到下发的UPDTAE200消息，接着被叫上发振铃消息，主叫也没有收到，被叫上发INVITE200消息，主叫收到后上发ACK，通话接通，但是主叫同时上发了BYE消息，进行了QCI1的拆链，收到下发的UPDATE 487 Request Terminated，UPDATE请求终止。从信令上看已经收到INVITE200消息以及上发ACK，理论上已经接通，但是从UPDATE 487
Request Terminated，UPDATE请求终止怀疑由于UPDTAE200消息丢失导致未接通。 3.2无线环境良好，被叫发送间隔2秒发送第2次 INVITE 183，网络侧才下发QCI1激活请求，期间重复收到INVITE Request消息；怀疑核心网SIP消息丢失；：
