專利名稱：用于配置無(wú)線電終端的方法和網(wǎng)絡(luò)體系結(jié)構(gòu)、無(wú)線電終端、網(wǎng)絡(luò)節(jié)點(diǎn)及其計(jì)算機(jī)程序產(chǎn)品的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及無(wú)線電通信網(wǎng)絡(luò)和利用無(wú)線電通信網(wǎng)絡(luò)可重新配置的無(wú)線電終端。
本發(fā)明尤其涉及一種可重新配置的無(wú)線電終端的配置，所述配置是通過(guò)在所述無(wú)線電終端中安裝從無(wú)線電通信網(wǎng)絡(luò)通過(guò)空中(over theairOTA)下載的操作系統(tǒng)完成的。
背景技術(shù)：
根據(jù)文獻(xiàn)(J.Mitola“The Software Radio Architecture”IEEE通信期刊，1995年5月和E.Buracchini，“The Software RadioConcept”IEEE通信期刊，2000年9月)，已知類似終端、基站和網(wǎng)絡(luò)節(jié)點(diǎn)的可重新配置的系統(tǒng)配備有其運(yùn)行工作方式可以隨意地重新配置。例如，能夠與如GSM/GPRS(全球移動(dòng)通信系統(tǒng)/通用分組無(wú)線電業(yè)務(wù))的第二代系統(tǒng)(2G)一同工作的可重新配置的無(wú)線電終端可以被重新配置以便變得能夠與第三代系統(tǒng)，如UMTS(通用移動(dòng)電信系統(tǒng))或CDMA 2000(碼分多址2000)或WI-FI(無(wú)線Fldelity)或DVB-T(地面數(shù)字視頻廣播)系統(tǒng)等等，一同工作。
“系統(tǒng)”意思是多個(gè)元素根據(jù)預(yù)先確定的準(zhǔn)則在它們之間協(xié)同工作，即根據(jù)一個(gè)“標(biāo)準(zhǔn)”協(xié)同工作，以便執(zhí)行例如始于通信網(wǎng)絡(luò)的特定功能。
在本文檔中，系統(tǒng)的實(shí)例是GSM系統(tǒng)、GPRS系統(tǒng)、UMTS系統(tǒng)、WLAN(無(wú)線局域網(wǎng))系統(tǒng)等等，它們中的每一個(gè)遵從相應(yīng)的標(biāo)準(zhǔn)。
為了實(shí)現(xiàn)終端的重新配置，必須以反之也是可重新配置的技術(shù)實(shí)現(xiàn)終端的操作功能?？紤]到這一點(diǎn)，可重新配置的終端或裝置被配備以例如由多個(gè)FPGA(現(xiàn)場(chǎng)可編程門陣列)、DSP(數(shù)字信號(hào)處理器)和微處理器構(gòu)成的可重新編程的硬件該裝置的信號(hào)功能性甚至在最低電平的時(shí)候也可通過(guò)軟件代碼來(lái)執(zhí)行。結(jié)果，為了重新配置可重新編程的裝置，應(yīng)有能力替換管理裝置自身的硬件的操作軟件。
在本說(shuō)明書(shū)中術(shù)語(yǔ)“操作軟件”意思是以庫(kù)組織的軟件，其既定義了所考慮的類似例如GSM/GPRS、UMTS等系統(tǒng)的協(xié)議棧的無(wú)線電接口或較低層(例如，L1、L2、L3)又定義了較高層(例如，L4一直到L7)。
如公知的，在通信領(lǐng)域中，使用最多的用于獲得功能分組的方法是OSI(開(kāi)發(fā)系統(tǒng)互連)模型。各功能性以在各層的協(xié)議棧之下表示的功能面或者層來(lái)分組。
每一層為其直接的更高層提供服務(wù)，所述服務(wù)反之是由直接的較低層提供的服務(wù)的改進(jìn)。
最低層(層1)通常用于物理傳輸信息。
根據(jù)OSI規(guī)范，標(biāo)準(zhǔn)的層數(shù)為7分別為物理層、連接層、網(wǎng)絡(luò)層、傳輸層、會(huì)話層、表示層和應(yīng)用層。每個(gè)系統(tǒng)，例如GSM/GPRS、UMTS等等，實(shí)現(xiàn)所述標(biāo)準(zhǔn)協(xié)議棧的必要的部分。
當(dāng)考慮無(wú)線電終端時(shí)，當(dāng)利用可重新配置的硬件時(shí)提供諸多的好處，但一個(gè)好處是直接顯而易見(jiàn)的無(wú)線電終端可以根據(jù)覆蓋該終端所處區(qū)域(工作區(qū)域)的系統(tǒng)來(lái)重新配置。因此，如果終端在由第二代系統(tǒng)(如GSM/GPRS)覆蓋的區(qū)域內(nèi)使用，則可以配置終端以便能夠接收所述系統(tǒng)；同樣，在由第三代系統(tǒng)(如UMTS)覆蓋的區(qū)域內(nèi)，也可相應(yīng)地配置終端。
已知的是，軟件代碼可至少以三種不同的方式轉(zhuǎn)移或下載到終端-通過(guò)將SIM(用戶標(biāo)識(shí)模塊)插入到無(wú)線電移動(dòng)終端經(jīng)由智能卡；-通過(guò)利用例如經(jīng)由紅外/串口/USB端口與個(gè)人計(jì)算機(jī)的鏈接經(jīng)由外部連接；-通過(guò)利用特定的無(wú)線電信道經(jīng)由無(wú)線電或者通過(guò)空中(OTA)。
考慮軟件下載，在軟件定義的無(wú)線電論壇(SDR論壇)的框架內(nèi)已經(jīng)定義了允許管理下載軟件到終端的一般協(xié)議的基本步驟，如通過(guò)URLwww.sdrforum.org可獲得的。
如由SDR論壇定義的該協(xié)議是客戶機(jī)-服務(wù)器類型的協(xié)議。
下載協(xié)議步驟如下-下載啟動(dòng)在此步驟期間終端與將要下載的軟件駐留于其上的服務(wù)器通信，該啟動(dòng)開(kāi)始一個(gè)軟件下載；-相互驗(yàn)證終端和服務(wù)器相互驗(yàn)證；-能力交換服務(wù)器傳送有關(guān)將要下載的軟件的能力信息，且終端核實(shí)軟件是否能夠被載入到終端存儲(chǔ)器中、是否能夠在其內(nèi)安裝并運(yùn)行；-下載接受服務(wù)器通知終端下載、安裝和記帳選項(xiàng)；終端決定服務(wù)器所提供的指示是否是可接受的；-下載和完整性測(cè)試在軟件下載期間，所接收的代碼被測(cè)試；終端請(qǐng)求重傳接收不正確的無(wú)線電數(shù)據(jù)塊；-安裝在安裝步驟期間，由服務(wù)器提供軟件記帳和授予許可證條件；-原地測(cè)試在啟動(dòng)軟件之前，終端在與軟件代碼一同下載的測(cè)試向量的幫助下執(zhí)行一些測(cè)試；-非否認(rèn)交換一旦軟件代碼已經(jīng)被安裝并且被測(cè)試，終端向服務(wù)器證實(shí)安裝已經(jīng)成功以便啟動(dòng)例如記帳程序。
根據(jù)現(xiàn)有技術(shù)，例如E.Buracchini，“The Software RadioConcept”，IEEE通信期刊，2000年9月，已知經(jīng)由無(wú)線電或OTA的軟件下載預(yù)見(jiàn)終端對(duì)無(wú)線電信道的使用。此外已知的是，依賴于無(wú)線電信道的拓?fù)?，軟件代碼的下載可以以兩種不同的方式完成-“帶外”方式借助于獨(dú)立于當(dāng)前系統(tǒng)的“通用”信道，例如當(dāng)終端被接通時(shí)，其自動(dòng)調(diào)諧到所述信道并執(zhí)行有關(guān)于運(yùn)行在該工作區(qū)域內(nèi)的系統(tǒng)的操作軟件的下載；-“帶內(nèi)”方式通過(guò)分別利用如GSM/GPRS和UMTS的第二和第三代標(biāo)準(zhǔn)蜂窩系統(tǒng)的無(wú)線電信道，這種方式假定已經(jīng)在這些信道的其中之一上運(yùn)行的終端接收有關(guān)不同于當(dāng)前使用的系統(tǒng)的操作軟件；例如，通過(guò)利用終端根據(jù)其工作的第二代無(wú)線電信道，一個(gè)與如GSM/GPRS的第二代系統(tǒng)一同工作的可重新配置的終端能夠執(zhí)行如UMTS的第三代系統(tǒng)的下載。
“帶外”軟件下載的一個(gè)實(shí)例是例如在日本專利申請(qǐng)No.2001061186中描述的例子。該文檔描述了一種用于通過(guò)空中下載軟件內(nèi)容的系統(tǒng)和方法。當(dāng)無(wú)線電終端接通時(shí)，其在通用信道上搜尋工作區(qū)域中當(dāng)前是什么系統(tǒng)并且執(zhí)行相對(duì)所指示的系統(tǒng)的軟件下載。
“帶內(nèi)”軟件下載的一個(gè)實(shí)例是例如在US專利申請(qǐng)No.2003/0163551中描述的例子。該文檔描述了一種用于通過(guò)空中下載軟件的系統(tǒng)和方法，其利用了-服務(wù)器和終端之間的協(xié)商步驟(能力交換、驗(yàn)證、記帳等等)期間的專用信道，以及-下載過(guò)程期間的共享公共信道，以便為盡可能多的用戶同時(shí)提供下載服務(wù)而不對(duì)可用的無(wú)線電資源施以阻礙。
當(dāng)考慮“帶內(nèi)”下載方式時(shí)，文獻(xiàn)AAVV“Architecture of IP basedNetwork Elements Supporting Reconfigurable Terminals”，SCOUT專題研究組2003年9月16日建議大幅修改某些協(xié)議和某些網(wǎng)絡(luò)節(jié)點(diǎn)，例如無(wú)線電接入節(jié)點(diǎn)和/或核心網(wǎng)絡(luò)節(jié)點(diǎn)，以便有可能管理操作軟件的下載。
這種修改隱含設(shè)備制造商和網(wǎng)絡(luò)運(yùn)營(yíng)商的巨大努力并且對(duì)現(xiàn)有蜂窩系統(tǒng)的標(biāo)準(zhǔn)帶來(lái)顯著的沖擊。因此已知的技術(shù)顯示出以下局限當(dāng)期望其向已經(jīng)存在的蜂窩網(wǎng)絡(luò)(例如GSM/GPRS或UMTS)增加用于可重新配置的終端的操作軟件下載管理時(shí)，需要對(duì)協(xié)議和網(wǎng)絡(luò)節(jié)點(diǎn)作重大的修改。
考慮帶外方式，根據(jù)現(xiàn)有技術(shù)，需要其實(shí)現(xiàn)一個(gè)專用無(wú)線電信道并且由此用于其的實(shí)現(xiàn)的專用網(wǎng)絡(luò)設(shè)備或網(wǎng)絡(luò)節(jié)點(diǎn)。
總之，申請(qǐng)人注意到已知的現(xiàn)有技術(shù)在帶內(nèi)和帶外軟件下載的情況下都準(zhǔn)備大幅修改某些協(xié)議和某些網(wǎng)絡(luò)節(jié)點(diǎn)以便配置可重新配置的無(wú)線電終端。

