專利名稱：用于為分組數(shù)據(jù)激活一個分組數(shù)據(jù)用戶上下文的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于激活第一網(wǎng)絡(luò)中的上下文，以便于經(jīng)由所述第一網(wǎng)絡(luò)和一個第二網(wǎng)絡(luò)來傳送一次呼叫的方法和系統(tǒng)。特別的，第一網(wǎng)絡(luò)可以是一個蜂窩或移動網(wǎng)絡(luò)，例如UMTS(通用移動電信系統(tǒng))或GPRS(通用分組無線業(yè)務)網(wǎng)絡(luò)。
背景技術(shù)：
與電路交換網(wǎng)絡(luò)相比，傳統(tǒng)的IP網(wǎng)絡(luò)采用一種無連接的分組交換模式，該模式在網(wǎng)絡(luò)中既沒有使用呼叫許可控制，也沒有使用每個呼叫的狀態(tài)(per-call state)。每個分組只是根據(jù)包含在IP報頭中的全球唯一的IP目的地址來逐段轉(zhuǎn)接的路由到其目的地。單個數(shù)據(jù)流并不接收指定帶寬，可用帶寬在所有業(yè)務中被共享。當被發(fā)送到中間節(jié)點輸出端口的總的分組流大于輸出鏈路速率時，必須在輸出緩沖中對分組進行排隊，而這將導致延遲。更進一步，在擁塞期間，輸出緩沖可能溢出，分組將會丟失。
盡管傳統(tǒng)的分組交換數(shù)據(jù)網(wǎng)絡(luò)，例如X.25和IP/因特網(wǎng)可以實現(xiàn)高帶寬利用，但它們無法同時為諸如語音之類的實時業(yè)務提供足夠的QoS(服務質(zhì)量)支持。這不同于較新的分組交換技術(shù)，例如ATM和幀中繼，它們能夠在既包含實時又包含非實時業(yè)務的環(huán)境中同時提供高效用和實時的QoS支持。如果使用一個預留協(xié)議，例如RSVP(資源預留協(xié)議)，那么QoS支持和效率這兩個目標也可以在IP網(wǎng)絡(luò)中被提供，盡管穩(wěn)定的QoS保證只能在每個中間路由器都支持RSVP的時候才被提供。在網(wǎng)絡(luò)能夠為特定數(shù)據(jù)流提供帶寬保證或帶寬預留之前，許可控制必須確保該保證能夠得到滿足，也就是說，在網(wǎng)絡(luò)中存在充足的資源。否則，網(wǎng)絡(luò)將不會對用戶承諾該保證。
可用于分組交換網(wǎng)絡(luò)用戶的端到端的QoS是由兩個成分來確定的。首先是網(wǎng)絡(luò)引入的分組延遲、延遲變化和分組丟失方面的失真數(shù)量。其次是網(wǎng)絡(luò)引入的失真在接收終端上被消除或補償?shù)某潭?，這種處理通常被稱作終端調(diào)整。終端調(diào)整可以結(jié)合諸如抖動消除(分組中的延遲變化)這樣的處理，以重建接收機上分組之間的初始定時關(guān)系。另外，如果發(fā)送者使用某種加強的編碼方案在被傳數(shù)據(jù)分組中引入了冗余碼，那么它可以允許接收機恢復丟失的分組。
如上面已經(jīng)提到的那樣，在原理上可用于保證或至少是最大化諸如由多媒體交換環(huán)境中的語音這樣的實時業(yè)務所接收的網(wǎng)絡(luò)層QoS的各方法中，其中一種涉及在用于特定數(shù)據(jù)流的中間路由器/交換機上預留資源(帶寬、緩沖空間)，并且是一種可被ATM(異步傳輸模式)和IP/RSVP使用的方法。RSVP可以被接收機和節(jié)點使用，用于根據(jù)IETF(Internet工程任務組)綜合業(yè)務模型請求端到端預留。RSVP在規(guī)范RFC2205中被規(guī)定。特別的，RSVP并不是一個路由選擇協(xié)議，它只用于對由無論哪一個在使用的下層路由選擇協(xié)議所建立的現(xiàn)有路由上的資源進行保留。通信會話是結(jié)合了目的地址、傳輸層協(xié)議類型以及目的端口地址而被識別的。需要指出，每個RSVP操作只應用于特定會話的分組，這樣，每個RSVP消息必須包含它所應用的會話的細節(jié)，這一點非常重要。RSVP消息可以在使用協(xié)議編號的IP數(shù)據(jù)報中被 “原始”(raw)傳送，盡管具有這種原始I/O能力的主機可能首先將RSVP消息封裝在UDP報頭中。
在諸如UMTS和GPRS網(wǎng)絡(luò)這樣的移動網(wǎng)絡(luò)中，必須為一個呼叫設(shè)置充足的端到端QoS。為實現(xiàn)此目的，一個具有充足QoS的PDP(分組數(shù)據(jù)協(xié)議)上下文被激活以便于傳送語音業(yè)務。因此，一個呼叫的QoS要求必須為兩個端點所知。通過了解QoS要求，端點可以用依賴于端點環(huán)境的機制來設(shè)置充足的QoS。在移動網(wǎng)絡(luò)與IP網(wǎng)絡(luò)相連的組合網(wǎng)絡(luò)中，建立使用RSVP在網(wǎng)絡(luò)之間發(fā)出有關(guān)QoS要求的信號。然而，RSVP為了傳送QoS要求而產(chǎn)生了不必要的信令。此外，RSVP是否具有足夠的可伸縮性來用在每個呼叫的基礎(chǔ)之上也還存在疑問。
發(fā)明概述因此本發(fā)明的一個目標是提供一種用于激活上下文的方法和系統(tǒng)，由此用一種有效的方法來完成能力互換。
這個目標是通過一種用于激活第一網(wǎng)絡(luò)中的上下文，以便于經(jīng)由所述第一網(wǎng)絡(luò)和一個第二網(wǎng)絡(luò)來傳送一個呼叫和/或事務的方法實現(xiàn)的，所述方法包括步驟在所述第一網(wǎng)絡(luò)中使用信令或缺省上下文根據(jù)應用協(xié)議來設(shè)立一條連接；基于從所述第二網(wǎng)絡(luò)發(fā)送到所述第一網(wǎng)絡(luò)的所述應用協(xié)議的消息來確定能力信息；以及基于所述接收到的能力信息來激活所述上下文。
更進一步，上述目標是通過一種用于第一網(wǎng)絡(luò)中的上下文，以便于經(jīng)由所述第一網(wǎng)絡(luò)和一個第二網(wǎng)絡(luò)來傳送一個呼叫和/或事務的系統(tǒng)來實現(xiàn)的，包括建立裝置，用于在所述第一網(wǎng)絡(luò)中使用信令或是缺省上下文根據(jù)應用協(xié)議來設(shè)立一條連接；確定裝置，基于從所述第二網(wǎng)絡(luò)發(fā)送到所述第一網(wǎng)絡(luò)的所述應用協(xié)議的消息來確定能力信息；激活裝置，基于所述被確定的能力信息來激活所述上下文。
另外，上面的目標是通過一種用于激活第一網(wǎng)絡(luò)中的上下文，以便于經(jīng)由所述第一網(wǎng)絡(luò)和一個第二網(wǎng)絡(luò)來傳送一個呼叫和/或事務的終端設(shè)備來實現(xiàn)的，所述終端設(shè)備包括確定裝置，基于從所述第二網(wǎng)絡(luò)經(jīng)由所述第一網(wǎng)絡(luò)發(fā)送到所述終端設(shè)備的應用協(xié)議的消息來確定能力信息，其中在所述第一網(wǎng)絡(luò)中使用了一個信令或是缺省上下文；以及激活裝置，使用所述經(jīng)確定的能力信息來激活所述上下文。
因此，不需要在第一網(wǎng)絡(luò)和第二網(wǎng)絡(luò)之間使用RSVP來將能力信息通知給相應的其它連接終端?；谑褂眯帕罨蛉笔∩舷挛陌l(fā)送的應用協(xié)議消息，用于呼叫和/或事務的合適的端到端能力可以預先被約定。然后，根據(jù)約定的能力信息來激活傳送呼叫所需要的實際上下文。由此可以省去RSVP所需要的附加信令，從而降低信令負載。此外，根據(jù)本發(fā)明而被建議的解決方案對核心網(wǎng)絡(luò)來說是透明的，因為應用協(xié)議消息可以被透明傳送到第一網(wǎng)絡(luò)。
優(yōu)選的，激活是通過發(fā)送包含參數(shù)的上下文激活請求消息來完成的，基于該參數(shù)，能力信息被確定給第一網(wǎng)絡(luò)。協(xié)議建立步驟最好在主叫端完成，這樣所請求的連接將被直接通知給被叫端。
呼叫最好是一個語音呼叫，這樣，可以用一種有效的方式來提供實時語音業(yè)務所需要的網(wǎng)絡(luò)層能力(例如QoS策略)，即使是經(jīng)由不同網(wǎng)絡(luò)。然而，本發(fā)明可應用于基于上下文激活而被傳輸?shù)娜魏魏艚泻?或事務(例如業(yè)務消息，下載程序等等)。
更進一步，第一網(wǎng)絡(luò)可以是一個移動網(wǎng)絡(luò)，上下文可以是一個第二PDP上下文。這種第二PDP上下文對移動初始和移動終止呼叫來說都是適用的，這樣上下文激活可以總是由連接到移動網(wǎng)絡(luò)的連接端點來完成，而不必考慮呼叫和/或事務的發(fā)起。移動網(wǎng)絡(luò)可以是一個UMTS網(wǎng)絡(luò)，而第二網(wǎng)絡(luò)可以是一個IP網(wǎng)絡(luò)。
優(yōu)選的，應用協(xié)議可以是H.323或H.248協(xié)議，或是SIP。由于這些協(xié)議廣泛適用在任何基于IP的網(wǎng)絡(luò)中，因此可以提供一種用于不同網(wǎng)絡(luò)間的能力互換的通用解決方案。
能力信息可以是QoS要求。因此，在第一和第二網(wǎng)絡(luò)中可以確保理想的QoS，而不需要任何在第一和第二網(wǎng)絡(luò)的現(xiàn)有路由設(shè)立中預留資源的附加RSVP信令。QoS需要可以規(guī)定一種編解碼器(例如在H.323、H.248或SIP環(huán)境中)，或者是最大比特率，被保證的比特率和/或傳送延遲(例如在GPRS核心網(wǎng)絡(luò)中的激活(第二)PDP上下文請求消息)。
更進一步，IETF的Diffserv服務可以用在中間網(wǎng)絡(luò)中，以根據(jù)所述能力信息提供能力。基于這種服務，通過使用一個信令協(xié)議，可以將被傳呼叫和/或事務所需要的能力(例如QoS需要)告知中間網(wǎng)絡(luò)路由器，從而預留所需要的資源。
終端設(shè)備的確定裝置可以被安排成基于建立協(xié)商中與連接到第二網(wǎng)絡(luò)的被叫方所約定的能力來確定能力信息，建立協(xié)商是由終端設(shè)備的建立裝置初始化的。
另一方面，終端設(shè)備的確定裝置可以被安排成基于從連接到第二網(wǎng)絡(luò)的呼叫端點所接收的協(xié)議消息來確定能力信息。這樣，由于第二上下文既可以從主叫端點又可以從被叫端點激活，所建議的能力信息傳送可以不必考慮呼叫傳送的方向。
附圖概述接下來將參考附圖并以優(yōu)選實施例為基礎(chǔ)，對本發(fā)明進行更為詳細的描述，其中

