短信延迟问题分析.docxVIP

短信延迟问题分析 2 of 16 目录 TOC \o 1-5 \h \z \o Current Document 第1章总体概述 4 \o Current Document 1.1总体概述 4 \o Current Document 第2章短信起呼流程 5 2.1简述 5 \o Current Document 2.2短信起呼流程 5 第3章短信终呼流程 6 3.1简述 6 \o Current Document 3.2控制信道上的短信终呼流程 6 \o Current Document 3.3业务信道上的短信终呼流程 8 \o Current Document 第4章用户短消息状态的管理 10 HLR中的相关数据 10 MSC中的相关数据 10 \o Current Document SMSDPF(SMS Delivery Pending Flag)的管理 10 \o Current Document SMSDPF 简介 10 \o Current Document SMSDPF标志的变更 10 \o Current Document 第5章 短信延迟原因分析及建议 12 \o Current Document 5.1概述 12 \o Current Document 5.2 SMSC投递策略的合理性 12 \o Current Document 分析 12 \o Current Document 5.2.2处理建议 12 5.3无线环境的影响 12 分析 12 5.3.2处理建议 13 5.4终端原因 15 分析 15 5.4.2处理建议 16 第1章总体概述 1.1总体概述 短信延迟是指用户无法及时收到短信，这种情况在现场应用中较为常见， 原因也比较复杂。本文结合短信收发流程和以往的处理经验对短信延迟 的可能原因进行了归类分析，寻找从核心网角度的解决办法，以期尽量 较少此类情况的发生。 本文主要包括： 短信起呼流程 短信终呼流程 用户短消息状态的管理 短信延迟原因分析及建议 第2章短信起呼流程 短信起呼可以使用控制信道或业务信道，对于交换侧来说不可设置。区 别是如果使用控制信道 BSS通过 ADDS ( Application Data Delivery Service)Transfer消息发送给MSC，如果使用业务信道BSS则通过ADDS Deliver消息发送给MSC。 2.2短信起呼流程 短信起呼的典型流程如下: 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种方式在信令流程上略有差异。 3.2控制信道上的短信终呼流程 目的地 1 始发者 MS-BSS ； MSC VLR ； HLR SM [SC 1 ； SMSREQfMIN I) a SMSReq(min J,ESN) SMSREQ(MIN.I iSN) b smsreafSMSAD c smsreafSMSA DRR) d smsrea(SMSA DRR) p SMDPP f APDS Page g ADDS Page Ack h smdpp(ACK) i j 控制信道 皇上短消息终呼 F流程 说明： a. 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，用于 告知投递结果。 3.3业务信道上的短信终呼流程 目的地 1 始发者 MS-BSS : MSC VLR