專利名稱：移動通信系統(tǒng)中具有會話移動性支持的軟件下載方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于因特網(wǎng)協(xié)議(IP)的移動通信，具體地說，它涉及移動系統(tǒng)中具有會話移動性支持的軟件下載方法以及使用所述方法的移動通信系統(tǒng)。
背景技術(shù)：
在第三代(3G)之外的未來移動通信系統(tǒng)的特征將在于多種訪問技術(shù)的共存，所述訪問技術(shù)諸如蜂窩(不同代的蜂窩，尤其是第二代和第三代)、無繩、無線局域網(wǎng)(WLAN)、廣播系統(tǒng)、有線系統(tǒng)等。這些系統(tǒng)將被集成在一個公共平臺上，使得它們可以以最佳方式彼此補充和滿足不同的服務(wù)要求。各種訪問系統(tǒng)將連接到公共的、靈活的和無縫的IP核心網(wǎng)絡(luò)。
考慮到在現(xiàn)有的蜂窩網(wǎng)絡(luò)中因特網(wǎng)類的移動數(shù)據(jù)應(yīng)用的不斷增加的使用，這樣的網(wǎng)絡(luò)的一種可能演化方式是定義基于IP協(xié)議的公共傳送層。這種選擇的動機可以被簡單地總結(jié)為下面幾點-核心網(wǎng)絡(luò)和無線訪問網(wǎng)絡(luò)具有相同的傳送層；-可以使用同一傳送協(xié)議(IP)來將使用不同無線訪問技術(shù)(RAT)的基站連接到無線網(wǎng)絡(luò)控制器；-蜂窩網(wǎng)絡(luò)和因特網(wǎng)使用同一傳送協(xié)議，因此有助于集成網(wǎng)絡(luò)和應(yīng)用域。
按照這種方法，必定導(dǎo)致也使用IP機制來管理終端的移動性，并且因此具有能夠與無線訪問技術(shù)無關(guān)地、以相對于核心網(wǎng)絡(luò)的集成方式來管理終端移動性的移動性功能的公共集?？梢允褂靡苿覫P(MIP)和Ipv6機制來執(zhí)行這種方法，但是它們看起來不適合于管理微或皮移動性。可以預(yù)見，將集成不同機制的分層方案(HMIP)和應(yīng)用來解決不同的移動性情況。
為了清楚起見，我們在這里回憶一下關(guān)于不同移動類型的某些定義-終端移動性終端改變位置并且仍然能夠通信的能力。終端移動性可以是-離散終端移動性在沒有正在被交換并且保持使得呼入可以達到它的任何用戶數(shù)據(jù)的時候，終端進行離散改變的能力。在蜂窩的環(huán)境中，它表示對漫游和尋呼程序的支持。
-連續(xù)終端移動性當用戶數(shù)據(jù)交換可能正在進行時改變位置的能力。在蜂窩環(huán)境中，它表示對切換程序(handover procedure)的支持。如果未由于在切換期間的數(shù)據(jù)延遲或損耗而導(dǎo)致QoS變差，則將其稱為無縫的(seamless)。
-個人移動性終端用戶在由他的開戶網(wǎng)(subscription)所覆蓋的任何位置中的任何終端(即使用不同的訪問技術(shù))上始發(fā)和接收呼叫的能力。它表示基于用戶而不是基于終端來處理位置。
-會話移動性用戶改變終端的能力。它可以被劃分為下列類別-離散會話移動性在沒有正在被交換并且保持使得呼入可以達到它的任何用戶數(shù)據(jù)的時候，改變終端的能力。在蜂窩的環(huán)境中，它表示能夠向新終端和向新網(wǎng)絡(luò)位置重新分配會話。
-連續(xù)會話移動性當交換數(shù)據(jù)時改變終端的能力。
為了完整，我們還定義-服務(wù)移動性用戶與用戶位置和所使用的終端無關(guān)地運行所開戶的服務(wù)能力。
新的蜂窩網(wǎng)絡(luò)將能夠提供新的增值服務(wù)，所述新的增值服務(wù)是可能來自因特網(wǎng)世界并且通過多種不同的無線訪問技術(shù)(即，3G、WLAN等)提供到用戶的。終端將能夠支持每種訪問，即它將是多模式和最好可再配置的終端。在這種情況下，網(wǎng)絡(luò)將有效地使用無線資源來實現(xiàn)支持終端再配置所需要的所有功能。很清楚，當從一種無線訪問技術(shù)過渡到另一種時(即，當執(zhí)行所謂的“垂直切換(vertical handover)”或VHO時)，多模式或可再配置的終端作為不同的終端，以便通過網(wǎng)絡(luò)來保證支持與終端改變相關(guān)聯(lián)的移動性特征的問題。
在新的服務(wù)中，會涉及軟件下載，并且網(wǎng)絡(luò)必須能夠定義和執(zhí)行用于執(zhí)行它的最佳策略。移動業(yè)即將引入大型因特網(wǎng)型、與媒體類型無關(guān)的、對媒體對象的下載。這種技術(shù)的部署領(lǐng)域之一是電子商務(wù)。開始這種業(yè)務(wù)的最可能的對象是振鈴音、屏幕保護程序、游戲和Java midlet。
在所述的情況下，可能發(fā)生具有多模式終端的用戶啟動軟件的下載，并且在下載過程期間，他不得不因為任何原因(超出覆蓋范圍，需要加速處理，等)而例如從GPRS(通用分組無線業(yè)務(wù))到UMTS(通用移動通信業(yè)務(wù))或從蜂窩網(wǎng)絡(luò)到WLAN執(zhí)行垂直切換。
軟件下載一般沒有實時的要求。因此在垂直切換的情況下，產(chǎn)生嚴重問題。在軟件卞載期間的移動性管理支持被網(wǎng)絡(luò)操作員通過標準的SGSN(業(yè)務(wù)GPRS支持節(jié)點)重新定位程序來保證，所述SGSN重新定位程序?qū)⑿畔⑷÷酚傻叫碌慕K端位置。但是這個程序在垂直切換期間管理會話移動性，在水平切換中，終端在同一無線訪問技術(shù)(RAT)下改變位置。在垂直切換的情況下，未實現(xiàn)用于管理這種再分配的機制。在這種情況下，應(yīng)當放棄軟件下載，并且在識別終端的新位置后，軟件的下載必須從開頭再次開始。
當軟件規(guī)模小時，這個過程對于服務(wù)質(zhì)量和網(wǎng)絡(luò)的額外收費(即花費在軟件重發(fā)上的更多的網(wǎng)絡(luò)資源)具有較輕的影響。如果要下載的軟件規(guī)模很大，則能夠避免重發(fā)的機制的實現(xiàn)對于備用的無線資源和加速下載程序變得很關(guān)鍵。而且。有可能一種軟件類別需要以高優(yōu)先級被下載和安裝(新的操作系統(tǒng)、新的無線傳輸鏈、新的協(xié)議棧，...)。對于這類軟件，避免重發(fā)是重要的。
因此，很清楚，在短時間內(nèi)，網(wǎng)絡(luò)架構(gòu)需要包括在異類無線訪問環(huán)境中能夠有效地支持再配置和軟件下載的所有功能。
對于IMS(IP多媒體子系統(tǒng))會話的建立和管理，即對于沒有實時限制的面向分組的業(yè)務(wù)，3GPP(第三代工程合作)已經(jīng)提出了會話啟動協(xié)議(SIP)來作為參考協(xié)議(參見例如3GPP規(guī)范TS 23.228)。SIP協(xié)議是應(yīng)用層(信令)協(xié)議，用于在單播或組播會話的情況下建立、修改和終止與一個或多個參與者的會話，并且SIP協(xié)議已經(jīng)在因特網(wǎng)工程部內(nèi)被標準化(參見例如IETF標準RFC 3261，它是在網(wǎng)站http//www.ietf.org/rfc.html可以獲得的、J.Rosenberg和H.Schulzrinne的文件“SIP會話啟動協(xié)議”)的主題)。
使用這樣的協(xié)議來用于在垂直切換期間來幫助IP應(yīng)用的應(yīng)用適配已經(jīng)被考慮，例如參見“End-to-End SIP Based Real Time Application Adaptation DuringUnplanned Vertical Handovers”by P.A.Pangalos et al.，GLOBECOM’01，IEEEGlobal Telecommunications Conference，San Antonio(TX，USA，25-29 Nov.2001)，vol.6，p.3488-3493(P.A.Pangalos等的“在無計劃的垂直切換期間的基于端到端SIP的實時應(yīng)用適配”，GLOBECOM’01，IEEE全球電信會議，San Antonio(美國德克薩斯州2001年11月25-29日)，第6冊第3488-3493頁)。該文公開了對于在實時音頻呼叫中使用的移動臺的垂直切換的這樣的使用的實際測試和評估。如所公知的，實時通信具有嚴格的時間延遲限制，但是允許在切換期間丟失一些分組。因此，在該文中包括的建議不適合于非實時的軟件下載，其中分組損失不被允許，并且可能導(dǎo)致需要重發(fā)被下載的整個軟件。而且，該文的建議基于所謂的“重新邀請”程序的使用。但是，這樣的程序的目標在于一旦用戶已經(jīng)完成了切換，則建立新的會話，因此它不適合于解決所感興趣的問題。

發(fā)明內(nèi)容
本發(fā)明的主要目的是克服現(xiàn)有技術(shù)的缺陷，并且保證在異類無線訪問方案上的非實時軟件下載處理期間、尤其是在垂直切換情況下的會話移動性。
在第一方面，本發(fā)明提供了一種在使用異類訪問技術(shù)的基于因特網(wǎng)協(xié)議(IP)的移動通信系統(tǒng)中非實時軟件下載的方法，其中使用會話啟動協(xié)議(SIP)來建立和管理軟件下載會話。對于當進行軟件下載會話的同時在使用不同訪問技術(shù)的第一和第二訪問網(wǎng)絡(luò)之間切換的情況下的下載恢復(fù)，與切換用戶設(shè)備相關(guān)聯(lián)的SIP用戶代理，在接收到在所述第二訪問網(wǎng)絡(luò)中的新的IP地址和新URL時，在不釋放正在進行的會話的情況下向已經(jīng)建立和當前正在管理下載會話的SIP代理服務(wù)器發(fā)送傳送請求消息(“引用”消息)，所述消息包括關(guān)于在第一訪問網(wǎng)絡(luò)中的地址和URL、所述新URL、會話身份和已經(jīng)成功地被接收的最后一個軟件分組的信息，因此所述代理服務(wù)器在被委托來管理新會話的一個代理服務(wù)器的控制下，被通知需要向在所述新URL處的用戶代理傳送會話，并且開始必要的操作以便使用在所述新URL處的用戶代理來建立一個新的會話，而且從所述最后接收的分組起恢復(fù)下載。
在第二方面，本發(fā)明提供了一種使用異類訪問技術(shù)的基于因特網(wǎng)協(xié)議(IP)的移動通信系統(tǒng)，其中通過上述方法來執(zhí)行非實時軟件下載。在這樣的系統(tǒng)中，至少一些用戶訪問非實時軟件下載設(shè)施，并且具有允許通過多種所述訪問技術(shù)來連接到系統(tǒng)的設(shè)備，所述用戶設(shè)備和系統(tǒng)訪問和核心網(wǎng)絡(luò)配置有包括用戶代理應(yīng)用以及代理和登記服務(wù)器的裝置，用于通過會話啟動協(xié)議來建立和管理軟件下載會話。對于當軟件下載正在進行時在使用不同訪問技術(shù)的第一和第二訪問網(wǎng)絡(luò)之間切換的情況下的下載恢復(fù)，與切換的用戶設(shè)備相關(guān)聯(lián)的SIP用戶代理被布置為，在接收到在所述第二訪問網(wǎng)絡(luò)中的新的IP地址和新URL并且不釋放正在進行的會話時，向已經(jīng)建立和當前正在管理下載會話的SIP代理服務(wù)器發(fā)送傳送請求消息，所述傳送請求包括關(guān)于在第一訪問網(wǎng)絡(luò)中的地址和URL、所述新URL、會話身份和已經(jīng)成功地被接收的最后一個軟件分組的信息，因此所述代理服務(wù)器在被委托來管理新會話的一個代理服務(wù)器的控制下，被通知需要向在所述新URL處的用戶代理傳送會話，并且被安排來開始操作以便使用在所述新URL處的用戶代理來建立一個新的會話，而且從所述最后接收的分組起恢復(fù)下載。


通過下面參照附圖經(jīng)由非限定性示例給出的一個優(yōu)選實施例的說明，將更好地明白本發(fā)明，其中圖1示出了本發(fā)明的應(yīng)用的基準情況；圖2是更詳細地示出在再配置和軟件下載管理中涉及的單元的方框圖；圖3是示出在本發(fā)明的應(yīng)用的第一實施例中用于軟件下載的SIP消息的路徑的簡化方框圖；圖4是用于圖3所示的下載的信號流的圖；圖5和6是與在本發(fā)明的應(yīng)用的第二示例中的軟件下載相關(guān)聯(lián)的、分別類似于圖3和4的方框圖和圖形；圖7和8是分別對應(yīng)于圖3和4的方框圖和圖形，并且示出了在圖3和4中考慮的軟件下載的恢復(fù)；以及圖9和10是分別類似于圖7和8的方框圖和圖形，并且示出了在圖5和6中考慮的軟件下載的恢復(fù)。
具體實施例方式
圖1示意地示出了可以應(yīng)用本發(fā)明的一種移動通信系統(tǒng)。終端UE——它可以是多模式終端或可再配置終端——可以通過多種不同的無線訪問技術(shù)、因此通過不同的無線訪問網(wǎng)絡(luò)RATa、RATb、...、RATn來訪問所述系統(tǒng)。與訪問技術(shù)無關(guān)的系統(tǒng)部分使用3GPP的術(shù)語而被稱為核心網(wǎng)絡(luò)，并且在此被指示為CN。
通過示例，所述附圖分別示出了第三代和第二代的蜂窩系統(tǒng)的無線訪問網(wǎng)絡(luò)RATa、RATb，并且示出了無線局域網(wǎng)(WLAN或熱點)RATn。在每個方框RATi內(nèi)(i＝a...n)，相應(yīng)移動系統(tǒng)的傳統(tǒng)單元被它們的通常名稱或首字母縮寫詞指示，即第三代網(wǎng)絡(luò)RATa的節(jié)點B和無線網(wǎng)絡(luò)控制RNC、第二代網(wǎng)絡(luò)RATb的基地收發(fā)系統(tǒng)(base transceiver system)BTS和基站控制器BSC、無線LAN RATn的訪問點AP和聯(lián)網(wǎng)單元IWU。這些單元不需要具體的說明。在RATa中示出了兩個節(jié)點B單元NB1和NB2。類似地，在核心網(wǎng)絡(luò)CN中分別示出了傳統(tǒng)的原始位置寄存器(home location register，HLR)以及服務(wù)和網(wǎng)關(guān)移動轉(zhuǎn)換中心和GPRS支持節(jié)點S-MSC/SGSN和G-MSC/GGSN。為了簡明，在CN內(nèi)考慮單個單元SGSN。但是這個單元到其他SGSN的連接被指示為核心網(wǎng)絡(luò)CN到固定的因特網(wǎng)世界(通過GGSN)和到其他核心網(wǎng)絡(luò)(通過SGSN)的連接。
假定終端UE通過在RATa中的NB2連接到系統(tǒng)，如實線箭頭所示，并且可能執(zhí)行水平切換(到在同一訪問網(wǎng)絡(luò)RATa中的NB1)和垂直切換(到RATb...RATn，如虛線箭頭所示)。
為了支持終端再配置和軟件下載，無線訪問網(wǎng)絡(luò)RAT1...RATn還包括再配置和下載管理單元PRMa、PRMb...PRMn(代理再配置管理器)，它們可以分別與RNC、BSC或IWU相關(guān)聯(lián)或被包括在RNC、BSC或IWU中。核心網(wǎng)絡(luò)CN(在所述附圖中示出的用于終端UE的本地網(wǎng)絡(luò))被配備了較高級單元SRM(服務(wù)重新配置管理器)和HRM(本地重新配置管理器)，它們可以分別與單元S-MSC/SGSN和HLR相關(guān)聯(lián)或被包括在單元S-MSC/SGSN和HLR中。通過“重新配置”，我們在此指示使得終端可以從一種無線訪問技術(shù)轉(zhuǎn)到另一種的全部功能，而與終端是否是多模式或可重新配置的終端無關(guān)。注意終端可以通過網(wǎng)絡(luò)下載用于重新配置所需要的軟件，包括無線訪問技術(shù)。
單元PRMi(i＝a...n)、SRM和HRM形成三級分層分布結(jié)構(gòu)，其中HRM是頂層，PRMi是低層，所述結(jié)構(gòu)跨越不同的網(wǎng)絡(luò)域。分層的分布結(jié)構(gòu)最小化了網(wǎng)絡(luò)負荷和加速了軟件下載。
在圖1所示的種類的系統(tǒng)中用于重新配置和軟件下載的單元PRM、SRM和HRM的功能在下述文件中被討論在網(wǎng)站www.ist-scout.org可以獲得的文件“Requirements on Network and Security Architecture and Traffic ManagementSchemes for Download Traffic based on IP Principles in Cellular and Ad HocNetworks(在蜂窩和特定網(wǎng)絡(luò)中用于基于IP原理的下載通信的網(wǎng)絡(luò)和安全結(jié)構(gòu)與通信管理方案的要求)”(IST工程“SCOUT”，文件D4.1.1)；文件“Reconfigurable SDR Equipment and Supporting Network Reference Modelsand Architecture(可重新配置的SDR設(shè)備和支持網(wǎng)絡(luò)參考模型和結(jié)構(gòu))”，無線世界研究論壇(WWRF)第三工作組的白皮書(2002)。但是，為了容易理解，在此簡述PRMi、SRM、HRM的一些功能。
對于這樣的說明，也參見圖2。在此，為了簡單，僅僅考慮兩個無線訪問網(wǎng)絡(luò)，例如UMTS網(wǎng)絡(luò)RAT1(也標為“蜂窩”)和WLAN RAT2(“熱點”)。重新配置實體在此被分別包括在RNC、IWU、SGSN和HLR中，并且與適當?shù)拇鎯卧猄P1、SP2、SS、SH1、SH2相關(guān)聯(lián)，所述適當?shù)拇鎯卧猄P1、SP2、SS、SH1、SH2將在下面更多地被詳細說明。為了與圖1一致，網(wǎng)絡(luò)RAT1、RAT2都包括相應(yīng)的代理重新配置管理器PRM1、PRM2，即使像RAT2一樣的WLAN也可以依賴于蜂窩網(wǎng)絡(luò)的代理重新配置管理器。因為PRM1、PRM2連接到在核心網(wǎng)絡(luò)CN中的同一單元SRM，因此網(wǎng)絡(luò)RAT1、RAT2被假定屬于同一終端重新配置服務(wù)區(qū)域，由虛線方框TRSA表示。圖2的說明實質(zhì)上處理涉及軟件下載的方面。
單元PRMi(i＝1，2)是用于連接到無線訪問網(wǎng)絡(luò)RATi的每個終端的接觸點。這樣的單元主要涉及模式監(jiān)控、模式協(xié)商、模式轉(zhuǎn)換和軟件下載功能。關(guān)于協(xié)商和信息處理，向和從PRMi傳輸控制通信，而在軟件下載的情況下，通過PRMi傳送適當?shù)能浖?shù)據(jù)分組。這樣的單元可以被劃分為兩個部分，表示用戶面板功能(圖2中的方框SPREi，SPRE是軟件下載和簡檔存儲庫的首字母縮略詞)和控制面板功能(圖2中的方框SDRC，SDRC是軟件下載和重新配置控制器的首字母縮略詞)。方框SPREi收集用于執(zhí)行重新配置和軟件下載所需要的所有簡檔和信息。而且，這樣的塊用于從相應(yīng)的存儲單元或存儲庫SPi獲得軟件模塊，并且將它們轉(zhuǎn)發(fā)到終端。SPi一般是用于存儲在上層的、頻繁請求的軟件(用于其RAT的終端的重新配置軟件或其他軟件)的高速緩沖存儲器，但是它也存儲其他一些軟件。在PRMi中具有頻繁請求的軟件顯著降低了用于執(zhí)行下載的時間，并且也釋放了網(wǎng)絡(luò)很大部分的通信，使得更有效地使用網(wǎng)絡(luò)資源。方框SDRC可以從其名稱明顯看出，容放(host)了用于重新配置和下載的控制功能。具體地說，它將控制服務(wù)對于在相關(guān)聯(lián)的存儲器SPi中存在的軟件模塊的下載請求，并且如果所述軟件不存在于SPi中則向上層轉(zhuǎn)發(fā)所述請求。
單元SRM連接到其TRSA中的所有單元PRMi，并且與存儲裝置SS相關(guān)聯(lián)，所述存儲裝置SS特別存儲在所述TRSA中用于所有無線訪問技術(shù)的重新配置軟件。SS包括一個實際的軟件數(shù)據(jù)庫，并且它也可以包括用于來自上層的軟件的高速緩沖存儲器。像單元PRMi一樣，SRM也可以被細分為兩個塊C-SRM和U-SRM，它們分別被賦予控制和用戶面板功能。
控制面板功能C-SRM主要具有兩個任務(wù)-如果用戶要執(zhí)行切換或下載需要授權(quán)的軟件部分，則管理在終端(經(jīng)由PRM，具體而言是經(jīng)由SDRC)和用于管理在操作員網(wǎng)絡(luò)中的AAA(驗證、授權(quán)和帳戶管理)處理的實體之間的適當控制消息交換；-位置更新(或宏移動功能)SRM存儲在其TRSA中每個被控制的終端的位置例如，如果有大量更新等待，則SRM必須知道必須向哪個PRM轉(zhuǎn)發(fā)軟件模塊。
通過接收對于既不在當前使用的網(wǎng)絡(luò)RATi的單元PRMi上也不在相鄰的PRM上的軟件的請求，SRM的用戶面板功能U-SRM繼而被賦予SW下載提供功能。如果所請求的軟件被存儲在SS中，則U-SRM將向PRM提供它；否則，U-SRM進一步將所述請求轉(zhuǎn)發(fā)到HRM，并且一旦獲得它，則將向PRM發(fā)送所述軟件。
單元HRM需要獲得在低層不存在的所有軟件，其中包括由提供者向它通知的新軟件，并且單元HRM可以連接到幾個單元SRM。在更新的情況下，HRM向SRM通知新軟件的可獲得性，并且當必要時將其轉(zhuǎn)發(fā)給SRM。如果對于軟件下載的請求到達HRM，則它也負責(zé)在所述軟件得到許可的情況下授權(quán)終端，并且向用戶收取用于軟件下載的費用。在這種情況下，HRM使用收費存儲庫，如果所涉及的軟件被下載則更新這個收費存儲庫。方框SH1示出了HRM可以通過相應(yīng)的制造商服務(wù)器訪問的全部軟件數(shù)據(jù)庫，所述相應(yīng)的制造商服務(wù)器整體由方框MS表示，并且SH2示出了所述收費存儲庫(或AAA服務(wù)器)。后述服務(wù)器也連接到SRM的控制面板部分C-SRM。
按照本發(fā)明，通過SIP協(xié)議以使得支持會話移動性的方式來管理軟件下載會話。SIP是在簡單郵件傳輸協(xié)議(SMTP)和超文本傳送協(xié)議(HTTP)后形成的文本客戶端-服務(wù)器協(xié)議。像在任何其他文本客戶端-服務(wù)器協(xié)議中那樣，客戶端發(fā)出請求，服務(wù)器返回響應(yīng)。為了便于理解，在此回憶在本發(fā)明中使用的SIP部件和功能的一些定義-“用戶代理客戶端”(在下面簡稱為“SIP客戶端”)是呼叫的用戶代理，它是啟動SIP請求的客戶端應(yīng)用；-“代理”(或“代理服務(wù)器”)是作為服務(wù)器和客戶端的中間程序，用于代表其他客戶端來作出請求；請求在可能翻譯之后被內(nèi)部處理或傳送到其他服務(wù)器；-“登記者”是一個服務(wù)器，它接受登記請求，并且通常與代理服務(wù)器共處；- “邀請”是用于建立呼叫的程序；-“登記”是使得用戶可以向服務(wù)器傳送位置信息的程序，以便服務(wù)器可以將輸入的地址映射為將達到的那個用戶的輸出地址；-“再會”是用于會話結(jié)束的程序。
為了保證會話移動性，本發(fā)明也使用“引用”方法。這種方法是近來被標準化的SIP擴展方式，它允許許多應(yīng)用，包括呼叫轉(zhuǎn)移。“引用”方法指示由請求URI(通用資源標識符)表示的引用消息的接收者應(yīng)當使用在請求中提供的聯(lián)系信息來聯(lián)系第三方。在IETF標準RFC 2315中公開了所述“引用”方法，所述“引用”方法是在網(wǎng)站http//www.ietf.org/rfc.html可獲得的、R.Sparks的文檔“The SIP Refer Method(SIP引用方法)”的主題。
現(xiàn)在參照圖3-10的方框圖和圖形來公開在垂直切換的情況下用于軟件下載及其恢復(fù)的對話的建立。假定當開始下載時終端UE連接到RAT1，并且假定終端UE在下載期間執(zhí)行到RAT2的垂直切換。
在圖3、5、7和9中的方框圖示出了本發(fā)明所涉及的SIP部件和SIP消息的路徑，后者由粗線箭頭表示。具體地說，虛線用于所述“登記”消息；實線用于“邀請”和“ok”消息(結(jié)合到單個雙向箭頭中)；點劃線用于所述“引用”消息。虛線箭頭表示下載，雙虛線箭頭表示對于存儲庫的查看。在圖1和2中也示出的單元被相同的附圖標號表示。為了附圖的簡化，已經(jīng)在方框圖中省略了移動通信系統(tǒng)的標準單元，并且僅僅指示了重新配置和軟件下載管理單元，因為它們是容放SIP部件的實體。另一方面，已經(jīng)參照圖1和2示出這樣的管理單元相對于移動通信系統(tǒng)的位置。而且為了簡單已經(jīng)省略了存儲單元SH2和制造商服務(wù)器MS。
方框圖清楚地示出了按照本發(fā)明提出的SIP代理的一種分層結(jié)構(gòu)，以便開發(fā)一種靈活和可伸縮的解決方案。具體地說-終端UE容放SIP客戶端(CK)，所述SIP客戶端當終端本身觸發(fā)下載請求時需要開始登記階段和會話；-單元PRM1、PRM2和SRM分別容放SIP代理服務(wù)器PX1、PX2、PX3(它們是SIP客戶端的第一接觸點，并且執(zhí)行會話的建立和管理)和用于執(zhí)行終端在網(wǎng)絡(luò)內(nèi)的登記的登記服務(wù)器RG1、RG2和RG3。
如上所述，與RAT1和RAT2鏈接的單個單元SGSN被考慮，并且通過示例，說明了下載在SP1(圖3、4和7、8)或在SS(圖5、6和9、10)中的軟件的情況。因此，僅僅示出了在SIP結(jié)構(gòu)中的兩個層。所提出的解決方案無論如何對于擴展結(jié)構(gòu)開放，例如對于連接到不同SGSN的RAT的情況開放。事實上，所述方法是可伸縮的，并且可以成功地被應(yīng)用到更復(fù)雜的結(jié)構(gòu)。
在圖形中，使用SIP部件的下列標識符-終端(SIP客戶端)初始地址user1@rat1.core.net-在移動后的SIP客戶端地址user1@rat2.core.net-PX1prm1@rat1.core.net-PX2prm2@rat2.core.net-PX3srm@core.net現(xiàn)在參見圖3、4，用于建立從PRM1的軟件下載的會話的過程如下1.SIP客戶端(終端UE)執(zhí)行在PRM1中的SIP代理PX1的登記；2.登記消息被存儲在RG1中，然后被轉(zhuǎn)發(fā)到在SRM中的更高層服務(wù)器PX3中。UE的身份然后被存儲在SIP登記RG3中的SRM層。
3.SIP客戶端向PRM1發(fā)送邀請(INVITE)消息，以便開始SIP會話。所述消息(就本發(fā)明所關(guān)心的信息而論)可以看起來如下INVITE prm1@rat.core.netVia[prm1@rat 1.core.net]From user1@rat1.core.netTo prm1@rat1.core.netCall ID xyz1234.PRM1查看軟件是否在其存儲庫SP1中。響應(yīng)是肯定的。
5.從PX1向UE發(fā)回OK消息，以便建立會話，獲取向UE正確地開始軟件下載。
軟件下載的發(fā)生使用由SIP給出的規(guī)則。注意PX1不存儲正在被下載的軟件，即使當然提供某種緩沖以適配從PX1進出的通信也是如此。在信號傳送圖中的箭頭“軟件下載”從代理向客戶端延伸，因為它指的是控制信令而不是實際的軟件分組。
在上述的消息中以及在結(jié)合圖6、8、10所述的消息中，未作出對消息結(jié)構(gòu)(請求行、首標、主體)的明確引用，因為所述結(jié)構(gòu)是由SIP協(xié)議標準定義的，并且不受本發(fā)明影響。我們僅僅回憶主體包括多個參數(shù)(稱為SDP參數(shù)，其中SDP代表會話描述協(xié)議)，其中包括特別是關(guān)于會話特征的信息、時間信息和關(guān)于會話所涉及的媒體的信息。在此包括這樣的參數(shù)列表不是必須的，因為它們在IETF標準RFC 2327中被定義，可以在上述的IETF站點找到所述IETF標準RFC 2327。描述會話特征的參數(shù)之一(例如參數(shù)s＝會話名稱或參數(shù)i＝會話信息)將指示，會話涉及所期望的軟件模塊的下載。而且，因為本發(fā)明目的在于從在垂直切換時接收的最后一個分組來恢復(fù)軟件下載。因此必須跟蹤被下載的分組的累進數(shù)量pktn可以為此目的而使用選用的會話屬性行(參數(shù)a)。在上述兩個SDP參數(shù)中，僅僅(在涉及恢復(fù)階段的消息中)明確地指示了“分組數(shù)量”參數(shù)。
當從SRM進行下載時(圖5、6)，用戶如上所述開始與PRM1的會話，并且重復(fù)上述的步驟1-4。為了附圖的清楚，“登記”消息和向PX1的“邀請”消息不再在圖5中被示出。在這種情況下，在步驟4查看在SP1中的所請求軟件的存在具有否定結(jié)果。然后執(zhí)行下述步驟6.當PRM1檢測到在SP1中不存在要下載的軟件時，它向UE發(fā)送一個“引用”消息，以便向更高層的SIP代理(即SRM)傳送現(xiàn)有的會話。(被引用的(referred by))PRM1告訴UE(user1)現(xiàn)有的會話(呼叫ID(Call ID))需要被傳送到SRM(引用至(Refer to))。“引用(Refer)”消息可以看起來如下REFER user1@rat1.core.netVia[prm1@rat1.core.net]From prm1@rat1.core.netTo user1@rat1.core.netCall ID xyz123Refer to srm@core.net
Referred by prm1@rat1.core.net7.在接收到“引用”消息時，UE向在SRM中的PX發(fā)送新的邀請(INVITE)消息。所述新的邀請消息如下INVITE srm@core.netVia[prm1@rat.core.net][srm@core.net]From user1@rat1.core.netTo srm@core.netCall ID xyz1238.假定在SS中的軟件的存在是已知的，則向UE發(fā)回OK消息。建立會話并且開始軟件下載。在SS中的軟件的存在不已知的情況下，邀請消息7后跟隨像步驟4中那樣的查看(在圖5中示出了所述查看)。
在兩種情況下，如果終端UE仍然在RAT1的無線覆蓋范圍下，在下載結(jié)束時(通過圖中未示出的消息再會(BYE))關(guān)閉會話。
可以明白，即使當在PRM層發(fā)生下載時，“登記”消息被轉(zhuǎn)發(fā)到所有的上層登記者，以便上層也知道終端位置。這對于處理下載恢復(fù)是有益的，可以在下面看出。
現(xiàn)在說明在下載期間終端UE從在RAT1的無線覆蓋范圍下的位置UE(1)到RAT2的覆蓋范圍下的位置UE(2)(以幻象線表示)的情況。如果從PRM1的存儲庫SP1正在下載軟件(圖7和8)，假定這樣的軟件也被存儲在SRM的存儲庫SS中。在圖7和9中不再示出在圖3和5中所示的消息。仍然指示在RAT1下啟動的下載，即使在以更細的線來指示。
在圖8中，在步驟1、2示出了進行中的下載和垂直切換。在RAT2的覆蓋范圍下，UE獲得一個新的IP地址和一個新URL——在這種情況下是user1@rat2.core.net。按照MIP(IPv6)機制來處理終端移動性。那些機制是傳統(tǒng)的，在此不必說明。
在獲得新的IP地址后，UE知道是在不同的子網(wǎng)下，并且試圖恢復(fù)下載對話。在其他SIP參數(shù)中，UE已經(jīng)存儲了先前進行的會話的身份(呼叫ID)、被正確接收的最后分組的序號(SDP參數(shù)“pktn”)和他的舊URL。UE向PX1發(fā)送一個“引用”消息(圖8中的步驟3)，以便向他的新URL傳送正在進行的會話。所述消息特別包括所述舊URL(所引用的字段)，并且可以看起來如下
REFER user1@rat2.core.netVia[prm2@rat2.core.net][srm@core.net]From user1@rat2.core.netTo prm1@rat1.core.netCall ID xyz123Refer to user1@rat2.core.netReferred by user1@rat1.core.netSDPPktn1453PX1被配置為不回答所述“引用”消息；它僅僅忽略所述消息，但是獲得UE的所述新URL、呼叫ID和對于被正確接收的最后分組的引用(圖8中的步驟4)。
然后，PX1向SRM發(fā)送另一個“引用”消息(由“引用”消息n°3觸發(fā)的“引用”消息n°5)，以便傳送使用舊URL事先建立的會話。所述新的“引用”消息的范圍使得SRM知道由Call ID參數(shù)識別的會話需要向在他的新URL的UE啟動，并且SRM要從其存儲庫獲得同一軟件并從所指示的分組開始下載。所述第二個“引用”消息看起來如下REFER user1@rat2.core.netVia[srm@core.net]From prm1@rat1.core.netTo srm@core.netCall ID xyz123Refer to user1@rat2.core.netReferred by user1@rat1.core.netSDPPktn1453SRM向在他的新URL(user1@rat2.core.net)的UE發(fā)送邀請消息INVITE user1@rat2.core.netVia[prm2@rat2.core.net]From srm@core.netTo user1@rat2.core.netCall ID xyz123SDPPktn1453
UE通過發(fā)回OK消息而接受新的會話(圖8中的步驟7)。軟件下載從SS被恢復(fù)，并且從在其被中斷的分組(即分組1453)重新開始；在正確地建立了新的會話后，關(guān)閉舊的待決會話。
圖7和8示出即使已經(jīng)在PRM層(由PRM1)開始了會話，也由緊上的層、即SRM而不是由在RAT2中的對等層PRM2來管理恢復(fù)。在考慮到需要很多的信號傳送來向PRM2傳送下載管理的情況下，進行這個選擇以便簡化信號傳送。另一方面，垂直切換一般很少發(fā)生，因此在SRM上的負荷不會或大大提高。而且，這個選擇也導(dǎo)致延遲特性的改善，即使這不是特別重要的，因為考慮到非實時的通信。
在恢復(fù)從SRM正在被下載的軟件的情況下(圖9和圖10)，程序是類似的當然，在恢復(fù)期間不發(fā)生PRM1的介入。具體地說，UE現(xiàn)在向SRM發(fā)送一個“引用”消息，以便向他的新URL傳送正在進行的會話REFER user1@rat2.core.netVia[prm2@rat2.core.net]From srm@core.netTo prm1@rat2.core.netCall ID xyz123Refer to user1@rat2.core.netReferred by user1@rat1.core.netSDPPktn1453并且SRM如上一樣向UE發(fā)送邀請消息。操作如前面的情況一樣繼續(xù)。
如上所述，本發(fā)明基于SIP服務(wù)器的分層可擴展的結(jié)構(gòu)。因此，如果終端具有從SH1下載軟件模塊的可能或需要，則也由HRM來容放登記服務(wù)器；在這種情況下，至少當軟件位置不已知的情況下，登記消息將被轉(zhuǎn)發(fā)到HRM。如果軟件下載管理需要HRM的介入，則很清楚，恢復(fù)也需要HRM的介入。
一般，可以假定由最低層的代理建立的下載會話將被緊上面的層(PX3)恢復(fù)，而由上層代理建立的會話可以被已經(jīng)建立它的同一代理恢復(fù)。
如果目標無線訪問技術(shù)RAT2連接到除了與RAT1連接的SGSN之外的SGSN，則優(yōu)選的是，通過具有由HRM(即由頂分層)管理的恢復(fù)來使用分層組織。在這種情況下，如果從SRM或PRM1發(fā)生軟件下載，則到SRM(3或5，看情況而定)的“引用”消息將觸發(fā)到HRM的“引用”消息，如果從HRM發(fā)生軟件下載，則“引用”消息將被客戶端直接發(fā)送到HRM。HRM隨后將向在其新URL處的客戶端發(fā)送邀請消息。
“舊”SGSN可以甚至直接請求“新”SGSN的介入，所述“新”SGSN然后將向客戶端發(fā)送邀請消息，即使這是不太優(yōu)選的選擇方式。
顯然，上述的說明僅僅是通過非限定性示例被給出的，在不脫離由所附的權(quán)利要求限定的本發(fā)明的范圍的情況下，改變和修改是可能的。
因此，即使已經(jīng)相對于“傳統(tǒng)”的移動通信系統(tǒng)而公開了本發(fā)明、即使已經(jīng)相對于未來的移動通信系統(tǒng)而公開了本發(fā)明，由于本發(fā)明基于SIP協(xié)議的使用，因此它也可以被用作IMS平臺的應(yīng)用或者一般而言被用作用于綜合在IMS架構(gòu)中可重新配置的功能的裝置。
權(quán)利要求
1.一種在使用異類訪問技術(shù)的基于因特網(wǎng)協(xié)議(IP)的移動通信系統(tǒng)中非實時軟件下載的方法，其中使用會話啟動協(xié)議(SIP)來建立和管理軟件下載會話，由此使得在用戶設(shè)備(UE)和在訪問和核心網(wǎng)絡(luò)(RAT1、RAT2、CN)內(nèi)分別可獲得用戶代理應(yīng)用(CL)以及代理和登記服務(wù)器(PX1、RG1...PX3、RG3)，以便處理SIP處理，其特征在于對于當進行軟件下載會話的同時在使用不同訪問技術(shù)的第一(RAT1)和第二(RAT2)訪問網(wǎng)絡(luò)之間切換的情況下的下載恢復(fù)，與切換用戶設(shè)備(UE)相關(guān)聯(lián)的SIP用戶代理(CL)，在接收到在所述第二訪問網(wǎng)絡(luò)(RAT2)中的新IP地址和新URL時，在不釋放正在進行的會話的情況下向已經(jīng)建立和當前正在管理下載會話的SIP代理服務(wù)器(PX1，PX3)發(fā)送傳送請求消息(“引用”消息)，所述“引用”消息包括關(guān)于在第一訪問網(wǎng)絡(luò)(RAT1)中的地址和URL、所述新URL、會話身份和已經(jīng)成功地被接收的最后一個軟件分組的信息，所述代理服務(wù)器(PX1，PX3)因此而在被委托來管理新會話的一個代理服務(wù)器(PX3)的控制下，被通知需要向在所述新URL處的用戶代理(CL)傳送會話，并且開始必要的操作以便使用在所述新URL處的用戶代理來建立一個新的會話，而且從所述最后接收的分組起恢復(fù)下載。
2.按照權(quán)利要求1的方法，其特征在于，在通過用戶代理(CL)接受所述新的會話時，釋放在第一訪問網(wǎng)絡(luò)(RAT1)的覆蓋下建立的會話。
3.按照權(quán)利要求1或2的方法，其中可以從多個軟件存儲庫(SP1，SP2，SS，SH1)下載軟件，所述多個軟件存儲庫(SP1，SP2，SS，SH1)是可通過一個分層布置的下載管理結(jié)構(gòu)的不同層的下載管理單元(PRM1，PRM2，SRM，HRM)訪問的，在所述結(jié)構(gòu)的一個中間層的下載管理單元與用于控制在所述系統(tǒng)中的分組業(yè)務(wù)的裝置(SGSN)相關(guān)聯(lián)，其特征在于所述方法包括步驟組織所述SIP服務(wù)器(PX1，RG1...PX3，RG3)的一個分層和模塊地可伸縮的結(jié)構(gòu)，并且在所述下載管理結(jié)構(gòu)(PRM1，PRM2，SRM，HRM)的給定層上的下載管理單元(PRM1，PRM2，SRM，HRM)中的所述分層服務(wù)器結(jié)構(gòu)(PX1，RG1...PX3，RG3)的每個層上容放多個服務(wù)器，據(jù)此建立在兩個分層結(jié)構(gòu)之間的對應(yīng)性。
4.按照權(quán)利要求3的方法，包括希望建立下載對話的用戶(CL)的登記階段，其特征在于使用在所述服務(wù)器結(jié)構(gòu)的所有分層的登記服務(wù)器(RG1...RG3)來執(zhí)行對應(yīng)的用戶代理的登記，而與可以訪問要被下載的軟件的分層無關(guān)，由此，在所述分層服務(wù)器結(jié)構(gòu)的所有層上可以獲得關(guān)于用戶位置的信息。
5.按照權(quán)利要求3或4的方法，其特征在于通過在一個分層上的多個服務(wù)器(PX1...PX3)來建立下載會話，這個分層與通過其可訪問要下載的軟件的下載管理單元的分層相同。
6.按照權(quán)利要求3-5中的任何一個所述的方法，其特征在于，使用最低層服務(wù)器(PX1，PX2)來初始請求建立一個會話，并且如果在所述最低層可以訪問的存儲庫(SP1，SP2)中不存在要下載的的軟件，則由所述最低層服務(wù)器(PX1，PX2)向用戶代理(CL)發(fā)送會話傳送請求，以向它通知使用上層建立會話的需要，向和分別由每個累進高層重復(fù)建立請求和發(fā)送傳送請求，直到建立請求到達可以獲得軟件的層。
7.按照權(quán)利要求3-6的任何一個的方法，其特征在于通過在比與最低服務(wù)器層相關(guān)聯(lián)的層高的層上的下載管理單元(SRM，HRM)可以訪問的軟件存儲庫(SS，SH1)也存儲通過在低層上的下載管理單元(PRM1，PRM2)可以訪問的存儲庫(SP1，SP2)中包括的軟件。
8.按照權(quán)利要求3-7的任何一個中所述的方法，其特征在于所述容放步驟包括在比與控制分組業(yè)務(wù)的所述裝置(SGSN)相關(guān)聯(lián)的下載管理單元(SRM)中緊靠最低層的高層上容放代理服務(wù)器(PX3)，并且如果兩個訪問網(wǎng)絡(luò)連接到同一分組業(yè)務(wù)控制裝置(SGSN)，則通過在緊靠的高層上的服務(wù)器(PX3)來管理向第二訪問網(wǎng)絡(luò)(RAT2)傳送由在服務(wù)器結(jié)構(gòu)的最低層上的一個代理服務(wù)器(PX1，PX2)在第一訪問網(wǎng)絡(luò)(RAT1)中建立的下載會話。
9.按照權(quán)利要求1和8的任何一個的方法，其特征在于由客戶端向管理服務(wù)器(PX1，PX2)發(fā)送的所述傳送請求消息在所述管理服務(wù)器(PX1，PX2)中觸發(fā)向在緊靠的高層的服務(wù)器(SRM)的第二傳送消息，并且在接收到所述傳送消息時，所述高層服務(wù)器(SRM)建立新的會話。
10.按照權(quán)利要求3-7中的任何一個的方法，其特征在于如果兩個訪問網(wǎng)絡(luò)連接到同一分組業(yè)務(wù)控制裝置(SGSN)，則通過已經(jīng)建立所述會話的同一服務(wù)器來管理向第二訪問網(wǎng)絡(luò)(RAT2)傳送由高于最低層的服務(wù)器結(jié)構(gòu)的層上的一個代理服務(wù)器(PX3)在第一訪問網(wǎng)絡(luò)(RAT1)中建立的下載會話。
11.按照權(quán)利要求3-7中的任何一個的方法，其特征在于第一和第二訪問網(wǎng)絡(luò)連接到不同的分組業(yè)務(wù)控制裝置(SGSN)，并且由在頂分層上的服務(wù)器來管理會話傳送，而與已經(jīng)在第一訪問網(wǎng)絡(luò)(RAT1)中建立所述會話的服務(wù)器的分層無關(guān)。
12.一種基于因特網(wǎng)協(xié)議(IP)并允許異類訪問技術(shù)的移動通信系統(tǒng)，其中至少一些用戶訪問非實時軟件下載設(shè)施，并且具有允許通過多種所述訪問技術(shù)來連接到系統(tǒng)的設(shè)備(UE)，所述用戶設(shè)備(UE)和系統(tǒng)網(wǎng)絡(luò)(RAT1，RAT1，CN)配置有包括用戶代理應(yīng)用(CL)以及代理和登記服務(wù)器的裝置(CL，PX1，RG1...PX3，RG3)，用于通過會話啟動協(xié)議(SIP)來建立和管理軟件下載會話，其特征在于對于當軟件下載正在進行時在使用不同訪問技術(shù)的第一(RAT1)和第二(RAT2)訪問網(wǎng)絡(luò)之間切換的情況下的下載恢復(fù)，與切換的用戶設(shè)備(UE)相關(guān)聯(lián)的SIP用戶代理被布置為，在接收到在所述第二訪問網(wǎng)絡(luò)(RAT2)中的新IP地址和新URL并且不釋放正在進行的會話時，向當前管理下載會話的SIP代理服務(wù)器(PX1，PX3)發(fā)送傳送請求消息，所述傳送請求包括關(guān)于在第一訪問網(wǎng)絡(luò)(RAT1)中的地址和URL、所述新URL、會話身份和已經(jīng)成功地被接收的最后一個軟件分組的信息，因此所述代理服務(wù)器(PX1，PX3)在被委托來管理新會話的一個代理服務(wù)器的控制下，被通知需要向在所述新URL處的用戶代理(CL)傳送會話，并且被布置來開始操作以便使用在所述新URL處的用戶代理(CL)來建立一個新的會話，而且從所述最后接收的分組起恢復(fù)下載。
13.按照權(quán)利要求12的系統(tǒng)，其特征在于被委托來管理所述新會話的所述代理服務(wù)器(PX3)被布置為，在由所述用戶代理(CL)接受到所述新會話時，釋放在第一訪問網(wǎng)絡(luò)(RAT1)的覆蓋下建立的會話。
14.按照權(quán)利要求12或13的系統(tǒng)，包括下載管理單元(PRM1，PRM2，SRM，HRM)的分層和分布結(jié)構(gòu)和通過所述下載管理單元(PRM1，PRM2，SRM，HRM)的所述結(jié)構(gòu)可訪問以用于軟件下載的多個軟件存儲庫(SP1，SP2，SS，SH1)，在所述層之一的下載管理單元與用于控制在所述系統(tǒng)中的分組業(yè)務(wù)的裝置(SGSN)相關(guān)聯(lián)，其特征在于在每個層與建立在所述兩個結(jié)構(gòu)中的對應(yīng)層的、下載管理結(jié)構(gòu)(PRM1，PRM2，SRM，HRM)的一個層相關(guān)聯(lián)的分層結(jié)構(gòu)中組織所述SIP服務(wù)器(PX1，RG1...PX3，RG3)，在所述對應(yīng)層的任何一個中的每個下載管理單元(PRM1，PRM2，SRM，HRM)容放一個代理服務(wù)器(PX1...PX3)和一個登記服務(wù)器(RG1...RG3)。
15.按照權(quán)利要求14的系統(tǒng)，其特征在于在所述服務(wù)器結(jié)構(gòu)的所有分層的登記服務(wù)器(RG1...RG3)被布置來存儲用于對下載會話登記的用戶代理(CL)的身份，而與可訪問要被下載的軟件的分層無關(guān)。
16.按照權(quán)利要求14或15的系統(tǒng)，其特征在于在所述服務(wù)器結(jié)構(gòu)的給定分層上的多個代理服務(wù)器(PX1...PX3)被布置來來建立下載會話，所述下載會話涉及在通過下載管理單元(PRM1，PRM2，SRM，HRM)可訪問的軟件存儲庫(SP1，SP2，SS，SH1)中存在的軟件，其中通過所述下載管理單元(PRM1，PRM2，SRM，HRM)而容放所述服務(wù)器。
17.按照權(quán)利要求14-16的任何一個的系統(tǒng)，其特征在于，用戶代理(CL)被布置來使用最低層服務(wù)器(PX1，PX2)來初始地請求建立一個下載會話，并且如果在通過在所述最低層的下載管理單元(PRM1，PRM2)可以訪問的存儲庫(SP1，SP2)中不存在要下載的的軟件，則所述最低層服務(wù)器(PX1，PX2)被布置來向用戶代理(CL)發(fā)送會話傳送請求，以向它通知使用上層建立會話的需要，向和分別由每個累進高層重復(fù)建立請求和發(fā)送傳送請求，直到建立請求到達可獲得軟件的層。
18.按照權(quán)利要求14-17的任何一個的系統(tǒng)，其特征在于通過在比與所述服務(wù)器結(jié)構(gòu)的最低層(PX1，PX2)相關(guān)聯(lián)的層高的層上的下載管理單元(SRM，HRM)可以訪問的軟件存儲庫(SS，SH1)也存儲通過在低層上的下載管理單元(PRM1，PRM2)可以訪問的存儲庫(SP1，SP2)中包括的軟件。
19.按照權(quán)利要求14-18中的任何一個的系統(tǒng)，其特征在于在用于控制分組業(yè)務(wù)的所述裝置(SGSN)相關(guān)聯(lián)的下載管理單元(SRM)中容放最低層緊靠的高層上的代理服務(wù)器(PX3)，并且在連接到同一分組業(yè)務(wù)控制裝置(SGSN)的兩個訪問網(wǎng)絡(luò)(RAT1，RAT2)之間的切換的情況下，在最低層緊靠的高層上的所述代理服務(wù)器(PX3)被布置來管理向第二訪問網(wǎng)絡(luò)(RAT2)傳送由最低分層上的一個代理服務(wù)器(PX1，PX2)在第一訪問網(wǎng)絡(luò)(RAT1)中建立的下載會話。
20.按照權(quán)利要求12或19的系統(tǒng)，其特征在于在最低分層上的所述服務(wù)器(PX1，PX2)被布置來通過向所述緊上高層代理服務(wù)器(PX3)發(fā)送第二傳送請求消息而對接收到傳送請求消息作出反應(yīng)，并且所述緊上高層代理服務(wù)器(PX3)被布置來在接收到所述第二傳送請求消息時在第二訪問網(wǎng)絡(luò)(RAT2)中建立新的會話，并且釋放在第一訪問網(wǎng)絡(luò)(RAT1)中待決的舊會話。
21.按照權(quán)利要求14-18中的任何一個的系統(tǒng)，其特征在于在高于最低層的層上的代理服務(wù)器(PX3)被布置來在連接到同一分組業(yè)務(wù)控制裝置(SGSN)的訪問網(wǎng)絡(luò)(RAT1，RAT2)之間的切換的情況下，管理向第二訪問網(wǎng)絡(luò)(RAT2)傳送它們在第一訪問網(wǎng)絡(luò)(RAT1)中已經(jīng)建立的下載會話。
22.按照權(quán)利要求14-18的任何一個的系統(tǒng)，其特征在于在頂分層的代理服務(wù)器被布置來在連接到不同的用于控制分組業(yè)務(wù)的裝置(SGSN)的訪問網(wǎng)絡(luò)(RAT1，RAT2)之間的切換的情況下，管理下載恢復(fù)，而與已經(jīng)在第一訪問網(wǎng)絡(luò)(RAT1)中建立所述會話的服務(wù)器的分層無關(guān)。
全文摘要
一種在使用異類訪問技術(shù)(heterogeneous accesstechnologies)的基于因特網(wǎng)協(xié)議(IP)的移動通信系統(tǒng)中非實時軟件下載的方法基于會話啟動協(xié)議(SIP)。對于當進行軟件下載會話的同時在使用不同訪問技術(shù)的第一和第二訪問網(wǎng)絡(luò)之間切換的情況下的下載恢復(fù)，與切換終端相關(guān)聯(lián)的SIP用戶代理在檢測到所述切換時，在不釋放正在進行的會話的情況下向已經(jīng)建立和當前正在管理下載會話的SIP代理服務(wù)器發(fā)送傳送請求消息，所述服務(wù)器在被委托來管理新會話的一個代理服務(wù)器的控制下，開始必要的操作以便使用在新位置的用戶代理來建立新的會話，而且從所述最后接收的分組起恢復(fù)下載。
文檔編號H04L12/28GK1574838SQ20041004585
公開日2005年2月2日 申請日期2004年5月20日 優(yōu)先權(quán)日2003年5月21日
發(fā)明者弗朗西斯卡·博索利, 斯蒂法諾·米科西, 詹盧卡·拉瓦西奧 申請人:西門子移動通訊公司