版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
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
4、160;message name : Activate dedicated EPS bearer context requestvalue Activate dedicated EPS bearer context request := |-Esm Header
5、|-Protocol discriminator : 2 (ESM messages) |-EpsBearerId : 0x08 |-ProcedureTxnId : 0
6、0; |-MsgType : 0xc5 |-LinkedEpsBearerId : 0x05 |-SdfQos |-GbrForDwLi
7、nk : 49 |-GbrForUpLink : 50 |-MbrForDwLink
8、 : 49 |-MbrForUpLink : 50 |-GbrForDwLink_Extend :
9、0 |-GbrForUpLink_Extend : 0 |-MbrForDwLink_Extend : 0 |-MbrForUpLink_Extend
10、0; : 0 |-Qci : 1 第一次:value message name : Modify EPS bearer context
11、 requestvalue Modify EPS bearer context request := |-Esm Header |-Protocol discriminator : 2 (ESM messages)
12、0; |-EpsBearerId : 0x08 |-ProcedureTxnId : 0 |-MsgType &
13、#160;: 0xc9 |-SdfQos |-GbrForDwLink : 49 |-GbrForUpLink
14、; : 49 |-MbrForDwLink : 49 |-MbrForUpLink &
15、#160; : 49 |-GbrForDwLink_Extend : 0 |-GbrForUpLink_Extend : 0
16、|-MbrForDwLink_Extend : 0 |-MbrForUpLink_Extend : 0 |-Qci
17、60; : 1 第二次:value message name : Modify EPS bearer context requestvalue Modify EPS bearer context request := |-Esm Header
18、 |-Protocol discriminator : 2 (ESM messages) |-EpsBearerId : 0x08 |-ProcedureTxnId
19、 : 0 |-MsgType : 0xc9 |-SdfQos |-GbrForDwLink
20、0; : 49 |-GbrForUpLink : 50 |-MbrForDwLink :
21、;49 |-MbrForUpLink : 50 |-GbrForDwLink_Extend : 0
22、; |-GbrForUpLink_Extend : 0 |-MbrForDwLink_Extend : 0 |-MbrForUpLink_Extend : 0
23、160; |-Qci : 1 第三次:value message name : Modify EPS bearer context requestvalue Modify EPS bea
24、rer context request := |-Esm Header |-Protocol discriminator : 2 (ESM messages)
25、0;|-EpsBearerId : 0x08 |-ProcedureTxnId : 0 |-MsgType : 0xc9 |-
26、SdfQos |-GbrForDwLink : 49 |-GbrForUpLink : 49
27、160; |-MbrForDwLink : 49 |-MbrForUpLink : 49
28、0; |-GbrForDwLink_Extend : 0 |-GbrForUpLink_Extend : 0 |-MbrForDwLink_Extend : 0 &
29、#160; |-MbrForUpLink_Extend : 0 |-Qci : 1 下图GBrForDwLin
30、k、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
31、消息,接着被叫上发振铃消息,主叫也没有收到,被叫上发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消息
32、;怀疑核心网SIP消息丢失;:4、通话建立过程,网络侧取消通话4.1被叫发送180 Ringing ,4秒后主叫收到:UPDATE 487 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-Reque
33、st,但连续4次RRC Connection Setup Complete完成后接着收到RRC Connection Release(other)导致主叫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指示经
34、核实IMS有个5秒定时器,IMS侧要是在5秒内未收到被叫回复Trying 100,就会转到MME 继续寻呼。6、切换失败且RRC重建失败导致掉话被叫终端切换失败,发起RRC连接重建,但网络侧拒绝导致掉话。7、终端异常7.1接通状态下再起呼或再次响应寻呼主被叫正在通话中,均尚未挂机,但主叫在通话过程中再次发起INVITE,疑似终端问题。主叫在通话过程中发起INVITE-Request,被叫响应INVITE ,并向网络侧发送INVITE-Trying 100被叫在180秒后挂机结束通话7.2主叫发生TAU更新后,没有继续发起UPDATE流程导致未接通8、QCI1专载被异常释放导致未接通8.1 QC
35、I1(高、低极限)异常释放导致未接通(LowLimit)【问题描述】主叫占用EARFCN:38400、PCI:354小区,终端发起invite会话呼叫,服务器响应并回复终端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(媒体
36、格式协商过程),主叫终端收到网络下发的:SIP/2.0 487 Request Terminated(请求终止),随即网络侧又再次下发UPDATE 481 Call/Transaction Does Not Exist(呼叫事务不存在);从被叫的信令来看在收到网络侧下发的INVITE消息前,就开始建立QCI=1的专用承载(这个比较异常)异常点如下: 异常点1:释放QCI1的专用承载需要核心网答复!value message name : |-LowLimit : 0value Deactivate EPS bearer context request := |-Esm Header |-Pro
37、tocol discriminator : 2 (ESM messages) |-EpsBearerId : 0x08 |-ProcedureTxnId : 0 |-MsgType : 0xcd |-EsmCause : 36 (Esm)Regular deactivation)在呼叫过程中被叫网络下发value message name : |-LowLimit原因为:value Deactivate EPS bearer context request释放专用承载,导致本次呼叫失败【优化建议】需要核心网答复异常释放的原因?8.2 QCI1(高、低极限)异常释放导致未接通(HighLimit
38、)【问题描述】主叫占用EARFCN:38400、PCI:129小区,终端发起invite会话呼叫,服务器响应并回复终端invite100 Trying,网络侧发起QCI=1、EPS承载为5的承载建立,此时的空口环境良好好CRC-RSRC=-90,CRC-SINR=14,在主叫收到被叫的振铃消息后上发CANCEL取消本次通话,未接通。【问题分析】:通过信令分析被叫信令在完成振铃消息后收到IMS下发的HighLimit:0消息,查看里面内容是EPC承载8(QCI)的释放请求,UE进行了EPS8(QCI1)的释放,释放完成后上发释放完成消息,接着收到了CANCEL消息,取消了通话,查看CANCEL,
39、取消原因为ASR_MSG: INSUFFICIENT_BEARER_RESOURCES,承载资源不足。【优化建议】需要核心网答复异常释放的原因?8.3 主叫QCI1异常释放导致未接通(主叫未收到Update 200)【问题描述】主叫占用EARFCN:38098、PCI:286小区,终端发起invite会话呼叫,服务器响应并回复终端invite100 Trying,网络侧发起QCI=1、EPS承载为5的承载建立,此时的空口环境较好CRC-RSRC=-95,CRC-SINR=21,在预确认结束后,媒体格式协商过程中、终端进行了一次切换(286=>285),切换完成后,网络侧主动释放QCI1的
40、专用承载,释放原因为:value message name : Deactivate EPS bearer context requestvalue Deactivate 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异常释放导致未接通(主叫未收到U
41、pdate 200)【问题描述】主叫占用EARFCN:38400、PCI:78小区,终端发起invite会话呼叫,服务器响应并回复终端invite100 Trying,网络侧发起QCI=1、EPS承载为5的承载建立,此时的空口环境较好CRC-RSRC=-84,CRC-SINR=15,在预确认结束后,媒体格式协商过程中终端收到网络下发的:UPDATE 487 Request Terminated(Warning: 399 "ASR_MSG: INSUFFICIENT_BEARER_RESOU
42、RCES"),导致一次未接通事件,时间点为:16:27:08。【问题分析】:通过信令分析主叫失败前的信令节点UPDATE 487 Request Terminated(Warning: 399 "ASR_MSG: INSUFFICIENT_BEARER_RESOURCES");从被叫的信令来看,呼叫过程中,被叫发送Ringing 180后,收到网络侧释放了QCI1的专用承载,被叫随后上报INVITE 580 Precondition Failure,从时间节点上来看主要原因为被叫网络侧异常释放QCI1的专载导致未接通事件如下图 【优化建议】需要核心网答复异常释放的原因?8.5 被叫被异常释放QCI1导致未接通(183后)【问题描述】主叫占用EARFCN:38400、PCI129小区,终端发起invite会话呼叫,服务器响应并回复终端invite100 Trying,网
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 露点温度和组成的计算
- 汽车发动机构造与维修 教案 6.3认识发动机油耗高、动力不足与气缸磨损的直接关系
- 苏教版二年级数学下册全册教案教学设计
- 记账实操-胶水加工厂的账务处理分录
- 《跳水》危机处理教案
- 《将相和》宽容与合作教案
- 企业公司组织架构图模板
- 专升本(高等数学一)模拟试卷6(共252题)
- 学习两弹一星精神的时代价值(今年我国第一颗原子弹爆炸成功60周年)
- 离散行业MES解决方案
- 扶贫农产品购销合同协议
- 医务科依法执业自查表
- 17中国大唐集团公司发电设备检修管理办法大唐集团制〔2023〕94号
- 2023年天线工程师年度总结及下年工作展望
- 高处作业风险及隐患排查(安全检查)清单
- 临床心理护理现状
- 小学扎染社团活动记录教案
- 大概念教学读书分享
- 电梯使用单位安全风险日管控、周排查、月调度管理制度
- DFA面向装配的零件设计检查表范例
- 食物的营养价值PPT
评论
0/150
提交评论