專利名稱：空中下載業(yè)務(wù)的觸發(fā)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種空中下載(Over The Air，簡稱為OTA)業(yè)務(wù)的觸發(fā)方法及系統(tǒng)。
背景技術(shù)：
非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)(UnstructuredSupplementary Service Data,簡稱為USSD)是一種基于全球移動通信(Global system for Mobile Communication,簡稱為 GSM)網(wǎng)絡(luò)的新型交互式數(shù)據(jù)業(yè)務(wù)，USSD服務(wù)采用面向連接的交互式會話方式，使其代替短消息業(yè)務(wù)(Short Messaging Service,簡稱為SMS)成為呼叫類業(yè)務(wù)實(shí)現(xiàn)增值的理想載體?，F(xiàn)有的空中下載(OTA)業(yè)務(wù)是基于短消息機(jī)制，可以看到USSD較SMS的優(yōu)勢，雖然USSD和SMS均承載在信令信道上，但所承載的信令信道是有區(qū)別的。在通話狀態(tài)下，USSD和SMS使用相同的信令信道即獨(dú)立專用控制信道(SDCCH)，數(shù)據(jù)傳輸速率大約為600bit/s。 而在非通話狀態(tài)下，SMS使用慢速伴隨信道(SACCH)，而USSD使用快速伴隨信道(FACCH)，數(shù)據(jù)傳輸速率大約為lkbit/s，速率較SMS快。此外，USSD在會話過程中一直保持無線連接，提供端到端的透明通道，不進(jìn)行存儲轉(zhuǎn)發(fā)，而SMS在物理承載層沒有會話通道，只是一個(gè)存儲轉(zhuǎn)發(fā)系統(tǒng)，在基于SMS方式觸發(fā)OTA業(yè)務(wù)的過程中，用戶完成一次查詢需要建立多次會話過程，因此時(shí)延大，通信效率低。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中基于SMS方式觸發(fā)OTA業(yè)務(wù)時(shí)，時(shí)延大，通信效率較低的問題，本發(fā)明旨在提供一種OTA業(yè)務(wù)的觸發(fā)方法及系統(tǒng)，以解決上述問題至少之一。根據(jù)本發(fā)明的一個(gè)方面，提供了一種OTA業(yè)務(wù)的觸發(fā)方法。根據(jù)本發(fā)明的OTA業(yè)務(wù)的觸發(fā)方法包括0ΤΑ系統(tǒng)經(jīng)由USSD系統(tǒng)獲取來自于終端的業(yè)務(wù)請求信息；0ΤΑ系統(tǒng)根據(jù)業(yè)務(wù)請求信息下發(fā)配置信息；在配置成功后，OTA系統(tǒng)經(jīng)由USSD系統(tǒng)向終端發(fā)送配置成功的提示信息。上述OTA系統(tǒng)經(jīng)由USSD獲取來自于終端的業(yè)務(wù)請求信息包括0ΤΑ系統(tǒng)經(jīng)由USSD系統(tǒng)接收來自于終端的第一請求指令；0ΤΑ系統(tǒng)對第一請求指令進(jìn)行解析，獲取OTA業(yè)務(wù)的接入號；0ΤΑ系統(tǒng)將攜帶有菜單信息的響應(yīng)指令經(jīng)由USSD系統(tǒng)發(fā)送至終端；0ΤΑ系統(tǒng)經(jīng)由USSD系統(tǒng)接收來自于終端的業(yè)務(wù)請求信息,其中,業(yè)務(wù)請求信息包括業(yè)務(wù)類型,業(yè)務(wù)類型為終端根據(jù)菜單信息選擇的信息。上述OTA系統(tǒng)經(jīng)由USSD系統(tǒng)獲取來自于終端的業(yè)務(wù)請求信息包括0ΤΑ系統(tǒng)經(jīng)由USSD系統(tǒng)接收來自于終端的第二請求指令；0ΤΑ系統(tǒng)對第二請求指令進(jìn)行解析，獲取業(yè)務(wù)請求信息，其中，業(yè)務(wù)請求信息包括0ΤΑ業(yè)務(wù)的接入號以及終端請求的業(yè)務(wù)類型的信息。上述OTA系統(tǒng)根據(jù)業(yè)務(wù)請求信息下發(fā)配置信息包括0ΤΑ系統(tǒng)查找與業(yè)務(wù)請求信息對應(yīng)的模板信息；0ΤΑ系統(tǒng)根據(jù)模板信息生成預(yù)配置文檔，并進(jìn)行格式轉(zhuǎn)換后發(fā)送至短消息中心。
上述OTA系統(tǒng)經(jīng)由USSD向終端發(fā)送配置成功的提示信息之后，方法還包括0ΤΑ系統(tǒng)繼續(xù)經(jīng)由USSD獲取來自于終端的新的業(yè)務(wù)請求信息，并執(zhí)行后續(xù)操作。上述OTA系統(tǒng)經(jīng)由USSD向終端發(fā)送配置成功的提示信息之后，方法還包括0ΤΑ系統(tǒng)經(jīng)由USSD系統(tǒng)接收來自于終端的會話結(jié)束請求；終端接收預(yù)配置消息，在鑒權(quán)通過后執(zhí)行安裝操作。根據(jù)本發(fā)明的另一方面，提供了一種OTA業(yè)務(wù)的觸發(fā)系統(tǒng)。根據(jù)本發(fā)明的OTA業(yè)務(wù)的觸發(fā)系統(tǒng)包括終端、OTA系統(tǒng)，以及USSD系統(tǒng)；其中，終端，用于發(fā)送業(yè)務(wù)請求信息，接收來自于USSD系統(tǒng)的配置成功的提示信息；USSD系統(tǒng)，用于將來自于終端的業(yè)務(wù)請求信息轉(zhuǎn)發(fā)至OTA系統(tǒng)，將來自于OTA系統(tǒng)的配置成功的提示信息轉(zhuǎn)發(fā)至終端；0ΤΑ系統(tǒng)，用于接收USSD系統(tǒng)轉(zhuǎn)發(fā)的業(yè)務(wù)請求信息，發(fā)送配置成功的提示信肩、O上述OTA系統(tǒng)包括第一接收模塊，用于經(jīng)由USSD系統(tǒng)接收來自于終端的第一請·求指令；第一解析模塊，用于對第一請求指令進(jìn)行解析，獲取OTA業(yè)務(wù)的接入號；發(fā)送模塊，用于將攜帶有菜單信息的響應(yīng)指令經(jīng)由USSD系統(tǒng)發(fā)送至終端；第二接收模塊，用于經(jīng)由USSD系統(tǒng)接收來自于終端的業(yè)務(wù)請求信息,其中,業(yè)務(wù)請求信息包括業(yè)務(wù)類型,業(yè)務(wù)類型為終端根據(jù)菜單信息選擇的信息。上述OTA系統(tǒng)包括第三接收模塊，用于經(jīng)由USSD系統(tǒng)接收來自于終端的第二請求指令；第二解析模塊，用于對第二請求指令進(jìn)行解析，獲取業(yè)務(wù)請求信息，其中，業(yè)務(wù)請求信息包括0ΤΑ業(yè)務(wù)的接入號以及終端請求的業(yè)務(wù)類型的信息。上述OTA系統(tǒng)包括第四接收模塊，用于經(jīng)由USSD系統(tǒng)接收來自于終端的會話結(jié)束請求；終端包括第五接收模塊，用于接收預(yù)配置消息；鑒權(quán)模塊，用于對預(yù)配置消息執(zhí)行鑒權(quán)操作；安裝模塊，用于在鑒權(quán)模塊鑒權(quán)通過后，執(zhí)行安裝操作。通過本發(fā)明，OTA系統(tǒng)經(jīng)由USSD系統(tǒng)獲取來自于終端的業(yè)務(wù)請求信息；根據(jù)業(yè)務(wù)請求信息下發(fā)配置信息；在配置成功后，OTA經(jīng)由USSD系統(tǒng)向終端發(fā)送配置成功的提示信息。解決了相關(guān)技術(shù)中基于SMS方式觸發(fā)OTA業(yè)務(wù)時(shí)，時(shí)延大，通信效率較低的問題，進(jìn)而可以降低時(shí)延，提高通信效率。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖I是根據(jù)本發(fā)明實(shí)施例的OTA業(yè)務(wù)觸發(fā)方法的流程圖；圖2是根據(jù)本發(fā)明優(yōu)選實(shí)施例的OTA業(yè)務(wù)觸發(fā)方法的示意圖；圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的OTA業(yè)務(wù)觸發(fā)方法的流程圖；圖4是根據(jù)本發(fā)明實(shí)施例的OTA業(yè)務(wù)觸發(fā)系統(tǒng)的結(jié)構(gòu)框圖；圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例的OTA業(yè)務(wù)觸發(fā)系統(tǒng)的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。
圖I是根據(jù)本發(fā)明實(shí)施例的OTA業(yè)務(wù)觸發(fā)方法的流程圖。如圖I所示，該OTA業(yè)務(wù)觸發(fā)方法主要包括以下處理步驟S102 :0ΤΑ系統(tǒng)經(jīng)由非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)(USSD)系統(tǒng)獲取來自于終端的業(yè)務(wù)請求信息；步驟S104 =OTA系統(tǒng)根據(jù)業(yè)務(wù)請求信息下發(fā)配置信息；步驟S106 :在配置成功后，OTA系統(tǒng)經(jīng)由USSD系統(tǒng)向終端發(fā)送配置成功的提示信
肩、O相關(guān)技術(shù)中，SMS在物理承載層沒有會話通道，只是一個(gè)存儲轉(zhuǎn)發(fā)系統(tǒng)，用戶完成一次查詢需要建立多次會話過程，因此時(shí)延大，通信效率較低。在圖I所示的OTA業(yè)務(wù)觸發(fā)方法中，基于USSD系統(tǒng)觸發(fā)OTA業(yè)務(wù)，可以有效降低時(shí)延，提高通信效率。
優(yōu)選地，上述OTA系統(tǒng)經(jīng)由USSD獲取來自于終端的業(yè)務(wù)請求信息可以進(jìn)一步包括以下處理(I) OTA系統(tǒng)經(jīng)由USSD系統(tǒng)接收來自于終端的第一請求指令；(2) OTA系統(tǒng)對第一請求指令進(jìn)行解析，獲取OTA業(yè)務(wù)的接入號；(3) OTA系統(tǒng)將攜帶有菜單信息的響應(yīng)指令經(jīng)由USSD系統(tǒng)發(fā)送至終端；(4) OTA系統(tǒng)經(jīng)由USSD系統(tǒng)接收來自于終端的業(yè)務(wù)請求信息,其中，業(yè)務(wù)請求信息包括業(yè)務(wù)類型，業(yè)務(wù)類型為終端根據(jù)菜單信息選擇的信息。在優(yōu)選實(shí)施過程中，終端(例如，手機(jī))撥打運(yùn)營商提供的服務(wù)號，通過USSD系統(tǒng)的USSD中心(USSDC)發(fā)送給OTA系統(tǒng)一條請求命令，該請求命令中包括用戶請求的業(yè)務(wù)信
肩、O在OTA系統(tǒng)接收到請求命令后，根據(jù)請求命令中字段解析，如果用戶只輸入一層接入號(僅輸入OTA業(yè)務(wù)的接入號)，則OTA系統(tǒng)發(fā)送響應(yīng)的命令并在命令中把消息發(fā)給用戶；用戶可以根據(jù)菜單按鍵選配置的業(yè)務(wù)，終端響應(yīng)于用戶的選擇操作，OTA系統(tǒng)接收到后，根據(jù)用戶的請求下發(fā)配置。優(yōu)選地，上述OTA系統(tǒng)經(jīng)由USSD獲取來自于終端的業(yè)務(wù)請求信息可以進(jìn)一步包括以下處理(I) OTA系統(tǒng)經(jīng)由USSD系統(tǒng)接收來自于終端的第二請求指令；(2) OTA系統(tǒng)對第二請求指令進(jìn)行解析，獲取業(yè)務(wù)請求信息，其中，業(yè)務(wù)請求信息包括0ΤΑ業(yè)務(wù)的接入號以及終端請求的業(yè)務(wù)類型的信息。在優(yōu)選實(shí)施過程中，如果用戶輸入兩層接入號(即接入號中包括請求的業(yè)務(wù)類型)，則OTA系統(tǒng)不需要給用戶發(fā)送菜單消息，直接根據(jù)USSDC傳過來的業(yè)務(wù)字段，直接下發(fā)配置信息給用戶終端。優(yōu)選地，上述OTA系統(tǒng)根據(jù)業(yè)務(wù)請求信息下發(fā)配置信息包括但不限于以下處理(I) OTA系統(tǒng)查找與業(yè)務(wù)請求信息對應(yīng)的模板信息；(2) OTA系統(tǒng)根據(jù)模板信息生成預(yù)配置文檔，并進(jìn)行格式轉(zhuǎn)換后發(fā)送至短消息中心。優(yōu)選地，在步驟S106之后，還可以包括以下處理0ΤΑ系統(tǒng)繼續(xù)經(jīng)由USSD獲取來自于終端的新的業(yè)務(wù)請求信息，并執(zhí)行后續(xù)配置操作。在優(yōu)選實(shí)施過程中，上述步驟S102至步驟S106可以循環(huán)執(zhí)行，即用戶在請求結(jié)束會話之前，可以多次發(fā)送請求指令。由于USSD不采用存儲轉(zhuǎn)發(fā)方式，每次數(shù)據(jù)發(fā)送不需要進(jìn)行重新建立信道，這對于在用戶端與應(yīng)用服務(wù)端需要經(jīng)過多次數(shù)據(jù)交互的查詢業(yè)務(wù)應(yīng)用而言，USSD這個(gè)有點(diǎn)比較突出。優(yōu)選地，在步驟S106之后，還可以包括以下處理(I) OTA系統(tǒng)經(jīng)由USSD系統(tǒng)接收來自于終端的會話結(jié)束請求；(2)終端接收預(yù)配置消息，在鑒權(quán)通過后執(zhí)行安裝操作。當(dāng)用戶需要結(jié)束會話時(shí)，終端可以經(jīng)由USSD系統(tǒng)向OTA系統(tǒng)發(fā)送會話結(jié)束請求，之后終端收到預(yù)配置消息后，進(jìn)行鑒權(quán)通過后，提示用戶安裝，安裝配置后，完成預(yù)配置流程。
以下結(jié)合圖2進(jìn)一步描述上述優(yōu)選實(shí)施方式。圖2是根據(jù)本發(fā)明優(yōu)選實(shí)施例的OTA業(yè)務(wù)觸發(fā)方法的示意圖。如圖2所示，該OTA業(yè)務(wù)觸發(fā)方法主要包括以下處理步驟S202 :終端(例如，手機(jī))撥打運(yùn)營商提供的服務(wù)號，USSDC會根據(jù)接入號判斷是什么業(yè)務(wù)，如果判斷是OTA業(yè)務(wù)，USSDC發(fā)送給OTA系統(tǒng)一條請求命令，命令中包括用戶請求的業(yè)務(wù)信息；步驟S204 =OTA系統(tǒng)接收到請求后，根據(jù)命令中字段解析，如果用戶只輸入一層接入號(只輸入OTA業(yè)務(wù)的接入號)，則OTA系統(tǒng)發(fā)送響應(yīng)的命令并在命令中把消息發(fā)給用戶；步驟S206 :用戶可以根據(jù)菜單按鍵選配置的業(yè)務(wù)，OTA系統(tǒng)接收到后，根據(jù)用戶的請求信息下發(fā)配置；步驟S208 =OTA預(yù)配置文檔生成引擎接受預(yù)分析系統(tǒng)請求后，將根據(jù)請求信息在數(shù)據(jù)庫查找，對應(yīng)的最小配置單元，并將個(gè)性化參數(shù)進(jìn)行替換，然后進(jìn)行拼裝成一個(gè)完成的xml,最好進(jìn)行國際移動用戶識別碼(International Mobie Subscriber Identity,簡稱為IMSI)鑒權(quán)加密，然后發(fā)送至OTA I3USH下發(fā)引擎；步驟S210:0TA I3USH下發(fā)引擎在OTA系統(tǒng)接收到預(yù)配置文檔生成引擎發(fā)送來的預(yù)配置文檔，進(jìn)行WBXML的格式轉(zhuǎn)換，轉(zhuǎn)換完成后，經(jīng)SMPP發(fā)送至短消息中心(SMSC)，下發(fā)成功后會給OTA I3USH—個(gè)發(fā)送成功的響應(yīng)；步驟S212 :0ΤΑ系統(tǒng)接收到SMSC的成功響應(yīng)后，給USSDC發(fā)送響應(yīng)的命令，并給用戶終端發(fā)送消息提示用戶已經(jīng)配置，同時(shí)提供結(jié)束語菜單；步驟S214 :用戶終端發(fā)送會話結(jié)束請求，USSDC將會話結(jié)束請求轉(zhuǎn)發(fā)至OTA系統(tǒng)，OTA系統(tǒng)返回結(jié)束響應(yīng)指令。之后手機(jī)收到預(yù)配置消息后，進(jìn)行鑒權(quán)通過后，提示用戶安裝，安裝后，完成預(yù)配置流程。需要注意的是，在執(zhí)行步驟S214之前，上述步驟S202至步驟S212可以多次循環(huán)執(zhí)行。以下結(jié)合圖3所示的示例進(jìn)一步描述上述優(yōu)選實(shí)施方式。圖3是根據(jù)本發(fā)明實(shí)例的OTA業(yè)務(wù)觸發(fā)方法的流程圖。如圖3所示，該OTA業(yè)務(wù)觸發(fā)方法主要包括以下處理
步驟S302 :用戶終端(例如，手機(jī))發(fā)起請求，以配置MMSC的參數(shù)為例；終端撥打一個(gè)指定服務(wù)號，例如* 129#, USSDC根據(jù)所請求的接入號，判斷是否存在OTA業(yè)務(wù)，如果是，USSDC給OTA發(fā)送請求響應(yīng)；否則，提示不存在該業(yè)務(wù)，流程結(jié)束；步驟S304 =USSD通過http協(xié)議將用戶請求配置業(yè)務(wù)的字段通過xml傳給OTA業(yè)務(wù);步驟S306 =OTA系統(tǒng)接收到請求后，給USSD發(fā)送一個(gè)響應(yīng)命令并在命令中將菜單的信息發(fā)送給USSD ；步驟S308 =USSD拼裝OTA系統(tǒng)傳送過來的信息，將菜單信息發(fā)送給用戶終端；步驟S310 :用戶終端收到USSD發(fā)送過來的消息,菜單顯示如下I. MMSC&Browser2.EAIL3. Spul4.退出。假設(shè)用戶按鍵選擇1，USSD將請求發(fā)送給OTA業(yè)務(wù)； 步驟S312 0ΤΑ系統(tǒng)通過透傳過來的消息字段，解析xml文件，判斷用戶是請求配置MMSC參數(shù)，OTA系統(tǒng)根據(jù)該用戶的三元組信息，找到對應(yīng)的模板信息，轉(zhuǎn)換為wbxml push給 SMSC ；步驟S314:判斷下發(fā)是否成功，如果是，執(zhí)行步驟S316 ;否則，返回執(zhí)行步驟S306 ；步驟S316 0ΤΑ系統(tǒng)返回發(fā)送成功的消息字段給USSD系統(tǒng)，告知已經(jīng)配置成功。步驟S318:USSD系統(tǒng)將OTA系統(tǒng)返回的消息，拼成消息字段發(fā)給用戶，提示用戶終端已經(jīng)下發(fā)配置信息成功，同時(shí)整個(gè)一次會話結(jié)束。用戶終端會收到一條配置業(yè)務(wù)參數(shù)的信息，安裝配置后，能夠進(jìn)行數(shù)據(jù)業(yè)務(wù)操作。圖4是根據(jù)本發(fā)明實(shí)施例的OTA業(yè)務(wù)觸發(fā)系統(tǒng)的結(jié)構(gòu)框圖。如圖4所示，該OTA業(yè)務(wù)觸發(fā)系統(tǒng)包括終端10、OTA系統(tǒng)20，以及USSD系統(tǒng)30 ；終端10，用于發(fā)送業(yè)務(wù)請求信息，接收來自于USSD系統(tǒng)的配置成功的提示信息；USSD系統(tǒng)30，用于將來自于終端的業(yè)務(wù)請求信息轉(zhuǎn)發(fā)至OTA系統(tǒng)，將來自于OTA系統(tǒng)的配置成功的提示信息轉(zhuǎn)發(fā)至終端；OTA系統(tǒng)20，用于接收USSD系統(tǒng)轉(zhuǎn)發(fā)的業(yè)務(wù)請求信息，發(fā)送配置成功的提示信息。在圖4所示的OTA業(yè)務(wù)觸發(fā)系統(tǒng)中，基于USSD系統(tǒng)觸發(fā)OTA業(yè)務(wù)，可以有效降低時(shí)延，提高通信效率。優(yōu)選地，如圖5所示，OTA系統(tǒng)20可以進(jìn)一步包括第一接收模塊200，用于經(jīng)由USSD系統(tǒng)接收來自于終端的第一請求指令；第一解析模塊202，用于對第一請求指令進(jìn)行解析，獲取OTA業(yè)務(wù)的接入號；發(fā)送模塊204，用于將攜帶有菜單信息的響應(yīng)指令經(jīng)由USSD系統(tǒng)發(fā)送至終端；第二接收模塊206，用于經(jīng)由USSD系統(tǒng)接收來自于終端的業(yè)務(wù)請求信息，其中，業(yè)務(wù)請求信息包括業(yè)務(wù)類型，業(yè)務(wù)類型為終端根據(jù)菜單信息選擇的信息。優(yōu)選地，如圖5所示，OTA系統(tǒng)20還可以進(jìn)一步包括第三接收模塊208，用于經(jīng)由USSD系統(tǒng)接收來自于終端的第二請求指令；第二解析模塊210，用于對第二請求指令進(jìn)行解析，獲取業(yè)務(wù)請求信息，其中，業(yè)務(wù)請求信息包括0ΤΑ業(yè)務(wù)的接入號以及終端請求的業(yè)務(wù)類型的信息。優(yōu)選地，如圖5所示，OTA系統(tǒng)還可以進(jìn)一步包括第四接收模塊212，用于經(jīng)由USSD系統(tǒng)接收來自于終端的會話結(jié)束請求；終端10可以進(jìn)一步包括第五接收模塊100，用于接收預(yù)配置消息；鑒權(quán)模塊102，用于對預(yù)配置消息執(zhí)行鑒權(quán)操作；以及安裝模塊104，用于在鑒權(quán)模塊鑒權(quán)通過后，執(zhí)行安裝操作。需要注意的是，上述USSD系統(tǒng)30可以通過其包含的USSDC執(zhí)行上述操作。上述系統(tǒng)中各模塊相互結(jié)合的優(yōu)選實(shí)施方式具體可以參見圖I至圖3的描述，此處不再贅述。從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果USSD技術(shù)使用信令通道來提供面向連接數(shù)據(jù)通道，可以提供可靠的，時(shí)延較低的數(shù)據(jù)傳送方式，從而有效提高了通信效率，降低了通信成本。同時(shí)為運(yùn)營商多提供了一種選擇配置業(yè)務(wù)數(shù)據(jù)的觸發(fā)方式，可以有效提聞用戶體驗(yàn)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而可以將它們存儲在存儲裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬 件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種空中下載OTA業(yè)務(wù)的觸發(fā)方法，其特征在于，包括 OTA系統(tǒng)經(jīng)由非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)USSD系統(tǒng)獲取來自于終端的業(yè)務(wù)請求信息； 所述OTA系統(tǒng)根據(jù)所述業(yè)務(wù)請求信息下發(fā)配置信息； 在配置成功后，所述OTA系統(tǒng)經(jīng)由所述USSD系統(tǒng)向所述終端發(fā)送配置成功的提示信息。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述OTA系統(tǒng)經(jīng)由USSD獲取來自于終端的業(yè)務(wù)請求信息包括 所述OTA系統(tǒng)經(jīng)由所述USSD系統(tǒng)接收來自于所述終端的第一請求指令； 所述OTA系統(tǒng)對所述第一請求指令進(jìn)行解析，獲取OTA業(yè)務(wù)的接入號； 所述OTA系統(tǒng)將攜帶有菜單信息的響應(yīng)指令經(jīng)由所述USSD系統(tǒng)發(fā)送至所述終端；所述OTA系統(tǒng)經(jīng)由所述USSD系統(tǒng)接收來自于所述終端的所述業(yè)務(wù)請求信息，其中，所述業(yè)務(wù)請求信息包括業(yè)務(wù)類型，所述業(yè)務(wù)類型為所述終端根據(jù)所述菜單信息選擇的信息。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述OTA系統(tǒng)經(jīng)由所述USSD系統(tǒng)獲取來自于終端的業(yè)務(wù)請求信息包括 所述OTA系統(tǒng)經(jīng)由所述USSD系統(tǒng)接收來自于所述終端的第二請求指令； 所述OTA系統(tǒng)對所述第二請求指令進(jìn)行解析，獲取所述業(yè)務(wù)請求信息，其中，所述業(yè)務(wù)請求信息包括所述OTA業(yè)務(wù)的接入號以及所述終端請求的業(yè)務(wù)類型的信息。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述OTA系統(tǒng)根據(jù)所述業(yè)務(wù)請求信息下發(fā)配置信息包括 所述OTA系統(tǒng)查找與所述業(yè)務(wù)請求信息對應(yīng)的模板信息； 所述OTA系統(tǒng)根據(jù)所述模板信息生成預(yù)配置文檔，并進(jìn)行格式轉(zhuǎn)換后發(fā)送至短消息中心。
5.根據(jù)權(quán)利要求I至4中任一項(xiàng)所述的方法，其特征在于，所述OTA系統(tǒng)經(jīng)由所述USSD向所述終端發(fā)送配置成功的提示信息之后，所述方法還包括 所述OTA系統(tǒng)繼續(xù)經(jīng)由USSD獲取來自于終端的新的業(yè)務(wù)請求信息，并執(zhí)行后續(xù)操作。
6.根據(jù)權(quán)利要求I至4中任一項(xiàng)所述的方法，其特征在于，所述OTA系統(tǒng)經(jīng)由所述USSD向所述終端發(fā)送配置成功的提示信息之后，所述方法還包括 所述OTA系統(tǒng)經(jīng)由所述USSD系統(tǒng)接收來自于終端的會話結(jié)束請求； 所述終端接收預(yù)配置消息，在鑒權(quán)通過后執(zhí)行安裝操作。
7.—種空中下載OTA業(yè)務(wù)的觸發(fā)系統(tǒng)，其特征在于，包括終端、OTA系統(tǒng)，以及非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)USSD系統(tǒng)； 所述終端，用于發(fā)送業(yè)務(wù)請求信息，接收來自于所述USSD系統(tǒng)的配置成功的提示信息； 所述USSD系統(tǒng)，用于將來自于所述終端的所述業(yè)務(wù)請求信息轉(zhuǎn)發(fā)至所述OTA系統(tǒng)，將來自于所述OTA系統(tǒng)的配置成功的提示信息轉(zhuǎn)發(fā)至所述終端； 所述OTA系統(tǒng)，用于接收所述USSD系統(tǒng)轉(zhuǎn)發(fā)的所述業(yè)務(wù)請求信息，發(fā)送所述配置成功的提示信息。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述OTA系統(tǒng)包括 第一接收模塊，用于經(jīng)由所述USSD系統(tǒng)接收來自于所述終端的第一請求指令；第一解析模塊，用于對所述第一請求指令進(jìn)行解析，獲取OTA業(yè)務(wù)的接入號；發(fā)送模塊，用于將攜帶有菜單信息的響應(yīng)指令經(jīng)由所述USSD系統(tǒng)發(fā)送至所述終端；第二接收模塊，用于經(jīng)由所述USSD系統(tǒng)接收來自于所述終端的所述業(yè)務(wù)請求信息，其中，所述業(yè)務(wù)請求信息包括業(yè)務(wù)類型，所述業(yè)務(wù)類型為所述終端根據(jù)所述菜單信息選擇的信息。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述OTA系統(tǒng)包括 第三接收模塊，用于經(jīng)由所述USSD系統(tǒng)接收來自于所述終端的第二請求指令； 第二解析模塊，用于對所述第二請求指令進(jìn)行解析，獲取所述業(yè)務(wù)請求信息，其中，所述業(yè)務(wù)請求信息包括所述OTA業(yè)務(wù)的接入號以及所述終端請求的業(yè)務(wù)類型的信息。
10.根據(jù)權(quán)利要求7至9中任一項(xiàng)所述的系統(tǒng)，其特征在于， 所述OTA系統(tǒng)包括 第四接收模塊，用于經(jīng)由所述USSD系統(tǒng)接收來自于終端的會話結(jié)束請求； 所述終端包括 第五接收模塊，用于接收預(yù)配置消息； 鑒權(quán)模塊，用于對所述預(yù)配置消息執(zhí)行鑒權(quán)操作； 安裝模塊，用于在所述鑒權(quán)模塊鑒權(quán)通過后，執(zhí)行安裝操作。
全文摘要
本發(fā)明提供了一種OTA業(yè)務(wù)的觸發(fā)方法及系統(tǒng)，上述方法包括OTA系統(tǒng)經(jīng)由USSD系統(tǒng)獲取來自于終端的業(yè)務(wù)請求信息；OTA系統(tǒng)根據(jù)業(yè)務(wù)請求信息下發(fā)配置信息；在配置成功后，OTA系統(tǒng)經(jīng)由USSD系統(tǒng)向終端發(fā)送配置成功的提示信息。根據(jù)本發(fā)明提供的技術(shù)方案，可以降低時(shí)延，提高通信效率。
文檔編號H04W4/14GK102833702SQ201110163879
公開日2012年12月19日 申請日期2011年6月17日 優(yōu)先權(quán)日2011年6月17日
發(fā)明者趙靜, 楊永明, 嚴(yán)杰, 丁巖 申請人:中興通訊股份有限公司