[發(fā)明專利]提高服務(wù)成功率的方法、裝置及系統(tǒng)

無效

• 申請(qǐng)?zhí)枺?/td>: 201010204693.8
• 申請(qǐng)日: 2010-06-17
• 公開（公告）號(hào): CN102164384A
• 公開（公告）日: 2011-08-24
• 發(fā)明（設(shè)計(jì)）人: 韓潤(rùn)生
• 申請(qǐng)（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): H04W28/10
• 分類號(hào): H04W28/10;H04W28/14;H04W28/24;H04L12/56
• 代理公司: 北京同立鈞成知識(shí)產(chǎn)權(quán)代理有限公司 11205
• 代理人: 劉芳

技術(shù)領(lǐng)域

本發(fā)明實(shí)施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種提高服務(wù)成功率的方法、裝置及系統(tǒng)。

背景技術(shù)

在分布式架構(gòu)下，一次服務(wù)需要多個(gè)部件之間相互配合。在并發(fā)呼叫量超過系統(tǒng)服務(wù)容量的情況下，或者部件之間的傳輸網(wǎng)絡(luò)設(shè)備出現(xiàn)擁塞的情況下，有可能會(huì)導(dǎo)致一次服務(wù)失敗。

在一次服務(wù)需要在部件A和B之間交互一次的情況：部件A接納了服務(wù)請(qǐng)求，給部件B發(fā)送請(qǐng)求1。由于部件A內(nèi)部擁塞導(dǎo)致請(qǐng)求沒有發(fā)出，或者請(qǐng)求發(fā)出到傳輸網(wǎng)絡(luò)設(shè)備，但傳輸網(wǎng)絡(luò)設(shè)備擁塞導(dǎo)致消息丟失；或者部件B接納了請(qǐng)求給部件A并返回了服務(wù)響應(yīng)消息1，但傳輸網(wǎng)在傳輸過程中丟失了服務(wù)響應(yīng)消息；或者部件B接納了請(qǐng)求并給部件A回了服務(wù)響應(yīng)消息1，但部件A內(nèi)部擁塞(內(nèi)部消息隊(duì)列滿或者資源受限)導(dǎo)致對(duì)服務(wù)響應(yīng)消息不能實(shí)時(shí)處理。如上情況都將導(dǎo)致此次服務(wù)失敗。

一次服務(wù)可能需要在部件A和部件B之間交互多次時(shí)：部件A給部件B發(fā)送的請(qǐng)求消息1，部件B成功響應(yīng)該消息，針對(duì)消息1給部件A發(fā)送了成功的服務(wù)響應(yīng)消息；但后續(xù)的請(qǐng)求消息2由于各種原因失敗，例如：部件A內(nèi)部擁塞導(dǎo)致給部件B發(fā)送的請(qǐng)求消息2發(fā)送失敗；請(qǐng)求消息2在傳輸網(wǎng)絡(luò)設(shè)備傳輸過程中丟失；由于部件B內(nèi)部擁塞導(dǎo)致請(qǐng)求消息2被丟失或事務(wù)處理超時(shí)；部件B在處理請(qǐng)求消息2時(shí)由于資源受限導(dǎo)致失??；部件B給部件A的服務(wù)響應(yīng)消息在由于中間傳輸網(wǎng)絡(luò)設(shè)備擁塞或內(nèi)部擁塞導(dǎo)致丟失；服務(wù)響應(yīng)消息2在部件A的內(nèi)部消息隊(duì)列等待處理的時(shí)間過長(zhǎng)，導(dǎo)致服務(wù)請(qǐng)求超時(shí)。

發(fā)明人在發(fā)明的過程發(fā)現(xiàn)：不論一次服務(wù)需要在部件A和部件B之間交互幾次消息，都會(huì)由于上述各種原因?qū)е履炒谓换ナ。瑥亩鴮?dǎo)致該次服務(wù)失敗，進(jìn)而導(dǎo)致服務(wù)成功率較低，降低了服務(wù)處理的效率。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例提供一種提高服務(wù)成功率的方法、裝置及系統(tǒng)，有利于提高服務(wù)的成功率。

本發(fā)明實(shí)施例提供一種提高服務(wù)成功率的方法，包括：

接收服務(wù)請(qǐng)求裝置發(fā)送的帶有優(yōu)先級(jí)的請(qǐng)求消息；

根據(jù)所述請(qǐng)求消息的優(yōu)先級(jí)和流量控制策略，確定對(duì)所述請(qǐng)求消息進(jìn)行處理；

