WO2012155453A1 - 预付费请求处理方法及装置 - Google Patents

预付费请求处理方法及装置 Download PDF

Info

Publication number
WO2012155453A1
WO2012155453A1 PCT/CN2011/081034 CN2011081034W WO2012155453A1 WO 2012155453 A1 WO2012155453 A1 WO 2012155453A1 CN 2011081034 W CN2011081034 W CN 2011081034W WO 2012155453 A1 WO2012155453 A1 WO 2012155453A1
Authority
WO
WIPO (PCT)
Prior art keywords
network element
request
prepaid
prepaid request
normally
Prior art date
Application number
PCT/CN2011/081034
Other languages
English (en)
French (fr)
Inventor
曹俊勇
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012155453A1 publication Critical patent/WO2012155453A1/zh

Links

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
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1467—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network involving prepayment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems

Definitions

  • the present invention relates to the field of communications, and in particular to a method and apparatus for processing a prepaid request.
  • the network element that processes the prepaid request if the network element that processes the prepaid request is abnormal, the following two processes are performed in the prior art: First, the network element that processes the prepaid request returns a failure to process, and rejects the service. The other is to successfully process the network element and continue the subsequent process.
  • a multimedia messaging service is one that can be used between a terminal (eg, a mobile phone, exemplified by a mobile phone) and between terminals, between a service provider and a terminal, or between another application such as a terminal and a server (eg, an email server).
  • a messaging service that delivers multimedia content.
  • the prepaid service of multimedia messages can be a multimedia messaging service center (Multimedia Messaging)
  • Service Center receives the multimedia submission request to go to the prepaid processing platform (for example, Service Control Point, SCP for short) authentication, and waits for the SCP to complete the deduction and return the response before continuing the follow-up process.
  • Business. 1 is a flow chart of a point-to-point service pre-payment according to the prior art. As shown in FIG. 1, the process includes the following steps: Step S102: The MMSC receives a multimedia message submitted by a mobile phone, and returns a response; Step S104, the MMSC sends The SCP initiates the charging request, and carries all or part of the information such as the charging user, the message size, the content type, and the service flow.
  • step S106 the SCP receives the charging request of the MMSC, according to the information in the charging request, for example, the message.
  • the size, content type, business process and other information calculate the rate of the service, the status of the billing user account, The balance is checked, the check fails, the failure response is returned, and the deduction or withholding fee operation is performed after the return, and the successful response is returned.
  • Step S108 the MMSC receives the charging response message returned by the SCP, and if the status fails, the process is terminated. If the status is successful, the subsequent process of the multimedia message is continued, the notification message is sent to the destination user, and the response is returned.
  • step S110 the MMSC receives the notification response message returned by the destination user, indicating that the multimedia message reaches the final state, and the MMSC according to the MMSC
  • the configuration determines whether to send a charging confirmation request to the SCP, where the charging confirmation request carries a message status field.
  • Step S112 The SCP receives the charging confirmation message of the MMSC, and determines the message status field. If successful, the charging operation is completed; In case of failure, the replenishment operation is performed.
  • the link between the MMSC and the SCP is abnormal, or the SCP network element is abnormal (hereinafter, the network element cannot process the prepaid request normally as an exception, for example, an SCP exception), for the newly submitted service.
  • MMSC can be processed in two ways. One is to return the failure processing according to the SCP, and the service is rejected. The other is to return the successful response processing according to the SCP and continue the subsequent process. It can be seen from the above processing methods that there is also a problem that the service and the operator's interests cannot be provided for the user. SUMMARY OF THE INVENTION The present invention provides a method and apparatus for processing a prepaid request to at least solve the above problems.
  • a prepaid request processing method comprising the steps of: determining that a network element for processing a prepaid request cannot process a prepaid request normally; and prepaying for sending to the network element
  • the fee request is cached, and the service corresponding to the prepaid request is processed; the network element is determined to be able to process the prepaid request normally; and the cached prepaid request is sent to the network element.
  • determining that the network element used for processing the prepaid request cannot process the prepaid request normally includes: sending a prepaid request to the network element, and determining the network element according to the response of the network element to the prepaid request. can not work normally.
  • determining that the network element can process the prepaid request normally includes: sending the cached prepaid request to the network element, and determining the network element according to the response of the network element to the cached prepaid request.
  • Ability to process prepaid requests normally Preferably, sending the longest prepaid request or the highest priority prepaid request to the network element, and according to the network element, the longest prepaid request or the highest priority
  • the response of the prepaid request determines that the network element is capable of processing the prepaid request normally.
  • the network element is a service control point.
  • the service is a prepaid service of a multimedia message
  • the prepaid request includes at least one of the following: a charging request triggered by a multimedia submission message, and a charging confirmation request triggered by a multimedia message final status message.
  • a prepaid request processing apparatus including: a determining module, configured to determine that a network element for processing a prepaid request cannot process a prepaid request normally; and a cache module is set to After the determining module determines that the network element cannot process the prepaid request, the prepaid request that needs to be sent to the network element is cached, and the service corresponding to the prepaid request is further processed; The determining module is further configured to: determine that the network element can process the prepaid request normally; the sending module is configured to: after the determining module determines that the network element can process the prepaid request normally, send the cached prepaid request to the The network element.
  • the determining module is configured to send a prepaid request to the network element, and determine, according to the response of the network element to the prepaid request, that the network element cannot work normally.
  • the determining module is configured to send the cached prepaid request to the network element, and determine, according to the response of the network element to the cached prepaid request, that the network element can normally process a prepaid request.
  • the device is located in a multimedia messaging service center. According to the present invention, the network element determined to process the prepaid request cannot process the prepaid request normally; the prepaid request that needs to be sent to the network element is cached, and the service corresponding to the prepaid request is continued.
  • FIG. 1 is a flowchart of a point-to-point service prepaid according to the prior art
  • FIG. 2 is a flowchart of a prepaid request processing method according to an embodiment of the present invention
  • FIG. 3 is a prepaid according to an embodiment of the present invention.
  • a block diagram of a fee request processing device
  • FIG. 4 is a flow chart of MMSC prepaid authentication in accordance with a preferred embodiment of the present invention.
  • FIG. 2 is a flowchart of a prepaid request processing method according to an embodiment of the present invention.
  • the process includes the following steps: Step S202, determining The network element (for example, the service control point) that processes the prepaid request cannot process the prepaid request normally, for example, there is a problem with the communication link between the network element, or the network element itself has a problem, regardless of The problem is that, for the device that sends the prepaid request, it is considered that the network element that processes the prepaid request has a problem, which is collectively referred to as an abnormality in the following embodiments;
  • Step S204 the prepaid request is required to be forwarded
  • the prepaid request sent by the processing network element is cached, and the service corresponding to the prepaid request is processed;
  • Step S206 determining that the network element can process the prepaid request normally;
  • Step S208 sending the cached prepaid request to The network element that processes the prepaid request.
  • the pre-paid request can be cached, and the cache does not affect the subsequent processing of the service.
  • the pre-paid request is sent, which can also reduce the The impact of the fee, taking into account the user's business and the interests of the operator. Determining whether the network element processing the prepaid request can be processed normally can be performed by adding a heartbeat message, but the processing method needs to change the sender and the processing party of the prepaid request, and the processing manner is Implementation is somewhat cumbersome.
  • a preferred embodiment is provided.
  • a prepaid request is sent to the network element, and then the network element is determined to be inoperable according to the response of the network element to the prepaid request.
  • the network element may be considered abnormal.
  • no additional information is needed, by using the existing The prepaid request can determine whether it is abnormal.
  • determining whether to recover may also be performed by using a heartbeat message.
  • the cached prepaid request may be sent to the network element, and the network element is determined according to the response of the network element to the cached prepaid request.
  • the pre-paid request for sending the cache determines whether the network element can be processed normally, the pre-paid request with the longest cache time may be sent preferentially. In this way, once the network element is restored, the longest prepaid request can be prioritized. Or you can send the highest priority prepaid request.
  • the present embodiment is applied to the prepaid service of the multimedia message.
  • the prepaid request may include at least one of the following: a charging request triggered by the multimedia submission message, and a final state of the multimedia message. A message-triggered billing confirmation request.
  • a prepaid request processing device is also provided, which is used to implement the above-mentioned embodiments and preferred embodiments.
  • FIG. 3 is a structural block diagram of a prepaid request processing apparatus according to an embodiment of the present invention. As shown in FIG. 3, the processing apparatus includes: a determining module 32, a cache module 34, and a sending module 36. The structure will be described below.
  • the determining module 32 is configured to determine that the network element used for processing the prepaid request cannot process the prepaid request normally; the cache module 34 is configured to: after the determining module 32 determines that the network element cannot process the prepaid request normally, The pre-paid request sent by the element is cached, and the service corresponding to the pre-paid request is processed; the determining module 32 is further configured to determine that the network element can process the pre-paid request normally; and the sending module 36 is configured to determine the network at the determining module 32. After the meta can process the prepaid request normally, the cached prepaid request is sent to the network element.
  • the determining module 32 is configured to send a prepaid request to the network element, and determine that the network element is not working properly according to the response of the network element to the prepaid request.
  • the determining module 32 is configured to send the cached prepaid request to the network element, and determine, according to the response of the network element to the cached prepaid request, that the network element can normally process the prepaid request.
  • the above device is located in a multimedia messaging service center. The following takes the multimedia message service as an example to interact with the preferred embodiment.
  • the network element that sends the prepaid request takes the MMSC as an example, and the network element that processes the prepaid request uses the prepaid processing platform (for example, , SCP) for an example.
  • the function of the multimedia message service center is enhanced.
  • the multimedia message service center ensures that the service is normally delivered, caches the prepaid authentication message, and periodically checks the prepaid. The status of the platform is processed. After the prepaid processing platform returns to normal, the cached prepaid authentication message can still be sent to the prepaid processing platform for correct charging, which can protect the interests of the operator, improve the service success rate, and improve the user.
  • Experience. 4 is a flow chart of MMSC prepaid authentication according to a preferred embodiment of the present invention. The modules involved in the MMSC are described below.
  • the MMSC service module (implementing the function of the foregoing sending module 36) provides a normal multimedia message service for the existing module.
  • the SCP status flag is added to identify whether the current state of the SCP is normal, and the initialization state is normal. If the chain link with the SCP is abnormal or the SCP itself is abnormal, the flag is set to be abnormal; when the SCP status flag is normal, a prepaid request (for example, a prepaid authentication request message, a charging request, etc.) is sent to the SCP.
  • a prepaid request for example, a prepaid authentication request message, a charging request, etc.
  • the MMSC cache module (implementing the functions of the determining module 32 and the buffer module 34), for newly adding modules, can buffer the prepaid authentication request message sent by the MMSC service module, and can periodically detect the SCP status. If the SCP returns to normal, the MMSC cache The module may send the cached pre-paid authentication request message to the SCP to complete the deduction operation in a sequential order, and notify the MMSC service module that the SCP has returned to normal.
  • the SCP receives the charging request of the MMSC, and calculates the rate of the service according to the information in the charging request, for example, the message size, the content type, the service flow, and the like, and the status of the charging user account. Checking the balance, checking the failure, returning the failure response, passing the deduction or withholding fee operation, returning a successful response; receiving the MMSC's billing confirmation request message, judging the message status field, if successful, completing Deduction operation; if it is a failure, perform the replenishment operation.
  • the SCP is abnormal.
  • Step 401 The MMSC service module receives the service message to trigger the pre-paid authentication request message, and determines that the SCP status flag is normal, and sends a pre-paid authentication request message to the SCP, where the pre-paid authentication request message may be received by the MMSC service module.
  • the charging request triggered by the multimedia submission message may also be a charging confirmation request triggered by the MMSC service module receiving the final status message of the multimedia message.
  • Step 402 The SCP receives the pre-paid authentication request message of the MMSC, and performs a deduction or withholding fee operation, or a replenishment operation, and returns a response.
  • Step 403 The MMSC receives the prepaid authentication response message returned by the SCP, and continues the subsequent process of the multimedia message, where the prepaid authentication response message is a charging response or a charging confirmation response; the MMSC determines whether the SCP is normal according to the response message of the SCP. And the status flag is set according to the judgment result (since the preferred embodiment is described by taking the SCP as an example, it may also be referred to as an SCP status flag).
  • Step 404 The MMSC service module receives the service message triggering the pre-paid authentication request message, and determines that the SCP status flag is abnormal, and sends a pre-paid authentication request message to the MMSC cache module, where the pre-paid authentication request message is received by the MMSC service module.
  • the charging request triggered by the multimedia submission message may also be a charging confirmation request triggered by the MMSC service module receiving the final status message of the multimedia message; after the MMSC service module sends the prepaid authentication request message to the MMSC cache module, it does not wait for the charging request In response, proceed directly to the follow-up process.
  • Step 405 The MMSC cache module receives the pre-paid authentication request message sent by the MMSC service module, and performs caching in sequence.
  • Step 406 The MMSC cache module periodically takes the longest message in the cache as a probe message, and sends a prepaid authentication request message to the SCP.
  • Step 407 The MMSC cache module determines the response of the probe message, and determines that the SCP is still in an abnormal state, and performs other operations.
  • Step 408 The SCP receives a probe message sent by the MMSC cache module and returns a successful response.
  • the MMSC cache module determines the response of the probe message, and determines that the SCP status is normal, and sends an "SCP return to normal" message to the MMSC service module to notify the MMSC service module SCP to return to normal; the MMSC cache module takes the MMSC cache module in a first-in-first-out order.
  • the cached prepaid authentication request message is sent to the SCP for charging.
  • Step 410 The MMSC service module receives the "SCP return to normal" message, and sets the SCP status flag to normal.
  • Step 411 The MMSC cache module receives the SCP pre-paid authentication response message. If the SCP status is still normal, the pre-paid authentication request message buffered in the MMSC cache module is sent to the SCP for charging in a first-in-first-out order. Repeat this operation later; if the SCP status is abnormal, no other operations are performed, waiting for the timing detection message to periodically detect the SCP status.
  • Step 412 The MMSC service module receives the service message triggering the pre-paid authentication request message, and determines that the SCP status flag is normal, and sends a pre-paid authentication message to the SCP, where the pre-paid authentication message is that the MMSC service module receives the multimedia submission message.
  • the triggered charging request may also be a charging confirmation request triggered by the MMSC service module receiving the final status message of the multimedia message.
  • the MMSC adds an MMSC cache module, and can cache a prepaid authentication request message.
  • the MMSC caches the prepaid authentication request message into the MMSC cache module, and continues.
  • the subsequent process of the multimedia message service; the MMSC cache module periodically checks the SCP status. After the SCP is restored to normal, the cached prepaid authentication message can still be sent to the SCP for correct accounting, which can protect the interests of the operator and improve the service success. Rate, improve user experience.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device so that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or Multiple modules or steps are made into a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了预付费请求处理方法及装置，该方法包括：确定用于对预付费请求进行处理的网元无法正常处理预付费请求；对需要向网元发送的预付费请求进行缓存，并继续对预付费请求对应的业务进行处理；确定网元能够正常处理预付费请求；将缓存的预付费请求发送给网元。通过本发明既可以保证运营商的利益，又可以提高业务成功率。

