用於通過無線電通信網絡配置無線電終端的方法、相關的網絡及其電腦程式產品的製作方法
2023-05-24 22:50:06 2
專利名稱：用於通過無線電通信網絡配置無線電終端的方法、相關的網絡及其電腦程式產品的製作方法
技術領域：
本發明一般涉及無線電通信網絡和利用無線電通信網絡可重新配置的無線電終端。
本發明尤其涉及一種可重新配置的無線電終端的配置，所述配置是通過在所述無線電終端中安裝從無線電通信網絡通過空中(over theairOTA)下載的作業系統完成的。
背景技術：
根據文獻(J.Mitola「The Software Radio Architecture」IEEE通信期刊，1995年5月和E.Buracchini，「The Software RadioConcept」IEEE通信期刊，2000年9月)，已知類似終端、基站和網絡節點的可重新配置的系統配備有其運行工作方式可以重新配置。例如，能夠與如GSM/GPRS(全球移動通信系統/通用分組無線電業務)的第二代系統(2G)一同工作的可重新配置的無線電終端可以被重新配置以便變得能夠與第三代系統，如UMTS(通用移動電信系統)或CDMA 2000(碼分多址2000)，與DVB-T(地面數字視頻廣播)或者與WLAN(無線區域網)系統等等，一同工作。
根據本公開，「系統」意思是多個元素根據預先確定的準則在它們之間協同工作，即根據一個「標準」協同工作，以便執行例如始於通信網絡的特定功能。
在本文檔中，系統的實例是GSM系統、GPRS系統、UMTS系統、WLAN系統等等，它們中的每一個遵從相應的標準。
為了實現終端的重新配置，根據上述提及的文獻，必須以可重新配置的技術實現終端的操作功能。考慮到這一點，可重新配置的終端或裝置被配備以例如由多個FPGA(現場可編程門陣列)、DSP(數位訊號處理器)和微處理器構成的可重新編程的硬體該裝置的信號功能性甚至在最低電平的時候也可通過軟體代碼來執行。結果，為了重新配置可重新編程的裝置，應有能力替換管理裝置自身的硬體的操作軟體。
在本說明書中，術語「操作軟體」意思是以庫組織的軟體，其既定義了所考慮的類似例如GSM/GPRS、UMTS等系統的協議棧的無線電接口(例如，L1、L2、L3)又定義了較上層(例如，L4一直到L7)。
如公知的，在通信領域中，使用最多的用於獲得功能分組的方法是OSI(開發系統互連)模型。各功能性以協議棧的形式下表示的功能面來分組。
每一層為其直接的更上層提供服務，所述服務反之是由直接的較下層提供的服務的改進。
最下層(層1)通常用於物理傳輸信息。
根據OSI規範，標準的層數為7分別為物理層、連接層、網絡層、傳輸層、會話層、表示層和應用層。
每個系統，例如GSM/GPRS、UMTS等等，實現了OSI協議棧的必要的部分。
當考慮無線電終端時，當利用可重新配置的硬體時提供諸多的好處，但一個好處是直接顯而易見的無線電終端可以根據覆蓋該終端所處區域(工作區域)的系統來重新配置。因此，如果終端在由第二代系統(如GSM/GPRS)覆蓋的區域內使用，則可以重新配置終端以便能夠接收所述系統；同樣，在由第三代系統(如UMTS)覆蓋的區域內，也可相應地配置終端。
根據文獻(AA.VV.「Software RadioThe Challenges forReconfigurable Terminals」，通信年鑑-Jul/Aug 2002，GET Hermes和E.Buracchini的「The Software Redio Concept」)已知的是，軟體代碼可至少以三種不同的方式轉移或下載到終端-通過將SIM(用戶標識模塊)插入到無線電移動終端經由智慧卡；-通過利用例如經由紅外/串口/USB埠與個人計算機的連結經由外部連接；-通過利用特定的無線電信道經由無線電或者通過空中(OTA)。
考慮軟體下載，在軟體定義的無線電論壇(SDR論壇)的框架內已經定義了允許管理下載軟體到終端的一般協議的基本步驟，如通過URLwww.sdrforum.org可獲得的。
如由SDR論壇定義的該協議是本身為已知的客戶機-伺服器類型的協議。
下載協議步驟如下-下載啟動在此步驟期間終端與將要下載的軟體駐留於其上的伺服器通信，該啟動開始一個軟體下載；-相互驗證終端和伺服器必須相互驗證對方；-能力交換伺服器傳送有關將要下載的軟體的能力信息，且終端核實軟體是否能夠被載入到終端存儲器中、是否能夠在其內安裝並運行；-下載接受伺服器通知終端下載、安裝和記帳選項；終端決定伺服器所提供的指示是否是可接受的；-下載和完整性測試在軟體下載期間，所接收的代碼必須被測試；終端請求重傳接收不正確的無線電數據塊；-安裝在安裝步驟期間，由伺服器提供軟體記帳和授予許可證條件；-原地測試在啟動軟體之前，終端在與軟體代碼一同下載的測試向量的幫助下執行一些測試；-非否認交換一旦軟體代碼已經被安裝並且被測試，終端向伺服器證實安裝已經成功以便啟動例如記帳程序。
根據現有技術，例如E.Buracchini，「The Software RadioConcept」，IEEE通信期刊，2000年9月，已知經由無線電或OTA的軟體下載預見終端對無線電信道的使用。此外已知的是，根據上述提及的文獻，依賴於無線電信道的拓撲，軟體代碼的下載可以以兩種不同的方式完成-「帶外」方式藉助於獨立於當前系統的「通用」信道，當終端被接通時，其自動調諧到所述信道並執行有關運行在該工作區域內的系統的操作軟體的下載；-「帶內」方式通過分別利用如GSM/GPRS和UMTS的第二和第三代標準蜂窩系統的無線電信道，這種方式假定已經在這些信道的其中之一上運行的終端能夠接收有關不同於當前使用的系統的操作軟體；例如，通過利用終端根據其工作的第二代無線電信道，一個與如GSM/GPRS的第二代系統一同工作的可重新配置的終端能夠執行如UMTS的第三代系統的下載。
「帶外」軟體下載的一個實例是例如在日本專利申請No.2001061186中描述的例子。該文檔描述了一種用於通過空中下載軟體內容的系統和方法。當無線電終端接通時，其在通用信道上搜尋工作區域中當前是什麼系統並且執行相對所指示的系統的軟體下載。
考慮「帶外」模式，根據現有技術，需要實現專用的無線電信道以及由此網絡中用於其的實現的專用設備。
「帶內」軟體下載的一個實例是例如在US專利申請No.2003/0163551中描述的例子。該文檔描述了一種用於通過空中下載軟體的系統和方法，其通過利用伺服器和終端之間的協商步驟(能力交換、驗證、記帳等等)期間的專用信道，以及利用下載過程期間的共享公共信道以便為儘可能多的用戶同時提供下載服務而不對可用的無線電資源施以阻礙。
當考慮「帶內」下載方式時，文獻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」建議大幅修改某些協議和某些網絡節點，例如基於UMTS的版本5及後續版本的無線電接入節點和/或核心網絡節點，其中該核心網絡完全基於IP(網際協議)，以便有可能管理操作軟體的下載。
這種修改隱含設備製造商和網絡運營商的巨大努力並且對現有蜂窩系統的標準帶來顯著的衝擊。
因此已知的「帶內」技術顯示出以下局限當期望其向已經存在的蜂窩網絡(例如GSM/GPRS或UMTS)增加用於可重新配置的終端的操作軟體下載管理時，需要對協議和網絡節點作重大的修改。
申請人注意到已知的現有技術在「帶內」和「帶外」方式的情況下都準備大幅修改某些協議和某些網絡節點。
已知的現有技術的此外的問題是系統間切換的管理，根據當前標準，系統間切換定義為-從GSM/GPRS系統切換到UMTS系統；-從UMTS系統切換到CDMA 2000系統；-從UMTS系統切換到GSM/GPRS系統；-從CDMA 2000系統切換到UMTS系統。
根據已知標準，系統間切換需要多模終端，即，通過利用ASIC(專用集成電路)終端支持每個蜂窩系統的全部協議棧。
參見例如圖1，圖1示出了一個多模終端，其包括稱為RATGSM/GPRS的GSM/GPRS系統的全部無線電協議棧、稱為RATUMTS的UMTS系統的全部無線電協議棧、以及稱為RAT CDMA2000的CDMA 2000系統的全部無線電協議棧。
由於高功耗、大設備尺寸和高實現成本，已知的解決方案有一些缺點。
總之，申請人注意到已知的現有技術-不能在不極大地修改網絡節點而解決下載軟體的問題，例如增加新的節點和接口，以及修改根據標準定義的數據信令和傳送協議，其可能隱含低效率的無線電資源的使用；以及-不能使用可重新配置的終端用於管理系統間切換。
發明內容
因此，本發明的一個目的是一種無需網絡節點和相關協議的極大修改而用於下載用於配置無線電終端的操作軟體的方法和通信網絡。
此外，本發明的還一個目的是用於通過利用可配置的終端實現系統間切換過程的方法和通信網絡。
本發明發明的上述目的是通過如在此所附的權利要求書中要求的一種方法、通信網絡實現的。
此外，本發明的各目的是通過電腦程式產品或電腦程式產品組實現的，該電腦程式產品或電腦程式產品組可載入至少一臺計算機的存儲器並包括當該產品在如要求的計算機上運行時用於執行本發明的方法的各步驟的軟體代碼部分。如在此使用的，參考這種電腦程式產品意欲等同於參考包含用於控制計算機系統以協調本發明的方法的執行的指令的計算機可讀介質。參考「至少一臺計算機」顯然意欲突出本發明以分布式模塊化方式實現的可能性。
在一個優選實施例中，用於重新配置無線電終端的操作軟體的下載是通過提供單獨修改相對於該標準的終端中的無線電協議棧的一個層和網絡的至少一個節點實現的，該至少一個節點例如為類似網絡的BSC(基站控制器)的無線電控制器或者RNC(無線電網絡控制器)。
根據本發明，該提議的協議與SDR論壇提供的推薦標準一致。
根據本發明的優選實施例，可能從其下載操作軟體的伺服器駐留在網絡的無線電控制器內，例如BSC或RNC。
在本發明的可能的優點之中-軟體下載服務是透明的並且可由任何其它信令和業務數據流由網絡查看到；-充分利用了現有和未來標準的所有特徵，由此允許無線電資源的有效和靈活使用；-可能在例如電路呼叫期間建立分組連接以便下載操作軟體而不中斷該呼叫；
-有可能區分不同的數據流並管理它們(例如，語音、數據和軟體下載)的優先級；例如，如果語音呼叫的優先級高於軟體下載的優先級，則有可能臨時中斷軟體自身的下載以接著繼續所述下載。
此外，本發明提供終端的使用用於管理系統間切換。
事實上，根據本發明的優選實施例，在終端的物理層實現用於完成所支持的系統之上的測量的僅僅最少的功能性就已足夠。
例如，讓我們考慮配置用於與GSM/GPRS系統一同工作並準備好管理到UMTS系統的系統間切換的終端根據本發明，配置以GSM/GPRS系統的無線電接口的全部協議棧，該終端被僅配備以最少的物理層功能性以便執行UMTS系統上的功率測量。
該系統間切換的管理是通過經由GSM/GPRS無線電信道下載全部的UMTS操作軟體到終端中，通過根據UMTS系統重新配置該終端，以及通過最少的物理層功能性以便執行GSM/GPRS系統之上的功率測量。
現在將參考本發明的優選但非限制性實施例的附圖在下文中公開本發明，其中圖1表示根據現有技術的多模終端；圖2為根據本發明的一個實施例舉例說明GSM/GPRS系統的網絡體系結構；圖3表示針對圖1的體系結構的可重新配置的終端；圖4為由無線電終端一側的客戶機執行的協議步驟的狀態圖；圖5為由基站控制器一側的伺服器執行的協議步驟的狀態圖；圖6-17舉例說明了在伺服器和客戶機之間交換的協議消息的結構；圖18舉例說明了針對電路呼叫的從GSM到UMTS的系統間切換過程；圖19詳細示意了用於重新配置無線電終端的軟體下載過程；
圖20舉例說明了小區重選擇情況下的操作軟體下載過程。
貫穿所有的附圖，同樣的附圖標記用於指示相等的或者實現基本上同等功能的組件。
具體實施例方式
參考圖2，已知GSM/GPRS系統的網絡體系結構包括可重新配置的終端或移動臺MS，基站收發信臺BTS或BTS節點以及基站控制器BSC或BSC節點。
該網絡進一步包括沒有在圖2中明顯示出的例如諸如移動交換中心(MSC)和/或服務GPRS支持節點(SGSN)和/或網關GPRS支持節點(GGSN)。
終端MS通過無線電接口連接BTS節點，BTS節點連接到BSC節點。
根據本發明的優選實施例，終端包括稱為OTA-客戶機的第一實體和稱為無線電資源協議RR的已知類型的第二實體；OTA-客戶機與無線電資源協議RR位於同一協議級別或層並與之協作。
RR實體例如根據GSM/GPRS標準ETSI 04.18工作並且包括如在隨後將公開的用於與基站控制器BSC中的OTA-客戶機和RR相應實體通信的功能。
OTA-客戶機包括能夠完全管理從稱為OTA伺服器的基站控制器BSC中的OTA相應實體的完整或部分的操作軟體的下載過程的軟體模塊。
BSC包括稱為OTA-伺服器的第一實體和稱為無線電資源協議RR的已知類型的第二實體。
OTA-伺服器與無線電資源協議RR位於同一協議級別並與之協作。
RR實體例如根據GSM/GPRS標準ETSI 04.18工作並且包括如在隨後將公開的用於與移動終端MS中的OTA-伺服器和RR相應實體通信的功能。
OTA-伺服器包括能夠完全管理下載完整或部分的操作軟體到OTA-客戶機的下載過程的軟體模塊。
OTA-伺服器還包括操作軟體或能夠恢復操作軟體。
如隨後將公開的，OTA-伺服器的體系結構為每個具有活動下載會話的OTA-客戶機提供一個上下文，稱為客戶機上下文。
圖3示出了根據本發明配置的終端MS的實例。
終端MS包括GSM/GPRS協議的較上層和較下層。
較下層稱為RAT(無線電接入技術)GSM/GPRS並包括依照GSM/GPRS標準的OTA客戶機、無線電資源RR以及物理層(L1)和DL(數據鏈路層)(L2)實體。
終端MS還包括依照另外的標準，例如UMTS標準的物理層(L1U)，包括至少用於執行與另外的標準相適應的層1測量。
如隨後將公開的，可如公開的通過下載另外的標準的操作軟體能夠重新配置終端MS。
如在本發明的優選實施例中所考慮的，操作軟體包括一組操作軟體模塊，優選根據預定的通信系統用於配置終端MS的多個軟體模塊。
本發明提供下載構成所使用的協議棧的所有操作軟體模塊以便依照例如進一步的預定的通信系統配置無線電終端MS。
如熟練技術人員能夠理解的，根據本發明進一步的實施例，還可能下載單獨構成對應於使用中或另外的通信系統的協議棧的一部分的軟體模塊。
這種進一步的實施例對於例如插入新功能到終端MS、更新或修理終端MS中的程序錯誤的目標是有用的。
參考圖4，圖4表示終端MS內的OTA-客戶機的狀態圖。
用於命名各狀態的術語是純粹指示性的，就如同所述的相應行為那樣有意義。
根據本發明的優選實施例，OTA-客戶機的各狀態和有關過渡如下-IDLE狀態當沒有任何軟體下載過程是活動的時候OTA-客戶機或客戶機處於這個狀態；如果過程正確結束或者如果發生故障時OTA-客戶機返回到這個狀態；-DOWNLOAD INITIATION狀態當網絡需要啟動一個操作軟體下載過程時，OTA-客戶機進入這個狀態並且啟動定時器T100；定時器T100在狀態過渡的情況下停止；如果定時器T100在狀態過渡之前到期，則OTA-客戶機返回到IDLE狀態；-MUTUAL AUTHENTICATION狀態在這個狀態中，OTA-客戶機執行與OTA-伺服器的相互驗證；當從伺服器到來一個驗證請求時OTA-客戶機進入這個狀態；OTA-客戶機啟動定時器T200；定時器T200在狀態過渡的情況下停止；如果在狀態過渡之前定時器T200到期或者驗證失敗，則OTA-客戶機返回到IDLE狀態；-CAPABILITY REQUEST狀態在這個狀態中，OTA-客戶機將其的能力提供給OTA-伺服器；當OTA-伺服器請求OTA-客戶機的能力時OTA-客戶機進入這個狀態；OTA-客戶機啟動定時器T300；定時器T300在狀態過渡的情況下停止；如果在狀態過渡之前定時器T300到期，則OTA-客戶機返回到IDLE狀態；-DOWNLOAD ACCEPTANCE狀態在這個狀態中，OTA-客戶機根據由OTA-伺服器接收到的信息確定是否繼續下載；當其從OTA-伺服器接收到將被執行的下載簡表時OTA-客戶機進入這個狀態；如果所接收的簡表被拒絕，則OTA-客戶機返回到IDLE狀態；-SOFTWARE DOWNLOAD狀態在這個狀態中，OTA-客戶機執行軟體下載；如果下載簡表被接受則OTA-客戶機進入這個狀態；OTA-客戶機啟動定時器T400；定時器T400在從OTA-伺服器接收每一個軟體塊時被重置並重啟動；定時器T400在狀態過渡的情況下停止；如果在狀態過渡之前定時器T400到期或者下載失敗或者所下載的軟體與能力不符，則OTA-客戶機返回到IDLE狀態；-INSTALLATION狀態在這個狀態下，OTA-客戶機向OTA-伺服器發送一個許可證請求並安裝操作軟體；OTA-客戶機在下載結束時進入這個狀態；OTA-客戶機啟動定時器T500；定時器T500在狀態改變的情況下停止；如果在狀態改變之前定時器T500到期或者許可證未被接受，則OTA-客戶機返回到IDLE狀態；-IN-SITU TESTING狀態在這個狀態下，OTA-客戶機通過利用從OTA-伺服器接收的一些測試向量針對下載的軟體執行一些測試；當已經安裝了操作軟體時OTA-客戶機進入這個狀態；一旦測試結束，則OTA-客戶機返回到IDLE狀態。
參考圖5，圖5表示由OTA-伺服器管理的客戶機上下文的狀態圖。
如上述論及的，用於命名各狀態的術語是純指示性的，就如同所述的相應行為那樣有意義。
客戶機上下文的狀態和有關過渡如下-IDLE狀態當沒有任何軟體下載過程是活動的時候由OTA-伺服器管理的OTA-客戶機上下文處於這個狀態；如果過程正確結束或者如果發生故障時OTA-客戶機上下文返回到這個狀態；-DOWNLOAD INITIATION狀態在這個狀態下OTA-客戶機上下文觸發OTA-客戶機執行下載；當需要執行操作軟體的下載時，OTA-客戶機上下文進入這個狀態並且啟動定時器T101；定時器T101在狀態過渡之前停止；如果定時器T101在狀態過渡之前到期，則OTA-客戶機上下文返回到IDLE狀態；-MUTUAL AUTHENTICATION狀態在這個狀態中，OTA-客戶機上下文驗證其自身並要求OTA-客戶機識別自己；當其從OTA-客戶機接收到下載確認時OTA-客戶機上下文進入這個狀態；OTA-客戶機上下文啟動定時器T201；定時器T201在狀態過渡的情況下停止；如果在狀態過渡之前定時器T201到期或者驗證失敗，則OTA-客戶機上下文返回到IDLE狀態；-CAPABILITY REQUEST狀態在這個狀態中，OTA-客戶機上下文請求OTA-客戶機的能力；當驗證完成時OTA-客戶機上下文進入這個狀態；OTA-客戶機上下文啟動定時器T301；定時器T301在狀態過渡的情況下停止；如果在狀態過渡之前定時器T301到期或者該能力不允許下載，則OTA-客戶機上下文返回到IDLE狀態；-DOWNLOAD ACCEPTANCE狀態在這個狀態中，OTA-客戶機上下文將下載簡表傳送給OTA-客戶機；當其接收到終端能力並且所述能力被接受時OTA-客戶機上下文進入這個狀態；OTA-客戶機上下文啟動定時器T302；定時器T302在狀態過渡的情況下停止；如果在狀態過渡之前定時器T302到期或者OTA-客戶機拒絕了所提議的下載，則OTA-客戶機上下文返回到IDLE狀態；-SOFTWARE DOWNLOAD狀態在這個狀態中，OTA-客戶機上下文執行朝向OTA-客戶機方向上的下載；如果OTA-客戶機接受了下載簡表則OTA-客戶機上下文進入這個狀態；OTA-客戶機上下文啟動定時器T401；定時器T401在從客戶機接收到每一個確認信號Ack時被重置並重新啟動；定時器T401在狀態過渡的情況下停止；如果在狀態過渡之前T401到期或者下載失敗，則OTA-客戶機上下文返回到IDLE狀態；-INSTALLATION狀態在這個狀態中，OTA-客戶機上下文向OTA-客戶機發送許可證條款並且等待一直到OTA-客戶機執行了安裝和所下載軟體的測試；當下載已結束時OTA-客戶機上下文進入這個狀態；OTA-客戶機上下文啟動定時器T501；定時器T501在狀態過渡的情況下停止；如果在狀態過渡之前定時器T501到期或者該許可證未被OTA-客戶機接受，則OTA-客戶機上下文返回到IDLE狀態；如果OTA-客戶機上下文接收到有關OTA-客戶機成功安裝的確認信號，則其返回到IDLE狀態。
在GSM/GPRS的情況下，在本發明的優選實施例中，現在將參考圖6-17詳細描述通過引OTA-伺服器和OTA-客戶機之間交換的新的協議消息和有關欄位修改RR協議。
在不同的系統的情況下，以如能夠被熟練技術人員所理解的類似的方式修改無線電資源協議，例如UMTS系統中的RRC(無線電資源控制)。
下文中，用於命名各消息和相關欄位的術語是純指示性的，就如同所述的相應定義那樣有意義。
參考圖6，圖6描述了Packet Download Request消息的結構。該消息是從基站控制器BSC一側的無線電資源RR客戶機發往終端MS一側的無線電資源RR的。OTA-伺服器利用這個消息指示OTA-客戶機開始一個下載會話。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet DownloadRequest)；-OTA-Client_ID標識OTA-客戶機，該請求向該OTA-客戶機提出；-PDCH(Packet Data Channel)指定由在其上將執行軟體下載的網絡分配的信道；-RRBP(Relative Reserved Block Period )如已經在GPRS標準中定義的，指定在其上終端MS一側的無線電資源RR應該應答的無線電數據塊；-Requested Download這個元素包含由網絡請求的下載的一個描述字符串和數字標識符。
參考圖7，圖7描述了Packet Download Ack消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機利用這個消息通知OTA-伺服器同意開始一個下載會話。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet Download Ack)；-OTA-Client_ID標識發送該消息的OTA-客戶機；-OTA-Client_Challenge_NumberOTA-伺服器將利用其自身的密鑰和適當的密碼算法，例如AES(高級加密標準)，加密的一個隨機數，以便執行相互驗證的第一步。
參考圖8，圖8描述了Packet Download Nack消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機利用這個消息通知伺服器其不能開始一個下載會話。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet Download Nack)；-OTA-Client_ID標識發送該消息的OTA-客戶機。
參考圖9，圖9描述了Packet Authentication Request消息的結構。該消息是從OTA-伺服器發往OTA-客戶機的。OTA-伺服器利用這個消息將其的憑證傳送給OTA-客戶機並要求OTA-客戶機識別自己。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet AuthenticationRequest)；-OTA-Client_ID標識該消息所發往的OTA-客戶機；-OTA-Server_Response_Number由OTA-伺服器利用其自身的密鑰和適當的密碼算法(例如AES算法)加密的一個數字，結束相互驗證的第一步；-OTA-Server_Challenge_NumberOTA-客戶機將利用其自身的密鑰和適當的密碼算法(例如AES算法)加密的一個隨機數，以便執行相互驗證的第二步；-RRBP如已經在GPRS標準中定義的，指定在其上終端MS一側的無線電資源RR應該應答的無線電數據塊。
參考圖10，圖10描述了Packet Authentication Response消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。在已經驗證了OTA-伺服器之後，OTA-客戶機利用這個消息將其的憑證傳送給OTA-伺服器。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet AuthenticationResponse)；-OTA-Client_ID標識發送該消息的OTA-客戶機；-OTA-Client_Response_Number標識OTA-客戶機利用其自身的密鑰和適當的密碼算法(例如AES算法)加密的一個數字，結束相互驗證的第二步和最後一步。
參考圖11，圖11描述了Packet Capability Request消息的結構。該消息是從OTA-伺服器發往OTA-客戶機的。OTA-伺服器利用這個消息請求OTA-客戶機其的可重新配置性選項。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet CapabilityRequest)；-OTA-Client_ID標識消息被發往的OTA-客戶機；-RRBP如已經在GPRS標準中定義的，指定在其上終端MS一側的無線電資源RR應該應答的無線電數據塊。
參考圖12，圖12描述了Packet Capability Response消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機利用這個消息將有關其的可重新配置性選項告知OTA-伺服器。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet CapabilityResponse)；-OTA-Client_ID標識發送該消息的OTA-客戶機；-OTA-Client_Capability描述終端的可重新配置性選項。參考圖13，圖13描述了Packet Download Description消息的結構。該消息是從OTA-伺服器發往OTA-客戶機的。OTA-伺服器利用這個消息向OTA-客戶機報告有關於下載的數據。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet DownloadDescription)；-OTA-Client_ID標識消息被發往的OTA-客戶機；-Download_list對於OTA-客戶機選擇的每個下載包括一個元素，所述欄位包括以下欄位-Download_Block_Number操作軟體在被發送到OTA-客戶機之前將被分段為的無線電數據塊的數量；-Billing_criteria與可能的下載記帳有關的標準；-Installation_criteria與軟體安裝有關的標準。
-RRBP如已經在GPRS標準中定義的，指定在其上終端MS一側的無線電資源RR應該應答的無線電數據塊。
再次參考圖8，其描述了Packet Download Accept消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機利用這個消息確認下載。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet Download Accept)；-OTA-Client_ID標識發送該消息的OTA-客戶機。
再次參考圖8，其描述了Packet Download Reject消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機利用這個消息拒絕下載。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet Download Reject)；-OTA-Client_ID標識發送該消息的OTA-客戶機。
再次參考圖8，其描述了Packet License Request消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機利用這個消息向OTA-伺服器請求用於解密所下載的操作軟體和用於安裝軟體的密鑰。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet License Request)；-OTA-Client_ID標識發送該消息的OTA-客戶機。
參考圖14，圖14描述了Packet License Response消息的結構。該消息是從OTA-伺服器發往OTA-客戶機的。OTA-伺服器利用這個消息向OTA-客戶機傳送用於解密所下載的操作軟體和用於安裝軟體的密鑰。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet License Response)；-OTA-Client_ID標識消息被發往的OTA-客戶機；-Decrypt_key用於解密操作軟體的密鑰。
再次參考圖8，其描述了Packet License Accept消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機利用這個消息向OTA-伺服器指示下載的操作軟體已經被正確解密。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet License Accept)；-OTA-Client_ID標識發送該消息的OTA-客戶機。
再次參考圖8，其描述了Packet License Failed消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機利用這個消息通知OTA-伺服器下載的操作軟體沒有被正確解密。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet License Failed)；-OTA-Client_ID標識發送該消息的OTA-客戶機。
參考圖15，圖15描述了Packet Test Description消息的結構。該消息是從OTA-伺服器發往OTA-客戶機的。OTA-伺服器利用這個消息向OTA-客戶機指示在啟動下載的操作軟體之前將針對軟體執行的測試。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet Test Description)；-OTA-Client_ID標識消息被發往的OTA-客戶機；-Test_list針對每一個將執行的測試包括一個元素，反之該欄位包括-Test_vector包括測試描述。
再次參考圖8，其描述了Packet Installation Successful消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機利用這個消息向OTA-伺服器指示已經成功執行了下載的操作軟體的測試。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet InstallationSuccessful)；-OTA-Client_ID標識發送該消息的OTA-客戶機。
再次參考圖8，其描述了Packet Installation Failed消息的結構。該消息是從OTA-客戶機發往OTA-伺服器的。OTA-客戶機通過這個通知OTA-伺服器未能成功執行下載的操作軟體的測試。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Packet InstallationFailed)；-OTA-Client_ID標識發送該消息的OTA-客戶機。
如隨後將描述的，在優選實施例中，操作軟體是通過利用已知類型的窗口協議從OTA-伺服器發送到OTA-客戶機的，該窗口協議基於例如稱為Block和Ack的兩個基本協議數據單元或PDU。
參考圖16，圖16描述了操作軟體已經被分段為的無線電數據塊Block的結構。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識該數據塊的類型；-Block_Number標識無線電數據塊的序號，OTA-客戶機使用這個序號重組整個操作軟體；-Data這個欄位包含整個操作軟體的某些部分或全部。
參考圖17，圖17描述了用於指示終端接收狀態的Ack消息的結構。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-Message_Type標識發送消息類型(Ack)；-Ack_Bitmap其為具有大小等於操作軟體已經被分段為的無線電數據塊的總數的位屏蔽；如果數據塊已經被成功接收則針對每一無線電數據塊設置其為「1」，並且如果數據塊已經被接收但是被破壞或者根本就沒有被接收則設置其為「0」。
本發明的優選實施例所預見的對RR協議的修改是基於終端MS一側的OTA-客戶機和無線電資源RR之間的原語的引入的，以及基於基站控制器BSC一側的OTA-伺服器和無線電資源RR之間的原語的引入。
用於命名各原語和相關欄位的術語是純粹指示性的，就如同所述的相應定義那樣有意義。
首先，描述終端MS一側的OTA-客戶機和無線電資源RR之間的原語。
Download Request Ind原語從終端MS一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識OTA-客戶機，該請求向該OTA-客戶機提出；-Requested Download這個元素包含由網絡請求的下載的一個描述字符串和數字標識符。
Download Ack Ind原語從終端MS一側的無線電資源RR發送到OTA-客戶機。這個原語中提供的各欄位如下-OTA-Client_ID標識與該原語有關的OTA-客戶機；-OTA-Client_Challenge_NumberOTA-伺服器將利用其自身的密鑰和適當的密碼算法，例如AES(高級加密標準)，加密的一個隨機數，以便執行相互驗證的第一步。
Download Nack Ind原語從OTA-客戶機發送到終端MS一側的無線電資源RR。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Authentication Req原語從終端MS一側的無線電資源RR發送到OTA-客戶機。
這個原語中提供的各欄位如下-OTA-Client_ID標識與該原語有關的OTA-客戶機；-OTA-Server_Response_Number由OTA-伺服器利用其自身的密鑰和適當的密碼算法(例如AES算法)加密的一個數字，結束相互驗證的第一步；-OTA-Seryer_Challenge_Number客戶機將利用其自身的密鑰和適當的密碼算法(例如AES算法)加密的一個隨機數，以便執行相互驗證的第二步。
Authentication Rsp原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-OTA-Client_Response_Number標識OTA-客戶機利用其自身的密鑰和適當的密碼算法(例如AES算法)加密的一個數字，結束相互驗證的第二步和最後一步。
Capability Req原語從MS一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Capability Rsp原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識發送該消息的OTA-客戶機；-OTA-Client_Capability描述終端的可重新配置性選項。
Download Description Req原語從MS一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-Download_list對於OTA-客戶機選擇的每個下載包括一個元素，該元素反之包括以下欄位-Download_Block_Number操作軟體在被發送到OTA-客戶機之前將被分段為的無線電數據塊的數量；-Billing_criteria與可能的下載記帳有關的標準；-Installation_criteria與軟體安裝有關的標準。
Download Accept Cnf原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Download Accept Rej原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
License Req原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
License Rsp原語從終端MS一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-Decrypt_key用於解密操作軟體的密鑰。
License Cnf原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
License Rej原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Test Description Req原語從終端MS一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-Test_list針對每一個將執行的測試包括一個元素，反之該欄位包括-Test_vector包括測試描述。
Installation Cnf原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Installation Rej原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Data Ind原語從終端MS一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-操作軟體已經被分段為的無線電數據塊的其中之一。
Data Req原語從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-Ack的無線電數據塊。
下面描述基站控制器BSC一側的OTA-伺服器和無線電資源RR之間的原語交換。
Download Initiation Ind原語從OTA-客戶機發送到基站控制器BSC一側的無線電資源RR。在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識OTA-客戶機，該請求向該OTA-客戶機提出；-Requested Download這個元素包含由網絡請求的下載的一個描述字符串和數字標識符。
Download Ack Ind原語由基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；
-OTA-Client_Challenge_NumberOTA-伺服器將利用其自身的密鑰和適當的密碼算法，例如AES(高級加密標準)，加密的一個隨機數，以便執行相互驗證的第一步。
Download Nack Ind原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Authentication Req原語從OTA-客戶機發送到基站控制器BSC一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-OTA-Server_Response_Number由OTA-伺服器利用其自身的密鑰和適當的密碼算法(例如AES算法)加密的一個數字，結束相互驗證的第一步；-OTA-Server_Challenge_NumberOTA-客戶機將利用其自身的密鑰和適當的密碼算法(例如AES算法)加密的一個隨機數，以便執行相互驗證的第二步。
Authentication Rsp原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-OTA-Client_Response_Number標識由OTA-客戶機利用其自身的密鑰和適當的密碼算法(例如AES算法)加密的一個數字，結束相互驗證的第二步和最後一步。
Capability Req原語從OTA-客戶機發送到基站控制器BSC一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Capability Rsp原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識發送該消息的OTA-客戶機；-OTA-Client_Capability描述終端的可重新配置性選項。
Download Description Req原語從OTA-客戶機發送到基站控制器BSC一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-Download_list對於OTA-客戶機選擇的每個下載包括一個元素，該元素反之包括以下欄位-Download_Block_Number操作軟體在被發送到OTA-客戶機之前將被分段為的無線電數據塊的數量；-Billing_criteria與可能的下載記帳有關的標準；-Installation_criteria與軟體安裝有關的標準。
Download Accept Cnf原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Download Accept Rej原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
License Req原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
License Rsp原語從OTA-客戶機發送到基站控制器BSC一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組
-OTA-Client_ID標識與該原語有關的OTA-客戶機；-Decrypt_key用於解密操作軟體的密鑰。
License Cnf原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
License Rej原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Test Description Req原語從OTA-伺服器發送到基站控制器BSC一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-Test_list針對每一個將執行的測試包括一個元素，反之其包括欄位-Test_vector包括測試描述。
Installation Cnf原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Installation Rej原語從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機。
Data Req原語從OTA-伺服器發送到基站控制器BSC一側的無線電資源RR。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；
-操作軟體已經被分段為的無線電數據塊的其中之一。
Data Ind原語從基站控制器BSC一側的無線電資源RR發送到OTA-伺服器。
在GSM/GPRS的情況下提供的各欄位至少是下述的一組-OTA-Client_ID標識與該原語有關的OTA-客戶機；-Ack的無線電數據塊。
參考圖4和5，下面將通過為各個RR接收到的每個原語指示根據OTA-客戶機或客戶機上下文所處狀態的有關行為描述OTA-客戶機和OTA-伺服器之間的程序上的交互作用。
OTA-客戶機和OTA-伺服器的行為與系統無關。
OTA-客戶機或OTA-伺服器與各自的RR之間交換的原語依賴於系統，並且依照當前實例參考GSM/GPRS系統。
如之前所描述的，由於各定時器與各實體所處的狀態相連結，在下面的描述中沒有描述它們的啟動/停止動作。
參考圖4，現在描述OTA-客戶機的行為。
通常，如果OTA-Client ID欄位與接收原語的OTA-客戶機的標識符不匹配，則所述原語被忽略。
當OTA-客戶機接收到Download Request Ind原語時-如果狀態為IDLE，則OTA-客戶機轉到DOWNLOADINITIATION；-如果狀態不是DOWNLOAD INITIATION，則該原語被忽略並且過程終止；-如果終端能夠執行下載-抽取並存儲一個隨機數RNUM；-發送Download Ack Ind原語，其OTA-Client ChallengeNumber欄位中包含所抽取的數字RNUM的值；-如果終端不能執行下載，則發送Download Nack Ind原語並且OTA-客戶機返回到IDLE狀態。
當OTA-客戶機接收到Authentication Req原語時-如果狀態不是DOWNLOAD INITIATION，則該原語被忽略並且過程終止；-如果存儲的隨機數RNUM無效，則過程終止；-OTA-客戶機轉到MUTUAL AUTHENTICATION狀態；-通過利用所選擇的密碼算法(例如，AES算法)使用內部的密鑰CIK解密存儲的隨機數RNUM的值；-如果在前一階段解密的值與OTA-Server Response Number欄位的值不匹配，則OTA-客戶機轉到IDLE狀態並且過程終止；-通過利用所選擇的密碼算法(例如，AES算法)使用內部的密鑰CIK(客戶機身份密鑰)解密OTA-Server Response Number欄位的值；-發送Authentication Rsp原語，其在OTA-Client ResponseNumber欄位中具有在前一階段解密的值。
當OTA-客戶機接收到Capability Req原語時-如果狀態不是MUTUAL AUTHENTICATION，則該原語被忽略並且過程終止；-OTA-客戶機轉到CAPABILITY REQUEST狀態；-發送Capability Response原語。
當OTA-客戶機接收到Download Description Req原語時-如果狀態不是CAPABILITY REQUEST，則該原語被忽略並且過程終止；-OTA-客戶機轉到DOWNLOAD ACCEPTANCE狀態；-如果終端能夠安裝軟體-發送Download Accept Cnf原語；-如果終端不能夠安裝軟體-發送Download Accept Rej原語；-OTA-客戶機轉到IDLE狀態。
當OTA-客戶機接收到License Req原語時-如果狀態不是INSTALLATION，則該原語被忽略並且過程終止；-通過利用Decrypt key欄位中指示的密鑰解密所下載的軟體；-如果解密成功-發送License Cnf原語；-存儲所下載的操作軟體；-如果解密失敗-發送License Rej原語；-過程轉到IDLE狀態。
當OTA-客戶機接收到Test Description Req原語時-如果狀態不是INSTALLATION，則該原語被忽略並且過程終止；-OTA-客戶機轉到IN-SITU TESTING狀態；-針對之前存儲的操作軟體執行所接收的測試；-如果所有的測試已經成功-發送Installation Cnf原語；-安裝並啟動新的操作軟體；-如果至少一個測試失敗-發送Installation Rej原語；-從存儲器中刪除所下載的操作軟體；-OTA-客戶機轉到IDLE狀態。
參考圖5，現在描述OTA-伺服器的行為。
通常，在每次接收到原語時分析OTA-Client ID欄位並考慮相對於所述標識符的OTA-客戶機上下文；如果不存在針對所接收的標識符的OTA-客戶機上下文，則該原語被忽略。
當OTA-伺服器接收到Download Ack Ind原語時-如果OTA-客戶機上下文的狀態不是DOWNLOADINITIATION，則該原語被忽略並且過程終止；-OTA-客戶機上下文轉到MUTUAL AUTHENTICATION狀態；-抽取並存儲一個隨機數；-通過利用所選擇的密碼算法(例如，AES算法)使用內部的密鑰SIK(伺服器身份密鑰)加密OTA-Client Challenge Number欄位的值；-發送Authentication Req原語到OTA-客戶機，其OTA-ServerResponse Number欄位中具有在前一階段加密的值且OTA-ServerChallenge Number欄位中具有所抽取的數字的值。
當OTA-客戶機上下文接收到Download Nack Ind原語時-如果OTA-客戶機上下文的狀態不是DOWNLOADINITIATION，則該原語被忽略並且過程終止；-OTA-客戶機上下文轉到IDLE狀態。
當OTA-客戶機上下文接收到Authentication Rsp原語時-如果OTA-客戶機上下文的狀態不是MUTUALAUTHENTICATION，則該原語被忽略並且過程終止；-通過利用所選擇的密碼算法(例如，AES算法)使用內部的密鑰SIK解密存儲的隨機數的值；-如果在前一階段解密的值與OTA-Client Response Number欄位的值不匹配，則OTA-客戶機上下文轉到IDLE狀態並且過程終止；-OTA-伺服器轉到CAPABILITY REQUEST狀態；-發送Capability Req原語。
當OTA-客戶機上下文接收到Capability Rsp原語時-如果OTA-客戶機上下文的狀態不是CAPABILITYREQUEST，則該原語被忽略並且過程終止；-如果該原語中包含的能力與將要下載的軟體的不一致，則OTA-客戶機上下文轉到IDLE狀態；-如果該原語中包含的能力與將要下載的軟體的一致，則OTA-客戶機上下文轉到DOWNLOAD ACCEPTANCE狀態，並發送Download Description Req原語。
當OTA-客戶機上下文接收到Download Accept Cnf原語時-如果OTA-客戶機上下文的狀態不是DOWNLOADACCEPTANCE，則該原語被忽略並且過程終止；-OTA-客戶機上下文轉到SOFTWARE DOWNLOAD狀態；-開始軟體下載。
當OTA-客戶機上下文接收到Download Accept Rej原語時-如果OTA-客戶機上下文的狀態不是DOWNLOADACCEPTANCE，則該原語被忽略並且過程終止；-OTA-客戶機上下文轉到IDLE狀態。
當OTA-客戶機上下文接收到License Req原語時-如果OTA-客戶機上下文的狀態不是SOFTWAREDOWNLOAD，則該原語被忽略並且過程終止；-過程轉到INSTALLATION狀態；-發送License Rsp原語；其包含解密密鑰。
當OTA-客戶機上下文接收到License Cnf原語時-如果OTA-客戶機上下文的狀態不是INSTALLATION，則該原語被忽略並且過程終止；-發送Test Description Req原語。
當OTA-客戶機上下文接收到License Rej原語時-如果OTA-客戶機上下文的狀態不是INSTALLATION，則該原語被忽略並且過程終止；-OTA-客戶機上下文轉到IDLE狀態。
當OTA-客戶機上下文接收到Installation Cnf原語時-如果OTA-客戶機上下文的狀態不是INSTALLATION，則該原語被忽略並且過程終止；-OTA-客戶機上下文轉到IDLE狀態。
當OTA-客戶機上下文接收到Installation Rej原語時
-如果OTA-客戶機上下文的狀態不是INSTALLATION，則該原語被忽略並且過程終止；-OTA-客戶機上下文轉到IDLE狀態。
現在描述窗口協議的操作，數據依照該協議從OTA-伺服器傳送到OTA-客戶機。
從OTA-伺服器的觀點看，當軟體下載開始時，操作軟體例如使用一個加密密鑰以及使用一個已知類型的例如AES算法的加密算法被加密。
加密後的操作軟體被分段為具有例如有限大小(例如1-2k字節)的塊。其被分配了一個具有大小等於操作軟體已經被分段為的無線電數據塊的數量的位數的位屏蔽BITMASK，並且每個位的值被設置為「0」；位屏蔽的每一位對應於一個無線電數據塊，該無線電數據塊的編號等於該位位置，即第一位對應於第一個無線電數據塊，第二位對應於第二個數據塊等等。頭N個構成操作軟體的無線電數據塊BLOCK被發送。啟動定時器T401。在接收到每個消息Ack時-重新啟動定時器T401；-對於消息Ack的位圖中現有的每個值「1」，設置對應位置中分配的位屏蔽BITMASK的值為「1」；-首先考慮尚未發送的塊，在最大值發送位屏蔽BITMASK中對應值為「0」的頭N個無線電塊BLOCK；-當位屏蔽BITMASK的所有位的值都等於「1」時下載結束。
從OTA-客戶機的觀點來看，當軟體下載開始時，其被分配了一個等於操作軟體已經被分段為的無線電數據塊的數量的位屏蔽BITMASK，並且每個位的值被設置為「0」；位屏蔽的每一位對應於一個無線電數據塊，該無線電數據塊的編號等於該位位置，即第一位對應於第一個無線電數據塊，第二位對應於第二個數據塊等等。然後啟動定時器T400。在接收到每個無線電數據塊BLOCK時
-重新啟動定時器T400；-對應接收的無線電數據塊的塊編號的位屏蔽BITMASK的位被設置為「1」；-發送具有對應於該位屏蔽BITMASK的位圖的Ack消息；-當位屏蔽BITMASK的所有位的值都為「1」時下載結束。
總之，根據該實例，OTA客戶機和OTA伺服器的功能行為如下-下載過程在當例如一旦接收到由MSC(移動交換中心)發送到基站控制器BSC的Handover Command協議消息時啟動；-根據例如「詢問-應答」方法發生OTA-客戶機和OTA-伺服器之間的相互驗證；-在業務信道上發送將被下載的操作軟體，例如GPRS業務信道；-OTA-伺服器分段將被下載的操作軟體為例如具有縮減的大小(例如1或2k字節)的塊；-操作軟體的傳送通過其中窗口大小匹配操作軟體已經被分段為的數據塊的數量的簡單窗口協議來管理；-下載的操作軟體可以被加密，並且在此情況下需要一個密鑰用於其的解密和安裝；-在啟動操作軟體之前，OTA-客戶機使用例如由OTA-伺服器所建議的適當的測試來檢驗之。
參考圖18，其舉例說明了針對電路呼叫的從GSM到UMTS的系統間切換過程的應用實例，如根據標準所定義的，在該過程之內已經引入了能夠重新配置終端MS的操作軟體的下載過程。
參考圖19，圖19解釋了所述軟體下載過程是如何工作的，指出網絡中存在的不同實體之間的交互作用。
1.有關所考慮的OTA-客戶機以及在OTA-伺服器中出現的OTA-客戶機和OTA-客戶機上下文處於IDLE狀態。
2.當從移動交換中心(MSC)接收到Handover Command協議消息時，OTA-客戶機上下文從IDLE狀態轉到DOWNLOADINITIATION狀態，啟動定時器T101並發送到Download_Initiation_Ind原語到無線電資源RR，同時指示所請求的下載。
3.無線電資源RR接收Download_Initiation_Ind原語。無線電資源RR向無線電資源管理程序RRM請求必要的下行鏈路資源用於使其可能執行該軟體下載a.如果可以獲得資源，則無線電資源RR在FACCH(快速相關控制信道)控制信道上發送Packet_Download_Request協議消息到終端MS的無線電資源RR，其在該協議消息中指示了終端將在其上執行下載的PDCH信道、相對保留的塊周期RRBP以及所請求的下載。
b.如果不能獲得資源，則無線電資源RR發送Download Nack Ind原語到OTA-客戶機上下文。
4.終端MS的無線電資源RR接收到Packet_Download_Request協議消息，配置PDCH信道並發送Download_Request_Ind原語。
5.OTA-客戶機接收Download_Request_Ind原語。如果終端能夠執行該下載，則OTA-客戶機從IDLE狀態轉到DOWNLOAD_INITIATION狀態，啟動定時器T100並發送Download_Ack_Ind原語，其在該原語中向無線電資源RR指定了其自身的標識符。無線電資源RR在本地存儲OTA-客戶機的該標識符。
6.無線電資源RR接收Download_Ack_Ind原語並在相對保留的塊周期RRBP指定的時間在PACCH(分組相關控制信道)上發送Packet_Download_Ack協議消息到基站控制器BSC的無線電資源RR，其在該協議消息中指示了OTA-客戶機的標識符。
7.基站控制器BSC的無線電資源RR接收Packet_Download_Ack協議消息並發送Download_Ack_Ind原語到OTA-客戶機上下文，其在該原語中指定了OTA-客戶機的標識符。
8.OTA-客戶機上下文接收Download_Ack_Ind原語；OTA-客戶機上下文停止定時器T101並從DOWNLOAD_INITIATION狀態轉到MUTUAL_AUTHENTICATION狀態，同時啟動定時器T201；發送Authentication_Req原語到無線電資源RR。
9.無線電資源RR接收Authentication_Req原語並在PACCH控制信道上發送Packet_Authentication_Request協議消息到終端MS的無線電資源RR，在該協議消息中指出了RRBP。
10.終端MS的無線電資源RR接收Packet_AuthenticationRequest協議消息並發送Authentication_Req原語到OTA-客戶機。
11.OTA-客戶機接收Authentication_Req原語，停止定時器T100並轉到MUTUAL_AUTHENTICATION狀態，同時啟動定時器T200；在這個階段執行OTA-伺服器的驗證a.如果未能驗證OTA-伺服器，則OTA-客戶機停止定時器T200並返回到IDLE狀態。
b.如果驗證了OTA-伺服器，則OTA-客戶機發送Authentication_Rsp原語到無線電資源RR。
12.無線電資源RR接收Authentication_Rsp原語並在相對保留的塊周期RRBP指定的時間在PACCH上發送Packet_Authentication_Response協議消息到基站控制器BSC的無線電資源RR。
13.基站控制器BSC的無線電資源RR接收Packet_Authentication_Response協議消息並發送Authentication_Rsp原語到OTA-客戶機上下文。
14.OTA-客戶機上下文接收Authentication_Rsp原語並核實OTA-客戶機的驗證a.如果未能驗證OTA-客戶機，則中斷定時器T201並且OTA-客戶機上下文返回到IDLE狀態。
b.如果驗證了OTA-客戶機，則中斷定時器T201並且OTA-客戶機上下文轉到CAPABILITY REQUEST狀態，同時啟動定時器T301。OTA-客戶機上下文發送到Capability_Req原語無線電資源RR。
15.無線電資源RR接收Capability_Req原語並在PACCH控制信道上發送Packet_Capability_Req協議消息到終端MS的無線電資源RR，在該協議消息中指定了RRBP。
16.終端MS的無線電資源RR接收Packet_Capability_Req協議消息並發送Capability_Req原語到OTA-客戶機。
17.OTA-客戶機接收Capability_Req原語，停止定時器T200並轉到CAPABILITY REQUEST狀態，同時啟動定時器T300；OTA-客戶機發送到Capability_Rsp原語無線電資源RR。
18.無線電資源RR接收Capability_Rsp原語並在RRBP指定的時間在PACCH上發送Packet_Capability_Response協議消息到基站控制器BSC的無線電資源RR。
19.基站控制器BSC的無線電資源RR接收Packet_Capability_Response協議消息並發送Capability_Rsp原語到OTA-客戶機上下文。
20.OTA-客戶機上下文接收Capability_Rsp原語並核實終端的能力a.如果該能力與軟體下載不一致，則中斷定時器T301並且OTA-客戶機上下文返回到IDLE狀態。
b.如果該能力與軟體下載一致，則中斷定時器T301並且OTA-客戶機上下文轉到DOWNLOAD ACCEPTANCE狀態，同時啟動定時器T302並發送Download_Description_Req原語到無線電資源RR，在該原語中指示了與下載選項有關的信息(要下載的無線電數據塊的數量，記帳、安裝等等)。
21.無線電資源RR接收Download_Description_Req原語並在PACCH控制信道上發送Packet_Download_Description協議消息到終端MS的無線電資源RR，在該協議消息中指示了RRBP。
22.終端MS的無線電資源RR接收Packet_Download_Description協議消息並發送Download_Description_Req原語到OTA-客戶機。
23.OTA-客戶機接收Download_Description_Req原語，停止定時器T300並轉到DOWNLOAD ACCEPTANCE狀態；OTA-客戶機核實所接收的信息a.如果沒有接受該下載，則OTA-客戶機發送Download_Accept_Rej原語到無線電資源RR並返回到IDLE狀態。
b.如果接受了該下載，則OTA-客戶機發送Download_Accept_Cnf原語到無線電資源RR並轉到SOFTWAREDOWNLOAD狀態，同時啟動定時器T400。
24.無線電資源RR接收Download_Accept_Cnf原語並在RRBP指定的時間在PACCH上發送Packet_Download_Accept協議消息到基站控制器BSC的無線電資源RR。
25.基站控制器BSC的無線電資源RR接收Packet_Download_Accept協議消息並發送Download_Accept_Cnf原語到OTA-客戶機上下文。
26.OTA-客戶機上下文接收Download_Accept_Cnf原語，停止定時器T302並且OTA-客戶機上下文轉到SOFTWARE DOWNLOAD狀態，同時激活定時器T400；OTA-客戶機上下文啟動下載並通過發送Data_Req原語到無線電資源RR開始傳送將下載的軟體的各個數據塊。無線電數據塊的傳送是藉助於常規的窗口協議發生的。無線電數據塊在PDTCH信道(分組數據傳送信道)上發送。
27.OTA-客戶機通過從無線電資源RR接收Data_Ind原語接收每一個無線電數據塊；在接收到每一數據塊時，定時器T400被重新啟動；OTA-客戶機周期性通過發送Data_Req原語到無線電資源發送確認信號Ack到OTA-客戶機上下文。無線電資源RR在相關的PACCH信道上發送該Ack。當OTA-客戶機發送相對於最後一個將下載的無線電數據塊時，停止定時器T400並轉到INSTALLATION狀態，同時啟動定時器T500；發送License_Req原語到無線電資源RR。
28.OTA-客戶機上下文通過從無線電資源RR接收Data_Ind原語接收各個Ack消息；在接收每一Ack時重新啟動定時器T401。當OTA-客戶機上下文接收到相對於最後一個無線電數據塊的Ack時，停止定時器T401並轉到INSTALLATION狀態，同時啟動定時器T501。
29.無線電資源RR接收License_Req原語並在相關PACCH控制信道上發送Packet_License_Request協議消息到基站控制器BSC的無線電資源RR。
30.基站控制器BSC的無線電資源RR接收Packet_License_Request協議消息並發送License_Req原語到OTA-客戶機上下文。
31.OTA-客戶機上下文接收License_Req原語並發送License_RSP原語到無線電資源RR，同時指示用於執行軟體解密的密鑰。
32.無線電資源RR接收License_Rsp原語並在相關PACCH控制信道上發送Packet_License_Response協議消息到終端MS的無線電資源RR。
33.終端MS的無線電資源RR接收Packet_License_Response協議消息並發送License_Rsp原語到OTA-客戶機。
34.OTA-客戶機接收License_Rsp原語並使用所接收的密鑰解密軟體a.如果解密操作成功，則OTA-客戶機發送License_Cnf原語到無線電資源RR。
b.如果解密操作失敗，則OTA-客戶機發送License_Rej原語到無線電資源，停止定時器T500並返回到IDLE狀態。
35.無線電資源RR接收License_Cnf原語並在相關PACCH控制信道上發送Packet_License_Accept協議消息到基站控制器BSC的無線電資源RR。
36.基站控制器BSC的無線電資源RR接收Packet_License_Accept協議消息，並發送License_Cnf原語到OTA-客戶機上下文。
37.OTA-客戶機上下文接收License_Cnf原語並發送Test_Description_Req原語到無線電資源RR，同時指示有關將要執行的測試的信息。
38.無線電資源RR接收Test_Description_Req原語並在相關PACCH信道上發送Packet_Test_Description協議消息到終端MS的無線電資源RR。
39.終端MS的無線電資源RR接收Packet_Test_Description協議消息並發送Test_Description_Req原語到OTA-客戶機。
40.OTA-客戶機接收Test_Description_Req原語，停止定時器T500並轉到IN-SITU TESTING狀態。OTA-客戶機針對所下載的軟體執行由OTA-客戶機上下文指示的測試a.如果測試失敗，則OTA-客戶機發送INSTALLATION_REJ原語到無線電資源RR並返回到IDLE狀態。
b.如果測試成功，則OTA-客戶機發送Installation_Cnf原語到無線電資源RR，啟動該新軟體並返回到IDLE狀態。
41.無線電資源RR接收INSTALLATION_CNF原語並在相關PACCH信道上發送Packet_Installation_Accept協議消息到基站控制器BSC的無線電資源RR，並重新配置終端MS的無線電接口。
42.基站控制器BSC的無線電資源RR接收Packet_Installation_Accept協議消息，發送Installation_Cnf原語到OTA-客戶機上下文，啟動如根據標準提供的資源釋放過程，並且一旦所述過程已結束，其如根據標準所提供的繼續該切換過程。
43.OTA-客戶機上下文接收Installation_Cnf原語並返回到IDLE狀態。
圖19公開的過程稱為操作軟體下載過程。
如熟練技術人員能夠理解的，該過程可被插入到如根據標準定義的針對電路呼叫的從GSM到UMTS的系統間切換過程。
特別地，該插入可以在從MSC接收基站子系統應用部分(BSSAP)協議的HANDOVER COMMAND消息，和發送RR協議的INTERSYSTEM TO UTRAN HANDOVER COMMAND消息到MS之間的RR層上完成。
本發明可以一般化到根據當前的標準指定的所有可能的系統間切換過程。
例如，如熟練技術人員能夠理解的，該過程可能被插入如根據標準所定義的針對電路呼叫的從UMTS到GSM的系統間切換過程。特別地，該插入可以在從MSC接收無線電接入網應用部分(RANAP)協議的RELOCATION COMMAND消息，和發送無線電資源控制(RRC)協議的HANDOVER FORM UTRAN COMMAND消息到MS之間的無線電資源控制(RRC)層上完成。
本發明還可一般化到尚未標準化的系統間切換過程，例如國際移動電信2000(IMT 2000)和WLAN或IEEE 802.16或IEEE 802.20系統之間的系統間切換過程。
如對熟練技術人員顯見的，在語音呼叫特別是電路類型的呼叫的情況下，本發明允許執行操作軟體的下載而不中斷呼叫；在例如GSM/GPRS的情形下，這通過以與用於電路通信的例如TCH(業務信道)GSM信道的電路類型的信道並行的方式分配一個或多個例如PDTCH GPRS信道的分組信道是可能的。
這種特徵可以允許管理語音、數據和軟體下載之間的優先級。
已經通過保持GSM/GPRS系統作為參考和使用上述系統的無線電信道公開了本發明，但是，如熟練技術人員能夠理解的，可以利用例如「通用」信道應用本發明。
利用「通用」信道的一個可能的例子可能是如由文獻定義的利用「通用」信道用於從OTA伺服器到OTA客戶機的操作軟體下載過程。
在系統間切換的情況下，當在採用例如圖18中所公開的過程的上述「通用」信道之上同時利用從OTA伺服器到OTA客戶機的操作軟體下載過程的時候，利用「通用」信道的實現能夠預見在例如GSM/GPRS系統的有源系統的無線電信道之上維持有源連接。
「通用」信道可用於整個操作軟體下載過程或者僅僅其的一部分，例如從OTA伺服器到OTA客戶機的操作軟體的傳送。
在部分使用「通用」信道的情況下，可以通過利用有源系統的無線電信道實現操作軟體下載過程的剩餘部分。
由於「通用」信道是專用於這種類型的操作的信道，「通用」信道的採用允許以更為有效的方式載入與有源系統有關的無線電資源，將它們留下以對其它的用戶可用並用於更快地執行操作軟體下載過程。
如熟練技術人員已知的，當終端在例如從GSM/GPRS到UMTS的兩個系統之間處於例如IDLE狀態時，本發明的另外的實施例還提供了管理小區重選擇過程的可能性。
如之前提及的，用於命名各原語和相關欄位的術語是純粹指示性的，就如同所述的相應定義那樣有意義。
這種擴展為終端MS一側的OTA-客戶機和無線電資源RR之間的下述原語的引入作準備-Download Initiation Req該消息從OTA-客戶機發送到終端MS一側的無線電資源RR。
在GSM/GPRS的情況下在這個原語中提供的各欄位至少是下述的一組-OTA-Client_ID標識執行該請求的OTA-客戶機；以及基站控制器BSC一側的OTA-伺服器和無線電資源RR之間的下列原語-Request Download Initiation Ind該消息從基站控制器BSC一側的無線電資源RR發送到OTA-客戶機。
在GSM/GPRS的情況下在這個原語中提供的各欄位至少是下述的一組-OTA-Client_ID標識執行該請求的OTA-客戶機。
下面指出了當接收Request Download Initiation Ind原語時相對於OTA-客戶機上下文的終端MS的上下文的行為-如果OTA-客戶機上下文的狀態不是IDLE，則該原語被忽略並且過程終止；-OTA-客戶機上下文轉到DOWNLOAD INITIATION狀態；-發送Download Initiation Ind原語到OTA-客戶機，同時指示各種可能的下載。
參考圖19，圖19舉例說明了小區重選擇的情形下的操作軟體的下載過程的工作方式，指出了網絡中存在的不同的實體之間的交互。由於過程自身餘下的部分與圖18的描述一致，下文中詳細描述了該過程的第一階段的工作方式。
I.OTA-客戶機和OTA-客戶機上下文相對於所考慮的OTA-客戶機處於IDLE狀態。
II.一旦接收到來自物理層的小區重選擇指令，OTA-客戶機從IDLE狀態轉到DOWNLOAD INITIATION狀態，啟動定時器T100並發送Download_Initiation_Req原語，在該原語中其向無線電資源RR指示了其自身的標識符。
III.無線電資源RR接收Download_Initiation_Req原語。無線電資源RR在分組隨機接入信道PRACH上發送根據標準提供的Packet_Channel_Request協議消息，在該協議消息中其指定了用戶的操作軟體下載請求以及OTA-信道的標識符。在由操作員安裝的GPRS配置沒有提供由分組廣播控制信道PBCCH以及由分組公共控制信道PCCCH構成的主信道的情況下，通過將過程自身的最初的兩個消息映射到GSM的隨機接入信道RACH和接入授權信道AGCH之上而不是映射到如所描述的分組隨機接入信道PRACH和分組接入授權信道PAGCH之上，所描述的過程仍然是有效的。
IV.基站控制器BSC的無線電資源RR接收Packet_Channel_Request協議消息。由於這被識別為軟體下載請求，其發送Request_Download_Initiation_Ind原語到OTA-客戶機上下文，在該原語中指定了通過所接收的消息閱讀的OTA-客戶機的標識符。
V.OTA-伺服器接收Request_Download_Initiation_Ind原語並核實OTA-客戶機上下文相對於所指示的OTA-客戶機處於什麼狀態
a.如果狀態為IDLE，則OTA-客戶機上下文轉到DOWNLOADINITIATION，啟動定時器T101並發送Download_Initiation_Ind原語到無線電資源RR，同時指示所請求的下載。
b.如果狀態不是IDLE，則該消息被忽略。
VI.無線電資源RR接收Download_Initiation_Ind原語。無線電資源RR向無線電資源管理RRM請求必要的下行鏈路資源用於使其可能下載該軟體a.如果可以獲得資源，則無線電資源RR在PACCH控制信道上發送Packet_Download_Request協議消息到終端MS的無線電資源RR，其在該協議消息中指示了終端將在其上執行下載的PDCH信道、RRBP以及所請求的下載。
b.如果不能獲得資源，則無線電資源RR發送Download Nack Ind原語到OTA-客戶機上下文。
VII.終端MS的無線電資源RR接收到Packet_Download_Request協議消息，配置PDCH信道並發送Download_Request_Ind原語。
VIII.OTA-客戶機接收Download_Request_Ind原語。如果終端能夠執行該下載，則OTA-客戶機發送Download_Ack_Ind原語，其在該原語中指定了其自身的標識符。無線電資源RR在本地存儲OTA-客戶機的該標識符。
該過程通過執行參考圖18描述的從序號6開始的該過程的前面的各階段而繼續。
已經通過保持GSM/GPRS參考作為系統接入網絡公開了根據本發明描述的體系結構和方法。
本發明也可以應用於UMTS、UTRAN(UMTS地面無線電接入網絡)的接入網絡或者任何其它的接入網絡，例如WLAN、IEEE802.16、IEEE 802.20。
例如，在UTRAN的情況下，可以在UMTS系統的RRC層插入OTA客戶機和OTA伺服器以及相關的過程、原語和協議消息實現本發明。
已經通過利用接入網以及網絡一側和終端一側中相應的協議層公開了本發明。
本發明也可通過利用核心網絡以及網絡一側和終端一側中相應的協議層來實現。
在此情況下，考慮例如GSM/GPRS和UMTS系統的分組交換核心網絡，可以通過分別在核心網絡的終端和服務GPRS支持節點(SGSN)的GPRS移動性管理(GMM)層插入OTA客戶機和OTA伺服器以及相關的過程、原語和協議消息實現本發明。
更為特別地，在GSM/GPRS的情況下，通過引入OTA-伺服器和OTA-客戶機之間交換的新的協議消息和相關欄位修改GPRS移動性管理(GMM)層。該同樣的實現方法可應用於UMTS系統。
已經通過考慮在系統間切換過程期間一個操作軟體的下載和激活公開了本發明。
如對熟練技術人員顯見的，操作軟體可以被選擇並存儲到終端中，而不是被立即安裝和運行。
根據這個進一步的實施例，有可能基於來自網絡或來自用戶的請求相繼安裝和運行操作軟體。如果無線電終端UE/MS具有足夠的存儲器和處理能力，下載的操作軟體可與已經存在並當前正運行的系統並發地被存儲和安裝。
這個選項有益於終端UE/MS的多態工作，換言之，這個選項授予終端無需下載操作軟體即從一個操作模式切換到另一個操作模式的能力。
總之，多虧了本發明，有可能獲得至少下述優點-由於沒有向已經存在的那些網絡增加任何節點或物理接口，使得對第二和第三代網絡中現有的協議和節點的影響最小化；
-由於該過程的信令階段使用了根據標準提供的同一信令信道同時僅為了軟體下載過程分配數據信道使得對無線電資源的佔用最小化；-由於本發明是基於已經存在的第二和第三代網絡的，故無需等待基於IP的未來的UMTS版本。
特別地，在利用接入網以及網絡一側和終端一側中相應的協議層的情況下，由於RR(無線電資源)協議已經集成了一些允許終端下載新的操作軟體的修改，網絡可完全控制軟體下載過程和有關的無線電資源，其可以實現例如類似GSM/GPRS、IS95、PDC(電話數字蜂窩)的第二代蜂窩系統或者例如屬於IMT2000系列的第三代蜂窩系統。
權利要求
1.一種依照通信系統操作的通信網絡，所述通信系統包括至少一個協議層(RR，GMM)，並且包括-配置用於通過利用所述通信系統，管理所述通信網絡範圍內的信息交換的至少一個可重新配置的無線電終端(UE/MS)，-配置用於利用所述可重新配置的無線電終端(UE/MS)，管理信息交換的至少一個節點(BSC，RNC，SGSN)，其特徵在於，-所述至少一個節點包括伺服器實體(OTA-伺服器)，所述伺服器實體(OTA-伺服器)被配置用於使用所述通信網絡的協議層(RR，GMM)，並且包括一組操作軟體模塊，所述操作軟體模塊組被配置用於實現適用於配置所述無線電終端(MS)的協議棧的至少一組元素，-所述無線電終端(UE/MS)包括客戶機實體(OTA-客戶機)，所述客戶機實體(OTA-客戶機)被配置用於利用對應於所述伺服器實體的所述協議層(RR，GMM)的相應協議層，以及-所述伺服器和所述客戶機配備有各自通過空中的軟體模塊，通過利用所述協議層(RR，GMM)，所述軟體模塊能夠管理所述無線電終端(UE/MS)和所述節點(BSC，RNC，SGSN)之間的通過空中的連接，以便下載所述操作軟體模塊組的至少一個模塊，用以至少部分配置所述無線電終端(UE/MS)。
2.根據權利要求1的網絡，其特徵在於，-所述伺服器實體(OTA-伺服器)包括所述協議層(RR，GMM)的至少一組修改後的消息，-所述客戶機實體(OTA-客戶機)包括標準化後的協議層(RR，GMM)的至少另外一組修改後的消息，所述修改後的消息組分別與所述伺服器實體(OTA-伺服器)和所述客戶機實體(OTA-客戶機)相關，並被配置用於管理所述通過空中的連接。
3.根據權利要求1的網絡，其特徵在於，其包括-無線電接入網(GERAN；UTRAN)和核心網絡；以及-所述協議層(GMM)是所述核心網絡的協議層。
4.根據權利要求1的網絡，其特徵在於，其包括-無線電接入網(GERAN；UTRAN)和核心網絡；以及-所述協議層(RR)是所述無線電接入網(GERAN；UTRAN)的協議層。
5.根據權利要求4的網絡，其特徵在於，其包括-所述無線電接入網(GERAN；UTRAN)包括無線電控制器(BSC，RNC)；以及-所述協議層是所述無線電控制器(BSC，RNC)的協議層。
6.根據權利要求3的網絡，其中所述無線電接入網根據第二代網絡(GERAN)操作。
7.根據權利要求3的網絡，其中所述無線電接入網根據第三代網絡(UTRAN)操作。
8.根據權利要求1的網絡，其特徵在於，所述通過空中的連接是通過所述通信網絡的通用信道建立的。
9.根據權利要求1的網絡，其特徵在於，所述通過空中的連接是通過所述通信網絡的無線電信道建立的。
10.根據權利要求1的網絡，其特徵在於，所述通信系統配置用於管理語音呼叫、數據傳輸與所述操作軟體模塊的所述至少一個模塊的下載之間的優先級。
11.根據權利要求1的網絡，其特徵在於，所述通過空中的軟體模塊配置用於在語音呼叫期間，下載所述操作軟體模塊的所述至少一個模塊。
12.根據權利要求1的網絡，其特徵在於，所述操作軟體模塊組適合用於利用另外的通信系統，至少部分重新配置所述無線電終端(MS)。
13.根據權利要求12的網絡，其特徵在於，-所述終端(MS)包括用於至少執行所述另外的通信系統上的測量的協議棧層。
14.一種用於配置屬於通信網絡的至少一個可重新配置的無線電終端(UE/MS)的方法，所述通信網絡根據通信系統操作，所述通信系統包括至少一個協議層(RR，GMM)，其中所述終端配置用於通過利用所述通信系統與所述通信網絡的至少一個節點交換信息，其特徵在於，-使伺服器實體(OTA-伺服器)與所述通信網絡的所述至少一個節點相關，所述伺服器實體(OTA-伺服器)配置用於利用所述協議層(RR，GMM)，並且包括一組操作軟體模塊，所述操作軟體模塊組用於使用適用於重新配置所述無線電終端(MS)的協議棧的至少一組元素，配置所述無線電終端(UE/MS)；-使客戶機實體(OTA-客戶機)與所述無線電終端(MS)相關，所述客戶機實體(OTA-客戶機)配置用於利用對應於所述伺服器實體(OTA-伺服器)的協議層(RR，GMM)的相應協議層；-通過利用所述協議層，在所述無線電終端(UE/MS)和所述伺服器(OTA-伺服器)之間建立通過空中的連接；-從所述伺服器(OTA-伺服器)下載所述操作軟體組的至少一個模塊到所述無線電終端(UE/MS)，用以至少部分配置所述無線電終端(UE/MS)。
15.根據權利要求14的方法，其特徵在於，所述建立通過空中的連接包括一組協議步驟，針對每個所述協議步驟，包括所述協議層的修改後的協議消息的交換。
16.根據權利要求15的方法，其特徵在於，所述交換修改後的協議消息包括消息交換，分別包括-一組下述欄位-標識所述消息的類型的第一欄位(Message_Type)，-標識所述消息所涉及的無線電終端(MS)的第二欄位(OTA-Client_ID)；以及-包含數據信息的第三欄位。
17.根據權利要求15的方法，其特徵在於，所述協議步驟組包括至少一個下述步驟a)執行下載所述至少一個操作軟體模塊的請求；b)相互驗證所述客戶機(OTA-客戶機)和所述伺服器(OTA-伺服器)；c)檢查所述無線電終端(UE/MS)接受可從所述伺服器(OTA-伺服器)下載的所述至少一個操作軟體模塊的能力；d)提供有關下載選項的信息；e)分段所述至少一個操作軟體模塊為數據塊；f)從所述伺服器(OTA-伺服器)發送所述數據塊到所述至少一個無線電終端(UE/MS)；g)重新裝配所述數據塊，以使用協議棧的一組元素重新組成所述至少一個模塊，並且測試所述元素組；h)安裝所述元素組到所述無線電終端(UE/MS)內。
18.根據權利要求17的方法，其特徵在於，所述協議步驟組包括步驟-監視下載到所述無線電終端(UE/MS)的所述數據塊的結構。
19.根據權利要求17的方法，其特徵在於，所述協議步驟組包括步驟管理限制允許用於執行通過空中的連接的時間的一組定時器(T100，T200，T300，T400，T500，T101，T201，T301，T302，T401，T501)。
20.根據權利要求17的方法，其特徵在於，所述協議步驟組包括步驟-為每一協議步驟分配至少一對定時器，第一定時器用於監視由所述無線電終端(UE/MS)執行的協議步驟，第二定時器用於監視由所述伺服器(OTA-伺服器)執行的協議步驟，每個所述定時器在當一個協議步驟啟動時被啟動，並且當所述協議步驟已經完成時被停止。
21.根據權利要求17的方法，其特徵在於，所述相互驗證步驟基於一種「詢問-應答」方法。
22.根據權利要求17的方法，其特徵在於，在所述分段至少一個模塊為數據塊的步驟中包括步驟分段為具有1到2k字節大小的數據塊，並且其中所述傳送數據塊的步驟包括管理窗口協議，其中窗口大小與所述至少一個操作軟體模被分段而成的數據塊的大小相匹配。
23.根據權利要求17的方法，其特徵在於，在安裝所述元素組到所述無線電終端內之前需要一個許可證。
24.根據權利要求14的方法，其特徵在於，在被下載到所述無線電終端(UE/MS)之前，使用密鑰加密所述至少一個操作軟體模塊。
25.根據權利要求14的方法，其特徵在於，還包括步驟存儲至少兩組操作軟體模塊到所述可重新配置的無線電終端(UE/MS)。
26.根據權利要求14的方法，其特徵在於，所述下載操作軟體組的至少一個模塊的步驟包括步驟-使用另外的通信系統下載適用於至少部分配置所述無線電終端(MS)的一組操作軟體模塊。
27.一種通過執行根據權利要求14到26中任一項的方法可重新配置的無線電終端(UE/MS)。
28.一種網絡節點，包括通過執行根據權利要求14到26中任一項的方法，用於配置可重新配置的無線電終端(UE/MS)的伺服器實體(OTA-伺服器)。
29.一種可在至少一個計算機的存儲器內加載的電腦程式產品或電腦程式產品的電腦程式組，包括用於執行根據權利要求14到26中任一項的步驟的軟體代碼部分。
全文摘要
一種通過依照通信系統操作的通信網絡配置可重新配置的無線電終端的方法，其中所述無線電終端配置用於通過利用所述通信系統與所述通信網絡的至少一個節點交換信息。所述方法的特徵在於使伺服器實體(OTA－伺服器)與所述通信網絡的所述一個節點相關的步驟，所述伺服器實體(OTA－伺服器)配置用於利用所述通信系統的協議層(RR，GMM)，並且包括用於使用適合於重新配置所述無線電終端(MS)的協議棧的至少一組元素，配置所述無線電終端(UE/MS)的一組操作軟體模塊；使客戶機實體(OTA－客戶機)與所述無線電終端(MS)相關，所述客戶機實體(OTA－客戶機)配置用於使用對應所述伺服器實體(OTA－伺服器)的所述協議層(RR，GMM)的相應協議層；通過利用所述協議層，在所述無線電終端(UE/MS)和所述伺服器(OTA－伺服器)之間建立通過空中的連接；以及從所述伺服器(OTA－伺服器)下載所述操作軟體組的至少一個模塊到所述無線電終端(UE/MS)，用以至少部分配置所述無線電終端(UE/MS)。
文檔編號H04W8/24GK101077024SQ200480044582
公開日2007年11月21日 申請日期2004年10月28日 優先權日2004年10月28日
發明者安裡柯·布拉克奇尼, 保羅·高瑞亞, 亞歷山德羅·特羅格羅 申請人:義大利電信股份公司