專利名稱：3g或新一代電信網(wǎng)絡(luò)ⅲ中的資源保存的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及應(yīng)用因特網(wǎng)協(xié)議(IP)的電信網(wǎng)絡(luò)，以及具體地涉及一種保存資源的方法。
在第三代(3G)電信網(wǎng)絡(luò)例如通用移動(dòng)電信系統(tǒng)(UMTS)中，提供寬帶用于聲音之外的服務(wù)例如數(shù)據(jù)和多媒體。一種明顯的需要是應(yīng)該向用戶提供所需服務(wù)質(zhì)量(QoS)，但在IP網(wǎng)絡(luò)中如果沒(méi)有解決資源競(jìng)爭(zhēng)問(wèn)題，則無(wú)法保證QoS。
一般在IP網(wǎng)絡(luò)或因特網(wǎng)中使用資源保存協(xié)議(RSVP)從而允許網(wǎng)絡(luò)保存資源以便提供QoS。RSVP可以就地也可跨越IP網(wǎng)絡(luò)用于控制QoS。
RSVP是一種端對(duì)端協(xié)議，

圖1中對(duì)它加以闡述。發(fā)送用戶10向接收用戶12發(fā)送一條PATH消息。該P(yáng)ATH消息攜帶通信特征信息例如Tspecs以便標(biāo)示準(zhǔn)備從用戶10發(fā)送的話務(wù)特征。當(dāng)接收用戶接收PATH消息時(shí)，它發(fā)送一條包含QoS請(qǐng)求例如FlowSpecs的RESV消息。實(shí)際上發(fā)送和接收用戶10、12可以相距很遠(yuǎn)，以致PATH和RESV消息需要通過(guò)UMTS中的數(shù)個(gè)節(jié)點(diǎn)來(lái)傳送。由于每個(gè)節(jié)點(diǎn)接收兩條消息中的任何一條，它判斷是否可以保存該節(jié)點(diǎn)中的合適資源。如果可能的話，則PATH消息被轉(zhuǎn)送至下一個(gè)中繼站，而RESV消息被轉(zhuǎn)送至上一個(gè)中繼站。當(dāng)RESV消息到達(dá)發(fā)送用戶10處時(shí)，它開始發(fā)送數(shù)據(jù)。
隨后發(fā)送周期的刷新消息以便在每個(gè)節(jié)點(diǎn)處維護(hù)已經(jīng)在該處建立的QoS狀態(tài)。
需要將RSVP消息從移動(dòng)終端(MT)傳送至無(wú)線電訪問(wèn)網(wǎng)絡(luò)(RAN)，然后送至由CN邊及GPRS/UMTS的網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)形成的核心網(wǎng)絡(luò)。附加RSVP消息的通過(guò)意味著必須尋找額外無(wú)線電資源以便保證RSVP消息能夠可靠地和瞬時(shí)地通過(guò)空氣接口傳送。RSVP消息的丟失或延遲意味著建立呼叫的過(guò)程會(huì)更長(zhǎng)或失敗，甚至?xí)G失呼叫，以及在轉(zhuǎn)移呼叫時(shí)損失QoS保證。
2000年3月6-9日在東京的TSG-SA第2工作組第12次會(huì)議上，在由申請(qǐng)者所作公開的布置中，使用RSVP的移動(dòng)系統(tǒng)能夠與相關(guān)聯(lián)的終端設(shè)備(TE)中的非RSVP申請(qǐng)者通信；送至TE和自TE送出的RSVP消息由移動(dòng)終端截取，并且由移動(dòng)終端翻譯為輔助PDP上下文消息或自它翻譯出來(lái)。該移動(dòng)終端分析在PATH消息中攜帶的RSVP參數(shù)，并且判斷是建立新的輔助PDP上下文還是修改現(xiàn)有上下文。在這兩種情況下都能提供更新的QoS狀態(tài)。然后使用現(xiàn)有PDP上下文控制過(guò)程來(lái)建立/修改輔助PDP上下文。
在成功地建立輔助PDP上下文后，該移動(dòng)終端激活RSVP代理以便結(jié)束RSVP消息。該RSVP代理負(fù)責(zé)接收和處理PATH消息和作為響應(yīng)而生成RESV消息。
然而，這需要在移動(dòng)終端中提供一個(gè)代理，這樣就增加了成本和復(fù)雜程度。
本發(fā)明的一個(gè)目的是提供一種改進(jìn)的布置而不增加移動(dòng)終端的成本和復(fù)雜程度。
根據(jù)本發(fā)明，在第三代或新一代通信網(wǎng)絡(luò)中，一種用于為在移動(dòng)終端與遠(yuǎn)程用戶(有終端設(shè)備與移動(dòng)終端相關(guān)聯(lián))之間傳送的用戶話務(wù)尋找資源的方法的特征在于只在移動(dòng)終端內(nèi)處理資源保存協(xié)議消息。
在附圖中，圖1闡述RSVP的操作。將參照?qǐng)D2和3只通過(guò)例子來(lái)描述本發(fā)明，其中圖2原理性地闡述控制面的UMTS QoS體系結(jié)構(gòu)；及圖3闡述下行線路中消息的交換。
在圖2中UMTS20包括一個(gè)由網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)24和CN邊26所形成的核心網(wǎng)絡(luò)(CN)22；還有一個(gè)UMTS陸地?zé)o線電訪問(wèn)網(wǎng)絡(luò)(UTRAN)28。一個(gè)MT30通過(guò)無(wú)線電接口與UTRAN28通信。MT30連至其中運(yùn)行非UMTS專用應(yīng)用程序的終端設(shè)備(TE)32。MT30是UMTS專用的，并且能夠處理來(lái)自TE32的話務(wù)以便為它選擇合適的信道通至UMTS，通常通至無(wú)線電訪問(wèn)網(wǎng)絡(luò)。
網(wǎng)關(guān)24與外部網(wǎng)絡(luò)40通信。
UMTS20與往常一樣地執(zhí)行應(yīng)用程序?qū)Ｓ玫姆纸M數(shù)據(jù)協(xié)議(PDP)上下文以便將QoS協(xié)商和激活MT30與UMTS網(wǎng)絡(luò)20之間的QoS控制。
圖3顯示下行線路中的消息交換。為在下行線路中實(shí)行話務(wù)QoS控制，必須觸發(fā)MT30中的RSVP處理實(shí)體。在收到來(lái)自TE32的PATH消息后，MT30將該消息向前送；MT30判斷是修改一條現(xiàn)有PDP上下文消息還是建立一條新的輔助PDP上下文消息。
輔助PDP上下文消息通過(guò)UTRAN28送至CN邊26，后者發(fā)送一條建立/修改PDP上下文請(qǐng)求消息至網(wǎng)關(guān)24，網(wǎng)關(guān)24將PATH消息篩選并且將它傳送至外部網(wǎng)絡(luò)40。在收到RESV消息后，該過(guò)程反過(guò)來(lái)進(jìn)行。
MT 30在PATH消息中提取TrafficSpecs(例如IntServ的Tspecs)并且將它用于話務(wù)特征化。對(duì)于RESV消息，MT提取QoS specs，例如IntServ的FlowSpecs，并且應(yīng)用QoS要求。還通過(guò)接收外部網(wǎng)絡(luò)40中的TE而執(zhí)行該過(guò)程。
MT30在PATH消息中提取Traffic Specs，例如IntServ的Tspecs，并且將它用于話務(wù)特征化。對(duì)于RESV消息，MT提取QoSspecs，例如IntServ的FlowSpecs，并且使用這些要求。
現(xiàn)在建議在MT30中由現(xiàn)有翻譯接口31(見(jiàn)圖2)將RSVP消息篩選并且解釋在RSVP消息中攜帶的QoS要求并且就它們轉(zhuǎn)換為GPRS/UMTS PDP上下文的QoS概況。
當(dāng)由TE32處的普通RSVP接口生成一條RSVP消息時(shí)，該消息送至MT30中的翻譯接口31，翻譯接口31將QoS對(duì)象轉(zhuǎn)換為PDP上下文QoS概況，后者與GPRS/UMTS的QoS定義兼容。
簡(jiǎn)單的映射關(guān)系是RSVP保證的業(yè)務(wù)(GS)GPRS/UMTS
會(huì)話業(yè)務(wù)級(jí)別RSVP控制的裝載業(yè)務(wù)(CL)GPRS/UMTS流業(yè)務(wù)級(jí)別和交互業(yè)務(wù)級(jí)別最好效果業(yè)務(wù)(BE)GPRS/UMTS背景業(yè)務(wù)級(jí)別以上RSVP業(yè)務(wù)與GPRS/UMTS業(yè)務(wù)之間的映射關(guān)系保持于網(wǎng)關(guān)24和MT內(nèi)，以及在PDP上下文中具有更多擴(kuò)展以便容納映射內(nèi)容。在設(shè)置PDP上下文之后，網(wǎng)關(guān)24重新生成來(lái)源于MT(或TE)的RSVP消息，并且將它中繼轉(zhuǎn)送至外部網(wǎng)絡(luò)40中的所需遠(yuǎn)程終端(或接收應(yīng)用程序)。
在收到作為來(lái)源于MT的PATH消息的回答而從遠(yuǎn)程端發(fā)送的RESV消息時(shí)，網(wǎng)關(guān)24將消息結(jié)束并且通知MT已經(jīng)收到來(lái)自對(duì)等遠(yuǎn)程端的RSVP消息。翻譯接口然后重新將GPRS/UMTS QoS級(jí)別映射為RSVP QoS對(duì)象并且重新生成一條RSVP消息作為來(lái)自對(duì)等遠(yuǎn)程端應(yīng)用程序的作為對(duì)于來(lái)源于TE的RSVP應(yīng)用程序的回答。
因此各RSVP消息不通過(guò)UTRAN傳輸而是在合適時(shí)候映射和重新建立。
在MT30處完成的功能的優(yōu)點(diǎn)是a)可以將MT快速地升級(jí)以便提供QoS控制API(應(yīng)用程序編程接口)中的新特征b)允許在應(yīng)用程序級(jí)別上訪問(wèn)單獨(dú)的APIc)允許接口專用控制來(lái)改寫認(rèn)識(shí)非移動(dòng)設(shè)備應(yīng)用程序的非接口專用設(shè)置d)允許對(duì)昂貴的無(wú)線電資源進(jìn)行嚴(yán)密的顧客控制e)允許對(duì)無(wú)線電訪問(wèn)進(jìn)行合適的控制而無(wú)論它是提供的IP業(yè)務(wù)還是PPP(點(diǎn)對(duì)點(diǎn)協(xié)議)業(yè)務(wù)f)在端應(yīng)用程序的控制下，MT能夠使用RSVP來(lái)判斷是修改一個(gè)現(xiàn)有的PDP上下文還是建立一個(gè)新的PDP上下文以便提供每個(gè)RSVP會(huì)晤的QoS需求。
也需要MT30和SGSN 24或GGSN26來(lái)檢查RSVP消息是否a)第一次發(fā)送/接收以便啟動(dòng)PDP上下文設(shè)置(如果合適的話)；b)被修改以便啟動(dòng)PDP上下文修改過(guò)程(如果合適的話)；或者c)只是刷新消息以便觸發(fā)響應(yīng)的本地生成。
也需要MT30和GGAN24來(lái)檢查RSVP消息是否a)第一次發(fā)送/接收以便啟動(dòng)PDP上下文設(shè)置；b)被修改以便啟動(dòng)PDP上下文修改過(guò)程；或者c)只是刷新消息以便觸發(fā)響應(yīng)的本地生成。
本發(fā)明的方法的進(jìn)一步優(yōu)點(diǎn)是終端設(shè)備32可以是不識(shí)GPRS/UMTS的設(shè)備，因此可以是普通設(shè)備。
權(quán)利要求
1．一種在第三代或新一代電信網(wǎng)絡(luò)中用于為移動(dòng)終端(30)與遠(yuǎn)程用戶之間的用戶話務(wù)尋找資源的方法，其中終端設(shè)備(32)與該移動(dòng)終端相關(guān)聯(lián)，該方法的特征在于只在移動(dòng)終端內(nèi)處理資源保存協(xié)議消息。
2．根據(jù)權(quán)利要求1的方法，其中所述消息由移動(dòng)終端(30)內(nèi)的翻譯接口(31)進(jìn)行處理。
3．根據(jù)權(quán)利要求2的方法，其中翻譯接口(31)布置為將資源保存協(xié)議消息翻譯為分組數(shù)據(jù)協(xié)議上下文消息和從后者翻譯出來(lái)。
4．根據(jù)權(quán)利要求2或3的方法，其中翻譯接口(31)布置為將資源保存協(xié)議消息進(jìn)行映射。
5．根據(jù)以前任何一項(xiàng)權(quán)利要求的方法，其中資源保存協(xié)議消息也由網(wǎng)關(guān)支持節(jié)點(diǎn)(26)進(jìn)行映射。
全文摘要
在UMTS中,通過(guò)將資源保存協(xié)議上下文消息翻譯為分組數(shù)據(jù)協(xié)議消息及從它翻譯出來(lái)而提供資源保存,由具有相關(guān)聯(lián)的終端設(shè)備(32)的移動(dòng)終端(30)的翻譯接口(31)執(zhí)行處理過(guò)程;而該終端設(shè)備可以是不識(shí)GPRS/UMTS的。RSVP消息在移動(dòng)終端(30)與網(wǎng)關(guān)支持節(jié)點(diǎn)(26)之間實(shí)行映射并且合適地重新生成。
文檔編號(hào)H04L12/54GK1323122SQ0111792
公開日2001年11月21日 申請(qǐng)日期2001年5月8日 優(yōu)先權(quán)日2000年5月9日
發(fā)明者陳曉保 申請(qǐng)人:朗迅科技公司