CN100396115C - 一种对短消息计费的方法 - Google Patents

Abstract

本发明公开了一种对短消息计费的方法，其关键是，用于短消息计费的实体能够获取该待计费短消息的分帧信息，以及该短消息中被成功发送的帧数，并且，该用于短消息计费的实体根据分帧信息、该短消息中被成功发送的帧数以及与计费相关的信息按照预定的计费策略进行计费，从而实现了网络侧能够获知短消息分帧信息，并根据该分帧信息确定短消息计费策略的目的，使计费策略更加公正合理。再有，应用本发明所述方法可以对不同格式采用不同的费率进行计费，从而实现精确计费。应用本发明，对用户而言更加公正，提高了用户满意度了；对运营商而言，可以为不同用户提供差异化服务，丰富了业务。

Description

一种对短消息计费的方法

技术领域

本发明涉及短消息通信技术领域，特别是指一种对短消息计费的方法。

背景技术

目前移动短消息以它的便捷和低消费受到广大用户的喜爱，也成为运营商获利的一个重大手段。在GSM阶段2(GSM phase2)的短消息业务协议中，开始支持长的短消息。所谓长的短消息是指用户在人机交互界面(MMI)上输入的一个完整内容的消息，由于短消息传送协议的长度限制，在发送和接收时，发送端将该完整的内容拆分为多帧进行发送，接收端则将接收到的多帧组装为一则完整的短消息以供用户阅读；对一条短消息进行分帧传送称为TP-MMS(TP-More-Message-To-Send)。

另外随着移动终端能力的增强，可以收发短消息的格式也多种多样，例如，可以传递文本(Text)、声音(Sound)、动画(Animation)和图片(Picture)形式的短消息；对于文本，还可以选定文本的格式和字体进行传送；这给用户带来很大的吸引力。通常，包含声音，动画，图片的短消息长度一般较长，必须通过TP-MMS方式进行传送。

随着短消息应用越来越广泛，CAMEL在短消息域也进行了增强。CAMEL的全称为移动网络增强定制应用逻辑(Customized Application for MobileNetwork Enhanced Logic)，用来解决GSM移动通信网与智能网互联问题。CAMEL是分阶段制定的，在CAMEL Phase3引入移动始发智能短消息，在CAMEL Phase4又引入移动终结智能短消息；智能短消息的计费，需要GSM业务交换功能(gmsSSF)实体上报与计费相关的信息给GSM业务控制功能(gsmSCF)实体，以确保gsmSCF能够准确的形成话单。

图1所示为短消息协议栈示意图。

短消息底层(SM-LL)层是指短消息服务器(SMS)的移动性管理(MM)连接之上和短消息中继层(SM-RL)之下的协议栈。

SM-RL上传输的内容包含着到目的SC的地址，是一种点到点的服务。

短消息传输层(SM-TL)传输的内容包含着到目的用户的地址，是一种端到端的服务。

短消息应用层(SM-AL)位于SM-TL和接口MMI之间，短消息的压缩和解压缩由它来完成，当一条短消息的长度超过TP-UD的最大长度时，SM-AL要完成短消息的分片和组装(segmentation and concatenation)。

在移动始发短消息过程中，如果短消息存在分帧，移动终端可以在一次MM连接中发送后续的短消息帧，也可以针对每帧都建立一个新的MM连接，即每个MM连接中发送一帧；在移动终结短消息过程中，如果某条短消息过长，则短消息中心进行TP-MMS处理。

在3GPP的协议中规定，gsmSCF实体从InitialDPSMS消息中获取上报的事件，并进行智能短消息处理，如查找路由以及计费等处理，该智能短消息处理是针对每帧短消息进行的；gsmSCF实体从EventReportSMS消息中获知处理的结果信息，即该帧发送是否成功的信息。

根据协议可知，在InitialDPSMS中不包含短消息的分帧信息以及短消息内容的格式信息，这样，在gsmSCF实体产生话单时，会将多帧短消息即长短消息当作多条短消息进行处理，例如，一条带有声音及动画的短消息通常为长短消息，对于用户而言，其只发送了一条短消息，但网络侧将按两条或三条短消息来计费。也就是说，会将一条短消息按多条短消息来计费。显然，这对于用户而言是极不公平的，降低了用户的满意度。

