CN101621770B

CN101621770B - 一种短消息传递失败的处理方法及装置

Info

Publication number: CN101621770B
Application number: CN2009101591864A
Authority: CN
Inventors: 王卫
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-07-22
Filing date: 2009-07-22
Publication date: 2012-06-13
Anticipated expiration: 2029-07-22
Also published as: CN101621770A

Abstract

本发明公开了一种短消息传递失败的处理方法及装置，用于提高核心网交换系统对不同短消息中心的兼容性，以及尽可能满足对失败短消息有不同处理要求的运营商。主要技术方案包括：核心网交换系统确定当前传递失败的短消息对应的失败原因值；根据预设的失败原因值转换表转换所述传递失败的短消息对应的失败原因值；将转换得到的失败原因值发送给短消息中心，由所述短消息中心根据与接收的失败原因值对应的处理方式对所述传递失败的短消息进行处理。通过该技术方案，提高了核心网交换系统对不同短消息中心的兼容性，并且尽可能满足对失败短消息有不同处理要求的运营商。

Description

一种短消息传递失败的处理方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种短消息传递失败的处理方法及装置。

背景技术

核心网交换系统在向终端用户传递短消息时，若遇到终端用户忙线、寻呼无响应等情况，则该短消息无法被传递到用户终端，此时，核心网交换系统会根据短消息传递失败的原因，确定对应的失败原因值，并将相应的失败原因值携带在SMDPP(SMS Delivery Point To Point，短消息点到点传递)响应中告之短消息中心，短消息中心按照设定的与SMDPP携带的失败原因值对应的处理方式进行处理。

IS41D协议根据传递短消息失败的原因规定了32～37六种失败原因值，例如，当短消息接收终端用户不在服务区时，则规定其对应的失败原因值为37，并且IS41D协议还规定了短消息中心针对不同原因值的处理方式，具体如下：

若短消息传递失败对应的原因值为36，则短消息中心需要重发该短消息，具体地，短消息中心缓存该短消息，当接收终端恢复可接收短消息的状态后，短消息中心向该接收终端重新发送该短消息；

若短消息传递失败对应的原因值为32～35或37，则短消息中心不必重发该短消息，可以直接丢弃该短消息。

根据IS41D协议的上述规定，在核心网与短消息中心对接过程中，短消息中心根据短消息失败原因值对短消息的处理方式存在差异，大多数运营商只要求交换系统或短消息中心按照协议规定对失败短消息进行处理，但有一部分运营商会要求短消息中心重发失败原因值为32～35或37的失败类型短消息，即对这类失败短消息进行缓存，当用户恢复可接收短消息的状态后，重发该短消息，避免短消息丢失。目前，短消息中心主要分为两类，一类短消息中心的功能比较单一，例如，仅能处理失败原因值SMS CauseCode为36的失败短消息；另一类短消息中心功能相对复杂，能够支持对不同失败原因值的识别，并根据不同原因值对失败短消息进行不同处理。

核心网交换系统在与短消息中心对接过程中，只是简单地将失败原因值携带在SMDPP中转发给短消息中心，对于功能单一的短消息中心而言，可能存在短消息中心无法识别失败原因值的情况，从而不能对失败短消息做出处理；对于功能复杂的短消息中心而言，由于短消息中心一般按照设定程序对失败短消息进行处理，例如，若短消息中心设定的对失败短消息的处理方式是按IS41D协议规定的方式，则显然无法满足运营商对所有失败短消息重发的要求。

综上所述，根据现有技术中核心网交换系统对短消息失败原因值的处理方式，对于功能单一的短消息中心，对接兼容性差，导致短消息中心无法识别失败原因值，进而无法对失败短消息作出处理，对于功能复杂的短消息中心，不能很好地满足对失败短消息有不同处理要求的运营商。

发明内容

有鉴于此，本发明实施例提供一种短消息投递失败的处理方法及装置，用于提高核心网交换系统对不同短消息中心的兼容性，以及尽可能满足对失败短消息有不同处理要求的运营商。

本发明实施例通过如下技术方案实现：

根据本发明实施例的一个方面，提供了一种短消息投递失败的处理方法。

根据本发明实施例提供的短消息投递失败的处理方法，包括：

核心网交换系统确定当前传递失败的短消息对应的失败原因值；

根据预设的失败原因值转换表转换所述传递失败的短消息对应的失败原因值，其中，

