專利名稱：預付費請求處理方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種預付費請求處理方法及裝置。
背景技術：
在預付費業(yè)務中，如果對預付費請求進行處理的網(wǎng)元異常，在現(xiàn)有技術中進行如下兩種處理一是按對預付費請求進行處理的網(wǎng)元返回了失敗進行處理，拒絕業(yè)務；另一種是按該網(wǎng)元返回成功進行處理，繼續(xù)后續(xù)流程。這兩種方式均存在問題第一種處理方式，對用戶不能提供服務，對運營商來說也不能正常收費；鑒于第一種方式所存在的問題， 目前一般采用第二種方式，第二種方式雖然盡最大可能對用戶提供正常業(yè)務，但是對運營商來說無法正常計費，影響了運營商的利益。下面以對多媒體消息業(yè)務為例對現(xiàn)有技術中所存在的問題進行說明。多媒體消息業(yè)務是一種能夠在終端(例如手機，以下以手機為例進行說明)和終端之間、業(yè)務提供商和終端之間、或者終端和服務器(例如，電子郵件服務器)等其他應用之間傳送多媒體內(nèi)容的消息服務。多媒體消息的預付費業(yè)務可以是多媒體消息業(yè)務中心(Multimedia Messaging Service Center，簡稱為MMSC)接收到多媒體提交請求實時去預付費處理平臺(例如，業(yè)務控制點krvice Control Point，簡稱為SCP)鑒權等處理，并等待SCP完成扣費返回響應后再繼續(xù)后續(xù)流程的業(yè)務。圖1是根據(jù)現(xiàn)有技術的點到點業(yè)務預付費流程圖，如圖1所示，該流程包括如下步驟步驟S102，MMSC接收到手機提交的多媒體消息，并返回響應；步驟S104，MMSC向SCP發(fā)起計費請求，攜帶計費用戶，消息大小，內(nèi)容類型，業(yè)務流程等信息中的所有或者部分；步驟S106，SCP接收到匪SC的計費請求，根據(jù)計費請求中的信息，例如，消息大小， 內(nèi)容類型，業(yè)務流程等信息計算出該條業(yè)務的費率，對計費用戶賬戶的狀態(tài)、余額等進行檢查，檢查不通過，返回失敗響應，通過后進行扣費或預扣費操作，返回成功響應；步驟S108，MMSC接收到SCP返回的計費響應消息，如果狀態(tài)失敗，則終止流程，如果狀態(tài)為成功，則繼續(xù)多媒體消息后續(xù)流程，向目的用戶下發(fā)通知消息，返回獲取響應等；步驟S110，匪SC接收到目的用戶返回的通知響應消息，標志該條多媒體消息到達最終狀態(tài)，MMSC根據(jù)配置決定是否向SCP發(fā)送計費確認請求，計費確認請求中攜帶消息狀態(tài)字段；步驟S112 =SCP接收到匪SC的計費確認消息，判斷消息狀態(tài)字段，如果為成功，則完成扣費操作；如果為失敗，則執(zhí)行補款操作。在現(xiàn)有流程中，如果匪SC和SCP之間鏈路異常，或者SCP網(wǎng)元異常時(在下文中將該網(wǎng)元無法正常處理預付費請求稱為異常，例如，SCP異常)，對于新提交的業(yè)務，MMSC有兩種處理方式，一是按SCP返回失敗處理，拒絕業(yè)務；另一種是按SCP返回成功響應處理，繼續(xù)后續(xù)流程。由上述的處理方式可以看出，同樣存在無法兼顧為用戶提供服務和運營商利益的問題。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種預付費請求處理方法及裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種預付費請求處理方法，包括如下步驟確定用于對預付費請求進行處理的網(wǎng)元無法正常處理預付費請求；對需要向所述網(wǎng)元發(fā)送的預付費請求進行緩存，并繼續(xù)對所述預付費請求對應的業(yè)務進行處理；確定所述網(wǎng)元能夠正常處理預付費請求；將緩存的預付費請求發(fā)送給所述網(wǎng)元。優(yōu)選地，確定用于對預付費請求進行處理的網(wǎng)元無法正常處理預付費請求包括 向所述網(wǎng)元發(fā)送預付費請求，根據(jù)所述網(wǎng)元對的該預付費請求的響應確定所述網(wǎng)元無法正
常工作。優(yōu)選地，確定所述網(wǎng)元能夠正常處理預付費請求包括向所述網(wǎng)元發(fā)送所述緩存的預付費請求，根據(jù)所述網(wǎng)元對所述緩存的預付費請求的響應確定所述網(wǎng)元能夠正常處理預付費請求。優(yōu)選地，向所述網(wǎng)元發(fā)送緩存時間最久的預付費請求或者優(yōu)先級最高的預付費請求，并根據(jù)所述網(wǎng)元對緩存時間最久的預付費請求或者優(yōu)先級最高的預付費請求的響應確定所述網(wǎng)元能夠正常處理預付費請求。優(yōu)選地，所述網(wǎng)元為業(yè)務控制點。優(yōu)選地，所述業(yè)務為多媒體消息的預付費業(yè)務，所述預付費請求包括以下至少之一多媒體提交消息觸發(fā)的計費請求、多媒體消息最終狀態(tài)消息觸發(fā)的計費確認請求。根據(jù)本發(fā)明的另一個方面，提供了一種預付費請求處理裝置，包括確定模塊，用于確定用于對預付費請求進行處理的網(wǎng)元無法正常處理預付費請求；緩存模塊，用于在所述確定模塊確定所述網(wǎng)元無法正常處理所述預付費請求之后，對需要向所述網(wǎng)元發(fā)送的預付費請求進行緩存，并繼續(xù)對所述預付費請求對應的業(yè)務進行處理；所述確定模塊，還用于確定所述網(wǎng)元能夠正常處理預付費請求；發(fā)送模塊，用于在所述確定模塊確定所述網(wǎng)元能夠正常處理預付費請求之后，將緩存的預付費請求發(fā)送給所述網(wǎng)元。優(yōu)選地，所述確定模塊用于向所述網(wǎng)元發(fā)送預付費請求，根據(jù)所述網(wǎng)元對的該預付費請求的響應確定所述網(wǎng)元無法正常工作。優(yōu)選地，所述確定模塊用于向所述網(wǎng)元發(fā)送所述緩存的預付費請求，根據(jù)所述網(wǎng)元對所述緩存的預付費請求的響應確定所述網(wǎng)元能夠正常處理預付費請求。優(yōu)選地，所述裝置位于多媒體消息業(yè)務中心中。通過本發(fā)明，采用確定用于對預付費請求進行處理的網(wǎng)元無法正常處理預付費請求；對需要向所述網(wǎng)元發(fā)送的預付費請求進行緩存，并繼續(xù)對所述預付費請求對應的業(yè)務進行處理；確定所述網(wǎng)元能夠正常處理預付費請求；將緩存的預付費請求發(fā)送給所述網(wǎng)元。解決了現(xiàn)有技術中無法兼顧為用戶提供服務和運營商利益的問題，既可以保證運營商的利益，又可以提高業(yè)務成功率。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)現(xiàn)有技術的點到點業(yè)務預付費流程圖；圖2是根據(jù)本發(fā)明實施例的預付費請求處理方法的流程圖；圖3是根據(jù)本發(fā)明實施例預付費請求處理裝置的結構框圖；圖4是根據(jù)本發(fā)明優(yōu)選實施例的匪SC預付費鑒權的流程圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。以下實施例可以應用于多媒體消息的預付費業(yè)務中，當然并不限于此，其他預付費業(yè)務也可以應用。在本實施例中提供了一種預付費請求處理方法，圖2是根據(jù)本發(fā)明實施例的預付費請求處理方法的流程圖，如圖2所示，該流程包括如下步驟步驟S202，確定用于對預付費請求進行處理的網(wǎng)元(例如，業(yè)務控制點)無法正常處理預付費請求，例如，與該網(wǎng)元之間的通信鏈路出現(xiàn)問題，或者是該網(wǎng)元本身出現(xiàn)了問題，無論哪種問題，對于發(fā)送預付費請求的設備而言，其均認為是對預付費請求進行處理的網(wǎng)元出現(xiàn)了問題，在以下實施例中統(tǒng)稱為異常；步驟S204，對需要向對預付費請求進行處理的網(wǎng)元發(fā)送的預付費請求進行緩存， 并繼續(xù)對預付費請求對應的業(yè)務進行處理；步驟S206，確定該網(wǎng)元能夠正常處理預付費請求；步驟S208，將緩存的預付費請求發(fā)送給對預付費請求進行處理的網(wǎng)元。通過上述步驟，可以對預付費請求進行緩存，該緩存并不影響后續(xù)對業(yè)務的處理， 在對預付費請求進行處理的網(wǎng)元恢復之后，再發(fā)送預付費請求，這樣也可以降低對運營商計費的影響，兼顧了用戶業(yè)務的進行和運營商的利益。確定對預付費請求進行處理的網(wǎng)元是否能夠正常處理，可以通過增加一個心跳消息來進行，但是這種處理方式需要對該預付費請求的發(fā)送方和處理方均進行改動，這種處理方式在實現(xiàn)上有些繁瑣。在本實施例中提供了一種優(yōu)選實施方式，在該優(yōu)選實施方式中， 向網(wǎng)元發(fā)送預付費請求，然后根據(jù)該網(wǎng)元對的該預付費請求的響應確定該網(wǎng)元無法正常工作。例如，在發(fā)送完預付費請求之后經(jīng)過預定時長未收到響應，或者收到了該預付費請求的錯誤響應均可以認為該網(wǎng)元異常，通過該優(yōu)選方式，不用增加額外的消息借助了現(xiàn)有的預付費請求就可以判斷是否異常。優(yōu)選地，判斷是否恢復也可以考慮使用心跳消息來進行，比較優(yōu)，可以是向網(wǎng)元發(fā)送緩存的預付費請求，根據(jù)該網(wǎng)元對該緩存的預付費請求的響應確定該網(wǎng)元能夠正常處理預付費請求。由于緩存的預付費請求有可能有多個，那么在發(fā)送緩存的預付費請求判斷網(wǎng)元是否能正常進行處理時，可以優(yōu)先發(fā)送來緩存時間最久的預付費請求。這樣一旦網(wǎng)元恢復，那么緩存時間最久的預付費請求可以得到優(yōu)先處理?；蛘咭部梢园l(fā)送優(yōu)先級最高的預付費請求。本實施例應用于多媒體消息的預付費業(yè)務中，在應用于該類型的預付費業(yè)務中時，上述的預付費請求可以包括以下至少之一多媒體提交消息觸發(fā)的計費請求、多媒體消息最終狀態(tài)消息觸發(fā)的計費確認請求。
在本實施例中還提供了一種預付費請求處理裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述，下面對該裝置中涉及到的模塊進行說明。圖3 是根據(jù)本發(fā)明實施例預付費請求處理裝置的結構框圖，如圖3所示，該處理裝置包括確定模塊32、緩存模塊34、發(fā)送模塊36，下面對該結構進行說明。確定模塊32，用于確定用于對預付費請求進行處理的網(wǎng)元無法正常處理預付費請求；緩存模塊34，用于在確定模塊確定網(wǎng)元無法正常處理預付費請求之后，對需要向網(wǎng)元發(fā)送的預付費請求進行緩存，并繼續(xù)對預付費請求對應的業(yè)務進行處理；確定模塊32，還用于確定網(wǎng)元能夠正常處理預付費請求；發(fā)送模塊36，用于在確定模塊確定網(wǎng)元能夠正常處理預付費請求之后，將緩存的預付費請求發(fā)送給網(wǎng)元。優(yōu)選地，確定模塊32用于向網(wǎng)元發(fā)送預付費請求，根據(jù)網(wǎng)元對的該預付費請求的響應確定網(wǎng)元無法正常工作。優(yōu)選地，確定模塊32用于向網(wǎng)元發(fā)送緩存的預付費請求，根據(jù)網(wǎng)元對緩存的預付費請求的響應確定網(wǎng)元能夠正常處理預付費請求。優(yōu)選地，上述裝置位于多媒體消息業(yè)務中心中。以下以多媒體消息業(yè)務為例結合優(yōu)選的實施例進行交互，在該優(yōu)選實施例中，對于發(fā)送預付費請求的網(wǎng)元以MMSC為例，對于處理預付費請求的網(wǎng)元以預付費處理平臺(例如，SCP)為例進行說明。在本優(yōu)選實施例中增強了多媒體消息服務中心的功能，在預付費處理平臺處于異常的情況下，多媒體消息業(yè)務中心保證業(yè)務正常下發(fā)的同時，緩存預付費鑒權消息，并定時檢查預付費處理平臺狀態(tài)，待預付費處理平臺恢復正常之后，緩存的預付費鑒權消息仍可以發(fā)送到預付費處理平臺進行正確計費，既可以保障運營商的利益，又可以提高業(yè)務成功率，提升用戶體驗。圖4是根據(jù)本發(fā)明優(yōu)選實施例的匪SC預付費鑒權的流程圖，下面先對該匪SC中涉及到的模塊進行說明。匪SC業(yè)務模塊(實現(xiàn)上述發(fā)送模塊36的功能)，為現(xiàn)有模塊，提供正常的多媒體消息業(yè)務；在現(xiàn)有功能基礎之上，增加SCP狀態(tài)標志，標識SCP當前狀態(tài)是否正常，初始化狀態(tài)為正常狀態(tài)，如果跟SCP之間斷鏈或者SCP本身異常，則將該標志置為異常；當SCP狀態(tài)標志為正常時，預付費請求(例如，預付費鑒權請求消息，計費請求等)發(fā)送到SCP，當SCP 狀態(tài)標志為異常時，預付費鑒權請求消息發(fā)送到MMSC緩存模塊；匪SC緩存模塊(實現(xiàn)上述確定模塊32和緩存模塊34的功能)，為新增加模塊， 可緩存MMSC業(yè)務模塊發(fā)送的預付費鑒權請求消息，并能定時探測SCP狀態(tài)，如果SCP恢復正常，MMSC緩存模塊可以按先后順序把緩存的預付費鑒權請求消息發(fā)送到SCP完成扣費操作，并能通知MMSC業(yè)務模塊SCP已恢復正常。SCP,預付費處理平臺，接收匪SC的計費請求，根據(jù)計費請求中的信息，例如，消息大小，內(nèi)容類型，業(yè)務流程等信息計算出該條業(yè)務的費率，對計費用戶賬戶的狀態(tài)、余額等進行檢查，檢查不通過，返回失敗響應，通過后進行扣費或預扣費操作，返回成功響應；收到MMSC的計費確認請求消息，判斷消息狀態(tài)字段，如果為成功，則完成扣費操作；如果為失敗，則執(zhí)行補款操作。在圖4中，T1-T2時刻，SCP異常，如圖4所示，該流程包括如下步驟步驟401，匪SC業(yè)務模塊收到業(yè)務消息觸發(fā)預付費鑒權請求消息，判斷SCP狀態(tài)標
6志為正常，則向SCP發(fā)送預付費鑒權請求消息，其中，預付費鑒權請求消息可以為MMSC業(yè)務模塊收到多媒體提交消息觸發(fā)的計費請求，也可以為匪SC業(yè)務模塊收到多媒體消息最終狀態(tài)消息觸發(fā)的計費確認請求。步驟402，SCP收到匪SC的預付費鑒權請求消息，通過后進行扣費或預扣費操作， 或者補款操作，并返回響應。步驟403，MMSC收到SCP返回的預付費鑒權響應消息，繼續(xù)多媒體消息后續(xù)流程， 其中預付費鑒權響應消息為計費響應或計費確認響應；MMSC根據(jù)SCP的響應消息判斷SCP 是否正常，并根據(jù)判斷結果設置狀態(tài)標志(由于本有序實施例是以SCP為例進行說明的，因此也可以稱為SCP狀態(tài)標志)。Tl時刻，SCP發(fā)生異常，此時匪SC判斷出SCP異常，置SCP狀態(tài)標志為異常。步驟404，MMSC業(yè)務模塊收到業(yè)務消息觸發(fā)預付費鑒權請求消息，判斷SCP狀態(tài)標志為異常，則向MMSC緩存模塊發(fā)送預付費鑒權請求消息，其中預付費鑒權請求消息為MMSC 業(yè)務模塊收到多媒體提交消息觸發(fā)的計費請求，也可以為MMSC業(yè)務模塊收到多媒體消息最終狀態(tài)消息觸發(fā)的計費確認請求；MMSC業(yè)務模塊向MMSC緩存模塊發(fā)送預付費鑒權請求消息后，并不等待其響應，直接繼續(xù)后續(xù)流程。步驟405，MMSC緩存模塊收到MMSC業(yè)務模塊發(fā)送的預付費鑒權請求消息，按先后順序進行緩存。步驟406，MMSC緩存模塊定時取緩存中最久的消息作為探測消息，向SCP發(fā)送預付費鑒權請求消息。步驟407，匪SC緩存模塊判斷探測消息響應，判斷SCP仍處于異常狀態(tài)，則不進行其他操作。T2時刻SCP恢復正常。步驟408，SCP收到匪SC緩存模塊發(fā)送的探測消息返回成功響應。步驟409，匪SC緩存模塊判斷探測消息響應，判斷SCP狀態(tài)正常，則向匪SC業(yè)務模塊發(fā)送“SCP恢復正?！毕?，通知匪SC業(yè)務模塊SCP恢復正常；匪SC緩存模塊按先進先出的順序取緩存中緩存的預付費鑒權請求消息發(fā)送到SCP進行計費。步驟410，匪SC業(yè)務模塊收到“SCP恢復正常”消息，將SCP狀態(tài)標志置為正常。步驟411，MMSC緩存模塊收到SCP預付費鑒權響應消息，如果SCP狀態(tài)仍然為正常，則按先進先出的順序取緩存中緩存的預付費鑒權請求消息繼續(xù)發(fā)送到SCP進行計費， 后面重復此操作；如果SCP狀態(tài)為異常，則不進行其他操作，等待定時檢測消息定時檢測 SCP狀態(tài)。步驟412，MMSC業(yè)務模塊收到業(yè)務消息觸發(fā)預付費鑒權請求消息，判斷SCP狀態(tài)標志為正常，則向SCP發(fā)送預付費鑒權消息，其中預付費鑒權消息為MMSC業(yè)務模塊收到多媒體提交消息觸發(fā)的計費請求，也可以為匪SC業(yè)務模塊收到多媒體消息最終狀態(tài)消息觸發(fā)的計費確認請求。上述流程與現(xiàn)有的流程相比，匪SC增加了匪SC緩存模塊，可以緩存預付費鑒權請求消息，在SCP異常的情況下，MMSC將預付費鑒權請求消息緩存到MMSC緩存模塊中，并繼續(xù)多媒體消息業(yè)務的后續(xù)流程；MMSC緩存模塊定時檢查SCP狀態(tài)，待SCP恢復正常之后，緩存的預付費鑒權消息仍可以發(fā)送到SCP正確計費，既可以保障運營商的利益，又可以提高業(yè)務成功率，提升用戶體驗。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種預付費請求處理方法，其特征在于包括如下步驟確定用于對預付費請求進行處理的網(wǎng)元無法正常處理預付費請求；對需要向所述網(wǎng)元發(fā)送的預付費請求進行緩存，并繼續(xù)對所述預付費請求對應的業(yè)務進行處理；確定所述網(wǎng)元能夠正常處理預付費請求；將緩存的預付費請求發(fā)送給所述網(wǎng)元。
2.根據(jù)權利要求1所述的方法，其特征在于，確定用于對預付費請求進行處理的網(wǎng)元無法正常處理預付費請求包括向所述網(wǎng)元發(fā)送預付費請求，根據(jù)所述網(wǎng)元對的該預付費請求的響應確定所述網(wǎng)元無法正常工作。
3.根據(jù)權利要求1所述的方法，其特征在于，確定所述網(wǎng)元能夠正常處理預付費請求包括向所述網(wǎng)元發(fā)送所述緩存的預付費請求，根據(jù)所述網(wǎng)元對所述緩存的預付費請求的響應確定所述網(wǎng)元能夠正常處理預付費請求。
4.根據(jù)權利要求3所述的方法，其特征在于，向所述網(wǎng)元發(fā)送緩存時間最久的預付費請求或者優(yōu)先級最高的預付費請求，并根據(jù)所述網(wǎng)元對緩存時間最久的預付費請求或者優(yōu)先級最高的預付費請求的響應確定所述網(wǎng)元能夠正常處理預付費請求。
5.根據(jù)權利要求1所述的方法，其特征在于，所述網(wǎng)元為業(yè)務控制點。
6.根據(jù)權利要求1至5中任一項所述的方法，其特征在于，所述業(yè)務為多媒體消息的預付費業(yè)務，所述預付費請求包括以下至少之一多媒體提交消息觸發(fā)的計費請求、多媒體消息最終狀態(tài)消息觸發(fā)的計費確認請求。
7.一種預付費請求處理裝置，其特征在于包括確定模塊，用于確定用于對預付費請求進行處理的網(wǎng)元無法正常處理預付費請求；緩存模塊，用于在所述確定模塊確定所述網(wǎng)元無法正常處理所述預付費請求之后，對需要向所述網(wǎng)元發(fā)送的預付費請求進行緩存，并繼續(xù)對所述預付費請求對應的業(yè)務進行處理；所述確定模塊，還用于確定所述網(wǎng)元能夠正常處理預付費請求；發(fā)送模塊，用于在所述確定模塊確定所述網(wǎng)元能夠正常處理預付費請求之后，將緩存的預付費請求發(fā)送給所述網(wǎng)元。
8.根據(jù)權利要求7所述的裝置，其特征在于，所述確定模塊用于向所述網(wǎng)元發(fā)送預付費請求，根據(jù)所述網(wǎng)元對的該預付費請求的響應確定所述網(wǎng)元無法正常工作。
9.根據(jù)權利要求7所述的裝置，其特征在于，所述確定模塊用于向所述網(wǎng)元發(fā)送所述緩存的預付費請求，根據(jù)所述網(wǎng)元對所述緩存的預付費請求的響應確定所述網(wǎng)元能夠正常處理預付費請求。
10.根據(jù)權利要求7至9中任一項所述的裝置，其特征在于，所述裝置位于多媒體消息業(yè)務中心中。
全文摘要
本發(fā)明公開了預付費請求處理方法及裝置，該方法包括確定用于對預付費請求進行處理的網(wǎng)元無法正常處理預付費請求；對需要向網(wǎng)元發(fā)送的預付費請求進行緩存，并繼續(xù)對預付費請求對應的業(yè)務進行處理；確定網(wǎng)元能夠正常處理預付費請求；將緩存的預付費請求發(fā)送給網(wǎng)元。通過本發(fā)明既可以保證運營商的利益，又可以提高業(yè)務成功率。
文檔編號H04L12/14GK102271321SQ20111020349
公開日2011年12月7日 申請日期2011年7月20日 優(yōu)先權日2011年7月20日
發(fā)明者曹俊勇 申請人:中興通訊股份有限公司