專利名稱：一種空中下載業(yè)務(wù)的啟動方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種空中下載業(yè)務(wù)的啟動方法及裝置。
技術(shù)背景
空中下載技術(shù)(Over the Air，簡稱為OTA)作為一種與移動終端密切相關(guān)的空中 上傳和下載技術(shù)，正日益受到廣泛關(guān)注，并且隨著移動終端功能的不斷完善，OTA技術(shù)也將 越來越多地應(yīng)用于移動業(yè)務(wù)中。
移動終端用戶可以通過OTA技術(shù)實現(xiàn)數(shù)據(jù)上傳和下載、安裝各種應(yīng)用程序、下載 圖片/鈴聲、升級固件等功能，OTA為移動終端的遠程固件加載、信息上傳等功能提供了技 術(shù)保障，降低了運營維護和升級成本。
WiMAX NWG (WiMAX Network Group網(wǎng)絡(luò)工作組)致力于OTA技術(shù)的標準研究工作， OTA網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示，OTA過程涉及的網(wǎng)元主要包括
終端MS 用于接入網(wǎng)絡(luò)的手持設(shè)備，包括但不限于手機，筆記本，PDA等；
AAA服務(wù)器(認證、鑒權(quán)和計費服務(wù)器)主要用于對終端進行鑒權(quán)；
DM服務(wù)器(設(shè)備管理服務(wù)器，終端Management Sever)用于管理終端設(shè)備的服務(wù) 器，現(xiàn)通用的管理協(xié)議包括TR_069以及OMA等；
WIB服務(wù)器(WIMAX Initial Bootstrap，初始化啟動服務(wù)器)用于向待配置的終 端提供接入DM服務(wù)器必要的信息，如登陸DM服務(wù)器的用戶名以及密碼等信息；以及
SPB (Service Provider Backoff ice，后端設(shè)備)用于提供網(wǎng)絡(luò)業(yè)務(wù)且存儲終端 的相關(guān)簽約信息。
其中WIB服務(wù)器可以與DM服務(wù)器位于相同或不同的物理網(wǎng)絡(luò)實體。
目前，現(xiàn)有技術(shù)對于OTA業(yè)務(wù)的啟動還沒有一個有效的啟動方法。發(fā)明內(nèi)容
本發(fā)明實施例提供一種OTA業(yè)務(wù)的啟動方法及裝置。
本發(fā)明實施例公開了一種空中下載業(yè)務(wù)的啟動方法，在收到計費消息后，分別向 設(shè)備管理DM服務(wù)器和WIMAX初始啟動WIB服務(wù)器發(fā)送通知消息；向DM服務(wù)器發(fā)送的通知 消息中攜帶一個定時器信息，定時器信息用于DM服務(wù)器在進行空中下載OTA業(yè)務(wù)啟動過程 中根據(jù)定時器信息來進行用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)UDP的重傳；向WIB服務(wù)器發(fā)送的通知消息 用于WIB服務(wù)器在所述定時器設(shè)定的時間內(nèi)，OTA啟動還沒有完成情況下，進行OTA業(yè)務(wù)的 啟動。
本發(fā)明實施例公開了另一種空中下載業(yè)務(wù)的啟動方法，包括如果終端為既支持 客戶端觸發(fā)的空中下載OTA啟動機制又支持服務(wù)器觸發(fā)的OTA啟動機制的終端；啟動一個 定時器；判斷在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成；如果在所述定時 器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動還未完成，觸發(fā)進行OTA業(yè)務(wù)的啟動。
本發(fā)明實施例公開了另一種空中下載業(yè)務(wù)的啟動方法，AAA服務(wù)器在收到計費消息后包括如果終端支持客戶端觸發(fā)的空中下載OTA啟動機制，AAA服務(wù)器向WIMAX初始啟 動WIB服務(wù)器發(fā)送通知消息，以便于WIB服務(wù)器進行OTA業(yè)務(wù)的啟動；如果終端支持服務(wù)器 觸發(fā)的OTA啟動機制，AAA服務(wù)器向設(shè)備管理DM服務(wù)器發(fā)送通知消息，以便于DM服務(wù)器進 行OTA業(yè)務(wù)的啟動。
本發(fā)明實施例公開了一種空中下載業(yè)務(wù)的啟動裝置，包括第一模塊，用于接收計 費消息；第二模塊，用于在第一模塊接收到計費消息后分別向設(shè)備管理DM服務(wù)器和WIMAX 初始啟動WIB服務(wù)器發(fā)送通知消息；其中，所述向DM服務(wù)器發(fā)送的通知消息中攜帶一個定 時器信息，所述定時器信息用于DM服務(wù)器在進行空中下載OTA業(yè)務(wù)啟動過程中根據(jù)定時器 信息來進行用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)UDP的重傳；所述向WIB服務(wù)器發(fā)送的通知消息用于WIB 服務(wù)器在所述定時器設(shè)定的時間內(nèi)，OTA啟動還沒有完成情況下，進行OTA業(yè)務(wù)的啟動。
本發(fā)明實施例還公開了一種空中下載業(yè)務(wù)的啟動裝置，包括計費消息接收模塊 (801)；還包括判斷模塊(803)，用于如果計費消息接收模塊(801)接收到計費通知消息， 則判斷終端是支持客戶端觸發(fā)的空中下載OTA啟動機制，還是支持服務(wù)器觸發(fā)的OTA啟動 機制；通知消息發(fā)送模塊(805)，用于如果終端支持客戶端觸發(fā)的OTA啟動機制，向WIMAX 初始啟動WIB服務(wù)器發(fā)送通知消息，以便于WIB服務(wù)器進行OTA業(yè)務(wù)的啟動，或者，如果終 端支持服務(wù)器觸發(fā)的OTA啟動機制，向設(shè)備管理DM服務(wù)器發(fā)送通知消息，以便于DM服務(wù)器 進行OTA業(yè)務(wù)的啟動。
本發(fā)明實施例公開了一種終端，所述終端為既支持客戶端觸發(fā)的空中下載OTA啟 動機制又支持服務(wù)器觸發(fā)的OTA啟動機制的終端；所述終端包括第一模塊，用于啟動一個 定時器；第二模塊，用于判斷在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成； 第三模塊，用于如果在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動還未完成，觸發(fā)進行OTA 業(yè)務(wù)的啟動。
本發(fā)明實施例通過AAA服務(wù)器區(qū)分終端支持的OTA業(yè)務(wù)啟動機制，以便根據(jù)終端 支持的OTA業(yè)務(wù)啟動機制來進行不同的處理，從而簡化OTA業(yè)務(wù)啟動流程，使得OTA業(yè)務(wù) 啟動流程更加高效，避免OTA啟動流程的并發(fā)進行，節(jié)省了網(wǎng)絡(luò)資源。本發(fā)明實施例通過 在終端設(shè)置定時器，有效控制WIB procedure過程的時間，在網(wǎng)絡(luò)側(cè)AAA服務(wù)器發(fā)送給DM 服務(wù)器的通知消息中攜帶定時器信息，有效的控制了用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)(User Datagram Protocol, UDP)的重傳，避免了 OTA啟動流程的并發(fā)進行，節(jié)省了網(wǎng)絡(luò)資源。