若根据所述失败原因值转换表确定将发往短消息中心的失败原因值转换为相同值，则将所述传递失败的短消息对应的失败原因值转换为所述失败原因值转换表设定的值；否则，根据所述失败原因值转换表设定的失败原因值转换前的值与转换后的值的对应关系，将所述传递失败的短消息对应的失败原因值转换为与其对应的值；所述失败原因值对应的转换后的值根据运营商对失败短消息要求的处理方式确定；

将转换得到的失败原因值发送给短消息中心，由所述短消息中心根据与接收的失败原因值对应的处理方式对所述传递失败的短消息进行处理。

根据本发明实施例的另一个方面，还提供了一种短消息投递失败的处理装置。

根据本发明实施例提供的短消息投递失败的处理装置，包括：

原因值确定单元，用于确定当前传递失败的短消息对应的失败原因值；

原因值转换单元，用于根据预设的失败原因值转换表，转换所述原因值确定单元确定的失败原因值，其中，

发送单元，用于将所述原因值转换单元转换得到的失败原因值发送给短消息中心，由所述短消息中心根据与接收的失败原因值对应的处理方式对所述传递失败的短消息进行处理。

通过本发明实施例提供的上述至少一个技术方案，核心网交换系统在向短消息中心发送传递失败的短消息对应的失败原因值之前，根据预设的失败原因值转换表对该失败原因值进行转换，从而针对功能单一的短消息中心，能够将失败原因值转换为其支持的值，提高了核心网交换系统对不同短消息中心的兼容性，避免了由于短消息中心无法识别失败原因值而导致无法对失败短消息进行处理的情况；针对功能复杂的短消息中心，能够根据运营商对失败短消息的不同处理要求进行失败原因值的转换，尽可能满足对失败短消息有不同处理要求的运营商。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例中短消息投递失败的处理方法流程图；

图2为本发明实施例中短消息投递失败的处理装置示意图。

具体实施方式

为了给出提高核心网交换系统对不同短消息中心的兼容性，以及尽可能满足对失败短消息有不同处理要求的运营商的实现方案，本发明实施例提供了一种短消息投递失败的处理方法及装置，以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

根据本发明实施例，首先提供了一种短消息投递失败的处理方法，如图1所示，该方法主要包括如下步骤：

步骤101、核心网交换系统确定当前传递失败的短消息对应的失败原因值。

步骤102、查找预设的失败原因值转换表，并根据该失败原因值转换表转换该传递失败的短消息对应的失败原因值。

步骤103、将转换得到的失败原因值发送给短消息中心。

步骤104、短消息中心根据与接收的失败原因值对应的处理方式对该传递失败的短消息进行处理。

一个具体的实施例中，上述步骤102中，在根据获取的失败原因值转换表转换该传递失败的短消息对应的失败原因值时，包括：

若根据失败原因值转换表确定将发往短消息中心的失败原因值转换为相同值，则将该传递失败的短消息对应的失败原因值转换为该失败原因值转换表设定的值；

否则，根据该失败原因值转换表设定的失败原因值转换前的值与转换后的值的对应关系，将该传递失败的短消息对应的失败原因值转换为与其对应的值。

进一步地，若失败原因值转换表未设定该传递失败的短消息对应的失败原因值对应的转换后的值，则将该传递失败的短消息对应的失败原因值转换为系统默认的值。

根据本发明实施例的又一方面，还提供了一种失败原因值转换表的设置方法，用于实现上述实施例提供的短消息投递失败的处理过程，具体地，本发明实施例提供的失败原因值转换表包括：

第一字段，该字段用于标识发往短消息中心的失败原因值是否转换为相同值；

当根据该第一字段确定发往短消息中心的失败原因值转换为不同值时，该失败原因值转换表还进一步包括：

第二字段，用于标识失败原因值转换前的值；

第三字段，用于标识与第二字段标识的失败原因值对应的转换后的值。

其中，失败原因值对应的转换后的值根据运营商对失败短消息要求的处理方式确定。

以下结合具体应用环境，对本发明实施例中失败原因值转换表的设置过程进行详细描述：

首先，根据短消息中心所实现的功能，设置失败原因值转换表的第一字段，具体包括如下两种设置方式：

方式一、将传递失败的短消息对应的失败原因值转换为相同值，即将发往同一短消息中心的失败原因值都转换为同一个值。

这种方式主要针对短消息中心功能比较单一的短消息中心系统。例如，目前大多数短消息中心系统支持的是将A口的失败原因值SMS_CauseCode设置为36，这样在用户进入可以接收短消息的状态时通知短消息中心，短消息中心将重新投递该条短消息，大多数短消息中心都能够支持这个参数。

