CN101355729B - 短消息中心监控wap push消息的方法及系统 - Google Patents
短消息中心监控wap push消息的方法及系统 Download PDFInfo
- Publication number
- CN101355729B CN101355729B CN2008101195374A CN200810119537A CN101355729B CN 101355729 B CN101355729 B CN 101355729B CN 2008101195374 A CN2008101195374 A CN 2008101195374A CN 200810119537 A CN200810119537 A CN 200810119537A CN 101355729 B CN101355729 B CN 101355729B
- Authority
- CN
- China
- Prior art keywords
- user
- message
- wap push
- port numbers
- push message
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 66
- 238000012544 monitoring process Methods 0.000 title claims abstract description 49
- 230000004913 activation Effects 0.000 claims description 9
- 241000410536 Esme Species 0.000 claims 10
- 238000012545 processing Methods 0.000 abstract description 6
- 230000008569 process Effects 0.000 description 26
- 230000006870 function Effects 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000001914 filtration Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及短消息中心监控WAP PUSH消息的方法及系统。该方法包括：步骤1，手机用户开户，短消息中心记录该手机用户的用户号码以及该用户的用户类型；步骤2，依据TP-UD字段中的UDH判断短消息中心接收到的MO消息是否为WAP PUSH消息，如果是，执行步骤3，否则按照现有流程处理；步骤3，依据WAP PUSH消息的源用户号码查询该源用户号码对应的用户类型，并针对该用户类型进行相应的处理。本发明只需要对SMSC进行简单的修改，就能对WAP PUSH消息进行监控，过滤掉非法的WAP PUSH消息，为发展WAP PUSH业务提供了保障。
Description
技术领域
本发明涉及短消息业务，尤其涉及短消息中心监控WAP PUSH消息的方法及系统。
背景技术
WAP PUSH消息又叫做服务信息或推入信息，是一种特殊格式的短消息。
WAP PUSH消息可以将某一站点或某一业务的链接通过短消息发送到支持WAP PUSH功能的手机上，这样用户只需要阅读这条短消息(服务信息)，打开短消息中的链接，就可以直接访问业务了。
因此，WAP PUSH消息实现了短消息和WAP业务的结合，节省了用户寻找业务的时间，方便用户直接找到并使用自己喜欢的业务，为运营商开展WAP业务提供了一种简单的、廉价的、便捷的方式。由于目前对WAP PUSH消息没有一种很好的监控方法，导致了一些非法的SP肆意的发送WAP PUSH消息给用户，诱导其点击链接以谋取暴利。它们通常的做法是，通过大面积地发送垃圾WAP PUSH消息给手机用户。当用户不知情的情况下，在阅读WAPPUSH消息时，很容易误链接上消息中带着的站点链接，于是产生了一定程度的费用。这极大的影响了WAP PUSH业务的开展，更破坏了运营商的形象。
因此如何对WAP PUSH消息进行有效的监控，过滤掉那些非法的WAPPUSH消息，目前仍然没有行之有效的解决方案。
发明内容
为了解决上述的技术问题，本发明提供了短消息中心监控WAP PUSH消息的方法及系统，其目的在于，对WAP PUSH消息进行监控，过滤非法的WAP PUSH消息。
本发明提供了短消息中心监控WAP PUSH消息的方法，用于MO消息流程，包括：
步骤1，手机用户开户，短消息中心记录该手机用户的用户号码以及该用户的用户类型；
步骤2，依据TP-UD字段中的UDH判断短消息中心接收到的MO消息是否为WAP PUSH消息，如果是，执行步骤3，否则按照现有流程处理；
步骤3，依据WAP PUSH消息的源用户号码查询该源用户号码对应的用户类型，并针对该用户类型进行相应的处理。
所述用户类型为：WAP PUSH消息白名单用户、WAP PUSH消息黑名单用户或者普通用户。
步骤3中：如果用户类型为WAP PUSH消息白名单用户，则所述相应的处理为按照现有流程处理；如果用户类型为WAP PUSH消息黑名单用户，则所述相应的处理为拒绝本条WAP PUSH消息；如果用户类型为普通用户，则所述相应的处理为：判断端口号是否合法，如果合法，则按照现有流程进行处理，否则拒绝本条WAP PUSH消息。
步骤3中，还设置参数MonitorType，用于判断端口号是否合法；MonitorType为0时，则任何端口号都合法；MonitorType为1时，若所述端口号与预先配置的端口号相同，则所述端口号非法；MonitorType为2时，若所述端口号与预先配置的端口号相同，则所述端口号合法。
本发明提供了短消息中心监控WAP PUSH消息的方法，用于AO消息流程，包括：
步骤51，ESME用户开户，短消息中心记录该ESME用户的系统标识以及该用户的用户类型；
步骤52，依据Short_Message字段中的UDH判断短消息中心接收到的短消息是否为WAP PUSH消息，如果是，执行步骤53，否则按照现有流程处理；
步骤53，依据所述系统标识查询所述ESME用户对应的用户类型，并针对该用户类型进行相应的处理。
所述用户类型为：WAP PUSH消息白名单用户、WAP PUSH消息黑名单用户或者普通用户。
步骤53中：如果用户类型为WAP PUSH消息白名单用户，则所述相应的处理为按照现有流程处理；如果用户类型为WAP PUSH消息黑名单用户，则所述相应的处理为拒绝本条WAP PUSH消息；如果用户类型为普通用户，则所述相应的处理为：判断端口号是否合法，如果合法，则按照现有流程进行处理，否则拒绝本条WAP PUSH消息。
步骤53中，还设置参数MonitorType，用于判断端口号是否合法；MonitorType为0时，则任何端口号都合法；MonitorType为1时，若所述端口号与预先配置的端口号相同，则所述端口号非法；MonitorType为2时，若所述端口号与预先配置的端口号相同，则所述端口号合法。
所述系统标识位于ESME用户向SMSC发送的BIND消息中。
本发明提供了短消息中心监控WAP PUSH消息的系统，用于MO消息流程和/或AO消息流程，包括短消息中心，该短消息中心包括业务总调度模块，短消息中心还包括用户管理模块；
用户管理模块，用于为手机用户和/或ESME用户开户，存储手机用户的用户号码和/或ESME用户的系统标识，并存储手机用户和/或ESME用户的用户类型，以供业务总调度模块查询；
业务总调度模块，用于依据TP-UD字段中的UDH判断短消息中心接收到的MO消息是否为WAP PUSH消息，如果是，依据WAP PUSH消息的源用户号码查询该源用户号码对应的用户类型，并针对该用户类型进行相应的处理，否则照现有流程处理；和/或依据Short_Message字段中的UDH判断短消息中心接收到的短消息是否为WAP PUSH消息，如果是，依据ESME用户的系统标识查询该ESME用户对应的用户类型，并针对该用户类型进行相应的处理，否则照现有流程处理。
所述用户类型为：WAP PUSH消息白名单用户、WAP PUSH消息黑名单用户或者普通用户。
如果用户类型为WAP PUSH消息白名单用户，则所述相应的处理为按照现有流程处理；如果用户类型为WAP PUSH消息黑名单用户，则所述相应的处理为拒绝本条WAP PUSH消息；如果用户类型为普通用户，则所述相应的处理为：判断端口号是否合法，如果合法，则按照现有流程进行处理，否则拒绝本条WAP PUSH消息。
短消息中心，还用于设置参数MonitorType以判断端口号是否合法；MonitorType为0时，则任何端口号都合法；MonitorType为1时，若所述端口号与预先配置的端口号相同，则所述端口号非法；MonitorType为2时，若所述端口号与预先配置的端口号相同，则所述端口号合法。
所述系统标识位于ESME用户向SMSC发送的BIND消息中。
本发明只需要对SMSC(Short Message Service Centre，短消息中心)进行简单的修改，就能对WAP PUSH消息进行监控，过滤掉非法的WAP PUSH消息，为发展WAP PUSH业务提供了保障，并且能够提高用户的满意度，以及运营商在用户心目中的形象。
附图说明
图1为SMSC内部系统结构图；
图2为在MO流程进行WAP PUSH消息监控的流程图；
图3为在AO流程进行WAP PUSH消息监控的流程图；
图4为WAP PUSH消息监控功能在SMSC内部流程中示意图(MO流程)；
图5为WAP PUSH消息监控功能在SMSC内部流程中示意图(AO流程)。
具体实施方式
根据ETSI GSM03.40协议里面的规定，WAP PUSH消息在TP-User Data(TP-UD，用户数据信息)中带有UDH(User DataHeader，用户数据头信息)，并且IEI(Information Element Identifier，信息单元标识)为0x04或是0x05。其中IEI为0x04表示端口号是8bits，IEI为0x05表示16bits。
例如：UDH为0x040x040x020xE20x00
第一个字节0x04表示UDH长度为4；
第二个字节0x04表示IEI为0x04，表示端口号是8bits；
第三个字节0x02表示IE(Information Element)总长为2个字节；
第四个字节0xE2表示目的端口号为0xE2即226(十进制)；
第五个字节0x00表示源端口号为0x00即0(十进制)。
从协议规定来看，可以通过分析短消息中的TP-UD来区分出WAP PUSH消息和普通短消息。
有鉴于此，本发明通过短消息中心实现对WAP PSUH消息的监控。本发明需要改进SMSC，使SMSC需要实现以下功能：
添加分析MO(Mobile Originated，手机起呼)消息中TP-UD以及Submit(提交)消息中的Short_Message字段的能力；具体的是识别WAP PUSH消息的能力，能分析出两种类型的WAP PUSH消息以及对应的端口号；
添加对WAP PUSH消息进行监控的功能；其中针对手机的MO流程，采用用户号码级监控和消息级监控，针对ESME(External Short Message Entity，扩展短消息实体)的AO(Application Originated，应用起呼)流程，采用SYSTEMID(系统标识，格式如：SMGW，是一个最长为15个字节的字符串)级监控和消息级监控；
添加开户信息管理功能，主要针对WAP PUSH消息用户进行开户和管理，包括对手机用户和ESME用户。
进一步的，对于WAP PUSH消息的监控可以通过以下几种方式来进行：
用户号码级监控：主要是针对手机用户而言；将用户分为WAP PUSH消息白名单用户、WAP PUSH消息黑名单用户和普通用户三种。当用户是WAPPUSH消息黑名单用户时，发送的WAP PUSH消息将被系统过滤掉，当用户是WAP PUSH消息白名单用户时，其发送的WAP PUSH消息将被正常下发；当用户是普通用户时，将通过消息级别进行监控；
SYSTEMID级监控：主要是针对ESME用户而言；按照SMPP(ShortMessage Peer to Peer，点对点短消息协议)规范，ESME用户需要通过SYSTEMID和密码BIND(绑定)到SMSC，因此SMSC可以通过SYSTEMID来唯一标识ESME用户。ESME用户也和手机用户一样，分为WAP PUSH消息白名单用户、WAP PUSH消息黑名单用户和普通用户三种。当用户是WAPPUSH黑名单用户时，发送的WAP PUSH消息将被系统过滤掉，当用户是WAPPUSH白名单用户时，其发送的WAP PUSH消息将被正常下发；当用户是普通用户时，将通过消息级别进行监控；
消息级监控：主要是针对WAP PUSH消息中的某些或是全部端口号进行监控。当用户发送的WAP PUSH消息中含有的端口号属于被监控的端口号时将被拒绝，否则消息可以正常下发。
如图1所示，SMSC系统内部主要有业务总调度模块、数据库模块、性能统计模块、计费模块、网管模块以及本发明新增的用户管理模块。
其中业务总调度模块主要负责整个系统业务的调度，如起呼消息请求处理、鉴权、终呼下发以及终呼下发响应的处理等等。在本发明中，它新增了以下功能：
对MO消息的TP-UD和Submit消息的Short_Message字段进行分析，重点分析UDH，判断其是否是WAP PUSH消息；
根据源号码或者SYSTEMID获得开户信息，并根据开户信息中记录的用户属性判断其是否需要进行WAP PUSH监控；
消息监控主要是针对端口号进行监控，因此系统需要提供一种端口号配置手段，让用户能配置需要监控的端口号；另外，为了加大系统的灵活性，在实现消息级监控时，系统添加开关MonitorType表示具体的监控类型，取值含义如下：
为0时，表示任何端口号都是合法的，即所有WAP PUSH消息级监控都将通过；
为1时，表示消息中含有端口号与配置的端口号相同时，该端口号非法，拒绝此消息；
为2时，表示消息中含有端口号与配置的端口号相同时，该端口号合法，放行此消息。
新增的用户管理模块的主要功能如下：
1)对手机用户和ESME用户的开户信息进行管理，包括添加、修改、删除，用于标识用户是否能发送WAP PUSH消息；其中开户信息必须包括以下几个字段：
用户标识：主要用于记录用户的手机号码或是SYSTEMID，类型是字符串，如8613012345678或是SMGW；
用户类型：取值为0，1，2。其中0表示用户为普通用户，1表示用户为WAP PUSH消息白名单用户，2表示用户为WAP PUSH消息黑名单用户。
进一步的，如果系统已经有开户信息，那么可以只添加用户类型字段即可。
2)提供查询接口供业务总调度模块查询用户的开户信息，当用户没有开户时，返回一些缺省的开户信息，其中号码为查询时填写的号码，用户属性为普通用户。
图2为在MO流程进行WAP PUSH消息监控的流程图，包括：
步骤200，开始WAP PUSH消息监控流程；
步骤201，分析MO消息中的TP-UD字段，解码UDH；
步骤202，根据UDH判断其是否是WAP PUSH消息，如果是则继续，否则跳到步骤207；
步骤203，根据源用户号码(即WAP PUSH消息发起方的手机号码，格式如8613012345678)查询用户开户信息；
步骤204，根据用户开户信息中用户类型进行判断，当用户是WAP PUSH消息白名单用户时，跳到步骤207，当用户是WAP PUSH消息黑名单用户时，跳到步骤206，其他的属性即普通用户时则继续；
步骤205，判断消息UDH中的端口号是否合法，不合法时继续，合法则跳到步骤207；
步骤206，拒绝本条WAP PUSH消息，跳到步骤208；
步骤207，按照现有流程进行处理；
步骤208，WAP PUSH消息监控流程结束。
进一步的对于步骤205，判断消息UDH中端口号是否合法，具体逻辑如下：
MonitorType为0时，则表示不进行消息监控，那么认为端口号是合法的；
MonitorType为1时，判断消息UDH中的端口号是否在配置的端口号中，是则说明端口号是非法的，否则说明端口号是合法的；
MonitorType为2时，判断消息UDH中的端口号是否在配置的端口号中，是则说明端口号是合法的，否则说明端口号是非法的。
图3为在AO流程进行WAP PUSH消息监控的流程图，包括：
步骤300，开始WAP PUSH消息监控流程；
步骤301，分析Submit消息中的Short_Message字段(即TP-UD字段)，解码出UDH相关的信息；
步骤302，根据UDH判断其是否是WAP PUSH消息，如果是则继续，否则跳到步骤307；
步骤303，根据ESME用户提交消息的链路索引号获得ESME用户的SYSTEMID。其中SYSTEMID可以唯一标识一个ESME用户。然后根据SYSTEMID查询ESME的开户信息。
进一步的，根据SMPP规范的规定，ESME在向SMSC发送短消息之前，必须先进行绑定工作即进行身份核查。具体做法如下：
ESME根据SMSC分配给它的SYSTEMID和密码发送BIND指令给SMSC。
SMSC对SYSTEMID和密码进行核查，正确则接收ESME绑定请求，此后将与ESME之间建立长链接生成一个链路索引号。SMSC将记录下链路索引号和SYSTEMID的对应关系。
绑定后，ESME可以通过生成的链路索引号，向SMSC提交短消息。此外SMSC也可以通过链路索引号判断链路的合法性以及快速的查找提交消息的实体是那个ESME。
步骤304，根据ESME开户信息中用户类型进行判断，当用户是WAPPUSH消息白名单用户时，跳到步骤307，当用户是WAP PUSH消息黑名单用户时，跳到步骤306，其他的属性即普通用户时则继续；
步骤305，判断消息UDH中的端口号是否合法，不合法时继续，否则跳到307；
步骤306，拒绝本条WAP PUSH消息，跳到步骤308；
步骤307，按照现有流程进行处理；
步骤308，WAP PUSH消息监控流程结束。
进一步的，由于各厂家SMSC的框架以及系统结构各不相同，因此WAPPUSH消息监控功能模块具体放在流程中的哪一个具体流程点，需要根据各系统不同做出对应的调整。通常需要在消息起呼流程中完成WAP PUSH消息监控，更具体的可以在对消息进行解码之后，进行本系统鉴权之前。
图4为WAP PUSH消息监控功能在SMSC内部流程中示意图(MO流程)，包括：
步骤400，开始在SMSC内部的监控流程(MO流程)；
步骤401，SMSC接收到手机的MO消息；
步骤402，把MO消息解码成内部需要的短消息；由于系统需要对MO和AO的消息都能进行统一的处理，因此系统通常将这些原始的提交消息转化为内部统一的短消息，便于后续的处理。而这些内部短消息的具体格式均由各SMSC厂家根据自身的需要进行定义；
步骤403，进行WAP PUSH消息监控；
步骤404，进行本系统鉴权(包括开户信息鉴权或号段鉴权)；
步骤405，进行外系统鉴权(包括到业务控制点SCP和SMMC鉴权)；
步骤406，进行消息终呼；
步骤407，结束流程。
图5为WAP PUSH消息监控功能在SMSC内部流程中示意图(AO流程)，包括：
步骤500，开始在SMSC内部的监控流程(AO流程)；
步骤501，SMSC接收到ESME的submit消息；
步骤502，把submit消息解码成内部需要的短消息；
步骤503，进行WAP PUSH消息监控；
步骤504，进行本系统鉴权(包括开户信息鉴权或号段鉴权)；
步骤505，进行外系统鉴权(包括到业务控制点SCP和SMMC鉴权)；
步骤506，进行消息终呼；
步骤507，结束流程。
本领域的技术人员在不脱离权利要求书确定的本发明的精神和范围的条件下，还可以对以上内容进行各种各样的修改。因此本发明的范围并不仅限于以上的说明，而是由权利要求书的范围来确定的。
Claims (8)
1.短消息中心监控WAP PUSH消息的方法，用于MO消息流程，其特征在于，包括：
步骤1，手机用户开户，短消息中心记录该手机用户的用户号码以及该用户的用户类型；
步骤2，依据TP-UD字段中的UDH判断短消息中心接收到的MO消息是否为WAP PUSH消息，如果是，执行步骤3，否则按照现有流程处理；
步骤3，依据WAP PUSH消息的源用户号码查询该源用户号码对应的用户类型，并针对该用户类型进行相应的处理，
其中所述用户类型为：WAP PUSH消息白名单用户、WAP PUSH消息黑名单用户或者普通用户，
其中在步骤3中：如果用户类型为WAP PUSH消息白名单用户，则所述相应的处理为按照现有流程处理；如果用户类型为WAP PUSH消息黑名单用户，则所述相应的处理为拒绝本条WAP PUSH消息；如果用户类型为普通用户，则所述相应的处理为：判断端口号是否合法，如果合法，则按照现有流程进行处理，否则拒绝本条WAP PUSH消息，
其中所述现有流程为对消息进行正常下发。
2.如权利要求1所述的短消息中心监控WAP PUSH消息的方法，其特征在于，步骤3中，还设置参数MonitorType，用于判断端口号是否合法；MonitorType为0时，则任何端口号都合法；MonitorType为1时，若所述端口号与预先配置的端口号相同，则所述端口号非法；MonitorType为2时，若所述端口号与预先配置的端口号相同，则所述端口号合法。
3.短消息中心监控WAP PUSH消息的方法，用于AO消息流程，其特征在于，包括：
步骤51，ESME用户开户，短消息中心记录该ESME用户的系统标识以及该用户的用户类型；
步骤52，依据Short Message字段中的UDH判断短消息中心接收到的短消息是否为WAP PUSH消息，如果是，执行步骤53，否则按照现有流程处理；
步骤53，依据所述系统标识查询所述ESME用户对应的用户类型，并针对该用户类型进行相应的处理，
其中所述用户类型为：WAP PUSH消息白名单用户、WAP PUSH消息黑名单用户或者普通用户，
其中步骤53中：如果用户类型为WAP PUSH消息白名单用户，则所述相应的处理为按照现有流程处理；如果用户类型为WAP PUSH消息黑名单用户，则所述相应的处理为拒绝本条WAP PUSH消息；如果用户类型为普通用户，则所述相应的处理为：判断端口号是否合法，如果合法，则按照现有流程进行处理，否则拒绝本条WAP PUSH消息，
其中所述现有流程为对消息进行正常下发。
4.如权利要求3所述的短消息中心监控WAP PUSH消息的方法，其特征在于，步骤53中，还设置参数MonitorType，用于判断端口号是否合法；MonitorType为0时，则任何端口号都合法；MonitorType为1时，若所述端口号与预先配置的端口号相同，则所述端口号非法；MonitorType为2时，若所述端口号与预先配置的端口号相同，则所述端口号合法。
5.如权利要求3所述的短消息中心监控WAP PUSH消息的方法，其特征在于，所述系统标识位于ESME用户向SMSC发送的BIND消息中。
6.短消息中心监控WAP PUSH消息的系统，用于MO消息流程和/或AO消息流程，包括短消息中心，该短消息中心包括业务总调度模块，其特征在于，短消息中心还包括用户管理模块；
用户管理模块，用于为手机用户和/或ESME用户开户，存储手机用户的用户号码和/或ESME用户的系统标识，并存储手机用户和/或ESME用户的用户类型，以供业务总调度模块查询；
业务总调度模块，用于依据TP-UD字段中的UDH判断短消息中心接收到的MO消息是否为WAP PUSH消息，如果是，依据WAP PUSH消息的源用户号码查询该源用户号码对应的用户类型，并针对该用户类型进行相应的处理，否则照现有流程处理；和/或依据Short Message字段中的UDH判断短消息中心接收到的短消息是否为WAP PUSH消息，如果是，依据ESME用户的系统标识查询该ESME用户对应的用户类型，并针对该用户类型进行相应的处理，否则照现有流程处理，
其中所述用户类型为：WAP PUSH消息白名单用户、WAP PUSH消息黑名单用户或者普通用户，
其中如果用户类型为WAP PUSH消息白名单用户，则所述相应的处理为按照现有流程处理；如果用户类型为WAP PUSH消息黑名单用户，则所述相应的处理为拒绝本条WAP PUSH消息；如果用户类型为普通用户，则所述相应的处理为：判断端口号是否合法，如果合法，则按照现有流程进行处理，否则拒绝本条WAP PUSH消息，
其中所述现有流程为对消息进行正常下发。
7.如权利要求6所述的短消息中心监控WAP PUSH消息的系统，其特征在于，
短消息中心，还用于设置参数MonitorType以判断端口号是否合法；MonitorType为0时，则任何端口号都合法；MonitorType为1时，若所述端口号与预先配置的端口号相同，则所述端口号非法；MonitorType为2时，若所述端口号与预先配置的端口号相同，则所述端口号合法。
8.如权利要求6所述的短消息中心监控WAP PUSH消息的系统，其特征在于，所述系统标识位于ESME用户向SMSC发送的BIND消息中。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101195374A CN101355729B (zh) | 2008-09-02 | 2008-09-02 | 短消息中心监控wap push消息的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101195374A CN101355729B (zh) | 2008-09-02 | 2008-09-02 | 短消息中心监控wap push消息的方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101355729A CN101355729A (zh) | 2009-01-28 |
| CN101355729B true CN101355729B (zh) | 2011-11-30 |
Family
ID=40308264
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101195374A Active CN101355729B (zh) | 2008-09-02 | 2008-09-02 | 短消息中心监控wap push消息的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101355729B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103974239B (zh) * | 2013-01-29 | 2018-05-08 | 中兴通讯股份有限公司 | 一种短消息中心过滤消息的方法以及短消息中心 |
| CN104427504B (zh) * | 2013-09-08 | 2019-04-19 | 王正伟 | 控制信息验证方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1645842A (zh) * | 2005-03-02 | 2005-07-27 | 北京立通无限科技有限公司 | 一种通过短信触发gprs自动推送电子邮件到客户端的方法 |
| CN1697532A (zh) * | 2004-05-12 | 2005-11-16 | 韩国原极株式会社 | 以移动触发短信服务转播多媒体短信增值服务的方法 |
| CN1716918A (zh) * | 2004-06-28 | 2006-01-04 | 华为技术有限公司 | 一种阻止垃圾推消息的方法 |
| CN101217708A (zh) * | 2008-01-09 | 2008-07-09 | 中国联合通信有限公司 | 一种短消息中心实现wap推送业务鉴权的方法及系统 |
-
2008
- 2008-09-02 CN CN2008101195374A patent/CN101355729B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1697532A (zh) * | 2004-05-12 | 2005-11-16 | 韩国原极株式会社 | 以移动触发短信服务转播多媒体短信增值服务的方法 |
| CN1716918A (zh) * | 2004-06-28 | 2006-01-04 | 华为技术有限公司 | 一种阻止垃圾推消息的方法 |
| CN1645842A (zh) * | 2005-03-02 | 2005-07-27 | 北京立通无限科技有限公司 | 一种通过短信触发gprs自动推送电子邮件到客户端的方法 |
| CN101217708A (zh) * | 2008-01-09 | 2008-07-09 | 中国联合通信有限公司 | 一种短消息中心实现wap推送业务鉴权的方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101355729A (zh) | 2009-01-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101668263B (zh) | 基于手机短信平台收发邮件的系统及邮件附件的处理方法 | |
| US7020479B2 (en) | Method and system for preparing and transmitting SMS messages in a mobile radio network | |
| JP4414090B2 (ja) | ディジタル・ネットワークにおける既存のメッセージに基づくサービスを用いて情報を転送する方法および装置 | |
| CN101350963B (zh) | 嵌入式电信增值服务网关 | |
| US20060293036A1 (en) | System for identifying mobile terminal device automatically and system for value added service access | |
| CN102075963A (zh) | 一种移动业务数据采集分析方法及系统 | |
| CN100589599C (zh) | 消息群发系统及方法 | |
| CN103297936B (zh) | 存储短消息的方法及装置 | |
| CN101662742B (zh) | 一种支持多协议统一短信平台的系统以及实现方法 | |
| CN100499930C (zh) | 一种用于现场数据采集的智能卡、终端、系统及方法 | |
| CN103987042A (zh) | 一种终端的接入认证方法及接入网关 | |
| CN101977362A (zh) | 一种短信群发方法和系统 | |
| CN104125547A (zh) | 处理短信的方法及短信处理装置 | |
| CN102948079A (zh) | 对驻留在sim卡上的软件进行远程配置或重配置的系统和方法 | |
| CN101355729B (zh) | 短消息中心监控wap push消息的方法及系统 | |
| EP2391147A1 (en) | A service system for storing short messages and a method for storing short message service thereof | |
| CN102045182B (zh) | 一种业务故障确定方法、装置和系统 | |
| CN100569012C (zh) | 一种实现短消息个性化签名的方法 | |
| JP2005502244A (ja) | 携帯電話方式 | |
| CN101141702B (zh) | 一种黑名单簿的短消息上报处理方法及其系统 | |
| CN101795448A (zh) | 一种基于无线下载技术的企业管理系统 | |
| CN101287175A (zh) | 智能卡及其发送和接收短信方法、智能卡之间通信的系统 | |
| CN102137341A (zh) | 一种基于彩信实现交互的方法、系统及设备 | |
| CN101557580B (zh) | 一种数据处理方法及系统 | |
| CN100433853C (zh) | 一种远程查询信息的方法及通信终端 |
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 |