發(fā)明內(nèi)容
因此，本發(fā)明的一個(gè)目的是管理用于重新配置無(wú)線電終端而無(wú)需修改體系結(jié)構(gòu)和網(wǎng)絡(luò)節(jié)點(diǎn)的協(xié)議的操作軟件的下載。
本發(fā)明發(fā)明的上述目的是通過(guò)如在此所附的權(quán)利要求書(shū)中要求的一種方法、網(wǎng)絡(luò)體系結(jié)構(gòu)和計(jì)算機(jī)程序產(chǎn)品實(shí)現(xiàn)的。
根據(jù)本發(fā)明，提供一種體系結(jié)構(gòu)、方法和相關(guān)計(jì)算機(jī)程序產(chǎn)品或計(jì)算機(jī)程序產(chǎn)品組，該計(jì)算機(jī)程序產(chǎn)品可載入至少一臺(tái)計(jì)算機(jī)的存儲(chǔ)器并包括當(dāng)該產(chǎn)品在計(jì)算機(jī)上運(yùn)行時(shí)用于執(zhí)行本發(fā)明的方法的各步驟的軟件代碼部分。如在此使用的，參考這種計(jì)算機(jī)程序產(chǎn)品意欲等同于參考包含用于控制計(jì)算機(jī)系統(tǒng)以協(xié)調(diào)本發(fā)明的方法的執(zhí)行的指令的計(jì)算機(jī)可讀介質(zhì)。參考“至少一臺(tái)計(jì)算機(jī)”顯然意欲突出本發(fā)明以分布式模塊化方式實(shí)現(xiàn)的可能性。
特別地，根據(jù)本發(fā)明，在優(yōu)選實(shí)施例中提供了一種體系結(jié)構(gòu)和方法，根據(jù)該體系結(jié)構(gòu)和方法終端能夠經(jīng)由無(wú)線電執(zhí)行操作軟件的下載，根據(jù)下載的該操作軟件有可能重新配置移動(dòng)無(wú)線電終端，該體系結(jié)構(gòu)和方法是非侵入性的；特別地，該下載可以以對(duì)所使用的蜂窩無(wú)線電接入系統(tǒng)透明的方式實(shí)現(xiàn)，該蜂窩無(wú)線電接入系統(tǒng)可能屬于如GSM/GPRS、IS95(過(guò)渡標(biāo)準(zhǔn)95)或PDC(數(shù)字蜂窩電話)的第二代系統(tǒng)，或者屬于第三代系統(tǒng)(例如IMT 2000系列的無(wú)線電接入系統(tǒng)-國(guó)際移動(dòng)電信系統(tǒng)2000)。
根據(jù)本發(fā)明，該體系結(jié)構(gòu)配備有連接到網(wǎng)絡(luò)能夠通過(guò)空中管理操作軟件的下載的節(jié)點(diǎn)而不影響已經(jīng)存在的網(wǎng)絡(luò)協(xié)議。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，該計(jì)算機(jī)程序產(chǎn)品采用第二和第三代系統(tǒng)均支持的TCP/IP(傳輸控制協(xié)議/網(wǎng)際協(xié)議)協(xié)議。
根據(jù)本發(fā)明，該提議的協(xié)議與SDR論壇提供的推薦標(biāo)準(zhǔn)一致。
根據(jù)本發(fā)明，通過(guò)空中的軟件下載對(duì)接入網(wǎng)絡(luò)和核心網(wǎng)絡(luò)是透明。
根據(jù)本發(fā)明，該體系結(jié)構(gòu)獨(dú)立于所考慮的系統(tǒng)并且可以以任何當(dāng)前或?qū)?lái)的系統(tǒng)實(shí)現(xiàn)，如GSM/GPRS的第二代系統(tǒng)，如UMTS的第三代系統(tǒng)，如DVB、WLAN、802.16等的其它系統(tǒng)。
根據(jù)本發(fā)明，提供一種服務(wù)器類型節(jié)點(diǎn)，操作軟件駐留于該節(jié)點(diǎn)之上且該節(jié)點(diǎn)連接到網(wǎng)絡(luò)并且能夠執(zhí)行無(wú)線電終端上的操作軟件的下載。
此外，根據(jù)本發(fā)明，用于重新配置無(wú)線電終端的該方法是非侵入性的并且能夠利用其所支持的網(wǎng)絡(luò)的所有特征。


