專利名稱：一種網(wǎng)絡(luò)業(yè)務(wù)處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種網(wǎng)絡(luò)業(yè)務(wù)處理方法及系統(tǒng)。
背景技術(shù)：
固定/移動核心網(wǎng)在扣費業(yè)務(wù)中，使用業(yè)務(wù)鑒權(quán)計費控制協(xié)議(DiameterCredit Control, DCC)進行呼叫/業(yè)務(wù)等鑒權(quán)控制，在核心網(wǎng)演進過程中，可能出現(xiàn)核心網(wǎng)網(wǎng)元同 時支持傳統(tǒng)智能網(wǎng)協(xié)議，以及計費協(xié)議的情況。在多種網(wǎng)絡(luò)融合的技術(shù)下，移動核心網(wǎng)交換機(MSC)具備了傳統(tǒng)智能網(wǎng)移動網(wǎng) 絡(luò)定制應用增強邏輯服務(wù)器(Customized Applications for Mobilenetwork Enhanced Logic, CAMEL)的觸發(fā)能力，和IP網(wǎng)絡(luò)中采用DCC協(xié)議計費觸發(fā)的能力。核心網(wǎng)交換機與在線計費系統(tǒng)(Online Charging System, 0CS)直接采用DCC協(xié) 議進行業(yè)務(wù)鑒權(quán)扣費；MSC與業(yè)務(wù)控制點(Service Control Point, SCP)直接采用CAMEL 協(xié)議進行呼叫控制功能。本發(fā)明的發(fā)明人在實現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)，現(xiàn)有技術(shù)MSC具備2種業(yè)務(wù)觸發(fā)能 力，通過DCC協(xié)議觸發(fā)或者通過CAMEL協(xié)議觸發(fā)，每個用戶具體觸發(fā)哪種業(yè)務(wù)由歸屬位置寄 存器(Home Location Register,HLR)簽約指定，現(xiàn)有技術(shù)中的問題在于MSC僅能在每個用 戶發(fā)起會話之前決定使用其中一種協(xié)議；而DCC協(xié)議關(guān)注于計費，CAMEL協(xié)議關(guān)注于呼叫控 制，而從使得用戶每次在觸發(fā)業(yè)務(wù)時僅能得到一種服務(wù)。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種網(wǎng)絡(luò)業(yè)務(wù)處理方法及系統(tǒng)，用于解決用戶每次在觸發(fā)業(yè)務(wù) 時僅能得到一種服務(wù)的問題。本發(fā)明實施例提供了一種網(wǎng)絡(luò)業(yè)務(wù)處理方法，包括判斷是否接收到業(yè)務(wù)處理裝 置對用戶的業(yè)務(wù)使用請求處理失敗的信息；當接收到所述處理失敗信息時，則根據(jù)所述處 理失敗信息將所述業(yè)務(wù)使用請求發(fā)送給能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置 進行處理，其中所述業(yè)務(wù)處理裝置包括計費業(yè)務(wù)處理裝置和呼叫控制業(yè)務(wù)處理裝置。本發(fā)明實施例還提供了一種系統(tǒng)，包括網(wǎng)絡(luò)交換裝置和業(yè)務(wù)處理裝置；其中所述業(yè)務(wù)處理裝置用于分析網(wǎng)絡(luò)交換裝置傳送來的業(yè)務(wù)使用請求，如果無法 完成所述業(yè)務(wù)使用請求則根據(jù)錯誤列表生成相應的處理失敗信息，反饋給所述網(wǎng)絡(luò)交換 裝，其中所述業(yè)務(wù)處理裝置包括計費業(yè)務(wù)處理裝置和呼叫控制業(yè)務(wù)處理裝置；所述網(wǎng)絡(luò)交換裝置，包括網(wǎng)絡(luò)交換單元，用于判斷是否接收到業(yè)務(wù)處理裝置對用戶的業(yè)務(wù)使用請求處理失 敗的信息；轉(zhuǎn)發(fā)單元，用于當接收到所述處理失敗信息時，則根據(jù)所述處理失敗信息將所述 業(yè)務(wù)使用請求發(fā)送給能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理。本發(fā)明實施例的有益效果在于，通過業(yè)務(wù)處理裝置返回處理失敗信息，網(wǎng)絡(luò)交換裝置可以根據(jù)該處理失敗信息尋找到能夠完成用戶的業(yè)務(wù)使用請求相應的業(yè)務(wù)處理裝置， 從而使得用戶每次在觸發(fā)業(yè)務(wù)時能得到多種服務(wù)。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，并不 構(gòu)成對本發(fā)明的限定。在附圖中圖1所示為本發(fā)明實施例多種網(wǎng)絡(luò)業(yè)務(wù)處理方法流程圖；圖2所示為本發(fā)明實施例網(wǎng)絡(luò)交換裝置結(jié)構(gòu)示意圖；圖3所示為本發(fā)明實施例網(wǎng)絡(luò)交換裝置另一裝置結(jié)構(gòu)示意圖；圖4所示為本發(fā)明實施例業(yè)務(wù)處理裝置結(jié)構(gòu)示意圖；圖5所示為本發(fā)明實施例多種網(wǎng)絡(luò)業(yè)務(wù)處理系統(tǒng)的結(jié)構(gòu)示意圖；圖6所示為本發(fā)明實施例系統(tǒng)的信號流圖；圖7所示為本發(fā)明實施例系統(tǒng)的另一信號流圖；圖8所示為本發(fā)明實施例系統(tǒng)的另一信號流圖；圖9所示為本發(fā)明實施例系統(tǒng)的另一信號流圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施方式和附圖，對 本發(fā)明做進一步詳細說明。在此，本發(fā)明的示意性實施方式及其說明用于解釋本發(fā)明，但并 不作為對本發(fā)明的限定。本發(fā)明實施例提供一種網(wǎng)絡(luò)業(yè)務(wù)處理方法、及網(wǎng)絡(luò)交換裝置和業(yè)務(wù)處理裝置。以 下結(jié)合附圖對本發(fā)明進行詳細說明。如圖1所示為本發(fā)明實施例多種網(wǎng)絡(luò)業(yè)務(wù)處理方法流程圖。包括步驟101，判斷是否接收到業(yè)務(wù)處理裝置對用戶的業(yè)務(wù)使用請求處理失敗的fn息ο步驟102，當接收到所述處理失敗信息時，則根據(jù)所述處理失敗信息將所述業(yè)務(wù)使 用請求發(fā)送給能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理。作為本發(fā)明的一個實施例，在步驟101之前，接收用戶的業(yè)務(wù)使用請求，將所述業(yè) 務(wù)使用請求發(fā)送給預定的業(yè)務(wù)處理裝置；或者，獲取所述用戶的業(yè)務(wù)能力信息，向所述用戶的業(yè)務(wù)能力信息對應的業(yè)務(wù)處 理裝置發(fā)送所述業(yè)務(wù)使用請求。其中，所述用戶的業(yè)務(wù)能力信息包括，該用戶能夠使用什 么業(yè)務(wù)，從而可以確定由哪種業(yè)務(wù)處理裝置處理該用戶的業(yè)務(wù)使用請求，所述獲取所述用 戶的業(yè)務(wù)能力信息包括可以從拜訪位置寄存器(Visitor Location Register, VLR)或者 HLR獲得用戶的業(yè)務(wù)能力信息。作為本發(fā)明的一個實施例，所述業(yè)務(wù)使用請求中包括計費請求或者業(yè)務(wù)控制請 求。作為本發(fā)明的一個實施例，所述步驟101之中包括所述業(yè)務(wù)處理裝置分析所述 業(yè)務(wù)使用請求，如果無法完成所述業(yè)務(wù)使用請求，則根據(jù)預定的錯誤列表生成包含有相應 錯誤代碼的所述處理失敗信息。
作為本發(fā)明的一個實施例，根據(jù)所述處理失敗信息將所述業(yè)務(wù)使用請求發(fā)送給能 夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理包括根據(jù)預定的控制列表匹配所 述錯誤代碼，找到所述預定業(yè)務(wù)處理裝置的地址，將所述業(yè)務(wù)使用請求發(fā)送給該能夠完成 所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理。作為本發(fā)明的一個實施例，根據(jù)所述處理失敗信息將所述業(yè)務(wù)使用請求發(fā)送給能 夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理包括根據(jù)所述處理失敗信息中的 所述預定業(yè)務(wù)處理裝置的地址信息，將所述業(yè)務(wù)使用請求發(fā)送給該預定業(yè)務(wù)處理裝置進行處理。其中，使用所述業(yè)務(wù)處理裝置相應的協(xié)議封裝所述業(yè)務(wù)使用請求。通過上述的實施例，業(yè)務(wù)處理裝置可以在該業(yè)務(wù)處理裝置不能處理用戶的業(yè)務(wù)使 用請求時指示到預定的業(yè)務(wù)處理裝置處理所述用戶的業(yè)務(wù)使用請求，實現(xiàn)了每次用戶在觸 發(fā)業(yè)務(wù)時能得到多種服務(wù)。如圖2所示為本發(fā)明實施例網(wǎng)絡(luò)交換裝置結(jié)構(gòu)示意圖。包括網(wǎng)絡(luò)交換單元201，轉(zhuǎn)發(fā)單元202。所述網(wǎng)絡(luò)交換單元201，用于判斷是否接收到業(yè)務(wù)處理裝置對用戶的業(yè)務(wù)使用請 求處理失敗的信息。所述轉(zhuǎn)發(fā)單元202，用于當接收到所述處理失敗信息時，則根據(jù)所述處理失敗信息 將所述業(yè)務(wù)使用請求發(fā)送給能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理。通過上述實施例，可以網(wǎng)絡(luò)交換裝置根據(jù)業(yè)務(wù)處理裝置的處理失敗信息將用戶的 業(yè)務(wù)使用請求發(fā)送給相應的業(yè)務(wù)處理裝置，這樣可以實現(xiàn)每次用戶在觸發(fā)業(yè)務(wù)時能得到多 種服務(wù)。如圖3所示為本發(fā)明實施例網(wǎng)絡(luò)交換裝置另一裝置結(jié)構(gòu)示意圖。如圖2所示的實施例一樣包括，網(wǎng)絡(luò)交換單元301，轉(zhuǎn)發(fā)單元302。還包括業(yè)務(wù)能力獲取單元303，用于從某個網(wǎng)元(例如HLR)獲取所述用戶的業(yè)務(wù) 能力信息，向所述用戶的業(yè)務(wù)能力信息對應的業(yè)務(wù)處理裝置發(fā)送所述業(yè)務(wù)使用請求。其中， 所述用戶的業(yè)務(wù)能力信息包括，該用戶能夠使用什么業(yè)務(wù)，從而可以確定由哪種業(yè)務(wù)處理 裝置處理該用戶的業(yè)務(wù)使用請求。匹配單元304，根據(jù)預定的控制列表匹配從業(yè)務(wù)處理裝置返回的處理失敗信息中 的錯誤代碼，找到所述預定業(yè)務(wù)處理裝置的地址。所述轉(zhuǎn)發(fā)單元302根據(jù)所述地址信息將所述業(yè)務(wù)使用請求發(fā)送給所述預定業(yè)務(wù) 處理裝置進行處理。所述網(wǎng)絡(luò)交換單元例如可以為MSC，或者網(wǎng)關(guān)通用分組無線服務(wù)支持節(jié)點 (GGSN)。如圖4所示為本發(fā)明實施例業(yè)務(wù)處理裝置結(jié)構(gòu)示意圖。包括分析單元401，用于分析網(wǎng)絡(luò)交換裝置傳送來的業(yè)務(wù)使用請求，如果無法完成 所述業(yè)務(wù)使用請求則根據(jù)預定的錯誤列表生成包含有相應錯誤代碼的所述處理失敗信息。返回單元402，用于將所述處理失敗信息返回給所述網(wǎng)絡(luò)交換裝置。所述分析單元401還進一步用于，如果無法完成所述業(yè)務(wù)使用請求，則生成包含 有能夠處理該業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置的地址信息的所述處理失敗信息。
所述業(yè)務(wù)處理裝置可以為OCS、SCP或者應用服務(wù)器(Application Server, AS)。如果該業(yè)務(wù)處理裝置能夠處理所述業(yè)務(wù)使用請求則進行相應的業(yè)務(wù)處理。通過上述實施例，通過業(yè)務(wù)處理裝置可以返回處理失敗信息，通知網(wǎng)絡(luò)交換裝置 應該向哪個業(yè)務(wù)處理裝置發(fā)送該業(yè)務(wù)使用請求，實現(xiàn)了每次用戶在觸發(fā)業(yè)務(wù)時能得到多種 服務(wù)。如圖5所示為本發(fā)明實施例多種網(wǎng)絡(luò)業(yè)務(wù)處理系統(tǒng)的結(jié)構(gòu)示意圖。包括網(wǎng)絡(luò)交換裝置501，多個業(yè)務(wù)處理裝置502。所述網(wǎng)絡(luò)交換裝置501如圖2或圖3所示實施例，所述業(yè)務(wù)處理裝置502如圖4 所示實施例。網(wǎng)絡(luò)交換裝置501，用于接收用戶的業(yè)務(wù)使用請求，將所述業(yè)務(wù)使用請求發(fā)送給所 述業(yè)務(wù)處理裝置502，并接收所述業(yè)務(wù)處理裝置502返回的處理失敗信息，將所述業(yè)務(wù)使用 請求發(fā)送給能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置502進行處理。所述業(yè)務(wù)處理裝置502，用于分析網(wǎng)絡(luò)交換裝置501傳送來的業(yè)務(wù)使用請求，如果 無法完成所述業(yè)務(wù)使用請求則生成相應的處理失敗信息，將所述處理失敗信息返回給所述 網(wǎng)絡(luò)交換裝置501。通過上述實施例，該系統(tǒng)可以實現(xiàn)每次用戶在觸發(fā)業(yè)務(wù)時能得到多種服務(wù)。如圖6所示為本發(fā)明實施例系統(tǒng)的信號流圖。在本實施例中，MSC為網(wǎng)絡(luò)交換裝置，該MSC同時支持傳統(tǒng)智能網(wǎng)CAMEL協(xié)議和 DCC協(xié)議，OCS和SCP為不同的業(yè)務(wù)處理裝置。應用場景為，用戶第一次打電話，系統(tǒng)要求用 戶首次激活用戶，設(shè)置密碼，在一次打電話的過程中同時激活用戶。步驟601，MSC對用戶終端的呼叫(即業(yè)務(wù)使用請求)進行基于DCC協(xié)議的計費， 向預定的OCS發(fā)送計費控制請求(CCR)的初始化(initial)消息。其中，MSC還可以從HLR 獲取用戶的業(yè)務(wù)能力信息，即該用戶是否能夠通過OCS進行計費，向該用戶相應的OCS發(fā)送 CCR初始化消息。步驟602，OCS對用戶進行分析，在本例中分析結(jié)果為，該用戶為首次激活，不能直 接進行呼叫，需要進行用戶的激活；而OCS的DCC協(xié)議無法滿足激活過程中的放音特性，只 有CAMEL協(xié)議可以，根據(jù)分析結(jié)果匹配錯誤列表，獲得錯誤代碼，OCS根據(jù)該錯誤代碼向MSC 返回計費控制應答(CCA)的初始化(initial)消息，指示MSC釋放DCC會話，觸發(fā)CAMEL 業(yè)務(wù)，在返回的計費控制應答初始化消息中包括了上述錯誤代碼。該錯誤列表例如可以為 當前分析的結(jié)果(在本例中為該用戶為首次激活，不能直接進行呼叫，需要進行用戶的激 活)，錯誤代碼(例如為1001)。步驟603，MSC根據(jù)接收到的計費控制應答消息，獲得所述錯誤代碼，再匹配控制 列表，得到應該向哪個業(yè)務(wù)處理裝置發(fā)出CAMEL業(yè)務(wù)使用請求的地址信息，在本例中釋放 DCC會話，向SCP發(fā)送初始會話請求(Initial DetectPoint，IDP)消息，觸發(fā)CAMEL業(yè)務(wù)。步驟604，SCP發(fā)送請求報告基本呼叫狀態(tài)模型事件(Request ReportBasic Call Status Model Event, RRBE)消息，要求MSC上報與用戶終端的會話狀態(tài)。步驟605，SCP下發(fā)連接資源(Connect to Recourse, CTR)，要求MSC連接到激活 用戶的放音資源；SCP下發(fā)放音并收集用戶輸入(Promote andCollect, P&C)，指示MSC放 音，提示用戶輸入密碼，所述放音是指播放激活用戶所需的提示語音。
步驟606，用戶輸入密碼后，MSC將密碼信息以P&C結(jié)果(Result)信令返回SCP。步驟607，SCP根據(jù)用戶密碼信息處理用戶首次激活，成功后下發(fā)繼續(xù)(Continue) 信令，指示MSC繼續(xù)呼叫，將用戶終端與被叫方的終端建立連接。至此，用戶可以第一次打電話激活帳戶，并連接呼叫，實現(xiàn)了觸發(fā)業(yè)務(wù)時能得到多 種服務(wù)。如圖7所示為本發(fā)明實施例系統(tǒng)的另一信號流圖。在本實施例中，MSC為網(wǎng)絡(luò)交換裝置，該MSC同時支持傳統(tǒng)智能網(wǎng)CAMEL協(xié)議和IP 多媒體核心子系統(tǒng)(IMS)的會話發(fā)起協(xié)議(SIP)，SCP和SIP的應用服務(wù)器(AS)為不同的 業(yè)務(wù)處理裝置。步驟701，MSC獲取用戶的業(yè)務(wù)使用請求，向預定的SCP觸發(fā)智能網(wǎng)普通呼叫初始 會話請求。步驟702，SCP對用戶進行分析，在本例中分析結(jié)果為，該用戶需要使用IMS業(yè)務(wù)而 不使用CAMEL智能業(yè)務(wù)，即該SCP無法完成用戶的IMS業(yè)務(wù)使用請求，根據(jù)上述分析結(jié)果匹 配錯誤列表得到相應的錯誤代碼，返回結(jié)束會話的信令(ReleaseCall)，在該信令中包括錯 誤代碼，該錯誤代碼用于指示MSC釋放本次CAMEL會話，觸發(fā)IMS業(yè)務(wù)。該錯誤列表例如可 以為當前分析的結(jié)果(在本例中為該用戶需要使用IMS業(yè)務(wù)而不使用CAMEL智能業(yè)務(wù))，錯 誤代碼(例如為1002)。步驟703，MSC根據(jù)所述SCP返回的信令，匹配控制列表，找到相應錯誤代碼對應的 能夠完成該IMS業(yè)務(wù)使用請求的業(yè)務(wù)處理裝置(在本例中為AQ的地址，釋放CAMEL會話， 觸發(fā)IMS業(yè)務(wù)，向相應地址的AS發(fā)送邀請信令(Invite)。步驟704，該AS向MSC返回嘗試(Trying)信令、振鈴信令和完成連接信令等建立 MSC和該AS的連接。步驟705，用戶終端與AS進行通信。如圖8所示為本發(fā)明實施例系統(tǒng)的另一信號流圖。在本實施例中，MSC為網(wǎng)絡(luò)交換裝置，該MSC同時支持傳統(tǒng)智能網(wǎng)CAMEL協(xié)議和 DCC協(xié)議，SCP和OCSl為不同的業(yè)務(wù)處理裝置。步驟801，MSC獲取用戶的業(yè)務(wù)使用請求，向預定的SCP觸發(fā)智能網(wǎng)普通呼叫初始 會話請求。步驟802，SCP對用戶進行分析，在本例中的分析結(jié)果為，該用戶可以直接使用DCC 協(xié)議進行扣費，不需要進行呼叫控制業(yè)務(wù)，匹配錯誤列表找到上述分析結(jié)果對應的錯誤代 碼和能夠處理該業(yè)務(wù)使用請求的業(yè)務(wù)處理裝置的地址，該SCP返回ReleaseCall信令，該信 令包括上述錯誤代碼和業(yè)務(wù)處理裝置的地址，該錯誤代碼用于指示MSC釋放本次CAMEL協(xié) 議會話，觸發(fā)DCC協(xié)議扣費。該錯誤列表例如可以為當前分析的結(jié)果(在本例中為該用戶 可以直接使用DCC協(xié)議進行扣費，不需要進行呼叫控制業(yè)務(wù))，錯誤代碼(例如為1003)，業(yè) 務(wù)處理裝置的地址(例如能夠處理該業(yè)務(wù)使用請求的OCS地址)。所述錯誤列表如下表所 示
權(quán)利要求
1.一種網(wǎng)絡(luò)業(yè)務(wù)處理方法，其特征在于包括判斷是否接收到業(yè)務(wù)處理裝置對用戶的業(yè)務(wù)使用請求處理失敗的信息；當接收到所述處理失敗信息時，則根據(jù)所述處理失敗信息將所述業(yè)務(wù)使用請求發(fā)送給 能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理，其中所述業(yè)務(wù)處理裝置包括計 費業(yè)務(wù)處理裝置和呼叫控制業(yè)務(wù)處理裝置。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述判斷是否接收到業(yè)務(wù)處理裝置對 用戶的業(yè)務(wù)使用請求處理失敗的信息之前還包括，接收用戶的業(yè)務(wù)使用請求，將所述業(yè)務(wù) 使用請求發(fā)送給預定的業(yè)務(wù)處理裝置；或者，獲取所述用戶的業(yè)務(wù)能力信息，向所述用戶的業(yè)務(wù)能力信息對應的業(yè)務(wù)處理裝 置發(fā)送所述業(yè)務(wù)使用請求。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷是否接收到業(yè)務(wù)處理裝置對用 戶的業(yè)務(wù)使用請求處理失敗的信息中包括所述業(yè)務(wù)處理裝置分析所述業(yè)務(wù)使用請求，如 果無法完成所述業(yè)務(wù)使用請求，則根據(jù)預定的錯誤列表生成包含有相應錯誤代碼的所述處 理失敗信息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，根據(jù)所述處理失敗信息將所述業(yè)務(wù)使用 請求發(fā)送給能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理包括根據(jù)預定的控 制列表匹配所述錯誤代碼，找到所述預定業(yè)務(wù)處理裝置的地址，將所述業(yè)務(wù)使用請求發(fā)送 給該能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述處理失敗信息包括所述預定業(yè)務(wù)處 理裝置的地址信息；在根據(jù)所述處理失敗信息將所述業(yè)務(wù)使用請求發(fā)送給能夠完成所述業(yè) 務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理包括根據(jù)所述處理失敗信息中的所述預定業(yè)務(wù) 處理裝置的地址信息，將所述業(yè)務(wù)使用請求發(fā)送給該預定業(yè)務(wù)處理裝置進行處理。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)使用請求中包括計費請求或者 業(yè)務(wù)控制請求。
7.一種系統(tǒng)，其特征在于包括網(wǎng)絡(luò)交換裝置和業(yè)務(wù)處理裝置；其中所述業(yè)務(wù)處理裝置用于分析網(wǎng)絡(luò)交換裝置傳送來的業(yè)務(wù)使用請求，如果無法完成 所述業(yè)務(wù)使用請求則根據(jù)錯誤列表生成相應的處理失敗信息，反饋給所述網(wǎng)絡(luò)交換裝，其 中所述業(yè)務(wù)處理裝置包括計費業(yè)務(wù)處理裝置和呼叫控制業(yè)務(wù)處理裝置；所述網(wǎng)絡(luò)交換裝置，包括網(wǎng)絡(luò)交換單元，用于判斷是否接收到業(yè)務(wù)處理裝置對用戶的業(yè)務(wù)使用請求處理失敗的 fn息；轉(zhuǎn)發(fā)單元，用于當接收到所述處理失敗信息時，則根據(jù)所述處理失敗信息將所述業(yè)務(wù) 使用請求發(fā)送給能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)交換裝置還包括業(yè)務(wù)能力獲取 單元，用于獲取所述用戶的業(yè)務(wù)能力信息，所述網(wǎng)絡(luò)交換單元向所述用戶的業(yè)務(wù)能力信息 對應的業(yè)務(wù)處理裝置發(fā)送所述業(yè)務(wù)使用請求。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)交換裝置還包括匹配單元，用 于根據(jù)預定的控制列表匹配從業(yè)務(wù)處理裝置返回的處理失敗信息中的錯誤代碼，找到所述 預定業(yè)務(wù)處理裝置的地址，所述轉(zhuǎn)發(fā)單元根據(jù)所述地址信息將所述業(yè)務(wù)使用請求發(fā)送給所述預定業(yè)務(wù)處理裝置進行處理。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述匹配單元，還用于獲取所述處理失 敗信息中的所述預定的業(yè)務(wù)處理裝置的地址信息，所述轉(zhuǎn)發(fā)單元根據(jù)所述地址信息將所述 業(yè)務(wù)使用請求發(fā)送給所述預定業(yè)務(wù)處理裝置進行處理。
全文摘要
本發(fā)明涉及通信領(lǐng)域，為了解決現(xiàn)有技術(shù)中用戶每次在觸發(fā)業(yè)務(wù)時僅能得到一種服務(wù)的問題，本發(fā)明實施例提供了一種網(wǎng)絡(luò)業(yè)務(wù)處理方法及系統(tǒng)，其中方法包括判斷是否接收到業(yè)務(wù)處理裝置對用戶的業(yè)務(wù)使用請求處理失敗的信息；當接收到所述處理失敗信息時，則根據(jù)所述處理失敗信息將所述業(yè)務(wù)使用請求發(fā)送給能夠完成所述業(yè)務(wù)使用請求的預定業(yè)務(wù)處理裝置進行處理。本發(fā)明實施例的有益效果在于，通過業(yè)務(wù)處理裝置返回處理失敗信息，網(wǎng)絡(luò)交換裝置可以根據(jù)該處理失敗信息尋找到能夠完成用戶的業(yè)務(wù)使用請求相應的業(yè)務(wù)處理裝置，從而使得用戶每次在觸發(fā)業(yè)務(wù)時能得到多種服務(wù)。
文檔編號H04W76/02GK102045869SQ20091020554
公開日2011年5月4日 申請日期2009年10月26日 優(yōu)先權(quán)日2009年10月26日
發(fā)明者王伍戎 申請人:華為技術(shù)有限公司