專利名稱：為移動臺提供業(yè)務(wù)的方法、移動臺及業(yè)務(wù)提供設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)，尤其涉及一種為移動臺(Mobile Station，簡稱MS)提 供業(yè)務(wù)的方法、移動臺及業(yè)務(wù)提供設(shè)備。
背景技術(shù)：
現(xiàn)有技術(shù)中，業(yè)務(wù)提供設(shè)備在向MS提供業(yè)務(wù)時，MS首先向業(yè)務(wù)提供設(shè)備發(fā)送業(yè) 務(wù)請求，例如上網(wǎng)、彩信等業(yè)務(wù)請求，業(yè)務(wù)設(shè)備針對業(yè)務(wù)請求發(fā)送響應(yīng)消息給MS，響應(yīng)消息 具體可以是MS所請求的頁面、彩信等，MS在收到響應(yīng)消息后會發(fā)送確認(rèn)消息給業(yè)務(wù)提供設(shè) 備，用于通知業(yè)務(wù)提供設(shè)備響應(yīng)消息已被MS收到。申請人:在實現(xiàn)本申請的過程中發(fā)現(xiàn)，現(xiàn)有技術(shù)中至少存在如下問題對于業(yè)務(wù)提 供設(shè)備返回的響應(yīng)消息，MS不管是否能夠識別，都會發(fā)送確認(rèn)消息給業(yè)務(wù)提供設(shè)備，通知業(yè) 務(wù)提供設(shè)備響應(yīng)消息已被MS收到。業(yè)務(wù)提供設(shè)備在收到MS發(fā)送的確認(rèn)消息之后，會認(rèn)為 MS能夠識別發(fā)送的響應(yīng)消息，但實際上，有時MS無法識別業(yè)務(wù)提供設(shè)備發(fā)送的響應(yīng)消息。

