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

發(fā)明內(nèi)容
因此，本發(fā)明的一個(gè)目的是一種無需網(wǎng)絡(luò)節(jié)點(diǎn)和相關(guān)協(xié)議的極大修改而用于下載用于配置無線電終端的操作軟件的方法和通信網(wǎng)絡(luò)。
此外，本發(fā)明的還一個(gè)目的是用于通過利用可配置的終端實(shí)現(xiàn)系統(tǒng)間切換過程的方法和通信網(wǎng)絡(luò)。
本發(fā)明發(fā)明的上述目的是通過如在此所附的權(quán)利要求書中要求的一種方法、通信網(wǎng)絡(luò)實(shí)現(xiàn)的。
此外，本發(fā)明的各目的是通過計(jì)算機(jī)程序產(chǎn)品或計(jì)算機(jī)程序產(chǎn)品組實(shí)現(xiàn)的，該計(jì)算機(jī)程序產(chǎn)品或計(jì)算機(jī)程序產(chǎn)品組可載入至少一臺計(jì)算機(jī)的存儲器并包括當(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ì)。參考“至少一臺計(jì)算機(jī)”顯然意欲突出本發(fā)明以分布式模塊化方式實(shí)現(xiàn)的可能性。
在一個(gè)優(yōu)選實(shí)施例中，用于重新配置無線電終端的操作軟件的下載是通過提供單獨(dú)修改相對于該標(biāo)準(zhǔn)的終端中的無線電協(xié)議棧的一個(gè)層和網(wǎng)絡(luò)的至少一個(gè)節(jié)點(diǎn)實(shí)現(xiàn)的，該至少一個(gè)節(jié)點(diǎn)例如為類似網(wǎng)絡(luò)的BSC(基站控制器)的無線電控制器或者RNC(無線電網(wǎng)絡(luò)控制器)。
根據(jù)本發(fā)明，該提議的協(xié)議與SDR論壇提供的推薦標(biāo)準(zhǔn)一致。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，可能從其下載操作軟件的服務(wù)器駐留在網(wǎng)絡(luò)的無線電控制器內(nèi)，例如BSC或RNC。
在本發(fā)明的可能的優(yōu)點(diǎn)之中-軟件下載服務(wù)是透明的并且可由任何其它信令和業(yè)務(wù)數(shù)據(jù)流由網(wǎng)絡(luò)查看到；-充分利用了現(xiàn)有和未來標(biāo)準(zhǔn)的所有特征，由此允許無線電資源的有效和靈活使用；-可能在例如電路呼叫期間建立分組連接以便下載操作軟件而不中斷該呼叫；
-有可能區(qū)分不同的數(shù)據(jù)流并管理它們(例如，語音、數(shù)據(jù)和軟件下載)的優(yōu)先級；例如，如果語音呼叫的優(yōu)先級高于軟件下載的優(yōu)先級，則有可能臨時(shí)中斷軟件自身的下載以接著繼續(xù)所述下載。
此外，本發(fā)明提供終端的使用用于管理系統(tǒng)間切換。
事實(shí)上，根據(jù)本發(fā)明的優(yōu)選實(shí)施例，在終端的物理層實(shí)現(xiàn)用于完成所支持的系統(tǒng)之上的測量的僅僅最少的功能性就已足夠。
例如，讓我們考慮配置用于與GSM/GPRS系統(tǒng)一同工作并準(zhǔn)備好管理到UMTS系統(tǒng)的系統(tǒng)間切換的終端根據(jù)本發(fā)明，配置以GSM/GPRS系統(tǒng)的無線電接口的全部協(xié)議棧，該終端被僅配備以最少的物理層功能性以便執(zhí)行UMTS系統(tǒng)上的功率測量。
該系統(tǒng)間切換的管理是通過經(jīng)由GSM/GPRS無線電信道下載全部的UMTS操作軟件到終端中，通過根據(jù)UMTS系統(tǒng)重新配置該終端，以及通過最少的物理層功能性以便執(zhí)行GSM/GPRS系統(tǒng)之上的功率測量。