Description

预付费请求处理方法及装置 技术领域 本发明涉及通信领域， 具体而言， 涉及一种预付费请求处理方法及装置。 背景技术 在预付费业务中， 如果对预付费请求进行处理的网元异常， 在现有技术中进行如 下两种处理： 一是按对预付费请求进行处理的网元返回失败进行处理， 拒绝业务； 另 一种是按该网元返回成功进行处理， 继续后续流程。 这两种方式均存在问题： 第一种 处理方式， 对用户不能提供服务， 对运营商来说也不能正常收费； 鉴于第一种方式所 存在的问题， 目前一般采用第二种方式， 第二种方式虽然尽最大可能对用户提供正常 业务， 但是对运营商来说无法正常计费， 影响了运营商的利益。 下面以多媒体消息业 务为例对现有技术中所存在的问题进行说明。 多媒体消息业务是一种能够在终端 （例如手机， 以下以手机为例进行说明） 和终 端之间、 业务提供商和终端之间、 或者终端和服务器 （例如， 电子邮件服务器） 等其 他应用之间传送多媒体内容的消息服务。 多媒体消息的预付费业务可以是多媒体消息业务中心 （Multimedia Messaging
Service Center, 简称为 MMSC)接收到多媒体提交请求实时去预付费处理平台（例如， 业务控制点 Service Control Point, 简称为 SCP) 鉴权等处理， 并等待 SCP完成扣费返 回响应后再继续后续流程的业务。 图 1是根据现有技术的点到点业务预付费流程图， 如图 1所示， 该流程包括如下步骤： 步骤 S102， MMSC接收到手机提交的多媒体消息， 并返回响应； 步骤 S104， MMSC向 SCP发起计费请求， 携带计费用户， 消息大小， 内容类型， 业务流程等信息中的所有或者部分； 步骤 S106， SCP接收到 MMSC的计费请求， 根据计费请求中的信息， 例如， 消 息大小， 内容类型， 业务流程等信息计算出该条业务的费率， 对计费用户账户的状态、 余额等进行检查， 检查不通过， 返回失败响应， 通过后进行扣费或预扣费操作， 返回 成功响应； 步骤 S108， MMSC接收到 SCP返回的计费响应消息， 如果状态失败， 则终止流 程， 如果状态为成功， 则继续多媒体消息后续流程， 向目的用户下发通知消息， 返回 获取响应等； 步骤 S110， MMSC接收到目的用户返回的通知响应消息，标志该条多媒体消息到 达最终状态， MMSC根据配置决定是否向 SCP发送计费确认请求，计费确认请求中携 带消息状态字段； 步骤 S112: SCP接收到 MMSC的计费确认消息， 判断消息状态字段， 如果为成 功， 则完成扣费操作； 如果为失败， 则执行补款操作。 在现有流程中， 如果 MMSC和 SCP之间链路异常， 或者 SCP网元异常时 （在下 文中将该网元无法正常处理预付费请求称为异常， 例如， SCP异常）， 对于新提交的业 务， MMSC有两种处理方式， 一是按 SCP返回失败处理， 拒绝业务； 另一种是按 SCP 返回成功响应处理， 继续后续流程。 由上述的处理方式可以看出， 同样存在无法兼顾 为用户提供服务和运营商利益的问题。 发明内容 本发明提供了一种预付费请求处理方法及装置， 以至少解决上述问题。 根据本发明的一个方面， 提供了一种预付费请求处理方法， 包括如下步骤： 确定 用于对预付费请求进行处理的网元无法正常处理预付费请求； 对需要向所述网元发送 的预付费请求进行缓存， 并继续对所述预付费请求对应的业务进行处理； 确定所述网 元能够正常处理预付费请求； 将缓存的预付费请求发送给所述网元。 优选地， 确定用于对预付费请求进行处理的网元无法正常处理预付费请求包括： 向所述网元发送预付费请求， 根据所述网元对该预付费请求的响应确定所述网元无法 正常工作。 优选地， 确定所述网元能够正常处理预付费请求包括： 向所述网元发送所述缓存 的预付费请求， 根据所述网元对所述缓存的预付费请求的响应确定所述网元能够正常 处理预付费请求。 优选地， 向所述网元发送缓存时间最久的预付费请求或者优先级最高的预付费请 求， 并根据所述网元对所述缓存时间最久的预付费请求或者所述优先级最高的预付费 请求的响应确定所述网元能够正常处理预付费请求。 优选地， 所述网元为业务控制点。 优选地， 所述业务为多媒体消息的预付费业务， 所述预付费请求包括以下至少之 一： 多媒体提交消息触发的计费请求、多媒体消息最终状态消息触发的计费确认请求。 根据本发明的另一个方面， 提供了一种预付费请求处理装置， 包括： 确定模块， 设置为确定用于对预付费请求进行处理的网元无法正常处理预付费请求； 缓存模块， 设置为在所述确定模块确定所述网元无法正常处理所述预付费请求之后， 对需要向所 述网元发送的预付费请求进行缓存， 并继续对所述预付费请求对应的业务进行处理； 所述确定模块， 还设置为确定所述网元能够正常处理预付费请求； 发送模块， 设置为 在所述确定模块确定所述网元能够正常处理预付费请求之后， 将缓存的预付费请求发 送给所述网元。 优选地， 所述确定模块设置为向所述网元发送预付费请求， 根据所述网元对该预 付费请求的响应确定所述网元无法正常工作。 优选地， 所述确定模块设置为向所述网元发送所述缓存的预付费请求， 根据所述 网元对所述缓存的预付费请求的响应确定所述网元能够正常处理预付费请求。 优选地， 所述装置位于多媒体消息业务中心中。 通过本发明， 采用确定用于对预付费请求进行处理的网元无法正常处理预付费请 求； 对需要向所述网元发送的预付费请求进行缓存， 并继续对所述预付费请求对应的 业务进行处理； 确定所述网元能够正常处理预付费请求； 将缓存的预付费请求发送给 所述网元。 解决了现有技术中无法兼顾为用户提供服务和运营商利益的问题， 既可以 保证运营商的利益， 又可以提高业务成功率。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据现有技术的点到点业务预付费流程图； 图 2是根据本发明实施例的预付费请求处理方法的流程图； 图 3是根据本发明实施例的预付费请求处理装置的结构框图； 图 4是根据本发明优选实施例的 MMSC预付费鉴权的流程图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 以下实施例可以应用于 多媒体消息的预付费业务中， 当然并不限于此， 其他预付费业务也可以应用。 在本实施例中提供了一种预付费请求处理方法， 图 2是根据本发明实施例的预付 费请求处理方法的流程图， 如图 2所示， 该流程包括如下步骤： 步骤 S202, 确定用于对预付费请求进行处理的网元（例如， 业务控制点）无法正 常处理预付费请求， 例如， 与该网元之间的通信链路出现问题， 或者是该网元本身出 现了问题， 无论哪种问题， 对于发送预付费请求的设备而言， 其均认为是对预付费请 求进行处理的网元出现了问题， 在以下实施例中统称为异常； 步骤 S204, 对需要向对预付费请求进行处理的网元发送的预付费请求进行缓存， 并继续对预付费请求对应的业务进行处理； 步骤 S206, 确定该网元能够正常处理预付费请求； 步骤 S208, 将缓存的预付费请求发送给对预付费请求进行处理的网元。 通过上述步骤，可以对预付费请求进行缓存，该缓存并不影响后续对业务的处理， 在对预付费请求进行处理的网元恢复之后， 再发送预付费请求， 这样也可以降低对运 营商计费的影响， 兼顾了用户业务的进行和运营商的利益。 确定对预付费请求进行处理的网元是否能够正常处理， 可以通过增加一个心跳消 息来进行， 但是这种处理方式需要对该预付费请求的发送方和处理方均进行改动， 这 种处理方式在实现上有些繁琐。 在本实施例中提供了一种优选实施方式， 在该优选实 施方式中， 向网元发送预付费请求， 然后根据该网元对该预付费请求的响应确定该网 元无法正常工作。 例如， 在发送完预付费请求之后经过预定时长未收到响应， 或者收 到了该预付费请求的错误响应均可以认为该网元异常， 通过该优选方式， 不用增加额 外的消息， 借助现有的预付费请求就可以判断是否异常。 优选地， 判断是否恢复也可 以考虑使用心跳消息来进行， 比较优选的方式是， 可以是向网元发送缓存的预付费请 求， 根据该网元对该缓存的预付费请求的响应确定该网元能够正常处理预付费请求。 由于缓存的预付费请求有可能有多个， 那么在发送缓存的预付费请求判断网元是否能 正常进行处理时， 可以优先发送缓存时间最久的预付费请求。 这样一旦网元恢复， 那 么缓存时间最久的预付费请求可以得到优先处理。 或者也可以发送优先级最高的预付 费请求。 本实施例应用于多媒体消息的预付费业务中，在应用于该类型的预付费业务中时， 上述的预付费请求可以包括以下至少之一： 多媒体提交消息触发的计费请求、 多媒体 消息最终状态消息触发的计费确认请求。 在本实施例中还提供了一种预付费请求处理装置， 该装置用于实现上述实施例及 优选实施方式， 已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。 图 3是根据本发明实施例的预付费请求处理装置的结构框图， 如图 3所示， 该处理装 置包括： 确定模块 32、 缓存模块 34、 发送模块 36， 下面对该结构进行说明。 确定模块 32， 设置为确定用于对预付费请求进行处理的网元无法正常处理预付费 请求； 缓存模块 34， 设置为在确定模块 32确定网元无法正常处理预付费请求之后， 对需要向网元发送的预付费请求进行缓存，并继续对预付费请求对应的业务进行处理； 确定模块 32， 还设置为确定网元能够正常处理预付费请求； 发送模块 36， 设置为在确 定模块 32确定网元能够正常处理预付费请求之后， 将缓存的预付费请求发送给网元。 优选地，确定模块 32设置为向网元发送预付费请求，根据网元对该预付费请求的 响应确定网元无法正常工作。 优选地，确定模块 32设置为向网元发送缓存的预付费请求，根据网元对缓存的预 付费请求的响应确定网元能够正常处理预付费请求。 优选地， 上述装置位于多媒体消息业务中心中。 以下以多媒体消息业务为例结合优选的实施例进行交互， 在该优选实施例中， 对 于发送预付费请求的网元以 MMSC为例，对于处理预付费请求的网元以预付费处理平 台 （例如， SCP) 为例进行说明。 在本优选实施例中增强了多媒体消息服务中心的功 能， 在预付费处理平台处于异常的情况下， 多媒体消息业务中心保证业务正常下发的 同时， 缓存预付费鉴权消息， 并定时检查预付费处理平台状态， 待预付费处理平台恢 复正常之后， 缓存的预付费鉴权消息仍可以发送到预付费处理平台进行正确计费， 既 可以保障运营商的利益， 又可以提高业务成功率， 提升用户体验。 图 4是根据本发明优选实施例的 MMSC预付费鉴权的流程图，下面先对该 MMSC 中涉及到的模块进行说明。
MMSC业务模块（实现上述发送模块 36的功能）， 为现有模块， 提供正常的多媒 体消息业务；在现有功能基础之上，增加 SCP状态标志，标识 SCP当前状态是否正常， 初始化状态为正常状态，如果跟 SCP之间断链或者 SCP本身异常，则将该标志置为异 常； 当 SCP状态标志为正常时， 预付费请求 （例如， 预付费鉴权请求消息， 计费请求 等） 发送到 SCP， 当 SCP状态标志为异常时， 预付费鉴权请求消息发送到 MMSC缓 存模块；
MMSC缓存模块（实现上述确定模块 32和缓存模块 34的功能）， 为新增加模块， 可缓存 MMSC业务模块发送的预付费鉴权请求消息， 并能定时探测 SCP状态， 如果 SCP恢复正常， MMSC缓存模块可以按先后顺序把缓存的预付费鉴权请求消息发送到 SCP完成扣费操作， 并能通知 MMSC业务模块 SCP已恢复正常。
SCP, 预付费处理平台， 接收 MMSC的计费请求， 根据计费请求中的信息， 例如， 消息大小， 内容类型， 业务流程等信息计算出该条业务的费率， 对计费用户账户的状 态、 余额等进行检查， 检查不通过， 返回失败响应， 通过后进行扣费或预扣费操作， 返回成功响应； 收到 MMSC的计费确认请求消息， 判断消息状态字段， 如果为成功， 则完成扣费操作； 如果为失败， 则执行补款操作。 在图 4中， T1-T2时刻， SCP异常， 如图 4所示， 该流程包括如下步骤： 步骤 401， MMSC业务模块收到业务消息触发预付费鉴权请求消息， 判断 SCP状 态标志为正常， 则向 SCP发送预付费鉴权请求消息， 其中， 预付费鉴权请求消息可以 为 MMSC业务模块收到多媒体提交消息触发的计费请求， 也可以为 MMSC业务模块 收到多媒体消息最终状态消息触发的计费确认请求。 步骤 402， SCP收到 MMSC的预付费鉴权请求消息， 通过后进行扣费或预扣费操 作， 或者补款操作， 并返回响应。 步骤 403， MMSC收到 SCP返回的预付费鉴权响应消息， 继续多媒体消息后续流 程，其中预付费鉴权响应消息为计费响应或计费确认响应； MMSC根据 SCP的响应消 息判断 SCP 是否正常， 并根据判断结果设置状态标志 （由于本优选实施例是以 SCP 为例进行说明的， 因此也可以称为 SCP状态标志）。
T1时刻， SCP发生异常，此时 MMSC判断出 SCP异常，置 SCP状态标志为异常。 步骤 404， MMSC业务模块收到业务消息触发预付费鉴权请求消息， 判断 SCP状 态标志为异常， 则向 MMSC缓存模块发送预付费鉴权请求消息，其中预付费鉴权请求 消息为 MMSC业务模块收到多媒体提交消息触发的计费请求， 也可以为 MMSC业务 模块收到多媒体消息最终状态消息触发的计费确认请求； MMSC 业务模块向 MMSC 缓存模块发送预付费鉴权请求消息后， 并不等待其响应， 直接继续后续流程。 步骤 405， MMSC缓存模块收到 MMSC业务模块发送的预付费鉴权请求消息， 按 先后顺序进行缓存。 步骤 406， MMSC缓存模块定时取缓存中最久的消息作为探测消息， 向 SCP发送 预付费鉴权请求消息。 步骤 407， MMSC缓存模块判断探测消息响应， 判断 SCP仍处于异常状态， 则不 进行其他操作。
T2时刻 SCP恢复正常。 步骤 408， SCP收到 MMSC缓存模块发送的探测消息返回成功响应。 步骤 409， MMSC缓存模块判断探测消息响应， 判断 SCP状态正常， 则向 MMSC 业务模块发送 " SCP恢复正常"消息， 通知 MMSC业务模块 SCP恢复正常； MMSC 缓存模块按先进先出的顺序取 MMSC 缓存模块中缓存的预付费鉴权请求消息发送到 SCP进行计费。 步骤 410， MMSC业务模块收到 " SCP恢复正常"消息， 将 SCP状态标志置为正 常。 步骤 411， MMSC缓存模块收到 SCP预付费鉴权响应消息，如果 SCP状态仍然为 正常，则按先进先出的顺序取 MMSC缓存模块中缓存的预付费鉴权请求消息继续发送 到 SCP进行计费， 后面重复此操作； 如果 SCP状态为异常， 则不进行其他操作， 等待 定时检测消息定时检测 SCP状态。 步骤 412， MMSC业务模块收到业务消息触发预付费鉴权请求消息， 判断 SCP状 态标志为正常， 则向 SCP发送预付费鉴权消息， 其中预付费鉴权消息为 MMSC业务 模块收到多媒体提交消息触发的计费请求，也可以为 MMSC业务模块收到多媒体消息 最终状态消息触发的计费确认请求。 上述流程与现有的流程相比， MMSC增加了 MMSC缓存模块， 可以缓存预付费 鉴权请求消息， 在 SCP异常的情况下， MMSC将预付费鉴权请求消息缓存到 MMSC 缓存模块中，并继续多媒体消息业务的后续流程; MMSC缓存模块定时检查 SCP状态， 待 SCP恢复正常之后，缓存的预付费鉴权消息仍可以发送到 SCP正确计费， 既可以保 障运营商的利益， 又可以提高业务成功率， 提升用户体验。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而可以将 它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限 制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种预付费请求处理方法， 包括： 确定用于对预付费请求进行处理的网元无法正常处理预付费请求； 对需要向所述网元发送的预付费请求进行缓存， 并继续对所述预付费请求 对应的业务进行处理； 确定所述网元能够正常处理预付费请求； 将缓存的预付费请求发送给所述网元。
2. 根据权利要求 1所述的方法， 其中， 确定用于对预付费请求进行处理的网元无 法正常处理预付费请求包括： 向所述网元发送预付费请求， 根据所述网元对该预付费请求的响应确定所 述网元无法正常工作。
3. 根据权利要求 1所述的方法， 其中， 确定所述网元能够正常处理预付费请求包 括： 向所述网元发送所述缓存的预付费请求， 根据所述网元对所述缓存的预付 费请求的响应确定所述网元能够正常处理预付费请求。
4. 根据权利要求 3所述的方法， 其中， 向所述网元发送缓存时间最久的预付费请 求或者优先级最高的预付费请求， 并根据所述网元对所述缓存时间最久的预付 费请求或者所述优先级最高的预付费请求的响应确定所述网元能够正常处理预 付费请求。
5. 根据权利要求 1所述的方法， 其中， 所述网元为业务控制点。
6. 根据权利要求 1至 5中任一项所述的方法， 其中， 所述业务为多媒体消息的预 付费业务， 所述预付费请求包括以下至少之一： 多媒体提交消息触发的计费请 求、 多媒体消息最终状态消息触发的计费确认请求。
7. 一种预付费请求处理装置， 包括： 确定模块， 设置为确定用于对预付费请求进行处理的网元无法正常处理预付 费请求； 缓存模块， 设置为在所述确定模块确定所述网元无法正常处理所述预付费 请求之后， 对需要向所述网元发送的预付费请求进行缓存， 并继续对所述预付 费请求对应的业务进行处理； 所述确定模块， 还设置为确定所述网元能够正常处理预付费请求； 发送模块， 设置为在所述确定模块确定所述网元能够正常处理预付费请求 之后， 将缓存的预付费请求发送给所述网元。 根据权利要求 7所述的装置， 其中， 所述确定模块设置为向所述网元发送预付 费请求， 根据所述网元对该预付费请求的响应确定所述网元无法正常工作。 根据权利要求 7所述的装置， 其中， 所述确定模块设置为向所述网元发送所述 缓存的预付费请求， 根据所述网元对所述缓存的预付费请求的响应确定所述网 元能够正常处理预付费请求。 根据权利要求 7至 9中任一项所述的装置， 其中， 所述装置位于多媒体消息业 务中心中。
PCT/CN2011/081034 2011-07-20 2011-10-20 预付费请求处理方法及装置 WO2012155453A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110203493.5 2011-07-20
CN 201110203493 CN102271321A (zh) 2011-07-20 2011-07-20 预付费请求处理方法及装置

