專利名稱:移動通信系統(tǒng)中帶有會話移動性支持的軟件下載方法
技術(shù)領(lǐng)域:
本發(fā)明涉及基于網(wǎng)際協(xié)議(IP)的移動通信,特別涉及一種移動通信系統(tǒng)中帶有會話移動性支持的軟件下載方法以及采用該方法的移動通信系統(tǒng)。
背景技術(shù):
第三代(3G)之外的未來移動通信系統(tǒng)的特征將在于多種接入技術(shù)如蜂窩(不同代,特別是第2和第3代)、無繩、無線局域網(wǎng)(WLAN)、廣播系統(tǒng)、有線系統(tǒng)等的共存。這些系統(tǒng)將集成在一個允許它們以最優(yōu)方式相互補充并且滿足不同服務(wù)要求的公共平臺上。各種接入系統(tǒng)將連接到公共、靈活且無縫的IP核心網(wǎng)絡(luò)。
考慮到現(xiàn)有蜂窩網(wǎng)絡(luò)中類因特網(wǎng)移動數(shù)據(jù)應(yīng)用的使用增多,這些網(wǎng)絡(luò)的可能演變朝向基于IP協(xié)議的公共傳輸層的定義。這一選擇的動機可以簡要地概括為以下幾點-核心網(wǎng)絡(luò)和無線接入網(wǎng)絡(luò)具有相同的傳輸層;-根據(jù)不同無線接入技術(shù)(RAT)的基站可以通過使用相同的傳輸協(xié)議(IP)連接到無線網(wǎng)絡(luò)控制器。
-蜂窩網(wǎng)絡(luò)和因特網(wǎng)使用相同的傳輸協(xié)議,從而幫助網(wǎng)絡(luò)和應(yīng)用域的集成。
遵循該方法,將導(dǎo)致也需要使用IP機制來管理終端的移動性,從而需要具有能夠相對于核心網(wǎng)絡(luò)與無線接入技術(shù)無關(guān)并且以集成方式管理終端移動性的移動性功能公共集。該方法可以使用移動IP(MIP)和IPv6機制來遵循,但是它們似乎不適于微或皮移動性的管理??梢灶A(yù)見,分層解決方案(HMIP)和不同機制的應(yīng)用應(yīng)該集成在一起以解決不同移動性場景。
為簡潔起見,在此回顧一下有關(guān)不同移動性類型的一些定義-終端移動性終端改變位置并且仍然能夠通信的能力。終端移動性可以是-離散終端移動性當沒有任何用戶數(shù)據(jù)正在交換但是對于進入通話保持可接通(reachable)的時候終端進行離散改變的能力。在蜂窩環(huán)境(context)中,它意味著支持漫游和尋呼過程。
-連續(xù)終端移動性當用戶數(shù)據(jù)交換可能正在進行的時候改變位置的能力。在蜂窩環(huán)境中,它意味著支持切換(handover)過程。如果在切換期間QoS不由于數(shù)據(jù)延遲或丟失而降低,則它被稱作是無縫的。
-個人移動性終端用戶在其訂購(subscription)所覆蓋的任何位置(即,根據(jù)不同接入技術(shù))在任何終端上發(fā)起和接收通話的能力。它意味著定位是基于用戶而不是終端來執(zhí)行的。
-會話移動性用戶改變終端的能力。
它可以分成以下類別-離散會話移動性當沒有任何用戶數(shù)據(jù)正在交換但是對于進入通話保持可接通的時候改變終端的能力。在蜂窩環(huán)境中,它意味著能夠?qū)捴匦路峙浣o新終端和新網(wǎng)絡(luò)位置。
-連續(xù)會話移動性當交換用戶數(shù)據(jù)的時候改變終端的能力。
為完成場景,還可以定義-服務(wù)移動性用戶以與用戶位置和所使用的終端無關(guān)的方式運行所訂購服務(wù)的能力。
新蜂窩網(wǎng)絡(luò)將能夠提供可能來自因特網(wǎng)世界并且采用多種不同無線接入技術(shù)(即3G、WLAN等...)提供給用戶的新增值服務(wù)。終端將能夠支持每一種類型的接入,即它將是多模式且最好是可重新配置的終端。在該場景中,網(wǎng)絡(luò)將實現(xiàn)支持終端重新配置從而以高效方式使用無線資源所需的所有功能。顯然,當從一種無線接入技術(shù)轉(zhuǎn)換到另一種無線接入技術(shù)(即當執(zhí)行所謂的“垂直切換(Vertical Handover)”或VHO)時,多模式或可重新配置終端表現(xiàn)為不同終端,從而支持與終端的改變相關(guān)的移動性特性的問題將要由網(wǎng)絡(luò)保證。
在新服務(wù)中,可以提到軟件下載,并且網(wǎng)絡(luò)必須能夠定義和執(zhí)行最優(yōu)策略來執(zhí)行它。移動產(chǎn)業(yè)即將引入大規(guī)模因特網(wǎng)方式、媒體類型無關(guān)的媒體對象下載。該技術(shù)的實施領(lǐng)域之一是電子商務(wù)。啟動該商務(wù)的最可能對象是電話鈴聲、屏幕保護程序、游戲和Java小程序(midlet)。
在所述場景中,可能發(fā)生帶有多模式終端的用戶發(fā)起下載軟件并且在下載過程中他由于任何原因(超出覆蓋區(qū)、需要加速過程等...)而必須執(zhí)行垂直切換,例如,從GPRS(一般分組無線服務(wù))到UMTS(通用移動電信服務(wù))或者從蜂窩網(wǎng)絡(luò)到WLAN。
軟件下載一般沒有實時要求。因此,在垂直切換的情況下,出現(xiàn)一個嚴重問題。軟件下載期間的移動性管理支持由網(wǎng)絡(luò)操作員通過經(jīng)典SGSN(服務(wù)GPRS支持節(jié)點)重新安置過程來保證,其中該過程將信息經(jīng)過路由選擇發(fā)送到新終端位置。然而,該過程在其中終端在相同無線接入技術(shù)(RAT)下改變位置的水平切換期間管理會話移動性。在垂直切換的情況下,仍然沒有實現(xiàn)管理這種重新安置的機制。既然這樣,軟件下載需要被中止,并且在識別終端的新位置之后,必須從開頭重新啟動軟件下載。
當軟件大小小時,該過程對于服務(wù)質(zhì)量和額外的網(wǎng)絡(luò)費用(即,有更多的網(wǎng)絡(luò)資源被花費用于軟件重新傳輸)的影響較輕。如果所要下載的軟件的大小巨大,則實現(xiàn)能夠避免重新傳輸?shù)臋C制對于節(jié)省無線資源和加速下載過程變得至關(guān)重要。而且,有可能需要以高優(yōu)先級下載和安裝某種類別的軟件(例如,新操作系統(tǒng)、新無線傳輸鏈、新協(xié)議棧...)。對于這類軟件,避免重新傳輸也是重要的。
因此,顯然在短時間內(nèi)網(wǎng)絡(luò)架構(gòu)必須包括能夠在異構(gòu)無線接入環(huán)境中高效支持重新配置和軟件下載的所有功能。
對于IMS(IP多媒體子系統(tǒng))會話的建立(set-up)和管理,也就是,對于沒有實時約束的面向分組的服務(wù),3GPP(第3代伙伴項目)提出了會話發(fā)起協(xié)議(SIP)作為參考協(xié)議(例如,參見3GPP規(guī)范TS 23.228)。SIP協(xié)議是用于對于單播和多播會話創(chuàng)建、修改和終止與一個或多個參與者的會話的應(yīng)用層(信令)協(xié)議,并且它在因特網(wǎng)工程任務(wù)組(例如參見IETF標準RFC 3261,它是作者為J.Rosenberg和H.Schulzrinne、在站點http//www.ietf.org/rfc.html可獲得的文獻“SIPSession Initiation Protocol”的主題內(nèi)容)內(nèi)已被標準化。
使用這種協(xié)議以輔助在垂直切換期間對IP應(yīng)用的應(yīng)用適配已經(jīng)被考慮,例如參見P.A.Pangalos等人的論文“End-to-End SIP Based Real TimeApplication Adaptation During Unplanned Vertical Handovers”,GLOBECOM’01,IEEE Global Telecommunications Conference,San Antonio(TX,USA,25-292001年11月),vol.6,p.3488-3493。該論文公開了對于正在進行實時音頻通話的移動裝置的垂直切換的這種使用的實際測試和評估。眾所周知,實時通信(traffic)具有嚴格的時延約束,但是容許在切換期間丟失一些分組。因此,包含在該論文中的建議不適于非實時軟件下載,其中,不能容許分組丟失,并且可能導(dǎo)致需要重新傳輸正被下載的整個軟件。而且,該論文的提議基于使用所謂的“重新邀請”過程。然而,該過程旨在用戶一完成切換就建立新會話,因此它不適于解決所關(guān)心的問題。
發(fā)明內(nèi)容
本發(fā)明的主要目的是克服公知技術(shù)的缺點,并且特別是在垂直切換情形下,在異構(gòu)無線接入方案中保證非實時軟件下載過程中的會話移動性。
在第一方面,本發(fā)明提供了一種具有異構(gòu)接入技術(shù)的基于網(wǎng)際協(xié)議(IP)的移動通信系統(tǒng)中的非實時軟件下載方法,其中通過使用會話發(fā)起協(xié)議(SIP)來建立和管理軟件下載會話。為了當軟件下載會話正在進行的時候在使用不同接入技術(shù)的第一和第二接入網(wǎng)絡(luò)之間切換的情況下進行下載恢復(fù),與切換用戶設(shè)備相關(guān)聯(lián)的SIP用戶代理(user agent),一接收到第二接入網(wǎng)絡(luò)中的新IP地址和新URL,在不釋放當前會話的情況下,就將轉(zhuǎn)移請求消息(“參考(Refer)”消息)發(fā)送到建立了且當前正在管理下載會話的SIP代理服務(wù)器(proxyserver),所述消息包含有關(guān)第一接入網(wǎng)絡(luò)中的地址和URL、新URL、會話身份和已成功接收的最后軟件分組的信息,因此所述代理服務(wù)器被通知會話必須轉(zhuǎn)移到位于新URL的用戶代理,并且在被委托管理新會話的代理服務(wù)器的控制下啟動為了與位于新URL的用戶代理建立新會話所需的操作,并且從所述最后接收的分組恢復(fù)下載。
在第二方面,本發(fā)明提供了一種具有異構(gòu)接入技術(shù)的基于網(wǎng)際協(xié)議(IP)的移動通信系統(tǒng),其中采用上述方法執(zhí)行非實時軟件下載。在該系統(tǒng)中,至少一些用戶可以接入非實時軟件下載設(shè)施,并且具有允許通過多種所述接入技術(shù)連接到系統(tǒng)的設(shè)備,所述用戶設(shè)備以及系統(tǒng)接入和核心網(wǎng)絡(luò)配備有以下裝置,包括用戶代理應(yīng)用以及代理和登記器服務(wù)器,用于通過會話發(fā)起協(xié)議來建立和管理軟件下載會話。為了當軟件下載會話正在進行的時候在使用不同接入技術(shù)的第一和第二接入網(wǎng)絡(luò)之間切換的情況下進行下載恢復(fù),與切換用戶設(shè)備相關(guān)聯(lián)的SIP用戶代理被安排成,一接收到第二接入網(wǎng)絡(luò)中的新IP地址和新URL,在不釋放當前會話的情況下,就將轉(zhuǎn)移請求消息發(fā)送到建立了且當前正在負責下載會話的SIP代理服務(wù)器,所述轉(zhuǎn)移消息包含有關(guān)第一接入網(wǎng)絡(luò)中的地址和URL、新URL、會話身份和已成功接收的最后軟件分組的信息,因此所述代理服務(wù)器被通知會話必須轉(zhuǎn)移到位于新URL的用戶代理,并且被安排成在被委托管理所述新會話的代理服務(wù)器的控制下啟動為了與位于新URL的用戶代理建立新會話所需的操作,并且從所述最后接收的分組恢復(fù)下載。
通過下面參照附圖作為非限制性示例給出的對優(yōu)選實施例的描述,本發(fā)明將會變得更好理解,其中-圖1示出本發(fā)明應(yīng)用的參考場景;-圖2是更詳細地示出在重新配置和軟件下載管理中涉及的各單元的方框圖;-圖3是示出本發(fā)明應(yīng)用的第一例子中的用于軟件下載的SIP消息的路徑的簡化方框圖;-圖4是圖3所示的下載的信令流的圖;-圖5和圖6是與本發(fā)明應(yīng)用的第二例子中的軟件下載相關(guā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)??梢允嵌嗄J浇K端或可重新配置終端的終端UE可以通過多種不同無線接入技術(shù)從而通過不同無線接入網(wǎng)絡(luò)RATa、RATb...RATn來接入系統(tǒng)。獨立于接入技術(shù)的系統(tǒng)部分使用3GPP術(shù)語稱作核心網(wǎng)絡(luò),并且在此以CN表示。
作為示例,該圖示出分別是第3代和第2代的蜂窩系統(tǒng)的無線接入網(wǎng)絡(luò)RATa、RATb以及無線局域網(wǎng)(WLAN或者熱點)RATn。在每個塊RATi(i=a..n)內(nèi),各自移動系統(tǒng)的傳統(tǒng)單元以它們的通常名稱或首字母縮略詞表示,即第3代網(wǎng)絡(luò)RATa的節(jié)點B和無線網(wǎng)絡(luò)控制RNC、第2代網(wǎng)絡(luò)RATb的基收發(fā)器系統(tǒng)BTS和基站控制器BSC、無線LAN RATn的接入點AP和互工作單元IWU。這些單元不需要具體描述。在RATa中示出兩個節(jié)點B單元NB1和NB2。類似地,在核心網(wǎng)絡(luò)CN內(nèi)分別示出傳統(tǒng)主位置寄存器HLR以及服務(wù)和網(wǎng)關(guān)移動交換中心和GPRS支持節(jié)點S-MSC/SGSN和GMSC/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(Proxy ReconfigurationManager,代理重新配置管理器),它們可以分別與RNC、BSC或IWU相關(guān)聯(lián)或者包括在其中。核心網(wǎng)絡(luò)CN(圖中所示的終端UE的主網(wǎng)絡(luò))配備有可以分別與單元S-MSC/SGSN和HLR相關(guān)聯(lián)或者包括在其中的較高層單元SRM(Serving Reconfiguration Manager,服務(wù)重新配置管理器)和HRM(HomeReconfiguration Manager,主重新配置管理器)。對于“重新配置”,在此總體表示允許終端從一種無線接入技術(shù)轉(zhuǎn)換到另一種無線接入技術(shù)的功能,而與終端是否是多模式或可重新配置終端無關(guān)。注意,終端可以通過網(wǎng)絡(luò)下載重新配置所需的軟件包括無線接入技術(shù)。
單元PRMi(i=a...n)、SRM和HRM形成三層分層分布式結(jié)構(gòu),其中,HRM為頂層,而PRMi為跨越不同網(wǎng)絡(luò)域的底層。分層分布式結(jié)構(gòu)最小化網(wǎng)絡(luò)負載,并且加速軟件下載。
圖1所示類型的系統(tǒng)中用于重新配置和軟件下載的單元PRM、SRM、HRM的功能在可從網(wǎng)站www.ist-scout.org獲得的文獻“Requirements onNetwork and Security Architecture and Traffic Management Schemes forDownload Traffic based on IP Principles in Cellular and Ad Hoc Networks”(ISTProject“SCOUT”,文獻D4.1.1)和文獻“Reconfigurable SDR Equipment andSupporting Networks Reference Models and Architectures”,無線世界研究論壇(WWRF)工作組3白皮書(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),下面將對此作更詳細的討論。為了與圖1一致,網(wǎng)絡(luò)RAT1、RAT2包括各自的代理重新配置管理器PRM1、PRM2,即使如RAT2的WLAN也可能依賴于蜂窩網(wǎng)絡(luò)的代理重新配置管理器。由于PRM1、PRM2連接到核心網(wǎng)絡(luò)CN中的相同單元SRM,因此認為網(wǎng)絡(luò)RAT1、RAT2屬于以短劃線塊TRSA表示的相同終端重新配置服務(wù)區(qū)域。圖2的描述將在本質(zhì)上著手解決與軟件下載相關(guān)的各方面。
單元PRMi(i=1,2)是連至無線接入網(wǎng)絡(luò)RATi的每一個終端的聯(lián)系點(contact point)。這些單元主要涉及于模式監(jiān)視、模式協(xié)商、模式轉(zhuǎn)換和軟件下載功能。對于協(xié)商和信息處理,將控制通信(traffic)向和從PRMi發(fā)送,而在軟件下載的情況下,通過PRMi傳輸適當?shù)能浖?shù)據(jù)分組。這些單元可以分成表示用戶級功能(圖2中的塊SPREi,SPRE是Software Download andProfileREpository(軟件下載和簡檔倉庫)的縮寫)和控制級功能(圖2中的SDRC,SDRC是SoftwareDownload andReconfigurationController(軟件下載和重新配置控制器)的縮寫)的兩部分。塊SPREi收集執(zhí)行重新配置和軟件下載所需的所有簡檔(profile)和信息。而且,這些塊用來從各自的存儲器單元或者倉庫SPi獲得軟件模塊,并且將它們轉(zhuǎn)發(fā)給終端。SPi通常是存儲在高層的頻繁被請求軟件(其RAT的終端的重新配置軟件或其他軟件)的高速緩沖存儲器,但是它也可以存儲軟件的一些。在PRMi中具有頻繁被請求的軟件大大減少了執(zhí)行下載的時間,并且還釋放大部分通信的網(wǎng)絡(luò),從而允許更高效地使用網(wǎng)絡(luò)資源。從其名稱很顯而易見,塊SDRC駐留用于重新配置和下載的控制功能。具體而言,它將控制服務(wù)對存在于相關(guān)存儲器SPi中的軟件模塊的下載請求,并且如果軟件不存在于SPi中,將該請求轉(zhuǎn)發(fā)到高層。
單元SRM被連接到其TRSA中的所有單元PRMi,并且與存儲例如用于所述TRSA中的所有無線接入技術(shù)的重新配置軟件的存儲器裝置SS相關(guān)聯(lián)。SS包括實際軟件數(shù)據(jù)庫,并且它還可以包括用于來自高層的軟件的高速緩沖存儲器。如同單元PRMi,SRM也可以細分成分別被委托控制和用戶級功能的兩個塊C-SRM和U-SRM。
控制級功能C-SRM基本上具有兩個任務(wù)-如果用戶想要執(zhí)行切換或者下載需要授權(quán)的軟件部分,管理終端(通過PRM,并且更具體地說是通過SDRC)與在操作員(operator)網(wǎng)絡(luò)中管理AAA(鑒定、授權(quán)和記帳)處理的實體之間的適當控制消息交換;-位置更新(或宏移動性功能)SRM存儲其TRSA中每一個受控終端的位置例如,如果存在大規(guī)模升級等待,則SRM必須知道軟件模塊必須轉(zhuǎn)發(fā)到哪一個PRM。
通過接收對既不位于當前所用網(wǎng)絡(luò)RATi的單元PRMi又不位于鄰近PRM的軟件的請求,SRM的用戶級功能U-SRM反過來又被委托軟件下載提供功能。如果所請求的軟件存儲在SS中,則U-SRM將其提供給PRM;否則U-SRM進一步將請求重定向到HRM,并且一旦獲得軟件,就將其發(fā)送到PRM。
單元HRM必須使得不存在于低層的所有軟件可用,包括由提供商向其通知的新軟件升級,并且它可以連接到若干單元SRM。在升級的情況下,HRM向SRM通知新軟件的可用性,并且必要時將它轉(zhuǎn)發(fā)到SRM。如果軟件下載請求到達HRM,則假如軟件被許可,它還負責終端的授權(quán),并且向用戶收取軟件下載費用。在這種情況下,如果下載相關(guān)軟件則HRM使用更新的收費倉庫(repository)。塊SH1示出由HRM通過以塊MS總體表示的各個制造商服務(wù)器可訪問的整個軟件數(shù)據(jù)庫,并且SH2表示收費倉庫(或者AAA服務(wù)器)。后一個服務(wù)器還連接到SRM的控制級部分C-SRM。
根據(jù)本發(fā)明,軟件下載會話以支持會話移動性的方式通過SIP協(xié)議來管理。SIP是模仿簡單郵件傳輸協(xié)議(SMTP)和超文本傳輸協(xié)議(HTTP)的文本客戶端-服務(wù)器協(xié)議。如同在任何其他文本客戶端-服務(wù)器協(xié)議中,客戶端發(fā)出請求,并且服務(wù)器返回響應(yīng)。為了有助于理解,在此回顧一下在本發(fā)明中使用的SIP組件和功能的一些定義。
-“用戶代理(UserAgent)客戶端”(下面簡稱作“SIP客戶端”)是主叫用戶代理,即發(fā)起SIP請求的客戶端應(yīng)用;-“代理(Proxy)”(或者“代理服務(wù)器”)是為了代表其他客戶端發(fā)出請求而擔當服務(wù)器和客戶端的中間程序;請求在內(nèi)部進行服務(wù),或者可能在翻譯之后傳遞給其他服務(wù)器;-“登記器(Registrar)”是接受登記請求并且典型地與代理服務(wù)器位于一起的服務(wù)器;-“邀請(Invite)”是用來建立通話的過程;
-“登記(Register)”是允許用戶將位置信息傳達給服務(wù)器的過程,從而服務(wù)器可以將進入地址映射成將要抵達該用戶的出去地址;-“再見(Bye)”是會話終止過程。
為了保證會話移動性,本發(fā)明還使用“參考(Refer)”方法。該方法是允許很多應(yīng)用包括通話轉(zhuǎn)移的最近標準化SIP擴展?!皡⒖肌狈椒ū硎居烧埱?URI(統(tǒng)一資源標識符)標識的參考消息的接收者應(yīng)當通過使用在該請求中提供的聯(lián)系信息來聯(lián)系第三方?!皡⒖肌狈椒ü_于IETF標準RFC 2315中,它是作者為R.Sparks、可從網(wǎng)站http//www.ietf.org/rfc.html獲得的文獻“TheSIP Refer Method”的主題內(nèi)容。
現(xiàn)在將參照圖3到10的方框圖和圖來公開垂直切換的情況下軟件下載會話的建立及其恢復(fù)。終端UE假設(shè)當啟動下載時被連接到RAT1,并且在下載期間執(zhí)行向RAT2的垂直切換。
圖3、5、7和9中的方框圖示出本發(fā)明所涉及的SIP組件和SIP消息的路徑,后者以粗線箭頭表示。具體而言,短劃線用于“登記”消息;實線用于“邀請”和“確定(ok)”消息(合并成單個雙向箭頭);短劃與點線用于“參考”消息。點線箭頭表示下載,并且雙短劃線箭頭表示向倉庫檢查。圖1和2中也示出的單元以相同的參考符號表示。為了附圖的簡潔起見,在方框圖中省略了移動通信系統(tǒng)的標準單元,而僅表示重新配置和軟件下載管理單元,因為它們是駐留SIP組件的實體。另一方面,這些管理單元相對于移動通信系統(tǒng)的各單元的位置已參照圖1和2作過闡述。另外,為了簡潔起見,省略了存儲器單元SH2和制造商服務(wù)器MS。
這些方框圖清楚地表示,為了開發(fā)一種靈活且可擴展的解決方案,根據(jù)本發(fā)明,提出了SIP代理的分層結(jié)構(gòu)。具體而言-終端UE駐留當終端自身觸發(fā)下載請求時必須啟動登記階段和會話的SIP客戶端(CL);-單元PRM1、PRM2和SRM駐留各自的SIP代理服務(wù)器PX1、PX2、PX3(它們是SIP客戶端的第一聯(lián)系點,并且執(zhí)行會話的建立和管理)和在網(wǎng)絡(luò)中執(zhí)行終端登記的登記器服務(wù)器RG1、RG2和RG3。
如同前面所述,考慮與RAT1和RAT2鏈接的單個單元SGSN,并且作為示例,描述存在于SP1(圖3、4和7、8)或者SS(圖5、6和9、10)中的軟件下載的情況。因此,僅示出SIP結(jié)構(gòu)中的兩層。所提出的解決方案無論如何都開放于擴展架構(gòu),例如,連接到不同SGSN的RAT的情況。實際上,該方法是可擴展的,并且可以成功地應(yīng)用于更復(fù)雜的架構(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)在PRM1中的SIP代理PX1執(zhí)行登記;2.將登記消息存儲在RG1中,然后將其轉(zhuǎn)發(fā)到SRM中的更高層服務(wù)器PX3。然后,在SRM層將UE的身份存儲在SIP寄存器RG3中。
3.SIP客戶端向PRM1發(fā)送邀請消息,從而啟動SIP會話。消息(就本發(fā)明所關(guān)心的信息而言)可能如下所示INVITE(邀請)prm1@rat1.core.netVia(通過)[prm1@rat1.core.net]From(從)user1@rat1.core.netTo(到)prm1@rat1.core.netCall ID(通話ID)xyz1234.PRM1檢查軟件是否在其倉庫SP1中。響應(yīng)是肯定的。
5.將確定消息從PX1回送到UE,從而建立會話并且正確地向UE啟動軟件下載。
軟件下載以由SIP提出的規(guī)則發(fā)生。注意,即使當然將提供一些緩沖來適配進入到PX1與從其出去的通信,PX1也不存儲正被下載的軟件。由于信令圖中的箭頭“軟件下載”表示控制信令,而不是實際軟件分組,因此它從代理器擴展到客戶端。
在上面消息以及結(jié)合圖6、8和10所述的消息中,沒有明確地參照消息結(jié)構(gòu)(請求行、首標、主體),因為該結(jié)構(gòu)由SIP協(xié)議標準規(guī)定,并且不受本發(fā)明的影響。我們僅回顧一下主體包括多個參數(shù)(稱作SDP參數(shù),其中SDP代表會話描述協(xié)議(Session Description Protocol)),這些參數(shù)包含有關(guān)例如會話特性的信息、時間信息和有關(guān)會話所涉及的媒體的信息。在此包括這些參數(shù)的列表是不必要的,因為它們定義于可以在上述IETF網(wǎng)站上找到的IETF標準RFC 2327中。描述會話特性的參數(shù)之一(例如,參數(shù)s=會話名稱或者參數(shù)i=會話信息)將表示會話涉及所期望的軟件模塊的下載。而且,由于本發(fā)明旨在在垂直切換的時刻從所接收的最后分組開始恢復(fù)軟件下載,因此將有必要追蹤所下載分組的累進號pktn可選會話屬性行(參數(shù)a)可以用于該目的。在上面兩個SDP參數(shù)中,僅明確表示“分組號”參數(shù)(在涉及恢復(fù)階段的消息中)。
當從SRM發(fā)生下載(圖5、6)時,用戶如同以前啟動與PRM1的會話,并且重復(fù)上述步驟1-4。為附圖簡潔起見,在圖5中不再示出發(fā)向PX1的“登記”消息和“邀請”消息。在這種情況下,在步驟4檢查被請求軟件存在于SP1中具有負結(jié)果。然后,執(zhí)行以下步驟5.由于PRM1檢測到所要下載的軟件不存在于SP1中,因此它向UE發(fā)送“參考”消息,從而將現(xiàn)有會話轉(zhuǎn)移到更高層SIP代理(即SRM)。PRM1(被參考)告訴UE(用戶1)現(xiàn)有會話(通話ID)必須轉(zhuǎn)移到SRM(“參考”)?!皡⒖枷ⅰ笨梢匀缦滤綬EFER(參考)user1@rat1.core.netVia[prm1@rat1.core.net]From prm1@rat1.core.netTo user1@rat1.core.netCall ID xyz123Refer to(參考)srm@core.netReferred by(被參考)prm1@rat1.core.net6.一接收到“參考”消息,UE就向SRM中的PX3發(fā)送新邀請消息。
新邀請消息如下所示INVITE srm@core.netVia[prm1@rat1.core.net][srm@core.net]From user1@rat1.core.netTo srm@core.netCall ID xyz1237.假設(shè)軟件存在于SS中是預(yù)先已知的,則將確定消息回送到UE。建立會話并且啟動軟件下載。在軟件存在于SS中不是預(yù)先知道的情況下,邀請消息6之后將是如同步驟4的檢查(該檢查在圖5中示出)。
在兩種情況下,如果終端UE仍然處于RAT1的無線覆蓋區(qū)下,則在下載結(jié)束時關(guān)閉會話(通過消息再見,在圖中未示出)。
應(yīng)該理解,即使當下載發(fā)生于PRM層時,也將“登記”消息轉(zhuǎn)發(fā)到所有上層登記器,從而使高層也知道終端位置。為了應(yīng)對下載恢復(fù),從下面可以看到,這是有利的。
現(xiàn)在將描述在下載期間終端UE從RAT1的無線覆蓋區(qū)下的位置UE(1)變至RAT2的覆蓋區(qū)下的位置UE(2)(采用虛線)的情況。在軟件正在從PRM1的倉庫SP1下載的情況下(圖7和8),假定該軟件也存儲在SRM的倉庫SS中。圖3和5所示的消息不再在圖7和9中示出。仍然表示在RAT1下發(fā)起的下載,但是采用較細的線。
在圖8中,在步驟1、2示出正在進行的下載和垂直切換。在RAT2的覆蓋區(qū)下,UE獲得新IP地址以及新URL,在本例中為user1@rat2.core.net。終端移動性根據(jù)MIP(IPv6)機制來處理。這些機制是傳統(tǒng)的,并且無需在此進行描述。
在獲得新IP地址之后,UE知道處于不同的子網(wǎng),并且試圖恢復(fù)下載會話。在其他SIP參數(shù)中,UE存儲了先前進行的會話的身份(通話ID)、正確接收的最后分組的順序號(SDP參數(shù)“pktn”)以及其舊URL。UE向PX1發(fā)送“參考”消息(圖8中的步驟3),從而將正在進行的會話轉(zhuǎn)移到其新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.netSDP Pktn1453PX1被配置成不答復(fù)“參考”消息;它簡單地忽略消息,但是獲得UE的新URL、通話ID和對正確接收的最后分組的引用(圖8中的步驟4)。
然后,PX1向SRM發(fā)送另外的“參考”消息(“參考”消息n°5,由“參考”消息n°3觸發(fā)),從而轉(zhuǎn)移先前與舊URL建立的會話。新“參考”消息具有使SRM知道由通話ID參數(shù)標識的會話必須向位于其新URL的UE發(fā)起的作用域,并且該SRM要從其倉庫獲得相同軟件,并且從所指示分組開始啟動下載。該第二“參考”消息如下所示REFER user1@rat2.core.netVia[srm@core.net]From prm1@rat1.core.netTo srm@core.netCall ID xyz123Refer to user 1@rat2.core.netReferred by user1@rat1.core.netSDP Pktn1453SRM將邀請消息發(fā)送到位于其新URL(user1@rat2.core.net)的UEINVITE user1@rat2.core.netVia[prm2@rat2.core.net]From srm@core.netTo user1@rat2.core.netCall ID xyz123SDP Pktn1453UE通過回送確定消息來接受新會話(圖8中的步驟7)。從SS恢復(fù)軟件下載,并且從被中斷的分組(即分組1453)開始重新啟動;在正確建立新會話之后,關(guān)閉舊的未決會話。
圖7和8示出,即使在PRM層(由PRM1)已經(jīng)啟動了會話,也由直接高層即由SRM而不是由RAT2中的同等層PRM2來管理恢復(fù)。由于考慮到將下載管理轉(zhuǎn)移到PRM2將需要非常重的信令,因此這一選擇是為了信令簡單的原因而作出的。另一方面,垂直切換一般將相當少地發(fā)生,從而SRM的負擔不被過度加重。而且,這一選擇還導(dǎo)致延遲特性的改善,不過由于考慮到非實時通信,即使這不是特別重要。
在恢復(fù)正在從SRM下載的軟件的情況下(圖9和10),過程是類似的當然,在恢復(fù)期間不發(fā)生PRM1的干預(yù)。具體而言,UE現(xiàn)在將“參考”消息發(fā)送到SRM,從而將正在進行的會話轉(zhuǎn)移到其新URLREFER user1@rat2.core.net
Via[prm2@rat2.core.net]From srm@core.netTo prm1@rat2.core.netCall ID xyz123Refer to user1@rat2.core.netReferred by user1@rat1.core.netSDP Pktn1453并且SRM如同前面向UE發(fā)送邀請消息。操作如同在前面情況下繼續(xù)。
如上所述,本發(fā)明基于SIP服務(wù)器的分層可擴展結(jié)構(gòu)。因此,如果終端具有從SH1下載軟件模塊的可能性或需要,則HRM也將駐留代理和登記器服務(wù)器;在這種情況下,至少當軟件位置不是預(yù)先知道時,登記消息將向上轉(zhuǎn)發(fā)到HRM。在軟件下載管理需要HRM的干預(yù)的情況下,顯然恢復(fù)也將需要HRM的干預(yù)。
一般而言,可以認為由最低層代理建立的下載會話將由位于直接高一層的代理(PX3)恢復(fù),而由高層代理建立的代理可以由建立了它的相同代理來恢復(fù)。
萬一目標無線接入技術(shù)RAT2被連接到與連接到RAT1的那個SGSN不同的SGSN的情況下,最好通過讓恢復(fù)由HRM(即,由分層結(jié)構(gòu)頂層)管理來利用分層組織。在這種情況下,如果軟件下載正在從SRM或PRM1發(fā)生,則發(fā)向SRM的“參考”消息(根據(jù)情況為3或5)將觸發(fā)發(fā)向HRM的“參考”消息,而如果軟件下載正在從HRM發(fā)生,則“參考”消息將由客戶端直接發(fā)送到HRM。然后,HRM將把邀請消息發(fā)送到位于其新URL的客戶端。
“舊”SGSN甚至可以直接請求“新”SGSN的干預(yù),然后,“新”SGSN將把邀請消息發(fā)送到客戶端,即使這是較不優(yōu)選的替代方案。
顯然,上述描述是僅作為非限制性示例而給出的,并且在不脫離由所附權(quán)利要求限定的本發(fā)明的范圍的情況下變更和修改是可能的。
因此,即使本發(fā)明是參照“傳統(tǒng)”移動通信系統(tǒng)公開的,但是它也適用于未來新代。由于本發(fā)明基于SIP協(xié)議的使用,因此它也可以用作IMS平臺的應(yīng)用,或者一般用作在IMS架構(gòu)中集成可重新配置功能的裝置。
權(quán)利要求
1.一種具有異構(gòu)接入技術(shù)的基于網(wǎng)際協(xié)議(IP)的移動通信系統(tǒng)中的非實時軟件下載方法,其中通過使用會話發(fā)起協(xié)議(SIP)來建立和管理軟件下載會話,從而使得用戶代理應(yīng)用(CL)以及代理和登記器服務(wù)器(PX1、RG1...PX3、RG3)分別在用戶設(shè)備(UE)上以及接入和核心網(wǎng)絡(luò)(RAT1、RAT2、CN)內(nèi)可用以處理SIP過程,其特征在于,為了當軟件下載會話正在進行的時候在使用不同接入技術(shù)的第一(RAT1)和第二(RAT2)接入網(wǎng)絡(luò)之間切換的情況下進行下載恢復(fù),與切換用戶設(shè)備(UE)相關(guān)聯(lián)的SIP用戶代理(CL),一接收到第二接入網(wǎng)絡(luò)(RAT2)中的新IP地址和新URL,在不釋放當前會話的情況下,就將轉(zhuǎn)移請求消息(“參考”消息)發(fā)送到建立了且當前正在管理下載會話的SIP代理服務(wù)器(PX1、PX3),所述“參考”消息包含有關(guān)第一接入網(wǎng)絡(luò)(RAT1)中的地址和URL、新URL、會話身份和已成功接收的最后軟件分組的信息,因此所述代理服務(wù)器(PX1、PX3)被通知會話必須轉(zhuǎn)移到位于新URL的用戶代理(CL),并且在被委托管理新會話的代理服務(wù)器(PX3)的控制下啟動為了與位于新URL的用戶代理(CL)建立新會話所需的操作,并且從所述最后接收的分組恢復(fù)下載。
2.如權(quán)利要求1所述的方法,其特征在于,用戶代理(CL)一接受所述新會話,就釋放在第一接入網(wǎng)絡(luò)(RAT1)的覆蓋區(qū)下建立的會話。
3.如權(quán)利要求1或2所述的方法,其中,可以從通過位于分層安排下載管理結(jié)構(gòu)的不同層的下載管理單元(PRM1、PRM2、SRM、HRM)可訪問的多個軟件倉庫(SP1、SP2、SS、SH1)下載軟件,位于所述結(jié)構(gòu)的一個中間層的下載管理單元與系統(tǒng)中控制分組服務(wù)的裝置(SGSN)相關(guān)聯(lián),其特征在于該方法包括以下步驟組織所述SIP服務(wù)器的分層和可模塊化擴展的結(jié)構(gòu)(PX1、RG1...PX3、RG3),并且將位于所述分層服務(wù)器結(jié)構(gòu)(PX1、RG1...PX3、RG3)的每一層的服務(wù)器駐留在位于下載管理結(jié)構(gòu)(PRM1、PRM2、SRM、HRM)的給定層的下載管理單元(PRM1、PRM2、SRM、HRM)中,從而建立這兩個分層結(jié)構(gòu)之間的對應(yīng)關(guān)系。
4.如權(quán)利要求3所述的方法,包括用戶(CL)希望建立下載會話的登記階段,其特征在于與可訪問所要下載的軟件的分層結(jié)構(gòu)層無關(guān),用位于服務(wù)器結(jié)構(gòu)的所有分層結(jié)構(gòu)層的登記器服務(wù)器(RG1...RG3)執(zhí)行相應(yīng)用戶代理的登記,從而用戶位置信息可用于分層服務(wù)器結(jié)構(gòu)的所有層。
5.如權(quán)利要求3或4所述的方法,其特征在于,下載會話由與通過其可訪問所要下載的軟件的下載管理單元(PRM1、PRM2、SRM、HRM)處于相同分層結(jié)構(gòu)層的服務(wù)器(PX1...PX3)建立。
6.如權(quán)利要求3至5中的任一項所述的方法,其特征在于,最初向最低層服務(wù)器(PX1、PX2)請求建立會話,并且在所要下載的軟件不存在于在所述最低層可訪問的倉庫(SP1、SP2)中的情況下,會話轉(zhuǎn)移請求由所述最低層服務(wù)器(PX1、PX2)發(fā)送到用戶代理(CL)以向它通知需要與高層建立會話,建立請求和發(fā)送轉(zhuǎn)移請求逐層地向和分別由更高層重復(fù),直到建立請求到達可獲得軟件的一層。
7.如權(quán)利要求3至6中的任一項所述的方法,其特征在于,通過所在層高于與最低服務(wù)器層(PX1、PX2)相關(guān)聯(lián)的層的下載管理單元(SRM、HRM)可訪問的軟件倉庫(SS、SH1)還存儲包含在通過位于更低層的下載管理單元(PRM1、PRM2)可訪問的倉庫(SP1、SP2)中的軟件。
8.如權(quán)利要求3至7中的任一項所述的方法,其特征在于,所述駐留步驟包括將位于直接高于最低層的層的代理服務(wù)器(PX3)駐留在與控制分組服務(wù)的所述裝置(SGSN)相關(guān)聯(lián)的下載管理單元(SRM)中,并且在于如果第一接入網(wǎng)絡(luò)(RAT1)和第二接入網(wǎng)絡(luò)(RAT2)連接到相同分組服務(wù)控制裝置(SGSN),則由位于服務(wù)器結(jié)構(gòu)最低層的代理服務(wù)器(PX1、PX2)在第一接入網(wǎng)絡(luò)(RAT1)中建立的下載會話向第二接入網(wǎng)絡(luò)(RAT2)的轉(zhuǎn)移由位于直接高層的服務(wù)器(PX3)管理。
9.如權(quán)利要求1和8中任一項所述的方法,其特征在于,由客戶端發(fā)送到管理服務(wù)器(PX1、PX2)的所述轉(zhuǎn)移請求消息在所述管理服務(wù)器(PX1、PX2)中觸發(fā)發(fā)向位于直接高層的服務(wù)器(SRM)的第二轉(zhuǎn)移消息,并且一接收到所述轉(zhuǎn)移消息,所述高層服務(wù)器(SRM)就建立新會話。
10.如權(quán)利要求3至7中的任一項所述的方法,其特征在于,如果第一接入網(wǎng)絡(luò)(RAT1)和第二接入網(wǎng)絡(luò)(RAT2)被連接到相同分組服務(wù)控制裝置(SGSN),則由位于服務(wù)器結(jié)構(gòu)中高于最低層的一層的代理服務(wù)器(PX3)在第一接入網(wǎng)絡(luò)(RAT1)中建立的下載會話向第二接入網(wǎng)絡(luò)(RAT2)的轉(zhuǎn)移由已經(jīng)建立了會話的相同服務(wù)器管理。
11.如權(quán)利要求3至7中的任一項所述的方法,其特征在于,第一和第二接入網(wǎng)絡(luò)被連接到不同分組服務(wù)控制裝置(SGSN),并且由位于分層結(jié)構(gòu)頂層的服務(wù)器管理會話轉(zhuǎn)移,而與在第一接入網(wǎng)絡(luò)(RAT1)中已經(jīng)建立了會話的服務(wù)器的分層結(jié)構(gòu)層無關(guān)。
12.一種基于網(wǎng)際協(xié)議且允許異構(gòu)接入技術(shù)的移動通信系統(tǒng),其中至少一些用戶可以接入非實時軟件下載設(shè)施,并且具有允許通過多種所述接入技術(shù)連接到系統(tǒng)的設(shè)備(UE),所述用戶設(shè)備(UE)以及系統(tǒng)網(wǎng)絡(luò)(RAT1、RAT2、CN)配備有以下裝置(CL、PX1、RG1...PX3、RG3),包括用戶代理應(yīng)用(CL)以及代理和登記器服務(wù)器(PX1、RG1...PX3、RG3),用于通過會話發(fā)起協(xié)議(SIP)建立和管理軟件下載會話,其特征在于,為了當軟件下載會話正在進行的時候在使用不同接入技術(shù)的第一(RAT1)和第二(RAT2)接入網(wǎng)絡(luò)之間切換的情況下進行下載恢復(fù),與切換用戶設(shè)備(UE)相關(guān)聯(lián)的SIP用戶代理(CL)被安排成,一接收到第二接入網(wǎng)絡(luò)(RAT2)中的新IP地址和新URL,在不釋放當前會話的情況下,就將轉(zhuǎn)移請求消息發(fā)送到當前負責下載會話的SIP代理服務(wù)器(PX1、PX3),所述轉(zhuǎn)移請求包含有關(guān)第一接入網(wǎng)絡(luò)(RAT1)中的地址和URL、新URL、會話身份和已成功接收的最后軟件分組的信息,因此所述代理服務(wù)器(PX1、PX3)被通知會話必須轉(zhuǎn)移到位于新URL的用戶代理(CL),并且被安排成在被委托管理所述新會話的代理服務(wù)器(PX3)的控制下啟動為了與位于新URL的用戶代理(CL)建立新會話所需的操作,并且從所述最后接收的分組恢復(fù)下載。
13.如權(quán)利要求12所述的系統(tǒng),其特征在于,被委托管理所述新會話的所述代理服務(wù)器(PX3)被安排成,用戶代理(CL)一接受所述新會話,就提供釋放在第一接入網(wǎng)絡(luò)(RAT1)的覆蓋區(qū)下建立的會話。
14.如權(quán)利要求12或13所述的系統(tǒng),包括下載管理單元(PRM1、PRM2、SRM、HRM)的分層式和分布式結(jié)構(gòu),以及通過所述下載管理單元(PRM1、PRM2、SRM、HRM)所述結(jié)構(gòu)的不同分層結(jié)構(gòu)層可訪問以用于軟件下載的多個軟件倉庫(SP1、SP2、SS、SH1),位于所述層之一的下載管理單元與系統(tǒng)中控制分組服務(wù)的裝置(SGSN)相關(guān)聯(lián),其特征在于在其中每一層與下載管理結(jié)構(gòu)(PRM1、PRM2、SRM、HRM)的一層相關(guān)聯(lián)的分層結(jié)構(gòu)中來組織所述SIP服務(wù)器(PX1、RG1...PX3、RG3),由此創(chuàng)建這兩個結(jié)構(gòu)中的對應(yīng)層,位于所述對應(yīng)層中的任一層的每個下載管理單元(PRM1、PRM2、SRM、HRM)駐留代理服務(wù)器(PX1...PX3)和登記者服務(wù)器(RG1...RG3)。
15.如權(quán)利要求14所述的系統(tǒng),其特征在于,位于服務(wù)器結(jié)構(gòu)的所有分層結(jié)構(gòu)層的登記器服務(wù)器(RG1...RG3)被安排成,以與可訪問所要下載的軟件的分層結(jié)構(gòu)層無關(guān)的方式存儲登記用于下載會話的用戶代理(CL)的身份。
16.如權(quán)利要求14或15所述的系統(tǒng),其特征在于,位于服務(wù)器結(jié)構(gòu)的給定分層結(jié)構(gòu)層的代理服務(wù)器(PX1...PX3)被安排成建立與存在于通過駐留所述服務(wù)器的下載管理單元(PRM1、PRM2、SRM、HRM)可訪問的軟件倉庫(SP1、SP2、SS、SH1)中的軟件有關(guān)的下載會話。
17.如權(quán)利要求14至16中的任一項所述的系統(tǒng),其特征在于,用戶代理(CL)被安排成最初向最低層服務(wù)器(PX1、PX2)請求建立下載會話,并且在所要下載的軟件不存在于通過位于所述最低層的下載管理單元(PRM1、PRM2)可訪問的倉庫(SP1、SP2)中的情況下,所述最低層服務(wù)器(PX1、PX2)被安排成將會話轉(zhuǎn)移請求發(fā)送到用戶代理(CL)以向它通知需要與高層建立會話,建立請求和發(fā)送轉(zhuǎn)移請求逐層地向和分別由更高層重復(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),其特征在于,將位于直接高于最低層的層的代理服務(wù)器(PX3)駐留在與控制分組服務(wù)的所述裝置(SGSN)相關(guān)聯(lián)的下載管理單元(SRM)中,并且在連接到相同分組服務(wù)控制裝置(SGSN)的接入網(wǎng)絡(luò)(RAT1、RAT2)之間切換的情況下,位于直接高于最低層的一層的所述代理服務(wù)器(PX3)被安排成管理由位于分層結(jié)構(gòu)最低層的代理服務(wù)器(PX1、PX2)在第一接入網(wǎng)絡(luò)(RAT1)中建立的下載會話向第二接入網(wǎng)絡(luò)(RAT2)的轉(zhuǎn)移。
20.如權(quán)利要求12和19中的任一項所述的系統(tǒng),其特征在于,位于分層結(jié)構(gòu)最低層的所述服務(wù)器(PX1、PX2)被安排成通過向所述直接高層服務(wù)器(PX3)發(fā)送第二轉(zhuǎn)移請求消息來對轉(zhuǎn)移請求消息的接收做出反應(yīng),并且所述直接高層服務(wù)器(PX3)被安排成一接收到所述第二轉(zhuǎn)移請求消息,就在第二接入網(wǎng)絡(luò)(RAT2)中建立新會話,并且釋放在第一接入網(wǎng)絡(luò)(RAT1)中未決的舊會話。
21.如權(quán)利要求14至18中的任一項所述的系統(tǒng),其特征在于,所在層高于最低層的代理服務(wù)器(PX3)被安排成,在連接到相同分組服務(wù)控制裝置(SGSN)的接入網(wǎng)絡(luò)(RAT1、RAT2)之間切換的情況下,管理它們在第一接入網(wǎng)絡(luò)(RAT1)中建立的下載會話向第二接入網(wǎng)絡(luò)(RAT2)的轉(zhuǎn)移。
22.如權(quán)利要求14至18中的任一項所述的系統(tǒng),其特征在于,位于分層結(jié)構(gòu)頂層的代理服務(wù)器被安排成,在連接到不同分組服務(wù)控制裝置(SGSN)的接入網(wǎng)絡(luò)(RAT1、RAT2)之間切換的情況下,以與在第一接入網(wǎng)絡(luò)(RAT1)中建立了下載會話的代理服務(wù)器的層無關(guān)的方式管理下載恢復(fù)。
全文摘要
在本發(fā)明中,一種具有異構(gòu)接入技術(shù)的基于IP的移動通信系統(tǒng)中的非實時軟件下載方法基于會話發(fā)起協(xié)議(SIP)。為了當軟件下載會話正在進行的時候在使用不同接入技術(shù)的第一和第二接入網(wǎng)絡(luò)之間切換的情況下進行下載恢復(fù),與切換終端相關(guān)聯(lián)的SIP用戶代理,一旦檢測到切換,在不釋放當前會話的情況下,就將轉(zhuǎn)移請求消息發(fā)送到建立了且當前正在管理下載會話的SIP代理服務(wù)器,并且該服務(wù)器可以在被委托管理新會話的代理服務(wù)器的控制下啟動為了與位于新位置的用戶代理建立新會話所需的操作,并且從所述最后接收的分組恢復(fù)下載(圖8)。
文檔編號H04W8/24GK1700790SQ20041004538
公開日2005年11月23日 申請日期2004年5月21日 優(yōu)先權(quán)日2004年5月21日
發(fā)明者弗朗西斯卡·博索利, 斯蒂芬諾·米科西, 賈恩盧卡·拉瓦西奧 申請人:西門子移動通訊公司