再有，现有短消息的计费方式对于文本、声音、动画、图片等不同格式的内容采用相同费率进行计算，无法针对短消息内容的格式进行区分计费，致使运营商不能为用户提供差异化服务。

发明内容

有鉴于此，本发明的目的在于提供一种对短消息计费的方法，以使网络侧能够获知短消息分帧信息，并根据该分帧信息确定短消息计费策略，使计费策略更加公正合理。

为达到上述目的，本发明的技术方案是这样实现的：

一种对短消息进行计费的方法，该方法包括以下步骤：

用于短消息计费的实体从每帧上报的短消息数据处理请求信息中获取分帧信息以及与计费相关的信息，并记录；所述分帧信息至少包括当前帧所在短消息的总帧数、用户终端分配的用于合并一个短消息不同帧的参考号、当前帧在其所属短消息中的序号；

用于短消息计费的实体从每帧短消息事件上报信息中获取当前传送的短消息帧是否传送成功的信息；

用于短消息计费的实体每次获取当前传送的短消息帧是否传送成功的信息后，根据已记录的分帧信息，确定当前待计费短消息是否发送完毕，根据短消息帧是否传送成功的短消息事件上报信息确定该短消息中成功传送的帧数；

用于短消息计费的实体根据当前待计费短消息的总帧数、发送成功的帧数，以及与计费相关的信息，按照预定的计费策略对该短消息进行计费。

较佳地，所述用于短消息计费的实体每次获取当前传送的短消息帧是否传送成功的信息后，根据已记录的分帧信息，确定当前待计费短消息是否发送完毕的过程包括以下步骤：

用于短消息计费的实体根据参考号确定哪几个短消息帧属于同一短消息；用当前帧的序号与总帧数进行比较，如不一致则该短消息还未发送完毕，如一致则确定该短消息发送完毕。

较佳地，所述用于短消息计费的实体每次获取当前传送的短消息帧是否传送成功的信息后，根据短消息帧是否传送成功的短消息事件上报信息确定该短消息中成功传送帧数的过程包括以下步骤：

用于短消息计费的实体每次获取当前传送的短消息帧是否传送成功的信息后，将该短消息帧的参考号、序号及发送成功与否的信息进行对应记录，当用于短消息计费的实体确定当前待计费短消息发送完毕后，根据记录的信息确定待计费短消息发送成功的帧数。

较佳地，所述预定的计费策略为：当待计费短消息的所有帧均发送成功后，对一条短消息只计费一次，或者，

预设短消息帧发送成功的比例，当待计费短消息中有预定比例的短消息帧发送成功后，对该条短消息计费一次，否则不对该条短消息进行计费。

较佳地，所述分帧信息中进一步包括用于指示当前帧中所包含的具体格式以及每种格式长度的内容格式信息；

所述预定的计费策略为：当待计费短消息的所有帧均发送成功后，按照每种格式的长度对该短消息进行计费；或者，

预设短消息帧发送成功的比例，当待计费短消息中有预定比例的短消息帧发送成功后，按照每种格式的长度对该短消息进行计费。

较佳地，所述按照每种格式的长度对该短消息进行计费的方式为：应用每种格式的预设费率乘以该格式在该短消息所有帧中的长度。

较佳地，所述用于短消息计费的实体为具有GSM业务控制功能gsmSCF的实体，所述gsmSCF实体为业务控制节点SCP；

所述每帧上报的短消息数据处理请求信息由InitiaIDSMS消息承载；

所述短消息事件上报信息由EventReportSMS承载。

较佳地，所述分帧信息由TP-UDH承载，该TP-UDH位于InitiaIDSMS消息中的TP Short Message Specific Information字段内。

较佳地，所述分帧信息由TP-UDH承载，所述用于短消息计费的实体为移动交换中心MSC或短消息服务中心SMSC；

所述每帧上报的短消息数据处理请求信息由始发短消息请求消息承载。