Publications (1)

Publication Number Publication Date
WO2012155453A1 true WO2012155453A1 (zh) 2012-11-22

Family

ID=45053452

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/081034 WO2012155453A1 (zh) 2011-07-20 2011-10-20 预付费请求处理方法及装置

Country Status (2)

Country Link
CN (1) CN102271321A (zh)
WO (1) WO2012155453A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112243204B (zh) * 2019-07-19 2022-04-26 华为技术有限公司 一种计费处理的方法、系统及相关设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1980409A (zh) * 2005-12-06 2007-06-13 中国移动通信集团公司 通过数据业务管理系统与短信网关交互的方法
CN101754162A (zh) * 2008-11-28 2010-06-23 中国移动通信集团公司 一种欠费风险控制方法、系统及装置
CN101841800A (zh) * 2010-06-02 2010-09-22 中兴通讯股份有限公司 预付费业务计费方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1980409A (zh) * 2005-12-06 2007-06-13 中国移动通信集团公司 通过数据业务管理系统与短信网关交互的方法
CN101754162A (zh) * 2008-11-28 2010-06-23 中国移动通信集团公司 一种欠费风险控制方法、系统及装置
CN101841800A (zh) * 2010-06-02 2010-09-22 中兴通讯股份有限公司 预付费业务计费方法和系统

