专利名称：短消息处理方法和短消息中心的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种短消息处理方法和短消息中心。
背景技术：
短消息中心负责短消息的存储转发，是短消息业务的核心网元。长期以来，短消息 下发成功率不高是短消息业务面临的一个重要问题。短消息下发成功率也直接影响着用户 的体验。短消息下发成功率不高是因为短消息下发给用户终端时会出错。出错的原因包括 两大类网络原因错误和用户原因错误。其中，网络原因错误主要指参与短消息业务的各种 网元因为处理能力或其他问题产生的错误，这类错误是用户无法控制的。用户原因错误主 要指由于用户原因而发生的错误，例如，用户手机内存满、用户关机、寻呼无响应以及无效 目的号码等错误。发明人发现，在实际应用过程中，经常会发生由用户原因错误导致的短消息下发 失败，而主叫端和被叫端均不知道由用户原因错误导致的短消息下发失败这一情况，从而 影响了用户的体验。
发明内容
本发明的主要目的在于提供一种短消息处理方案，以至少解决上述的相关技术中 由用户原因错误导致的短消息下发失败引起的影响用户体验的问题。为了实现上述目的，根据本发明的一个方面，提供了一种短消息处理方法。该方 法包括短消息中心确定由于用户原因错误导致短消息转发失败；短消息中心向短消息的 被叫端或主叫端发送通知消息，通知主叫端或被叫端由于用户原因错误导致短消息转发失 败。为了实现上述目的，根据本发明的另一个方面，提供了一种短消息中心。该短消息 中心包括确定模块，用于确定由于用户原因错误导致短消息转发失败；发送模块，用于向 短消息的被叫端或主叫端发送通知消息，通知主叫端或被叫端由于用户原因错误导致短消 息转发失败。通过本发明，采用短消息中心确定用户原因错误导致短消息转发失败，并通知主 叫端或被叫端的方式，解决了相关技术中由用户原因错误导致的短消息下发失败引起的影 响用户体验的问题，进而达到了提高用户体验的效果。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据本发明实施例的用户原因错误通知架构图；图2是根据本发明实施例的短消息处理方法的流程图3是根据本发明实施例的短消息处理方法的具体的流程图；图4是根据本发明实施例的短消息中心的结构框图；图5是根据本发明实施例的发送模块的一种结构框图；图6是根据本发明实施例的发送模块的另一种结构框图；以及图7是根据本发明实施例的短消息中心的具体的结构框图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的 情况下，本申请中的实施例及实施例中的特征可以相互组合。实施例一图1是根据本发明实施例的用户原因错误通知架构图，该架构中包括短消息中 心、主叫用户和被叫用户，短消息中心通过无线网络与主叫用户和被叫用户进行消息的交 互。本发明实施例就是基于该架构实现的。本发明实施例提供了一种短消息处理方法。图2是根据本发明实施例的短消息处 理方法的流程图，如图2所示，该方法包括步骤S202，短消息中心确定由于用户原因错误导致短消息转发失败；步骤S204，短消息中心向短消息的被叫端或主叫端发送通知消息，通知主叫端或 被叫端由于用户原因错误导致短消息转发失败。该实施例中，短消息中心在确定由于用户原因错误导致短消息转发失败后，通知 主叫端或被叫端由于用户原因错误导致短消息转发失败，从而使得主叫端或被叫端能够据 此进行相应的处理，提高了用户的体验。并且，本实施例主要针对用户错误进行改进，提高 消息下发成功率。例如，在本发明实施例的一种优选实施方式中，如果短消息中心确定用户原因错 误的类型为被叫端内存满错误，则短消息中心可以向被叫端发送通知消息，该通知消息用 于通知被叫端释放内存，其中，该通知消息为闪信。其中，在转发短消息失败的情况下，短消 息中心会接收到错误码，不同的错误码用来表示不同的错误类型，从而短消息中心可以根 据该错误码的内容确定用户原因错误的类型为被叫端内存满错误。该实施例在被叫端内存 满时，通知被叫端释放内存，从而克服了用户原因错误，使得短消息能够被正常接收，提高 了短消息下发成功率。同时，由于闪信不占用户空间的短消息内存，在用户终端内存已满的 情况下，用户终端也能够收到通知消息，增强了该实施例的实用性。并且，闪信能够自动显 示于用户终端主界面之上，提示效果也比普通短消息好。或者，在本发明实施例的另一种优选实施方式中，如果短消息中心确定用户原因 错误的类型为被叫端寻呼无响应错误，则短消息中心向主叫端发送通知消息，该通知消息 用于通知主叫端暂时不要发送短消息给被叫端。其中，在转发短消息失败的情况下，短消息 中心会接收到错误码，不同的错误码用来表示不同的错误类型，从而短消息中心可以根据 该错误码的内容确定用户原因错误的类型为被叫端寻呼无响应错误。该实施例在被叫端寻 呼无响应时，通知主叫端暂时不发送短消息给被叫端，从而减少了向该被叫端发送的短消 息的数量，提高了短消息下发成功率。优选地，短消息中心向主叫端发送的上述通知消息为闪信。由于闪信不占用户空
5间的短消息内存，从而可以降低用户终端内存的负荷。并且，闪信能够自动显示于用户终端 主界面之上，提示效果也比普通短消息好。在本发明实施例的又一种优选实施方式中，短消息中心确定由于用户原因错误导 致短消息转发失败之后，短消息中心可以记录由于用户原因错误导致被叫端接收短消息失 败，并在短消息中心再次接收到发给该被叫端的短消息时，短消息中心可以拒绝转发该短 消息或者也可以尝试向该被叫端转发该短消息。优选地，短消息中心可以在确定用户原因 错误为临时性错误，尝试向被叫端下发接收到的短消息；而在确定该用户原因错误不是临 时性错误时，拒绝转发该短消息。在该实施例中，短消息中心在确定被叫用户由于用户原因 错误导致接收短消息失败的情况下，选择性地不向该用户发送短消息，从而减少再次发生 用户原因错误的可能性，在用户原因错误为临时性错误时，也就是错误随时有可能消除时， 短消息中心也可以尝试下发该短消息，这同样能够提高短消息的下发成功率。实施例二图3是根据本发明实施例的短消息处理方法的具体的流程图，如图3所示，该方法 包括步骤S301，为短消息中心系统配置用户通知策略。例如，针对被叫用户手机内存满 错误，配置的策略是给被叫用户发送通知闪信，提示用户删除本地短消息以释放空间。针对 被叫寻呼无响应错误，配置的策略是向主叫用户发送通知消息，提示主叫用户此时被叫用 户寻呼无响应，暂时不要再发送短信给此用户，该通知消息可以是闪信。针对其他用户原因 错误，也都可以配置类似的策略。步骤S302，短消息中心判断下发的消息是起呼消息还是通知消息，如果是起呼消 息，则进入步骤S303，如果是通知消息则进入步骤S307。步骤S303，对于起呼消息，短消息中心按照现有流程正常处理。在下发短消息之 前，检查该消息目的用户的状态是否为失败，如果状态为成功，则直接下发，如果为失败，则 根据配置决定是尝试下发还是直接返回上一次失败的错误码。具体地，当失败原因为临时 性的原因，如被叫用户寻呼无响应这种随时可能被克服的错误时，则尝试下发；当失败原因 为非临时性错误时，如被叫用户欠费、被叫用户未定制某种业务这些需要长时间才能被克 服的错误时，拒绝下发该消息，直接返回上一次失败的错误码。其中，错误码能够指示错误 类型。步骤S304，短消息中心在接收到上一步下发短消息的响应后，进行判断。如果该响 应为成功，则检查本消息目的用户的上一条消息的状态是否失败，如果是失败，则修改该用 户状态为成功。如果该响应为失败，则进入步骤S305。步骤S305，根据用户原因错误的类型以及系统配置的通知策略，短消息中心向本 消息的主叫或被叫用户发送通知消息，该消息可以是闪信。步骤S306，短消息中心记录本消息的目的用户的状态为失败，并记录失败原因，供 步骤S303中判断某用户上一条短消息状态时使用。步骤S307，对于通知消息的响应消息，不再发送通知消息，以便避免通知消息在短 消息中心系统中发生循环。本实施例在原有短消息业务核心流程的基础上，增加了用户原因通知流程。当短 消息下发遇到用户原因错误时，可以根据错误原因，向主叫用户或被叫用户发送提示消息，有效减少了再次发生类似用户原因错误的可能性，从而提高了短消息的下发成功率。实施例三对应于上述方法实施例，本发明实施例还提供了一种短消息中心。图4是根据本 发明实施例的短消息中心的结构框图，该短消息中心包括确定模块42，用于确定由于用 户原因错误导致短消息转发失败；发送模块44，耦合至确定模块42，用于向短消息的被叫 端或主叫端发送通知消息，通知主叫端或被叫端由于用户原因错误导致短消息转发失败。图5是根据本发明实施例的发送模块的一种结构框图，优选地，该确定模块包括 第一确定子模块52，用于确定用户原因错误的类型为被叫端内存满错误；第一发送子模块 54，耦合至第一确定子模块52，用于向被叫端发送通知消息，通知消息用于通知被叫端释放 内存，其中，该通知消息为闪信。图6是根据本发明实施例的发送模块的另一种结构框图，优选地，第二确定子模 块62，用于确定用户原因错误的类型为被叫端寻呼无响应错误；第二发送子模块64，耦合 至第二确定子模块62，用于向主叫端发送通知消息，该通知消息用于通知主叫端暂时不要 发送短消息给被叫端。其中，该通知消息可以为闪信。图7是根据本发明实施例的短消息中心的具体的结构框图，该短消息中心还包 括记录模块72，用于记录被叫端由于用户原因错误导致接收短消息失败；接收模块74，耦 合至记录模块72，用于再次接收到发给被叫端的短消息；处理模块76，耦合至接收模块74， 用于拒绝发送接收模块接收到的短消息或尝试向被叫端下发接收模块接收到的短消息。优选地，如果短消息中心确定用户原因错误为临时性错误，处理模块76尝试向被 叫端下发接收到的短消息；否则，处理模块76拒绝发送接收到的短消息。综上所述，本发明实施例在短消息下发遇到用户原因错误时，可以根据错误原因， 向主叫用户或被叫用户发送提示消息，有效减少了再次发生类似用户原因错误的可能性， 从而提高了短消息的下发成功率。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用 的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成 的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储 在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示 出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技 术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修 改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
一种短消息处理方法，其特征在于，包括短消息中心确定由于用户原因错误导致短消息转发失败；所述短消息中心向所述短消息的被叫端或主叫端发送通知消息，通知所述主叫端或所述被叫端由于所述用户原因错误导致所述短消息转发失败。
2.根据权利要求1所述的方法，其特征在于，所述短消息中心向所述短消息的被叫端 或主叫端发送通知消息包括所述短消息中心确定所述用户原因错误的类型为所述被叫端内存满错误；所述短消息中心向所述被叫端发送所述通知消息，所述通知消息用于通知所述被叫端 释放内存，其中，所述通知消息为闪信。
3.根据权利要求1所述的方法，其特征在于，所述短消息中心向所述短消息的被叫端 或主叫端发送通知消息包括所述短消息中心确定所述用户原因错误的类型为所述被叫端寻呼无响应错误；所述短消息中心向所述主叫端发送所述通知消息，所述通知消息用于通知所述主叫端 暂时不要发送短消息给所述被叫端。
4.根据权利要求3所述的方法，其特征在于，所述通知消息为闪信。
5.根据权利要求1所述的方法，其特征在于，在短消息中心确定由于用户原因错误导 致短消息转发失败之后，所述方法还包括所述短消息中心记录所述被叫端由于用户原因错误导致接收短消息失败；所述短消息中心再次接收到发给所述被叫端的短消息；所述短消息中心拒绝发送接收到的所述短消息或尝试向所述被叫端下发接收到的所 述短消息。
6.根据权利要求5所述的方法，其特征在于，所述短消息中心拒绝发送接收到的所述 短消息或尝试向所述被叫端下发接收到的所述短消息包括如果所述短消息中心确定所述用户原因错误为临时性错误，则所述短消息中心尝试向 所述被叫端下发接收到的所述短消息；否则，所述短消息中心拒绝发送接收到的所述短消肩、ο
7.一种短消息中心，其特征在于，包括确定模块，用于确定由于用户原因错误导致短消息转发失败；发送模块，用于向所述短消息的被叫端或主叫端发送通知消息，通知所述主叫端或所 述被叫端由于所述用户原因错误导致所述短消息转发失败。
8.根据权利要求7所述的短消息中心，其特征在于，所述发送模块包括第一确定子模块，用于确定所述用户原因错误的类型为所述被叫端内存满错误；第一发送子模块，用于向所述被叫端发送所述通知消息，所述通知消息用于通知所述 被叫端释放内存，其中，所述通知消息为闪信。
9.根据权利要求7所述的短消息中心，其特征在于，所述发送模块包括第二确定子模块，用于确定所述用户原因错误的类型为所述被叫端寻呼无响应错误；第二发送子模块，用于向所述主叫端发送所述通知消息，所述通知消息用于通知所述 主叫端暂时不要发送短消息给所述被叫端。
10.根据权利要求7所述的短消息中心，其特征在于，所述短消息中心还包括记录模块，用于记录所述被叫端由于用户原因错误导致接收短消息失败； 接收模块，用于再次接收到发给所述被叫端的短消息；处理模块，用于拒绝发送所述接收模块接收到的所述短消息或尝试向所述被叫端下发 所述接收模块接收到的所述短消息。
全文摘要
本发明公开了一种短消息处理方法和短消息中心，其中，该方法包括短消息中心确定由于用户原因错误导致短消息转发失败；短消息中心向短消息的被叫端或主叫端发送通知消息，通知主叫端或被叫端由于用户原因错误导致短消息转发失败。本发明达到了提高用户体验的效果。
文档编号H04W4/14GK101951574SQ20101027608
公开日2011年1月19日 申请日期2010年9月1日 优先权日2010年9月1日
发明者伏晓海, 吴晓斌, 钟建 申请人:中兴通讯股份有限公司