这类短消息中心一般不支持其它失败原因值对应的处理方式，因此，如果核心网交换系统直接将失败短消息对应的失败原因值发送给短消息中心，则存在短消息中心无法识别的情况，根据该方式将失败原因值在发送给此类短消息中心之前进行转换，即转换为短消息中心能够支持和识别的值，提高了核心网交换系统与短消息中心的兼容性。

方式二、把终端失败原因值转换为不同的值，即将发往同一短消息中心的不同失败原因值转换为不同的值。

这种方式主要针对短消息中心处理能力比较复杂的系统，即短消息中心可以根据不同的失败原因值作出不同的处理，例如，若失败原因值为36，则短消息中心需要重发该短消息，若失败原因值为32～35或37，则短消息中心直接丢弃该短消息。从而支持对不同失败原因值的不同处理方式。

这类短消息中心一般都是按照协议规定进行失败短消息的处理，因此，如果核心网交换系统直接将失败短消息对应的失败原因值发送给短消息中心，则不能兼顾到一些运营商的特殊要求，例如，对于失败原因值为32～35或37，也重发该短消息。根据该方式将失败原因值在发送给此类短消息中心之前进行转换，即根据运营商的要求设置要转换的失败原因值，根据需要，方式二还要求设置失败原因值转换前的值与转换后的值的对应关系，例如，运营商要求失败原因值为37时也需要重发该短消息，则可以设置将传递失败的短消息对应的失败原因值37(根据短消息中心的初始设置，失败原因值为37时，丢弃该短消息)在发送给短消息中心之前转换为36，根据短消息中心的初始设置，失败原因值为36时，重发该短消息，从而满足了运营商的不同要求，并且不需对短消息中心的处理流程进行改进。

以上两种方式可以根据需要定期维护更新，以便核心网交换系统能够根据短消息中心功能的变更或者运营商要求的改变及时更新失败原因值转换表，并进行相应的处理。

根据本发明实施例的一个具体实施方式，可将失败原因值转换表的格式定义如下：