应用本发明，用于短消息计费的实体能够获取该待计费短消息的分帧信息，以及该短消息中被成功发送的帧数，并且，该用于短消息计费的实体根据分帧信息、该短消息中被成功发送的帧数以及与计费相关的信息按照预定的计费策略进行计费，从而实现了网络侧能够获知短消息分帧信息，并根据该分帧信息确定短消息计费策略的目的，使计费策略更加公正合理。再有，应用本发明所述方法可以对不同格式采用不同的费率进行计费，从而实现精确计费。应用本发明的短消息进行的方法，对用户而言也更加公正，提高了用户满意度了；对运营商而言，可以为不同用户提供差异化服务，丰富了业务。

附图说明

图1所示为短消息协议栈示意图；

图2所示为应用本发明所述方法对移动始发短消息进行计费的流程图。

具体实施方式

下面结合附图及具体实施例，对本发明技术方案再做进一步详细说明。

本发明的思路是：让用于短消息计费的实体获取该待计费短消息的分帧信息，以及该短消息中被成功发送的帧数，并由该用于短消息计费的实体根据分帧信息、该短消息中被成功发送的帧数以及与计费相关的信息按照预定的计费策略进行计费。所述与计费相关的信息与现有技术中与计费相关的信息完全相同。

图2所示为应用本发明所述方法对移动始发短消息进行计费的一实施例的流程图。在本例中，用于短消息计费的实体由gsmSCF实体实现，具体实施时，该gsmSCF实体为业务控制节点(SCP)。

步骤201～203，用户终端(MS/UE)发送CM_Service_Request消息，请求发送短消息帧，之后用户终端与移动交换中心/业务交换节点(MSC/SSP)之间进行接入处理，建立接入侧链接，链接建立完毕后，MSC/SSP给用户终端返回CM_Service_Accept消息，用户终端接入网络。

步骤204，用户终端发送始发短消息时，确定当前待发送短消息超长后，首先进行分帧处理，然后再向MSC/SSP发送CP_DATA消息，该消息中包含指示当前短消息为始发短消息(MO_SMS)的信息，以及当前帧所在短消息的总帧数、用户终端分配的用于合并一个短消息不同帧的参考号、当前帧在其所属短消息中的序号。

在本实施例中，假设当前所发短消息的总帧数为3，表明当前短消息由3帧构成，此时当前帧的序号为1，表明该帧是该短消息的第一帧。

步骤205～207，MSC/SSP给用户终端返回CP_ACK消息后，向拜访位置寄存器(VLR)发送包含该用户终端标识的Send_Info_For_SMS req消息，以查询该用户终端的智能始发短消息数据，VLR根据接收到的请求，通过该用户终端的标识查询到该用户终端的签约数据后，向MSC/SSP返回Continue_CAMEL_SMS_Handling消息，该消息中包含MSC/SSP所查询的移动始发短消息CAMEL签约数据(MO-SMS-CSI，MO-SMS CAMELSubscription Information)。MSC/SSP获得MO-SMS-CSI信息后，采用标准的CAMEL应用协议(CAP，CAMEL Application Part)与SCP进行交互，即启动智能短消息处理。

步骤208，MSC/SSP向SCP发送由InitialDPSMS消息承载的短消息数据处理请求信息，之后，将该始发短消息挂起。

该InitialDPSMS消息中包含与计费相关的信息，如用户的IMSI等。在InitialDPSMS消息的TP Short Message Specific Information字段中，包含有分帧信息，该分帧信息由TP用户数据头(TP-UDH，TP-User Data Header)承载，该TP-UDH中至少包括用于指示当前所发短消息的总帧数的短消息的总帧数(Maximum number of short messages in the concatenated shortmessage)字段信息、用户终端分配的用于合并一个短消息不同帧的短消息分帧参考号(Concatenated short message reference number)字段信息、当前帧在其所属短消息中的序号(Sequence number ofthe current short message)字段信息。所述用户终端分配的短消息分帧参考号在同一短消息的不同帧中是相同的，其用于指示哪几个短消息帧属于同一短消息。

当然，在TP-UDH信息中还可以进一步包含用于指示当前帧所包含的具体格式，以及每种格式内容的长度的内容格式信息。