現(xiàn)在將參考本發(fā)明的優(yōu)選但非限制性實(shí)施例的附圖在下文中公開(kāi)本發(fā)明，其中圖1舉例說(shuō)明了一般GPRS或UMTS網(wǎng)絡(luò)中實(shí)現(xiàn)的本發(fā)明的實(shí)施例；圖2是由無(wú)線電終端一側(cè)的計(jì)算機(jī)程序產(chǎn)品執(zhí)行的協(xié)議步驟的狀態(tài)圖；圖3是由網(wǎng)絡(luò)一側(cè)的服務(wù)器執(zhí)行的協(xié)議步驟的狀態(tài)圖；圖4a到圖4k舉例說(shuō)明了在移動(dòng)無(wú)線電終端和服務(wù)器之間交換的協(xié)議消息的結(jié)構(gòu)；圖5a到5j是詳細(xì)示意將被安裝到無(wú)線電移動(dòng)終端中的操作軟件的下載過(guò)程的流程圖；圖6舉例說(shuō)明了特別示意移動(dòng)無(wú)線電終端和服務(wù)器之間的無(wú)線電連接的打開(kāi)的下載過(guò)程的時(shí)序圖。
貫穿所有的附圖，同樣的附圖標(biāo)記用于指示相等的或者實(shí)現(xiàn)基本上同等功能的組件。
具體實(shí)施例方式
參考圖1，圖1代表了在第二(2G)和第三(3G)代系統(tǒng)中實(shí)現(xiàn)的本發(fā)明的實(shí)施例。特別地，其代表了一種網(wǎng)絡(luò)體系結(jié)構(gòu)或者包括一般GPRS、一般UMTS網(wǎng)絡(luò)(網(wǎng)絡(luò))的體系結(jié)構(gòu)以及連接到該網(wǎng)絡(luò)的服務(wù)器(OTA服務(wù)器)或節(jié)點(diǎn)。
該網(wǎng)絡(luò)進(jìn)一步包括可重新配置的終端UE/MS(用戶設(shè)備/移動(dòng)臺(tái))、GPRS系統(tǒng)的無(wú)線電接入網(wǎng)絡(luò)GERAN(GSM EDGE無(wú)線電接入網(wǎng)絡(luò))和UMTS系統(tǒng)的UTRAN(UMTS地面無(wú)線電接入網(wǎng)絡(luò))、以及由例如節(jié)點(diǎn)SGSN(服務(wù)GPRS支持節(jié)點(diǎn))和GGSN(網(wǎng)關(guān)GPRS支持節(jié)點(diǎn))構(gòu)成的分組域核心網(wǎng)絡(luò)。節(jié)點(diǎn)GGSN例如經(jīng)由服務(wù)器代理(PROXY)連接到因特網(wǎng)(Internet)類型的網(wǎng)絡(luò)。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，稱為OTA-客戶機(jī)的終端UE/MS配備有軟件應(yīng)用，其能夠管理從直接連接的例如核心網(wǎng)絡(luò)的節(jié)點(diǎn)GGSN的OTA-服務(wù)器的操作軟件的下載。
如技術(shù)人員所理解的，OTA-服務(wù)器也可通過(guò)例如一個(gè)或多個(gè)已知類型的通信裝置直接連接到核心網(wǎng)絡(luò)。
軟件應(yīng)用OTA-客戶機(jī)和相應(yīng)的節(jié)點(diǎn)OTA-服務(wù)器采用例如傳輸控制協(xié)議TCP/IP。
OTA-服務(wù)器的該體系結(jié)構(gòu)為每個(gè)OTA-客戶機(jī)提供一個(gè)上下文，利用該上下文可以激活一個(gè)下載會(huì)話。軟件應(yīng)用的工作為每個(gè)OTA-客戶機(jī)的狀態(tài)圖以及為定義為由OTA-服務(wù)器管理的客戶機(jī)上下文的相應(yīng)的上下文作準(zhǔn)備。
根據(jù)一個(gè)優(yōu)選實(shí)施例，操作軟件包括一組操作軟件模塊，優(yōu)選多個(gè)的軟件模塊。
本發(fā)明為操作軟件模塊的下載提供網(wǎng)絡(luò)中采用的協(xié)議棧的至少一組元素集合的實(shí)現(xiàn)以便重新配置無(wú)線電終端UE/MS。
如熟練的技術(shù)人員可理解的，也有可能下載一個(gè)操作軟件模塊以便為了插入新的功能、更新或修正缺陷而更新一個(gè)或多個(gè)協(xié)議層或者協(xié)議棧的特定層的一部分。
參考圖2，圖2表示了安裝在終端UE/MS(終端一側(cè))的軟件應(yīng)用OTA-客戶機(jī)的狀態(tài)圖。
用于命名各狀態(tài)的術(shù)語(yǔ)是純粹指示性的，就如同所述的相應(yīng)行為那樣有意義。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，OTA-客戶機(jī)的各狀態(tài)和有關(guān)過(guò)渡如下-IDLE狀態(tài)當(dāng)沒(méi)有任何軟件下載過(guò)程是活動(dòng)的時(shí)候OTA-客戶機(jī)或客戶機(jī)處于這個(gè)狀態(tài)；如果過(guò)程正確結(jié)束或者如果發(fā)生故障時(shí)客戶機(jī)返回到這個(gè)狀態(tài)；-DOWNLOAD INITIATION狀態(tài)當(dāng)需要執(zhí)行操作軟件的下載時(shí)，例如當(dāng)用戶請(qǐng)求或者由網(wǎng)絡(luò)控制，客戶機(jī)進(jìn)入這個(gè)狀態(tài)并且啟動(dòng)定時(shí)器T100；定時(shí)器T100在狀態(tài)改變的情況下停止；如果定時(shí)器T100在狀態(tài)改變之前到期，則客戶機(jī)返回到IDLE狀態(tài)；-MUTUAL AUTHENTICATION狀態(tài)在這個(gè)狀態(tài)中，客戶機(jī)執(zhí)行與OTA-服務(wù)器的相互驗(yàn)證；當(dāng)從服務(wù)器到來(lái)一個(gè)驗(yàn)證請(qǐng)求時(shí)客戶機(jī)進(jìn)入這個(gè)狀態(tài)；客戶機(jī)啟動(dòng)定時(shí)器T200；定時(shí)器T200在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前定時(shí)器T200到期或者驗(yàn)證失敗，則客戶機(jī)返回到IDLE狀態(tài)；-CAPABILITY REQUEST狀態(tài)在這個(gè)狀態(tài)中，客戶機(jī)將其的能力提供給服務(wù)器；當(dāng)服務(wù)器請(qǐng)求客戶機(jī)的能力時(shí)客戶機(jī)進(jìn)入這個(gè)狀態(tài)；客戶機(jī)啟動(dòng)定時(shí)器T300；定時(shí)器T300在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前定時(shí)器T300到期，則客戶機(jī)返回到IDLE狀態(tài)；-DOWNLOAD ACCEPTANCE狀態(tài)在這個(gè)狀態(tài)中，客戶機(jī)根據(jù)服務(wù)器接收到的信息確定是否繼續(xù)下載；當(dāng)其從服務(wù)器接收到將被執(zhí)行的下載簡(jiǎn)表時(shí)客戶機(jī)進(jìn)入這個(gè)狀態(tài)；如果所接收的簡(jiǎn)表被拒絕，則客戶機(jī)返回到IDLE狀態(tài)；-SOFTWARE DOWNLOAD狀態(tài)在這個(gè)狀態(tài)中，客戶機(jī)執(zhí)行軟件下載；如果下載簡(jiǎn)表被接受則客戶機(jī)進(jìn)入這個(gè)狀態(tài)；客戶機(jī)啟動(dòng)定時(shí)器T400；定時(shí)器T400在從服務(wù)器接收到每一個(gè)軟件塊時(shí)被重置并重啟動(dòng)；定時(shí)器T400在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前定時(shí)器T400到期或者下載失敗或者所下載的軟件與能力不符，則客戶機(jī)返回到IDLE狀態(tài)；-INSTALLATION狀態(tài)在這個(gè)狀態(tài)下，客戶機(jī)向服務(wù)器發(fā)送一個(gè)許可證請(qǐng)求并安裝操作軟件；客戶機(jī)在下載結(jié)束時(shí)進(jìn)入這個(gè)狀態(tài)；客戶機(jī)啟動(dòng)定時(shí)器T500；定時(shí)器T500在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前定時(shí)器T500到期或者許可證未被接受，則客戶機(jī)返回到IDLE狀態(tài)；-IN-SITU TESTING狀態(tài)在這個(gè)狀態(tài)下，客戶機(jī)通過(guò)利用從服務(wù)器接收的一些測(cè)試向量針對(duì)下載的軟件執(zhí)行一些測(cè)試；當(dāng)已經(jīng)安裝了操作軟件時(shí)客戶機(jī)進(jìn)入這個(gè)狀態(tài)；一旦測(cè)試結(jié)束，則客戶機(jī)返回到IDLE狀態(tài)。
參考圖3，圖3描述了由OTA服務(wù)器(服務(wù)器一側(cè))管理的客戶機(jī)上下文的狀態(tài)圖。
如上述論及的，用于命名各狀態(tài)的術(shù)語(yǔ)是純指示性的，就如同所述的相應(yīng)行為那樣有意義。
現(xiàn)在描述客戶機(jī)上下文的狀態(tài)和有關(guān)過(guò)渡-IDLE狀態(tài)當(dāng)沒(méi)有任何軟件下載過(guò)程是活動(dòng)的時(shí)候由OTA-服務(wù)器管理的客戶機(jī)上下文處于這個(gè)狀態(tài)；如果過(guò)程正確結(jié)束或者如果發(fā)生故障時(shí)客戶機(jī)上下文返回到這個(gè)狀態(tài)；-DOWNLOAD INITIATION狀態(tài)在這個(gè)狀態(tài)下客戶機(jī)上下文或OTA-服務(wù)器指示OTA-客戶機(jī)執(zhí)行下載；當(dāng)需要執(zhí)行操作軟件的下載時(shí)，所述下載例如由OTA-客戶機(jī)請(qǐng)求或者根據(jù)時(shí)間安排定期更新，客戶機(jī)上下文進(jìn)入這個(gè)狀態(tài)并且啟動(dòng)定時(shí)器T101；定時(shí)器T101在狀態(tài)改變之前停止；如果定時(shí)器T101在狀態(tài)改變之前到期，則客戶機(jī)上下文返回到IDLE狀態(tài)；-MUTUAL AUTHENTICATION狀態(tài)在這個(gè)狀態(tài)中，服務(wù)器驗(yàn)證其自身并要求OTA-客戶機(jī)識(shí)別自己；當(dāng)其從客戶機(jī)接收到下載確認(rèn)時(shí)OTA-服務(wù)器進(jìn)入這個(gè)狀態(tài)；OTA-服務(wù)器啟動(dòng)定時(shí)器T201；定時(shí)器T201在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前定時(shí)器T201到期或者驗(yàn)證失敗，則客戶機(jī)上下文返回到IDLE狀態(tài)；-CAPABILITY REQUEST狀態(tài)在這個(gè)狀態(tài)中，OTA-服務(wù)器請(qǐng)求OTA-客戶機(jī)的能力；當(dāng)驗(yàn)證完成時(shí)OTA-服務(wù)器進(jìn)入這個(gè)狀態(tài)；OTA-服務(wù)器啟動(dòng)定時(shí)器T301；定時(shí)器T301在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前定時(shí)器T301到期或者該能力不允許下載，則客戶機(jī)上下文返回到IDLE狀態(tài)；-DOWNLOAD ACCEPTANCE狀態(tài)在這個(gè)狀態(tài)中，OTA-服務(wù)器將下載簡(jiǎn)表傳送給OTA-客戶機(jī)；當(dāng)其接收到終端能力并且所述能力被接受時(shí)OTA-服務(wù)器進(jìn)入這個(gè)狀態(tài)；OTA-服務(wù)器啟動(dòng)定時(shí)器T302；定時(shí)器T302在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前定時(shí)器T302到期或者OTA-客戶機(jī)拒絕了所提議的下載，則客戶機(jī)上下文返回到IDLE狀態(tài)；-SOFTWARE DOWNLOAD狀態(tài)在這個(gè)狀態(tài)中，OTA-服務(wù)器執(zhí)行朝向OTA-客戶機(jī)方向上的下載；如果OTA-客戶機(jī)接受了下載簡(jiǎn)表則OTA-服務(wù)器進(jìn)入這個(gè)狀態(tài)；客戶機(jī)啟動(dòng)定時(shí)器T401；定時(shí)器T401在從客戶機(jī)接收到每一個(gè)確認(rèn)信號(hào)Ack時(shí)被重置并重啟動(dòng)；定時(shí)器T401在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前T401到期或者下載失敗，則客戶機(jī)上下文返回到IDLE狀態(tài)；-INSTALLATION狀態(tài)在這個(gè)狀態(tài)中，OTA-服務(wù)器向OTA-客戶機(jī)發(fā)送許可證條款并且等待一直到客戶機(jī)執(zhí)行了安裝和所下載軟件的測(cè)試；當(dāng)下載已結(jié)束時(shí)OTA-服務(wù)器進(jìn)入這個(gè)狀態(tài)；OTA-服務(wù)器啟動(dòng)定時(shí)器T501；定時(shí)器T501在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前定時(shí)器T501到期或者該許可證未被OTA-客戶機(jī)接受，則OTA-客戶機(jī)返回到IDLE狀態(tài)；如果OTA-服務(wù)器接收到有關(guān)OTA-客戶機(jī)成功安裝的確認(rèn)信號(hào)，則其返回到IDLE狀態(tài)。
下面參考圖4a-4k詳細(xì)描述OTA-服務(wù)器和OTA-客戶機(jī)之間交換的協(xié)議消息的結(jié)構(gòu)。
用于命名消息和相關(guān)字段的術(shù)語(yǔ)是純指示性的，就如同所述的相應(yīng)定義那樣有意義。
參考圖4a，圖4a描述了Request Download Initiation消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。終端通過(guò)這個(gè)消息請(qǐng)求服務(wù)器開(kāi)始一個(gè)下載會(huì)話。每個(gè)下載會(huì)話通常由OTA-服務(wù)器控制。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Request DownloadInitiation)；-OTA-Client_ID標(biāo)識(shí)執(zhí)行請(qǐng)求的OTA-客戶機(jī)。
參考圖4b，圖4b描述了Download Request消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。服務(wù)器通過(guò)這個(gè)消息命令客戶機(jī)開(kāi)始一個(gè)下載會(huì)話。在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Download Request)；-OTA-Client_ID標(biāo)識(shí)作出請(qǐng)求的OTA客戶機(jī)；-Available_Downloads包含可能下載的列表；每個(gè)元素包括一個(gè)描述字符串和一個(gè)數(shù)字標(biāo)識(shí)符；該列表中當(dāng)前元素的數(shù)目是可變的。
參考圖4c，圖4c描述了Download Ack消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)消息通知OTA-服務(wù)器同意開(kāi)始一個(gè)下載會(huì)話。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Download Ack)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)；-Selected_Downloads包含由用戶選擇的下載列表，每個(gè)元素包括一個(gè)描述字符串和一個(gè)數(shù)字標(biāo)識(shí)符；該列表中當(dāng)前元素的數(shù)目是可變的。
-OTA-Client_Challenge_NumberOTA-服務(wù)器將利用其自身的密鑰和適當(dāng)?shù)拿艽a算法，例如AES(高級(jí)加密標(biāo)準(zhǔn))算法(AES)，加密的隨機(jī)數(shù)，以便執(zhí)行相互驗(yàn)證的第一步。
再次參考圖4a，其描述了Download Reject消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)消息通知服務(wù)器其不能開(kāi)始一個(gè)下載會(huì)話。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Download Reject)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)。
參考圖4d，圖4b描述了Authentication Request消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器通過(guò)這個(gè)消息將其的憑證傳送給OTA-客戶機(jī)并要求OTA-客戶機(jī)識(shí)別自己。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Authentication Request)；-OTA-Client_ID標(biāo)識(shí)該消息所發(fā)往的OTA-客戶機(jī)；-OTA-Server_Response_Number由OTA-服務(wù)器利用其自身的密鑰和適當(dāng)?shù)拿艽a算法(例如AES)加密的一個(gè)數(shù)字，結(jié)束相互驗(yàn)證的第一步；-OTA-Server_Challenge_NumberOTA-客戶機(jī)將利用其自身的密鑰和適當(dāng)?shù)拿艽a算法(例如AES)加密的一個(gè)隨機(jī)數(shù)，以便執(zhí)行相互驗(yàn)證的第二步。
參考圖4e，圖4e描述了Authentication Response消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。在已經(jīng)驗(yàn)證了服務(wù)器之后，客戶機(jī)通過(guò)這個(gè)消息將其的憑證傳送給OTA-服務(wù)器。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Authentication Response)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)；-OTA-Client_Response_Number標(biāo)識(shí)OTA-客戶機(jī)利用其自身的密鑰和適當(dāng)?shù)拿艽a算法(例如AES)加密的一個(gè)數(shù)字，結(jié)束相互驗(yàn)證的第二步。
再次參考圖4a，其描述了Authentication Failed消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器/OTA-客戶機(jī)通過(guò)這個(gè)消息通知OTA-客戶機(jī)/OTA-服務(wù)器OTA-服務(wù)器沒(méi)有驗(yàn)證OTA-客戶機(jī)，或反之亦然。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Authentication Failed)；-OTA-Client_ID標(biāo)識(shí)發(fā)送/接收該消息的OTA-客戶機(jī)。
再次參考圖4a，其描述了Capability Request消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-客戶機(jī)通過(guò)這個(gè)消息請(qǐng)求OTA-服務(wù)器其的可重新配置性選項(xiàng)。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Capability Request)；-OTA-Client_ID標(biāo)識(shí)消息被發(fā)往的OTA-客戶機(jī)。
參考圖4f，圖4f描述了Capability Response消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)消息將其的可重新配置性選項(xiàng)告知OTA-服務(wù)器。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Capability Response)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)；-OTA-Client_Capability描述終端的可重新配置性選項(xiàng)。
參考圖4g，圖4g描述了Download Description消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器通過(guò)這個(gè)消息向OTA-客戶機(jī)報(bào)告有關(guān)于下載的數(shù)據(jù)。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Download Description)；-OTA-Client_ID標(biāo)識(shí)消息被發(fā)往的OTA-客戶機(jī)；-Download_list對(duì)于客戶機(jī)選擇的每個(gè)下載包括一個(gè)元素，其反之包括以下字段-Download_Block_Number操作軟件在被發(fā)送到客戶機(jī)之前將被分段為的無(wú)線電數(shù)據(jù)塊的數(shù)量；
-Billing_criteria與可能的下載記帳有關(guān)的標(biāo)準(zhǔn)；-Installation_criteria與軟件安裝有關(guān)的標(biāo)準(zhǔn)。
再次參考圖4a，其描述了Download Accept消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)消息確認(rèn)所選擇的下載。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Download Accept)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)。
再次參考圖4a，其描述了Download Reject消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)消息放棄所選擇的下載。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Download Reject)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)。
再次參考圖4a，其描述了Download Failed消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)消息通知OTA-服務(wù)器在軟件下載過(guò)程中有錯(cuò)誤。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Download Failed)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)。
再次參考圖4a，其描述了License Request消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的?？蛻魴C(jī)通過(guò)這個(gè)消息向服務(wù)器請(qǐng)求用于解密所下載的操作軟件和用于安裝軟件的密鑰。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(License Request)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)。
參考圖4h，圖4h描述了License Response消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器通過(guò)這個(gè)消息向OTA-客戶機(jī)傳送用于解密所下載的操作軟件和用于安裝軟件的密鑰。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(License Response)；-OTA-Client_ID標(biāo)識(shí)消息被發(fā)往的OTA-客戶機(jī)；-Decrypt_key用于解密操作軟件的密鑰。
再次參考圖4a，其描述了License Accept消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)消息向OTA-服務(wù)器指示下載的操作軟件已經(jīng)被正確解密。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(License Accept)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)。
再次參考圖4a，其描述了License Failed消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)消息通知OTA-服務(wù)器下載的操作軟件沒(méi)有被正確解密。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(License Failed)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)。
參考圖4i，圖4i描述了Test Description消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器通過(guò)這個(gè)消息向OTA-客戶機(jī)指示在啟動(dòng)下載的操作軟件之前將針對(duì)軟件執(zhí)行的測(cè)試。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Test Description)；-OTA-Client_ID標(biāo)識(shí)消息被發(fā)往的OTA-客戶機(jī)；-Test_list針對(duì)每一將執(zhí)行的測(cè)試包括一個(gè)元素并且反之該字段包括-Test_vector包括測(cè)試描述。
再次參考圖4a，其描述了Installation Successful消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)消息向OTA-服務(wù)器指示已經(jīng)成功執(zhí)行了下載的操作軟件的測(cè)試。
在此情況下提供的各字段至少是下述的一組
-Message_Type標(biāo)識(shí)發(fā)送消息類型(Installation Successful)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)。
再次參考圖4a，其描述了Installation Failed消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過(guò)這個(gè)通知OTA-服務(wù)器未能成功執(zhí)行下載的操作軟件的測(cè)試。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Installation Failed)；-OTA-Client_ID標(biāo)識(shí)發(fā)送該消息的OTA-客戶機(jī)。
用于從服務(wù)器發(fā)送操作軟件到客戶機(jī)的窗口協(xié)議基于稱為Block和Ack的兩個(gè)協(xié)議數(shù)據(jù)單元，或PDU。
參考圖4j，圖4j描述了操作軟件已經(jīng)被分段為的無(wú)線電數(shù)據(jù)塊Block的結(jié)構(gòu)。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)該數(shù)據(jù)塊的類型；-Block_Number標(biāo)識(shí)無(wú)線電數(shù)據(jù)塊的序號(hào)，當(dāng)OTA-客戶機(jī)重組整個(gè)操作軟件時(shí)使用所述的序號(hào)；-Data包含在無(wú)線電數(shù)據(jù)塊中，所述數(shù)據(jù)典型地具有1-2k字節(jié)的大小。
參考圖4k，圖4k描述了用于指示終端接收狀態(tài)的Ack消息的結(jié)構(gòu)。
在此情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識(shí)發(fā)送消息類型(Ack)；-Bitmask_Client具有大小等于操作軟件已經(jīng)被分段為的無(wú)線電數(shù)據(jù)塊的總數(shù)的位屏蔽；如果數(shù)據(jù)塊已經(jīng)被成功接收則針對(duì)每一無(wú)線電數(shù)據(jù)塊設(shè)置其為“1”并且如果數(shù)據(jù)塊已經(jīng)被接收但是被破壞或者根本就沒(méi)有被接收則保持為“0”。
總之，根據(jù)該實(shí)例，OTA客戶機(jī)和OTA服務(wù)器的功能行為如下-下載過(guò)程由例如OTA-服務(wù)器啟動(dòng)OTA-客戶機(jī)能夠請(qǐng)求激活下載過(guò)程；-例如根據(jù)“詢問(wèn)-應(yīng)答”方法發(fā)生客戶機(jī)和服務(wù)器之間的相互驗(yàn)證；-操作軟件被分段為例如具有縮減的大小(例如1到2k字節(jié)的范圍)的塊被下載；-操作軟件的傳送通過(guò)例如其中窗口大小匹配操作軟件已經(jīng)被分段為的數(shù)據(jù)塊的數(shù)量的簡(jiǎn)單窗口協(xié)議來(lái)管理；-下載的操作軟件可能被加密，并且例如需要一個(gè)密鑰用于其的解密和安裝；-在啟動(dòng)操作軟件之前，客戶機(jī)可能使用服務(wù)器所建議的適當(dāng)?shù)臏y(cè)試來(lái)檢驗(yàn)之。
現(xiàn)在，參考圖5a-5j，通過(guò)根據(jù)OTA-客戶機(jī)或客戶機(jī)上下文所處的狀態(tài)指示每一接收的協(xié)議消息的相關(guān)行為將描述OTA-客戶機(jī)和OTA-服務(wù)器之間的程序上的交互。圖5a-5j示出了所有可能的程序上的交互的實(shí)例。
為理解起見(jiàn)，如之前所述，在此提醒的是當(dāng)OTA-客戶機(jī)或客戶機(jī)上下文從一個(gè)狀態(tài)過(guò)渡到另一個(gè)狀態(tài)時(shí)各定時(shí)器被啟動(dòng)/停止。
參考圖5a，當(dāng)沒(méi)有執(zhí)行任何操作時(shí)，OTA-客戶機(jī)和有關(guān)所考慮的并由OTA-服務(wù)器管理的OTA-客戶機(jī)的客戶機(jī)上下文處于IDLE狀態(tài)(步驟100)。
當(dāng)用戶或者網(wǎng)絡(luò)決定執(zhí)行新的操作軟件的下載時(shí)(步驟102)，一個(gè)無(wú)線電連接被打開(kāi)(步驟104)并且啟動(dòng)定時(shí)器T100。當(dāng)隨后描述圖6時(shí)將更為詳細(xì)地說(shuō)明無(wú)線電連接。
在這個(gè)階段，OTA-客戶機(jī)可以通過(guò)向OTA-服務(wù)器發(fā)送協(xié)議消息Request Download Initiation開(kāi)始軟件下載過(guò)程(步驟106)，識(shí)別該OTA-客戶機(jī)的標(biāo)識(shí)符在該消息中指出。作為一般的規(guī)則，如果OTA-Client_ID不對(duì)應(yīng)接收該協(xié)議消息的OTA-客戶機(jī)的標(biāo)識(shí)符，則該消息被忽略。
接著OTA-服務(wù)器接收Request Download Initiation消息(步驟108)如果客戶機(jī)上下文的狀態(tài)不是IDLE(步驟110)，則該消息被忽略并且過(guò)程終止(步驟112)；否則客戶機(jī)上下文從IDLE狀態(tài)過(guò)渡到DOWNLOAD INITIATION狀態(tài)(步驟114)，啟動(dòng)定時(shí)器T101，并且向客戶機(jī)發(fā)送指示各種可能的下載的Download Request協(xié)議消息(步驟116)。
OTA-客戶機(jī)接收Download Request消息(步驟118)如果OTA-客戶機(jī)的狀態(tài)為IDLE(步驟120)，則OTA-客戶機(jī)從IDLE狀態(tài)過(guò)渡到DOWNLOAD INITIATION狀態(tài)(步驟124)；否則該消息被忽略并且過(guò)程終止(步驟122)。
現(xiàn)在參考圖5b，用戶接著提議Download Request消息中指出的可用下載(步驟126)。如果用戶至少選擇了一個(gè)下載(步驟128)，則OTA-客戶機(jī)抽取一個(gè)隨機(jī)數(shù)RNUM1并將其存儲(chǔ)(步驟142)，并向OTA-服務(wù)器發(fā)送Download Ack消息，其中在字段OTA-Client_Challenge_Number中包含該抽取的數(shù)字RNUM1的值(步驟144)。
如果用戶沒(méi)有選擇任何的下載(步驟128)，則OTA-客戶機(jī)向客戶機(jī)上下文發(fā)送Download Reject消息(步驟130)并且返回到IDLE狀態(tài)(步驟132)。然后，OTA-服務(wù)器接收該Download Reject消息(步驟134)。如果客戶機(jī)上下文的狀態(tài)不是DOWNLOADINITIATION(步驟136)，那么該消息被忽略并且過(guò)程終止(步驟138)；否則客戶機(jī)上下文返回到IDLE狀態(tài)(步驟140)。
當(dāng)OTA-服務(wù)器接收到Download Ack消息(步驟146)如果客戶機(jī)上下文的狀態(tài)不是DOWNLOAD INITIATION(步驟148)，則該消息被忽略并且過(guò)程終止(步驟150)；否則客戶機(jī)上下文停止定時(shí)器T101并從DOWNLOAD INITIATION狀態(tài)過(guò)渡到MUTUALAUTHENTICATION狀態(tài)(步驟152)，同時(shí)啟動(dòng)定時(shí)器T201。
接著，OTA-服務(wù)器抽取隨機(jī)數(shù)RNUM2并將其存儲(chǔ)(步驟154)OTA-Client_Challenge_Number字段的值通過(guò)利用所選擇的密碼算法(例如AES)使用OTA-服務(wù)器內(nèi)部的密鑰被加密(步驟156)。
OTA-服務(wù)器向OTA-客戶機(jī)發(fā)送寫入該字段中的帶有在步驟156加密的值的Authentication Request協(xié)議消息。
OTA-Server_Response_Numbe在OTA-Server_Challenge_Number字段中具有抽取的數(shù)字RNUM2(步驟158)。
接著，參考圖5c，OTA-客戶機(jī)接收Authentication Request消息(步驟160)并停止定時(shí)器T100如果OTA-客戶機(jī)沒(méi)有處于DOWNLOAD INITIATION狀態(tài)(步驟162)，則該消息被忽略并且過(guò)程終止(步驟164)；否則，OTA-客戶機(jī)從DOWNLOADINITIATION狀態(tài)過(guò)渡到MUTUAL AUTHENTICATION狀態(tài)(步驟166)同時(shí)啟動(dòng)定時(shí)器T200。
如果存儲(chǔ)的隨機(jī)數(shù)RNUM1無(wú)效(步驟168)，則AuthenticationFailed消息被OTA-客戶機(jī)發(fā)送到客戶機(jī)上下文(步驟170)并且OTA-客戶機(jī)從MUTUAL AUTHENTICATION狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟172)并且定時(shí)器T200停止。然后，客戶機(jī)上下文接收Authentication Failed消息(步驟174)并停止定時(shí)器T201；如果客戶機(jī)上下文處于MUTUAL AUTHENTICATION狀態(tài)(步驟176)，則客戶機(jī)上下文從MUTUAL AUTHENTICATION狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟180)；否則過(guò)程終止(步驟178)。
如果存儲(chǔ)的值RNUM1有效(步驟168)，則通過(guò)利用選擇的密碼算法(例如AES)使用OTA-客戶機(jī)內(nèi)部的密鑰加密存儲(chǔ)的隨機(jī)數(shù)RNUM1的值(步驟182)。如果在步驟182加密的值與包含在字段OTA-Server_Response_Number中的值不匹配(步驟184)，則過(guò)程返回到步驟170并執(zhí)行已經(jīng)描述的步驟170到180。
如果在步驟182加密的值匹配包含在字段OTA-Server_Response_Number中的值(步驟184)，則通過(guò)利用選擇的密碼算法(例如AES)使用OTA-客戶機(jī)內(nèi)部的密鑰加密字段OTA-Server_Challenge_Number中的值(步驟186)。然后，OTA-客戶機(jī)發(fā)送在OTA-Client_Response_Number字段中包含有在步驟186加密的值的Authentication Response消息到客戶機(jī)上下文。
接著，OTA-服務(wù)器接收Authentication Response消息(步驟190)參看圖5d，如果客戶機(jī)上下文的狀態(tài)不是MUTUALAUTHENTICATION(步驟192)，則該消息被忽略并且過(guò)程終止(步驟194)；否則通過(guò)利用選擇的密碼算法(例如AES)使用OTA-服務(wù)器內(nèi)部的密鑰加密存儲(chǔ)的隨機(jī)數(shù)RNUM2的值(步驟196)。
如果在步驟196加密的值與OTA-Client_Response_Number字段的值不匹配(步驟198)，則由客戶機(jī)上下文將Authentication Failed消息發(fā)送到OTA-客戶機(jī)(步驟200)并且客戶機(jī)上下文從MUTUALAUTHENTICATION狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟202)。然后，OTA-客戶機(jī)接收Authentication Failed消息(步驟204)如果OTA-客戶機(jī)處于MUTUAL AUTHENTICATION狀態(tài)(步驟206)，則OTA-客戶機(jī)從MUTUAL AUTHENTICATION狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟210)；否則過(guò)程終止(步驟208)。
如果在步驟196加密的值與OTA-Client_Response_Number字段的值相匹配(步驟198)，則客戶機(jī)上下文停止定時(shí)器T201，從MUTUAL AUTHENTICATION狀態(tài)過(guò)渡到CAPABILITYREQUEST狀態(tài)(步驟212)并激活定時(shí)器T301。然后，由客戶機(jī)上下文將Capability Request協(xié)議消息發(fā)送到OTA-客戶機(jī)(步驟214)并由停止定時(shí)器T200的OTA-客戶機(jī)接收(步驟216)如果OTA-客戶機(jī)不是MUTUAL AUTHENTICATION狀態(tài)(步驟218)，則該消息被忽略并且過(guò)程終止(步驟220)；否則OTA-客戶機(jī)從MUTUALAUTHENTICATION狀態(tài)過(guò)渡到CAPABILITY REQUEST狀態(tài)(步驟222)同時(shí)啟動(dòng)定時(shí)器T300；然后，OTA-客戶機(jī)將CapabilityResponse消息發(fā)送到客戶機(jī)上下文(步驟224)并且客戶機(jī)上下文接收該消息(步驟226)。
參考圖5e，如果客戶機(jī)上下文的狀態(tài)不是CAPABILITYREQUEST(步驟228)，則該消息被忽略并且過(guò)程終止(步驟230)；否則，如果如果包含在該消息內(nèi)的能力與將要下載的軟件不相適應(yīng)(步驟232)，則客戶機(jī)上下文從CAPABILITY RESPONSE狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟234)并且停止定時(shí)器T301。如果該能力與將要下載的軟件相適應(yīng)(步驟232)，則停止定時(shí)器T301，客戶機(jī)上下文從CAPABILITY REQUEST狀態(tài)過(guò)渡到DOWNLOADACCEPTANCE狀態(tài)(步驟236)，同時(shí)啟動(dòng)定時(shí)器T302并將Download Description消息發(fā)送到OTA-客戶機(jī)(步驟238)。
接著，OTA-客戶機(jī)接收Download Description消息(步驟240)并停止定時(shí)器T300如果OTA-客戶機(jī)不是處于CAPABILITYREQUEST狀態(tài)(步驟242)，則該消息被忽略并且過(guò)程終止(步驟244)；否則OTA-客戶機(jī)從CAPABILITY REQUEST狀態(tài)過(guò)渡到CAPABILITY ACCEPRANCE狀態(tài)(步驟246)。類似記帳、安裝等的下載選項(xiàng)被提議給用戶(步驟248)。參考圖5f，如果用戶拒絕下載(步驟250)，則OTA-客戶機(jī)發(fā)送Download Reject消息到客戶機(jī)上下文(步驟252)并從DOWNLOAD ACCEPTANCE狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟254)。此外，客戶機(jī)上下文接收Download Reject消息(步驟256)如果客戶機(jī)上下文不是DOWNLOADACCEPTANCE狀態(tài)(步驟258)，則該消息被忽略并且過(guò)程終止(步驟260)；否則客戶機(jī)上下文從DOWNLOAD ACCEPTANCE狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟262)。
如果用戶接受了下載(步驟250)，于是OTA-客戶機(jī)向客戶機(jī)上下文發(fā)送Download Accept消息(步驟264)，并且OTA-客戶機(jī)從DOWNLOAD ACCEPTANCE狀態(tài)過(guò)渡到SOFTWAREDOWNLOAD狀態(tài)(步驟266)。
接著，客戶機(jī)上下文接收Download Accept消息(步驟268)并停止定時(shí)器T302如果客戶機(jī)上下文的狀態(tài)不是DOWNLOADACCEPTANCE(步驟270)，則該消息被忽略并且過(guò)程終止(步驟272)；否則客戶機(jī)上下文從DOWNLOAD ACCEPTANCE狀態(tài)過(guò)渡到SOFTWARE DOWNLOAD狀態(tài)(步驟274)，同時(shí)啟動(dòng)定時(shí)器T400，并且開(kāi)始軟件下載(步驟276)。
如果軟件下載沒(méi)有成功(步驟278)，那么OTA-客戶機(jī)/客戶機(jī)上下文向客戶機(jī)上下文/OTA-客戶機(jī)發(fā)送Download Failed消息(步驟280)，并且OTA-客戶機(jī)/客戶機(jī)上下文從DOWNLOADSOFTWARE狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟282)。稍后將更詳細(xì)地說(shuō)明軟件下載(步驟276)。
如果下載成功(步驟278)，OTA-客戶機(jī)于是從SOFTWAREDOWNLOAD狀態(tài)過(guò)渡到INSTALLATION狀態(tài)(步驟284)。
參考圖5g，OTA-客戶機(jī)向客戶機(jī)上下文發(fā)送License Request消息(步驟286)并且OTA-服務(wù)器接收該消息(步驟288)。如果客戶機(jī)上下文的狀態(tài)不是SOFTWARE DOWNLOAD(步驟290)，則該消息被忽略并且過(guò)程終止(步驟292)；否則客戶機(jī)上下文過(guò)程從SOFTWARE DOWNLOAD狀態(tài)過(guò)渡到INSTALLATION狀態(tài)(步驟294)，同時(shí)啟動(dòng)定時(shí)器T500，并向OTA-客戶機(jī)發(fā)送包含用于解密操作軟件的密鑰的License Response消息(步驟296)。
OTA-客戶機(jī)接收License Response消息(步驟298)如果OTA-客戶機(jī)不是處于INSTALLATION狀態(tài)(步驟300)，則該消息被忽略并且過(guò)程終止(步驟302)；否則OTA-客戶機(jī)通過(guò)利用Decrypt_key字段中指示的密鑰解密下載的軟件(步驟304)。參考圖5h，如果解密失敗(步驟306)，則OTA-客戶機(jī)向客戶機(jī)上下文發(fā)送LicenseFailed消息(步驟308)，停止定時(shí)器T500，并從INSTALLATION狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟310)。此外，客戶機(jī)上下文接收LicenseFailed消息(步驟312)如果客戶機(jī)上下文不是處于SOFTWAREDOWNLOAD狀態(tài)(步驟314)，則過(guò)程終止(步驟316)；否則客戶機(jī)上下文從INSTALLATION狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟318)。
如果解密成功(步驟306)，則下載的操作軟件被存儲(chǔ)在客戶機(jī)或終端中(步驟320)。
OTA-客戶機(jī)發(fā)送License Accept消息到客戶機(jī)上下文(步驟322)并且OTA-服務(wù)器接收該消息(步驟324)如果客戶機(jī)上下文的狀態(tài)不是INSTALLATION(步驟326)，則該消息被忽略并且過(guò)程終止(步驟328)；否則客戶機(jī)上下文發(fā)送Test Description協(xié)議消息到OTA-客戶機(jī)(步驟330)并且OTA-客戶機(jī)接收該消息(步驟332)。如果OTA-客戶機(jī)不是處于INSTALLATION狀態(tài)(步驟334)，則該消息被忽略并且過(guò)程終止(步驟336)；否則OTA-客戶機(jī)停止定時(shí)器T500并且從INSTALLATION狀態(tài)過(guò)渡到IN-SITUTESTING狀態(tài)(步驟338)，在此針對(duì)之前存儲(chǔ)的操作軟件執(zhí)行接收的測(cè)試(步驟340)。
參考圖5i，如果至少一個(gè)測(cè)試失敗(步驟342)，那么OTA-客戶機(jī)從存儲(chǔ)器刪除操作軟件(步驟344)，發(fā)送Installation Failed消息(步驟346)到客戶機(jī)上下文，并且從IN-SITU TESTING狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟348)。
此外，客戶機(jī)上下文接收Installation Failed消息(步驟350)如果客戶機(jī)上下文的狀態(tài)不是INSTALLATION(步驟352)，則該消息被忽略并且過(guò)程終止(步驟354)；否則客戶機(jī)上下文從INSTALLATION狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟356)。
如果針對(duì)操作軟件的所有測(cè)試均成功(步驟342)，那么新的操作軟件被安裝并存儲(chǔ)到OTA-客戶機(jī)中(步驟358)。OTA-客戶機(jī)發(fā)送Installation Successful消息到客戶機(jī)上下文(步驟360)并且從IN-SITU TESTING狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟362)。
OTA-服務(wù)器接收Installation Successful消息(步驟364)如果客戶機(jī)上下文的狀態(tài)不是INSTALLATION(步驟366)，則該消息被忽略并且過(guò)程終止(步驟368)；否則客戶機(jī)上下文從INSTALLATION狀態(tài)過(guò)渡到IDLE狀態(tài)(步驟370)，由此完成整個(gè)的過(guò)程(步驟372)。
參考圖5j，現(xiàn)在將更加詳細(xì)地描述下載過(guò)程的步驟276。使用加密密鑰并借助于密碼算法(例如AES)加密操作軟件(步驟400)。然后，加密后的操作軟件被分段為具有大約1到2k字節(jié)的縮減了的大小的塊(步驟402)。
在那里分配有一個(gè)位屏蔽Bitmask Server和一個(gè)等于軟件已經(jīng)被分段為的無(wú)線電數(shù)據(jù)塊的數(shù)量的位屏蔽Bitmask_Client，并且每個(gè)屏蔽位設(shè)置為值“0”；每個(gè)屏蔽位對(duì)應(yīng)于無(wú)線電數(shù)據(jù)塊，該無(wú)線電數(shù)據(jù)塊的編號(hào)等于該位位置，即第一位對(duì)應(yīng)于第一個(gè)無(wú)線電數(shù)據(jù)塊，第二位對(duì)應(yīng)于第二個(gè)數(shù)據(jù)塊等等(步驟404和步驟408)。
在步驟406，根據(jù)Bitmask_Client的內(nèi)容更新Bitmask_Server。更特別的，如果Bitmask_Client的一個(gè)位已經(jīng)設(shè)置為1，那么Bitmask_Server的對(duì)應(yīng)的位也設(shè)置為1(步驟406)。當(dāng)是第一次運(yùn)行下載過(guò)程，由于Bitmask_Client的所有的位和Bitmask_Server的所有的位都設(shè)置為“0”，這個(gè)步驟沒(méi)有意義。
在步驟412，檢查是否位屏蔽Bitmask_Server的所有位都等于1。如果是，則操作軟件的下載已經(jīng)結(jié)束且已經(jīng)成功接收所有的數(shù)據(jù)塊(步驟410)；否則下載尚未結(jié)束并且OTA-服務(wù)器將Bitmask_Server(i)＝0的所有數(shù)據(jù)塊i發(fā)送給OTA-客戶機(jī)(步驟414)。顯然，當(dāng)首次運(yùn)行該過(guò)程時(shí)，操作軟件已經(jīng)被分段為的所有N個(gè)數(shù)據(jù)塊都被發(fā)送給客戶機(jī)。
然后，OTA-客戶機(jī)接收N個(gè)數(shù)據(jù)塊(步驟416)；每次接收到數(shù)據(jù)塊就重新啟動(dòng)定時(shí)器T400。在每次數(shù)據(jù)塊i被正確接收時(shí)(步驟418)，于是位屏蔽Bitmask_Client(i)的對(duì)應(yīng)的位設(shè)置為1。當(dāng)已經(jīng)發(fā)送了所有的N個(gè)數(shù)據(jù)塊，OTA-客戶機(jī)向OTA-服務(wù)器發(fā)送包含其中對(duì)應(yīng)于正確接收的數(shù)據(jù)塊的位i被設(shè)置為1的位屏蔽Bitmask_Client的Ack消息。當(dāng)接收到一個(gè)Ack消息時(shí)，重新啟動(dòng)定時(shí)器T401。
該過(guò)程接著返回到步驟406，在此更新位屏蔽Bitmask_Server。
當(dāng)期望的操作軟件已經(jīng)被下載并存儲(chǔ)到了終端，不是立即安裝和運(yùn)行軟件，而是可能基于來(lái)自網(wǎng)絡(luò)或來(lái)自用戶的請(qǐng)求依次安裝和運(yùn)行軟件。如果無(wú)線電終端UE/MS具有足夠的存儲(chǔ)器和處理能力，則可以與已經(jīng)存在和當(dāng)前正在工作的系統(tǒng)并行地存儲(chǔ)和安裝下載的操作軟件。
這個(gè)選項(xiàng)有益于終端UE/MS的多模式工作，換言之，這個(gè)選項(xiàng)授予終端無(wú)需下載操作軟件即從一個(gè)操作模式切換到另一個(gè)操作模式的能力。
參考圖6，現(xiàn)在將更為詳細(xì)地描述在步驟104執(zhí)行的無(wú)線電連接的打開(kāi)。
在終端中考慮以下的模塊OTA-客戶機(jī)應(yīng)用，TCP/IP協(xié)議，非接入層NAS模塊以及接入層AS模塊。在它們的整體中考慮無(wú)線電接入裝置GSM/GPRS(GERAN)和UMTS(UTRAN)。對(duì)于核心網(wǎng)絡(luò)節(jié)點(diǎn)應(yīng)用同樣的推理。OTA-服務(wù)器節(jié)點(diǎn)連接到核心網(wǎng)絡(luò)。下面描述下載請(qǐng)求來(lái)自終端UE/MS的情形下的詳細(xì)工作-OTA-客戶機(jī)請(qǐng)求TCP/IP協(xié)議在端口X上打開(kāi)一個(gè)連接；-在打開(kāi)連接之前，TCP/IP需要一個(gè)無(wú)線電信道并由此發(fā)送對(duì)應(yīng)的請(qǐng)求到終端的NAS協(xié)議；-終端的NAS協(xié)議請(qǐng)求終端的AS模塊打開(kāi)無(wú)線電連接；-終端的AS協(xié)議使用無(wú)線電接入網(wǎng)絡(luò)GSM/GPRS(GERAN)或UMTS(UTRAN)打開(kāi)無(wú)線電連接并在NAS級(jí)別證實(shí)該打開(kāi)；-NAS模塊激活PDP上下文；-在UMTS的情況下，核心網(wǎng)絡(luò)激活無(wú)線電接入承載BRA用于傳輸；-NAS模塊向TCP/IP證實(shí)該傳輸信道的打開(kāi)；-TCP/IP協(xié)議打開(kāi)連接并向OTA-客戶機(jī)證實(shí)該打開(kāi)；一般而言，也可使用其中采用的無(wú)線電系統(tǒng)是多播或廣播類型的可選方法實(shí)現(xiàn)借助于應(yīng)用層的軟件下載的管理。
特別地，這種變型可能以例如以下的方式實(shí)現(xiàn)-通過(guò)利用例如3GPP標(biāo)準(zhǔn)版本6規(guī)定的MBMS(多媒體廣播/多播服務(wù))，終端UE/MS被配備以一個(gè)能夠管理OTA操作軟件下載的應(yīng)用；在此情況下，通過(guò)利用網(wǎng)絡(luò)的廣播/多播能力，有可能下載操作軟件到多個(gè)終端；-應(yīng)用層根據(jù)3GPP標(biāo)準(zhǔn)執(zhí)行驗(yàn)證；-從接入網(wǎng)絡(luò)和核心網(wǎng)絡(luò)觀點(diǎn)，軟件下載服務(wù)是透明的并且被考慮為類似的無(wú)論是什么MBMS服務(wù)，例如使用“軟件下載”標(biāo)識(shí)；
-可能利用所考慮的網(wǎng)絡(luò)的所有特征，類似例如服務(wù)質(zhì)量(QoS)以便保證一定的下載能力；-該體系結(jié)構(gòu)獨(dú)立于所考慮的接入網(wǎng)絡(luò)(GERAN/UTRAN)；-想要執(zhí)行下載的用戶可能向服務(wù)器注冊(cè)它們自己。
本發(fā)明的更多的變型在于通過(guò)利用通用信道下載軟件OTA。同樣在此情況下，可能應(yīng)用本發(fā)明用于執(zhí)行操作軟件下載而不會(huì)冒昧修改管理所述通用信道的網(wǎng)絡(luò)體系結(jié)構(gòu)?；蛘?，經(jīng)由通信網(wǎng)絡(luò)的無(wú)線電信道發(fā)生下載。
已經(jīng)針對(duì)第二和第三代系統(tǒng)詳細(xì)描述了本發(fā)明，然而也可在其它類型的網(wǎng)絡(luò)，例如無(wú)線局域網(wǎng)(WLAN)、DVB等，中實(shí)現(xiàn)本發(fā)明。
事實(shí)上，根據(jù)本發(fā)明提議的解決方案提供使用中的系統(tǒng)的外部的OTA服務(wù)器并且由此以致于不用修改使用中的系統(tǒng)。
此外，根據(jù)本發(fā)明的優(yōu)選實(shí)施例，提供使用TCP/IP協(xié)議，如熟練技術(shù)人員所知的，TCP/IP網(wǎng)絡(luò)預(yù)期用在數(shù)量巨大的系統(tǒng)或網(wǎng)絡(luò)中。
根據(jù)本發(fā)明的還一個(gè)實(shí)施例，還可能使用不同于TCP/IP，例如UDP(用戶數(shù)據(jù)報(bào)協(xié)議)，的傳輸協(xié)議，而不影響本發(fā)明的體系結(jié)構(gòu)。
權(quán)利要求
1.一種網(wǎng)絡(luò)體系結(jié)構(gòu)，包括依照預(yù)定通信系統(tǒng)操作的通信網(wǎng)絡(luò)，并包括至少一個(gè)屬于所述通信網(wǎng)絡(luò)的無(wú)線電終端(UE/MS)，以及包括用于通過(guò)利用所述預(yù)定通信系統(tǒng)管理所述通信網(wǎng)絡(luò)內(nèi)的信息交換的模塊，-所述體系結(jié)構(gòu)的特征在于，-至少一個(gè)連接到所述通信網(wǎng)絡(luò)的節(jié)點(diǎn)(OTA-服務(wù)器)，并包括-一組操作軟件模塊，配置用于實(shí)現(xiàn)至少一組協(xié)議棧的元素，用以配置所述無(wú)線電終端(UE/MS)，并且其中-所述無(wú)線電終端和所述節(jié)點(diǎn)分別通過(guò)空中被配備以軟件模塊，所述軟件模塊配置用于經(jīng)由所述通信網(wǎng)絡(luò)，管理所述無(wú)線電終端(UE/MS)和所述節(jié)點(diǎn)(OTA-服務(wù)器)之間的通過(guò)空中的連接，以及對(duì)所述通信網(wǎng)絡(luò)透明地下載所述操作軟件模塊組的至少一個(gè)模塊，用以至少部分配置所述無(wú)線電終端(UE/MS)。
2.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其中所述通信網(wǎng)絡(luò)包括無(wú)線電接入網(wǎng)絡(luò)和核心網(wǎng)絡(luò)，并且其中所述節(jié)點(diǎn)連接到所述核心網(wǎng)絡(luò)。
3.根據(jù)權(quán)利要求2的體系結(jié)構(gòu)，其中所述無(wú)線電接入網(wǎng)絡(luò)是依照第二代(GERAN)網(wǎng)絡(luò)通信系統(tǒng)操作的。
4.根據(jù)權(quán)利要求2的體系結(jié)構(gòu)，其中所述無(wú)線電接入網(wǎng)絡(luò)是依照第三代(UTRAN)網(wǎng)絡(luò)通信系統(tǒng)操作的。
5.根據(jù)權(quán)利要求2的體系結(jié)構(gòu)，其中所述核心網(wǎng)絡(luò)包括分組域。
6.根據(jù)權(quán)利要求5的體系結(jié)構(gòu)，其中所述分組域包括至少一個(gè)服務(wù)GPRS支持類型節(jié)點(diǎn)(SGSN)和至少一個(gè)網(wǎng)關(guān)GPRS支持類型節(jié)點(diǎn)(GGSN)，并且其中所述節(jié)點(diǎn)(OTA-服務(wù)器)直接連接到所述至少一個(gè)網(wǎng)關(guān)GPRS支持類型節(jié)點(diǎn)(GGSN)。
7.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述通過(guò)空中的連接是經(jīng)由所述通信網(wǎng)絡(luò)的通用信道建立的。
8.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述通過(guò)空中的連接是經(jīng)由所述通信網(wǎng)絡(luò)的無(wú)線電信道建立的。
9.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述無(wú)線電終端配備有能夠存儲(chǔ)至少兩個(gè)操作軟件的存儲(chǔ)器，并且其中所述無(wú)線電終端包括用于在所述至少兩個(gè)操作軟件之間切換的多模式工作模塊。
10.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述無(wú)線電終端配置作為客戶機(jī)(OTA-客戶機(jī))，所述節(jié)點(diǎn)(OTA-服務(wù)器)配置作為服務(wù)器。
11.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述信息至少包括所述操作軟件模塊。
12.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，-所述通信網(wǎng)絡(luò)配備有廣播/多播能力；-所述至少一個(gè)無(wú)線電終端配備有能夠管理所述廣播/多播能力的應(yīng)用，由此所述通信網(wǎng)絡(luò)被配置用于允許多播下載所述軟件模塊組的至少一個(gè)模塊到所述至少一個(gè)無(wú)線電終端。
13.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，使用TCP/IP協(xié)議建立所述至少一個(gè)無(wú)線電終端和所述節(jié)點(diǎn)之間的通過(guò)空中的連接。
14.根據(jù)權(quán)利要求1的體系結(jié)構(gòu)，其特征在于，所述操作軟件模塊組適合用于使用另外的通信系統(tǒng)，至少部分重新配置所述無(wú)線電終端(MS)。
15.一種用于配置至少一個(gè)可重新配置的無(wú)線電終端(UE/MS)的方法，所述無(wú)線電終端屬于依照預(yù)定通信系統(tǒng)操作的通信網(wǎng)絡(luò)，并且能夠通過(guò)利用所述預(yù)定通信系統(tǒng)在所述通信網(wǎng)絡(luò)內(nèi)交換信息，其特征在于，所述方法包括步驟-將所述通信網(wǎng)絡(luò)連接到至少一個(gè)節(jié)點(diǎn)(OTA-服務(wù)器)，所述至少一個(gè)節(jié)點(diǎn)(OTA-服務(wù)器)包括一組用于使用協(xié)議棧的至少一組元素，配置所述無(wú)線電終端(UE/MS)的操作軟件模塊；-經(jīng)由所述通信網(wǎng)絡(luò)，在所述無(wú)線電終端(UE/MS)和所述節(jié)點(diǎn)(OTA-服務(wù)器)之間建立通過(guò)空中(OTA)的連接；-對(duì)所述通信網(wǎng)絡(luò)透明地從所述節(jié)點(diǎn)(OTA-服務(wù)器)下載所述操作軟件模塊組的至少一個(gè)模塊到所述可重新配置的無(wú)線電終端(UE/MS)，用以至少部分配置所述無(wú)線電終端(UE/MS)。
16.根據(jù)權(quán)利要求15的方法，其特征在于，所述建立通過(guò)空中(OTA)的連接包括通過(guò)執(zhí)行以下代表協(xié)議步驟的至少一組步驟，交換協(xié)議消息-執(zhí)行下載所述至少一個(gè)模塊的請(qǐng)求；-相互驗(yàn)證所述至少一個(gè)無(wú)線電終端(UE/MS)和所述節(jié)點(diǎn)(OTA-服務(wù)器)；-檢查所述無(wú)線電終端接受所述可從所述節(jié)點(diǎn)下載的所述至少一個(gè)模塊的能力；-提供有關(guān)下載選項(xiàng)的信息；-將所述至少一個(gè)模塊分段為數(shù)據(jù)塊；-從所述節(jié)點(diǎn)(OTA-服務(wù)器)發(fā)送所述數(shù)據(jù)塊到所述至少一個(gè)無(wú)線電終端(UE/MS)；-重新裝配所述數(shù)據(jù)塊，以重構(gòu)用于使用協(xié)議棧的一組元素配置所述無(wú)線電終端(UE/MS)的所述至少一個(gè)模塊，并且測(cè)試所述元素組；-安裝所述元素組到所述無(wú)線電終端中。
17.根據(jù)權(quán)利要求16的方法，其特征在于，所述交換協(xié)議消息進(jìn)一步包括步驟-監(jiān)視下載到所述無(wú)線電終端(UE/MS)的所述數(shù)據(jù)塊的結(jié)構(gòu)；
18.根據(jù)權(quán)利要求16的方法，其特征在于，所述交換協(xié)議消息進(jìn)一步包括步驟-管理限制允許用于執(zhí)行通過(guò)空中(OTA)的連接的時(shí)間的一組定時(shí)器(T100，T200，T300，T400，T500，T101，T201，T301，T302，T401，T501)。
19.根據(jù)權(quán)利要求16的方法，其特征在于，所述交換協(xié)議消息進(jìn)一步包括步驟-為每一協(xié)議步驟分配至少一對(duì)定時(shí)器，第一定時(shí)器用于監(jiān)視由所述無(wú)線電終端(UE/MS)執(zhí)行的協(xié)議步驟，第二定時(shí)器用于監(jiān)視由所述節(jié)點(diǎn)(OTA-服務(wù)器)執(zhí)行的協(xié)議步驟，所述定時(shí)器的每一個(gè)在當(dāng)一個(gè)協(xié)議步驟啟動(dòng)時(shí)被啟動(dòng)，并在當(dāng)所述協(xié)議步驟已經(jīng)完成時(shí)被停止。
20.根據(jù)權(quán)利要求16的方法，其特征在于，所述相互驗(yàn)證步驟基于一種“詢問(wèn)-應(yīng)答”方法。
21.根據(jù)權(quán)利要求16的方法，其特征在于，所述分段至少一個(gè)操作軟件模塊為數(shù)據(jù)塊的步驟包括分段為具有1到2k字節(jié)大小的數(shù)據(jù)塊的步驟，并且其中所述傳送數(shù)據(jù)塊的步驟包括管理窗口協(xié)議，其中窗口大小與所述至少一個(gè)操作軟件模塊被分段而成的數(shù)據(jù)塊的大小相匹配。
22.根據(jù)權(quán)利要求16的方法，其特征在于，在安裝所述元素組到無(wú)線電終端內(nèi)之前需要一個(gè)許可證。
23.根據(jù)權(quán)利要求15的方法，其特征在于，在被下載到所述無(wú)線電終端之前，使用密鑰加密所述至少一個(gè)操作軟件模塊。
24.根據(jù)權(quán)利要求15的方法，其特征在于，使用TCP/IP協(xié)議，建立所述至少一個(gè)無(wú)線電終端(UE/MS)和所述節(jié)點(diǎn)(OTA-服務(wù)器)之間的通過(guò)空中的連接。
25.根據(jù)權(quán)利要求15的方法，其特征在于，還包括步驟存儲(chǔ)至少兩個(gè)操作軟件到所述可重新配置的無(wú)線電終端(UE/MS)中。
26.根據(jù)權(quán)利要求15的方法，其特征在于，所述下載操作軟件模塊組的至少一個(gè)模塊的步驟包括步驟-使用另外的通信系統(tǒng)下載適用于至少部分重新配置所述無(wú)線電終端(MS)的一組操作軟件模塊。
27.根據(jù)權(quán)利要求15的方法，其特征在于，所述下載操作軟件模塊組的至少一個(gè)模塊的步驟包括步驟-基于來(lái)自所述無(wú)線電終端(UE/MS)或者所述通信網(wǎng)絡(luò)的請(qǐng)求，安裝并運(yùn)行所述操作軟件模塊組的所述至少一個(gè)模塊。
28.一種通過(guò)執(zhí)行根據(jù)權(quán)利要求15到27中任一項(xiàng)的方法可配置的無(wú)線電終端(UE/MS)。
29.一種通過(guò)執(zhí)行根據(jù)權(quán)利要求15到27中任一項(xiàng)的的方法，用于配置可配置的無(wú)線電終端(UE/MS)的網(wǎng)絡(luò)節(jié)點(diǎn)(OTA-服務(wù)器)。
30.一種可在至少一個(gè)計(jì)算機(jī)的存儲(chǔ)器內(nèi)加載的計(jì)算機(jī)程序產(chǎn)品或計(jì)算機(jī)程序產(chǎn)品的計(jì)算機(jī)程序組，包括用于執(zhí)行根據(jù)權(quán)利要求15到27中任一項(xiàng)的步驟的軟件代碼部分。
全文摘要
一種用于配置可重新配置的無(wú)線電終端的網(wǎng)絡(luò)體系結(jié)構(gòu)和方法，包括通信網(wǎng)絡(luò)和至少一個(gè)屬于所述通信網(wǎng)絡(luò)的無(wú)線電終端(UE/MS)。該體系結(jié)構(gòu)進(jìn)一步包括節(jié)點(diǎn)(OTA－服務(wù)器)，其連接到該通信網(wǎng)絡(luò)并且包括適合于經(jīng)由通過(guò)空中的連接并且對(duì)通信網(wǎng)絡(luò)透明地重新配置該無(wú)線電終端(UE/MS)的操作軟件模塊。
文檔編號(hào)H04W8/24GK101077023SQ200480044579
公開(kāi)日2007年11月21日 申請(qǐng)日期2004年10月28日 優(yōu)先權(quán)日2004年10月28日
發(fā)明者安里柯·布拉克奇尼, 保羅·高瑞亞, 亞歷山德羅·特羅格羅 申請(qǐng)人:意大利電信股份公司