VOLTE测试问题点汇总.docx

1、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

2、 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后网络侧

3、下发去激活QCI1专载，但主叫上次通过结束后已释放完成。2、三次Modify EPS bearer2.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?m

4、essage?name?:?Activate?dedicated?EPS?bearer?context?requestvalue?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

5、?:?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?requestvalue?Modify?EPS?bearer?context?request?:=?|-Esm?Header?|-Protocol?discriminator?:

6、?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?na

7、me?:?Modify?EPS?bearer?context?requestvalue?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

8、_Extend?:?0?|-GbrForUpLink_Extend?:?0?|-MbrForDwLink_Extend?:?0?|-MbrForUpLink_Extend?:?0?|-Qci?:?1?第三次：value?message?name?:?Modify?EPS?bearer?context?requestvalue?Modify?EPS?bearer?context?request?:=?|-Esm?Header?|-Protocol?discriminator?:?2?(ESM?messages)?|-EpsBearerId?:?0x08?|-ProcedureTxnId?:?0?

9、|-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 Ringi

10、ng 导致未接通：【问题描述】主叫占用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消

11、息，进行了QCI1的拆链，收到下发的UPDATE 487 Request Terminated，UPDATE请求终止。从信令上看已经收到INVITE200消息以及上发ACK，理论上已经接通，但是从UPDATE 487 Request Terminated，UPDATE请求终止怀疑由于UPDTAE200消息丢失导致未接通。3.2无线环境良好，被叫发送间隔2秒发送第2次 INVITE 183，网络侧才下发QCI1激活请求，期间重复收到INVITE Request消息；怀疑核心网SIP消息丢失；：4、通话建立过程，网络侧取消通话4.1被叫发送180 Ringing ，4秒后主叫收到：UPDATE 4

12、87 Request Teminated，导致未接通IMS_SIP_UPDATE-Request Teminated 提示: 487 Request Terminated4.2被叫发送183，但收到网络侧：CANCEL-Request(cause=503;text=PT: ASR: INSUFFICIENT_BEARER_RESOURCES) ，导致未接通，疑问是否与空闲态TAU有关。5、CSFB通话5.1主叫在空闲态INVITE-Request，但连续4次RRC Connection Setup Complete完成后接着收到RRC Connection Release(other)导致主叫

13、CSFB(成功)，原因未知13:35:17.314 RRC连接重配置分别给主叫分配QCI5/QCI9的默认承载，与上4次同一小区5.2主叫收到Trying 100接着100ms收到IMS_INVITE-500 Server Internal Error5.3主叫收到Trying 100 1.3s后收到IMS_INVITE-Request Timeout，当前被叫无线环境良好5.4被叫刚好在寻呼期间做小区重选，8秒后接收到MME CSFB指示经核实IMS有个5秒定时器，IMS侧要是在5秒内未收到被叫回复Trying 100，就会转到MME 继续寻呼。6、切换失败且RRC重建失败导致掉话被叫终端切

14、换失败，发起RRC连接重建，但网络侧拒绝导致掉话。7、终端异常7.1接通状态下再起呼或再次响应寻呼主被叫正在通话中，均尚未挂机，但主叫在通话过程中再次发起INVITE，疑似终端问题。主叫在通话过程中发起INVITE-Request，被叫响应INVITE ，并向网络侧发送INVITE-Trying 100被叫在180秒后挂机结束通话7.2主叫发生TAU更新后，没有继续发起UPDATE流程导致未接通8、QCI1专载被异常释放导致未接通8.1 QCI1(高、低极限)异常释放导致未接通(LowLimit)【问题描述】主叫占用EARFCN:38400、PCI:354小区，终端发起invite会话呼叫，服

15、务器响应并回复终端invite100 Trying，网络侧发起QCI=1、EPS承载为5的承载建立，此时的空口环境较好CRC-RSRC=-75，CRC-SINR=18.4,在预确认过程结束后，媒体格式协商过程中终端收到网络下发的：SIP/2.0 487 Request Terminated，导致一次未接通事件，时间点为：13:51:33。【问题分析】：通过信令分析主叫失败前的信令节点value message name : UPDATE（媒体格式协商过程）,主叫终端收到网络下发的：SIP/2.0 487 Request Terminated（请求终止），随即网络侧又再次下发UPDATE 481

16、 Call/Transaction Does Not Exist（呼叫事务不存在）；从被叫的信令来看在收到网络侧下发的INVITE消息前，就开始建立QCI=1的专用承载（这个比较异常）异常点如下：异常点1：释放QCI1的专用承载需要核心网答复！value message name : |-LowLimit : 0value Deactivate EPS bearer context request := |-Esm Header |-Protocol discriminator : 2 (ESM messages) |-EpsBearerId : 0x08 |-ProcedureTxnId :