在本例中，用于指示当前所发短消息的总帧数Maximum number of shortmessages in the concatenated short message字段信息为3，表明当前短消息有3帧构成；用于指示当前帧数序号Sequence number of the current shortmessage字段信息为1，表明该帧是该短消息的第一帧；用户终端分配的短消息分帧参考号Concatenated short message reference number字段信息为000，且在该短消息以后各帧中该参考号均为000。

步骤209～211，SCP接收到InitialDPSMS消息后，获取分帧信息并记录，并根据InitialDPSMS中的与计费相关的信息和用户的余额等信息裁决许可用户发送当前的始发短消息后，下发请求上报短消息智能事件RequestReportSMSEvent，例如，用于指示始发短消息提交成功的O_SMS_SUBMITED事件，或用于指示始发短消息失败的O_SMS_FAILURE事件；然后下发FurnishChargingInformationSMS提交计费信息，该提交的计费信息中包含用于标识任意计费策略的自由格式数据，该自由格式数据将被保存在始发短消息记录中，关于自由格式数据的处理与现有技术完全相同；最后SCP下发ContinueSMS指示MSC/SSP退出悬置，继续进行始发短消息的处理过程。

步骤212～213，MSC/SSP再次向VLR发送包含该用户终端标识的Send_Info_For_SMS_req消息，该消息中包含抑制智能签约数据的信息，以请求通用的始发短消息数据，VLR进行相关的检查，如短消息闭锁等，检查通过后，通过Send_Info_For_SMS_cnf消息返回通用的始发短消息数据给MSC/SSP。

步骤214～215，MSC/SSP直接给短消息中心(SMC)或通过短消息互通移动交换中心(SMS-IWMSC)给SMC发送始发前向短消息请求MO_Forward_SMS req，该请求中包含当前的短消息帧；SMC处理完该移动始发短消息帧之后，返回成功的始发前向短消息响应MO_Forward_SMS cnf。

步骤216～217，MSC/SSP根据SMC返回的信息，向SCP上报始发短消息发送结果的短消息事件上报信息，该短消息事件上报信息由EventReportSMS承载，SCP根据该信息可知当前短消息帧是否发送成功，假设本例中提交成功，之后，SCP下发ContinueSMS消息，命令MSC/SSP继续处理，此时MSC/SSP与SCP之间的智能连接也被释放。

此时，SCP根据已记录的分帧信息，能够确定当前待计费短消息是否发送完毕；根据短消息帧是否传送成功的短消息事件上报信息能够确定该短消息中成功传送的帧数；具体过程如下：

当SCP获取当前传送的短消息帧是否传送成功的信息后，根据已记录的分帧信息，确定当前待计费短消息是否发送完毕的过程包括以下步骤：用于短消息计费的实体根据参考号确定哪几个短消息帧属于同一短消息；用当前帧的序号与总帧数进行比较，如不一致则该短消息还未发送完毕，如一致则确定该短消息发送完毕。在具体实施时，可以先根据参考号判断哪几帧属于同一短消息，再判断序号与总帧数是否一致，也可以先判断序号与总帧数是否一致，再根据参考号判断哪几帧属于同一短消息，也可以二者同时进行。

当SCP获取当前传送的短消息帧是否传送成功的信息后，根据短消息帧是否传送成功的短消息事件上报信息，确定该短消息中成功传送帧数的过程包括以下步骤：用于短消息计费的实体每次获取当前传送的短消息帧是否传送成功的信息后，将该短消息帧的参考号、序号及发送成功与否的信息进行对应记录，当用于短消息计费的实体确定当前待计费短消息发送完毕后，根据记录的信息确定待计费短消息发送成功的帧数。

如果分帧信息中包含内容格式信息，此时SCP还能够进一步获知并记录当前帧中包含哪些具体格式，以及每种具体格式所占的长度。

在本例中，此时，SCP获知当前帧为该短消息的第一帧，且该帧发送成功，同时SCP还获知该短消息共有三帧。

步骤218，MSC/SSP发送CP_ACK消息，知会用户终端当前帧的移动始发短消息发送成功。

