-
1
、
VOL
TE
测试信令流程与标准不符
1.1
起呼过程中主被叫在
183 <
/p>
消息之前已完成
QCI1
专载建立
,
共有以下
4
种情况
：
被叫
2
种：
a).
被叫在收到
INVITE Re
quest
之前已完成完成
QCI1
专
载建立
;
b).
被叫在收到
INVITE
的同时收到
QCI=1
的承载建立请求；
主叫
2
种：
c).
主叫在收到
IMS
的
100 Trying
之前就已经建立
QCI=1
的承载；
d).
主叫在收到
Trying 1
00
后，
183
前已完成
QCI1
专载建立
信令截图如下：
< br>a).
被叫收到
INVITE
消
息
前
就开始建立
QCI1
的专用承载
;
B).
被叫在收到
INVITE
的同时收到
QCI=1
的承载建立请求；
c).
主叫在收到
IMS
的
10
0 Trying
之前就已经建立
QCI=1
< br>的承载；
d).
主叫在收到
Trying <
/p>
100
后，
183
前已完成
QCI1
专载建立，被叫在
INVITE
Request
前已完成完成
< br>QCI1
专载建立。
1.2
被叫侧在回复
BYE-200
之前，主叫就已经收到
IMS
下发的
BYE-200
消息
IMS
核心网反馈，
SBC
策略要是收到任一方
BYE
Reques
直接通知
MME
释放
< br>EPS
，无需等待主被叫回复
BYE 200
OK
。
1.3
主叫发起
BYE
Request
挂机，但被叫先收到专载释放，且释放完成后才收到
IMS
下发的
BYE
Request
，导致平台统计为掉话。
DRB-3
为
QCI1
专载
1.4
主叫收到
Trying 100
后网络侧下发去激活
QCI1
专载，<
/p>
但主叫上次通过结束后
已释放完成。
2
、三次
Modify EPS
bearer
2.1
主被叫在起呼过程中多次修改
EPS Bearer
测试发现起呼过程中多次修改
EPS
Bearer:
GBrForDwLink
< br>、
GBrForUpLink
、
MbForDwLink
、
MbrForUpLink
相关速率修改为
49
、
50
、
96
等。
QCI=1
的专用承载的
EPSI
D=8(GBR
上行
50
、下行
49
，第一次
MODIFY
< br>：修改
GBR
上下行
49
，
第二次
MODIFY
：
与第一次一样，
第三次
MODIF
Y
与第二次一样；
这种多次修改
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
的承载建立，此时的空口环境
C
RC-RSRC=-98
，
CRC-SINR=10,
在时间
10:36:34
同时上发
ACK
和
BYE
消息，接着
释放
QCI1
导致一次未接通事件
【问题分析】
：
通过信令分析主被叫信令，被叫上发
UPDATE200
消
息给
IMS
，但是主叫没
有收到下发的
UPDTAE200
消息，接着被叫上发振铃消息，主叫也没有
收到，被叫上发
INVITE200
消息，主叫收到后上发
ACK
，通话接通，但是主叫同时上发了
B
YE
消息，进行
了
QCI1
的拆链，收到下发的
UPDATE 487 Request Termi
nated
，
UPDATE
请求终止。
从
信令上看已经收到
INVITE200
消息以及上发
ACK
，
理论上已经接
通，
但是从
UPDATE 487
Request Terminated
，
UPDATE
请求终止怀疑由于
UPDTAE200
消息丢失导致未接通。
3.2
无线环境良好，
被叫发送间隔
2
秒发送第
2
次
INVITE 183
，
网络侧才下发
QCI1
激活请求，期间重复收到
IN
VITE Request
消息；怀疑核心网
SIP
消息丢失；
：
4
、通话建立过程，网络侧取消通话
4.1
被叫发送
180
Ringing
，
4
秒后主叫收到：
UPDATE487 Request
Teminated
，导
致未接通
IMS_SIP_UPDATE-Request
Teminated
提示
: 487 Request
Terminated
4.2
被叫
发送
183
，但收到网络侧：
CANC
EL-Request(cause=503;text='PT:
ASR:
INSUFFICIENT_BEARER_RESOURCES')
，
导致未接通，
疑问是否与空闲态
TA
U
有关。
5
、
CSF
B
通话
5.1
主叫在空闲态
INVITE-R
equest
，但连续
4
次
RRC
Connection
Setup <
/p>
Complete
完成后接着收到
RRC
Connection Release(other)
导致主叫
CSFB(
成功
)
，原因未知
13:35:17.314 RRC
连接重配置分别给主叫分配
QCI5/QCI9
的默认承载，与上
4
次同一小区
5.2
主叫收到
Trying 100
接着
100ms
收到
< br>IMS_INVITE-500 Server Internal Error
5.3
主叫收到
Trying
1001.3s
后收到
IMS_INVITE-Request
Timeout
，当前被叫无线
环境良好
-
-
-
-
-
-
-
-
-
上一篇：LTE中各种ID介绍
下一篇：GSM未接通原因值事件代码