- 16
- 0
- 约4.61千字
- 约 17页
- 2018-08-05 发布于广东
- 举报
ZXC10 -3GCN
短信延迟问题分析
(V2.05.21)
修订记录
版本 发布时间 修订人 修订原因 修订内容 V09.01 2009-03-20 杨晓波 初稿
目 录
第1章 总体概述 4
1.1 总体概述 4
第2章 短信起呼流程 5
2.1 简述 5
2.2 短信起呼流程 5
第3章 短信终呼流程 6
3.1 简述 6
3.2 控制信道上的短信终呼流程 6
3.3 业务信道上的短信终呼流程 8
第4章 用户短消息状态的管理 10
4.1 HLR中的相关数据 10
4.2 MSC中的相关数据 10
4.3 SMSDPF(SMS Delivery Pending Flag)的管理 10
4.3.1 SMSDPF简介 10
4.3.2 SMSDPF标志的变更 10
第5章 短信延迟原因分析及建议 12
5.1 概述 12
5.2 SMSC投递策略的合理性 12
5.2.1 分析 12
5.2.2 处理建议 12
5.3 无线环境的影响 12
5.3.1 分析 12
5.3.2 处理建议 13
5.4 终端原因 15
5.4.1 分析 15
5.4.2 处理建议 16
总体概述
总体概述
短信延迟是指用户无法及时收到短信,这种情况在现场应用中较为常见,原因也比较复杂。本文结合短信收发流程和以往的处理经验对短信延迟的可能原因进行了归类分析,寻找从核心网角度的解决办法,以期尽量较少此类情况的发生。
本文主要包括:
短信起呼流程
短信终呼流程
用户短消息状态的管理
短信延迟原因分析及建议
短信起呼流程
简述
短信起呼可以使用控制信道或业务信道,对于交换侧来说不可设置。区别是如果使用控制信道BSS通过ADDS(Application Data Delivery Service) Transfer消息发送给MSC,如果使用业务信道BSS则通过ADDS Deliver 消息发送给MSC。
短信起呼流程
短信起呼的典型流程如下:
说明:
MS构造一个短消息,通过空中接口发送短消息给BSS,BSS再转发给MSC。如果使用的是控制信道,则BSS和MSC间使用ADDS Transfer消息,如果使用业务信道则使用ADDS Deliver消息。
MSC将收到的ADDS消息转换为SMDPP消息,发送给MS的归属SMSC。
SMSC接收成功发送smdpp响应消息给MSC,证实收到了短消息。
MSC将收到的smdpp响应消息转换为证实消息ADDS ACK发给BSS,由BSS再发给MS。
短信终呼流程
简述
短信终呼可能使用控制信道或业务信道,MSC可以通过安全变量进行控制,对于大于安全变量设定长度的短信使用业务信道进行下发,否则则使用控制信道进行下发。2种方式在信令流程上略有差异。
控制信道上的短信终呼流程
说明:
SMSC有一条短信需要下发,发送SMSREQ给HLR,请求用户当前的 短消息地址。
若HLR不知道MS当前短消息地址或MS状态,则执行b~e步骤。 HLR发送SMSREQ给VLR,要求短消息地址。
VLR转送SMSREQ给服务MSC,要求短消息地址。
MSC发送smsreq,其中包含被服务MS的临时SMS选路地址。
VLR转送smsreq给HLR。
HLR转送smsreq给SMSC。
SMSC使用临时选路地址转送SMDPP给目的地MSC。
通过空中接口,MSC使用ADDS Page发送短消息给目的地MS。
BSS回Ack消息证实响应,表示收到了短消息。
MSC将收到的证实响应转换为smdpp消息,将其发送给SMSC,用于告知投递结果。
业务信道上的短信终呼流程
说明:
SMSC有一条短信需要下发,发送SMSREQ给HLR,请求用户当前的短消息地址。
若HLR不知道MS当前短消息地址或MS状态,则执行b~e步骤。HLR发送SMSREQ给VLR,要求短消息地址。
VLR转送SMSREQ给服务MSC,要求短消息地址。
MSC发送smsreq,其中包含被服务MS的临时SMS选路地址。
VLR转送smsreq给HLR。
HLR转送smsreq给SMSC。
SMSC使用临时选路地址转送SMDPP给目的地MSC。
若终呼MS当前没有在业务信道上,则执行h~k步骤。
MSC向BSS发送寻呼请求消息。
BSS回寻呼响应,表示寻呼到了MS。
MSC向BSS发送指配请求消息。
BSS完成业务信道的建立回指配完成消息。
通过空中接口,MSC使用ADDS Deliver发送短消息给目的地MS。
BSS回Ack消息证实响应,表示收到了短消息。
MSC将收到的证实响应转换为smdpp消息,将其发送给SMSC,用于告知投递结果。
用户短消息状态的管理
HLR中的相关数据
数据类型 数据 说明
原创力文档

文档评论(0)