MC口专题服务
-
MC
口信令专题服务
一、主叫（
MOC
< br>）成功率和呼损分析专题
通过对
A
接口信令的统计分析来看，
主要的网络呼损包括：
用户掉话、
TCH
指配失败和
< br>核心网电路或设备拥塞。
降低主叫流程中的网络呼损对提高网络总体接续成功率会
起到积极
的作用，
对此我们需要结合
M
c
口信令对各
BSC
下主叫接通过程中
的各类呼叫进行全面分析。
通过信令分析统计来看，确定呼损
发生在核心网侧还是无线侧。确定主叫流程中各呼
损原因分布
主叫流程中各信令点的呼叫采样，各阶段呼损模型按下表样板进行：
信令阶段
主叫请求
(CMSREQ)
鉴权请求
(AUTREQ)
鉴权响应
(AUTRES)
呼叫建立
(Setup)
呼叫进展
(CPROC)
指配请求
(ASSREQ)
指配完成
(ASSCMP)
振铃
(Alert)
应答
(Connect)
应答确认
(Connect_Ack)
次数
70,358
70,214
69,089
69,255
67,558
67,352
66,031
55,286
34,626
34,472
比例
100.00%
99.80%
98.20%
98.43%
96.02%
95.73%
93.85%
75.89%
49.21%
49.00%
时延
0.000
0.016
0.823
1.652
1.778
1.794
2.721
6.791
16.226
16.477
累计呼损比例
/
0.20%
1.80%
1.57%
3.98%
4.27%
6.15%
24.11%
50.79%
51.00%
1.1.1
针对上面各阶段比重较大的呼损按拆线原因分类汇总分析
在主叫流程中与核心网相关的拆线原因主要有“
No
route
to
destination
”和“
SW
equipment congestion
”
。其中“交换设备拥塞”主要是用户大量集中拨打时出现。
“
< br>No route
to destination
”主
要是核心网侧的路由数据方面的原因。
1.1.2
无线接口方面原因
在呼叫建立过程中
MSC
收到
BSC
侧上行发送的
CLREQ(
原因一般为
Radio interface
failure
和
Radio interface mess
failure)
，
主叫呼叫建立阶段的掉话比例应该尽可能低
，
若掉话比例偏
高，则要联合无线网优部门进行优化。
鉴权过程中的
SDCCH
掉话约占所有掉话的一半左右。我们可以通过呼叫流程中有无应
答信令来进行区别分
析。
同理如果该掉话比例偏高，
则要求无线网优部门通过优化手
段来解
决。
1.1.3
无线信道指配失败
在信道指配过程中
MSC
收到
BSC
侧上行发送的指配失败
(
原因一般为
Reversion
to
old
channel
、
Radio
interface failure
、
No radio
resource available
和
Equipment
failure)
，对于无线
原因造成的信道占用失败，
交换机会发起第
2
次信道分配，
以提高呼叫建立成功率，
我们可
以统计来看二次信道
分配成功率情况来查看效果。
我们还可以通过
MC
口信令来统计无线侧
的高信道指配失败小区，协助无线网优部门进行优化。<
/p>
1.2
被叫
（
MTC
）成功率和呼损分析
通过对
A
接口信令的统计分析来看，核心网络
一般呼损比例非常较小，呼损主要发生
在无线侧。主要的网络呼损包括：被叫寻呼失败、
用户掉话、
TCH
指配失败和指配前的交换
机拆线。
降低被叫流程中的网络呼损对提高网络总体接续
成功率会起到积极的作用，对此我们
需要结合具体交换机
Mc<
/p>
口信令对各
BSC
下被叫接通过程中的各
类呼叫进行全面分析。
1.2.1
被叫流程中各呼损原因分布
通过信令统计来看，被叫过程中的主要网络呼损为无线侧的寻呼无响应和核心网侧的
拆线
（
SETUP
之前交换机下发
CLCMD
直接释放呼叫）
，
另外无线掉话和
TCH
指配不成
功的比
例一般也较高。
通过信令分析
结果来查看：寻呼至
ALERT
（振铃）阶段的呼损点，
模型如下：
信令阶段
寻呼请求
(PAGIN)
寻呼响应
(PAGIN_RES)
短信被叫
(n->ms
RP_Data)
呼叫建立
(Setup)
呼叫确认
(CCONF)
指配请求
(ASSREQ
）
指配完成
(ASSCMP)
振铃
(ALERT)
应答
(Connect)
应答确认
(Connect_Ack)
次数
143,435
133,635
82,023
51,026
50,590
50,582
50,193
50,133
34,760
34,632
比例
100.00%
93.17%
57.18%
35.57%
35.27%
35.26%
34.99%
34.95%
24.23%
24.14%
时延
-
2.07
2.27
1.92
2.64
2.66
3.42
3.57
14.06
14.07
累计呼损比例
0%
6.83%
/
7.24%
7.54%
7.55%
7.82%
7.86%
18.58%
18.67%
1.2.2
寻呼无响应
核心网寻呼参数设置情况：核心网侧一般设置为寻呼
2
次，第一次
TMSI
寻呼，第二
次为
IMSI
寻呼，寻呼间隔为
5-10<
/p>
秒。
结合各
B
SC
寻呼负荷和用户寻呼响应时长分布来看，现网寻呼相关参数设置是否比较
合理，
做出合理性评估。
一般来说每个交换机的寻
呼策略会有不同，
要根据无线覆盖情况而
定，
< br>而要确定寻呼策略唯一的标志就是统计寻呼响应时延情况，
若
98%
以上的寻呼响应时延
在设定的策略范围内，就证明寻
呼参数设置合理。
指配前的交换机拆线
在呼叫建立阶段
，寻呼响应后，交换机会对被叫用户进行鉴权。核心网侧的呼损基本
上都是发生在这个阶
段，且这个阶段的呼损没有好的优化手段。
1.2.3
无线掉话
在呼叫建立过程中
MSC
收到
BSC
侧上行发送的
CLREQ(
原因
一般为
Radio interface
failure
和
Radio interface mess
failure)
，
被叫呼叫建立阶段的掉话比例需要控制在合
理范围内。
我们
可以通过结合
MC
口信令流程中
Clear
code
来定位无线侧的高掉话小区。
1.2.4
无线信道指配失败
在信道指配过程中
MSC
收到
BSC
侧上行发送的指配失败
(
原因一般为
Reversion
to
old
channel
、
Radio
interface failure
、
No radio
resource available
和
Equipment
failure)
，对于无线
原因造成的信道占用失败，
交换机会发起第二次信道分配，
以提高呼叫建立成功率，
开启二
次信道分配会提高指配成功率。我们可以通过分析信令中的释放原因来
统计指配失败小区，
为无线网络优化指导方向。
二、端局、
POOL
位置更新性能专题
位置更新的性能分析主要包括位置
更新成功率、
呼损和位置更新时延分析等方面。
位置
更新频率合理性，
忙时每用户位置更新次数，
位置
更新时延这些指标用来衡量位置区规划的
合理性。按原因值来区分，位置更新失败比例最
高的原因为用户掉话和鉴权无响应。
2.1
核心网参数对位置更新的影响：
交换机等待鉴权响应计时器
T3260
，默认值为
12
< br>秒。建议修改为：
5
秒左右。
交换机等待鉴权响应计时器超时后直接释放连接。建议修改为：交换机等待鉴权响应计<
/p>
时器超时后重发鉴权请求，第
2
次超时后
才释放呼叫连接。
交换机位置更新过程中请求用户
IMEI
号，如果
IMEI
号不符合
VLR
要求（如包括
ABC
DEF
等字符）
，
VLR
会拒绝用户的位置更新请求，
造成用户脱网。
建议修
改为：
VLR
只存储
IMEI
，
不检查
IMEI
的合
法性，避免手机上报
IMEI
号不合理造成无法上网。
2.2
位置更新频率分析
忙时每用户位置更新次数用来衡量位置更新频率是否合理，
忙时平均每用户
小于
4
次都
属于合理范围之内。
若跨
VLR
位置更新比例明显比其它网元高，
可能存在交换机覆盖不连续
的区域存在，需要无线侧核实该局下
基站分布情况，进行适当调整。
2.3
位置更新成功率分析
按网元统计
MC
口信令，
分析各网元位置更新的成功率。
2.4
位置更新呼损分析
按位置更新的结构比例分成
POOL
内位置更新，
POOL
外位置更新；
POOL
内位置更新
分成正常的位置更新，周期性位置更新，
< br>ATTACH
位置更新。总体的位置更新成功率一般
都要
高于
97%
。其中跨
VLR
位置更新成功率是要重点关注的对象。位置更新的主要呼损为
无线掉话（<
/p>
Radio interface
failure
）、协议错误（
Protocol error
unspecified
）和
HLR
无
用户数
据（
IMSI unknown in
HLR
），其它
呼损比例较小。
2.4.1
位置更新呼损—协议错误
通过信令统计来看，
出现协议错误造成位置更新失败的原因为：
位置更新过程中，
手机
长时间无鉴权响
应或识别请求响应，交换机计时器超时（
12
秒）后释放连接。
2.4.2
位置更新呼损—非法用户
非法用户
：
当手机计算出的
SRES
与
VLR
中存储
的
SRES
不一致，交换机拒绝用户位
置更新请求。
出现这种情况一般为手机原因造成计算错误或网络侧
TMSI
重复分配所致，
手
机收到拒
绝原因为“非法用户”
的位置更新拒绝后，会停止发送位置更新请求，处于脱网状
态，直到重新开机才会再次发起位置更新。
2.4.3
位置更新呼损—网络错误
位置更新过程中网络接点出现临时错误时，
交换机会下发网络错
误的位置更新拒绝
消息。
2.4.4
位置更新呼损—漫游不允许
用户漫游至不允许的区域发起位置更新，
交换机会下发
PLMN not
allowed
、
Roaming not
allowed in this
LACOD
或
LA not allowed
< br>等原因拒绝用户的位置更新请求，属于正常呼损。
2.
4.5
位置更新呼损—非法
IMEI
根据中国移动要求，话单中需要提供用户
IMEI
，因此现网设
置中国移动用户在手机开
机和进入新
VLR
区域进行位置更新时，交换机会向用户请求
IMEI
。如果
手机上报的
IMEI
不包含非法字符“
A~F
”，交换机会拒绝用户的位置更新请求。
三、呼叫接续时延专题分析
软交换机下主叫平均振铃时长约为
6
~8
秒，主叫时延主要产生在交换机与用户的交互
流程中，包括
以下四个阶段：