17、 0 |-MsgType : 0xcd |-EsmCause : 36 (Esm)Regular deactivation)在呼叫过程中被叫网络下发value message name : |-LowLimit原因为：value Deactivate EPS bearer context request释放专用承载，导致本次呼叫失败【优化建议】需要核心网答复异常释放的原因？8.2 QCI1(高、低极限)异常释放导致未接通(HighLimit)【问题描述】主叫占用EARFCN:38400、PCI:129小区，终端发起invite会话呼叫，服务器响应并回复终端invite100 Trying，网络

18、侧发起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 主叫

19、QCI1异常释放导致未接通（主叫未收到Update 200）【问题描述】主叫占用EARFCN:38098、PCI:286小区，终端发起invite会话呼叫，服务器响应并回复终端invite100 Trying，网络侧发起QCI=1、EPS承载为5的承载建立，此时的空口环境较好CRC-RSRC=-95，CRC-SINR=21,在预确认结束后，媒体格式协商过程中、终端进行了一次切换（286=285）,切换完成后，网络侧主动释放QCI1的专用承载，释放原因为：value message name : Deactivate EPS bearer context requestvalue Deactiv

20、ate EPS bearer context request := |-Esm Header |-Protocol discriminator : 2 (ESM messages) |-EpsBearerId : 0x06 |-ProcedureTxnId : 0 |-MsgType : 0xcd |-EsmCause : 36 (Esm)Regular deactivation)8.4 被叫QCI1异常释放导致未接通（主叫未收到Update 200）【问题描述】主叫占用EARFCN:38400、PCI:78小区，终端发起invite会话呼叫，服务器响应并回复终端invite100 Tryin

21、g，网络侧发起QCI=1、EPS承载为5的承载建立，此时的空口环境较好CRC-RSRC=-84，CRC-SINR=15,在预确认结束后，媒体格式协商过程中终端收到网络下发的：UPDATE 487 Request Terminated（），导致一次未接通事件，时间点为：16:27:08。【问题分析】：通过信令分析主叫失败前的信令节点UPDATE 487 Request Terminated（）；从被叫的信令来看,呼叫过程中，被叫发送Ringing 180后，收到网络侧释放了QCI1的专用承载，被叫随后上报INVITE 580 Precondition Failure，从时间节点上来看主要原因为被

22、叫网络侧异常释放QCI1的专载导致未接通事件如下图 【优化建议】需要核心网答复异常释放的原因？8.5 被叫被异常释放QCI1导致未接通(183后)【问题描述】主叫占用EARFCN:38400、PCI129小区，终端发起invite会话呼叫，服务器响应并回复终端invite100 Trying，网络侧发起QCI=1承载建立，此时的空口环境较好CRC-RSRC=-88，CRC-SINR=21,在媒体格式协商完成后接着收到UPDATE 491 REQUSET PENDING，UE接着上发CANCEL取消通话导致未接通。【问题分析】：通过信令分析被叫在上发INVITE183消息后进行了一次切换，接着收

23、到了下发的QCI1承载拆除消息，QCI1承载拆除后手打INVITE 580 precondition failure（预确认失败）导致未接通【优化建议】需要核心网答复异常释放的原因？8.6 被叫被异常释放QCI1导致未接通(180 Ringing后)【问题描述】主叫占用EARFCN:37900、PCI:35小区，终端发起invite会话呼叫，服务器响应并回复终端invite100 Trying，网络侧发起QCI=1、EPS承载为6的承载建立，此时的空口环境较好CRC-RSRC=-103，CRC-SINR=-2,在时间17:16:48，收到网络侧下发的value message name : U

24、PDATE 487 Request Terminated（）导致一次未接通事件【问题分析】：通过信令分析主叫失败前的信令节点UPDATE 487 Request Terminated（）；从被叫的信令来看,呼叫过程中，被叫发送Ringing 180后，收到网络侧释放了QCI1的专用承载，被叫随后上报INVITE 580 Precondition Failure，从时间节点上来看主要原因为被叫网络侧异常释放QCI1的专载导致未接通事件如下图【优化建议】1、 需要核心网答复异常释放的原因2、 双频网的优先级设置不合理（覆盖调整）9、单通9.1被叫RTP包单通20s后挂机，主叫RTP包收发正常室分定

25、点测试，主被叫正常通话，但过了90多秒被叫出现单通，仅有UE到网络侧数据包，无收到网络侧下发到UE RTP包。但主叫RTP发送接收正常。10. 注册失败主叫在2G网络发起注销(expires=0)原因未知，重回4G网络，注销成功，过了约6秒，终端再次发起注册请求，但由于未携带相关P-Access-Network-Info;Security -Verify字段，核心网要求携带后再进次发起注册，该信令流程属正常流程。TimeCodeName12:45:42.830E28CSIP Register Failure12:4:30.391 IMS_SIP_REGISTER-Request12:45:35.648 IMS_SIP_REGISTER_OK主叫再次发起注册：12:45:42.411 REGISTER-request12:45:42.830 REGISTER-Unauthorized12:45:43.419 终端按要求再次发送REGISTER12:45:43.668 网络侧回复注册成功