圖1是現(xiàn)有技術(shù)OTA provisioning流程示意圖2是現(xiàn)有技術(shù)空中下載業(yè)務(wù)啟動方法流程示意圖
圖3是現(xiàn)有技術(shù)中WIB procedure流程示意圖4是--種空中下載業(yè)務(wù)啟動方法實施例流程圖5是--種空中下載業(yè)務(wù)啟動方法實施例流程圖6是--種空中下載業(yè)務(wù)啟動方法實施例流程圖7是--種空中下載業(yè)務(wù)啟動方法實施例流程圖8是--種空中下載業(yè)務(wù)啟動裝置實施例示意圖。
具體實施方式
以WIMAX網(wǎng)絡(luò)技術(shù)為例。
參見圖1，WiMAX NWG基于其網(wǎng)絡(luò)架構(gòu)，提出如下的OTA provisioning流程
其中1-10步用于初始網(wǎng)絡(luò)接入以及provisioning過程的準備工作 (pre-provisioning)。
第5步為初始入網(wǎng)鑒權(quán)過程描述，在收到網(wǎng)絡(luò)側(cè)擴展認證協(xié)議 (ExtensibleAuthentication Protocol, ΕΑΡ)鑒權(quán)請求消息后，終端需要構(gòu)造 ΝΑΙ，在 ΕΑΡ 鑒權(quán)響應(yīng)消息中進行上報，NAI的格式可以為<routing realmsXffiMAXdecorationXuse rnameXKrealm〉，該NAI用于通知網(wǎng)絡(luò)終端選擇的NSP域，以及用戶名等用戶信息；如果終 端處于未配置狀態(tài)，或者因配置信息丟失等原因造成終端需要重配置，則終端構(gòu)造NAI時， 需要在 WiMAX decoration 域攜帶{SM(service mode) = 1}，以免被 H-AAA 拒絕入網(wǎng)。{SM =1}表示終端處于未配置狀態(tài)，要求H-AAA臨時通過認證，以便網(wǎng)絡(luò)側(cè)進行必須的配置。 這需要HAAA進行特殊處理，要求H-AAA對帶有{SM = 1}的終端，可以不驗證此用戶是否在 H-AAA中開戶，臨時允許終端接入網(wǎng)絡(luò)以便接受DM-server的配置；對于已經(jīng)成功配置過的 終端，則不需要攜帶SM= 1的標識，進入正常的認證過程，所以，要求終端在初次配置成功 后，能夠在后續(xù)的NAI構(gòu)造中自動去掉SM = 1的標識。
11-15 步是終端的 subscription 以及 provisioning 過程。
16-17步是在做完provisioning之后的過程，包括退網(wǎng)過程以及重入網(wǎng)過程。
其中的11步(Ila以及l(fā)ib)稱為啟動(bootstrap)過程，用于建立DM-server與 終端之間的安全關(guān)系，以及提供首次管理過程(managementsession)的相關(guān)參數(shù)。
具體啟動的相應(yīng)技術(shù)可以參見圖2。圖2描述了 WiMAX NWG支持以下的兩種啟動 機制，也即為以上OTA provisioning流程的Ila以及11b，分別為圖中Casel的啟動機制 (也即服務(wù)器觸發(fā)的啟動機制)以及Case2的啟動機制(也即客戶端觸發(fā)的啟動機制)。
從需求的角度，網(wǎng)絡(luò)側(cè)需要支持Casel以及Case2機制(也可以稱為支持both的 機制)。而從終端的角度，有可能僅支持Casel機制，也有可能僅支持Case2機制，也有可能 支持both機制。
從圖2的流程中可以看出當(dāng)H-AAA收到ASN-GW的計費開始信息之后(即圖1 中 OTA provisioning 流程的第 9 步中 accounting start 消息)，H-AAA 向 WIBserver 以 及 DM-server 發(fā)送通知信息，即圖 2 中的 Notification Information, S^v Notification 里包含有加密bootstrap消息的密鑰(BEK)、MS的MAC地址(MSID)、MS的IP地址以及MS session timer.下面分別對Casel和Case2啟動機制進行介紹。
Casel 啟動機制當(dāng) DM server 收到通知信息(Notification Information)之后， DM server向終端(Device)進行UDP PUSH過程。UDP中包含了 DM-server給予終端的啟動 (bootstrap)消息。如果終端正確收到了 UDP，并且正確獲得了 bootstrap消息，由終端發(fā)送 package#l給DM server以結(jié)束OTA啟動的過程，如果終端未正確接收UDP (包括但不限于 由于防火墻阻截了 UDP)，DM server會自身根據(jù)是否收到來自終端的Packageiil來觸發(fā)其 重新進行UDP PUSH過程。簡言之，如果DM server發(fā)送的UDP未觸發(fā)終端的packageiil，則 DM server重新進行相同的UDP PUSH，如果DM server發(fā)送的UP觸發(fā)了終端向DM server 發(fā)送package#l，并且packaged由DM server收到，那么啟動過程結(jié)束。
Case 2啟動機制對于一個終端支持Case2啟動機制的情況下，由于DMserver不 知終端支持的啟動機制，所以當(dāng)DM server收到來自H-AAA的Notification消息之后，DM server也會進行UDP PUSH過程，對于Case2啟動機制，終端未正確收到UDP，未正確收到 UDP的原因可能是由于防火墻的存在，比如防火墻阻斷了 UDP PUSH，或其余的一些原因，比 如UDP數(shù)據(jù)包的不可靠性，因此對于一個支持Case2啟動機制的終端，它會觸發(fā)其自身的 WIB procedure過程以便于完成OTA業(yè)務(wù)的啟動。
下面結(jié)合圖3對于WIB procedure的過程進行描述
其中終端當(dāng)建立好IP連接之后，會進行DNS發(fā)現(xiàn)過程以及WIB server的發(fā)現(xiàn)過 程，即圖3中的301、303、305、307。圖中309描述了當(dāng)終端發(fā)現(xiàn)了 WIB server之后，會由 終端發(fā)送HTTP GET給相應(yīng)的WIB server, HTTP GET用于終端通知WIBserver其所支持的 OTA協(xié)議，比如可以有兩種TR-069或0MA-DM.圖中311描述了 WIB server依賴于本地的 策略，會將其重定向到另一個WIB server或向provisioning server請求啟動信息，之后 313描述了由WIB server返回HTTP OK攜帶相應(yīng)的bootstrap消息。當(dāng)313結(jié)束之后，終 端向DM server發(fā)送package#l.結(jié)束相應(yīng)的啟動過程。
從上面對于圖1、圖2、圖3描述可知，發(fā)明人發(fā)現(xiàn)目前OTA業(yè)務(wù)啟動流程存在如下 問題
1、網(wǎng)絡(luò)側(cè)應(yīng)該依據(jù)終端支持啟動機制能力的不同而應(yīng)用不同的啟動流程，比如 對于只支持Case2的終端，HAAA需要給WIB服務(wù)器發(fā)送Notification消息，而不用給 DM sever發(fā)送Notification消息以致于觸發(fā)不必要的Casel啟動流程。但現(xiàn)有的流程 中Notification消息會第一時間發(fā)送給WIB server以及DMserver，但在Casel啟動 機制流程中WIB server不起任何作用；而在Case2啟動機制流程中，無需第一時間觸發(fā) Notification消息給DM server來觸發(fā)其UDPPUSH，因為對于支持Case2啟動機制的終端 而言，其WIB過程不依賴于UDP PUSH，而且由于UDP PUSH可能會被防火墻或各類別的原因 所攔截，所以UDP PUSH對于Case2的終端而言是沒有意義的。因此，現(xiàn)有技術(shù)的啟動流程 會造成不同業(yè)務(wù)啟動流程的重復(fù)進行，也即Casel啟動流程以及Case2啟動流程并發(fā)進行， 造成傳輸資源的浪費。
2、進一步的，發(fā)明人發(fā)現(xiàn)對于支持both啟動機制的啟動流程現(xiàn)有流程未考慮。對 于both終端，如果Casel啟動流程以及Case2啟動流程并發(fā)進行，但由于為了相同的目的 即實現(xiàn)OTA業(yè)務(wù)的啟動，那么對于傳輸資源而言是一種浪費。
本發(fā)明實施例提供一種空中下載業(yè)務(wù)的啟動方法，鑒權(quán)授權(quán)計費服務(wù)器收到計費 消息；AAA服務(wù)器在收到計費消息后包括
如果終端支持客戶端觸發(fā)的OTA業(yè)務(wù)啟動機制，AAA服務(wù)器向WIB服務(wù)器發(fā)送通 知消息，以便于WIB服務(wù)器進行OTA業(yè)務(wù)的啟動；
如果終端支持服務(wù)器觸發(fā)的OTA業(yè)務(wù)啟動機制，AAA服務(wù)器向DM服務(wù)器發(fā)送通知 消息，以便于DM服務(wù)器進行OTA業(yè)務(wù)的啟動。以下分別進行詳細說明。
通過上述本發(fā)明實施例，使得AAA服務(wù)器可以根據(jù)終端支持的OTA啟動機制的不 同向不同的服務(wù)器發(fā)送通知消息，以便于觸發(fā)不同的OTA啟動流程，從而簡化了現(xiàn)有技術(shù) 中OTA啟動流程，節(jié)省了傳輸資源。
下面結(jié)合圖4、圖5對本發(fā)明實施例進行詳細介紹。
圖4描述了當(dāng)AAA服務(wù)器獲知終端支持Casel啟動機制情況的OTA啟動流程。
401 終端進行網(wǎng)絡(luò)接入過程以及IP地址獲得過程。
在此過程中可以將終端支持的OTA啟動機制信息上報給網(wǎng)絡(luò)側(cè)的Η-AAA。比如可 以通過NAI來進行上報。
通過NAI進行上報可以有幾種實現(xiàn)方式
第一種終端構(gòu)造NAI時，可以增加一個字段，比如CM (Case mode)字段，來標識終 端支持啟動機制。該字段可以有三種狀態(tài)比如CM = 0，即終端支持服務(wù)器觸發(fā)的啟動機 制server initiate，也即是支持Casel啟動機制；CM = 1，即終端支持客戶端觸發(fā)的啟動 機制client initiate，也即是支持Case2啟動機制終端支持；CM = 2，終端同時支持Casel 和Case2啟動機制，也可以稱為支持both啟動機制。
第二種終端構(gòu)造NAI時，可以增加一個字段，比如PM(protocol mode)字段，用來 標識終端所支持的設(shè)備管理協(xié)議。該字段可以有3種狀態(tài)，用于標識終端所支持的設(shè)備管 理協(xié)議，比如PM = 0 ；即終端支持TR069協(xié)議，PM = 1，即終端支持OMA協(xié)議；PM = 2，即終端 支持TR069協(xié)議和支持OMA協(xié)議。如果PM = 0,則表示終端支持Case2啟動機制；如果PM =1時，可以采用默認為終端支持Casel啟動機制，或者可以采用默認為終端支持Case2啟 動機制，或者可以采用默認為終端支持both啟動機制；如果PM = 2，則表示終端支持both 啟動機制。
第三種終端構(gòu)造NAI時，可以增加兩個字段，比如±曾加CM (Case mode)字段，用 來標識終端支持OTA啟動機制，另外增加PM (protocol mode)字段，用來表示終端所支持的 設(shè)備管理協(xié)議。PM字段可以有3種狀態(tài)，比如PM = 0，即終端支持TR069協(xié)議，則表示終端 支持Case2啟動機制，這種情況下可以對CM字段進行標識也可以不對CM字段進行標識；PM =1，即終端支持OMA協(xié)議；此時需要進一步標識CM字段用來標識終端支持的啟動機制，比 如CM = 0，即終端支持服務(wù)器觸發(fā)的啟動機制server initiate，也即是支持Casel啟動機 制；CM = 1，即終端支持客戶端觸發(fā)的啟動機制client initiate,也即是支持Case2啟動 機制終端支持；CM = 2，終端同時支持Casel和Case2啟動機制；PM = 2，即終端支持TR069 協(xié)議和支持OMA協(xié)議，表示終端支持both啟動機制，此時可以對CM字段進行標識也可以不 對CM字段進行標識。
上述對于NAI字段的構(gòu)造只是舉例，在實現(xiàn)過程中字段的具體名稱以及狀態(tài)的設(shè) 置可以有多種實現(xiàn)方式。終端支持的啟動機制信息的上報也可以在網(wǎng)絡(luò)接入過程以及IP 地址獲得過程中其他消息進行攜帶，不限于在NAI中進行上報。
403 =H-AAA獲知相應(yīng)的終端支持的啟動機制類型，比如該實施例中終端是屬于 Casel的終端；403不必然表示H-AAA有具體的執(zhí)行動作，可以只表示H-AAA獲知終端支持 OTA啟動機制的狀態(tài)。
404 =ASN-Gff發(fā)送計費開始消息給H-AAA。
405 =H-AAA 將相應(yīng)的 Notification 消息發(fā)送給 DM server。
407 :DM server 收到 Notification 消息之后，產(chǎn)生相應(yīng)的 UDP，并進行 UDPPUSH ； UDP如圖所示可能無法成功發(fā)送到終端。
409:如果DM server 未收到 package#l (UDP PUSH未傳輸正確)，則觸發(fā)DM server 對于UDP的重傳。
411 終端成功接收到DM server 的UDP PUSH之后，再向DM sever發(fā)送package#l。
圖5描述了當(dāng)AAA服務(wù)器獲知終端支持Case2啟動機制的流程
501 終端進行網(wǎng)絡(luò)接入過程以及IP地址獲得過程。在此過程中可以將終端支持 的啟動機制上報給網(wǎng)絡(luò)側(cè)的Η-AAA。具體上報的方式可以參見上述對圖4的描述。
503 :H-AAA獲知相應(yīng)的終端是屬于Case2的終端；503不必然表示H-AAA有具體的 執(zhí)行動作，可以只表示H-AAA獲知終端支持OTA啟動機制的狀態(tài)。
505 =ASN-Gff發(fā)送計費開始消息給H-AAA。
507 =H-AAA獲知相應(yīng)的終端支持的啟動機制類型，比如該實施例中終端是Case2 的終端，當(dāng)收到accounting開始消息之后，其會將Notification消息發(fā)送給WIB server。
509 終端和網(wǎng)絡(luò)側(cè)執(zhí)行WIB procedure過程。
511 終端向DM server發(fā)送I^ackageiil以結(jié)束OTA業(yè)務(wù)的啟動過程。
考慮到網(wǎng)絡(luò)側(cè)與終端側(cè)的行為可能是并行實現(xiàn)的。所以509的過程可能在507之 前，也有可能在507之后，在圖5描述的是509在507的步驟之后流程圖。
圖 6 描述的是當(dāng) WIB procedure，和，H-AAA 向 WIB server 發(fā)送 Notification 消 息并發(fā)進行的流程圖。
601 終端進行網(wǎng)絡(luò)接入過程以及IP地址獲得過程。在此過程中可以將終端支持 的啟動機制信息上報給網(wǎng)絡(luò)側(cè)的Η-AAA。具體上報的方式可以參見上述對圖4的描述。
603 =H-AAA獲知相應(yīng)的終端支持的啟動機制類型，比如該實施例中終端是屬于 Case2的終端，602不必然表示H-AAA有具體的執(zhí)行動作，可以只表示H-AAA獲知終端支持 OTA啟動機制的狀態(tài)。
605 終端獲得了 WIB server的IP地址后，終端發(fā)送HTTP GET消息給WIBserver ； 終端獲得了 WIB server的IP地址的方法，可以參見圖3中的301、303、305、307的流程描 述，在圖6中不予以描述。
607 由于WIB server沒有相應(yīng)終端的信息，因此其向H-AAA請求相應(yīng)終端的信 肩、ο
609 =H-AAA 收到 ASN-GW 發(fā)送的 Accounting 開始消息。
611 =H-AAA 一旦收到ASN-GW的Accounting開始消息之后，且明確其是支持Case2 的終端，發(fā)送Notification消息給WIB server。
613-615 :WIB server 與 DM server 交互 bootstrap 消息。
617 :WIB server—旦獲得了 bootstrap document 之后，其向終端發(fā)送 HTTPOK 消肩、ο
619 終端成功接收到DM server的bootstrap消息之后，向DM server發(fā)送 package#l以結(jié)束OTA業(yè)務(wù)的啟動過程。
如果H-AAA獲知相應(yīng)的終端是屬于既支持Casel又支持Case2的終端，可以采用 如下幾種技術(shù)方案
第一種采用圖5所述的技術(shù)方案來進行OTA啟動。
第二種采用圖6所述的技術(shù)方案來進行OTA啟動。
第三種采用圖7所述的技術(shù)方案來進行OTA啟動。
下面結(jié)合圖7來詳細介紹該技術(shù)方案
701 終端進行網(wǎng)絡(luò)接入過程以及IP地址獲得過程。
終端一旦獲得IP地址，就在終端側(cè)啟動定時器Tl。
703 =ASN-Gff發(fā)送計費開始消息給H-AAA。
705及707 =H-AAA收到ASN-GW的計費開始消息后，發(fā)送H-AAA到WIB server以 及DM server的Notification消息，發(fā)送給DM server的Notificaiton消息中攜帶定時 器Tl信息。707中H-AAA向WIB server發(fā)送Notification消息也可以在709或者711之 后，可以靈活選擇發(fā)送時間。
709 :DM server 收到來自 H-AAA 的 Notification 消息之后，向終端進行 UDPPUSH， UDP如圖所示可能無法成功發(fā)送到終端。
711 =DM server重傳UDP，重傳的UDP如圖所示可能無法成功發(fā)送到終端。DM server根據(jù)接收到的Notification消息中攜帶的定時器Tl信息來控制UDP的重傳，當(dāng)定 時器設(shè)定的時間結(jié)束時，停止UDP的重傳。
713 如果在定時器Tl設(shè)定的時間范圍內(nèi)，也即定時器設(shè)定的時間結(jié)束時，OTA啟 動還沒有完成，也即終端未正確接收UDP PUSH，那么由終端觸發(fā)WIBprocedure過程，那么 就相當(dāng)于WIB會在定時器設(shè)定的時間內(nèi)，OTA啟動還沒有完成情況下，進行OTA業(yè)務(wù)的啟動。
715 終端向DM server發(fā)送packaged以結(jié)束OTA業(yè)務(wù)的啟動過程。
該實施例中的定時器Tl可以是新設(shè)定的，也可以用終端的MS sessiontimer。該 實施例中，通過對于支持both啟動機制的終端規(guī)定OTA啟動流程，進一步的可以達到如下 技術(shù)效果對于支持both啟動機制的終端，避免并行進行Casel和Case2的OTA啟動流程， 大大節(jié)省傳輸資源。
本發(fā)明實施例還公開一種空中下載業(yè)務(wù)的啟動方法，在收到計費消息后包括
分別向設(shè)備管理DM服務(wù)器和WIMAX初始啟動WIB服務(wù)器發(fā)送通知消息，
向DM服務(wù)器發(fā)送的通知消息中攜帶一個定時器信息，定時器信息用于DM服務(wù)器 在進行空中下載OTA業(yè)務(wù)啟動過程中根據(jù)定時器信息來進行UDP的重傳；
向WIB服務(wù)器發(fā)送的通知消息用于WIB服務(wù)器在定時器設(shè)定的時間內(nèi)，OTA啟動 還沒有完成情況下，進行OTA業(yè)務(wù)的啟動。
本發(fā)明實施例還公開另一種空中下載業(yè)務(wù)的啟動方法，包括
如果終端為既支持客戶端觸發(fā)的空中下載OTA啟動機制又支持服務(wù)器觸發(fā)的OTA 啟動機制的終端；
啟動一個定時器；
判斷在定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成；
如果在定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動還未完成，觸發(fā)進行OTA業(yè)務(wù)的啟動。
以上兩實施例可以參照圖7來理解，但是實施例內(nèi)容并不局限圖7所描述的方案。
在實施例中，由終端側(cè)來控制WIB procedure執(zhí)行時間，終端如果是既支持客戶端 觸發(fā)的OTA業(yè)務(wù)啟動機制又支持服務(wù)器觸發(fā)的OTA業(yè)務(wù)啟動機制的終端，則啟動一個定時 器，如果在定時器所設(shè)定的時間內(nèi)，也即定時器設(shè)定的時間結(jié)束時，OTA業(yè)務(wù)還未啟動完成， 觸發(fā)進行OTA業(yè)務(wù)的啟動。優(yōu)選的，觸發(fā)進行OTA業(yè)務(wù)的啟動可以是由終端來觸發(fā)執(zhí)行WIB procedure或者觸發(fā)進行其他OTA啟動流程。優(yōu)選的，觸發(fā)這個動作可以是發(fā)送一條消息或者信令等。優(yōu)選的，判斷判斷在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成可 以為根據(jù)是否接收到UDP或者是否發(fā)送packaged來判斷在所述的定時器所設(shè)定的時間 內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成。
在網(wǎng)絡(luò)側(cè)，AAA服務(wù)器可以知道終端支持的OTA業(yè)務(wù)啟動機制類型，比如可以獲知 終端為既支持客戶端觸發(fā)的空中下載OTA啟動機制又支持服務(wù)器觸發(fā)的OTA啟動機制的終 端，獲知可以是主動的獲取，也可以是收到含有終端支持的啟動機制信息的消息等；AAA服 務(wù)器也可以無需知道終端支持的OTA業(yè)務(wù)啟動機制類型。AAA服務(wù)器在收到計費消息后， AAA服務(wù)器分別向DM服務(wù)器和WIB服務(wù)器發(fā)送通知消息(可以為Notification消息)，所 述AAA服務(wù)器向DM服務(wù)器的通知消息攜帶一個定時器信息。所述定時器信息用于DM服務(wù) 器在進行OTA業(yè)務(wù)啟動過程中根據(jù)定時器信息來進行UDP的重傳。具體可以為DM server 根據(jù)接收到的Notification消息中攜帶的定時器信息來控制UDP的重傳，當(dāng)定時器設(shè)定的 時間結(jié)束時，停止UDP的重傳。AAA服務(wù)器向WIB服務(wù)器的通知消息，可以攜帶上述的定時 器信息，也可以不攜帶上述的定時器信息，因為WIB procedure是由終端進行觸發(fā)的。AAA 服務(wù)器向WIB服務(wù)器的通知消息，可以不用在收到計費消息后第一時間發(fā)送，具體的發(fā)送 時間可以靈活選擇。AAA服務(wù)器向WIB服務(wù)器的通知消息，用于以便于WIB服務(wù)器在所述定 時器設(shè)定的時間內(nèi)，也即定時器設(shè)定的時間結(jié)束時，OTA啟動還沒有完成情況下，進行OTA 業(yè)務(wù)的啟動。
該實施例中的定時器可以是新設(shè)定的，也可以用終端的MS session timer。
通過該實施例可以看到，對于一個支持both啟動機制的終端通過設(shè)定定時器，能 夠有效的控制WIB procedure的時間，避免了兩種啟動流程并發(fā)進行，從而節(jié)省了傳輸資 源。對于網(wǎng)絡(luò)側(cè)，通過AAA服務(wù)器發(fā)送給DM服務(wù)器的通知消息中攜帶定時器信息，從而有 效的控制UDP的重傳，當(dāng)定時器設(shè)定的時間結(jié)束時，停止UDP的重傳，從而亦避免了兩種啟 動流程并發(fā)進行，從而節(jié)省了傳輸資源，而且AAA服務(wù)器向WIB服務(wù)器的通知消息，可以不 用在收到計費消息后第一時間發(fā)送，具體的發(fā)送時間可以靈活選擇，從而優(yōu)化了 OTA業(yè)務(wù) 啟動流程。
以上各OTA啟動流程實施例中，各網(wǎng)元的名稱只是舉例，在實現(xiàn)過程當(dāng)中可以有 有同的稱呼，只要實現(xiàn)相同功能的網(wǎng)元均可運用到以上各流程實施例中。AAA服務(wù)器可以不 限于H-AAA服務(wù)器，可以是其他AAA服務(wù)器或者其他執(zhí)行類似功能的服務(wù)器。各消息或信 令的名稱亦只是舉例，本領(lǐng)域技術(shù)人員可以用其他執(zhí)行類似功能的消息和信令來替換，亦 屬于本發(fā)明保護范圍中。各消息或信令的描述和繪制順序只是一個舉例，在實現(xiàn)過程當(dāng)中 可以有其他的順序，亦屬于本發(fā)明保護范圍中。
本發(fā)明實施例還公開了一種空中下載業(yè)務(wù)的啟動裝置，如圖8所示。
該空中下載業(yè)務(wù)的啟動裝置，包括計費消息接收模塊801 ；還包括
判斷模塊803，用于如果計費消息接收模塊801接收到計費通知消息，則判斷終端 是支持客戶端觸發(fā)的OTA業(yè)務(wù)啟動機制，還是支持服務(wù)器觸發(fā)的OTA業(yè)務(wù)啟動機制；
通知消息發(fā)送模塊805，用于如果終端支持客戶端觸發(fā)的空中下載(OverThe Air, 0ΤΑ)業(yè)務(wù)啟動機制，AAA服務(wù)器向WIMAX初始啟動(WIMAX InitialBootstrap, WIB)服務(wù)器 發(fā)送通知消息，以便于WIB服務(wù)器進行OTA業(yè)務(wù)的啟動，或者，如果終端支持服務(wù)器觸發(fā)的 OTA業(yè)務(wù)啟動機制，AAA服務(wù)器向設(shè)備管理(終端Management，DM)服務(wù)器發(fā)送通知消息，以便于DM服務(wù)器進行OTA業(yè)務(wù)的啟動。
判斷模塊803可以根據(jù)以下集中優(yōu)選方案來進行判斷
優(yōu)選的，判斷模塊803根據(jù)網(wǎng)絡(luò)接入標識(Network Access Identifier, ΝΑΙ) 接收模塊807接收到的NAI判斷終端支持的OTA啟動機制類型。網(wǎng)絡(luò)接入標識(Network Access Identifier, ΝΑΙ)接收模塊807是優(yōu)選模塊。
優(yōu)選的，所述NAI包含用來標識終端支持的OTA啟動機制的字段，判斷模塊803通 過所述用來標識終端支持的OTA啟動機制的字段來判斷終端支持的OTA啟動機制類型。
優(yōu)選的，所述NAI包含用來標識終端支持的設(shè)備管理協(xié)議的字段，判斷模塊803通 過所述用來標識終端支持的設(shè)備管理協(xié)議的字段來判斷終端支持的OTA啟動機制類型。
優(yōu)選的，所述NAI包含用來標識終端支持的OTA啟動機制的字段和用來標識終端 支持的設(shè)備管理協(xié)議的字段，判斷模塊803通過所述用來標識終端支持的設(shè)備管理協(xié)議的 字段并且結(jié)合用來標識終端支持的設(shè)備管理協(xié)議的字段來判斷終端支持的OTA啟動機制 類型。
如果終端是支持both啟動機制終端，則可以選擇下述優(yōu)選方案
優(yōu)選方案一
判斷模塊803，還用于判斷終端是否屬于既支持客戶端觸發(fā)的OTA啟動機制又支 持服務(wù)器觸發(fā)的OTA啟動機制的終端；
通知消息發(fā)送模塊805，還用于如果終端屬于既支持客戶端觸發(fā)的OTA啟動機制 又支持服務(wù)器觸發(fā)的OTA啟動機制，則通知消息發(fā)送模塊只向WIMAX初始啟動WIB服務(wù)器 發(fā)送通知消息，以便于WIB服務(wù)器進行OTA業(yè)務(wù)的啟動，或者，通知消息發(fā)送模塊只向設(shè)備 管理DM服務(wù)器發(fā)送通知消息，以便于DM服務(wù)器進行OTA業(yè)務(wù)的啟動。
優(yōu)選方案二
判斷模塊803，還用于判斷終端是否屬于既支持客戶端觸發(fā)的OTA啟動機制又支 持服務(wù)器觸發(fā)的OTA啟動機制的終端；
通知消息發(fā)送模塊805，還用于如果終端屬于既支持客戶端觸發(fā)的OTA啟動機制 又支持服務(wù)器觸發(fā)的OTA啟動機制，則向DM服務(wù)器發(fā)送通知消息，所述向DM服務(wù)器發(fā)送的 通知消息攜帶一個定時器信息，所述定時器信息用于DM服務(wù)器在進行OTA業(yè)務(wù)啟動過程中 根據(jù)定時器信息來進行UDP的重傳；和，則向WIB服務(wù)器發(fā)送通知消息，向WIB服務(wù)器的通 知消息用于以便于WIB服務(wù)器在所述定時器設(shè)定的時間內(nèi)，OTA啟動還沒有完成情況下，進 行OTA業(yè)務(wù)的啟動。
可以理解是該實施例的裝置可以為AAA服務(wù)器，但是AAA服務(wù)器可以不限于H-AAA 服務(wù)器，可以是其他AAA服務(wù)器或者其他執(zhí)行類似功能的裝置。
本發(fā)明實施例還公開另一種空中下載業(yè)務(wù)的啟動裝置，包括
第一模塊，用于接收計費消息；
第二模塊，用于在第一模塊接收到計費消息后分別向設(shè)備管理DM服務(wù)器和WIMAX 初始啟動WIB服務(wù)器發(fā)送通知消息；
其中，
向DM服務(wù)器發(fā)送的通知消息中攜帶一個定時器信息，所述定時器信息用于DM服 務(wù)器在進行空中下載OTA業(yè)務(wù)啟動過程中根據(jù)定時器信息來進行UDP的重傳；
向WIB服務(wù)器發(fā)送的通知消息用于WIB服務(wù)器在所述定時器設(shè)定的時間內(nèi)，OTA啟 動還沒有完成情況下，進行OTA業(yè)務(wù)的啟動。
優(yōu)選的，啟動裝置還包括
第三模塊，用于獲知終端為既支持客戶端觸發(fā)的OTA啟動機制又支持服務(wù)器觸發(fā) 的OTA啟動機制的終端。
第二模塊在第三模塊獲知終端為既支持客戶端觸發(fā)的OTA啟動機制又支持服務(wù) 器觸發(fā)的OTA啟動機制的終端后分別向DM服務(wù)器和WIB服務(wù)器發(fā)送通知消息。
可以理解是該實施例的裝置可以為AAA服務(wù)器，但是AAA服務(wù)器可以不限于H-AAA 服務(wù)器，可以是其他AAA服務(wù)器或者其他執(zhí)行類似功能的裝置。
本發(fā)明實施例還公開了一種終端，所述終端為既支持客戶端觸發(fā)的空中下載OTA 啟動機制又支持服務(wù)器觸發(fā)的OTA啟動機制的終端；所述終端包括
第一模塊，用于啟動一個定時器；
第二模塊，用于判斷在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成；
第三模塊，用于如果在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動還未完成，觸發(fā) 進行OTA業(yè)務(wù)的啟動。
優(yōu)選的，終端中的第二模塊，還用于根據(jù)是否接收到UDP或者是否發(fā)送packaged 來判斷在所述的定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成。
優(yōu)選的，觸發(fā)進行OTA業(yè)務(wù)的啟動可以是由終端來觸發(fā)執(zhí)行WIB procedure或者 觸發(fā)進行其他OTA啟動流程。優(yōu)選的，觸發(fā)這個動作可以是發(fā)送一條消息或者信令等。
雖然裝置實施例為了更好描述裝置，采用功能模塊的方式進行描述，但是上述功 能模塊的劃分不是唯一的，可以進行功能模塊的合并或進一步拆分。而且本領(lǐng)域技術(shù)人員 可以知道方法流程實施例中的敘述也可以作為裝置實施例的一部分，具體方法流程實施例 敘述的技術(shù)特征也可以作為上述功能模塊的功能補充。
本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可 以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀存儲介質(zhì)中，存 儲介質(zhì)可以包括只讀存儲器(ROM，Read Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁盤或光盤等。
權(quán)利要求的內(nèi)容記載的方案也是本發(fā)明實施例的保護范圍。
以上對本發(fā)明實施例所提供的實現(xiàn)空中下載業(yè)務(wù)的啟動方法及其裝置進行了詳 細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說 明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù) 本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不 應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種空中下載業(yè)務(wù)的啟動方法，其特征在于，在收到計費消息后包括 分別向設(shè)備管理DM服務(wù)器和WIMAX初始啟動WIB服務(wù)器發(fā)送通知消息；所述向DM服務(wù)器發(fā)送的通知消息中攜帶一個定時器信息，所述定時器信息用于DM服 務(wù)器在進行空中下載OTA業(yè)務(wù)啟動過程中根據(jù)定時器信息來進行用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)UDP 的重傳；所述向WIB服務(wù)器發(fā)送的通知消息用于WIB服務(wù)器在所述定時器設(shè)定的時間內(nèi)，OTA啟 動還沒有完成情況下，進行OTA業(yè)務(wù)的啟動。
2.如權(quán)利要求1所述的方法，其特征在于，在分別向設(shè)備管理DM服務(wù)器和WIMAX初始 啟動WIB服務(wù)器發(fā)送通知消息之前還包括獲知終端為既支持客戶端觸發(fā)的OTA啟動機制又支持服務(wù)器觸發(fā)的OTA啟動機制的終端。
3.—種空中下載業(yè)務(wù)的啟動裝置，其特征在于，包括 第一模塊，用于接收計費消息；第二模塊，用于在第一模塊接收到計費消息后分別向設(shè)備管理DM服務(wù)器和WIMAX初始 啟動WIB服務(wù)器發(fā)送通知消息； 其中，所述向DM服務(wù)器發(fā)送的通知消息中攜帶一個定時器信息，所述定時器信息用于DM服 務(wù)器在進行空中下載OTA業(yè)務(wù)啟動過程中根據(jù)定時器信息來進行用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)UDP 的重傳；所述向WIB服務(wù)器發(fā)送的通知消息用于WIB服務(wù)器在所述定時器設(shè)定的時間內(nèi)，OTA啟 動還沒有完成情況下，進行OTA業(yè)務(wù)的啟動。
4.如權(quán)利要求3所述的裝置，其特征在于，還包括第三模塊，用于獲知終端為既支持客戶端觸發(fā)的OTA啟動機制又支持服務(wù)器觸發(fā)的 OTA啟動機制的終端。所述第二模塊在第三模塊獲知終端為既支持客戶端觸發(fā)的OTA啟動機制又支持服務(wù) 器觸發(fā)的OTA啟動機制的終端后分別向DM服務(wù)器和WIB服務(wù)器發(fā)送通知消息。
5.一種空中下載業(yè)務(wù)的啟動方法，其特征在于，包括如果終端為既支持客戶端觸發(fā)的空中下載OTA啟動機制又支持服務(wù)器觸發(fā)的OTA啟動 機制的終端；啟動一個定時器；判斷在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成； 如果在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動還未完成，觸發(fā)進行OTA業(yè)務(wù)的啟動。
6.如權(quán)利要求5所述的方法，其特征在于，所述判斷在所述定時器所設(shè)定的時間內(nèi)， OTA業(yè)務(wù)啟動是否已經(jīng)完成具體為根據(jù)是否接收到用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)UDP或者是否發(fā)送packaged來判斷在所述的定 時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成。
7.—種終端，其特征在于，所述終端為既支持客戶端觸發(fā)的空中下載OTA啟動機制又 支持服務(wù)器觸發(fā)的OTA啟動機制的終端；所述終端包括第一模塊，用于啟動一個定時器；第二模塊，用于判斷在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成；第三模塊，用于如果在所述定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動還未完成，觸發(fā)進行 OTA業(yè)務(wù)的啟動。
8.如權(quán)利要求7所述的終端，其特征在于，第二模塊，還用于根據(jù)是否接收到用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)UDP或者是否發(fā)送packaged 來判斷在所述的定時器所設(shè)定的時間內(nèi)，OTA業(yè)務(wù)啟動是否已經(jīng)完成。
9.一種空中下載業(yè)務(wù)的啟動方法，鑒權(quán)授權(quán)計費服務(wù)器AAA服務(wù)器收到計費消息；其 特征在于，AAA服務(wù)器在收到計費消息后包括如果終端支持客戶端觸發(fā)的空中下載OTA啟動機制，AAA服務(wù)器向WIMAX初始啟動WIB 服務(wù)器發(fā)送通知消息，以便于WIB服務(wù)器進行OTA業(yè)務(wù)的啟動；如果終端支持服務(wù)器觸發(fā)的OTA啟動機制，AAA服務(wù)器向設(shè)備管理DM服務(wù)器發(fā)送通知 消息，以便于DM服務(wù)器進行OTA業(yè)務(wù)的啟動。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于AAA服務(wù)器通過網(wǎng)絡(luò)接入標識NAI來獲 知終端支持的OTA啟動機制類型。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述NAI包含用來標識終端支持的OTA 啟動機制的字段，AAA服務(wù)器通過所述用來標識終端支持的OTA啟動機制的字段來獲知終 端支持的OTA啟動機制類型。
12.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述NAI包含用來標識終端支持的設(shè)備 管理協(xié)議的字段，AAA服務(wù)器通過所述用來標識終端支持的設(shè)備管理協(xié)議的字段來獲知終 端支持的OTA啟動機制類型。
13.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述NAI包含用來標識終端支持的OTA 啟動機制的字段和用來標識終端支持的設(shè)備管理協(xié)議的字段，AAA服務(wù)器通過所述用來標 識終端支持的OTA啟動機制的字段并且結(jié)合用來標識終端支持的設(shè)備管理協(xié)議的字段來 獲知終端支持的OTA啟動機制類型。
14.根據(jù)權(quán)利要求9 13任意一項所述的方法，其特征在于如果終端既支持客戶端 觸發(fā)的OTA啟動機制又支持服務(wù)器觸發(fā)的OTA啟動機制，AAA服務(wù)器向DM服務(wù)器和WIB服 務(wù)器發(fā)送通知消息，所述AAA服務(wù)器向DM服務(wù)器的通知消息攜帶一個定時器信息，所述定時器信息用于 DM服務(wù)器在進行OTA業(yè)務(wù)啟動過程中根據(jù)定時器信息來進行用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)UDP的重 傳；所述AAA服務(wù)器向WIB服務(wù)器的通知消息用于WIB服務(wù)器在所述定時器設(shè)定的時間 內(nèi)，OTA啟動還沒有完成情況下，進行OTA業(yè)務(wù)的啟動。
15.一種空中下載業(yè)務(wù)的啟動裝置，包括計費消息接收模塊(801)；其特征在于，還包括判斷模塊(803)，用于如果計費消息接收模塊(801)接收到計費通知消息，則判斷終端 是支持客戶端觸發(fā)的空中下載OTA啟動機制，還是支持服務(wù)器觸發(fā)的OTA啟動機制；通知消息發(fā)送模塊(805)，用于如果終端支持客戶端觸發(fā)的OTA啟動機制，向WIMAX初 始啟動WIB服務(wù)器發(fā)送通知消息，以便于WIB服務(wù)器進行OTA業(yè)務(wù)的啟動，或者，如果終端支持服務(wù)器觸發(fā)的OTA啟動機制，向設(shè)備管理DM服務(wù)器發(fā)送通知消息，以便于DM服務(wù)器進 行OTA業(yè)務(wù)的啟動。
16.如權(quán)利要求15所述的裝置，其特征在于還包括網(wǎng)絡(luò)接入標識NAI接收模塊(807)，用于接收NAI ；所述判斷模塊(80 根據(jù)網(wǎng)絡(luò)接入標識NAI接收模塊(807)接收到NAI判斷終端支持 的OTA啟動機制類型。
17.根據(jù)權(quán)利要求16所述的裝置，其特征在于所述NAI包含用來標識終端支持的OTA 啟動機制的字段，判斷模塊(80 通過所述用來標識終端支持的OTA啟動機制的字段來判 斷終端支持的OTA啟動機制類型。
18.根據(jù)權(quán)利要求16所述的裝置，其特征在于所述NAI包含用來標識終端支持的設(shè) 備管理協(xié)議的字段，判斷模塊(80 通過所述用來標識終端支持的設(shè)備管理協(xié)議的字段來 判斷終端支持的OTA啟動機制類型。
19.根據(jù)權(quán)利要求16所述的裝置，其特征在于所述NAI包含用來標識終端支持的OTA 啟動機制的字段和用來標識終端支持的設(shè)備管理協(xié)議的字段，判斷模塊(80 通過所述用 來標識終端支持的OTA啟動機制的字段并且結(jié)合用來標識終端支持的設(shè)備管理協(xié)議的字 段來判斷終端支持的OTA啟動機制類型。
20.根據(jù)權(quán)利要求15-19任意一項所述的裝置，其特征在于判斷模塊(803)，還用于判斷終端是否屬于既支持客戶端觸發(fā)的OTA啟動機制又支持 服務(wù)器觸發(fā)的OTA啟動機制的終端；通知消息發(fā)送模塊(805)，還用于如果終端屬于既支持客戶端觸發(fā)的OTA啟動機制又 支持服務(wù)器觸發(fā)的OTA啟動機制，則向DM服務(wù)器發(fā)送通知消息，所述向DM服務(wù)器發(fā)送的通 知消息攜帶一個定時器信息，所述定時器信息用于DM服務(wù)器在進行OTA業(yè)務(wù)啟動過程中根 據(jù)定時器信息來進行用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)UDP的重傳；和，則向WIB服務(wù)器發(fā)送通知消息， 向WIB服務(wù)器的通知消息用于WIB服務(wù)器在所述定時器設(shè)定的時間內(nèi)，OTA啟動還沒有完 成情況下，進行OTA業(yè)務(wù)的啟動。
全文摘要
本發(fā)明公開了一種空中下載業(yè)務(wù)的啟動方法，在收到計費消息后，分別向設(shè)備管理DM服務(wù)器和WIMAX初始啟動WIB服務(wù)器發(fā)送通知消息；向DM服務(wù)器發(fā)送的通知消息中攜帶一個定時器信息，定時器信息用于DM服務(wù)器在進行空中下載OTA業(yè)務(wù)啟動過程中根據(jù)定時器信息來進行用戶數(shù)據(jù)報協(xié)議數(shù)據(jù)UDP的重傳；向WIB服務(wù)器發(fā)送的通知消息用于WIB服務(wù)器在所述定時器設(shè)定的時間內(nèi)，OTA啟動還沒有完成情況下，進行OTA業(yè)務(wù)的啟動。通過該方法，簡化了OTA啟動流程。
文檔編號H04W8/24GK102036226SQ20091011071
公開日2011年4月27日 申請日期2009年9月28日 優(yōu)先權(quán)日2009年9月28日
發(fā)明者李秀艷, 肖曉玲, 錢韜 申請人:華為技術(shù)有限公司