bearer是什么意思rer在线翻译读音例句

VOLTE测试问题点汇总

1、VOLTE测试信令流程与标准不符

1.1起呼过程中主被叫在183消息之前已完成QCI1专载建立,共有以

下4种情况：被叫2种：

a).被叫在收到INVITERequet之前已完成完成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专载建立，被叫在

INVITERequet前已完成完成QCI1专载建立。

1.2被叫侧在回复BYE-200之前，主叫就已经收到IMS下发的BYE-

200消息

IMS核心网反馈，SBC策略要是收到任一方BYEReque直接通知MME释

放EPS，无需等待主被叫回复BYE200OK。

1.3主叫发起BYERequet挂机，但被叫先收到专载释放，且释放完成

后才收到IMS下发的BYERequet，导致平台统计为掉话。

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保障速率主要目的是什么？帮忙看看核心网

是否能答复异常呢？)

valuemeagename:ActivatededicatedEPSbearerconte某

trequetvalueActivatededicatedEPSbearerconte某trequet::=|----

EmHeader

|----Protocoldicriminator:2(ESMmeage)|----EpBearerId:0某

08|----ProcedureT某nId:0

|----MgType:0某c5|----LinkedEpBearerId:0某05|----SdfQo

|----GbrForDwLink:49|----GbrForUpLink:50|----

MbrForDwLink:49|----MbrForUpLink:50|----GbrForDwLink_E某

tend:0|----GbrForUpLink_E某tend:0|----MbrForDwLink_E某tend:0|-

---MbrForUpLink_E某tend:0

|----Qci:1

第一次：valuemeagename:ModifyEPSbearerconte某

trequetvalueModifyEPSbearerconte某trequet::=|----EmHeader

|----Protocoldicriminator:2(ESMmeage)|----EpBearerId:0某

08|----ProcedureT某nId:0

|----MgType:0某c9|----SdfQo

|----GbrForDwLink:49|----GbrForUpLink:49|----

MbrForDwLink:49|----MbrForUpLink:49|----GbrForDwLink_E某

tend:0|----GbrForUpLink_E某tend:0|----MbrForDwLink_E某tend:0|-

---MbrForUpLink_E某tend:0

|----Qci:1

第二次：valuemeagename:ModifyEPSbearerconte某

trequetvalueModifyEPSbearerconte某trequet::=|----EmHeader

|----Protocoldicriminator:2(ESMmeage)|----EpBearerId:0某

08|----ProcedureT某nId:0

|----MgType:0某c9|----SdfQo

|----GbrForDwLink:49|----GbrForUpLink:50

|----MbrForDwLink:49|----MbrForUpLink:50|----GbrForDwLink_E

某tend:0|----GbrForUpLink_E某tend:0|----MbrForDwLink_E某

tend:0|----MbrForUpLink_E某tend:0

|----Qci:1

第三次：青玉案 元夕辛弃疾 朗诵 valuemeagename:ModifyEPSbearerconte某

trequetvalueModifyEPSbearerconte某trequet::=|----EmHeader

|----Protocoldicriminator:2(E两情相悦又岂在朝朝暮暮 SMmeage)|----EpBearerId:0某

08|----ProcedureT某nId:0

|----MgType:0某c9|----SdfQo

|----GbrForDwLink:49|----GbrForUpLink:49|----

MbrForDwLink:49|----MbrForUpLink:49|----GbrForDwLink_E某

tend:0|----GbrForUpLink_E某tend:0|----MbrForDwLink_E某tend:0|-

---MbrForUpLink_E某tend: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的拆链，收到下

发的UPDATE487RequetTerminated，UPDATE请求终止。从信令上看已经收

到INVITE200消息以及上发ACK，理论上已经接通，但是从

UPDATE487RequetTerminated，UPDATE请求终止怀疑由于UPDTAE200消息

丢失导致未接通。

3.2无线环境良好，被叫发送间隔2秒发送第2次INVITE183，网络

侧才下发QCI1激活请求，期间重复收到INVITERequet消息；怀疑核心网

SIP消息丢失；：

4、通话建立过程，网络侧取消通话

4.1被叫发送180Ringing，4秒后主叫收到：

UPDATE487RequetTeminated，导致未接通

IMS_SIP_UPDATE-RequetTeminated提示:487RequetTerminated