發(fā)明內(nèi)容
本發(fā)明的目的是針對現(xiàn)有技術(shù)中存在的問題，提供一種為移動臺提供業(yè)務(wù)的方 法、移動臺及業(yè)務(wù)提供設(shè)備，能夠在MS無法識別業(yè)務(wù)提供設(shè)備發(fā)送的響應(yīng)消息時及時進(jìn)行 錯誤糾正。本發(fā)明實施例提供了一種為移動臺提供業(yè)務(wù)的方法，包括移動臺向業(yè)務(wù)提供設(shè)備發(fā)送用于請求業(yè)務(wù)的業(yè)務(wù)請求；所述移動臺接收所述業(yè)務(wù)提供設(shè)備針對所述移動臺發(fā)送的業(yè)務(wù)請求返回的響應(yīng) 消息；當(dāng)所述移動臺無法識別所述響應(yīng)消息時，向所述業(yè)務(wù)提供設(shè)備發(fā)送錯誤信息；接收所述業(yè)務(wù)提供設(shè)備進(jìn)行錯誤糾正后返回的響應(yīng)消息。本發(fā)明實施例還提供了一種為移動臺提供業(yè)務(wù)的方法，包括業(yè)務(wù)提供設(shè)備接收移動臺發(fā)送的用于請求業(yè)務(wù)的業(yè)務(wù)請求；針對所述業(yè)務(wù)請求發(fā)送響應(yīng)消息給所述移動臺；接收所述移動臺在無法正確識別所述響應(yīng)消息時返回的錯誤信息；根據(jù)所述錯誤信息，對所述響應(yīng)消息進(jìn)行錯誤糾正，并將進(jìn)行錯誤糾正之后的響 應(yīng)消息發(fā)送給所述移動臺。本發(fā)明實施例還提供了一種移動臺，包括業(yè)務(wù)請求發(fā)送模塊，用于向業(yè)務(wù)提供設(shè)備發(fā)送用于請求業(yè)務(wù)的業(yè)務(wù)請求；響應(yīng)接收模塊，用于接收所述業(yè)務(wù)請求發(fā)送模塊發(fā)送的業(yè)務(wù)請求返回的響應(yīng)消 息；響應(yīng)識別模塊，用于識別所述響應(yīng)消息；錯誤信息發(fā)送模塊，當(dāng)所述響應(yīng)識別模塊無法識別所述響應(yīng)消息時，向所述業(yè)務(wù)提供設(shè)備發(fā)送錯誤信息。本發(fā)明實施例還提供了一種業(yè)務(wù)提供設(shè)備，包括業(yè)務(wù)請求接收模塊，用于接收移動臺發(fā)送的用于請求業(yè)務(wù)的業(yè)務(wù)請求；響應(yīng)發(fā)送模塊，針對所述業(yè)務(wù)請求發(fā)送響應(yīng)消息給所述移動臺；錯誤信息接收模塊，用于接收所述移動臺在無法正確識別所述響應(yīng)消息時返回的 錯誤信息；錯誤信息處理模塊，用于根據(jù)所述錯誤信息，對所述響應(yīng)消息進(jìn)行錯誤糾正，并將 進(jìn)行錯誤糾正之后的響應(yīng)消息發(fā)送給所述移動臺。本發(fā)明實施例中，MS在無法處理響應(yīng)消息時，返回錯誤信息，這樣業(yè)務(wù)提供設(shè)備就 可以及時獲知MS無法識別響應(yīng)消息這一信息，并在MS返回錯誤信息之后，進(jìn)行相應(yīng)的錯誤 糾正，使得糾正錯誤之后的響應(yīng)消息能夠被MS正確識別。下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例流程圖；圖2所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例流程圖；圖3所示為本發(fā)明實施例中涉及到的一種WAP網(wǎng)絡(luò)架構(gòu)示意圖；圖4所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例信令交互圖；圖5所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例信令交互圖；圖6所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例信令交互圖；圖7所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例信令交互圖；圖8所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例流程圖；圖9所示為本發(fā)明業(yè)務(wù)提供設(shè)備實施例結(jié)構(gòu)示意圖；圖10所示為本發(fā)明業(yè)務(wù)提供設(shè)備實施例結(jié)構(gòu)示意圖；圖11所示為本發(fā)明MS實施例結(jié)構(gòu)示意圖。
具體實施例方式如圖1所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例流程圖，包括步驟101、MS向業(yè)務(wù)提供設(shè)備發(fā)送用于請求業(yè)務(wù)的業(yè)務(wù)請求；步驟102、MS接收所述業(yè)務(wù)提供設(shè)備針對所述MS發(fā)送的業(yè)務(wù)請求返回的響應(yīng)消 息；步驟103、當(dāng)MS無法識別所述響應(yīng)消息時，向所述業(yè)務(wù)提供設(shè)備發(fā)送錯誤信息；步驟104、接收業(yè)務(wù)提供設(shè)備進(jìn)行錯誤糾正后返回的響應(yīng)消息。在一個實施例中，步驟103中的錯誤信息可以是MS識別響應(yīng)消息的過程中發(fā)生的 錯誤類型對應(yīng)的錯誤信息編號。錯誤信息可以攜帶在MS與業(yè)務(wù)提供設(shè)備進(jìn)行交互的相關(guān) 消息中。如圖2所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例流程圖，包括步驟201、業(yè)務(wù)提供設(shè)備接收MS發(fā)送的用于請求業(yè)務(wù)的業(yè)務(wù)請求；步驟202、針對業(yè)務(wù)請求發(fā)送響應(yīng)消息給MS ；
步驟203、接收MS在無法正確識別響應(yīng)消息時返回的錯誤信息；步驟204、根據(jù)錯誤信息，對響應(yīng)消息進(jìn)行錯誤糾正，并將進(jìn)行錯誤糾正之后的響 應(yīng)消息發(fā)送給MS。在一個實施例中，步驟102和步驟202中的響應(yīng)消息中攜帶有用于通知所述MS反 饋響應(yīng)消息處理結(jié)果的信息?？蛇x地，可以在響應(yīng)消息中添加響應(yīng)結(jié)果字段，將用于通知MS 反饋響應(yīng)消息處理結(jié)果的信息添加在響應(yīng)結(jié)果字段中。在一個實施例中，在步驟201和202之間，可以包括業(yè)務(wù)提供設(shè)備在預(yù)先存儲的錯 誤糾正數(shù)據(jù)庫中查找是否有關(guān)于所述MS的錯誤糾正記錄的步驟，如果有關(guān)于MS的錯誤糾 正記錄，則業(yè)務(wù)提供設(shè)備根據(jù)MS的錯誤糾正記錄，對響應(yīng)消息預(yù)先進(jìn)行錯誤糾正。在一個實施例中，還可以包括在收到MS發(fā)送的用于表明成功識別響應(yīng)消息的確 認(rèn)消息之后，業(yè)務(wù)提供設(shè)備在錯誤糾正數(shù)據(jù)庫中進(jìn)行關(guān)于所述MS的錯誤糾正記錄。在一個實施例中，還可以包括業(yè)務(wù)提供設(shè)備將成功進(jìn)行錯誤糾正的錯誤糾正方法 的成功次數(shù)記錄；對針對同一種錯誤的不同錯誤糾正方法進(jìn)行優(yōu)先級排序，成功次數(shù)越多 的錯誤糾正方法，優(yōu)先級越高；在步驟204中根據(jù)MS發(fā)送的錯誤信息，對所述響應(yīng)消息進(jìn)行 錯誤糾正時，業(yè)務(wù)提供設(shè)備選擇優(yōu)先級最高的錯誤糾正方法進(jìn)行錯誤糾正。在一個實施例中，MS請求的業(yè)務(wù)可以為無線應(yīng)用協(xié)議(WirelessApplication Protocol，簡稱WAP)業(yè)務(wù)或流媒體業(yè)務(wù)。不同業(yè)務(wù)對應(yīng)的業(yè)務(wù)提供設(shè)備不同，如在WAP業(yè) 務(wù)中，業(yè)務(wù)提供設(shè)備可以是WAP網(wǎng)關(guān)(WAPGW)或頁面(Web)服務(wù)器。例如，當(dāng)MS請求郵件、 短信、彩信、上網(wǎng)等業(yè)務(wù)時，MS發(fā)送業(yè)務(wù)請求給業(yè)務(wù)提供設(shè)備，業(yè)務(wù)提供設(shè)備向MS返回響應(yīng) 消息，并在響應(yīng)消息中攜帶用于通知MS返回響應(yīng)消息處理結(jié)果的信息，當(dāng)MS無法識別業(yè)務(wù) 提供設(shè)備返回的響應(yīng)消息時，例如當(dāng)MS無法識別業(yè)務(wù)提供設(shè)備返回的響應(yīng)消息中的郵件、 短信、彩信、網(wǎng)頁等內(nèi)容時，MS向業(yè)務(wù)提供設(shè)備返回錯誤信息，這樣業(yè)務(wù)提供設(shè)備就可以將 響應(yīng)消息進(jìn)行錯誤糾正之后再發(fā)送給MS。下面以WAP業(yè)務(wù)為例，來介紹本發(fā)明實施例中向 MS提供業(yè)務(wù)的方法的具體實現(xiàn)過程。如圖3所示為本發(fā)明實施例中涉及到的一種WAP網(wǎng)絡(luò)架構(gòu)示意圖，多個MS通過 WAP網(wǎng)關(guān)與Web服務(wù)器通信。WAPGW設(shè)置在MS和Web服務(wù)器之間，主要用于為MS提供上 網(wǎng)、彩信等業(yè)務(wù)。WAPGW接收MS的請求(包括GET請求和POST請求)，并將MS的請求轉(zhuǎn)發(fā) 給Web服務(wù)器，然后將Web服務(wù)器返回的響應(yīng)消息發(fā)送給MS。同時WAPGW完成訪問控制、計 費、頁面轉(zhuǎn)換等功能。例如，對于支持WAP1. X協(xié)議的MS，需要通過WAPGW與Web服務(wù)器通 信，而無法直接與Web服務(wù)器通信。在另一種WAP網(wǎng)絡(luò)架構(gòu)中，MS不需要通過WAPGW與Web服務(wù)器連接，MS可以直接 與Web服務(wù)器通信。例如對于支持WAP2. 0協(xié)議的MS，不需要經(jīng)過WAPGW，而直接與Web服
務(wù)器通信。下面分別針對這兩種網(wǎng)絡(luò)架構(gòu)來描述。一、MS通過WAPGW與Web服務(wù)器通信針對MS所請求的業(yè)務(wù)不同，響應(yīng)消息的內(nèi)容也不同。以MS請求WAP上網(wǎng)業(yè)務(wù)為 例，響應(yīng)消息就應(yīng)當(dāng)是HTTP/1. 12000K響應(yīng)消息。如圖4所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例信令交互圖，圖4針對的是WAP 網(wǎng)絡(luò)中MS上網(wǎng)業(yè)務(wù)的處理過程，包括
步驟401、MS和WAPGW之間發(fā)送同步消息，建立連接。首先，MS向WAPGW發(fā)送同步 消息(Synchronization，簡稱 SYN)，WAPGW 向 MS 回復(fù)一個同步確認(rèn)消息(Synchronization Acknowledge，簡稱SYN ACK)，再由MS向WAPGW發(fā)送一個確認(rèn)消息(Acknowledge，簡稱 ACK)，連接就建立起來了。步驟402、MS 向 WAPGW 發(fā)送 GET 請求(GET Request)；步驟403、WAPGW在收到MS發(fā)送的GET請求(GET Request)后，發(fā)送同步消息， 與Web服務(wù)器之間建立連接。首先，WAPGW向Web服務(wù)器發(fā)送同步消息(SYN)，Web服務(wù)器 向WAPGW回復(fù)一個同步確認(rèn)消息(SYN ACK)，再由WAPGW向Web服務(wù)器發(fā)送一個確認(rèn)消息 (ACK)，連接就建立起來了。步驟404、在WAPGW完成與Web服務(wù)器之間的連接建立之后，WAPGW將MS發(fā)送的 GET請求(GET Request)發(fā)送給Web服務(wù)器。步驟405、Web服務(wù)器基于WAPGW發(fā)送的GET請求(GET Request)返回 HTTP/1. 12000K 響應(yīng)消息。步驟406、WAPGW將Web服務(wù)器發(fā)送的HTTP/1. 12000K響應(yīng)消息進(jìn)行頁面處理、壓
縮等處理后，將響應(yīng)消息發(fā)送給MS。步驟407、如果MS無法正確識別WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息時，MS向 WAPGW發(fā)送POST請求(POST Request)，在該POST請求中攜帶具體的錯誤信息。步驟408、WAPGW在收到MS發(fā)送的POST請求(POST Request)之后，從其中解析出 具體的錯誤信息，并根據(jù)錯誤信息對HTTP/1. 12000K響應(yīng)消息進(jìn)行錯誤糾正，然后將進(jìn)行 錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息發(fā)送給MS。步驟409、如果MS可以正確識別進(jìn)行錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息，則 MS斷開與WAPGW之間的連接。步驟410、WAPGW斷開與Web服務(wù)器之間的連接。MS在收到WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息后，判斷自身是否可以正確識別。 如果MS判斷自身無法正確識別HTTP/1. 12000K響應(yīng)消息，則將錯誤信息發(fā)送給WAPGW。MS 不能正確識別HTTP/1. 12000K響應(yīng)消息的原因有多種，所以錯誤信息的種類也有很多?？?以將不同的錯誤信息進(jìn)行分類，如表一所示為本發(fā)明實施例中錯誤信息編號和具體內(nèi)容的 對應(yīng)關(guān)系表示例。表一、本發(fā)明實施例中錯誤信息編號和具體內(nèi)容的對應(yīng)關(guān)系表示例

