短信延迟问题分析

PAGE17ofNUMPAGES17短信延迟问题分析

目录第1章总体概述 41.1总体概述 4第2章短信起呼流程 52.1简述 52.2短信起呼流程 5第3章短信终呼流程 63.1简述 63.2控制信道上的短信终呼流程 63.3业务信道上的短信终呼流程 8第4章用户短消息状态的管理 104.1HLR中的相关数据 104.2MSC中的相关数据 104.3SMSDPF（SMSDeliveryPendingFlag）的管理 104.3.1SMSDPF简介 104.3.2SMSDPF标志的变更 10第5章短信延迟原因分析及建议 125.1概述 125.2SMSC投递策略的合理性 125.2.1分析 125.2.2处理建议 125.3无线环境的影响 125.3.1分析 125.3.2处理建议 135.4终端原因 155.4.1分析 155.4.2处理建议 16总体概述总体概述短信延迟是指用户无法及时收到短信，这种情况在现场应用中较为常见，原因也比较复杂。本文结合短信收发流程和以往的处理经验对短信延迟的可能原因进行了归类分析，寻找从核心网角度的解决办法，以期尽量较少此类情况的发生。本文主要包括：短信起呼流程短信终呼流程用户短消息状态的管理短信延迟原因分析及建议短信起呼流程简述短信起呼可以使用控制信道或业务信道，对于交换侧来说不可设置。区别是如果使用控制信道BSS通过ADDS（ApplicationDataDeliveryService）Transfer消息发送给MSC，如果使用业务信道BSS则通过ADDSDeliver消息发送给MSC。短信起呼流程短信起呼的典型流程如下：说明：MS构造一个短消息，通过空中接口发送短消息给BSS，BSS再转发给MSC。如果使用的是控制信道，则BSS和MSC间使用ADDSTransfer消息，如果使用业务信道则使用ADDSDeliver消息。MSC将收到的ADDS消息转换为SMDPP消息，发送给MS的归属SMSC。SMSC接收成功发送smdpp响应消息给MSC，证实收到了短消息。MSC将收到的smdpp响应消息转换为证实消息ADDSACK发给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使用ADDSPage发送短消息给目的地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使用ADDSDeliver发送短消息给目的地MS。BSS回Ack消息证实响应，表示收到了短消息。MSC将收到的证实响应转换为smdpp消息，将其发送给SMSC，用于告知投递结果。用户短消息状态的管理HLR中的相关数据数据类型数据说明用户固定信息SMS-始发限制允许/禁止起呼短消息允许/禁止不经过归属MC的短消息SMS-终端限制允许/禁止终呼短消息用户动态信息SMSDPF标志记录有未成功发送的短消息SMS-地址用户短消息路由信息MSC中的相关数据数据类型数据说明用户动态信息SMSDPF标志记录有未成功发送的短消息SMSDPF（SMSDeliveryPendingFlag）的管理SMSDPF简介SMSDPF即SMSDeliveryPendingFlag，此标志用于记录用户是否有未成功发送的短消息，如果有则设置为1，否则为0。如果系统中保存用户的SMSDPF＝1，则表示系统认为用户当前无短信接收能力，当用户状态重新激活时（如开机、主叫）MSC/HLR会通知SMSC用户已重新具备短信接收能力。SMSDPF标志的变更对于状态正常的用户，系统中SMSDPF＝0，当用户发生关机或者寻呼无响应等情况导致短信下发失败时MSC/HLR会修改SMSDPF＝1，直到系统发现用户可用状态再次发生改变。对于当前SMSDPF＝1的用户，当用户重新开机或发起位置更新时MSC/HLR会修改SMSDPF＝0并通过SMSNOT消息通知SMSC。短消息通知流程如下：说明：当MS的短消息可用状态发生变化时（如，MS进行睡眠模式的唤醒登记），若MSC中的SMSDPF标志为1，则MSC发送SMS通知消息（SMSNOT）给MS的归属SMSC。SMSC发送smsnot响应给MSC，证实收到了SMS通知消息。MS进行系统登记时，HLR可根据REGNOT消息的内容和SMSDPF标志的情况，发送SMS通知消息（SMSNOT）给MS的归属SMSC。SMSC发送smsnot响应给HLR，证实收到了SMS通知消息。短信延迟原因分析及建议概述根据前面对短信收发流程的分析，现在我们来探讨一下可能产生短信延迟的原因和解决策略。根据流程，短信起呼阶段MSC实时将收到的短信消息发送到SMSC，因此此阶段要么发送失败，要么发送成功，不存在延迟的问题。短信投递的延迟大多是由于下发阶段的原因导致的。根据以往处理的经验，短信延迟的可能原因包括以下几种情况。SMSC投递策略的合理性分析短信的下发是由SMSC发起的，SMSC的投递策略确定了它采用什么规则进行下发，因此投递策略在短信终呼流程中至关重要，如果投递策略设置的不合理可能会造成不必要的延迟。比如，某一次投递失败是因为用户寻呼不到，可能是用户信号暂时不好，过几分钟重试就可以成功，但如果SMSC设置的重试策略为1小时后再重试，用户就至少要1小时之后才能收到短信，造成了不必要的延时。处理建议将SMSC对于各种失败的重试策略进行分析和优化，制订统一的规范实施，防止各地随意设置造成投递策略的不合理。无线环境的影响分析短信延迟的原因主要是由于短信投递失败，短信投递失败的原因又主要来自无线环境的影响，因此良好的无线环境是保证短信实时投递的关键因素。常见的无线环境影响有以下几种情况：可能情况1：如果用户所在地无线信号不好，如时有时无，可能造成用户某次接收短消息时正好寻呼不到而被置为SMSDPF＝1，即使随后信号很快正常了，如果终端没有进行拨打电话、重新开机等操作，系统也不会马上知道用户已重新具备短信接收能力，也就不会马上通知SMSC发起重新投递，此时下次投递的时间取决于SMSC设置的重试策略，会造成短信投递的延迟。可能情况2：如果无线信号十分不好，甚至影响到终端的周期性位置更新都不能正常进行，用户可能被VLR去活甚至删除，也就无法接收短信从而造成接收延迟。可能情况3：如果用户所在地无线信号覆盖混乱，比如边界地区存在的多重覆盖的问题，会导致终端频繁的在多个系统间切换，影响到短信终呼时的寻呼，造成不能正常接收，也就造成了短信延迟。处理建议建议1这类问题解决的关键在于改善无线环境，根据问题的根源针对性的加以解决，信号差的增加覆盖，信号混乱的进行网络优化，保证无线信号的可用性，提高寻呼成功率。如果寻呼成功率能够提高，短信延迟的情况也会随之减少。交换侧可以进行的辅助设置短信下发可以使用控制信道或业务信道，如果控制信道下发的成功率不理想的话可以尝试更改为业务信道下发。设置方法：通过安全变量进行控制，如下图所示，对于大于安全变量设定长度的短信使用业务信道进行下发，否则则使用控制信道进行下发。适当延长VLR周期性位置更新保护时间，避免终端因为信号不好无法正常位置更新而被提前去活。设置方法：在配置管理的VLR配置界面进行设置，BSC周期性位置更新时间设置为和BSS侧一样，VLR位置更新保护时间可以适当调整为BSC周期性位置更新时间的2－3倍。设置合理的寻呼策略，比如打开短消息多次寻呼，如果第一次寻呼失败则进行第二次寻呼并逐步扩大寻呼范围，以尽量提高寻呼成功率。设置方法：通过安全变量设置，寻呼次数根据网络情况进行设置，寻呼范围不选择时默认为按LAC寻呼。配合无线网络优化进行位置区调整，减轻边界区域的多重覆盖问题。终端原因分析如果短信下发时终端不具备短信接收条件，比如短信存储空间满，也会造成短信下发失败。另外目前发现有些终端不够规范也会导致投递延迟，例如如下情况。可能情况1：接收短信之后终端未返回成功响应，虽然短信收到