現(xiàn)在將參考本發(fā)明的優(yōu)選但非限制性實(shí)施例的附圖在下文中公開本發(fā)明，其中圖1表示根據(jù)現(xiàn)有技術(shù)的多模終端；圖2為根據(jù)本發(fā)明的一個(gè)實(shí)施例舉例說明GSM/GPRS系統(tǒng)的網(wǎng)絡(luò)體系結(jié)構(gòu)；圖3表示針對圖1的體系結(jié)構(gòu)的可重新配置的終端；圖4為由無線電終端一側(cè)的客戶機(jī)執(zhí)行的協(xié)議步驟的狀態(tài)圖；圖5為由基站控制器一側(cè)的服務(wù)器執(zhí)行的協(xié)議步驟的狀態(tài)圖；圖6-17舉例說明了在服務(wù)器和客戶機(jī)之間交換的協(xié)議消息的結(jié)構(gòu)；圖18舉例說明了針對電路呼叫的從GSM到UMTS的系統(tǒng)間切換過程；圖19詳細(xì)示意了用于重新配置無線電終端的軟件下載過程；
圖20舉例說明了小區(qū)重選擇情況下的操作軟件下載過程。
貫穿所有的附圖，同樣的附圖標(biāo)記用于指示相等的或者實(shí)現(xiàn)基本上同等功能的組件。
具體實(shí)施例方式
參考圖2，已知GSM/GPRS系統(tǒng)的網(wǎng)絡(luò)體系結(jié)構(gòu)包括可重新配置的終端或移動臺MS，基站收發(fā)信臺BTS或BTS節(jié)點(diǎn)以及基站控制器BSC或BSC節(jié)點(diǎn)。
該網(wǎng)絡(luò)進(jìn)一步包括沒有在圖2中明顯示出的例如諸如移動交換中心(MSC)和/或服務(wù)GPRS支持節(jié)點(diǎn)(SGSN)和/或網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN)。
終端MS通過無線電接口連接BTS節(jié)點(diǎn)，BTS節(jié)點(diǎn)連接到BSC節(jié)點(diǎn)。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，終端包括稱為OTA-客戶機(jī)的第一實(shí)體和稱為無線電資源協(xié)議RR的已知類型的第二實(shí)體；OTA-客戶機(jī)與無線電資源協(xié)議RR位于同一協(xié)議級別或?qū)硬⑴c之協(xié)作。
RR實(shí)體例如根據(jù)GSM/GPRS標(biāo)準(zhǔn)ETSI 04.18工作并且包括如在隨后將公開的用于與基站控制器BSC中的OTA-客戶機(jī)和RR相應(yīng)實(shí)體通信的功能。
OTA-客戶機(jī)包括能夠完全管理從稱為OTA服務(wù)器的基站控制器BSC中的OTA相應(yīng)實(shí)體的完整或部分的操作軟件的下載過程的軟件模塊。
BSC包括稱為OTA-服務(wù)器的第一實(shí)體和稱為無線電資源協(xié)議RR的已知類型的第二實(shí)體。
OTA-服務(wù)器與無線電資源協(xié)議RR位于同一協(xié)議級別并與之協(xié)作。
RR實(shí)體例如根據(jù)GSM/GPRS標(biāo)準(zhǔn)ETSI 04.18工作并且包括如在隨后將公開的用于與移動終端MS中的OTA-服務(wù)器和RR相應(yīng)實(shí)體通信的功能。
OTA-服務(wù)器包括能夠完全管理下載完整或部分的操作軟件到OTA-客戶機(jī)的下載過程的軟件模塊。
OTA-服務(wù)器還包括操作軟件或能夠恢復(fù)操作軟件。
如隨后將公開的，OTA-服務(wù)器的體系結(jié)構(gòu)為每個(gè)具有活動下載會話的OTA-客戶機(jī)提供一個(gè)上下文，稱為客戶機(jī)上下文。
圖3示出了根據(jù)本發(fā)明配置的終端MS的實(shí)例。
終端MS包括GSM/GPRS協(xié)議的較上層和較下層。
較下層稱為RAT(無線電接入技術(shù))GSM/GPRS并包括依照GSM/GPRS標(biāo)準(zhǔn)的OTA客戶機(jī)、無線電資源RR以及物理層(L1)和DL(數(shù)據(jù)鏈路層)(L2)實(shí)體。
終端MS還包括依照另外的標(biāo)準(zhǔn)，例如UMTS標(biāo)準(zhǔn)的物理層(L1U)，包括至少用于執(zhí)行與另外的標(biāo)準(zhǔn)相適應(yīng)的層1測量。
如隨后將公開的，可如公開的通過下載另外的標(biāo)準(zhǔn)的操作軟件能夠重新配置終端MS。
如在本發(fā)明的優(yōu)選實(shí)施例中所考慮的，操作軟件包括一組操作軟件模塊，優(yōu)選根據(jù)預(yù)定的通信系統(tǒng)用于配置終端MS的多個(gè)軟件模塊。
本發(fā)明提供下載構(gòu)成所使用的協(xié)議棧的所有操作軟件模塊以便依照例如進(jìn)一步的預(yù)定的通信系統(tǒng)配置無線電終端MS。
如熟練技術(shù)人員能夠理解的，根據(jù)本發(fā)明進(jìn)一步的實(shí)施例，還可能下載單獨(dú)構(gòu)成對應(yīng)于使用中或另外的通信系統(tǒng)的協(xié)議棧的一部分的軟件模塊。
這種進(jìn)一步的實(shí)施例對于例如插入新功能到終端MS、更新或修理終端MS中的程序錯(cuò)誤的目標(biāo)是有用的。
參考圖4，圖4表示終端MS內(nèi)的OTA-客戶機(jī)的狀態(tài)圖。
用于命名各狀態(tài)的術(shù)語是純粹指示性的，就如同所述的相應(yīng)行為那樣有意義。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，OTA-客戶機(jī)的各狀態(tài)和有關(guān)過渡如下-IDLE狀態(tài)當(dāng)沒有任何軟件下載過程是活動的時(shí)候OTA-客戶機(jī)或客戶機(jī)處于這個(gè)狀態(tài)；如果過程正確結(jié)束或者如果發(fā)生故障時(shí)OTA-客戶機(jī)返回到這個(gè)狀態(tài)；-DOWNLOAD INITIATION狀態(tài)當(dāng)網(wǎng)絡(luò)需要啟動一個(gè)操作軟件下載過程時(shí)，OTA-客戶機(jī)進(jìn)入這個(gè)狀態(tài)并且啟動定時(shí)器T100；定時(shí)器T100在狀態(tài)過渡的情況下停止；如果定時(shí)器T100在狀態(tài)過渡之前到期，則OTA-客戶機(jī)返回到IDLE狀態(tài)；-MUTUAL AUTHENTICATION狀態(tài)在這個(gè)狀態(tài)中，OTA-客戶機(jī)執(zhí)行與OTA-服務(wù)器的相互驗(yàn)證；當(dāng)從服務(wù)器到來一個(gè)驗(yàn)證請求時(shí)OTA-客戶機(jī)進(jìn)入這個(gè)狀態(tài)；OTA-客戶機(jī)啟動定時(shí)器T200；定時(shí)器T200在狀態(tài)過渡的情況下停止；如果在狀態(tài)過渡之前定時(shí)器T200到期或者驗(yàn)證失敗，則OTA-客戶機(jī)返回到IDLE狀態(tài)；-CAPABILITY REQUEST狀態(tài)在這個(gè)狀態(tài)中，OTA-客戶機(jī)將其的能力提供給OTA-服務(wù)器；當(dāng)OTA-服務(wù)器請求OTA-客戶機(jī)的能力時(shí)OTA-客戶機(jī)進(jìn)入這個(gè)狀態(tài)；OTA-客戶機(jī)啟動定時(shí)器T300；定時(shí)器T300在狀態(tài)過渡的情況下停止；如果在狀態(tài)過渡之前定時(shí)器T300到期，則OTA-客戶機(jī)返回到IDLE狀態(tài)；-DOWNLOAD ACCEPTANCE狀態(tài)在這個(gè)狀態(tài)中，OTA-客戶機(jī)根據(jù)由OTA-服務(wù)器接收到的信息確定是否繼續(xù)下載；當(dāng)其從OTA-服務(wù)器接收到將被執(zhí)行的下載簡表時(shí)OTA-客戶機(jī)進(jìn)入這個(gè)狀態(tài)；如果所接收的簡表被拒絕，則OTA-客戶機(jī)返回到IDLE狀態(tài)；-SOFTWARE DOWNLOAD狀態(tài)在這個(gè)狀態(tài)中，OTA-客戶機(jī)執(zhí)行軟件下載；如果下載簡表被接受則OTA-客戶機(jī)進(jìn)入這個(gè)狀態(tài)；OTA-客戶機(jī)啟動定時(shí)器T400；定時(shí)器T400在從OTA-服務(wù)器接收每一個(gè)軟件塊時(shí)被重置并重啟動；定時(shí)器T400在狀態(tài)過渡的情況下停止；如果在狀態(tài)過渡之前定時(shí)器T400到期或者下載失敗或者所下載的軟件與能力不符，則OTA-客戶機(jī)返回到IDLE狀態(tài)；-INSTALLATION狀態(tài)在這個(gè)狀態(tài)下，OTA-客戶機(jī)向OTA-服務(wù)器發(fā)送一個(gè)許可證請求并安裝操作軟件；OTA-客戶機(jī)在下載結(jié)束時(shí)進(jìn)入這個(gè)狀態(tài)；OTA-客戶機(jī)啟動定時(shí)器T500；定時(shí)器T500在狀態(tài)改變的情況下停止；如果在狀態(tài)改變之前定時(shí)器T500到期或者許可證未被接受，則OTA-客戶機(jī)返回到IDLE狀態(tài)；-IN-SITU TESTING狀態(tài)在這個(gè)狀態(tài)下，OTA-客戶機(jī)通過利用從OTA-服務(wù)器接收的一些測試向量針對下載的軟件執(zhí)行一些測試；當(dāng)已經(jīng)安裝了操作軟件時(shí)OTA-客戶機(jī)進(jìn)入這個(gè)狀態(tài)；一旦測試結(jié)束，則OTA-客戶機(jī)返回到IDLE狀態(tài)。
參考圖5，圖5表示由OTA-服務(wù)器管理的客戶機(jī)上下文的狀態(tài)圖。
如上述論及的，用于命名各狀態(tài)的術(shù)語是純指示性的，就如同所述的相應(yīng)行為那樣有意義。
客戶機(jī)上下文的狀態(tài)和有關(guān)過渡如下-IDLE狀態(tài)當(dāng)沒有任何軟件下載過程是活動的時(shí)候由OTA-服務(wù)器管理的OTA-客戶機(jī)上下文處于這個(gè)狀態(tài)；如果過程正確結(jié)束或者如果發(fā)生故障時(shí)OTA-客戶機(jī)上下文返回到這個(gè)狀態(tài)；-DOWNLOAD INITIATION狀態(tài)在這個(gè)狀態(tài)下OTA-客戶機(jī)上下文觸發(fā)OTA-客戶機(jī)執(zhí)行下載；當(dāng)需要執(zhí)行操作軟件的下載時(shí)，OTA-客戶機(jī)上下文進(jìn)入這個(gè)狀態(tài)并且啟動定時(shí)器T101；定時(shí)器T101在狀態(tài)過渡之前停止；如果定時(shí)器T101在狀態(tài)過渡之前到期，則OTA-客戶機(jī)上下文返回到IDLE狀態(tài)；-MUTUAL AUTHENTICATION狀態(tài)在這個(gè)狀態(tài)中，OTA-客戶機(jī)上下文驗(yàn)證其自身并要求OTA-客戶機(jī)識別自己；當(dāng)其從OTA-客戶機(jī)接收到下載確認(rèn)時(shí)OTA-客戶機(jī)上下文進(jìn)入這個(gè)狀態(tài)；OTA-客戶機(jī)上下文啟動定時(shí)器T201；定時(shí)器T201在狀態(tài)過渡的情況下停止；如果在狀態(tài)過渡之前定時(shí)器T201到期或者驗(yàn)證失敗，則OTA-客戶機(jī)上下文返回到IDLE狀態(tài)；-CAPABILITY REQUEST狀態(tài)在這個(gè)狀態(tài)中，OTA-客戶機(jī)上下文請求OTA-客戶機(jī)的能力；當(dāng)驗(yàn)證完成時(shí)OTA-客戶機(jī)上下文進(jìn)入這個(gè)狀態(tài)；OTA-客戶機(jī)上下文啟動定時(shí)器T301；定時(shí)器T301在狀態(tài)過渡的情況下停止；如果在狀態(tài)過渡之前定時(shí)器T301到期或者該能力不允許下載，則OTA-客戶機(jī)上下文返回到IDLE狀態(tài)；-DOWNLOAD ACCEPTANCE狀態(tài)在這個(gè)狀態(tài)中，OTA-客戶機(jī)上下文將下載簡表傳送給OTA-客戶機(jī)；當(dāng)其接收到終端能力并且所述能力被接受時(shí)OTA-客戶機(jī)上下文進(jìn)入這個(gè)狀態(tài)；OTA-客戶機(jī)上下文啟動定時(shí)器T302；定時(shí)器T302在狀態(tài)過渡的情況下停止；如果在狀態(tài)過渡之前定時(shí)器T302到期或者OTA-客戶機(jī)拒絕了所提議的下載，則OTA-客戶機(jī)上下文返回到IDLE狀態(tài)；-SOFTWARE DOWNLOAD狀態(tài)在這個(gè)狀態(tài)中，OTA-客戶機(jī)上下文執(zhí)行朝向OTA-客戶機(jī)方向上的下載；如果OTA-客戶機(jī)接受了下載簡表則OTA-客戶機(jī)上下文進(jìn)入這個(gè)狀態(tài)；OTA-客戶機(jī)上下文啟動定時(shí)器T401；定時(shí)器T401在從客戶機(jī)接收到每一個(gè)確認(rèn)信號Ack時(shí)被重置并重新啟動；定時(shí)器T401在狀態(tài)過渡的情況下停止；如果在狀態(tài)過渡之前T401到期或者下載失敗，則OTA-客戶機(jī)上下文返回到IDLE狀態(tài)；-INSTALLATION狀態(tài)在這個(gè)狀態(tài)中，OTA-客戶機(jī)上下文向OTA-客戶機(jī)發(fā)送許可證條款并且等待一直到OTA-客戶機(jī)執(zhí)行了安裝和所下載軟件的測試；當(dāng)下載已結(jié)束時(shí)OTA-客戶機(jī)上下文進(jìn)入這個(gè)狀態(tài)；OTA-客戶機(jī)上下文啟動定時(shí)器T501；定時(shí)器T501在狀態(tài)過渡的情況下停止；如果在狀態(tài)過渡之前定時(shí)器T501到期或者該許可證未被OTA-客戶機(jī)接受，則OTA-客戶機(jī)上下文返回到IDLE狀態(tài)；如果OTA-客戶機(jī)上下文接收到有關(guān)OTA-客戶機(jī)成功安裝的確認(rèn)信號，則其返回到IDLE狀態(tài)。
在GSM/GPRS的情況下，在本發(fā)明的優(yōu)選實(shí)施例中，現(xiàn)在將參考圖6-17詳細(xì)描述通過引OTA-服務(wù)器和OTA-客戶機(jī)之間交換的新的協(xié)議消息和有關(guān)字段修改RR協(xié)議。
在不同的系統(tǒng)的情況下，以如能夠被熟練技術(shù)人員所理解的類似的方式修改無線電資源協(xié)議，例如UMTS系統(tǒng)中的RRC(無線電資源控制)。
下文中，用于命名各消息和相關(guān)字段的術(shù)語是純指示性的，就如同所述的相應(yīng)定義那樣有意義。
參考圖6，圖6描述了Packet Download Request消息的結(jié)構(gòu)。該消息是從基站控制器BSC一側(cè)的無線電資源RR客戶機(jī)發(fā)往終端MS一側(cè)的無線電資源RR的。OTA-服務(wù)器利用這個(gè)消息指示OTA-客戶機(jī)開始一個(gè)下載會話。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet DownloadRequest)；-OTA-Client_ID標(biāo)識OTA-客戶機(jī)，該請求向該OTA-客戶機(jī)提出；-PDCH(Packet Data Channel)指定由在其上將執(zhí)行軟件下載的網(wǎng)絡(luò)分配的信道；-RRBP(Relative Reserved Block Period )如已經(jīng)在GPRS標(biāo)準(zhǔn)中定義的，指定在其上終端MS一側(cè)的無線電資源RR應(yīng)該應(yīng)答的無線電數(shù)據(jù)塊；-Requested Download這個(gè)元素包含由網(wǎng)絡(luò)請求的下載的一個(gè)描述字符串和數(shù)字標(biāo)識符。
參考圖7，圖7描述了Packet Download Ack消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)利用這個(gè)消息通知OTA-服務(wù)器同意開始一個(gè)下載會話。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet Download Ack)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)；-OTA-Client_Challenge_NumberOTA-服務(wù)器將利用其自身的密鑰和適當(dāng)?shù)拿艽a算法，例如AES(高級加密標(biāo)準(zhǔn))，加密的一個(gè)隨機(jī)數(shù)，以便執(zhí)行相互驗(yàn)證的第一步。
參考圖8，圖8描述了Packet Download Nack消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)利用這個(gè)消息通知服務(wù)器其不能開始一個(gè)下載會話。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet Download Nack)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)。
參考圖9，圖9描述了Packet Authentication Request消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器利用這個(gè)消息將其的憑證傳送給OTA-客戶機(jī)并要求OTA-客戶機(jī)識別自己。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet AuthenticationRequest)；-OTA-Client_ID標(biāo)識該消息所發(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)證的第二步；-RRBP如已經(jīng)在GPRS標(biāo)準(zhǔn)中定義的，指定在其上終端MS一側(cè)的無線電資源RR應(yīng)該應(yīng)答的無線電數(shù)據(jù)塊。
參考圖10，圖10描述了Packet Authentication Response消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。在已經(jīng)驗(yàn)證了OTA-服務(wù)器之后，OTA-客戶機(jī)利用這個(gè)消息將其的憑證傳送給OTA-服務(wù)器。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet AuthenticationResponse)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)；-OTA-Client_Response_Number標(biāo)識OTA-客戶機(jī)利用其自身的密鑰和適當(dāng)?shù)拿艽a算法(例如AES算法)加密的一個(gè)數(shù)字，結(jié)束相互驗(yàn)證的第二步和最后一步。
參考圖11，圖11描述了Packet Capability Request消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器利用這個(gè)消息請求OTA-客戶機(jī)其的可重新配置性選項(xiàng)。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet CapabilityRequest)；-OTA-Client_ID標(biāo)識消息被發(fā)往的OTA-客戶機(jī)；-RRBP如已經(jīng)在GPRS標(biāo)準(zhǔn)中定義的，指定在其上終端MS一側(cè)的無線電資源RR應(yīng)該應(yīng)答的無線電數(shù)據(jù)塊。
參考圖12，圖12描述了Packet Capability Response消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)利用這個(gè)消息將有關(guān)其的可重新配置性選項(xiàng)告知OTA-服務(wù)器。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet CapabilityResponse)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)；-OTA-Client_Capability描述終端的可重新配置性選項(xiàng)。參考圖13，圖13描述了Packet Download Description消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器利用這個(gè)消息向OTA-客戶機(jī)報(bào)告有關(guān)于下載的數(shù)據(jù)。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet DownloadDescription)；-OTA-Client_ID標(biāo)識消息被發(fā)往的OTA-客戶機(jī)；-Download_list對于OTA-客戶機(jī)選擇的每個(gè)下載包括一個(gè)元素，所述字段包括以下字段-Download_Block_Number操作軟件在被發(fā)送到OTA-客戶機(jī)之前將被分段為的無線電數(shù)據(jù)塊的數(shù)量；-Billing_criteria與可能的下載記帳有關(guān)的標(biāo)準(zhǔn)；-Installation_criteria與軟件安裝有關(guān)的標(biāo)準(zhǔn)。
-RRBP如已經(jīng)在GPRS標(biāo)準(zhǔn)中定義的，指定在其上終端MS一側(cè)的無線電資源RR應(yīng)該應(yīng)答的無線電數(shù)據(jù)塊。
再次參考圖8，其描述了Packet Download Accept消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)利用這個(gè)消息確認(rèn)下載。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet Download Accept)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)。
再次參考圖8，其描述了Packet Download Reject消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)利用這個(gè)消息拒絕下載。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet Download Reject)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)。
再次參考圖8，其描述了Packet License Request消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)利用這個(gè)消息向OTA-服務(wù)器請求用于解密所下載的操作軟件和用于安裝軟件的密鑰。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet License Request)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)。
參考圖14，圖14描述了Packet License Response消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器利用這個(gè)消息向OTA-客戶機(jī)傳送用于解密所下載的操作軟件和用于安裝軟件的密鑰。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet License Response)；-OTA-Client_ID標(biāo)識消息被發(fā)往的OTA-客戶機(jī)；-Decrypt_key用于解密操作軟件的密鑰。
再次參考圖8，其描述了Packet License Accept消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)利用這個(gè)消息向OTA-服務(wù)器指示下載的操作軟件已經(jīng)被正確解密。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet License Accept)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)。
再次參考圖8，其描述了Packet License Failed消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)利用這個(gè)消息通知OTA-服務(wù)器下載的操作軟件沒有被正確解密。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet License Failed)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)。
參考圖15，圖15描述了Packet Test Description消息的結(jié)構(gòu)。該消息是從OTA-服務(wù)器發(fā)往OTA-客戶機(jī)的。OTA-服務(wù)器利用這個(gè)消息向OTA-客戶機(jī)指示在啟動下載的操作軟件之前將針對軟件執(zhí)行的測試。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet Test Description)；-OTA-Client_ID標(biāo)識消息被發(fā)往的OTA-客戶機(jī)；-Test_list針對每一個(gè)將執(zhí)行的測試包括一個(gè)元素，反之該字段包括-Test_vector包括測試描述。
再次參考圖8，其描述了Packet Installation Successful消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)利用這個(gè)消息向OTA-服務(wù)器指示已經(jīng)成功執(zhí)行了下載的操作軟件的測試。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet InstallationSuccessful)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)。
再次參考圖8，其描述了Packet Installation Failed消息的結(jié)構(gòu)。該消息是從OTA-客戶機(jī)發(fā)往OTA-服務(wù)器的。OTA-客戶機(jī)通過這個(gè)通知OTA-服務(wù)器未能成功執(zhí)行下載的操作軟件的測試。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Packet InstallationFailed)；-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)。
如隨后將描述的，在優(yōu)選實(shí)施例中，操作軟件是通過利用已知類型的窗口協(xié)議從OTA-服務(wù)器發(fā)送到OTA-客戶機(jī)的，該窗口協(xié)議基于例如稱為Block和Ack的兩個(gè)基本協(xié)議數(shù)據(jù)單元或PDU。
參考圖16，圖16描述了操作軟件已經(jīng)被分段為的無線電數(shù)據(jù)塊Block的結(jié)構(gòu)。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識該數(shù)據(jù)塊的類型；-Block_Number標(biāo)識無線電數(shù)據(jù)塊的序號，OTA-客戶機(jī)使用這個(gè)序號重組整個(gè)操作軟件；-Data這個(gè)字段包含整個(gè)操作軟件的某些部分或全部。
參考圖17，圖17描述了用于指示終端接收狀態(tài)的Ack消息的結(jié)構(gòu)。在GSM/GPRS的情況下提供的各字段至少是下述的一組-Message_Type標(biāo)識發(fā)送消息類型(Ack)；-Ack_Bitmap其為具有大小等于操作軟件已經(jīng)被分段為的無線電數(shù)據(jù)塊的總數(shù)的位屏蔽；如果數(shù)據(jù)塊已經(jīng)被成功接收則針對每一無線電數(shù)據(jù)塊設(shè)置其為“1”，并且如果數(shù)據(jù)塊已經(jīng)被接收但是被破壞或者根本就沒有被接收則設(shè)置其為“0”。
本發(fā)明的優(yōu)選實(shí)施例所預(yù)見的對RR協(xié)議的修改是基于終端MS一側(cè)的OTA-客戶機(jī)和無線電資源RR之間的原語的引入的，以及基于基站控制器BSC一側(cè)的OTA-服務(wù)器和無線電資源RR之間的原語的引入。
用于命名各原語和相關(guān)字段的術(shù)語是純粹指示性的，就如同所述的相應(yīng)定義那樣有意義。
首先，描述終端MS一側(cè)的OTA-客戶機(jī)和無線電資源RR之間的原語。
Download Request Ind原語從終端MS一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識OTA-客戶機(jī)，該請求向該OTA-客戶機(jī)提出；-Requested Download這個(gè)元素包含由網(wǎng)絡(luò)請求的下載的一個(gè)描述字符串和數(shù)字標(biāo)識符。
Download Ack Ind原語從終端MS一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。這個(gè)原語中提供的各字段如下-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-OTA-Client_Challenge_NumberOTA-服務(wù)器將利用其自身的密鑰和適當(dāng)?shù)拿艽a算法，例如AES(高級加密標(biāo)準(zhǔn))，加密的一個(gè)隨機(jī)數(shù)，以便執(zhí)行相互驗(yàn)證的第一步。
Download Nack Ind原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Authentication Req原語從終端MS一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
這個(gè)原語中提供的各字段如下-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-OTA-Server_Response_Number由OTA-服務(wù)器利用其自身的密鑰和適當(dāng)?shù)拿艽a算法(例如AES算法)加密的一個(gè)數(shù)字，結(jié)束相互驗(yàn)證的第一步；-OTA-Seryer_Challenge_Number客戶機(jī)將利用其自身的密鑰和適當(dāng)?shù)拿艽a算法(例如AES算法)加密的一個(gè)隨機(jī)數(shù)，以便執(zhí)行相互驗(yàn)證的第二步。
Authentication Rsp原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-OTA-Client_Response_Number標(biāo)識OTA-客戶機(jī)利用其自身的密鑰和適當(dāng)?shù)拿艽a算法(例如AES算法)加密的一個(gè)數(shù)字，結(jié)束相互驗(yàn)證的第二步和最后一步。
Capability Req原語從MS一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Capability Rsp原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)；-OTA-Client_Capability描述終端的可重新配置性選項(xiàng)。
Download Description Req原語從MS一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-Download_list對于OTA-客戶機(jī)選擇的每個(gè)下載包括一個(gè)元素，該元素反之包括以下字段-Download_Block_Number操作軟件在被發(fā)送到OTA-客戶機(jī)之前將被分段為的無線電數(shù)據(jù)塊的數(shù)量；-Billing_criteria與可能的下載記帳有關(guān)的標(biāo)準(zhǔn)；-Installation_criteria與軟件安裝有關(guān)的標(biāo)準(zhǔn)。
Download Accept Cnf原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Download Accept Rej原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
License Req原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
License Rsp原語從終端MS一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-Decrypt_key用于解密操作軟件的密鑰。
License Cnf原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
License Rej原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Test Description Req原語從終端MS一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-Test_list針對每一個(gè)將執(zhí)行的測試包括一個(gè)元素，反之該字段包括-Test_vector包括測試描述。
Installation Cnf原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Installation Rej原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Data Ind原語從終端MS一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-操作軟件已經(jīng)被分段為的無線電數(shù)據(jù)塊的其中之一。
Data Req原語從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-Ack的無線電數(shù)據(jù)塊。
下面描述基站控制器BSC一側(cè)的OTA-服務(wù)器和無線電資源RR之間的原語交換。
Download Initiation Ind原語從OTA-客戶機(jī)發(fā)送到基站控制器BSC一側(cè)的無線電資源RR。在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識OTA-客戶機(jī)，該請求向該OTA-客戶機(jī)提出；-Requested Download這個(gè)元素包含由網(wǎng)絡(luò)請求的下載的一個(gè)描述字符串和數(shù)字標(biāo)識符。
Download Ack Ind原語由基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；
-OTA-Client_Challenge_NumberOTA-服務(wù)器將利用其自身的密鑰和適當(dāng)?shù)拿艽a算法，例如AES(高級加密標(biāo)準(zhǔn))，加密的一個(gè)隨機(jī)數(shù)，以便執(zhí)行相互驗(yàn)證的第一步。
Download Nack Ind原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Authentication Req原語從OTA-客戶機(jī)發(fā)送到基站控制器BSC一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的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)證的第二步。
Authentication Rsp原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-OTA-Client_Response_Number標(biāo)識由OTA-客戶機(jī)利用其自身的密鑰和適當(dāng)?shù)拿艽a算法(例如AES算法)加密的一個(gè)數(shù)字，結(jié)束相互驗(yàn)證的第二步和最后一步。
Capability Req原語從OTA-客戶機(jī)發(fā)送到基站控制器BSC一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Capability Rsp原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識發(fā)送該消息的OTA-客戶機(jī)；-OTA-Client_Capability描述終端的可重新配置性選項(xiàng)。
Download Description Req原語從OTA-客戶機(jī)發(fā)送到基站控制器BSC一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-Download_list對于OTA-客戶機(jī)選擇的每個(gè)下載包括一個(gè)元素，該元素反之包括以下字段-Download_Block_Number操作軟件在被發(fā)送到OTA-客戶機(jī)之前將被分段為的無線電數(shù)據(jù)塊的數(shù)量；-Billing_criteria與可能的下載記帳有關(guān)的標(biāo)準(zhǔn)；-Installation_criteria與軟件安裝有關(guān)的標(biāo)準(zhǔn)。
Download Accept Cnf原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Download Accept Rej原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
License Req原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
License Rsp原語從OTA-客戶機(jī)發(fā)送到基站控制器BSC一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組
-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-Decrypt_key用于解密操作軟件的密鑰。
License Cnf原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
License Rej原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Test Description Req原語從OTA-服務(wù)器發(fā)送到基站控制器BSC一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-Test_list針對每一個(gè)將執(zhí)行的測試包括一個(gè)元素，反之其包括字段-Test_vector包括測試描述。
Installation Cnf原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Installation Rej原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)。
Data Req原語從OTA-服務(wù)器發(fā)送到基站控制器BSC一側(cè)的無線電資源RR。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；
-操作軟件已經(jīng)被分段為的無線電數(shù)據(jù)塊的其中之一。
Data Ind原語從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-服務(wù)器。
在GSM/GPRS的情況下提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識與該原語有關(guān)的OTA-客戶機(jī)；-Ack的無線電數(shù)據(jù)塊。
參考圖4和5，下面將通過為各個(gè)RR接收到的每個(gè)原語指示根據(jù)OTA-客戶機(jī)或客戶機(jī)上下文所處狀態(tài)的有關(guān)行為描述OTA-客戶機(jī)和OTA-服務(wù)器之間的程序上的交互作用。
OTA-客戶機(jī)和OTA-服務(wù)器的行為與系統(tǒng)無關(guān)。
OTA-客戶機(jī)或OTA-服務(wù)器與各自的RR之間交換的原語依賴于系統(tǒng)，并且依照當(dāng)前實(shí)例參考GSM/GPRS系統(tǒng)。
如之前所描述的，由于各定時(shí)器與各實(shí)體所處的狀態(tài)相鏈接，在下面的描述中沒有描述它們的啟動/停止動作。
參考圖4，現(xiàn)在描述OTA-客戶機(jī)的行為。
通常，如果OTA-Client ID字段與接收原語的OTA-客戶機(jī)的標(biāo)識符不匹配，則所述原語被忽略。
當(dāng)OTA-客戶機(jī)接收到Download Request Ind原語時(shí)-如果狀態(tài)為IDLE，則OTA-客戶機(jī)轉(zhuǎn)到DOWNLOADINITIATION；-如果狀態(tài)不是DOWNLOAD INITIATION，則該原語被忽略并且過程終止；-如果終端能夠執(zhí)行下載-抽取并存儲一個(gè)隨機(jī)數(shù)RNUM；-發(fā)送Download Ack Ind原語，其OTA-Client ChallengeNumber字段中包含所抽取的數(shù)字RNUM的值；-如果終端不能執(zhí)行下載，則發(fā)送Download Nack Ind原語并且OTA-客戶機(jī)返回到IDLE狀態(tài)。
當(dāng)OTA-客戶機(jī)接收到Authentication Req原語時(shí)-如果狀態(tài)不是DOWNLOAD INITIATION，則該原語被忽略并且過程終止；-如果存儲的隨機(jī)數(shù)RNUM無效，則過程終止；-OTA-客戶機(jī)轉(zhuǎn)到MUTUAL AUTHENTICATION狀態(tài)；-通過利用所選擇的密碼算法(例如，AES算法)使用內(nèi)部的密鑰CIK解密存儲的隨機(jī)數(shù)RNUM的值；-如果在前一階段解密的值與OTA-Server Response Number字段的值不匹配，則OTA-客戶機(jī)轉(zhuǎn)到IDLE狀態(tài)并且過程終止；-通過利用所選擇的密碼算法(例如，AES算法)使用內(nèi)部的密鑰CIK(客戶機(jī)身份密鑰)解密OTA-Server Response Number字段的值；-發(fā)送Authentication Rsp原語，其在OTA-Client ResponseNumber字段中具有在前一階段解密的值。
當(dāng)OTA-客戶機(jī)接收到Capability Req原語時(shí)-如果狀態(tài)不是MUTUAL AUTHENTICATION，則該原語被忽略并且過程終止；-OTA-客戶機(jī)轉(zhuǎn)到CAPABILITY REQUEST狀態(tài)；-發(fā)送Capability Response原語。
當(dāng)OTA-客戶機(jī)接收到Download Description Req原語時(shí)-如果狀態(tài)不是CAPABILITY REQUEST，則該原語被忽略并且過程終止；-OTA-客戶機(jī)轉(zhuǎn)到DOWNLOAD ACCEPTANCE狀態(tài)；-如果終端能夠安裝軟件-發(fā)送Download Accept Cnf原語；-如果終端不能夠安裝軟件-發(fā)送Download Accept Rej原語；-OTA-客戶機(jī)轉(zhuǎn)到IDLE狀態(tài)。
當(dāng)OTA-客戶機(jī)接收到License Req原語時(shí)-如果狀態(tài)不是INSTALLATION，則該原語被忽略并且過程終止；-通過利用Decrypt key字段中指示的密鑰解密所下載的軟件；-如果解密成功-發(fā)送License Cnf原語；-存儲所下載的操作軟件；-如果解密失敗-發(fā)送License Rej原語；-過程轉(zhuǎn)到IDLE狀態(tài)。
當(dāng)OTA-客戶機(jī)接收到Test Description Req原語時(shí)-如果狀態(tài)不是INSTALLATION，則該原語被忽略并且過程終止；-OTA-客戶機(jī)轉(zhuǎn)到IN-SITU TESTING狀態(tài)；-針對之前存儲的操作軟件執(zhí)行所接收的測試；-如果所有的測試已經(jīng)成功-發(fā)送Installation Cnf原語；-安裝并啟動新的操作軟件；-如果至少一個(gè)測試失敗-發(fā)送Installation Rej原語；-從存儲器中刪除所下載的操作軟件；-OTA-客戶機(jī)轉(zhuǎn)到IDLE狀態(tài)。
參考圖5，現(xiàn)在描述OTA-服務(wù)器的行為。
通常，在每次接收到原語時(shí)分析OTA-Client ID字段并考慮相對于所述標(biāo)識符的OTA-客戶機(jī)上下文；如果不存在針對所接收的標(biāo)識符的OTA-客戶機(jī)上下文，則該原語被忽略。
當(dāng)OTA-服務(wù)器接收到Download Ack Ind原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是DOWNLOADINITIATION，則該原語被忽略并且過程終止；-OTA-客戶機(jī)上下文轉(zhuǎn)到MUTUAL AUTHENTICATION狀態(tài)；-抽取并存儲一個(gè)隨機(jī)數(shù)；-通過利用所選擇的密碼算法(例如，AES算法)使用內(nèi)部的密鑰SIK(服務(wù)器身份密鑰)加密OTA-Client Challenge Number字段的值；-發(fā)送Authentication Req原語到OTA-客戶機(jī)，其OTA-ServerResponse Number字段中具有在前一階段加密的值且OTA-ServerChallenge Number字段中具有所抽取的數(shù)字的值。
當(dāng)OTA-客戶機(jī)上下文接收到Download Nack Ind原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是DOWNLOADINITIATION，則該原語被忽略并且過程終止；-OTA-客戶機(jī)上下文轉(zhuǎn)到IDLE狀態(tài)。
當(dāng)OTA-客戶機(jī)上下文接收到Authentication Rsp原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是MUTUALAUTHENTICATION，則該原語被忽略并且過程終止；-通過利用所選擇的密碼算法(例如，AES算法)使用內(nèi)部的密鑰SIK解密存儲的隨機(jī)數(shù)的值；-如果在前一階段解密的值與OTA-Client Response Number字段的值不匹配，則OTA-客戶機(jī)上下文轉(zhuǎn)到IDLE狀態(tài)并且過程終止；-OTA-服務(wù)器轉(zhuǎn)到CAPABILITY REQUEST狀態(tài)；-發(fā)送Capability Req原語。
當(dāng)OTA-客戶機(jī)上下文接收到Capability Rsp原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是CAPABILITYREQUEST，則該原語被忽略并且過程終止；-如果該原語中包含的能力與將要下載的軟件的不一致，則OTA-客戶機(jī)上下文轉(zhuǎn)到IDLE狀態(tài)；-如果該原語中包含的能力與將要下載的軟件的一致，則OTA-客戶機(jī)上下文轉(zhuǎn)到DOWNLOAD ACCEPTANCE狀態(tài)，并發(fā)送Download Description Req原語。
當(dāng)OTA-客戶機(jī)上下文接收到Download Accept Cnf原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是DOWNLOADACCEPTANCE，則該原語被忽略并且過程終止；-OTA-客戶機(jī)上下文轉(zhuǎn)到SOFTWARE DOWNLOAD狀態(tài)；-開始軟件下載。
當(dāng)OTA-客戶機(jī)上下文接收到Download Accept Rej原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是DOWNLOADACCEPTANCE，則該原語被忽略并且過程終止；-OTA-客戶機(jī)上下文轉(zhuǎn)到IDLE狀態(tài)。
當(dāng)OTA-客戶機(jī)上下文接收到License Req原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是SOFTWAREDOWNLOAD，則該原語被忽略并且過程終止；-過程轉(zhuǎn)到INSTALLATION狀態(tài)；-發(fā)送License Rsp原語；其包含解密密鑰。
當(dāng)OTA-客戶機(jī)上下文接收到License Cnf原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是INSTALLATION，則該原語被忽略并且過程終止；-發(fā)送Test Description Req原語。
當(dāng)OTA-客戶機(jī)上下文接收到License Rej原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是INSTALLATION，則該原語被忽略并且過程終止；-OTA-客戶機(jī)上下文轉(zhuǎn)到IDLE狀態(tài)。
當(dāng)OTA-客戶機(jī)上下文接收到Installation Cnf原語時(shí)-如果OTA-客戶機(jī)上下文的狀態(tài)不是INSTALLATION，則該原語被忽略并且過程終止；-OTA-客戶機(jī)上下文轉(zhuǎn)到IDLE狀態(tài)。
當(dāng)OTA-客戶機(jī)上下文接收到Installation Rej原語時(shí)
-如果OTA-客戶機(jī)上下文的狀態(tài)不是INSTALLATION，則該原語被忽略并且過程終止；-OTA-客戶機(jī)上下文轉(zhuǎn)到IDLE狀態(tài)。
現(xiàn)在描述窗口協(xié)議的操作，數(shù)據(jù)依照該協(xié)議從OTA-服務(wù)器傳送到OTA-客戶機(jī)。
從OTA-服務(wù)器的觀點(diǎn)看，當(dāng)軟件下載開始時(shí)，操作軟件例如使用一個(gè)加密密鑰以及使用一個(gè)已知類型的例如AES算法的加密算法被加密。
加密后的操作軟件被分段為具有例如有限大小(例如1-2k字節(jié))的塊。其被分配了一個(gè)具有大小等于操作軟件已經(jīng)被分段為的無線電數(shù)據(jù)塊的數(shù)量的位數(shù)的位屏蔽BITMASK，并且每個(gè)位的值被設(shè)置為“0”；位屏蔽的每一位對應(yīng)于一個(gè)無線電數(shù)據(jù)塊，該無線電數(shù)據(jù)塊的編號等于該位位置，即第一位對應(yīng)于第一個(gè)無線電數(shù)據(jù)塊，第二位對應(yīng)于第二個(gè)數(shù)據(jù)塊等等。頭N個(gè)構(gòu)成操作軟件的無線電數(shù)據(jù)塊BLOCK被發(fā)送。啟動定時(shí)器T401。在接收到每個(gè)消息Ack時(shí)-重新啟動定時(shí)器T401；-對于消息Ack的位圖中現(xiàn)有的每個(gè)值“1”，設(shè)置對應(yīng)位置中分配的位屏蔽BITMASK的值為“1”；-首先考慮尚未發(fā)送的塊，在最大值發(fā)送位屏蔽BITMASK中對應(yīng)值為“0”的頭N個(gè)無線電塊BLOCK；-當(dāng)位屏蔽BITMASK的所有位的值都等于“1”時(shí)下載結(jié)束。
從OTA-客戶機(jī)的觀點(diǎn)來看，當(dāng)軟件下載開始時(shí)，其被分配了一個(gè)等于操作軟件已經(jīng)被分段為的無線電數(shù)據(jù)塊的數(shù)量的位屏蔽BITMASK，并且每個(gè)位的值被設(shè)置為“0”；位屏蔽的每一位對應(yīng)于一個(gè)無線電數(shù)據(jù)塊，該無線電數(shù)據(jù)塊的編號等于該位位置，即第一位對應(yīng)于第一個(gè)無線電數(shù)據(jù)塊，第二位對應(yīng)于第二個(gè)數(shù)據(jù)塊等等。然后啟動定時(shí)器T400。在接收到每個(gè)無線電數(shù)據(jù)塊BLOCK時(shí)
-重新啟動定時(shí)器T400；-對應(yīng)接收的無線電數(shù)據(jù)塊的塊編號的位屏蔽BITMASK的位被設(shè)置為“1”；-發(fā)送具有對應(yīng)于該位屏蔽BITMASK的位圖的Ack消息；-當(dāng)位屏蔽BITMASK的所有位的值都為“1”時(shí)下載結(jié)束。
總之，根據(jù)該實(shí)例，OTA客戶機(jī)和OTA服務(wù)器的功能行為如下-下載過程在當(dāng)例如一旦接收到由MSC(移動交換中心)發(fā)送到基站控制器BSC的Handover Command協(xié)議消息時(shí)啟動；-根據(jù)例如“詢問-應(yīng)答”方法發(fā)生OTA-客戶機(jī)和OTA-服務(wù)器之間的相互驗(yàn)證；-在業(yè)務(wù)信道上發(fā)送將被下載的操作軟件，例如GPRS業(yè)務(wù)信道；-OTA-服務(wù)器分段將被下載的操作軟件為例如具有縮減的大小(例如1或2k字節(jié))的塊；-操作軟件的傳送通過其中窗口大小匹配操作軟件已經(jīng)被分段為的數(shù)據(jù)塊的數(shù)量的簡單窗口協(xié)議來管理；-下載的操作軟件可以被加密，并且在此情況下需要一個(gè)密鑰用于其的解密和安裝；-在啟動操作軟件之前，OTA-客戶機(jī)使用例如由OTA-服務(wù)器所建議的適當(dāng)?shù)臏y試來檢驗(yàn)之。
參考圖18，其舉例說明了針對電路呼叫的從GSM到UMTS的系統(tǒng)間切換過程的應(yīng)用實(shí)例，如根據(jù)標(biāo)準(zhǔn)所定義的，在該過程之內(nèi)已經(jīng)引入了能夠重新配置終端MS的操作軟件的下載過程。
參考圖19，圖19解釋了所述軟件下載過程是如何工作的，指出網(wǎng)絡(luò)中存在的不同實(shí)體之間的交互作用。
1.有關(guān)所考慮的OTA-客戶機(jī)以及在OTA-服務(wù)器中出現(xiàn)的OTA-客戶機(jī)和OTA-客戶機(jī)上下文處于IDLE狀態(tài)。
2.當(dāng)從移動交換中心(MSC)接收到Handover Command協(xié)議消息時(shí)，OTA-客戶機(jī)上下文從IDLE狀態(tài)轉(zhuǎn)到DOWNLOADINITIATION狀態(tài)，啟動定時(shí)器T101并發(fā)送到Download_Initiation_Ind原語到無線電資源RR，同時(shí)指示所請求的下載。
3.無線電資源RR接收Download_Initiation_Ind原語。無線電資源RR向無線電資源管理程序RRM請求必要的下行鏈路資源用于使其可能執(zhí)行該軟件下載a.如果可以獲得資源，則無線電資源RR在FACCH(快速相關(guān)控制信道)控制信道上發(fā)送Packet_Download_Request協(xié)議消息到終端MS的無線電資源RR，其在該協(xié)議消息中指示了終端將在其上執(zhí)行下載的PDCH信道、相對保留的塊周期RRBP以及所請求的下載。
b.如果不能獲得資源，則無線電資源RR發(fā)送Download Nack Ind原語到OTA-客戶機(jī)上下文。
4.終端MS的無線電資源RR接收到Packet_Download_Request協(xié)議消息，配置PDCH信道并發(fā)送Download_Request_Ind原語。
5.OTA-客戶機(jī)接收Download_Request_Ind原語。如果終端能夠執(zhí)行該下載，則OTA-客戶機(jī)從IDLE狀態(tài)轉(zhuǎn)到DOWNLOAD_INITIATION狀態(tài)，啟動定時(shí)器T100并發(fā)送Download_Ack_Ind原語，其在該原語中向無線電資源RR指定了其自身的標(biāo)識符。無線電資源RR在本地存儲OTA-客戶機(jī)的該標(biāo)識符。
6.無線電資源RR接收Download_Ack_Ind原語并在相對保留的塊周期RRBP指定的時(shí)間在PACCH(分組相關(guān)控制信道)上發(fā)送Packet_Download_Ack協(xié)議消息到基站控制器BSC的無線電資源RR，其在該協(xié)議消息中指示了OTA-客戶機(jī)的標(biāo)識符。
7.基站控制器BSC的無線電資源RR接收Packet_Download_Ack協(xié)議消息并發(fā)送Download_Ack_Ind原語到OTA-客戶機(jī)上下文，其在該原語中指定了OTA-客戶機(jī)的標(biāo)識符。
8.OTA-客戶機(jī)上下文接收Download_Ack_Ind原語；OTA-客戶機(jī)上下文停止定時(shí)器T101并從DOWNLOAD_INITIATION狀態(tài)轉(zhuǎn)到MUTUAL_AUTHENTICATION狀態(tài)，同時(shí)啟動定時(shí)器T201；發(fā)送Authentication_Req原語到無線電資源RR。
9.無線電資源RR接收Authentication_Req原語并在PACCH控制信道上發(fā)送Packet_Authentication_Request協(xié)議消息到終端MS的無線電資源RR，在該協(xié)議消息中指出了RRBP。
10.終端MS的無線電資源RR接收Packet_AuthenticationRequest協(xié)議消息并發(fā)送Authentication_Req原語到OTA-客戶機(jī)。
11.OTA-客戶機(jī)接收Authentication_Req原語，停止定時(shí)器T100并轉(zhuǎn)到MUTUAL_AUTHENTICATION狀態(tài)，同時(shí)啟動定時(shí)器T200；在這個(gè)階段執(zhí)行OTA-服務(wù)器的驗(yàn)證a.如果未能驗(yàn)證OTA-服務(wù)器，則OTA-客戶機(jī)停止定時(shí)器T200并返回到IDLE狀態(tài)。
b.如果驗(yàn)證了OTA-服務(wù)器，則OTA-客戶機(jī)發(fā)送Authentication_Rsp原語到無線電資源RR。
12.無線電資源RR接收Authentication_Rsp原語并在相對保留的塊周期RRBP指定的時(shí)間在PACCH上發(fā)送Packet_Authentication_Response協(xié)議消息到基站控制器BSC的無線電資源RR。
13.基站控制器BSC的無線電資源RR接收Packet_Authentication_Response協(xié)議消息并發(fā)送Authentication_Rsp原語到OTA-客戶機(jī)上下文。
14.OTA-客戶機(jī)上下文接收Authentication_Rsp原語并核實(shí)OTA-客戶機(jī)的驗(yàn)證a.如果未能驗(yàn)證OTA-客戶機(jī)，則中斷定時(shí)器T201并且OTA-客戶機(jī)上下文返回到IDLE狀態(tài)。
b.如果驗(yàn)證了OTA-客戶機(jī)，則中斷定時(shí)器T201并且OTA-客戶機(jī)上下文轉(zhuǎn)到CAPABILITY REQUEST狀態(tài)，同時(shí)啟動定時(shí)器T301。OTA-客戶機(jī)上下文發(fā)送到Capability_Req原語無線電資源RR。
15.無線電資源RR接收Capability_Req原語并在PACCH控制信道上發(fā)送Packet_Capability_Req協(xié)議消息到終端MS的無線電資源RR，在該協(xié)議消息中指定了RRBP。
16.終端MS的無線電資源RR接收Packet_Capability_Req協(xié)議消息并發(fā)送Capability_Req原語到OTA-客戶機(jī)。
17.OTA-客戶機(jī)接收Capability_Req原語，停止定時(shí)器T200并轉(zhuǎn)到CAPABILITY REQUEST狀態(tài)，同時(shí)啟動定時(shí)器T300；OTA-客戶機(jī)發(fā)送到Capability_Rsp原語無線電資源RR。
18.無線電資源RR接收Capability_Rsp原語并在RRBP指定的時(shí)間在PACCH上發(fā)送Packet_Capability_Response協(xié)議消息到基站控制器BSC的無線電資源RR。
19.基站控制器BSC的無線電資源RR接收Packet_Capability_Response協(xié)議消息并發(fā)送Capability_Rsp原語到OTA-客戶機(jī)上下文。
20.OTA-客戶機(jī)上下文接收Capability_Rsp原語并核實(shí)終端的能力a.如果該能力與軟件下載不一致，則中斷定時(shí)器T301并且OTA-客戶機(jī)上下文返回到IDLE狀態(tài)。
b.如果該能力與軟件下載一致，則中斷定時(shí)器T301并且OTA-客戶機(jī)上下文轉(zhuǎn)到DOWNLOAD ACCEPTANCE狀態(tài)，同時(shí)啟動定時(shí)器T302并發(fā)送Download_Description_Req原語到無線電資源RR，在該原語中指示了與下載選項(xiàng)有關(guān)的信息(要下載的無線電數(shù)據(jù)塊的數(shù)量，記帳、安裝等等)。
21.無線電資源RR接收Download_Description_Req原語并在PACCH控制信道上發(fā)送Packet_Download_Description協(xié)議消息到終端MS的無線電資源RR，在該協(xié)議消息中指示了RRBP。
22.終端MS的無線電資源RR接收Packet_Download_Description協(xié)議消息并發(fā)送Download_Description_Req原語到OTA-客戶機(jī)。
23.OTA-客戶機(jī)接收Download_Description_Req原語，停止定時(shí)器T300并轉(zhuǎn)到DOWNLOAD ACCEPTANCE狀態(tài)；OTA-客戶機(jī)核實(shí)所接收的信息a.如果沒有接受該下載，則OTA-客戶機(jī)發(fā)送Download_Accept_Rej原語到無線電資源RR并返回到IDLE狀態(tài)。
b.如果接受了該下載，則OTA-客戶機(jī)發(fā)送Download_Accept_Cnf原語到無線電資源RR并轉(zhuǎn)到SOFTWAREDOWNLOAD狀態(tài)，同時(shí)啟動定時(shí)器T400。
24.無線電資源RR接收Download_Accept_Cnf原語并在RRBP指定的時(shí)間在PACCH上發(fā)送Packet_Download_Accept協(xié)議消息到基站控制器BSC的無線電資源RR。
25.基站控制器BSC的無線電資源RR接收Packet_Download_Accept協(xié)議消息并發(fā)送Download_Accept_Cnf原語到OTA-客戶機(jī)上下文。
26.OTA-客戶機(jī)上下文接收Download_Accept_Cnf原語，停止定時(shí)器T302并且OTA-客戶機(jī)上下文轉(zhuǎn)到SOFTWARE DOWNLOAD狀態(tài)，同時(shí)激活定時(shí)器T400；OTA-客戶機(jī)上下文啟動下載并通過發(fā)送Data_Req原語到無線電資源RR開始傳送將下載的軟件的各個(gè)數(shù)據(jù)塊。無線電數(shù)據(jù)塊的傳送是借助于常規(guī)的窗口協(xié)議發(fā)生的。無線電數(shù)據(jù)塊在PDTCH信道(分組數(shù)據(jù)傳送信道)上發(fā)送。
27.OTA-客戶機(jī)通過從無線電資源RR接收Data_Ind原語接收每一個(gè)無線電數(shù)據(jù)塊；在接收到每一數(shù)據(jù)塊時(shí)，定時(shí)器T400被重新啟動；OTA-客戶機(jī)周期性通過發(fā)送Data_Req原語到無線電資源發(fā)送確認(rèn)信號Ack到OTA-客戶機(jī)上下文。無線電資源RR在相關(guān)的PACCH信道上發(fā)送該Ack。當(dāng)OTA-客戶機(jī)發(fā)送相對于最后一個(gè)將下載的無線電數(shù)據(jù)塊時(shí)，停止定時(shí)器T400并轉(zhuǎn)到INSTALLATION狀態(tài)，同時(shí)啟動定時(shí)器T500；發(fā)送License_Req原語到無線電資源RR。
28.OTA-客戶機(jī)上下文通過從無線電資源RR接收Data_Ind原語接收各個(gè)Ack消息；在接收每一Ack時(shí)重新啟動定時(shí)器T401。當(dāng)OTA-客戶機(jī)上下文接收到相對于最后一個(gè)無線電數(shù)據(jù)塊的Ack時(shí)，停止定時(shí)器T401并轉(zhuǎn)到INSTALLATION狀態(tài)，同時(shí)啟動定時(shí)器T501。
29.無線電資源RR接收License_Req原語并在相關(guān)PACCH控制信道上發(fā)送Packet_License_Request協(xié)議消息到基站控制器BSC的無線電資源RR。
30.基站控制器BSC的無線電資源RR接收Packet_License_Request協(xié)議消息并發(fā)送License_Req原語到OTA-客戶機(jī)上下文。
31.OTA-客戶機(jī)上下文接收License_Req原語并發(fā)送License_RSP原語到無線電資源RR，同時(shí)指示用于執(zhí)行軟件解密的密鑰。
32.無線電資源RR接收License_Rsp原語并在相關(guān)PACCH控制信道上發(fā)送Packet_License_Response協(xié)議消息到終端MS的無線電資源RR。
33.終端MS的無線電資源RR接收Packet_License_Response協(xié)議消息并發(fā)送License_Rsp原語到OTA-客戶機(jī)。
34.OTA-客戶機(jī)接收License_Rsp原語并使用所接收的密鑰解密軟件a.如果解密操作成功，則OTA-客戶機(jī)發(fā)送License_Cnf原語到無線電資源RR。
b.如果解密操作失敗，則OTA-客戶機(jī)發(fā)送License_Rej原語到無線電資源，停止定時(shí)器T500并返回到IDLE狀態(tài)。
35.無線電資源RR接收License_Cnf原語并在相關(guān)PACCH控制信道上發(fā)送Packet_License_Accept協(xié)議消息到基站控制器BSC的無線電資源RR。
36.基站控制器BSC的無線電資源RR接收Packet_License_Accept協(xié)議消息，并發(fā)送License_Cnf原語到OTA-客戶機(jī)上下文。
37.OTA-客戶機(jī)上下文接收License_Cnf原語并發(fā)送Test_Description_Req原語到無線電資源RR，同時(shí)指示有關(guān)將要執(zhí)行的測試的信息。
38.無線電資源RR接收Test_Description_Req原語并在相關(guān)PACCH信道上發(fā)送Packet_Test_Description協(xié)議消息到終端MS的無線電資源RR。
39.終端MS的無線電資源RR接收Packet_Test_Description協(xié)議消息并發(fā)送Test_Description_Req原語到OTA-客戶機(jī)。
40.OTA-客戶機(jī)接收Test_Description_Req原語，停止定時(shí)器T500并轉(zhuǎn)到IN-SITU TESTING狀態(tài)。OTA-客戶機(jī)針對所下載的軟件執(zhí)行由OTA-客戶機(jī)上下文指示的測試a.如果測試失敗，則OTA-客戶機(jī)發(fā)送INSTALLATION_REJ原語到無線電資源RR并返回到IDLE狀態(tài)。
b.如果測試成功，則OTA-客戶機(jī)發(fā)送Installation_Cnf原語到無線電資源RR，啟動該新軟件并返回到IDLE狀態(tài)。
41.無線電資源RR接收INSTALLATION_CNF原語并在相關(guān)PACCH信道上發(fā)送Packet_Installation_Accept協(xié)議消息到基站控制器BSC的無線電資源RR，并重新配置終端MS的無線電接口。
42.基站控制器BSC的無線電資源RR接收Packet_Installation_Accept協(xié)議消息，發(fā)送Installation_Cnf原語到OTA-客戶機(jī)上下文，啟動如根據(jù)標(biāo)準(zhǔn)提供的資源釋放過程，并且一旦所述過程已結(jié)束，其如根據(jù)標(biāo)準(zhǔn)所提供的繼續(xù)該切換過程。
43.OTA-客戶機(jī)上下文接收Installation_Cnf原語并返回到IDLE狀態(tài)。
圖19公開的過程稱為操作軟件下載過程。
如熟練技術(shù)人員能夠理解的，該過程可被插入到如根據(jù)標(biāo)準(zhǔn)定義的針對電路呼叫的從GSM到UMTS的系統(tǒng)間切換過程。
特別地，該插入可以在從MSC接收基站子系統(tǒng)應(yīng)用部分(BSSAP)協(xié)議的HANDOVER COMMAND消息，和發(fā)送RR協(xié)議的INTERSYSTEM TO UTRAN HANDOVER COMMAND消息到MS之間的RR層上完成。
本發(fā)明可以一般化到根據(jù)當(dāng)前的標(biāo)準(zhǔn)指定的所有可能的系統(tǒng)間切換過程。
例如，如熟練技術(shù)人員能夠理解的，該過程可能被插入如根據(jù)標(biāo)準(zhǔn)所定義的針對電路呼叫的從UMTS到GSM的系統(tǒng)間切換過程。特別地，該插入可以在從MSC接收無線電接入網(wǎng)應(yīng)用部分(RANAP)協(xié)議的RELOCATION COMMAND消息，和發(fā)送無線電資源控制(RRC)協(xié)議的HANDOVER FORM UTRAN COMMAND消息到MS之間的無線電資源控制(RRC)層上完成。
本發(fā)明還可一般化到尚未標(biāo)準(zhǔn)化的系統(tǒng)間切換過程，例如國際移動電信2000(IMT 2000)和WLAN或IEEE 802.16或IEEE 802.20系統(tǒng)之間的系統(tǒng)間切換過程。
如對熟練技術(shù)人員顯見的，在語音呼叫特別是電路類型的呼叫的情況下，本發(fā)明允許執(zhí)行操作軟件的下載而不中斷呼叫；在例如GSM/GPRS的情形下，這通過以與用于電路通信的例如TCH(業(yè)務(wù)信道)GSM信道的電路類型的信道并行的方式分配一個(gè)或多個(gè)例如PDTCH GPRS信道的分組信道是可能的。
這種特征可以允許管理語音、數(shù)據(jù)和軟件下載之間的優(yōu)先級。
已經(jīng)通過保持GSM/GPRS系統(tǒng)作為參考和使用上述系統(tǒng)的無線電信道公開了本發(fā)明，但是，如熟練技術(shù)人員能夠理解的，可以利用例如“通用”信道應(yīng)用本發(fā)明。
利用“通用”信道的一個(gè)可能的例子可能是如由文獻(xiàn)定義的利用“通用”信道用于從OTA服務(wù)器到OTA客戶機(jī)的操作軟件下載過程。
在系統(tǒng)間切換的情況下，當(dāng)在采用例如圖18中所公開的過程的上述“通用”信道之上同時(shí)利用從OTA服務(wù)器到OTA客戶機(jī)的操作軟件下載過程的時(shí)候，利用“通用”信道的實(shí)現(xiàn)能夠預(yù)見在例如GSM/GPRS系統(tǒng)的有源系統(tǒng)的無線電信道之上維持有源連接。
“通用”信道可用于整個(gè)操作軟件下載過程或者僅僅其的一部分，例如從OTA服務(wù)器到OTA客戶機(jī)的操作軟件的傳送。
在部分使用“通用”信道的情況下，可以通過利用有源系統(tǒng)的無線電信道實(shí)現(xiàn)操作軟件下載過程的剩余部分。
由于“通用”信道是專用于這種類型的操作的信道，“通用”信道的采用允許以更為有效的方式載入與有源系統(tǒng)有關(guān)的無線電資源，將它們留下以對其它的用戶可用并用于更快地執(zhí)行操作軟件下載過程。
如熟練技術(shù)人員已知的，當(dāng)終端在例如從GSM/GPRS到UMTS的兩個(gè)系統(tǒng)之間處于例如IDLE狀態(tài)時(shí)，本發(fā)明的另外的實(shí)施例還提供了管理小區(qū)重選擇過程的可能性。
如之前提及的，用于命名各原語和相關(guān)字段的術(shù)語是純粹指示性的，就如同所述的相應(yīng)定義那樣有意義。
這種擴(kuò)展為終端MS一側(cè)的OTA-客戶機(jī)和無線電資源RR之間的下述原語的引入作準(zhǔn)備-Download Initiation Req該消息從OTA-客戶機(jī)發(fā)送到終端MS一側(cè)的無線電資源RR。
在GSM/GPRS的情況下在這個(gè)原語中提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識執(zhí)行該請求的OTA-客戶機(jī)；以及基站控制器BSC一側(cè)的OTA-服務(wù)器和無線電資源RR之間的下列原語-Request Download Initiation Ind該消息從基站控制器BSC一側(cè)的無線電資源RR發(fā)送到OTA-客戶機(jī)。
在GSM/GPRS的情況下在這個(gè)原語中提供的各字段至少是下述的一組-OTA-Client_ID標(biāo)識執(zhí)行該請求的OTA-客戶機(jī)。
下面指出了當(dāng)接收Request Download Initiation Ind原語時(shí)相對于OTA-客戶機(jī)上下文的終端MS的上下文的行為-如果OTA-客戶機(jī)上下文的狀態(tài)不是IDLE，則該原語被忽略并且過程終止；-OTA-客戶機(jī)上下文轉(zhuǎn)到DOWNLOAD INITIATION狀態(tài)；-發(fā)送Download Initiation Ind原語到OTA-客戶機(jī)，同時(shí)指示各種可能的下載。
參考圖19，圖19舉例說明了小區(qū)重選擇的情形下的操作軟件的下載過程的工作方式，指出了網(wǎng)絡(luò)中存在的不同的實(shí)體之間的交互。由于過程自身余下的部分與圖18的描述一致，下文中詳細(xì)描述了該過程的第一階段的工作方式。
I.OTA-客戶機(jī)和OTA-客戶機(jī)上下文相對于所考慮的OTA-客戶機(jī)處于IDLE狀態(tài)。
II.一旦接收到來自物理層的小區(qū)重選擇指令，OTA-客戶機(jī)從IDLE狀態(tài)轉(zhuǎn)到DOWNLOAD INITIATION狀態(tài)，啟動定時(shí)器T100并發(fā)送Download_Initiation_Req原語，在該原語中其向無線電資源RR指示了其自身的標(biāo)識符。
III.無線電資源RR接收Download_Initiation_Req原語。無線電資源RR在分組隨機(jī)接入信道PRACH上發(fā)送根據(jù)標(biāo)準(zhǔn)提供的Packet_Channel_Request協(xié)議消息，在該協(xié)議消息中其指定了用戶的操作軟件下載請求以及OTA-信道的標(biāo)識符。在由操作員安裝的GPRS配置沒有提供由分組廣播控制信道PBCCH以及由分組公共控制信道PCCCH構(gòu)成的主信道的情況下，通過將過程自身的最初的兩個(gè)消息映射到GSM的隨機(jī)接入信道RACH和接入授權(quán)信道AGCH之上而不是映射到如所描述的分組隨機(jī)接入信道PRACH和分組接入授權(quán)信道PAGCH之上，所描述的過程仍然是有效的。
IV.基站控制器BSC的無線電資源RR接收Packet_Channel_Request協(xié)議消息。由于這被識別為軟件下載請求，其發(fā)送Request_Download_Initiation_Ind原語到OTA-客戶機(jī)上下文，在該原語中指定了通過所接收的消息閱讀的OTA-客戶機(jī)的標(biāo)識符。
V.OTA-服務(wù)器接收Request_Download_Initiation_Ind原語并核實(shí)OTA-客戶機(jī)上下文相對于所指示的OTA-客戶機(jī)處于什么狀態(tài)
a.如果狀態(tài)為IDLE，則OTA-客戶機(jī)上下文轉(zhuǎn)到DOWNLOADINITIATION，啟動定時(shí)器T101并發(fā)送Download_Initiation_Ind原語到無線電資源RR，同時(shí)指示所請求的下載。
b.如果狀態(tài)不是IDLE，則該消息被忽略。
VI.無線電資源RR接收Download_Initiation_Ind原語。無線電資源RR向無線電資源管理RRM請求必要的下行鏈路資源用于使其可能下載該軟件a.如果可以獲得資源，則無線電資源RR在PACCH控制信道上發(fā)送Packet_Download_Request協(xié)議消息到終端MS的無線電資源RR，其在該協(xié)議消息中指示了終端將在其上執(zhí)行下載的PDCH信道、RRBP以及所請求的下載。
b.如果不能獲得資源，則無線電資源RR發(fā)送Download Nack Ind原語到OTA-客戶機(jī)上下文。
VII.終端MS的無線電資源RR接收到Packet_Download_Request協(xié)議消息，配置PDCH信道并發(fā)送Download_Request_Ind原語。
VIII.OTA-客戶機(jī)接收Download_Request_Ind原語。如果終端能夠執(zhí)行該下載，則OTA-客戶機(jī)發(fā)送Download_Ack_Ind原語，其在該原語中指定了其自身的標(biāo)識符。無線電資源RR在本地存儲OTA-客戶機(jī)的該標(biāo)識符。
該過程通過執(zhí)行參考圖18描述的從序號6開始的該過程的前面的各階段而繼續(xù)。
已經(jīng)通過保持GSM/GPRS參考作為系統(tǒng)接入網(wǎng)絡(luò)公開了根據(jù)本發(fā)明描述的體系結(jié)構(gòu)和方法。
本發(fā)明也可以應(yīng)用于UMTS、UTRAN(UMTS地面無線電接入網(wǎng)絡(luò))的接入網(wǎng)絡(luò)或者任何其它的接入網(wǎng)絡(luò)，例如WLAN、IEEE802.16、IEEE 802.20。
例如，在UTRAN的情況下，可以在UMTS系統(tǒng)的RRC層插入OTA客戶機(jī)和OTA服務(wù)器以及相關(guān)的過程、原語和協(xié)議消息實(shí)現(xiàn)本發(fā)明。
已經(jīng)通過利用接入網(wǎng)以及網(wǎng)絡(luò)一側(cè)和終端一側(cè)中相應(yīng)的協(xié)議層公開了本發(fā)明。
本發(fā)明也可通過利用核心網(wǎng)絡(luò)以及網(wǎng)絡(luò)一側(cè)和終端一側(cè)中相應(yīng)的協(xié)議層來實(shí)現(xiàn)。
在此情況下，考慮例如GSM/GPRS和UMTS系統(tǒng)的分組交換核心網(wǎng)絡(luò)，可以通過分別在核心網(wǎng)絡(luò)的終端和服務(wù)GPRS支持節(jié)點(diǎn)(SGSN)的GPRS移動性管理(GMM)層插入OTA客戶機(jī)和OTA服務(wù)器以及相關(guān)的過程、原語和協(xié)議消息實(shí)現(xiàn)本發(fā)明。
更為特別地，在GSM/GPRS的情況下，通過引入OTA-服務(wù)器和OTA-客戶機(jī)之間交換的新的協(xié)議消息和相關(guān)字段修改GPRS移動性管理(GMM)層。該同樣的實(shí)現(xiàn)方法可應(yīng)用于UMTS系統(tǒng)。
已經(jīng)通過考慮在系統(tǒng)間切換過程期間一個(gè)操作軟件的下載和激活公開了本發(fā)明。
如對熟練技術(shù)人員顯見的，操作軟件可以被選擇并存儲到終端中，而不是被立即安裝和運(yùn)行。
根據(jù)這個(gè)進(jìn)一步的實(shí)施例，有可能基于來自網(wǎng)絡(luò)或來自用戶的請求相繼安裝和運(yùn)行操作軟件。如果無線電終端UE/MS具有足夠的存儲器和處理能力，下載的操作軟件可與已經(jīng)存在并當(dāng)前正運(yùn)行的系統(tǒng)并發(fā)地被存儲和安裝。
這個(gè)選項(xiàng)有益于終端UE/MS的多態(tài)工作，換言之，這個(gè)選項(xiàng)授予終端無需下載操作軟件即從一個(gè)操作模式切換到另一個(gè)操作模式的能力。
總之，多虧了本發(fā)明，有可能獲得至少下述優(yōu)點(diǎn)-由于沒有向已經(jīng)存在的那些網(wǎng)絡(luò)增加任何節(jié)點(diǎn)或物理接口，使得對第二和第三代網(wǎng)絡(luò)中現(xiàn)有的協(xié)議和節(jié)點(diǎn)的影響最小化；
-由于該過程的信令階段使用了根據(jù)標(biāo)準(zhǔn)提供的同一信令信道同時(shí)僅為了軟件下載過程分配數(shù)據(jù)信道使得對無線電資源的占用最小化；-由于本發(fā)明是基于已經(jīng)存在的第二和第三代網(wǎng)絡(luò)的，故無需等待基于IP的未來的UMTS版本。
特別地，在利用接入網(wǎng)以及網(wǎng)絡(luò)一側(cè)和終端一側(cè)中相應(yīng)的協(xié)議層的情況下，由于RR(無線電資源)協(xié)議已經(jīng)集成了一些允許終端下載新的操作軟件的修改，網(wǎng)絡(luò)可完全控制軟件下載過程和有關(guān)的無線電資源，其可以實(shí)現(xiàn)例如類似GSM/GPRS、IS95、PDC(電話數(shù)字蜂窩)的第二代蜂窩系統(tǒng)或者例如屬于IMT2000系列的第三代蜂窩系統(tǒng)。
權(quán)利要求
1.一種依照通信系統(tǒng)操作的通信網(wǎng)絡(luò)，所述通信系統(tǒng)包括至少一個(gè)協(xié)議層(RR，GMM)，并且包括-配置用于通過利用所述通信系統(tǒng)，管理所述通信網(wǎng)絡(luò)范圍內(nèi)的信息交換的至少一個(gè)可重新配置的無線電終端(UE/MS)，-配置用于利用所述可重新配置的無線電終端(UE/MS)，管理信息交換的至少一個(gè)節(jié)點(diǎn)(BSC，RNC，SGSN)，其特征在于，-所述至少一個(gè)節(jié)點(diǎn)包括服務(wù)器實(shí)體(OTA-服務(wù)器)，所述服務(wù)器實(shí)體(OTA-服務(wù)器)被配置用于使用所述通信網(wǎng)絡(luò)的協(xié)議層(RR，GMM)，并且包括一組操作軟件模塊，所述操作軟件模塊組被配置用于實(shí)現(xiàn)適用于配置所述無線電終端(MS)的協(xié)議棧的至少一組元素，-所述無線電終端(UE/MS)包括客戶機(jī)實(shí)體(OTA-客戶機(jī))，所述客戶機(jī)實(shí)體(OTA-客戶機(jī))被配置用于利用對應(yīng)于所述服務(wù)器實(shí)體的所述協(xié)議層(RR，GMM)的相應(yīng)協(xié)議層，以及-所述服務(wù)器和所述客戶機(jī)配備有各自通過空中的軟件模塊，通過利用所述協(xié)議層(RR，GMM)，所述軟件模塊能夠管理所述無線電終端(UE/MS)和所述節(jié)點(diǎn)(BSC，RNC，SGSN)之間的通過空中的連接，以便下載所述操作軟件模塊組的至少一個(gè)模塊，用以至少部分配置所述無線電終端(UE/MS)。
2.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)，其特征在于，-所述服務(wù)器實(shí)體(OTA-服務(wù)器)包括所述協(xié)議層(RR，GMM)的至少一組修改后的消息，-所述客戶機(jī)實(shí)體(OTA-客戶機(jī))包括標(biāo)準(zhǔn)化后的協(xié)議層(RR，GMM)的至少另外一組修改后的消息，所述修改后的消息組分別與所述服務(wù)器實(shí)體(OTA-服務(wù)器)和所述客戶機(jī)實(shí)體(OTA-客戶機(jī))相關(guān)，并被配置用于管理所述通過空中的連接。
3.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)，其特征在于，其包括-無線電接入網(wǎng)(GERAN；UTRAN)和核心網(wǎng)絡(luò)；以及-所述協(xié)議層(GMM)是所述核心網(wǎng)絡(luò)的協(xié)議層。
4.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)，其特征在于，其包括-無線電接入網(wǎng)(GERAN；UTRAN)和核心網(wǎng)絡(luò)；以及-所述協(xié)議層(RR)是所述無線電接入網(wǎng)(GERAN；UTRAN)的協(xié)議層。
5.根據(jù)權(quán)利要求4的網(wǎng)絡(luò)，其特征在于，其包括-所述無線電接入網(wǎng)(GERAN；UTRAN)包括無線電控制器(BSC，RNC)；以及-所述協(xié)議層是所述無線電控制器(BSC，RNC)的協(xié)議層。
6.根據(jù)權(quán)利要求3的網(wǎng)絡(luò)，其中所述無線電接入網(wǎng)根據(jù)第二代網(wǎng)絡(luò)(GERAN)操作。
7.根據(jù)權(quán)利要求3的網(wǎng)絡(luò)，其中所述無線電接入網(wǎng)根據(jù)第三代網(wǎng)絡(luò)(UTRAN)操作。
8.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)，其特征在于，所述通過空中的連接是通過所述通信網(wǎng)絡(luò)的通用信道建立的。
9.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)，其特征在于，所述通過空中的連接是通過所述通信網(wǎng)絡(luò)的無線電信道建立的。
10.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)，其特征在于，所述通信系統(tǒng)配置用于管理語音呼叫、數(shù)據(jù)傳輸與所述操作軟件模塊的所述至少一個(gè)模塊的下載之間的優(yōu)先級。
11.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)，其特征在于，所述通過空中的軟件模塊配置用于在語音呼叫期間，下載所述操作軟件模塊的所述至少一個(gè)模塊。
12.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)，其特征在于，所述操作軟件模塊組適合用于利用另外的通信系統(tǒng)，至少部分重新配置所述無線電終端(MS)。
13.根據(jù)權(quán)利要求12的網(wǎng)絡(luò)，其特征在于，-所述終端(MS)包括用于至少執(zhí)行所述另外的通信系統(tǒng)上的測量的協(xié)議棧層。
14.一種用于配置屬于通信網(wǎng)絡(luò)的至少一個(gè)可重新配置的無線電終端(UE/MS)的方法，所述通信網(wǎng)絡(luò)根據(jù)通信系統(tǒng)操作，所述通信系統(tǒng)包括至少一個(gè)協(xié)議層(RR，GMM)，其中所述終端配置用于通過利用所述通信系統(tǒng)與所述通信網(wǎng)絡(luò)的至少一個(gè)節(jié)點(diǎn)交換信息，其特征在于，-使服務(wù)器實(shí)體(OTA-服務(wù)器)與所述通信網(wǎng)絡(luò)的所述至少一個(gè)節(jié)點(diǎn)相關(guān)，所述服務(wù)器實(shí)體(OTA-服務(wù)器)配置用于利用所述協(xié)議層(RR，GMM)，并且包括一組操作軟件模塊，所述操作軟件模塊組用于使用適用于重新配置所述無線電終端(MS)的協(xié)議棧的至少一組元素，配置所述無線電終端(UE/MS)；-使客戶機(jī)實(shí)體(OTA-客戶機(jī))與所述無線電終端(MS)相關(guān)，所述客戶機(jī)實(shí)體(OTA-客戶機(jī))配置用于利用對應(yīng)于所述服務(wù)器實(shí)體(OTA-服務(wù)器)的協(xié)議層(RR，GMM)的相應(yīng)協(xié)議層；-通過利用所述協(xié)議層，在所述無線電終端(UE/MS)和所述服務(wù)器(OTA-服務(wù)器)之間建立通過空中的連接；-從所述服務(wù)器(OTA-服務(wù)器)下載所述操作軟件組的至少一個(gè)模塊到所述無線電終端(UE/MS)，用以至少部分配置所述無線電終端(UE/MS)。
15.根據(jù)權(quán)利要求14的方法，其特征在于，所述建立通過空中的連接包括一組協(xié)議步驟，針對每個(gè)所述協(xié)議步驟，包括所述協(xié)議層的修改后的協(xié)議消息的交換。
16.根據(jù)權(quán)利要求15的方法，其特征在于，所述交換修改后的協(xié)議消息包括消息交換，分別包括-一組下述字段-標(biāo)識所述消息的類型的第一字段(Message_Type)，-標(biāo)識所述消息所涉及的無線電終端(MS)的第二字段(OTA-Client_ID)；以及-包含數(shù)據(jù)信息的第三字段。
17.根據(jù)權(quán)利要求15的方法，其特征在于，所述協(xié)議步驟組包括至少一個(gè)下述步驟a)執(zhí)行下載所述至少一個(gè)操作軟件模塊的請求；b)相互驗(yàn)證所述客戶機(jī)(OTA-客戶機(jī))和所述服務(wù)器(OTA-服務(wù)器)；c)檢查所述無線電終端(UE/MS)接受可從所述服務(wù)器(OTA-服務(wù)器)下載的所述至少一個(gè)操作軟件模塊的能力；d)提供有關(guān)下載選項(xiàng)的信息；e)分段所述至少一個(gè)操作軟件模塊為數(shù)據(jù)塊；f)從所述服務(wù)器(OTA-服務(wù)器)發(fā)送所述數(shù)據(jù)塊到所述至少一個(gè)無線電終端(UE/MS)；g)重新裝配所述數(shù)據(jù)塊，以使用協(xié)議棧的一組元素重新組成所述至少一個(gè)模塊，并且測試所述元素組；h)安裝所述元素組到所述無線電終端(UE/MS)內(nèi)。
18.根據(jù)權(quán)利要求17的方法，其特征在于，所述協(xié)議步驟組包括步驟-監(jiān)視下載到所述無線電終端(UE/MS)的所述數(shù)據(jù)塊的結(jié)構(gòu)。
19.根據(jù)權(quán)利要求17的方法，其特征在于，所述協(xié)議步驟組包括步驟管理限制允許用于執(zhí)行通過空中的連接的時(shí)間的一組定時(shí)器(T100，T200，T300，T400，T500，T101，T201，T301，T302，T401，T501)。
20.根據(jù)權(quán)利要求17的方法，其特征在于，所述協(xié)議步驟組包括步驟-為每一協(xié)議步驟分配至少一對定時(shí)器，第一定時(shí)器用于監(jiān)視由所述無線電終端(UE/MS)執(zhí)行的協(xié)議步驟，第二定時(shí)器用于監(jiān)視由所述服務(wù)器(OTA-服務(wù)器)執(zhí)行的協(xié)議步驟，每個(gè)所述定時(shí)器在當(dāng)一個(gè)協(xié)議步驟啟動時(shí)被啟動，并且當(dāng)所述協(xié)議步驟已經(jīng)完成時(shí)被停止。
21.根據(jù)權(quán)利要求17的方法，其特征在于，所述相互驗(yàn)證步驟基于一種“詢問-應(yīng)答”方法。
22.根據(jù)權(quán)利要求17的方法，其特征在于，在所述分段至少一個(gè)模塊為數(shù)據(jù)塊的步驟中包括步驟分段為具有1到2k字節(jié)大小的數(shù)據(jù)塊，并且其中所述傳送數(shù)據(jù)塊的步驟包括管理窗口協(xié)議，其中窗口大小與所述至少一個(gè)操作軟件模被分段而成的數(shù)據(jù)塊的大小相匹配。
23.根據(jù)權(quán)利要求17的方法，其特征在于，在安裝所述元素組到所述無線電終端內(nèi)之前需要一個(gè)許可證。
24.根據(jù)權(quán)利要求14的方法，其特征在于，在被下載到所述無線電終端(UE/MS)之前，使用密鑰加密所述至少一個(gè)操作軟件模塊。
25.根據(jù)權(quán)利要求14的方法，其特征在于，還包括步驟存儲至少兩組操作軟件模塊到所述可重新配置的無線電終端(UE/MS)。
26.根據(jù)權(quán)利要求14的方法，其特征在于，所述下載操作軟件組的至少一個(gè)模塊的步驟包括步驟-使用另外的通信系統(tǒng)下載適用于至少部分配置所述無線電終端(MS)的一組操作軟件模塊。
27.一種通過執(zhí)行根據(jù)權(quán)利要求14到26中任一項(xiàng)的方法可重新配置的無線電終端(UE/MS)。
28.一種網(wǎng)絡(luò)節(jié)點(diǎn)，包括通過執(zhí)行根據(jù)權(quán)利要求14到26中任一項(xiàng)的方法，用于配置可重新配置的無線電終端(UE/MS)的服務(wù)器實(shí)體(OTA-服務(wù)器)。
29.一種可在至少一個(gè)計(jì)算機(jī)的存儲器內(nèi)加載的計(jì)算機(jī)程序產(chǎn)品或計(jì)算機(jī)程序產(chǎn)品的計(jì)算機(jī)程序組，包括用于執(zhí)行根據(jù)權(quán)利要求14到26中任一項(xiàng)的步驟的軟件代碼部分。
全文摘要
一種通過依照通信系統(tǒng)操作的通信網(wǎng)絡(luò)配置可重新配置的無線電終端的方法，其中所述無線電終端配置用于通過利用所述通信系統(tǒng)與所述通信網(wǎng)絡(luò)的至少一個(gè)節(jié)點(diǎn)交換信息。所述方法的特征在于使服務(wù)器實(shí)體(OTA－服務(wù)器)與所述通信網(wǎng)絡(luò)的所述一個(gè)節(jié)點(diǎn)相關(guān)的步驟，所述服務(wù)器實(shí)體(OTA－服務(wù)器)配置用于利用所述通信系統(tǒng)的協(xié)議層(RR，GMM)，并且包括用于使用適合于重新配置所述無線電終端(MS)的協(xié)議棧的至少一組元素，配置所述無線電終端(UE/MS)的一組操作軟件模塊；使客戶機(jī)實(shí)體(OTA－客戶機(jī))與所述無線電終端(MS)相關(guān)，所述客戶機(jī)實(shí)體(OTA－客戶機(jī))配置用于使用對應(yīng)所述服務(wù)器實(shí)體(OTA－服務(wù)器)的所述協(xié)議層(RR，GMM)的相應(yīng)協(xié)議層；通過利用所述協(xié)議層，在所述無線電終端(UE/MS)和所述服務(wù)器(OTA－服務(wù)器)之間建立通過空中的連接；以及從所述服務(wù)器(OTA－服務(wù)器)下載所述操作軟件組的至少一個(gè)模塊到所述無線電終端(UE/MS)，用以至少部分配置所述無線電終端(UE/MS)。
文檔編號H04W8/24GK101077024SQ200480044582
公開日2007年11月21日 申請日期2004年10月28日 優(yōu)先權(quán)日2004年10月28日
發(fā)明者安里柯·布拉克奇尼, 保羅·高瑞亞, 亞歷山德羅·特羅格羅 申請人:意大利電信股份公司