\{\begin{matrix} Flag \\ CauseTable \{\begin{matrix} OValueCause \\ TValueCause \end{matrix} \end{matrix}

上述定义的失败原因值转换表的格式只在核心网交换系统中使用，不影响与核心网交换系统对接的短消息中心，即不需要短消息中心作对应的配置或处理，但需要短消息中心提供其能够支持的失败原因值的处理方式，作为配置失败原因值转换表依据的一个方面。

上述定义的失败原因值转换表的格式中，各参数定义如下：

“Flag”字段为上述实施例介绍的第一字段，即用于标识发往短消息中心的失败原因值是否转换为相同值；根据该实施方式，“Flag”字段取值“0”时，表示发往短消息中心的失败原因值需要转换为不同的值，“Flag”字段取值“大于0的值”时，表示发往短消息中心的失败原因值需要转换为相同值。

“CauseTable”字段由两个字段组成，其中，“OValueCause”字段为上述实施例介绍的第二字段，表示失败原因值转换前的值，可理解为传递失败的短消息对应的失败原因值；“TValueCause”字段为上述实施例介绍的第三字段，表示失败原因值转换后的值，可以理解为根据运营商对传递失败的短消息的处理需求确定的值。

根据上述格式定义，当“Flag”字段取值“大于0的值”时，可以不包括“CauseTable”字段，若包括“CauseTable”字段，则设置“OValueCause”字段以及“TValueCause”字段为空。

应当理解，以上实施例介绍的失败原因值转换表的格式仅为本发明实施例实施的一种具体方式，对于本领域技术人员而言，任何能够表达上述第一字段、第二字段以及第三字段含义的格式定义方式，都应当包含在实施本发明实施例的范畴。

目前IS41D协议中定义了32～37六种原因值，但为了便于扩展，本发明实施例可以动态配置失败原因值，例如，可以设置失败原因值的取值范围为0～255，并定义失败原因值与短消息传递失败的具体原因的对应关系，以及定义失败原因值对应的处理方式，具体根据实际需要进行扩展和配置，此处不一一举例。

根据本发明实施例，当短消息中心支持对不同原因值的处理方式时，对传递失败的短消息具有相同处理要求的运营商可以对应相同的失败原因值转换表，对传递失败的短消息具有不同处理要求的运营商可以对应不同的失败原因值转换表。例如，运营商1～10要求按照协议规定对传递失败的短消息进行处理，则该10个运营商可以对应失败原因值转换表1，运营商11～20要求失败原因值为37时进行失败短消息重发，则该10个运营商可以对应失败原因值转换表2，此处不一一列举。具体地，在进行转换时，首先确定该传递失败的短消息对应的运营商，然后查找与该运营商对应的失败原因转换表，并根据查找到的失败原因转换表，进行失败原因值转换。

根据以上实施例介绍的失败原因值转换表的格式，核心网交换系统在对失败原因值进行处理时，首先获取预先设置的失败原因值转换表，当获取的失败原因值转换表中的“Flag”字段大于0时，表示发给该短消息中心的失败原因值转换为相同的值，具体转换的失败原因值按“Flag”字段的值转换，例如，“Flag”的值为36时，则将传递失败的短消息对应的失败原因值转换为36；当获取的“Flag”字段的值为0时，在核心网交换系统确定传递失败的短消息对应的失败原因值后，读取转换表中“CauseTable”字段的值，如果确定的失败原因值与“CauseTable”字段中的“OValueCause”字段能够匹配，即确定的失败原因值与“OValueCause”字段的值相等，则将确定的失败原因值转换为“TValueCause”字段的值，如果确定的失败原因值与“CauseTable”字段中的“OValueCause”字段不匹配，则将确定的失败原因值转换为系统默认的失败原因值，例如按默认值36转换。

与上述流程对应，本发明实施例还提供了一种短消息传递失败的处理装置，如图2所示，该装置包括：

原因值确定单元201、原因值转换单元202以及发送单元203；其中：

原因值确定单元201，用于确定当前传递失败的短消息对应的失败原因值；

原因值转换单元202，用于根据预设的失败原因值转换表，转换原因值确定单元201确定的失败原因值；

发送单元203，用于将原因值转换单元202转换得到的失败原因值发送给短消息中心，由该短消息中心根据与接收的失败原因值对应的处理方式对该传递失败的短消息进行处理。

本发明又一实施例中，上述原因值转换单元202，进一步用于：

若根据失败原因值转换表确定将发往所述短消息中心的失败原因值转换为相同值，则将该传递失败的短消息对应的失败原因值转换为该失败原因值转换表设定的值；

本发明又一实施例中，上述原因值转换单元202，还用于：

当该失败原因值转换表未设定所述传递失败的短消息对应的失败原因值对应的转换后的值时，将该传递失败的短消息对应的失败原因值转换为系统默认的值。

较佳地，上述失败原因值对应的转换后的值根据运营商对失败短消息要求的处理方式确定。

本发明又一实施例中，上述原因值转换单元202，具体用于：

根据失败原因值转换表包括的第一字段，确定发往短消息中心的失败原因值是否转换为相同值；

当根据该第一字段确定发往短消息中心的失败原因值转换为不同值时，根据该失败原因值转换表包括的第二字段确定失败原因值转换前的值，并根据该失败原因值转换表包括的第三字段确定与该第二字段标识的失败原因值对应的转换后的值。

本发明实施例中，上述装置对投递失败的短消息进行处理的具体相关技术实现细节请参照本发明上述方法中的相关技术实现细节的具体描述，此处不再给以过多赘述。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种短消息传递失败的处理方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，若所述失败原因值转换表未设定所述传递失败的短消息对应的失败原因值对应的转换后的值，则将所述传递失败的短消息对应的失败原因值转换为系统默认的值。

3.如权利要求1～2任一项所述的方法，其特征在于，所述失败原因值转换表包括：

第一字段，用于标识发往短消息中心的失败原因值是否转换为相同值；

当根据所述第一字段确定发往短消息中心的失败原因值转换为不同值时，所述失败原因值转换表还包括：

第二字段，用于标识失败原因值转换前的值；

第三字段，用于标识与所述第二字段标识的失败原因值对应的转换后的值。

4.一种短消息传递失败的处理装置，其特征在于，包括：

5.如权利要求4所述的装置，其特征在于，所述原因值转换单元，还用于：

当所述失败原因值转换表未设定所述传递失败的短消息对应的失败原因值对应的转换后的值时，将所述传递失败的短消息对应的失败原因值转换为系统默认的值。

6.如权利要求4～5任一项所述的装置，其特征在于，原因值转换单元，具体用于：

根据所述失败原因值转换表包括的第一字段，确定发往短消息中心的失败原因值是否转换为相同值；

当根据所述第一字段确定发往短消息中心的失败原因值转换为不同值时，根据所述失败原因值转换表包括的第二字段确定失败原因值转换前的值，并根据所述失败原因值转换表包括的第三字段确定与所述第二字段标识的失败原因值对应的转换后的值。