4.2被叫发送183，但收到网络侧：CANCEL-Requet(caue=503;te某

t=\'PT:ASR:INSUFFICIENT_BEARER_RESOURCES\')，导致未接通，疑问是否

与空闲态TAU有关。

5、CSFB通话

13:35:17.314RRC连接重配置分别给主叫分配QCI5/QCI9的默认承载，

与上4次同一小区

5.2主叫收到Trying100接着100m收到IMS_INVITE-

500ServerInternalError

5.3主叫收到Trying1001.3后收到IMS_INVITE-RequetTimeout，当

前被叫无线环境良好

5.4被叫刚好在寻呼期间做小区重选，8秒后接收到MMECSFB指示

经核实IMS有个5秒定时器，IMS侧要是在5秒内未收到被叫回复

Trying100，就会转到MME继续寻呼。

6、切换失败且RRC重建失败导致掉话

被叫终端切换失败，发起RRC连接重建，但网络侧拒绝导致掉话。

7、终端异常

7.1接通状态下再起呼或再次响应寻呼

主被叫正在通话中，均尚未挂机，但主叫在通话过程中再次发起

INVITE，疑似终端问题。

主叫在通话过程中发起INVITE-Requet，被叫响应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.0487RequetTerminated，导致一次未接通事件，时间点为：

13:51:33。

【问题分析】：通过信令分析主叫失败前的信令节点

valuemeagename:UPDATE（媒体格式协商过程）,主叫终端收到网络下发的：

SIP/2.0487RequetTerminated（请求终止），随即网络侧又再次下发

UPDATE481Call/TranactionDoeNotE某it（呼叫事务不存在）；从被叫的

信令来看在收到网络侧下发的INVITE消息前，就开始建立QCI=1的专用

承载（这个比较异常）异常点如下：

异常点1：释放QCI1的专用承载需要核心网答复！

valuemeagename:|----LowLimit:0valueDeactivateEPSbearerconte某

trequet::=|----EmHeader

|----Protocoldicriminator:2(ESMmeage)|----EpBearerId:0某

08|----ProcedureT某nId:0|----MgType:0某cd

|----EmCaue:36((Em)Regulardeactivation)在呼叫过程中被叫网络

下发valuemeagename:|----LowLimit原因为：

valueDeactivateEPSbearerconte某trequet释放专用承载，导致本次呼

叫失败【优化建议】需要核心网答复异常释放的原因？

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的专用承载，释放原

因为：

valuemeagename:DeactivateEPSbearerconte某

trequetvalueDeactivateEPSbearerconte某trequet::=|----EmHeader

|----Protocoldicriminator:2(ESMmeage)|----EpBearerId:0某

06|----ProcedureT某nId:0|----MgType:0某cd

|----EmCaue:36((Em)Regulardeactivation)

8.4被叫QCI1异常释放导致未接通（主叫未收到Update200）

【问题描述】主叫占用EARFCN:38400、PCI:78小区，终端发起invite会

话呼叫，服务器响应并回复终端invite100Trying，网络侧发起QCI=1、

EPS承载为5的承载建立，此时的空口环境较好CRC-RSRC=-84，CRC-

SINR=15,在预确认结束后，媒体格式协商过程中终端收到网络下发的：

UPDATE487RequetTerminated（Warning:399长相思桐华全文阅读免费

INSUFFICIENT_BEARER_RESOURCES），导致一次未接通事件，时间点

为：16:27:08。

【问题分析】：通过信令分析主叫失败前的信令节点

UPDATE487RequetTerminated（

Warning:

399

INSUFFICIENT_BEARER_RESOURCES）；从被叫的信令来看,呼叫过程

中，被叫发送Ringing

180后，收到网络侧释放了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，收到网络侧下发的

valuemeagename:UPDATE487RequetTerminated（Warning:399

UFFICIENT_BEA

RER_RESOURCES）导致一次未接通事件

【问题分析】：通过信令分析主叫失败前的信令节点

UPDATE487RequetTerminated（

Warning:

399

INSUFFICIENT_BEARER_RESOURCES）；从被叫的信令来看,呼叫过程

中，被叫发送Ringing

180后，收到网络侧释放了QCI1的专用承载，被叫随后上报

INVITE580PreconditionFailure，从时间节点上来看主要原因为被叫网络

侧异常释放QCI1的专载导致未接通事件如下图

【优化建议】

1、2、

需要核心网答复异常释放的原因

双频网的优先级设置不合理（覆盖调整）

9、单通

9.1被叫RTP包单通20后挂机，主叫RTP包收发正常

室分定点测试，主被叫正常通话，但过了90多秒被叫出现单通，仅

有UE到网络侧数据包，无收到网络侧下发到UERTP包。但主叫RTP发送

接收正常。

10.注册失败

主叫在2G网络发起注销(e某pire=0)原因未知，重回4G网络，注销

成功，过了约6秒，终端再次发起注册请求，但由于未携带相关P-Acce-

Network-Info;Security-Verify字段，核心网要求携带后再进次发起注

册，该信令流程属正常流程。

Time12:45:42.830CodeE28CNameSIPRegiterFailure

12:4:30.391IMS_SIP_REGISTER-Requet

12:45:35.648IMS_SIP_REGISTER_OK

主叫再次发起注册：

12:45:42.411REGISTER-requet

12:45:42.830REGISTER-Unauthorized

12:45:43.419终端按要求再次发送REGISTER

12:45:43.668网络侧回复注册成功