Also Published As

Publication number Publication date
CN102271321A (zh) 2011-12-07

Similar Documents

Publication Publication Date Title
EP2454898B1 (en) Method and apparatus for verification of a telephone number
JP5613835B2 (ja) 課金詳細記録を確実に送信するための方法および装置
EP2106060B1 (en) Method and system for advice of charging
JP2009538588A (ja) 後払い情報通信システムにおける前払いセキュリティ機構
WO2006017979A1 (fr) Systeme de messages multimedia et procede de transmission de messages multimedia
WO2009074064A1 (fr) Procédé et système pour envoyer un message multimédia et centre de messages multimédia
WO2009143756A1 (zh) 一种实现消息业务的方法及装置
US20110122882A1 (en) Implementing method of removing duplication protection for multimedia messaging service interworking forwarding message and multimedia messaging service interworking gateway thereof
WO2012126286A1 (zh) 一种aaa服务器服务状态检测方法及系统
WO2014094471A1 (zh) 异常计费处理方法及系统
WO2013078857A1 (zh) 计费业务的处理方法及系统、计费网关、在线计费系统
WO2013075513A1 (zh) 短信缓存方法及系统
WO2011150688A1 (zh) 预付费业务计费方法和系统
WO2012062051A1 (zh) 一种下发多媒体消息的方法和系统
WO2005117338A1 (fr) Procede de mise en oeuvre de taxation de service de messagerie multimedia
WO2012155453A1 (zh) 预付费请求处理方法及装置
EP2424279B1 (en) Method for processing group messages, service delivery platform and associated equipment
WO2007041960A1 (fr) Centre de messages multimedia, terminal et methode de traitement correspondante de messages multimedia
WO2015196818A1 (zh) 短消息发送方法及装置
WO2018201810A1 (zh) Pcrf实体、存储介质、竞态条件解除方法及系统
WO2009086773A1 (zh) 一种计费方法、系统及计费触发装置
TW200932010A (en) System and method for managing access to services of an account for an electronic communication device
WO2012024915A1 (zh) 多媒体消息的处理方法及系统
WO2012055137A1 (zh) 多媒体消息业务计费方法、系统及多媒体消息中心
WO2012083599A1 (zh) 一种欠费控制方法、网关及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11865726

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11865726

Country of ref document: EP

Kind code of ref document: A1