對(duì)所述請(qǐng)求消息處理后，向所述服務(wù)請(qǐng)求裝置發(fā)送帶有優(yōu)先級(jí)的響應(yīng)消息，所述響應(yīng)消息的優(yōu)先級(jí)高于所述請(qǐng)求消息的優(yōu)先級(jí)。

本發(fā)明實(shí)施例還提供一種服務(wù)提供裝置，包括：

請(qǐng)求消息接收模塊，用于接收服務(wù)請(qǐng)求裝置發(fā)送的帶有優(yōu)先級(jí)的請(qǐng)求消息；

處理模塊，用于根據(jù)所述請(qǐng)求消息的優(yōu)先級(jí)和流量控制策略，確定對(duì)所述請(qǐng)求消息進(jìn)行處理；

響應(yīng)消息發(fā)送模塊，用于對(duì)所述請(qǐng)求消息處理后，向所述服務(wù)請(qǐng)求裝置發(fā)送帶有優(yōu)先級(jí)的響應(yīng)消息，所述響應(yīng)消息的優(yōu)先級(jí)高于所述請(qǐng)求消息的優(yōu)先級(jí)。

本發(fā)明實(shí)施例還提供一種服務(wù)請(qǐng)求裝置，包括：

請(qǐng)求消息發(fā)送模塊，用于根據(jù)請(qǐng)求消息的優(yōu)先級(jí)，向服務(wù)提供裝置發(fā)送帶有優(yōu)先級(jí)的請(qǐng)求消息；

響應(yīng)消息接收模塊，用于接收所述服務(wù)提供裝置發(fā)送的帶有優(yōu)先級(jí)的響應(yīng)消息，所述響應(yīng)消息的優(yōu)先級(jí)高于所述請(qǐng)求消息的優(yōu)先級(jí)。

本發(fā)明實(shí)施例還提供一種提高服務(wù)成功率的系統(tǒng)，包括：

服務(wù)請(qǐng)求裝置，用于根據(jù)請(qǐng)求消息的優(yōu)先級(jí)，向服務(wù)提供裝置發(fā)送帶有優(yōu)先級(jí)的請(qǐng)求消息，接收所述服務(wù)提供裝置發(fā)送的帶有優(yōu)先級(jí)的響應(yīng)消息，所述響應(yīng)消息的優(yōu)先級(jí)高于所述請(qǐng)求消息的優(yōu)先級(jí)；

服務(wù)提供裝置，用于接收所述服務(wù)請(qǐng)求裝置發(fā)送的帶有優(yōu)先級(jí)的請(qǐng)求消息，根據(jù)所述請(qǐng)求消息的優(yōu)先級(jí)和流量控制策略，確定對(duì)所述請(qǐng)求消息進(jìn)行處理，對(duì)所述請(qǐng)求消息處理后，向所述服務(wù)請(qǐng)求裝置發(fā)送帶有優(yōu)先級(jí)的響應(yīng)消息。

本發(fā)明實(shí)施例提高服務(wù)成功率的方法、裝置及系統(tǒng)，服務(wù)請(qǐng)求裝置與服務(wù)提供裝置之間的一次服務(wù)過程中，服務(wù)請(qǐng)求裝置和服務(wù)提供裝置，分別根據(jù)優(yōu)先級(jí)對(duì)請(qǐng)求消息和響應(yīng)消息進(jìn)行處理，從而在該次服務(wù)的每個(gè)處理環(huán)節(jié)均按照優(yōu)先級(jí)進(jìn)行，使高優(yōu)先級(jí)請(qǐng)求消息被成功處理的概率得到提高。因此，在低優(yōu)先級(jí)的第一次請(qǐng)求消息被成功處理后，后續(xù)請(qǐng)求消息的優(yōu)先級(jí)被逐次提高，使得后續(xù)請(qǐng)求消息的處理成功率被逐次提高，進(jìn)而提高了該次服務(wù)的成功率。

附圖說明

圖1為本發(fā)明提高服務(wù)成功率的方法實(shí)施例一流程圖；

圖2為本發(fā)明提高服務(wù)成功率的方法實(shí)施例二流程圖；

圖3為本發(fā)明提高服務(wù)成功率的方法實(shí)施例三流程圖；

圖4為本發(fā)明服務(wù)提供裝置實(shí)施例的結(jié)構(gòu)示意圖；

圖5為本發(fā)明服務(wù)提供裝置實(shí)施例中處理模塊的結(jié)構(gòu)示意圖；

圖6為本發(fā)明服務(wù)提供裝置實(shí)施例中響應(yīng)消息發(fā)送模塊的結(jié)構(gòu)示意圖；

圖7為本發(fā)明服務(wù)請(qǐng)求裝置實(shí)施例一的結(jié)構(gòu)示意圖；