由于当前所发短消息是由多帧构成，用户终端会继续发送后续的短消息帧，此时有两种处理方式，具体采用哪种方式根据用户终端的预先设定而定：

如果释放当前接入侧的链接，重新建立新的链接，并在新的链接中发送后续帧，则从步骤219顺序向下执行；如果直接利用当前接入侧的链接继续发送后续帧，则直接执行步骤221，然后执行步骤223，然后再顺序向下继续执行，即不执行步骤219、220和222。

步骤219～220，用户终端给MSC/SSP发送CP_ACK消息，之后，用户终端与MSC/SSP之间释放资源。

步骤221，用户终端发送CM_Service_Request消息，请求再次发送短消息帧。

步骤222，用户终端与MSC/SSP之间进行接入处理，建立接入侧链接。

步骤223，链接建立完毕后，MSC/SSP给用户终端返回CM_Service_Accept消息，用户终端接入网络。

步骤224，用户终端向MSC/SSP发送CP_DATA消息，该消息中包含指示当前短消息为始发短消息(MO_SMS)的信息，以及当前帧所在短消息的总帧数、用户终端分配的用于合并一个短消息不同帧的参考号、当前帧在其所属短消息中的序号。

在本实施例中，假设当前所发短消息的总帧数为3，表明当前短消息由3帧构成，此时当前帧的序号为3，表明该帧是该短消息的第三帧。

步骤225～227，MSC/SSP给用户终端返回CP_ACK消息后，向VLR发送包含该用户终端标识的Send_Info_For_SMS req消息，以查询该用户终端的智能始发短消息数据，VLR根据接收到的请求，通过该用户终端的标识查询到该用户终端的签约数据后，向MSC/SSP返回Continue_CAMEL_SMS_Handling消息，该消息中包含MSC/SSP所查询的MO-SMS-CSI。MSC/SSP获得MO-SMS-CSI信息后，采用标准的CAP与SCP进行交互，即启动智能短消息处理。

步骤228，MSC/SSP向SCP发送由InitialDPSMS消息承载的短消息数据处理请求信息，之后，将该始发短消息挂起。

该InitialDPSMS消息中包含与计费相关的信息，如用户的IMSI等。在InitialDPSMS消息的TP Short Message Specific Information字段中，包含有分帧信息，该分帧信息由TP-UDH承载，具体的分帧信息与步骤208所述基本相同，在此不再重复描述。不同之处在于，在本例中，此时用于指示当前帧数序号Sequence number of the current short message字段信息为3，表明该帧是该短消息的第三帧。

步骤229～231，SCP接收到InitialDPSMS消息后，获取分帧信息并记录，并根据InitialDPSMS中的与计费相关的信息和用户的余额等信息裁决许可用户发送当前的始发短消息后，下发请求上报短消息智能事件RequestReportSMSEvent，例如，用于指示始发短消息提交成功的O_SMS_SUBMITED事件，或用于指示始发短消息失败的O_SMS_FAILURE事件，然后下发FurnishChargingInformationSMS提交计费信息，该提交的计费信息中包含用于标识任意计费策略的自由格式数据，该自由格式数据将被保存在始发短消息记录中，关于自由格式数据的处理与现有技术完全相同；最后SCP下发ContinueSMS指示MSC/SSP退出悬置，继续进行始发短消息的处理过程。

步骤232～233，MSC/SSP再次向VLR发送包含该用户终端标识的Send_Info_For_SMS req消息，该消息中包含抑制智能签约数据的信息，以请求通用的始发短消息数据，VLR进行相关的检查，如短消息闭锁等，检查通过后，通过Send_Info_For_SMS cnf消息返回用户的始发短消息数据给MSC/SSP。

步骤234～235，MSC/SSP直接给SMC或通过SMS-IWMSC给SMC发送始发前向短消息请求MO_Forward_SMS req，该请求中包含当前的短消息帧；SMC处理完该移动始发短消息帧之后，返回成功的始发前向短消息响应MO_Forward_SMS cnf。