4999未知錯誤表一中所示的不同的錯誤信息編號表示的不同內(nèi)容，MS和WAPGW之間可以事先協(xié) 商好。需要說明的是，表一中僅給出了幾個錯誤信息的例子，在實際應(yīng)用中可能有多種錯誤 信息，不限于表一中所示出的錯誤信息，對于多種錯誤信息的情況，均可以按照與表一類似 的方式，將錯誤信息的內(nèi)容與錯誤信息編號相對應(yīng)。MS可以通過POST請求(POST Request)攜帶錯誤信息。如表二所示為本發(fā)明實施 例中涉及到的攜帶有錯誤信息的POST (請求)格式。表二、本發(fā)明實施例中涉及到的攜帶有錯誤信息的POST(請求)格式 表二所示的POST請求(POST Request)通過擴(kuò)展字段的方式來攜帶錯誤信息。如， 增加了 "Response-ACK，，字段,該字段中包含 errorcodel、errorcode2 和 errorcode3 這三 個錯誤碼參數(shù)，這三個錯誤碼參數(shù)的取值可以是表一中錯誤信息編號的值，用于表示MS在 處理HTTP/1. 12000K響應(yīng)消息過程中出現(xiàn)的錯誤，例如，errorcodel = 4001，errorcode2 =4002，errorcode3 = 4004，表示MS不支持以\r\n結(jié)尾的編碼，不支持Big5編碼方式， 同時頁面過大。表二中所示的POST請求(POST Request)中，錯誤信息有多個，所以錯誤碼 參數(shù)有多個，各個錯誤碼參數(shù)之間以逗號隔開。如果錯誤信息只有一個，則可以只有一個錯 誤碼參數(shù)。需要說明的是，本發(fā)明實施例中MS返回的錯誤信息也可以在GET請求(GET Request)中攜帶，GET請求和POST請求是超文本傳輸協(xié)議(HyperTextTransfer Protocol, 簡稱HTTP)具體的攜帶方式也可以是在GET請求(GETRequest)中增加“Response-ACK”字 段，通過給該字段中的錯誤碼參數(shù)附不同的值來攜帶不同的錯誤信息。WAPGW在收到MS發(fā)送的POST請求(POST Request)之后，解析出其中的錯誤 信息，根據(jù)其中的錯誤信息糾正HTTP/1. 12000K響應(yīng)消息，然后將進(jìn)行錯誤糾正之后的 HTTP/1. 12000K 響應(yīng)消息給 MS。例如，如果MS在接收到WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息之后，根據(jù) “Content-Length”字段中的內(nèi)容判斷頁面過大，則MS向WAPGW發(fā)送POST請求(POST Request)，在“Response-ACK”字段中攜帶一個錯誤碼參數(shù)，該錯誤碼參數(shù)的值取為4004。 WAPGW根據(jù)接收到的POST請求(POST Request)中的錯誤碼參數(shù)的值，獲知MS無法處理 HTTP/1. 12000K響應(yīng)消息的原因是由于頁面過大，則WAPGW將HTTP/1. 12000K響應(yīng)消息中的 頁面進(jìn)行壓縮，并將錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息發(fā)送給MS，進(jìn)行錯誤糾正之 后的HTTP/1. 12000K響應(yīng)消息中“Content-Length”字段的內(nèi)容是經(jīng)過頁面壓縮之后的頁 面大小。針對如表一所示的各種錯誤信息，WAPGW可以有如表三所示的相應(yīng)的處理方式。
表三、本發(fā)明實施例中涉及到的WAPGW針對各種錯誤信息進(jìn)行錯誤糾正的方式 如果MS收到WAPGW發(fā)送的進(jìn)行錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息之后，仍 然無法處理，則MS可以再次向WAPGW發(fā)送POST請求(POSTRequest)，在其中攜帶錯誤信息。 如果MS多次發(fā)送的POST請求(POSTRequest)中錯誤碼參數(shù)的值均不同，則WAPGW將根據(jù) 錯誤碼參數(shù)，多次進(jìn)行錯誤糾正。如果MS多次返回的錯誤碼參數(shù)的值均相同，則WAPGW可 以確定該錯誤經(jīng)過多次糾正依然無法解決，WAPGW關(guān)閉與MS的連接，并記錄該錯誤信息，通 知維護(hù)人員進(jìn)行分析解決。WAPGW可以建立錯誤糾正數(shù)據(jù)庫，WAPGW每次成功糾正錯誤之后，可以記錄錯誤信 息的種類、錯誤糾正方法信息、MS的類型、MS所使用的瀏覽器類型、MS所訪問的URL頁面等 信息。這樣當(dāng)同一個MS再次請求相同的業(yè)務(wù)時，WAPGW可以先從錯誤糾正數(shù)據(jù)庫中進(jìn)行查 找，確定是否有當(dāng)前請求業(yè)務(wù)的MS的記錄，如果有，則可以根據(jù)錯誤糾正數(shù)據(jù)庫中關(guān)于該 MS的記錄，將該MS在識別WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息過程中出現(xiàn)的各種錯誤， 預(yù)先進(jìn)行糾正，然后再將糾正錯誤之后的HTTP/1. 12000K響應(yīng)消息發(fā)送給MS，這樣就避免 了 MS每次請求相同的業(yè)務(wù)時都會產(chǎn)生同樣的錯誤的情況，提高了 MS側(cè)的用戶體驗，并且也 省去了 MS多次針對同樣的錯誤上報WAPGW的流程。如果WAPGW根據(jù)錯誤糾正數(shù)據(jù)庫中的記錄，預(yù)先進(jìn)行了錯誤糾正，但是MS在收到 WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息后，仍然返回了同樣的錯誤信息，則說明MS所使用的 瀏覽器類型發(fā)生了變化，WAPGW根據(jù)MS返回的錯誤信息進(jìn)行錯誤糾正，當(dāng)接收到MS返回的 結(jié)束確認(rèn)消息(FIN ACK)之后，在錯誤糾正數(shù)據(jù)庫中更新關(guān)于該MS的記錄。MS在識別HTTP/1. 12000K響應(yīng)消息的過程中產(chǎn)生的錯誤，有的是由于運營商 (Service Provider，簡稱SP)自身的原因造成的，經(jīng)過一段時間以后，SP在通過Web服務(wù) 器下發(fā)HTTP/1. 12000K響應(yīng)消息的時候，會自行糾正錯誤，這樣在WAPGW中存儲的錯誤糾正記錄就無需繼續(xù)保存，可以刪除。另外，有的頁面的訪問率較低，在WAPGW中也沒必要長期 保存關(guān)于這類頁面的錯誤糾正記錄，可以定期進(jìn)行刪除。對于一種錯誤，可以有多種錯誤糾正方法。例如，一種錯誤有n種錯誤糾正方法， 可以對每種錯誤糾正方法的錯誤糾正成功次數(shù)進(jìn)行統(tǒng)計。在WAPGW通過其中一種錯誤糾正 方法成功進(jìn)行錯誤糾正之后，將該錯誤糾正方法的成功次數(shù)加1，將n中錯誤糾正方法按照 錯誤糾正成功次數(shù)進(jìn)行優(yōu)先級排序，成功次數(shù)最多的方法，優(yōu)先級最高。這樣，WAPGW后續(xù) 進(jìn)行錯誤糾正時，針對這種錯誤，就可以選擇優(yōu)先級最高的錯誤糾正方法進(jìn)行錯誤糾正。上述各實施例提供的方法，是由MS在無法識別WAPGW返回的響應(yīng)消息時，主動反 饋錯誤信息給WAPGW。另一種實施方式也可以是由WAPGW向MS發(fā)送信息要求MS反饋錯誤 信息，MS被動反饋錯誤信息給WAPGW。具體地實現(xiàn)方法可以是WAPGW發(fā)送針對MS發(fā)送的 請求返回的響應(yīng)消息，該針對MS發(fā)送的請求返回的響應(yīng)消息中攜帶有用于通知所述MS反 饋響應(yīng)消息處理結(jié)果的信息；當(dāng)MS無法正確識別針對MS發(fā)送的請求返回的響應(yīng)消息時，接 收MS發(fā)送的錯誤信息；根據(jù)MS發(fā)送的錯誤信息，對響應(yīng)消息進(jìn)行錯誤糾正，并將進(jìn)行錯誤 糾正之后的響應(yīng)消息發(fā)送給MS。在該實施例中，WAPGW在將Web服務(wù)器針對MS請求的業(yè)務(wù)返回的響應(yīng)消息發(fā)送給 MS的時候，在響應(yīng)消息中攜帶用于通知MS反饋響應(yīng)消息處理結(jié)果的信息，要求MS在無法識 別響應(yīng)消息時，返回錯誤信息，這樣WAPGW就可以及時獲知MS無法正確識別響應(yīng)消息這一 信息，并在MS返回錯誤信息之后，進(jìn)行相應(yīng)的錯誤糾正，使得糾正錯誤之后的響應(yīng)消息能 夠被MS正確識別，提高M(jìn)S側(cè)的用戶體驗。如圖5所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例信令交互圖，圖5中針對的是通 過WAP網(wǎng)絡(luò)為MS用戶提供上網(wǎng)業(yè)務(wù)的情況，圖5所示的實施例與圖4的區(qū)別在于步驟506 中WAPGW在Web服務(wù)器發(fā)送的HTTP/1. 12000K響應(yīng)消息中添加用于通知MS反饋響應(yīng)消息 處理結(jié)果的信息，而步驟406中WAPGW在接收到Web服務(wù)器發(fā)送的HTTP/1. 12000K響應(yīng)消 息中不添加用于通知MS反饋響應(yīng)消息處理結(jié)果的信息。其余步驟501-505、507-510的實 現(xiàn)過程參考圖4所示的實施例的401-405、407-410，這里不再贅述。步驟506中WAPGW在Web服務(wù)器發(fā)送的HTTP/1. 12000K響應(yīng)消息中添加用于通知 MS反饋響應(yīng)消息處理結(jié)果的信息具體可以是，在HTTP/1. 12000K響應(yīng)消息中添加響應(yīng)結(jié)果 (Response-Result)字段，在響應(yīng)結(jié)果字段(Response-Result)字段中添加用于通知MS反 饋響應(yīng)消息處理結(jié)果的信息。步驟506中，WAPGW發(fā)送給MS的HTTP/1. 12000K響應(yīng)消息中的格式可以如表一所
7J\ o表四、本發(fā)明實施例中涉及到的HTTP/1. 12000K響應(yīng)消息的格式
<body>表四中所示的HTTP/1. 12000K響應(yīng)消息為基于超文本傳輸協(xié)議(Hypertext Transfer Protocol，簡稱HTTP)的消息格式。HTTP/1. 12000K響應(yīng)消息包括消息頭和消息 體兩部分，從“HTTP/1. 12000K”到“\r\n”部分為消息頭，“〈body〉”部分為消息體。在消 息頭中定義了各種參數(shù)，例如，“Date”字段定義時間，“Content-Length”字段定義了消息 體部分的頁面大小，“Content-Type”字段定義了消息體中的內(nèi)容的類型，對于表四所示的 HTTP/1. 12000K響應(yīng)消息，“Content-Type”字段的內(nèi)容表示的含義為，該HTTP/1. 12000K響 應(yīng)消息中的頁面格式為WML，采用GB2312編碼。表四中所示的HTTP/1. 12000K響應(yīng)消息通過擴(kuò)展字段的方式來攜帶該通知。如， 增加了 “Response-Result”字段(如表四中斜體字所示)，該字段用于通知MS反饋響應(yīng)消 息處理結(jié)果。具體地，可以給“Response-Result”字段中的反饋參數(shù)(Need-Feedback)設(shè)置 不同的值來表示需要MS反饋不同的響應(yīng)消息處理結(jié)果。例如，可以規(guī)定，當(dāng)Need-Feedback 的值設(shè)置為1時，表示僅需要MS反饋錯誤信息，如果MS能夠正確識別WAPGW發(fā)送的 HTTP/1. 12000K響應(yīng)消息，則無需MS反饋信息；當(dāng)Need-Feedback的值設(shè)置為2時，表示需 要MS反饋所有的信息，即如果MS能夠正確識別WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息，則 需要MS反饋用于表明能夠MS能夠正確識別WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息的信息； 如果MS不能正確識別WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息，則需要MS反饋用于表明MS 不能正確識別WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息的信息。如圖6所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例信令交互圖，具體包括步驟601、MS和WAPGW之間發(fā)送同步消息，建立連接。建立連接的步驟與步驟1相 同。步驟602、MS 向 WAPGW 發(fā)送 GET 請求(GET Request)，該 GET 請求(GETRequest)中 的“Accep ”字段中的內(nèi)容為“ */* ”，表示支持所有的頁面格式。步驟603、WAPGW記錄MS的信息，包括MS的類型、MS使用的瀏覽器的類型、MS訪 問的URL頁面信息等。
步驟604、WAPGW在收到GET請求(GET Request)后，發(fā)送同步消息，與Web服務(wù)器 之間建立連接，然后GW將接收到的GET請求(GET Request)發(fā)送給Web服務(wù)器步驟605、Web 服務(wù)器根據(jù) GET 請求(GET Request)向 WAPGW 返回 HTTP/1. 12000K 響應(yīng)消息，該HTTP/1. 12000K響應(yīng)消息中的頁面格式為HTML。步驟606、WAPGW在收到Web服務(wù)器返回的HTTP/1. 12000K響應(yīng)消息后，到錯誤 糾正數(shù)據(jù)庫中查找當(dāng)前請求服務(wù)的MS在該錯誤糾正數(shù)據(jù)庫中是否有錯誤糾正記錄，如 果無錯誤糾正記錄，則WAPGW在HTTP/1. 12000K響應(yīng)消息的“Response-Result”中，將 Need-Feedback的值設(shè)置為1，并將HTTP/1. 12000K響應(yīng)消息發(fā)送給MS ；如果有錯誤糾正 記錄，則WAPGW根據(jù)查找到的錯誤糾正記錄，將HTTP/1. 12000K響應(yīng)消息中的相應(yīng)內(nèi)容糾 正為經(jīng)過錯誤糾正之后的內(nèi)容，例如，在錯誤糾正數(shù)據(jù)庫中存在一個第一 MS，該第一 MS不 支持HTML頁面格式，錯誤糾正方法為將HTML頁面格式轉(zhuǎn)換為WML頁面格式，WAPGW可 以將Web服務(wù)器發(fā)送的HTTP/1. 12000K響應(yīng)消息中頁面格式轉(zhuǎn)換為WML格式，然后再在 HTTP/1. 12000K響應(yīng)消息中添加”Response-Result”字段，將Need-Feedback的值設(shè)置為 1，并將HTTP/1. 12000K響應(yīng)消息發(fā)送給MS。在本實施例中假設(shè)在錯誤糾正數(shù)據(jù)庫中沒有查找到當(dāng)前請求業(yè)務(wù)的MS的錯誤糾 正記錄。步驟607、如果當(dāng)前請求業(yè)務(wù)的MS不支持HTML頁面格式，則該MS向WAPGW發(fā)送 POST請求(POST Request)，該請求中“Response-ACK”字段中有一個錯誤碼參數(shù)，該錯誤 碼參數(shù)的值為4003，表示當(dāng)前請求業(yè)務(wù)的MS不支持HTML頁面格式。雖然在步驟602中 MS向WAPGW發(fā)送的GET請求(GET Request)中表明自身支持所有的頁面格式，但是實際 上仍然可以會有一些頁面格式不能支持。所以MS仍然有可能無法正確識別WAPGW發(fā)送 HTTP/1. 12000K 響應(yīng)消息。步驟608、WAPGW在收到MS發(fā)送的POST請求(POST Request)后，根據(jù)其中的錯 誤碼參數(shù)的值，獲知當(dāng)前請求業(yè)務(wù)的MS不支持HTML頁面格式，然后根據(jù)針對這種錯誤的各 種錯誤糾正方法的優(yōu)先級，選擇優(yōu)先級最高的方法，進(jìn)行錯誤糾正。例如，針對MS不支持 HTML頁面格式這種錯誤，將頁面格式轉(zhuǎn)換為WML格式這種錯誤糾正方法的優(yōu)先級最高，則 WAPGW將HTTP/1. 12000K響應(yīng)消息中的頁面格式修改為WML格式，并將經(jīng)過錯誤糾正之后的 HTTP/1. 12000K響應(yīng)消息發(fā)送給MS。步驟609、MS可以正確識別HTTP/1. 12000K響應(yīng)消息，則MS向WAPGW發(fā)送確認(rèn)消 息(ACK)。步驟610、WAPGW接收到MS發(fā)送的確認(rèn)消息(ACK)后，在錯誤糾正數(shù)據(jù)庫中進(jìn)行錯 誤糾正記錄，并且將把頁面格式轉(zhuǎn)換成WML這種錯誤糾正方式的錯誤糾正成功次數(shù)加1。步驟611、WAPGW向MS發(fā)送FIN ACK，斷開與MS的連接，然后斷開與Web服務(wù)器之 間的連接。在步驟606中，如果將Need-Feedback字段的值設(shè)置為2，則步驟609中MS向 WAPGW 返回響應(yīng)確認(rèn) 4000 消息(Response-ACK 4000)。二、MS直接與Web服務(wù)器通信對于前述MS通過WAPGW與Web服務(wù)器通信的網(wǎng)絡(luò)架構(gòu)，Web服務(wù)器返回給MS的 響應(yīng)消息由WAPGW發(fā)送給MS，WAPGW可以看作是為MS提供業(yè)務(wù)的業(yè)務(wù)提供設(shè)備，根據(jù)MS返回的錯誤信息進(jìn)行錯誤糾正的操作是由WAPGW來執(zhí)行的。對于MS直接與Web服務(wù)器通信 的情況，Web服務(wù)器可以看作是為MS提供業(yè)務(wù)的業(yè)務(wù)提供設(shè)備，根據(jù)MS返回的錯誤信息進(jìn) 行錯誤糾正的操作需要由Web服務(wù)器來執(zhí)行。Web服務(wù)器進(jìn)行錯誤糾正的具體實現(xiàn)方式，與 前述WAPGW進(jìn)行錯誤糾正的方法相同。如圖7所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例信令交互圖，包括步驟701、MS和Web服務(wù)器之間發(fā)送同步消息，建立連接。首先，MS向Web服務(wù) 器發(fā)送同步消息(Synchronization，簡稱SYN)，Web服務(wù)器向MS回復(fù)一個同步確認(rèn)消息 (Synchronization Acknowledge，簡稱SYN ACK)，再由MS向Web服務(wù)器發(fā)送一個確認(rèn)消息 (Acknowledge,簡稱ACK)，連接就建立起來了。步驟702、MS 向 Web 服務(wù)器發(fā)送 GET 請求(GET Request)；步驟703、Web 服務(wù)器基于 MS 發(fā)送的 GETi青求(GET Request)返回 HTTP/1. 12000K 響應(yīng)消息。步驟704、如果MS無法正確識別Web服務(wù)器發(fā)送的HTTP/1. 12000K響應(yīng)消息時，MS 向Web服務(wù)器發(fā)送POST請求(POST Request)，在該POST請求中攜帶具體的錯誤信息。錯 誤信息可以是MS識別響應(yīng)消息的過程中發(fā)生的錯誤類型對應(yīng)的錯誤信息編號。步驟705、Web服務(wù)器在收到MS發(fā)送的POST請求(POST Request)之后，從其中解 析出具體的錯誤信息，并根據(jù)錯誤信息對HTTP/1. 12000K響應(yīng)消息進(jìn)行錯誤糾正，然后將 進(jìn)行錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息發(fā)送給WAPGW。步驟706、如果MS可以正確識別進(jìn)行錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息，則 MS斷開與Web服務(wù)器之間的連接。可以看出，圖7所示的流程與圖4所示的流程相比較，少了 MS與WAPGW之間的信
息交互。Web服務(wù)器進(jìn)行錯誤糾正的方式與WAPGW進(jìn)行錯誤糾正的方式相同，例如，Web服 務(wù)器可以建立錯誤糾正數(shù)據(jù)庫，每次成功糾正錯誤之后，可以記錄錯誤信息的種類、錯誤糾 正方法信息、MS的類型、MS所使用的瀏覽器類型、MS所訪問的URL頁面等信息。Web服務(wù)器 后續(xù)進(jìn)行錯誤糾正時，針對一種錯誤，可以按照優(yōu)先級最高的錯誤糾正方法進(jìn)行錯誤糾正。如圖8所示為本發(fā)明為MS提供業(yè)務(wù)的方法實施例流程圖，包括步驟801、MS和WAPGW之間發(fā)送同步消息，建立連接。。步驟802、MS 向 WAPGW 發(fā)送 GET 請求(GET Request)；步驟803、WAPGW在收到MS發(fā)送的GET請求(GET Request)后，發(fā)送同步消息，與 Web服務(wù)器之間建立連接。步驟804、在WAPGW完成與Web服務(wù)器之間的連接建立之后，WAPGW將MS發(fā)送的 GET請求(GET Request)發(fā)送給Web服務(wù)器。步驟805、Web服務(wù)器基于WAPGW發(fā)送的GET請求(GET Request)返回 HTTP/1. 12000K 響應(yīng)消息。步驟806、WAPGW將Web服務(wù)器發(fā)送的HTTP/1. 12000K響應(yīng)消息進(jìn)行頁面處理、壓
縮等處理后，將響應(yīng)消息發(fā)送給MS。步驟807、如果MS無法正確識別WAPGW發(fā)送的HTTP/1. 12000K響應(yīng)消息時，MS向 WAPGW發(fā)送POST請求(POST Request)，在該POST請求中攜帶具體的錯誤信息。錯誤信息可以是MS識別響應(yīng)消息的過程中發(fā)生的錯誤類型對應(yīng)的錯誤信息編號。步驟808、WAPGW將接收到的POST請求(POST Request)發(fā)送給Web服務(wù)器。步驟809、在收到MS發(fā)送的POST請求(POST Request)之后，Web服務(wù)器從其中解 析出具體的錯誤信息，并根據(jù)錯誤信息對HTTP/1. 12000K響應(yīng)消息進(jìn)行錯誤糾正，然后將 進(jìn)行錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息發(fā)送給WAPGW。步驟810、WAPGW將進(jìn)行錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息發(fā)送給MS。步驟811、如果MS可以正確識別進(jìn)行錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息，則 MS斷開與WAPGW之間的連接。步驟812、WAPGW斷開與Web服務(wù)器之間的連接。在圖8所示的實施例中，MS與Web服務(wù)器之間通過WAPGW進(jìn)行信息交互，Web服務(wù) 器進(jìn)行錯誤糾正的方法與前述實施例中Web服務(wù)器進(jìn)行錯誤糾正的方法相同，此處不再贅 述。如圖9所示為本發(fā)明業(yè)務(wù)提供設(shè)備實施例結(jié)構(gòu)示意圖，該設(shè)備可以包括業(yè)務(wù)請 求接收模塊11、響應(yīng)發(fā)送模塊12、錯誤信息接收模塊13和錯誤信息處理模塊14。該設(shè)備的 工作原理為業(yè)務(wù)請求接收模塊11接收MS發(fā)送的業(yè)務(wù)請求，響應(yīng)發(fā)送模塊12針對所述業(yè) 務(wù)請求發(fā)送響應(yīng)消息給MS,錯誤信息接收模塊13接收所述MS在無法正確識別響應(yīng)消息時 返回的錯誤信息，錯誤信息處理模塊14根據(jù)所述錯誤信息對所述響應(yīng)消息進(jìn)行錯誤糾正， 并將進(jìn)行錯誤糾正之后的響應(yīng)消息發(fā)送給所述MS。該業(yè)務(wù)提供設(shè)備可以是WAPGW或Web服務(wù)器，當(dāng)WAPGW或Web服務(wù)器中的業(yè)務(wù)請 求接收模塊11接收到MS發(fā)送的GET請求(GET Request)后，響應(yīng)發(fā)送模塊12向MS返回 HTTP/1. 12000K響應(yīng)消息，如果MS無法識別該HTTP/1. 12000K響應(yīng)消息，則MS會發(fā)送POST 請求(POST Request)給錯誤信息接收模塊13，在該POST請求中攜帶具體的錯誤信息，然后 錯誤信息處理模塊14從其錯誤信息接收模塊13接收到的POST請求(POST Request)中解 析出具體的錯誤信息，并根據(jù)錯誤信息對HTTP/1. 12000K響應(yīng)消息進(jìn)行錯誤糾正，然后將 進(jìn)行錯誤糾正之后的HTTP/1. 12000K響應(yīng)消息發(fā)送給MS。如圖10所示為本發(fā)明業(yè)務(wù)提供設(shè)備實施例結(jié)構(gòu)示意圖，圖10中，響應(yīng)發(fā)送模塊12 可以具體包括攜帶單元121和發(fā)送單元122，攜帶單元121針對業(yè)務(wù)請求接收模塊接收到的 業(yè)務(wù)請求，在預(yù)發(fā)送的響應(yīng)消息中攜帶用于通知MS反饋響應(yīng)消息處理結(jié)果的信息；發(fā)送單 元122將攜帶有用于通知所述MS反饋響應(yīng)消息處理結(jié)果的信息的響應(yīng)消息發(fā)送給MS。攜帶單元121在預(yù)發(fā)送的響應(yīng)消息中攜帶用于通知MS反饋響應(yīng)消息處理結(jié)果的 信息，具體地可以是在響應(yīng)消息中添加響應(yīng)結(jié)果字段，如表四中“Response-Result”字段， 并在添加的響應(yīng)結(jié)果字段中添加用于通知MS反饋響應(yīng)消息處理結(jié)果的信息?？蛇x地，對于圖10所示的業(yè)務(wù)提供設(shè)備，還可以包括數(shù)據(jù)存儲模塊15和預(yù)處理模 塊16，數(shù)據(jù)存儲模塊15中存儲有錯誤糾正數(shù)據(jù)庫，供錯誤信息處理模塊14在后續(xù)進(jìn)行錯誤 就正式進(jìn)行查詢，錯誤糾正數(shù)據(jù)庫中可以包括錯誤信息的種類、錯誤糾正方法信息、MS的 類型、MS所使用的瀏覽器類型、MS所訪問的URL頁面等信息。預(yù)處理模塊16在發(fā)送單元 122針對業(yè)務(wù)請求發(fā)送響應(yīng)消息給所述MS之前，在錯誤糾正數(shù)據(jù)庫中查找是否有關(guān)于當(dāng)前 請求業(yè)務(wù)的MS的錯誤糾正記錄；如果有關(guān)于該MS的錯誤糾正記錄，則所根據(jù)該MS的錯誤 糾正記錄，對發(fā)送單元122中欲發(fā)送的響應(yīng)消息預(yù)先進(jìn)行錯誤糾正，并將進(jìn)行錯誤糾正之后的響應(yīng)消息發(fā)送給發(fā)送單元122?？蛇x地，圖10所示的業(yè)務(wù)提供設(shè)備還可以包括優(yōu)先級排序模塊17，用于對用于將 錯誤信息處理模塊14成功進(jìn)行錯誤糾正的錯誤糾正方法的成功次數(shù)進(jìn)行記錄，對針對同 一種錯誤的不同錯誤糾正方法進(jìn)行優(yōu)先級排序，成功次數(shù)越多的錯誤糾正方法，優(yōu)先級越 高；當(dāng)后續(xù)錯誤信息處理模塊14進(jìn)行錯誤糾正時，選擇優(yōu)先級最高的錯誤糾正方法對響應(yīng) 消息進(jìn)行錯誤糾正，并將進(jìn)行錯誤糾正之后的響應(yīng)消息發(fā)送給MS。如圖11所示為本發(fā)明MS實施例結(jié)構(gòu)示意圖，該MS包括業(yè)務(wù)請求發(fā)送模塊18、 響應(yīng)接收模塊19、響應(yīng)識別模塊20和錯誤信息發(fā)送模塊21，該MS的工作原理為業(yè)務(wù)請求 發(fā)送模塊18發(fā)送業(yè)務(wù)請求給業(yè)務(wù)提供設(shè)備，響應(yīng)接收模塊19接收業(yè)務(wù)提供設(shè)備針對業(yè)務(wù) 請求模塊18發(fā)送的請求返回的響應(yīng)消息，當(dāng)響應(yīng)識別模塊20無法識別該響應(yīng)消息時，錯誤 信息發(fā)送模塊21發(fā)送錯誤信息給所述業(yè)務(wù)提供設(shè)備。其中，響應(yīng)接收模塊19具體用于接收業(yè)務(wù)提供設(shè)備針對業(yè)務(wù)請求發(fā)送模塊18發(fā) 送的業(yè)務(wù)請求返回的響應(yīng)消息，該響應(yīng)消息中攜帶有用于通知所述MS反饋響應(yīng)消息處理 結(jié)果的信息。錯誤信息發(fā)送模塊21具體用于當(dāng)所述響應(yīng)識別模塊20無法識別響應(yīng)消息時，在 HTTP協(xié)議的POST請求或GET請求中攜帶錯誤信息，將POST請求或GET請求發(fā)送給業(yè)務(wù)提 供設(shè)備。錯誤信息可以是MS識別響應(yīng)消息的過程中發(fā)生的錯誤類型對應(yīng)的錯誤信息編號。在一些實施例中，圖9或10中所示的業(yè)務(wù)設(shè)備的各模塊之間可以任意組合，如，業(yè) 務(wù)請求接收模塊11和錯誤信息接收模塊13可以通過一個物理接口來實現(xiàn)。本發(fā)明前述各實施例，主要以WAP業(yè)務(wù)為例來說明本發(fā)明所提供的方法的實現(xiàn)過 程，當(dāng)MS請求流媒體業(yè)務(wù)時，業(yè)務(wù)提供設(shè)備返回給MS的響應(yīng)消息中攜帶有流媒體，例如視 頻、音頻等，當(dāng)MS無法識別這些流媒體時，MS也可以發(fā)送錯誤信息給業(yè)務(wù)提供設(shè)備，業(yè)務(wù)提 供設(shè)備在將響應(yīng)消息進(jìn)行錯誤糾正之后，再發(fā)送給MS。具體的實現(xiàn)方式與WAP業(yè)務(wù)類似，不 再贅述。本發(fā)明各實施例中，當(dāng)MS無法識別業(yè)務(wù)提供設(shè)備返回的響應(yīng)消息時，MS會發(fā)送錯 誤信息給業(yè)務(wù)提供設(shè)備，這樣業(yè)務(wù)提供設(shè)備就可以及根據(jù)錯誤信息對響應(yīng)消息進(jìn)行錯誤糾 正。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進(jìn)行限制， 盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依 然可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這些修改或者等同替換亦不能使修 改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
一種為移動臺提供業(yè)務(wù)的方法，其特征在于，包括移動臺向業(yè)務(wù)提供設(shè)備發(fā)送用于請求業(yè)務(wù)的業(yè)務(wù)請求；所述移動臺接收所述業(yè)務(wù)提供設(shè)備針對所述移動臺發(fā)送的業(yè)務(wù)請求返回的響應(yīng)消息；當(dāng)所述移動臺無法識別所述響應(yīng)消息時，向所述業(yè)務(wù)提供設(shè)備發(fā)送錯誤信息；接收所述業(yè)務(wù)提供設(shè)備進(jìn)行錯誤糾正后返回的響應(yīng)消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)為無線應(yīng)用協(xié)議WAP業(yè)務(wù)或流媒 體業(yè)務(wù)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述響應(yīng)消息中攜帶有用于通知所述 移動臺反饋響應(yīng)消息處理結(jié)果的信息。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)所述業(yè)務(wù)為WAP業(yè)務(wù)時，向所述業(yè)務(wù)提 供設(shè)備發(fā)送錯誤信息具體包括在超文本傳輸協(xié)議HTTP的POST請求或GET請求中攜帶所 述錯誤信息，將所述POST請求或GET請求發(fā)送給所述業(yè)務(wù)提供設(shè)備。
5.一種為移動臺提供業(yè)務(wù)的方法，其特征在于，包括業(yè)務(wù)提供設(shè)備接收移動臺發(fā)送的用于請求業(yè)務(wù)的業(yè)務(wù)請求；針對所述業(yè)務(wù)請求發(fā)送響應(yīng)消息給所述移動臺；接收所述移動臺在無法正確識別所述響應(yīng)消息時返回的錯誤信息；根據(jù)所述錯誤信息，對所述響應(yīng)消息進(jìn)行錯誤糾正，并將進(jìn)行錯誤糾正之后的響應(yīng)消 息發(fā)送給所述移動臺。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述業(yè)務(wù)為WAP業(yè)務(wù)或流媒體業(yè)務(wù)。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，針對所述業(yè)務(wù)請求發(fā)送響應(yīng)消息給所述 移動臺具體包括針對所述業(yè)務(wù)請求，在所述響應(yīng)消息中攜帶用于通知所述移動臺反饋響應(yīng)消息處理結(jié) 果的信息；發(fā)送所述響應(yīng)消息給所述移動臺。
8.根據(jù)權(quán)利要求5-7中任一權(quán)利要求所述的方法，其特征在于，還包括在針對所述業(yè) 務(wù)請求發(fā)送響應(yīng)消息給所述移動臺之前，所述業(yè)務(wù)提供設(shè)備在預(yù)先存儲的錯誤糾正數(shù)據(jù)庫 中查找是否有關(guān)于所述移動臺的錯誤糾正記錄；如果有關(guān)于所述移動臺的錯誤糾正記錄，則所述業(yè)務(wù)提供設(shè)備根據(jù)所述移動臺的錯誤 糾正記錄，對所述響應(yīng)消息預(yù)先進(jìn)行錯誤糾正。
9.根據(jù)權(quán)利要求5-7中任一權(quán)利要求所述的方法，其特征在于，還包括在收到所述移 動臺發(fā)送的用于表明成功識別所述響應(yīng)消息的確認(rèn)消息之后，所述業(yè)務(wù)提供設(shè)備在所述錯 誤糾正數(shù)據(jù)庫中進(jìn)行關(guān)于所述移動臺的錯誤糾正記錄。
10.根據(jù)權(quán)利要求5-7中任一權(quán)利要求所述的方法，其特征在于，還包括所述業(yè)務(wù)提 供設(shè)備將成功進(jìn)行錯誤糾正的錯誤糾正方法的成功次數(shù)記錄，對針對同一種錯誤的不同錯 誤糾正方法進(jìn)行優(yōu)先級排序，成功次數(shù)越多的錯誤糾正方法，優(yōu)先級越高；在根據(jù)所述移動臺發(fā)送的錯誤信息對所述響應(yīng)消息進(jìn)行錯誤糾正時，所述業(yè)務(wù)提供設(shè) 備選擇優(yōu)先級最高的錯誤糾正方法進(jìn)行錯誤糾正。
11.一種移動臺，其特征在于，包括業(yè)務(wù)請求發(fā)送模塊，用于向業(yè)務(wù)提供設(shè)備發(fā)送用于請求業(yè)務(wù)的業(yè)務(wù)請求；響應(yīng)接收模塊，用于接收所述業(yè)務(wù)請求發(fā)送模塊發(fā)送的業(yè)務(wù)請求返回的響應(yīng)消息；響應(yīng)識別模塊，用于識別所述響應(yīng)消息；錯誤信息發(fā)送模塊，當(dāng)所述響應(yīng)識別模塊無法識別所述響應(yīng)消息時，向所述業(yè)務(wù)提供 設(shè)備發(fā)送錯誤信息。
12.根據(jù)權(quán)利要求11所述的移動臺，其特征在于，所述響應(yīng)消息中攜帶有用于通知所 述移動臺反饋響應(yīng)消息處理結(jié)果的信息。
13.根據(jù)權(quán)利要求11或12所述的移動臺，其特征在于，所述錯誤信息發(fā)送模塊具體用 于當(dāng)所述響應(yīng)識別模塊無法識別所述響應(yīng)消息時，在HTTP協(xié)議的POST請求或GET請求中 攜帶錯誤信息，將所述POST請求或GET請求發(fā)送給所述業(yè)務(wù)提供設(shè)備。
14.一種業(yè)務(wù)提供設(shè)備，其特征在于，包括業(yè)務(wù)請求接收模塊，用于接收移動臺發(fā)送的用于請求業(yè)務(wù)的業(yè)務(wù)請求；響應(yīng)發(fā)送模塊，針對所述業(yè)務(wù)請求發(fā)送響應(yīng)消息給所述移動臺；錯誤信息接收模塊，用于接收所述移動臺在無法正確識別所述響應(yīng)消息時返回的錯誤 fn息；錯誤信息處理模塊，用于根據(jù)所述錯誤信息，對所述響應(yīng)消息進(jìn)行錯誤糾正，并將進(jìn)行 錯誤糾正之后的響應(yīng)消息發(fā)送給所述移動臺。
15.根據(jù)權(quán)利要求14所述的業(yè)務(wù)提供設(shè)備，其特征在于，所述響應(yīng)發(fā)送模塊包括攜帶單元，用于針對所述業(yè)務(wù)請求，在所述響應(yīng)消息中攜帶用于通知所述移動臺反饋 響應(yīng)消息處理結(jié)果的信息；發(fā)送單元，將攜帶有用于通知所述移動臺反饋響應(yīng)消息處理結(jié)果的信息的響應(yīng)消息發(fā) 送給所述移動臺。
16.根據(jù)權(quán)利要求14或15所述的業(yè)務(wù)提供設(shè)備，其特征在于，還包括數(shù)據(jù)存儲模塊， 用于存儲錯誤糾正數(shù)據(jù)庫；預(yù)處理模塊，用于在所述響應(yīng)發(fā)送模塊針對所述業(yè)務(wù)請求發(fā)送響應(yīng)消息給所述移動臺 之前，在所述錯誤糾正數(shù)據(jù)庫中查找是否有關(guān)于所述移動臺的錯誤糾正記錄；如果有關(guān)于 所述移動臺的錯誤糾正記錄，則所根據(jù)所述移動臺的錯誤糾正記錄，對所述響應(yīng)消息預(yù)先 進(jìn)行錯誤糾正，并將進(jìn)行錯誤糾正之后的響應(yīng)消息發(fā)送給所述響應(yīng)發(fā)送模塊。
17.根據(jù)權(quán)利要求16所述的業(yè)務(wù)提供設(shè)備，其特征在于，還包括優(yōu)先級排序模塊，用于 將所述錯誤信息處理模塊成功進(jìn)行錯誤糾正的錯誤糾正方法的成功次數(shù)進(jìn)行記錄，對針對 同一種錯誤的不同錯誤糾正方法進(jìn)行優(yōu)先級排序，成功次數(shù)越多的錯誤糾正方法，優(yōu)先級 越高；所述錯誤信息處理模塊具體用于根據(jù)所述錯誤信息，選擇優(yōu)先級最高的錯誤糾正方法 對所述響應(yīng)消息進(jìn)行錯誤糾正，并將進(jìn)行錯誤糾正之后的響應(yīng)消息發(fā)送給所述移動臺。
全文摘要
本發(fā)明實施例公開了一種為移動臺提供業(yè)務(wù)的方法、移動臺及業(yè)務(wù)提供設(shè)備，其中方法包括移動臺向業(yè)務(wù)提供設(shè)備發(fā)送用于請求業(yè)務(wù)的業(yè)務(wù)請求；移動臺接收所述業(yè)務(wù)提供設(shè)備針對該移動臺發(fā)送的業(yè)務(wù)請求返回的響應(yīng)消息；當(dāng)該移動臺無法識別所述響應(yīng)消息時，向所述業(yè)務(wù)提供設(shè)備發(fā)送錯誤信息；接收所述業(yè)務(wù)提供設(shè)備進(jìn)行錯誤糾正后返回的響應(yīng)消息。本發(fā)明實施例中，移動臺在無法處理響應(yīng)消息時，返回錯誤信息，這樣業(yè)務(wù)提供設(shè)備就可以及時獲知移動臺無法識別響應(yīng)消息這一信息，并在移動臺返回錯誤信息之后，進(jìn)行相應(yīng)的錯誤糾正，使得糾正錯誤之后的響應(yīng)消息能夠被移動臺正確識別。
文檔編號H04W28/04GK101854579SQ20091008103
公開日2010年10月6日 申請日期2009年3月31日 優(yōu)先權(quán)日2009年3月31日
發(fā)明者俞振華 申請人:華為軟件技術(shù)有限公司