圖1顯示了連接到IP網(wǎng)絡(luò)的UMTS網(wǎng)絡(luò)的基本結(jié)構(gòu)圖，其中可以實施本發(fā)明的優(yōu)選實施例；圖2顯示了根據(jù)本發(fā)明優(yōu)選實施例的用戶設(shè)備的基本結(jié)構(gòu)圖；圖3顯示了根據(jù)本發(fā)明優(yōu)選實施例的，表示用于移動初始呼叫的PDP激活信令的信號系統(tǒng)圖；圖4顯示了根據(jù)本發(fā)明優(yōu)選實施例的，表示用于移動終止呼叫的PDP激活的信號系統(tǒng)圖。
優(yōu)選實施例的描述接下來，基于圖1所示的連接到IP網(wǎng)絡(luò)6的UMTS系統(tǒng)來對根據(jù)本發(fā)明的方法和系統(tǒng)的優(yōu)選實施例進行描述。
根據(jù)圖1，UMTS網(wǎng)絡(luò)包括一個UTRAN(UMTS無線接入網(wǎng)絡(luò))2，它被連接到一個基于GPRS的核心網(wǎng)絡(luò)，其中經(jīng)由一個SGSN(服務GPRS支持節(jié)點)3和一個GGSN(網(wǎng)關(guān)GPRS支持節(jié)點)4建立了一條到IP網(wǎng)絡(luò)6的連接。
更進一步，諸如移動終端或移動站這種用戶設(shè)備(UE)1被無線電連接到UTRAN2。UTRAN2是一個無線接入網(wǎng)絡(luò)，它提供對UMTS網(wǎng)絡(luò)的基于GPRS的核心網(wǎng)絡(luò)的接入。IP網(wǎng)絡(luò)6可以是能被連接到UMTS網(wǎng)絡(luò)的任何基于IP的網(wǎng)絡(luò)。進一步還顯示了一個終端設(shè)備(TE)5，該設(shè)備可以是任何連接到IP網(wǎng)絡(luò)6的語音或數(shù)據(jù)終端。
因此，根據(jù)圖1，數(shù)據(jù)或語音呼叫，或是任何類型的事務，例如業(yè)務消息或下載程序等等，都可以經(jīng)由UMTS網(wǎng)絡(luò)和IP網(wǎng)絡(luò)6而在UE1和TE5之間傳送。
GPRS核心網(wǎng)絡(luò)的主要目的是提供一個到標準的數(shù)據(jù)網(wǎng)絡(luò)(使用諸如TCP/IP、X.25以及CLNP(無連接網(wǎng)絡(luò)協(xié)議)這樣的協(xié)議)的連接。在面向分組的GPRS核心網(wǎng)絡(luò)的基礎(chǔ)結(jié)構(gòu)中引入了兩種支持節(jié)點，GGSN4和SGSN3。GGSN4的主要功能包括與外部IP網(wǎng)絡(luò)6進行交互。GGSN4使用SGSN3所提供的涉及相關(guān)移動終端路徑的路由信息來更新位置目錄，并把在GPRS干線上封裝的外部數(shù)據(jù)網(wǎng)絡(luò)協(xié)議分組路由到當前服務于相關(guān)移動終端(例如UE1)的SGSN3。它還將外部數(shù)據(jù)網(wǎng)絡(luò)分組拆封并轉(zhuǎn)發(fā)到IP網(wǎng)絡(luò)6，并且對數(shù)據(jù)業(yè)務的收費進行處理。SGSN3的主要功能是對其服務區(qū)內(nèi)的新的GPRS移動終端進行檢測，它與GPRS寄存器一起對注冊新移動終端的過程進行處理，對發(fā)往/來自相關(guān)移動終端的數(shù)據(jù)分組進行發(fā)送/接收，并且保持對服務區(qū)域中的移動終端位置的記錄。預定信息被保存在一個GPRS寄存器中，在這里保存有移動終端身份和PSPDN(分組交換公共數(shù)據(jù)網(wǎng)絡(luò))地址(例如IP網(wǎng)絡(luò)地址)之間的映射。GPRS寄存器充當一個數(shù)據(jù)庫，SGSN3可以從中得知在其區(qū)域中的新的移動終端是否被允許加入GPRS核心網(wǎng)絡(luò)。
在空閑狀態(tài)下，UE1并沒有被激活的邏輯GPRS上下文或是被分配的任意PSPDN地址。在這種狀態(tài)下，UE1只能接收可以被任何GPRS移動終端接收的多播消息。由于GPRS網(wǎng)絡(luò)的基礎(chǔ)結(jié)構(gòu)并不知道UE1的位置，因此不可能從外部的IP網(wǎng)絡(luò)6向UE1發(fā)送任何消息。
當UE1被接通時，在UE1和GPRS核心網(wǎng)絡(luò)之間執(zhí)行的第一個程序是無線同步。當UE1想要開始使用UMTS網(wǎng)絡(luò)的GPRS服務時，它啟動一個上下文激活程序，通過把專用控制信道用作載波，建立UE1和SGSN3之間的邏輯鏈路的上下文。
如果要在IP網(wǎng)絡(luò)6的TE5與UE1之間傳送呼叫，則在UE1和TE5之間必須交換一個能力信息，以確保在經(jīng)由UMTS網(wǎng)絡(luò)和IP網(wǎng)絡(luò)6的傳輸路徑上的能力要求。
根據(jù)一開始提到的現(xiàn)有技術(shù)，已知系統(tǒng)被安排成在UE1或GGSN4與外部TE5之間使用RSVP來發(fā)送有關(guān)能力要求的信號，例如QoS要求(即UETE或GGSNTE)。
根據(jù)本發(fā)明的優(yōu)選實施例，在激活PDP(分組數(shù)據(jù)協(xié)議)上下文和實際呼叫傳送之前，在UE1和TE5之間建立一個應用協(xié)議。在這種情況下，基于應用協(xié)議的協(xié)議消息，能力可以預先被約定。
一種適于該目標的應用協(xié)議是例如根據(jù)國際電信聯(lián)盟(ITU)建議H.323的協(xié)議。該標準包含了用于窄帶可視電話(或音頻圖形)業(yè)務的技術(shù)要求。H.323包含了可視電話呼叫所需要的要素。對語音電話呼叫來說，視頻代碼變換器以及共享應用標準并不是必需的，但它們存在于相同的標準框架中。H.323是一種應用協(xié)議，它規(guī)定了跨越可能不提供任何QoS保證的網(wǎng)絡(luò)的基于分組的多媒體通信系統(tǒng)。H.323協(xié)議可適用于任何基于IP的網(wǎng)絡(luò)，包括因特網(wǎng)，它不但應用于只有音頻的終端，還應用于具有視頻能力的那些終端。
為了使用H.323來建立點到點的呼叫，需要兩個TCP連接。其中所需建立的第一個是通常所說的Q.931信道。主叫端點發(fā)起這個到被叫端點的TCP連接的建立。然后呼叫建立消息如在H.225.0中所定義的那樣被交換。如果被叫端點接受該呼叫，那么使用Q.931信道將用于需要被建立的附加H.245信道的IP地址和端口傳送給主叫端點。主叫端點然后可以開放一條到被指示地址和端口的連接，從而構(gòu)成H.245信道。一旦已經(jīng)建立了H.245信道，則在簡單呼叫的情況下將不再需要Q.931信道，它可以被端點中的任意一個關(guān)閉。
由于Q.931消息中包含了許多消息特定的信息元素，其中包括能力信息，因此所需要的TE5和UE1之間的能力信息傳送可以通過執(zhí)行一次H.323建立來實現(xiàn)。
可替換的，會話啟動協(xié)議(SIP)可以用于傳送能力信息，該協(xié)議是一個用于發(fā)起IP網(wǎng)絡(luò)中的呼叫的IETF協(xié)議。SIP是由IETF的多方多媒體會話控制工作組開發(fā)的一個應用層協(xié)議，它在RFC2453中被描述。SIP可用于建立多媒體會話或呼叫，例如因特網(wǎng)電話，多媒體會議以及遠程學習。SIP對以下通信情況進行處理用戶位置、用戶能力、用戶可用度、呼叫建立以及呼叫處理。
使用SIP發(fā)起呼叫的第一個步驟是定位一個用于被叫端點的SIP服務器。這可以通過向SIP服務器發(fā)送一個客戶請求來實現(xiàn)，該服務器可以是缺省的本地代理SIP服務器或是用于被叫方的SIP服務器。如果SIP地址是一個數(shù)字IP地址，則基于該地址可以對用于被叫方的SIP服務器進行定位?？商鎿Q的，DNS(域名服務器)可用于獲得嘗試用作SIP服務器的地址列表。一旦發(fā)現(xiàn)了SIP服務器，呼叫端點就可以邀請被叫端點加入通信會話。用于指示過程的協(xié)議消息交換可根據(jù)被接觸的服務器是充當代理服務器還是用于該特殊邀請的重定向服務器而發(fā)生變化。
因此，上面建議的H.323和SIP協(xié)議提供了在實際完成呼叫轉(zhuǎn)移之前互換能力信息(例如QoS需要)的可能性。然而，其它合適的協(xié)議，例如H.248終端控制協(xié)議也可用于該目的。
圖2顯示了根據(jù)本發(fā)明優(yōu)選實施例的UE1的基本方框圖。需要指出的是，圖2中只示出了用于本發(fā)明的那些基本部分。
根據(jù)圖2，UE1包括一個收發(fā)信機(TRX)15，它被安排成經(jīng)由無線連接向/從UTRAN2發(fā)送或接收信號。TRX15被連接到一個編解碼器14，該編碼器被安排成完成對發(fā)送到或接收自UMTS網(wǎng)絡(luò)的信號的合適的編碼和解碼。
更進一步，提供了一個協(xié)議信令單元11，當呼叫在UE1被發(fā)出時，由它執(zhí)行應用協(xié)議(例如H.323、H.248或SIP)的一個建立信令。然后，UE1和被叫的TE5之間的協(xié)議消息交換被提供給一個能力確定單元12，該單元被安排成基于從TE5與協(xié)議消息一起接收到的能力信息來確定所約定的能力。然后，被確定或約定的能力被提供給上下文控制單元13，該單元保持并產(chǎn)生發(fā)送到SGSN3的上下文激活消息所需要的上下文信息，從而在UMTS網(wǎng)絡(luò)的GPRS核心網(wǎng)絡(luò)中建立所必需的能力。
需要指出，對應用協(xié)議初始建立消息的傳送是在GPRS核心網(wǎng)絡(luò)中使用一個信令或缺省上下文來完成的。進一步需要指出，圖2所示的方框11到13，其功能可以通過用于控制UE1中的一個處理裝置(例如CPU)的相應控制程序或是例程來實現(xiàn)。
接下來，基于圖3和4，分別對用于移動初始呼叫和移動終止呼叫的上下文激活信令進行描述。
圖3顯示了用于移動初始呼叫(mobile-originated call)，即UE1是主叫端點的情況下的信令圖。當UE1想要向外部TE5傳送一個呼叫時，它對協(xié)議信令單元11進行控制，以便于使用一個應用協(xié)議，例如上面提到的H.323、H.248或SIP協(xié)議來發(fā)起一個建立信令。建立過程中被交換的協(xié)議消息是在UMTS網(wǎng)絡(luò)中使用信令或缺省PDP上下文來傳送的。因此，UE1能夠以需要的能力(例如編解碼器的種類等)而與被叫的TE5進行通信。
當能力確定單元12已經(jīng)確定了約定能力的時候，這個能力信息被提供給上下文控制單元13，然后該單元被控制以發(fā)起對應于約定能力的第二PDP上下文。為此目的，上下文控制單元13產(chǎn)生一個“激活第二PDP上下文請求”消息并執(zhí)行控制，以便于將這個消息發(fā)送到SGSN3?；诎谶@個消息中的參數(shù)(例如被請求的QoS，包括例如最大比特率、被保證的比特率以及傳送延遲等的QoS參數(shù))，約定能力信息，例如理想的QoS策略，是通過在約定能力信息和參數(shù)之間執(zhí)行映射操作來確定的。然后，SGSN3驗證“激活第二PDP上下文請求”的消息，并得到相應的GGSN4的一個地址。然后，SGSN3創(chuàng)建一個用于被請求的PDP上下文的隧道標識符(TID)，并向GGSN4發(fā)送一個“創(chuàng)建PDP上下文請求”消息。GGSN4使用包含在“創(chuàng)建PDP上下文請求”消息中的接入點名稱來找出IP網(wǎng)絡(luò)6，并在其PDP上下文表格中創(chuàng)建一個新的條目。新條目允許GGSN4在GGSN3與外部IP網(wǎng)絡(luò)6之間對相應數(shù)據(jù)分組進行路由。更進一步，GGSN4確定所需要的能力(例如經(jīng)協(xié)商的QoS)，并向SGSN3返回一個“創(chuàng)建PDP上下文響應”消息。在對其進行的響應中，SGSN3將一個“激活PDP上下文響應”消息返回給UE1，并且SGSN3現(xiàn)在能夠路由GGSN4和UE1之間的數(shù)據(jù)分組。
因此，提供給被叫方的能力要求(例如QoS機制)取決于被叫方的環(huán)境，例如在第二PDP上下文激活中規(guī)定的能力。雖然如此，在UE1或GGSN4與TE5之間不再需要使用RSVP來將能力要求(例如，編解碼器的種類等)通知給被叫方。
圖4顯示了移動終止呼叫(mobile-terminated call)，即TE5向UE1傳送呼叫的情況下的信令圖。在這種情況下，一開始TE5向UE1發(fā)送一個應用協(xié)議的建立消息，例如上面提到的H.323、H.248或SIP，同時在UMTS網(wǎng)絡(luò)中信令或缺省上下文被用來透明傳送該消息。然后，協(xié)議建立消息被提供給UE1的協(xié)議信令單元11，它可以直接產(chǎn)生一個協(xié)議建立響應消息，從而對該協(xié)議建立進行確認?；诮邮盏降膮f(xié)議建立消息，能力確定單元12確定約定的能力并將已確定的能力提供給上下文控制單元13。隨后，上下文控制單元13執(zhí)行控制，從而將一個“激活第二PDP上下文請求”消息發(fā)送到SGSN3。然后，如結(jié)合圖3所描述的，基于包含在接收自UE1的“激活第二PDP上下文請求”消息中的能力信息，SGSN3向GGSN4發(fā)布一個“創(chuàng)建PDP上下文請求”消息。在從GGSN4接收到“創(chuàng)建PDP上下文響應”的消息之后，SGSN3將“激活第二PDP上下文響應”的消息發(fā)送到UE1，由此在UMTS網(wǎng)絡(luò)中建立連接。
作為一種替換方法，上面提到的應用協(xié)議建立響應消息可以在第二PDP上下文激活之后再發(fā)送，如圖4中虛線箭頭所指示的那樣。
因此，同樣是在移動終止呼叫中，UE1發(fā)起第二PDP上下文激活。UE1接收到主叫TE5的能力并了解其自身能力，這樣能力確定單元12能夠根據(jù)約定能力為PDP上下文設(shè)置最小的能力要求(例如QoS要求)。此外，還是在這種情況下，UE1或GGSN4與TE5之間并不需要RSVP來將能力要求用信號通知給TE5。
如果在UMTS網(wǎng)絡(luò)和IP網(wǎng)絡(luò)6之間部署了其他中間網(wǎng)絡(luò)，則IETF的分類服務(Diffserv)機制可被用于提供所需要的性能，例如QoS策略。Diffserv定義了一種服務，其中分組報頭中的一個八比特組被用于用碼點值標記分組。被標記的分組表示由將分組路由到目的地的網(wǎng)絡(luò)路由器所建立的一類服務。
然而，任何合適的機制都可以用于在中間網(wǎng)絡(luò)中提供所需要的能力。
總之，描述了一種方法和系統(tǒng)，用于激活第一網(wǎng)絡(luò)中的上下文，以便于經(jīng)由所述第一網(wǎng)絡(luò)和一個第二網(wǎng)絡(luò)來傳送一個呼叫和/或事務。最初，使用信令或缺省上下文在第一網(wǎng)絡(luò)中建立一個應用協(xié)議，例如H.323、H.248或SIP?；诎l(fā)自第二網(wǎng)絡(luò)的一個應用協(xié)議消息，一個能力消息被確定并被用于激活上下文。由此可以預先約定能力，并且上下文可以被激活，例如作為用于移動初始和移動終止呼叫和/或事務的第二上下文。這樣，不再需要預留協(xié)議來把能力要求通知給第二網(wǎng)絡(luò)，信令負載可以被降低。
需要指出，優(yōu)選實施例中描述的上下文激活方法和系統(tǒng)可應用于其中上下文可以被激活以確定需要的能力的任何網(wǎng)絡(luò)。此外，可以采用通過其能夠使用協(xié)議消息來執(zhí)行能力交換的任何應用協(xié)議，從而在實際激活上下文之前約定所需能力。能力并不受限于QoS要求，任何可以經(jīng)由協(xié)議消息交換并在上下文激活中需要的能力要求都可以由建議的解決方案來約定。上面對優(yōu)選實施例和附圖的描述僅僅是為了說明本發(fā)明。因此本發(fā)明的優(yōu)選實施例可以在附加權(quán)利要求的范圍內(nèi)變化。
權(quán)利要求
1.一種用于激活第一網(wǎng)絡(luò)中的上下文，以便于經(jīng)由所述第一網(wǎng)絡(luò)和一個第二網(wǎng)絡(luò)(6)來傳送一個呼叫和/或事務的方法，所述方法包括步驟a)在所述第一網(wǎng)絡(luò)中使用信令或缺省上下文根據(jù)應用協(xié)議來建立一條連接；b)基于從所述第二網(wǎng)絡(luò)(6)發(fā)送到所述第一網(wǎng)絡(luò)的所述應用協(xié)議的消息來確定能力信息；以及c)基于所述經(jīng)確定的能力信息來激活所述上下文。
2.根據(jù)權(quán)利要求1的方法，其中所述激活是通過向所述第一網(wǎng)絡(luò)發(fā)送一個包含所需要的信息的上下文激活請求消息來完成的，所述能力信息被映射到所述需要的信息。
3.根據(jù)權(quán)利要求1或2的方法，其中所述建立步驟是在主叫端完成的。
4.根據(jù)前述任一權(quán)利要求的方法，其中所述呼叫是一個語音呼叫。
5.根據(jù)前述任一權(quán)利要求的方法，其中所述第一網(wǎng)絡(luò)是一個移動網(wǎng)絡(luò)，所述上下文是一個第二PDP上下文。
6.根據(jù)權(quán)利要求5的方法，其中所述移動網(wǎng)絡(luò)是一個UMTS網(wǎng)絡(luò)。
7.根據(jù)前述任一權(quán)利要求的方法，其中所述第二網(wǎng)絡(luò)是一個IP網(wǎng)絡(luò)(6)或UMTS網(wǎng)絡(luò)。
8.根據(jù)前述任一權(quán)利要求的方法，其中所述應用協(xié)議是H323或H248協(xié)議，或是SIP。
9.根據(jù)前述任一權(quán)利要求的方法，其中所述能力信息是一個QoS要求。
10.根據(jù)權(quán)利要求9的方法，其中所述QoS要求規(guī)定了一種編解碼器、最大比特率、被保證的比特率和/或傳送延遲。
11.根據(jù)前述任一權(quán)利要求的方法，其中進一步包括在中間網(wǎng)絡(luò)使用IETF的Diffserv服務，以根據(jù)所述能力信息提供能力的步驟。
12.一種用于激活第一網(wǎng)絡(luò)中的上下文，以便于經(jīng)由所述第一網(wǎng)絡(luò)和一個第二網(wǎng)絡(luò)(6)來傳送一個呼叫和/或事務的系統(tǒng)，包括a)建立裝置(1，7)，用于在所述第一網(wǎng)絡(luò)中使用信令或是缺省上下文根據(jù)應用協(xié)議來設(shè)立一條連接；b)確定裝置(12)，基于從所述第二網(wǎng)絡(luò)(6)發(fā)送到所述第一網(wǎng)絡(luò)的所述應用協(xié)議的消息來確定能力信息；c)激活裝置(13)，基于所述經(jīng)確定的能力信息來激活所述上下文。
13.根據(jù)權(quán)利要求12的系統(tǒng)，其中所述激活裝置(13)被安排成向所述第一網(wǎng)絡(luò)發(fā)送一個包含所確定的能力信息的上下文激活請求消息。
14.根據(jù)權(quán)利要求12或13的系統(tǒng)，其中所述建立裝置(1，7)被安排成位于所述呼叫和/或所述事務的主叫端。
15.根據(jù)權(quán)利要求12到14中任意一個的系統(tǒng)，其中所述第一網(wǎng)絡(luò)是一個移動網(wǎng)絡(luò)，所述上下文是一個第二PDP上下文。
16.根據(jù)權(quán)利要求12到15中任意一個的系統(tǒng)，其中所述第二網(wǎng)絡(luò)是一個IP網(wǎng)絡(luò)(6)或UMTS網(wǎng)絡(luò)。
17.根據(jù)權(quán)利要求12到16中任意一個的系統(tǒng)，其中所述應用協(xié)議是H323或H248協(xié)議，或是SIP。
18.根據(jù)權(quán)利要求12到17中任意一個的系統(tǒng)，其中所述能力信息是一個QoS要求。
19.根據(jù)權(quán)利要求12到18中任意一個的系統(tǒng)，其中所述系統(tǒng)被安排成在中間網(wǎng)絡(luò)中使用IETF的Diffserv服務，以根據(jù)所述經(jīng)確定的能力信息提供能力。
20.一種用于激活第一網(wǎng)絡(luò)中的上下文，以便于經(jīng)由所述第一網(wǎng)絡(luò)和一個第二網(wǎng)絡(luò)(6)來傳送一個呼叫和/或事務的終端設(shè)備，所述終端設(shè)備(1)包括a)確定裝置(12)，基于從所述第二網(wǎng)絡(luò)(6)經(jīng)由所述第一網(wǎng)絡(luò)發(fā)送到所述終端設(shè)備(1)的應用協(xié)議消息來確定能力信息，其中在所述第一網(wǎng)絡(luò)中使用了一個信令或是缺省上下文；以及b)激活裝置(13)，使用所述經(jīng)確定的能力信息來激活所述上下文。
21.根據(jù)權(quán)利要求20的終端設(shè)備，其中所述確定裝置(12)被安排成基于在與連接到所述第二網(wǎng)絡(luò)(6)的被叫端點(7)的建立協(xié)商中所約定的能力來確定所述能力信息，所述建立協(xié)商是由所述終端設(shè)備(1)的建立裝置(11)初始化的。
22.根據(jù)權(quán)利要求20的終端設(shè)備，其中所述確定裝置(12)被安排成基于接收自連接到所述第二網(wǎng)絡(luò)(6)的主叫端點(5)的協(xié)議消息來確定所述能力信息。
23.根據(jù)權(quán)利要求20到22中任意一個的終端設(shè)備，其中所述終端設(shè)備是一個移動終端(1)，所述第二網(wǎng)絡(luò)是一個IP網(wǎng)絡(luò)(6)。
24.根據(jù)權(quán)利要求20到23中任意一個的終端設(shè)備，其中所述應用協(xié)議是H.323或H.248協(xié)議，或是SIP。
25.根據(jù)權(quán)利要求20到24中任意一個的終端設(shè)備，其中所述能力信息是一個QoS要求。
全文摘要
本發(fā)明涉及用于在第一網(wǎng)絡(luò)中激活上下文，以便于經(jīng)由所述第一網(wǎng)絡(luò)和一個第二網(wǎng)絡(luò)來傳送呼叫和/或事務的方法和系統(tǒng)。最初，在第一網(wǎng)絡(luò)中使用信令或缺省上下文來建立一個應用協(xié)議，例如H.323、H.248或SIP?；诎l(fā)自所述第二網(wǎng)絡(luò)的應用協(xié)議消息，一個能力信息被確定并被用于激活上下文。由此可以預先約定能力并激活上下文，例如作為既用于移動初始又用于移動終止呼叫和/或事務的第二上下文。這樣就不再需要預留協(xié)議來將能力要求通知給第二網(wǎng)絡(luò)，信令負載可以被降低。
文檔編號H04M3/00GK1435063SQ00819115
公開日2003年8月6日 申請日期2000年3月16日 優(yōu)先權(quán)日2000年3月16日
發(fā)明者圖伊加·胡爾塔, 馬科·索克努提 申請人:諾基亞公司