步骤236～237，MSC/SSP根据SMC返回的信息，向SCP上报始发短消息发送结果的短消息事件上报信息，该短消息事件上报信息由EventReportSMS承载，SCP根据该信息可知当前短消息帧是否发送成功，假设本例中提交成功，之后，SCP下发ContinueSMS消息，命令MSC/SSP继续处理，此时MSC/SSP与SCP之间的智能连接也被释放。

此时，SCP根据已记录的分帧信息，能够确定当前待计费短消息是否发送完毕；根据短消息帧是否传送成功的短消息事件上报信息能够确定该短消息中成功传送的帧数；具体处理过程与步骤216～217中所述处理完全相同。

当然，如果分帧信息中包含内容格式信息，此时SCP还能够进一步获知并记录当前帧中包含哪些具体格式，以及每种具体格式所占的长度。

在本例中，此时，SCP获知当前帧为该短消息的第三帧，且该构成该短消息的三帧已全部发送成功。如果分帧信息中包含内容格式信息，此时，SCP还可以统计出每种格式分别在当前短消息中所占的总长度，即各个帧的长度之和。

在这之后，SCP根据当前待计费短消息的总帧数、发送成功的帧数，以及与计费相关的信息，可以按照预定的计费策略对该短消息进行计费。

上述预定的计费策略为：当待计费短消息的所有帧均发送成功后，对一条短消息只计费一次，或者，预设短消息帧发送成功的比例，例如80％，当待计费短消息中有80％以上的短消息帧，即预定比例的短消息帧，发送成功后，对该条短消息计费一次，否则不对该条短消息进行计费。

如果分帧信息中进一步包括用于指示当前帧中所包含的具体格式以及每种格式长度的内容格式信息；则上述预定的计费策略为：当待计费短消息的所有帧均发送成功后，按照每种格式的长度对该短消息进行计费；或者，预设短消息帧发送成功的比例，例如80％，当待计费短消息中有80％以上的短消息帧，即预定比例的短消息帧，发送成功后，按照每种格式的长度对该短消息进行计费。

所谓按照每种格式的长度对该短消息进行计费的方式为：应用每种格式的预设费率乘以该格式在该短消息所有帧中的长度。例如，假设文本、声音、动画、图片的费率和长度在一条短消息分别为(Tt，Lt)、(Ts，Ls)、(Ta，La)、(Tp，Lp)，根据它们各自长度计算该条短消息的总费率：

Cost(总)＝Tt×Lt+Ts×Ls+Ta×La+Tp×Lp；

如此，运营商可以灵活确定短消息计费策略，按照上面的方式，一条短消息的总费用是所有短消息帧各种格式费用的费用总和。

当然，具体的计费策略可根据运营商的需要进行设置，再比如，如果用户余额很少而无法传送一条短消息的所有帧，则计费策略还可以是：SCP根据用户的信用等级控制是否传递后续帧，如果拒绝传送后续帧，则对用户而言当前短消息是没有传递成功的，因此前面传递成功的帧不进行计费；或者多帧传递过程中出现一帧失败而导致后续帧也无法传递时，SCP也能够对前面已经传送的帧进行免费处理；这样就可以避免用户传递长短消息时失败，不断重试导致的不合理计费问题。

所述计费策略并不能穷举，以上所述计费策略只是不同实例而已，并不用于限定本发明。

步骤238，MSC/SSP发送RP_ACK消息，知会用户终端当前短消息帧发送成功。

步骤239～240，用户终端将该短消息的所有帧发送完毕后，给MSC/SSP发送CP_ACK消息，之后，用户终端与MSC/SSP之间释放资源。

至此，应用本发明的方法，SCP能够获知当前短消息由多少帧构成，且当前所发的短消息帧是该短消息中的第几帧，以及该帧是否成功发送的信息。并且，SCP还可以进一步获知，当前短消息所包含的内容格式，以及每种内容格式在整个短消息中所占长度。这样，SCP利用上述信息作为对该短消息的计费依据，可为用户提供差异化服务。

