CN101547414A - 短信计费***及方法 - Google Patents
短信计费***及方法 Download PDFInfo
- Publication number
- CN101547414A CN101547414A CN200910134978A CN200910134978A CN101547414A CN 101547414 A CN101547414 A CN 101547414A CN 200910134978 A CN200910134978 A CN 200910134978A CN 200910134978 A CN200910134978 A CN 200910134978A CN 101547414 A CN101547414 A CN 101547414A
- Authority
- CN
- China
- Prior art keywords
- withholing
- imp
- short message
- request
- control point
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1428—Invoice generation, e.g. customization, lay-out, database processing, algorithms for calculating the bill or formatting invoices as WWW pages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种短信计费***包括业务控制点、短信计费中心,以及与所述业务控制点及短信计费中心相连的接口机,其中,所述短信计费中心,用于产生计费请求,并发送给所述接口机;还用于接收所述接口机转发的操作结果;所述接口机,用于接收计费请求,并将该计费请求发送到业务控制点;还用于接收所述业务控制点发送的操作结果并转发给所述短信计费中心;所述业务控制点,用于接收接口机发送的计费请求并触发相应的业务进行计费操作,还用于将操作结果发送给所述接口机。本发明短信计费***和方法可以优化网络结构,提高短信计费的处理效率。
Description
技术领域
本发明涉及电信增值业务,尤其涉及一种短信计费***及方法。
背景技术
随着预付费用户的快速发展,为了更好的为用户提供高质量增值业务,需要解决预付费用户的实时计费问题。短消息业务是目前增值业务发展的一个重要领域,解决短消息实时计费问题就能够更好的扩大用户群。
在电信行业下发相关规范中,不要求SCP(业务控制点,Service ControlPoint)与SMSC(短消息中心,Short Message Service Center)和SMG(短消息网关,也称为联通在信网关,Short Message Gateway)直接连接,而是在SCP与短信设备之间增加第三方设备(鉴权设备),由鉴权设备和SCP之间进行交互,完成对预付费业务帐号批价扣费的管理,所以引用PDSCP(预付费数据业务控制点,Prepaid Data Service Control Point)的设备。PDSCP具有对短消息各业务集中批价功能,对于点到点消息PDSCP通过费率表的维护可以为用户提供个性化服务,能够针对用户特性设置费率;对于联通在信短消息由于SGIP协议中已带有信息费,PDSCP可以通过计算信息费与通信费之和便可对用户进行批价;如图1所示。但是PDSCP在网络中与SCP、SMC(网短消息中心)、SMG、SMB(短消息网桥)等节点在网络层通过TCP/IP协议进行通信,网络环境搭建相对比较复杂,数据库应用处理单一,没有相应的缓存机制,处理扣费过程相对繁琐,导致性能稳定性差。
发明内容
本发明要解决的技术问题是提供一种短信计费***和方法,以优化网络结构,提高短信计费的处理效率。
为解决上述技术问题,本发明提供一种短信计费***,该短信计费***包括业务控制点、短信计费中心,以及与所述业务控制点及短信计费中心相连的接口机,其中,
所述短信计费中心,用于产生计费请求,并发送给所述接口机;还用于接收所述接口机转发的操作结果;
所述接口机,用于接收计费请求,并将该计费请求发送到业务控制点;还用于接收所述业务控制点发送的操作结果并转发给所述短信计费中心;
所述业务控制点,用于接收接口机发送的计费请求并触发相应的业务进行计费操作,还用于将操作结果发送给所述接口机。
进一步地,所述业务控制点进行的计费操作包括批价和补扣款处理。
进一步地,所述计费请求是扣款请求,所述***还包括与接口机相连的、缓存数据库及永久数据库,所述接口机接收到的操作结果是扣款成功消息,所述接口机还用于通知缓存数据库***扣款记录,且所述缓存数据库中的扣款记录定时写入所述永久数据库。
进一步地,所述计费请求是补款请求,所述接口机收到补款请求后还用于先查询所述缓存数据库,若未查到对应的扣款记录,再查询永久数据库,若有对应扣款记录的缓存或永久数据库显示未补款,再将补款请求转发给业务控制点;若所述接口机接收到的操作结果是补款成功消息,所述接口机还用于通知有对应扣款记录的缓存或永久数据库修改扣款记录。
进一步地,所述接口机是在计算机或服务器上实现的;所述短信计费中心指短消息业务中心SMSC或短消息网关SMG。
为解决上述技术问题,本发明还提供了一种基于以上短信计费***的短信计费方法,该方法包括:
短信计费中心向接口机发送计费请求;
所述接口机接收并转发所述计费请求给业务控制点;
所述业务控制点接收所述计费请求,并执行计费操作。
进一步地,所述业务控制点进行的计费操作包括批价和补扣款处理。
进一步地,所述***还包括缓存数据库及永久数据库,所述计费请求是扣款请求,所述业务控制点根据扣款请求扣款成功后向所述接口机发送扣款成功消息,所述接口机接收到所述业务控制点发送的扣款成功消息后,通知所述缓存数据库***扣款记录,所述缓存数据库中的扣款记录定时写入所述永久数据库。
为解决以上技术问题,本发明还提供了另一种短信计费***,所述短信计费***包括短信计费中心、业务控制点及用于转发短信计费中心和业务控制点之间信息的接口机,其中,
所述短信计费中心用于产生扣款请求并发送给所述接口机;
所述接口机用于接收所述扣款请求并转发给所述业务控制点;
所述业务控制点用于接收所述扣款请求,并根据接收的扣款请求进行批价及扣款操作。
进一步地,所述短信计费***还包括缓存数据库及永久数据库,所述业务控制点扣款成功后,还用于向所述接口机发送扣款成功消息,所述接口机还用于接收所述扣款成功消息,以及通知所述缓存数据库***扣款记录,所述缓存数据库划分为若干个表,通过对操作时间的取模结果来确定***扣款记录的对应表,缓存数据库中各表的扣款记录定时写入所述永久数据库。
相较于现有技术,本发明短信计费***和方法通过对PDSCP进行改造,改用接口机方式,高效实现计费点迁移,整合资源,进行了网络结构优化,既保证原有的PDSCP功能,又可以增加多的SCP资源,提高了处理短信计费的能力。并且原有的PDSCP需要布置在服务器上,此发明改造后的接口机只需要普通的PC机就可以支撑,大大降低了使用设备的成本,而且对短信的计费性能有很明显的提高;最终达到保障业务性能的目的。
附图说明
图1是现网PDSCP设备网络结构图。
图2是本发明点对点短信方式的短信计费***结构图。
图3是本发明联通在信短信方式的短信计费***结构图。
图4是本发明第一实施方式点对点短信扣款流程示意图。
图5是本发明第二实施方式点对点短信补款流程示意图。
图6是本发明第三实施方式联通在信短信扣款流程示意图。
图7是本发明第四实施方式联通在信短信补款流程示意图。
具体实施方式
本发明的主要思想是将PDSCP改造为接口机,使其在现有的任何服务器或PC机就能加载使用,并由SCP来完成批价及补扣费等计费操作,实现资源整合,使处理业务的整体性能得到提高和保障。另外增加缓存数据库(xbase)进一步保证预付费用户点对点以及联通在信短信扣费和补款正确性,从而达到保障业务性能目的。
本发明短信计费***包括业务控制点、短信计费中心,与所述业务控制点及短信计费中心相连的接口机,以及与接口机连接的操作记录数据库,其中,
所述短信计费中心,用于产生计费请求,并发送给所述接口机;还用于接收所述接口机转发的操作结果;
这里所说的短信计费中心指短消息业务中心SMSC或短消息网关SMG,计费请求是扣款请求或补款请求。
所述接口机在计算机或服务器上实现的,用于接收计费请求,并将该计费请求发送到业务控制点;还用于接收所述业务控制点发送的操作结果并转发给所述短信计费中心;
所述业务控制点,用于接收接口机发送的计费请求并触发相应的业务进行计费操作,还用于将操作结果发送给所述接口机。所述业务控制点进行的计费操作包括批价和补扣款处理。
操作记录数据库用于保存操作记录的,所述接口机收到补款请求后还用于查询所述操作记录数据库,若所述操作记录数据库记录扣过款且未补款,再将补款请求转发给业务控制点。
操作记录数据库可以进一步包括缓存数据库及永久数据库。
所述计费请求是补款请求时,所述接口机收到补款请求后用于先查询所述缓存数据库,若未查到对应的扣款记录,再查询永久数据库,若有对应扣款记录的缓存或永久数据库显示未补款,再将补款请求转发给业务控制点;若所述接口机接收到的操作结果是补款成功消息,所述接口机还用于通知有对应扣款记录的缓存或永久数据库修改扣款记录。
若所述接口机接收到的操作结果是扣款成功消息,所述接口机还用于通知缓存数据库***扣款记录,且所述缓存数据库中的扣款记录定时写入所述永久数据库。
缓存数据库采用xbase数据库实现,按小时划分为若干个表,根据对相应的操作时间取模结果来确定***扣款记录的对应表,并定时将各表中的数据导入永久数据库。
永久数据库采用sybase数据库实现,保存所有的数据,按日期划分为若干个表,各表保存对应日期的数据。
在点对点短信方式下,如图2所示,短信计费***的短信计费中心指SMSC服务器,接口机由360接口线程实现,360接口线程与SMSC服务器之间基于SMPP+协议进行通信,360接口线程与SCP业务之间通过内部消息进行交互,鉴于点对点短信方式下计费消息交互频繁的特点,设置缓存数据库(xbase)及永久数据库(sybase)两个数据库,由360接口线程来控制两个数据库的更新和维护。
基于以上短信计费***实现的补扣款短信计费方法包括以下步骤:
a)SMSC把预付费用户的扣款或补款请求发送到对应接口机;
b)接口机根据发送的请求,送到SCP触发相关的业务并进行扣款或补款处理;
c)业务进行扣款或补款完成后把操作结果返回给接口机;
d)接口机收到消息后,返回结果给SMSC(短信中心),同时接口机往数据库中***操作的记录。
在联通在信短信方式下,如图3所示,短信计费***的短信计费中心指SMG服务器,接口机由359接口线程实现,359接口线程与SMG服务器之间基于SGIP+协议进行通信,359接口线程与SCP业务之间通过内部消息进行交互,359接口线程控制的数据库指sybase数据库。
基于以上短信计费***实现的补扣费短信计费方法包括以下步骤:
a)SMG(联通在信网关)把预付费用户的扣款或补款消息发送到对应接口机;
b)业务接口机根据发送的请求,首先到数据库中查找有没有重复的记录,如果没有再送到SCP触发相关的业务并进行扣款或补款处理;
c)业务进行扣款或补款完成后把结果返回给接口机;
d)接口机收到消息后,返回结果给SMG(联通在信网关),同时接口机往数据库中***操作的记录。
下面结合附图具体说明本发明短信计费方法的业务流程:
第一实施方式
一、点对点短信扣款流程示意图,主要以下步骤:
步骤41:SMSC(短信中心)根据用户发送的信息判断用户是预付费用户,并发送扣款请求到对应的业务接口机;
步骤42:业务接口机根据发送的请求,发送消息到SCP并触发相关的业务进行用户的批价和扣款处理,若由于用户账户余额不足等异常原因业务处理扣款失败,则执行步骤43,若用户账户正常,SCP业务扣款成功,则执行步骤45;
步骤43:SCP业务返回失败消息给业务接口机;
步骤44:业务接口机发送扣款失败消息返回给SMSC(短信中心),流程结束;
步骤45:SCP业务返回成功消息给业务接口机;
步骤46:业务接口机收到成功消息后,并把用户的扣款操作发送给缓存数据库(xbase)进行记录,若***扣款操作记录成功,则执行步骤47,若***扣款操作记录失败或者超时,则执行步骤49;
步骤47:缓存数据库(xbase)返回成功消息给业务接口机;
步骤48:业务接口机返回成功扣款消息给SMSC;
步骤49:缓存数据库(xbase)返回失败消息给业务接口机;
步骤410:业务接口机还是返回成功扣款消息给SMSC;
步骤411:缓存数据库(xbase)每隔一段时间就把表中的操作记录,通过任务方式导入到sybase数据库中进行保留。
第二实施方式
二、点对点短信补款流程示意图,主要以下步骤:
步骤51:由于用户的短信发送失败,SMSC(短信中心)发送补款请求到对应的业务接口机;
步骤52:业务接口机根据发送的请求,发送消息到xbase数据库中查询表0,表1,表2的扣款记录,若没有查询到用户扣款记录,则执行步骤53;否则执行步骤57;
Xbases数据库分为0、1、2三个表,对相应的操作时间取模,分别往三个表里***数据,按0点算起,三小时后会从0表里的数据导入到sybase数据库中,以此类推。
因缓存数据库的保存的数据量较少,先查询缓存数据库,可以提高处理效率。
步骤53:缓存数据库(xbase)没有查询到用户的扣款记录,并返回结果给业务接口机;
步骤54:业务接口机再发送消息到sybase数据库中查询用户的扣款记录,若没有查询到用户扣款记录,则执行步骤55,否则执行步骤58;
步骤55:sybase数据库没有查询到用户的扣款记录,并返回结果给业务接口机;
步骤56:业务接口机返回补款失败消息给SMSC(短信中心),流程结束;
步骤57:缓存数据库(xbase)查询到用户的扣款记录,并返回结果给业务接口机,转执行步骤59;
步骤58:sybase数据库查询到用户的扣款记录,并返回结果给业务接口机;
步骤59:业务接口机发送消息到SCP,并触发相关业务对用户账户进行补款处理;
步骤510:SCP业务处理用户补款成功,并返回成功消息给业务接口机;
步骤511:业务接口机返回成功补款消息给SMSC(短信中心);
步骤512:如果用户数据在缓存数据库(xbase)上,业务接口机发送消息到缓存数据库(xbase)修改用户的操作记录,修改为已经进行过补款;
步骤513:如果用户数据在sybase数据库上,业务接口机发送消息到sybase数据库修改用户的操作记录,修改为已经进行过补款;
步骤514:SCP业务处理用户补款失败,并返回失败消息给业务接口机;
步骤515:业务接口机返回失败补款消息给SMSC(短信中心)。
以上图4和图5所示的应用实例中,针对点对点短信的业务量大的特点,增加缓存数据库以提供计费操作的效率。
第三实施方式
三、联通在信短信扣款流程示意图,主要以下步骤:
步骤61:SMG(联通在信网关)根据用户发送的信息判断用户是预付费用户,并发送扣款请求到对应的业务接口机;
步骤62:业务接口机发送消息到sybase数据库中查询有无扣款记录,若查询失败则执行步骤63,否则执行步骤65;
步骤63;sybase数据库中有重复记录或查询失败并返回结果给业务接口机;
步骤64:业务接口机把扣款失败消息返回给SMG(联通在信网关),流程结束;
步骤65:sybase数据库中无重复记录并返回结果给业务接口机;
步骤66:业务接口机发送消息到SCP,并触发相关的业务进行用户的批价和扣款处理,若由于用户账户余额不足等异常原因业务处理扣款失败,则执行步骤67,若用户账户正常,业务扣款成功,则执行步骤69;
步骤67:SCP业务返回失败消息给业务接口机;
步骤68:业务接口机把扣款失败消息返回给SMG(联通在信网关);
步骤69:SCP业务返回成功消息给业务接口机;
步骤610:业务接口机发送消息给sybase数据库,***用户的扣款成功记录;
步骤611:业务接口机返回成功扣款消息给SMG(联通在信网关)。
第四实施方式
四、联通在信短信补款流程示意图,主要以下步骤:
步骤71:由于用户的短信发送失败,SMG(联通在信网关)发送补款请求到对应的业务接口机;
步骤72:业务接口机根据发送的请求,发送消息到sybase数据库中查询相应日期表中用户的扣款记录;
若没有查询到记录、查询失败或查询到记录已经进行过补款,执行步骤73,查询到扣款记录执行步骤75。
步骤73:sybase数据库中没有查询到记录、查询失败或查询到记录已经进行过补款,返回结果给业务接口机;
步骤74:业务接口机发送补款失败消息返回给SMG(联通在信网关),流程结束;
步骤75:sybase数据库中查询到用户的扣款记录返回结果给业务接口;
步骤76:业务接口机回消息给sybase数据库,要求更新用户的记录为已经进行补过款,若更新记录失败,则执行步骤77,若更新记录成功则执行步骤79;
步骤77:sybase数据库更新用户的记录失败,并返回消息给业务接口机;
步骤78:业务接口机发送补款失败消息返回给SMG(联通在信网关),流程结束;
步骤79:sybase数据库更新用户的记录成功,并返回成功消息给业务接口机;
步骤710:业务接口机发送消息到SCP,并触发相关的业务对用户进行补款,SCP业务补款成功执行步骤711,SCP业务补款失败执行步骤713;
步骤711:SCP业务返回补款成功消息给业务接口机;
步骤712:业务接口机发送补款成功消息返回给SMG(联通在信网关);
步骤713:SCP业务返回补款失败消息给业务接口机;
步骤714:业务接口机发送消息给sybase数据库,要求修改回用户的记录为扣款记录;
步骤715:业务接口机发送补款失败消息返回给SMG(联通在信网关)。
与现有技术相比,本发明具有以下优点:
PDSCP是个专门的硬件服务器加软件支持的整套设备;而本发明只需要在现有的任何服务器或PC机就能加载使用,成本大大的降低。
PDSCP原来有批价的功能,批价完成后再给SCP进行扣费,处理机制比较缓慢,网络运行速度很慢;而本发明是把计费点进行迁移,直接到SCP进行批价并扣费,整合资源,进行了网络结构优化。
PDSCP必须单独使用商业的数据库才能保证运行,成本很高;而本发明是在接口机用一个数据库做为一个缓存设备,这个数据库不一定非使用商业化的数据库,比如xbase数据库。这样成本又降低了,还保证了运行的性能。
综合来说,本发明通过对PDSCP进行改造,改用接口机方式,高效实现计费点迁移,整合资源,进行了网络结构优化,既保证原有的PDSCP功能,又可以增加多的SCP资源,提高了处理短信计费的能力。并且原有的PDSCP需要布置在服务器上,此发明改造后的接口机只需要普通的PC机就可以支撑,大大降低了使用设备的成本,而且对短信的计费性能有很明显的提高;最终达到保障业务性能的目的。
Claims (10)
1、一种短信计费***,其特征在于,该短信计费***包括业务控制点、短信计费中心,以及与所述业务控制点及短信计费中心相连的接口机,其中,
所述短信计费中心,用于产生计费请求,并发送给所述接口机;还用于接收所述接口机转发的操作结果;
所述接口机,用于接收计费请求,并将该计费请求发送到业务控制点;还用于接收所述业务控制点发送的操作结果并转发给所述短信计费中心;
所述业务控制点,用于接收接口机发送的计费请求并触发相应的业务进行计费操作,还用于将操作结果发送给所述接口机。
2、如权利要求1所述的短信计费***,其特征在于:所述业务控制点进行的计费操作包括批价和补扣款处理。
3、如权利要求1或2所述的短信计费***,其特征在于:所述计费请求是扣款请求,所述***还包括与接口机相连的、缓存数据库及永久数据库,所述接口机接收到的操作结果是扣款成功消息,所述接口机还用于通知缓存数据库***扣款记录,且所述缓存数据库中的扣款记录定时写入所述永久数据库。
4、如权利要求3所述的短信计费***,其特征在于:所述计费请求是补款请求,所述接口机收到补款请求后还用于先查询所述缓存数据库,若未查到对应的扣款记录,再查询永久数据库,若有对应扣款记录的缓存或永久数据库显示未补款,再将补款请求转发给业务控制点;若所述接口机接收到的操作结果是补款成功消息,所述接口机还用于通知有对应扣款记录的缓存或永久数据库修改扣款记录。
5、如权利要求1或2所述的短信计费***,其特征在于:所述接口机是在计算机或服务器上实现的;所述短信计费中心指短消息业务中心SMSC或短消息网关SMG。
6、一种基于权利要求1所述的短信计费***的短信计费方法,其特征在于,该方法包括:
短信计费中心向接口机发送计费请求;
所述接口机接收并转发所述计费请求给业务控制点;
所述业务控制点接收所述计费请求,并执行计费操作。
7、如权利要求6所述的方法,其特征在于:所述业务控制点进行的计费操作包括批价和补扣款处理。
8、如权利要求6或7所述的方法,其特征在于:所述***还包括缓存数据库及永久数据库,所述计费请求是扣款请求,所述业务控制点根据扣款请求扣款成功后向所述接口机发送扣款成功消息,所述接口机接收到所述业务控制点发送的扣款成功消息后,通知所述缓存数据库***扣款记录,所述缓存数据库中的扣款记录定时写入所述永久数据库。
9、一种短信计费***,其特征在于:所述短信计费***包括短信计费中心、业务控制点及用于转发短信计费中心和业务控制点之间信息的接口机,其中,
所述短信计费中心用于产生扣款请求并发送给所述接口机;
所述接口机用于接收所述扣款请求并转发给所述业务控制点;
所述业务控制点用于接收所述扣款请求,并根据接收的扣款请求进行批价及扣款操作。
10、如权利要求9所述的短信计费***,其特征在于:所述短信计费***还包括缓存数据库及永久数据库,所述业务控制点扣款成功后,还用于向所述接口机发送扣款成功消息,所述接口机还用于接收所述扣款成功消息,以及通知所述缓存数据库***扣款记录,所述缓存数据库划分为若干个表,通过对操作时间的取模结果来确定***扣款记录的对应表,缓存数据库中各表的扣款记录定时写入所述永久数据库。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101349786A CN101547414B (zh) | 2009-04-20 | 2009-04-20 | 短信计费***及方法 |
PCT/CN2010/071298 WO2010121513A1 (zh) | 2009-04-20 | 2010-03-25 | 短信计费***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101349786A CN101547414B (zh) | 2009-04-20 | 2009-04-20 | 短信计费***及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101547414A true CN101547414A (zh) | 2009-09-30 |
CN101547414B CN101547414B (zh) | 2011-11-30 |
Family
ID=41194228
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101349786A Expired - Fee Related CN101547414B (zh) | 2009-04-20 | 2009-04-20 | 短信计费***及方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101547414B (zh) |
WO (1) | WO2010121513A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010121513A1 (zh) * | 2009-04-20 | 2010-10-28 | 中兴通讯股份有限公司 | 短信计费***及方法 |
CN102104861A (zh) * | 2011-02-15 | 2011-06-22 | 中兴通讯股份有限公司 | 一种业务处理方法及*** |
CN103079185A (zh) * | 2011-10-25 | 2013-05-01 | ***通信集团广东有限公司 | 一种计费方法及服务器 |
CN103124400A (zh) * | 2011-11-21 | 2013-05-29 | 中兴通讯股份有限公司 | 短信缓存方法及*** |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113965899B (zh) * | 2021-12-21 | 2022-04-01 | 杭州云在线科技有限公司 | 一种检测短信扣量服务器及检测短信扣量的方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7027799B2 (en) * | 2002-05-15 | 2006-04-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Real time charging of delivery and receipt of short message service in a telecommunications network |
CN1272927C (zh) * | 2002-09-25 | 2006-08-30 | 华为技术有限公司 | 智能网用户发送短消息***的短消息鉴权计费方法 |
CN101072382A (zh) * | 2007-06-19 | 2007-11-14 | 中兴通讯股份有限公司 | 短消息业务传输方法 |
CN101547414B (zh) * | 2009-04-20 | 2011-11-30 | 中兴通讯股份有限公司 | 短信计费***及方法 |
-
2009
- 2009-04-20 CN CN2009101349786A patent/CN101547414B/zh not_active Expired - Fee Related
-
2010
- 2010-03-25 WO PCT/CN2010/071298 patent/WO2010121513A1/zh active Application Filing
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010121513A1 (zh) * | 2009-04-20 | 2010-10-28 | 中兴通讯股份有限公司 | 短信计费***及方法 |
CN102104861A (zh) * | 2011-02-15 | 2011-06-22 | 中兴通讯股份有限公司 | 一种业务处理方法及*** |
WO2012109939A1 (zh) * | 2011-02-15 | 2012-08-23 | 中兴通讯股份有限公司 | 一种业务处理方法及*** |
CN103079185A (zh) * | 2011-10-25 | 2013-05-01 | ***通信集团广东有限公司 | 一种计费方法及服务器 |
CN103079185B (zh) * | 2011-10-25 | 2016-04-27 | ***通信集团广东有限公司 | 一种计费方法及服务器 |
CN103124400A (zh) * | 2011-11-21 | 2013-05-29 | 中兴通讯股份有限公司 | 短信缓存方法及*** |
Also Published As
Publication number | Publication date |
---|---|
WO2010121513A1 (zh) | 2010-10-28 |
CN101547414B (zh) | 2011-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100478956C (zh) | 生成和获取报表的方法及相应的*** | |
CN101547414B (zh) | 短信计费***及方法 | |
CN100385973C (zh) | 行业信息处理***及方法 | |
CN101754184B (zh) | 一种内容推送方法、***及装置 | |
CN102761864A (zh) | 一种数据传输的方法、***及设备 | |
CN102811135A (zh) | 流量通知***及方法 | |
CN101262356A (zh) | 一种通讯网络的话单处理*** | |
CN103874051A (zh) | 物联网预置资源处理方法及装置 | |
CN101646140A (zh) | 消息日志处理方法和*** | |
CN114615096B (zh) | 基于事件驱动架构的电信计费方法、***及相关设备 | |
CN101990169A (zh) | 一种智能卡主动推送***和智能卡移动终端 | |
CN101977362A (zh) | 一种***方法和*** | |
CN105142132A (zh) | 一种mnp携号转网方法及*** | |
CN110287266A (zh) | 一种分布式***及数据处理方法 | |
CN101984690A (zh) | 一种数据卡及其应用业务定制的***和方法 | |
CN101415170B (zh) | 话单的定制处理方法、装置及*** | |
CN105376155A (zh) | 一种基于分布式集群架构的智能路由***及方法 | |
CN103327133A (zh) | 一种地理位置信息更新方法及装置 | |
CN100455059C (zh) | 短信网关桥接***、方法及短信网关桥接模块 | |
CN101388854A (zh) | 一种多媒体消息传输的方法、***和网关 | |
CN100558188C (zh) | 消息处理设备、***及方法 | |
CN101710903A (zh) | 一种信息发布方法、***及信息发布平台 | |
CN101431733B (zh) | 短信增值业务受理***和方法 | |
CN108536854A (zh) | 数据交互的方法、装置及计算机可读存储介质 | |
EP1820311B1 (en) | A messaging gateway and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111130 Termination date: 20190420 |