以上是以智能始发短消息为例进行说明的，对于普通的短消息的计费而言，本发明所述方法同样适用，在具体实施时，将分帧信息记录在呼叫数据记录(CDR)中，并将该包含分帧信息的呼叫数据记录传送给话单处理模块，由该话单处理模块根据该呼叫数据记录，以及预设的费率及计费策略进行批价，实现对短消息的计费。此时所述分帧信息同样由TP-UDH承载，所述用于短消息计费的实体为移动交换中心(MSC)或短消息服务中心(SMSC)；所述每帧上报的短消息数据处理请求信息由始发短消息请求消息承载。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种对短消息进行计费的方法，其特征在于，该方法包括以下步骤：

用于短消息计费的实体从每帧上报的短消息数据处理请求信息中获取分帧信息以及与计费相关的信息，并记录；所述分帧信息至少包括当前帧所在短消息的总帧数、用户终端分配的用于合并一个短消息不同帧的参考号、当前帧在其所属短消息中的序号；

用于短消息计费的实体从每帧短消息事件上报信息中获取当前传送的短消息帧是否传送成功的信息；

用于短消息计费的实体每次获取当前传送的短消息帧是否传送成功的信息后，根据已记录的分帧信息，确定当前待计费短消息是否发送完毕，根据短消息帧是否传送成功的短消息事件上报信息确定该短消息中成功传送的帧数；

用于短消息计费的实体根据当前待计费短消息的总帧数、发送成功的帧数，以及与计费相关的信息，按照预定的计费策略对该短消息进行计费。

2.根据权利要求1所述的方法，其特征在于，所述用于短消息计费的实体每次获取当前传送的短消息帧是否传送成功的信息后，根据已记录的分帧信息，确定当前待计费短消息是否发送完毕的过程包括以下步骤：

用于短消息计费的实体根据参考号确定哪几个短消息帧属于同一短消息；用当前帧的序号与总帧数进行比较，如不一致则该短消息还未发送完毕，如一致则确定该短消息发送完毕。

3.根据权利要求1所述的方法，其特征在于，所述用于短消息计费的实体每次获取当前传送的短消息帧是否传送成功的信息后，根据短消息帧是否传送成功的短消息事件上报信息确定该短消息中成功传送帧数的过程包括以下步骤：

用于短消息计费的实体每次获取当前传送的短消息帧是否传送成功的信息后，将该短消息帧的参考号、序号及发送成功与否的信息进行对应记录，当用于短消息计费的实体确定当前待计费短消息发送完毕后，根据记录的信息确定待计费短消息发送成功的帧数。

4.根据权利要求1所述的方法，其特征在于，所述预定的计费策略为：当待计费短消息的所有帧均发送成功后，对一条短消息只计费一次，或者，

预设短消息帧发送成功的比例，当待计费短消息中有预定比例的短消息帧发送成功后，对该条短消息计费一次，否则不对该条短消息进行计费。

5.根据权利要求1、2或3所述的方法，其特征在于，

所述分帧信息中进一步包括用于指示当前帧中所包含的具体格式以及每种格式长度的内容格式信息；

所述预定的计费策略为：当待计费短消息的所有帧均发送成功后，按照每种格式的长度对该短消息进行计费；或者，

预设短消息帧发送成功的比例，当待计费短消息中有预定比例的短消息帧发送成功后，按照每种格式的长度对该短消息进行计费。

6.根据权利要求5所述的方法，其特征在于，所述按照每种格式的长度对该短消息进行计费的方式为：应用每种格式的预设费率乘以该格式在该短消息所有帧中的长度。

7.根据权利要求1、2、3或4所述的方法，其特征在于，

所述用于短消息计费的实体为具有GSM业务控制功能gsmSCF的实体，所述gsmSCF实体为业务控制节点SCP；

所述每帧上报的短消息数据处理请求信息由InitiaIDSMS消息承载；

所述短消息事件上报信息由EventReportSMS承载。

8.根据权利要求7所述的方法，其特征在于，所述分帧信息由TP-UDH承载，该TP-UDH位于InitiaIDSMS消息中的TP Short Message SpecificInformation字段内。

9.根据权利要求1、2、3或4所述的方法，其特征在于，

所述分帧信息由TP-UDH承载，所述用于短消息计费的实体为移动交换中心MSC或短消息服务中心SMSC；

所述每帧上报的短消息数据处理请求信息由始发短消息请求消息承载。

Images