專利名稱：建立網(wǎng)絡(luò)單元之間的連接的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在兩個或更多網(wǎng)絡(luò)單元之間建立連接的方法和系統(tǒng)。連接可以是VoIP(網(wǎng)際協(xié)議語音)呼叫。連接可以涉及例如傳送呼叫的IP電話層或網(wǎng)絡(luò)，以及基于GPRS/UMTS的網(wǎng)絡(luò)。
背景技術(shù)：
通常，為了適當(dāng)建立和處理諸如用戶設(shè)備的網(wǎng)絡(luò)單元(例如移動終端)和另一個用戶終端或數(shù)據(jù)庫等等之間的連接，需要一或多個諸如支持節(jié)點的中間網(wǎng)絡(luò)單元。一或多個連接參數(shù)被用于定義連接特性，例如PDP(分組數(shù)據(jù)協(xié)議)上下文信息，所請求或提供的服務(wù)質(zhì)量(QoS)，與計費相關(guān)的信息(例如計費價格表)等等。
尤其在連接涉及兩個或更多不同類型的網(wǎng)絡(luò)(使用不同傳輸協(xié)議的網(wǎng)絡(luò)，例如基于GPRS/UMTS的網(wǎng)絡(luò)和基于IP的網(wǎng)絡(luò))的情況下，在適當(dāng)建立連接和設(shè)置連接參數(shù)時會出現(xiàn)問題。

發(fā)明內(nèi)容
如所附權(quán)利要求定義的，本發(fā)明提供了能夠以有利方式在位于不同網(wǎng)絡(luò)的網(wǎng)絡(luò)單元之間適當(dāng)建立連接的方法和系統(tǒng)。
通過在第三和第四網(wǎng)絡(luò)單元之間交換涉及連接(或例如PDP類型的連接類型)建立許可，或涉及諸如QoS(服務(wù)質(zhì)量)的連接參數(shù)的請求和應(yīng)答，以便確保正確處理連接，可以適當(dāng)?shù)亟⒒蛱幚磉B接(例如用于計費目的)。
第三網(wǎng)絡(luò)單元可以是支持節(jié)點，最好是網(wǎng)關(guān)支持節(jié)點，而第四網(wǎng)絡(luò)單元可以是CSCF、PCF或CPS。第四網(wǎng)絡(luò)單元可以是IP電話層的一部分，或者可以提供IP電話層。
根據(jù)本發(fā)明的一個方面，在PS(分組交換)域(例如GGSN或SGSN)之間，以及IM子系統(tǒng)(CSCF)之間進行通信。
根據(jù)本發(fā)明的一個優(yōu)選實施例，允許諸如IP電話層的第四網(wǎng)絡(luò)單元控制至少一個連接參數(shù)，例如限制PDP(分組數(shù)據(jù)協(xié)議)上下文激活或修改。例如，對話PDP上下文，即允許在主叫方和被叫方之間進行會話的連接，可以只在第一網(wǎng)絡(luò)單元(例如移動終端)嘗試向第二網(wǎng)絡(luò)單元發(fā)出呼叫時被激活。例如，當(dāng)連接參數(shù)是PDP上下文并且請求激活或修改PDP上下文時，諸如GGSN的第三網(wǎng)絡(luò)單元可以向諸如CSCF、PCF或CPS的第四網(wǎng)絡(luò)發(fā)送許可請求，以便檢查是否可以接受PDP上下文激活或修改。
這個方案提供若干優(yōu)點。第一，諸如CSCF的第四網(wǎng)絡(luò)單元根據(jù)請求學(xué)習(xí)例如GGSN的第三網(wǎng)絡(luò)單元的地址，并且因此知道向哪里返回應(yīng)答。否則，當(dāng)?shù)谒木W(wǎng)絡(luò)單元被設(shè)計成在被第三網(wǎng)絡(luò)單元尋址之前向第三網(wǎng)絡(luò)單元發(fā)送信息時，如果第四網(wǎng)絡(luò)單元不具有關(guān)于負責(zé)處理連接的第三網(wǎng)絡(luò)單元的地址的信息，則會出現(xiàn)問題。
當(dāng)嘗試建立諸如呼叫的連接時，即使第一網(wǎng)絡(luò)單元(例如移動終端)直接向第四網(wǎng)絡(luò)單元發(fā)送信息，第一網(wǎng)絡(luò)單元仍然不具有關(guān)于負責(zé)后續(xù)處理連接的第三網(wǎng)絡(luò)單元的地址的信息，因此不能向第四網(wǎng)絡(luò)單元發(fā)送這個地址信息。此外，如果首先從第四網(wǎng)絡(luò)單元向第三網(wǎng)絡(luò)單元發(fā)送諸如授權(quán)消息的消息，則第三網(wǎng)絡(luò)單元必須存儲關(guān)于呼叫處理參數(shù)的信息，例如關(guān)于尚未活躍的PDP上下文的信息。第三網(wǎng)絡(luò)單元接著必須激活計時器，并且如果PDP上下文激活因某種原因而不被執(zhí)行，則在計時器超時之后清除授權(quán)信息。
此外，根據(jù)本發(fā)明的解決方案還可用于漫游用戶，因此提供額外的優(yōu)點。
通常，根據(jù)一個方面，本發(fā)明提供根據(jù)在PDP上下文上傳遞的呼叫限制例如PDP上下文激活或修改的解決方案。
根據(jù)本發(fā)明的一個優(yōu)選實施例，在根據(jù)不同協(xié)議工作的網(wǎng)絡(luò)或?qū)又?例如在GPRS/UMTS層和IP電話層中)，以及在諸如CSCF或PCF的控制裝置或功能中，提供公共標(biāo)識符。這個公共標(biāo)識符可以被用來將PDP上下文映射到呼叫。例如，公共標(biāo)識符可以是諸如SIP(會話發(fā)起協(xié)議)消息中提供的主叫ID的呼叫標(biāo)識符。
可選地，公共標(biāo)識符也可以是在一個層(例如GPRS/UMTS層)中分配的標(biāo)識符。例如，在這種情況下公共標(biāo)識符可以是NSAPI。在這種情況下，最好通過諸如SIP的INVITE消息的協(xié)議消息向例如CSCF的第四網(wǎng)絡(luò)單元發(fā)送這個公共標(biāo)識符。公共標(biāo)識符(例如NSAPI)可以從第三網(wǎng)絡(luò)單元(例如GGSN)發(fā)送到第四網(wǎng)絡(luò)單元(例如PCF)，以及從第五網(wǎng)絡(luò)單元(例如CSCF)發(fā)送到第四網(wǎng)絡(luò)單元。接著，第四網(wǎng)絡(luò)單元根據(jù)公共標(biāo)識符(例如NSAPI)映射請求(由第三網(wǎng)絡(luò)單元發(fā)送)和授權(quán)(由諸如CSCF的第五網(wǎng)絡(luò)單元發(fā)送)。
根據(jù)本發(fā)明的另一個優(yōu)選實施例，提供一種機制，該機制合并在諸如移動核心網(wǎng)絡(luò)(例如SGSN和GGSN)的第一網(wǎng)絡(luò)，和諸如IPT(IP電話)核心網(wǎng)絡(luò)(例如CPS)的另一個網(wǎng)絡(luò)中產(chǎn)生的連接參數(shù)(例如計費信息)。根據(jù)這個實施例，能夠?qū)﹄娫捄艚兄惺褂玫腝oS(服務(wù)質(zhì)量)等級進行計費。
根據(jù)本發(fā)明的這個方面，提供一種機制，該機制合并呼叫計費信息，并且控制一個網(wǎng)絡(luò)(例如IPT網(wǎng)絡(luò)，其中通過例如SIP的INVITE消息發(fā)送IPT QoS約定)中的QoS約定，和另一個網(wǎng)絡(luò)(例如移動分組核心網(wǎng)絡(luò))中的QoS約定(例如PDP上下文QoS上下文激活)之間的關(guān)聯(lián)。例如，為了計費目的檢查傳送的標(biāo)識符(例如Call_Id)，并且在協(xié)議消息(例如SIPINVITE)和PDP上下文激活消息中還檢查請求的QoS等級關(guān)聯(lián)或請求?？梢栽赑DP上下文激活中引入新參數(shù)，該參數(shù)通知第三網(wǎng)絡(luò)單元(例如GGSN)關(guān)于第四網(wǎng)絡(luò)單元(例如提供服務(wù)的CSCF，或集成的CSCF/PCF，或CPS)的情況。因此，通知第三網(wǎng)絡(luò)單元關(guān)于第四網(wǎng)絡(luò)單元的地址的信息，其中向第四網(wǎng)絡(luò)單元發(fā)送QoS檢查請求。
最終用戶可控制的另一個可選特征是終端(例如第一網(wǎng)絡(luò)單元)能夠通過協(xié)議消息(例如SIPINVITE)請求QoS檢查。
根據(jù)本發(fā)明的這個方面，能夠根據(jù)提供的QoS準(zhǔn)備計費記錄。


圖1示出了本發(fā)明的方法和系統(tǒng)的一個實施例的基本結(jié)構(gòu)和消息流；圖2圖解了本發(fā)明的系統(tǒng)和方法的另一個實施例；圖3示出了本發(fā)明的系統(tǒng)和方法的另一個實施例；圖4圖解了本發(fā)明的系統(tǒng)和方法的另一個實施例；圖5示出了本發(fā)明的系統(tǒng)和方法的另一個實施例；圖6圖解了圖2的實施例的修改；和圖7示出了本發(fā)明的系統(tǒng)和方法的另一個實施例。
具體實施例方式
圖1圖解了根據(jù)本發(fā)明的方法或系統(tǒng)的第一實施例。這個實施例提供CSCF允許的PDP上下文激活或修改。用戶設(shè)備(UE)1是第一網(wǎng)絡(luò)單元，它可以是移動站。SGSN 2表示服務(wù)器節(jié)點(服務(wù)GPRS支持節(jié)點)，服務(wù)器節(jié)點在處理針對另一個網(wǎng)絡(luò)單元(第二網(wǎng)絡(luò)單元)，例如圖1未示出的被叫方終端的連接時服務(wù)于用戶設(shè)備1。GGSN(網(wǎng)關(guān)GPRS支持節(jié)點)3表示網(wǎng)關(guān)節(jié)點，該網(wǎng)關(guān)節(jié)點處理針對被叫方終端可以連接到的另一個網(wǎng)絡(luò)的連接。呼叫狀態(tài)控制功能(CSCF)4表示決定PDP上下文激活或修改的許可的第四網(wǎng)絡(luò)單元。
當(dāng)用戶設(shè)備1被用來向另一個網(wǎng)絡(luò)(例如基于IP的網(wǎng)絡(luò))中的終端發(fā)起呼叫時，它向CSCF 4發(fā)送消息，例如SIP(會話發(fā)起協(xié)議)的INVITE消息。此后，最好在從CSCF 4接收到通知接受呼叫請求的應(yīng)答之后，用戶設(shè)備1向SGSN 2發(fā)送激活(或修改)PDP上下文請求。SGSN 2根據(jù)這個激活(或修改)PDP上下文請求向GGSN 3發(fā)送創(chuàng)建(或更新)PDP上下文請求。
根據(jù)這個來自SGSN 2的請求，GGSN 3不立即執(zhí)行PDP上下文的創(chuàng)建或更新，而是首先被調(diào)整以便向CSCF 4發(fā)送許可請求。在圖1的實施例中，GGSN 3向CSCF 4發(fā)送這個許可請求以便檢查是否可以接受PDP上下文激活/修改。在修改的實施例中，許可請求也可以被發(fā)送到策略控制功能PCF，策略控制功能PCF可以表示附加的可選網(wǎng)絡(luò)單元，也可以和CSCF集成在一起。
GGSN 3在許可請求中包含用于標(biāo)識移動終端，即用戶設(shè)備1的IMSI/MSISDN(和可能的PDP地址)。GGSN 3還可以通過許可請求發(fā)送請求的QoS(服務(wù)質(zhì)量)值，以及被叫方(B方地址)的地址(如果在傳輸流模板TFT中出現(xiàn))。如果IMSI/MSISDN(和可能的PDP地址)不足以標(biāo)識用戶設(shè)備1或呼叫，則諸如NSAPI的附加信息可以被使用并且發(fā)送到GGSN 3。在這種情況下，用戶設(shè)備1最好通過呼叫建立消息，例如SIPINVITE消息向CSCF發(fā)送PDP上下文的信息NSAPI。CSCF 4(或可選或額外地，所提供的PCF)適于檢查呼叫建立消息中包含的呼叫的NSAPI是否等于通過許可請求從GGSN 3發(fā)送的PDP上下文的NSAPI，使得CSCF 4(或PCF)可以授權(quán)正確的PDP上下文。如果提供單獨的PCF，CSCF 4適于向PCF發(fā)送NSAPI。同樣地，在這種情況下，GGSN 3適于向單獨PCF發(fā)送包含NSAPI的許可請求。
響應(yīng)許可請求并且在完成上述檢查之后，CSCF 4(或PCF)向GGSN 3發(fā)送許可應(yīng)答。許可應(yīng)答包含用于標(biāo)識將為其創(chuàng)建或更新PDP上下文的用戶設(shè)備1或呼叫的IMSI/MSISDN，并且最好還包含諸如″呼叫特性″的信息。呼叫特性信息最好包含接受的QoS數(shù)值，接受的B方信息(最好是被叫方的IP地址和端口號)，以及指示呼叫是普通呼叫還是緊急呼叫的指示。
GGSN 3適于將QoS數(shù)值設(shè)置成從CSCF 4(或PCF)接收的一個數(shù)值。如果呼叫是緊急呼叫，GGSN 3可以將分配/保持優(yōu)先權(quán)設(shè)置成最高數(shù)值。此外，GGSN 3可以根據(jù)B方信息設(shè)置傳輸流模板TFT。
在呼叫是緊急呼叫并且PDP上下文被用于這個緊急呼叫的情況下，通過從GGSN 3向SGSN 2發(fā)送有關(guān)于此的信息，可以通知用戶設(shè)備1這個信息，而SGSN 2會向(移動)用戶設(shè)備1轉(zhuǎn)發(fā)這個信息。
為了發(fā)送許可請求，GGSN 3必須知道CSCF 4的地址以便進行通信。在本發(fā)明的一個實施例中，作為新參數(shù)向激活(或修改)PDP上下文請求和創(chuàng)建(或更新)PDP上下文請求消息增加CSCF地址。在可選實施例中，GGSN 3被實現(xiàn)成根據(jù)信令PDP上下文的TFT導(dǎo)出CSCF地址。
此外，也可以通過某些其它方式通知GGSN 3有關(guān)CSCF 4地址的信息。
當(dāng)假定由另一個網(wǎng)絡(luò)單元(例如PCF)對許可作出決定時，這個網(wǎng)絡(luò)單元(例如PCF)的地址可以被配置到GGSN 3(每個接入點)和CSCF 4。
此外，根據(jù)本發(fā)明的另一個方面，如果還為漫游用戶提供上述功能(許可請求和許可應(yīng)答)，則將新參數(shù)加到用戶數(shù)據(jù)庫(例如歸屬位置寄存器HLR)中的預(yù)訂信息上，該參數(shù)描述在PDP上下文激活(或修改)時是否需要來自CSCF(或PCF)的許可。這個新參數(shù)可以是特定于PDP上下文的。
現(xiàn)在回到圖1，在接收許可應(yīng)答之后，GGSN 3根據(jù)許可應(yīng)答中包含的信息(例如接受的QoS數(shù)值等等)設(shè)置PDP上下文和進一步信息(根據(jù)需要)。此外，GGSN 3向SGSN 2返回創(chuàng)建(或更新)PDP上下文應(yīng)答。根據(jù)應(yīng)答，SGSN 2向用戶設(shè)備1發(fā)送激活(或修改)PDP上下文應(yīng)答。此時，以已知方式建立和執(zhí)行呼叫。
圖2示出了本發(fā)明的另一個實施例(方法和/或系統(tǒng))，其中為其提供了策略控制功能(PCF)。PCF具有針對GGSN以及CSCF的接口。PCF可被用于IP電話層(即代理CSCF)和GPRS/UMTS層(GGSN)之間的通信。例如，呼叫可以對為呼叫而激活的PDP上下文產(chǎn)生影響。
圖2圖解了通過PCF在GPRS/UMTS層(即GGSN)和IP電話層(即CSCF)之間進行通信和傳送消息流的例子。允許IP電話層限制PDP上下文激活(或修改)。
根據(jù)圖2，執(zhí)行針對PDP上下文激活/修改的基于呼叫的許可。圖中示出了針對移動發(fā)起(MO)呼叫，即來自移動站(MS)21的呼叫的PDP上下文激活，其中網(wǎng)絡(luò)單元27(用戶設(shè)備、數(shù)據(jù)庫等等)表示被叫方(被叫方)。對于PDP上下文激活，從PCF 25請求許可。下面只示出和描述代理CSCF 26和PCF 25之間的通信所需的參數(shù)，和GGSN24與PCF 25之間的通信所需的參數(shù)。
通常，根據(jù)圖2示出的實施例，在GPRS/UMTS層(即第三代(3G)GGSN 24)，IP電話層(例如CSCF 26)和PCF 25中提供公共標(biāo)識符，以便將PDP上下文映射到呼叫。當(dāng)MS 21具有多個同時進行的呼叫時，用戶標(biāo)識符(例如IMSI)是不夠的。在這種情況下，圖2中使用的公共標(biāo)識符是SIP消息中已經(jīng)存在的呼叫標(biāo)識符Call_Id。在本例子的移動站21中，通過從例如SIP協(xié)議知道的方式，呼叫發(fā)起方分配Call_Id，其中標(biāo)識符Call_Id唯一標(biāo)識呼叫。
根據(jù)如圖2所示的優(yōu)選實施例，這個公共標(biāo)識符(例如Call_Id)從MS 21發(fā)送到SGSN 23，并且從SGSN 23發(fā)送到GGSN 24。此外，最好通過呼叫初始化消息(例如SIPINVITE)從移動站21向代理CSCF 26發(fā)送這個公共標(biāo)識符。此外，從CSCF 26向PCF 25發(fā)送這個公共標(biāo)識符，并且從GGSN 24向PCF 25發(fā)送這個公共標(biāo)識符。PCF 25接著根據(jù)公共標(biāo)識符(例如Call_Id)映射GGSN 24發(fā)送的請求和CSCF 26發(fā)送的授權(quán)，并且對呼叫許可和/或連接參數(shù)(例如使用的QoS)作出決定。
在修改的實施例中，在GPRS/UMTS層(例如GGSN 24)中分配的標(biāo)識符被用作公共標(biāo)識符。例如，NSAPI被用作這種公共標(biāo)識符。在這種情況下，根據(jù)本發(fā)明的一個實施例，通過INVITE消息或其它呼叫建立消息從MS 21向CSCF 26發(fā)送NSAPI。此外，從GGSN 24向PCF 25發(fā)送NSAPI，并且從CSCF 26向PCF 25發(fā)送NSAPI。在這種情況下，PCF 25根據(jù)NSAPI映射GGSN 24發(fā)送的請求和CSCF 26發(fā)送的授權(quán)。
運營商可以為GGSN配置特定于接入點的信息，以指示是否需要與PCF通信，以及該通信需要什么樣的PDP上下文，例如僅當(dāng)QoS等級指示對話，即語音傳輸時。PCF 25地址也可以被配置到GGSN 24和CSCF 26，使得GGSN 24和CSCF 26可以與相同PCF 25通信。
在可選實施例中，當(dāng)沒有為諸如單元24和26的網(wǎng)絡(luò)單元配置PCF地址時，新參數(shù)(例如PCF地址)可以被包含在諸如HLR和/或UMS(用戶移動服務(wù)器)的用戶數(shù)據(jù)庫的預(yù)訂信息中。SGSN 23從用戶數(shù)據(jù)庫(例如HLR)接收PCF 25地址，并且向GGSN 24發(fā)送PCF 25地址。當(dāng)接收到PCF 25地址時，GGSN 24知道與哪個PCF 25聯(lián)系。CSCF從UMS接收相同的PCF 25地址，并且可以與相同PCF 25聯(lián)系。
它可以是特定于歸屬運營商的，無論是否需要與PCF 25通信。對于漫游用戶，描述是否需要與PCF 25通信的新參數(shù)，例如信息″需要PCF交互″被加到用戶數(shù)據(jù)庫HLR和UMS的預(yù)訂信息中。HLR中的″需要PCF交互″可以是特定于預(yù)訂的，也可以是特定于PDP上下文的。SGSN 23從HLR接收信息″需要PCF交互″，并且向GGSN 24發(fā)送該信息。當(dāng)接收到信息″需要PCF交互″時，GGSN 24在建立連接或修改連接等等時知道是否需要與PCF通信。CSCF 26從UMS接收信息″需要PCF交互″，并且據(jù)此知道是否需要與PCF 25通信。
因此，根據(jù)本發(fā)明的這個方面，以可選或組合方式引入3個新思路(a)提供公共標(biāo)識符以便將PDP上下文映射到呼叫；(b)為HLR和UMS提供新參數(shù)，即PCF地址；和/或(c)提供新的HLR和UMS參數(shù)，例如″需要PCF交互″。
根據(jù)圖2的實施例，其中示出和描述了與策略控制功能(PCF)25的PS(分組交換)域交互。下面參照圖2示出的步驟編號更詳細地描述了當(dāng)建立連接時執(zhí)行的步驟。
在步驟1.，移動站21向代理CSCF 26發(fā)送INVITE消息，INVITE消息包含用戶標(biāo)識″用戶Id″和呼叫標(biāo)識符″Call_Id″。代理CSCF 26向被叫方27轉(zhuǎn)發(fā)這個消息。
在步驟2.，代理CSCF 26從被叫方終端27接收肯定確認(rèn)，例如SIP中定義的183w/SDP。代理CSCF 26向移動站(主叫方)21轉(zhuǎn)發(fā)這個確認(rèn)。
在步驟3.，在從被叫方終端27接收肯定確認(rèn)之后，代理CSCF 26向PCF 25發(fā)送授權(quán)消息(包含用戶Id、呼叫標(biāo)識符Call_Id、協(xié)商的QoS、被叫方傳送地址)。例如，用戶Id可以是IMSI、MSISDN或主叫方21的IP地址(即GPRS/UMTS層中的PDP地址)。在PCF 25中，需要Call_Id，并且Call_Id被用來將呼叫映射到正確PDP上下文。協(xié)商的QoS包含為呼叫協(xié)商的QoS參數(shù)。對于緊急呼叫，代理CSCF 26會將QoS參數(shù)分配/保持優(yōu)先權(quán)設(shè)置到最高數(shù)值。在GPRS/UMTS層中使用被叫方傳送地址為PDP上下文設(shè)置TFT(傳輸流模板)。
在步驟4.，PCF 25可以確認(rèn)步驟3.的授權(quán)消息--通過向代理CSCF 26返回授權(quán)確認(rèn)(用戶Id、Call_Id)消息。
在步驟5.，通過向SGSN 23發(fā)送激活(輔助)PDP上下文請求(PDP地址、Call_Id、請求的QoS)消息，MS 21請求激活呼叫的PDP上下文(例如輔助PDP上下文)。
在步驟6.，執(zhí)行無線接入載體建立過程。
在步驟7.，SGSN 24向GGSN 24發(fā)送創(chuàng)建PDP上下文請求(用戶Id、Call_Id、協(xié)商的QoS)消息。
在步驟8.，GGSN 24通過向PCF 25發(fā)送許可請求(請求Id、用戶Id、Call_Id、協(xié)商的QoS)消息來請求PDP上下文激活的許可。第一個請求消息(步驟8.)在PCF 25中創(chuàng)建請求狀態(tài)。
在步驟9.，PCF 25通過向GGSN 24發(fā)送決策(請求Id、協(xié)商的QoS、被叫方傳送地址)消息作出應(yīng)答。GGSN 24根據(jù)被叫方傳送地址設(shè)置PDP上下文的TFT。
在步驟10.，通過向PCF 25發(fā)送報告狀態(tài)消息(請求Id)，GGSN 24可以報告其已經(jīng)根據(jù)決策采取行動。
在步驟11.、12.，以已知方式報告PDP上下文激活。
在圖2中，消息8(請求)、9(決策)和10(報告狀態(tài))是COPS消息。
圖2圖解了PDP上下文激活的情況。如果修改PDP上下文，步驟8.-10.和圖2示出的其它步驟相同。
它可以是特定于歸屬運營商的，無論是否需要PCF 25對PDP上下文激活的許可。為了還向漫游用戶提供這個功能，諸如″需要PCF交互″的新參數(shù)被包含在HLR的預(yù)訂信息中。在PDP上下文激活/修改時，SGSN從HLR接收″需要PCF交互″，并且應(yīng)當(dāng)向GGSN 24發(fā)送該信息。當(dāng)接收″需要PCF交互″時，GGSN 24知道在創(chuàng)建或修改PDP上下文時是否需要與PCF 25通信。
GGSN 3、24、33(圖3-5)通過以下方式可以知道CSCF 4、26(或圖3-5的CPS 34)的地址通過從代理CSCF域名中解析出代理CSCF地址(優(yōu)選)；根據(jù)MS通過(輔助)PDP上下文激活消息發(fā)送的新參數(shù)″CSCF地址″；根據(jù)信令PDP上下文的TFT。
為在PCF中發(fā)現(xiàn)正確呼叫或連接而由GGSN發(fā)送的參數(shù)(CPS；PCF是邏輯單元；它可以是獨立單元，或位于CSCF或GGSN中)可以是MS IP地址(＝PDP地址)和MS端口號(＝TFT目的地端口號)(優(yōu)選)；對等IP地址(＝TFT源地址)和對等端口號(＝TFT源端口號)。
圖3-5示出了本發(fā)明的其它實施例，其中提供了合并移動核心網(wǎng)絡(luò)和IPT核心網(wǎng)絡(luò)產(chǎn)生的計費信息的方法和機制。移動核心網(wǎng)絡(luò)由SGSN 32和GGSN 33表示。用于提供移動網(wǎng)絡(luò)的其它必要部件是本領(lǐng)域技術(shù)人員已知的，這里沒有圖示。IPT核心網(wǎng)絡(luò)由呼叫處理服務(wù)器(CPS)34表示。用于提供IPT網(wǎng)絡(luò)的其它部件是本領(lǐng)域技術(shù)人員已知的，這里沒有圖示。
附圖中示出的實施例提供了按電話呼叫或其它類型的連接中使用的QoS等級進行計費的可能性。例如，電話呼叫需要實時(RT)傳輸，并且需要的QoS等級通常必須高于其它類型的諸如電子郵件傳輸?shù)耐ㄐ?可以使用較低QoS等級傳送，于是按照較低費率計費)。
圖3-5示出的實施例提供了一種機制，該機制用于合并呼叫相關(guān)的計費信息，以及控制IPT QoS約定(例如呼叫發(fā)起終端通過例如SIPINVITE消息請求的IPT QoS約定)和移動分組核心網(wǎng)絡(luò)PDP上下文QoS(PDP上下文激活)之間的關(guān)聯(lián)或一致性。
圖3-5示出了連接到移動網(wǎng)絡(luò)SGSN 32、GGSN 33(SGSN 32和GGSN 33構(gòu)成MT 31連接到的移動網(wǎng)絡(luò)的部分)的移動終端(MT)31與呼叫處理服務(wù)器(CPS)34之間的消息傳輸。CPS 34包括如圖1和2示出的呼叫狀態(tài)控制功能(CSCF)，使得框34的標(biāo)題也可以是″CSCF″。
下面更加詳細地描述圖3示出的實施例。
當(dāng)移動終端31希望建立到達另一個網(wǎng)絡(luò)單元(例如被叫方的電信設(shè)備)的連接時，移動終端31在步驟1.發(fā)出acaal建立請求，例如諸如SIP的會話發(fā)起協(xié)議的″INVITE″消息。從MT 31向CPS 34發(fā)送INVITE消息，INVITE消息包含信息單元″Call_Id″和″SDPQoS″。SDP代表服務(wù)簡表數(shù)據(jù)庫?！錍all_Id″表示公共標(biāo)識符，其中提供″Call_Id″以允許合并計費數(shù)據(jù)，例如由諸如GSN(GPRS支持節(jié)點)和CSCF(或CPS)的支持節(jié)點產(chǎn)生的CDR(計費數(shù)據(jù)記錄)，或者因計費數(shù)據(jù)中的關(guān)聯(lián)而受益。在連接建立階段(例如呼叫建立階段)向支持節(jié)點和CSCF(或CPS)分發(fā)這個公共標(biāo)識符(例如″Call_Id″)。這個技術(shù)能夠在所有涉及的處理單元(例如GGSN和CPS)中唯一標(biāo)識建立的連接或呼叫，并且不需要這些部件之間的直接接口。這個方法和結(jié)構(gòu)提供一種在不同網(wǎng)絡(luò)類型中合并計費數(shù)據(jù)和/或檢查QoS有效性的機制，所述不同網(wǎng)絡(luò)類型例如提供端接終端(例如IP電話)之間的全IP連接。
在步驟2.，移動終端31向SGSN 32發(fā)送PDP上下文激活請求，該請求不僅包含常見信息(例如載體類型和編解碼)，而且包含參數(shù)″Call_Id″。這個參數(shù)″Call_Id″和其它必要的已知信息單元自此從SGSN 32被發(fā)送到GGSN 33，使得還向GGSN 33通知關(guān)于屬于建立的連接的公共標(biāo)識符″Call_Id″的信息。在步驟3.，GGSN 33向CPS34發(fā)送檢查請求，檢查請求指示公共標(biāo)識符″Call_Id″和進一步信息(例如載體類型和編解碼)。
在步驟4.，CPS 34(或CPS 34中包含的CSCF)針對公共標(biāo)識符″Call_Id″標(biāo)識的所建立的連接進行檢查，并且檢查所需的QoS參數(shù)在呼叫信令(SIP/SDP)和載體(PDP上下文)中是否有效。CSCF(CPS 34)在接受(或繼續(xù)執(zhí)行)呼叫建立之前執(zhí)行這個檢查以控制所需QoS參數(shù)的有效性，以便能夠?qū)艚谢蚱渌愋偷倪B接中提供的QoS進行計費，或者用于除計費之外的其它目的。CPS 34根據(jù)這個檢查(Call_Id、SDPQoS、載體類型、編解碼)的結(jié)果發(fā)出OK或NOTOK，并且向GGSN 33返回(步驟5.)指示檢查結(jié)果(認(rèn)可/不認(rèn)可)的應(yīng)答。GGSN 33使用在步驟5.接收的信息接受(如果檢查結(jié)果為肯定，″OK″)或拒絕(如果檢查結(jié)果為否定，″NOK″)呼叫相關(guān)的PDP上下文激活，并且向SGSN 32返回應(yīng)答以通知SGSN 32 PDP上下文激活(或修改)的接受或拒絕。SGSN 32在接收接受或拒絕應(yīng)答時執(zhí)行已知步驟，并且向移動終端31發(fā)送對應(yīng)信息。
CPS 34(或CSCF)也可以直接向移動終端31發(fā)送應(yīng)答(步驟6.)，從而返回針對步驟1.的呼叫建立請求的應(yīng)答。例如，在步驟6.可以發(fā)送SIP的應(yīng)答″OK/NOK″。
因此，提供CSCF(或CPS)和GGSN 33之間的附加消息序列以決定如何繼續(xù)要建立的連接。
CPS(CSCF)34也可以接收除了″Call_Id″之外的附加參數(shù)，并且也根據(jù)這些附加參數(shù)作出決定。
圖3中示出的機制和如上所述的內(nèi)容不限于QoS和計費，而是也可以涉及其它類型的檢查或評估。此外，CPS(CSCF)34作出的決策也可以是報告性的，并且不一定只是二元″OK/NOT OK″類型的。
如圖3-5所示，GGSN 33適于象在步驟3.中那樣向CPS(CSCF)34發(fā)送檢查請求。因此GGSN 33需要關(guān)于CPS(CSCF)的地址或名稱的信息。在GGSN 33不知道服務(wù)CSCF(CPS 34)的情況下(其中移動終端31已經(jīng)注冊到SIP注冊機制上并且已經(jīng)發(fā)送INVITE消息)，必須向GGSN 33通知這個服務(wù)CSCF(CPS)34的地址或名稱。圖4的實施例提供了這個問題的解決方案。
除了上述討論的圖3的實施例的結(jié)構(gòu)和功能之外，圖4的實施例在PDP上下文激活請求中提供了新參數(shù)(例如″S-CSCF_logicalname″)，該參數(shù)通知GGSN 33關(guān)于服務(wù)CSCF(或CPS)34的地址或名稱的信息，使得GGSN 33知道向哪里發(fā)送″QoS檢查″請求。
圖4的實施例基于圖3示出和如上所述的結(jié)構(gòu)。上述描述也適用于圖4所示的消息序列和執(zhí)行的步驟。
向移動終端31通知關(guān)于其已經(jīng)注冊到的CPS(或CSCF)34的信息，并且移動終端31適于在通過步驟2.發(fā)送到SGSN 32并且進一步發(fā)送到GGSN 33的消息中包含關(guān)于S-CSCF(CPS 34中的服務(wù)CSCF)的地址或名稱的信息。在圖4中通過利用PDP上下文激活請求發(fā)送的參數(shù)″S-CSCF_logicalname″表示這個用于指示服務(wù)CSCF的地址或名稱的新參數(shù)。通過這個附加信息″S-CSCF_logicalname″，現(xiàn)在向GGSN 33通知了關(guān)于正確CSCF(CPS)的地址或名稱的信息，而GGSN 33向這個參數(shù)指示的CPS(CSCF)34發(fā)送檢查請求(步驟3.)。圖4中示出的其它步驟與如上所述的圖3的步驟相同。
此外，圖5提供了可被移動終端31的最終用戶控制的附加可選特性，從而允許最終用戶或呼叫發(fā)起設(shè)備通過例如SIPINVITE消息請求″QoS檢查″。
圖5的實施例包含如上所述圖3和4的實施例的所有特性。另外，根據(jù)圖5，新參數(shù)(例如″Require_ggsn_check″)被包含在從移動終端31發(fā)送到CPS(CSCF)34(在步驟1.)的連接建立請求中。
圖5示出的結(jié)構(gòu)和方法是對參照圖3和4描述和提供的用于計費數(shù)據(jù)和QoS控制的合并機制的補充。圖5的實施例允許可選地選擇執(zhí)行或不執(zhí)行檢查步驟3.-5.。當(dāng)在從移動終端31發(fā)送到CPS 34的SIPINVITE消息(或其它適當(dāng)類型的連接建立請求消息)中設(shè)置參數(shù)″Require_ggsn_check″時，CPS(或CPS中包含的CSCF)準(zhǔn)備執(zhí)行基于步驟4.的檢查，并且期望根據(jù)步驟3.從GGSN 33得到檢查請求消息。當(dāng)在步驟3.接收到檢查請求之后，CPS 34執(zhí)行如上所述步驟4.的檢查，其中如上所述繼續(xù)此后的步驟序列。當(dāng)步驟1.的連接建立請求中沒有設(shè)置或出現(xiàn)參數(shù)″Require_ggsn_check″時，CPS(CSCF)34不執(zhí)行步驟4.的QoS檢查，并且不需要任何來自GGSN 33的檢查消息。通過新參數(shù)″Require_ggsn_check″提供的這個信息，通知CSCF檢查過程是否需要繼續(xù)執(zhí)行呼叫建立。新檢查請求參數(shù)當(dāng)然可以具有任何任意的指定(例如″Require_pdpqos_check″)，假定CSCF可以理解。
根據(jù)圖5提供的這個新參數(shù)，以及執(zhí)行或不執(zhí)行QoS檢查或任何其他類型的檢查(步驟4.)的可選擇性也適用于圖3所示的結(jié)構(gòu)，其中圖3所示的結(jié)構(gòu)不提供圖4步驟2.的CPS 34的邏輯名稱或地址的指示。尤其在通過其它手段(例如通過從CPS 34向GGSN 33發(fā)送消息)向GGSN 33通知MT 31注冊到的CPS 34的地址的情況下。
根據(jù)本發(fā)明的實施例提供的方法和機制在GGSN 3、33和/或CSCF/CPS 34中可以被實現(xiàn)成軟件，從而允許適當(dāng)?shù)貓?zhí)行請求，檢查，檢查結(jié)果處理和用于提供建立的連接的計費記錄的計費信息生成。
所提供的用于檢查QoS參數(shù)的方法和機制也可以與計費信息生成分別實現(xiàn)。
所示出的實施例還提供這樣的可能性，即控制和禁止為語音呼叫分配的PDP上下文的PDP上下文更新，直到從CPS 34執(zhí)行檢查。通過在GGSN 33和CPS 34之間提供另一個消息交換可以實現(xiàn)這個。
圖6示出本發(fā)明的另一個實施例(方法和/或系統(tǒng))，它是圖2示出的實施例的修改。根據(jù)圖6，PCF 25(圖2)與代理CSCF 26(圖2)集成，并且構(gòu)成單獨的網(wǎng)絡(luò)單元25′。這個結(jié)構(gòu)的好處是避免PCF和CSCF之間的任何外部信令，使得可以省略圖2的步驟3.和4.。使用圖6的網(wǎng)絡(luò)單元25′內(nèi)的內(nèi)部處理執(zhí)行基于圖2的步驟3.、4.的授權(quán)檢查。在這種情況下，PCF和CSCF之間的信令只是內(nèi)部信令(即不受任何標(biāo)準(zhǔn)的嚴(yán)格限制)。
圖6的其它步驟1.、2.、和5.-12.與圖2的相應(yīng)步驟相同。
因此，PCF可以是如圖2所示的單獨邏輯實體25，可以如圖6所示集成到CSCF中，或者也可以被集成到GGSN 24中。
圖7示出了本發(fā)明的系統(tǒng)和方法的另一個實施例，其中提供基于呼叫的PDP上下文激活/修改。圖7提供了MO呼叫的情況下的PDP上下文激活。假定針對呼叫激活至少一個PDP上下文。對于PDP上下文激活，向PCF 25請求許可。來自PCF的許可需要將PDP上下文的QoS調(diào)整到呼叫的QoS。對于是否需要來自PCF的決策，以及決策針對哪類PDP上下文，可以對GGSN進行配置。例如，配置信息可以定義只針對對話PDP上下文需要來自PCF的決策，而對于其它PDP上下文，在沒有PCF交互的情況下進行PDP上下文激活。這里只示出和描述了GGSN-PCF通信需要的參數(shù)。下面詳細描述圖7中示出的步驟。
步驟1.，MS向代理CSCF發(fā)送Invite(用戶Id)消息。代理CSCF向被叫方轉(zhuǎn)發(fā)消息。
步驟2.，代理CSCF接收肯定確認(rèn)，例如183w/SDP。代理CSCF向主叫方轉(zhuǎn)發(fā)確認(rèn)。
步驟3.，MS通過向SGSN發(fā)送激活輔助PDP上下文請求(請求的QoS)消息激活呼叫的PDP上下文。
步驟4.，執(zhí)行無線接入載體建立過程。
步驟5.，SGSN向GGSN發(fā)送創(chuàng)建PDP上下文請求(PDP地址、協(xié)商的QoS)消息。
步驟6.，GGSN通過向PCF發(fā)送請求(請求Id、用戶Id、協(xié)商的QoS)消息來請求PDP上下文激活的許可。用戶Id是PS域和IM子系統(tǒng)中已知的標(biāo)識符，例如MS的IP地址。
步驟7.，PCF通過向GGSN發(fā)送決策(請求Id、協(xié)商的QoS)消息來作出應(yīng)答。
步驟8.-9.，通過從PCF接收的參數(shù)接受PDP上下文激活。
步驟10.，GGSN通過向PCF發(fā)送報告狀態(tài)(請求Id)消息可以報告其已經(jīng)成功完成執(zhí)行決策。
如果PDP上下文被修改，步驟6、7和10是相同的。
雖然前面示出和描述了優(yōu)選實施例，然而本發(fā)明不局限于描述和示出的細節(jié)，并且應(yīng)當(dāng)被理解成覆蓋如上所述和通過附圖示出的特征的所有修改、省略和增加。
例如，本發(fā)明不局限于GGSN(3、24)和PCF-CSCF(或CSCF/PCF)之間的通信。通過用SGSN 2、23替代GGSN 3、24可以進行相同的通信，從而產(chǎn)生SGSN-PCF-CSCF(或CSCF/PCF)通信。
權(quán)利要求
1.建立或處理連接到不同網(wǎng)絡(luò)的第一和第二網(wǎng)絡(luò)單元之間的連接的方法，通過位于所述網(wǎng)絡(luò)的一個中的至少一個第三網(wǎng)絡(luò)單元建立連接，其中第三網(wǎng)絡(luò)單元在接收到關(guān)于連接建立的信息時向第四網(wǎng)絡(luò)單元發(fā)送請求，該請求請求建立所請求類型的連接的許可，或者請求檢查連接參數(shù)，該請求指定第一和/或第二網(wǎng)絡(luò)單元，和/或建立的連接或連接類型，第四網(wǎng)絡(luò)單元返回指定建立連接或連接類型的許可，或指定連接參數(shù)的應(yīng)答，根據(jù)應(yīng)答控制連接的建立或處理。
2.如權(quán)利要求1所述的方法，其中第三網(wǎng)絡(luò)單元是支持節(jié)點。
3.如權(quán)利要求2所述的方法，其中支持節(jié)點是網(wǎng)關(guān)節(jié)點，尤其是GGSN(網(wǎng)關(guān)GPRS支持節(jié)點)。
4.如前面任何一個權(quán)利要求所述的方法，其中第四網(wǎng)絡(luò)單元是呼叫狀態(tài)控制功能(CSCF)。
5.如前面任何一個權(quán)利要求所述的方法，其中第四網(wǎng)絡(luò)單元是策略控制功能(PCF)。
6.如前面任何一個權(quán)利要求所述的方法，其中第四網(wǎng)絡(luò)單元是呼叫處理服務(wù)器(CPS)。
7.如前面任何一個權(quán)利要求所述的方法，其中第四網(wǎng)絡(luò)單元至少部分地被實現(xiàn)成第三網(wǎng)絡(luò)單元的一部分。
8.如前面任何一個權(quán)利要求所述的方法，其中請求是請求激活或修改第一和/或第二網(wǎng)絡(luò)單元的PDP上下文的許可的許可請求。
9.如前面任何一個權(quán)利要求所述的方法，其中請求是請求檢查至少一個連接參數(shù)的檢查請求。
10.如前面任何一個權(quán)利要求所述的方法，其中應(yīng)答指示呼叫特性，呼叫特性最好是接受的QoS數(shù)值，和/或接受的關(guān)于第二網(wǎng)絡(luò)單元的信息，和/或指示連接是普通呼叫還是緊急呼叫的指示。
11.如前面任何一個權(quán)利要求所述的方法，其中第一網(wǎng)絡(luò)單元當(dāng)嘗試建立呼叫時尋址第五網(wǎng)絡(luò)單元，第五網(wǎng)絡(luò)單元向第四網(wǎng)絡(luò)單元發(fā)送以至少一個呼叫參數(shù)為特征的授權(quán)消息，第四網(wǎng)絡(luò)單元根據(jù)授權(quán)消息的內(nèi)容構(gòu)成其針對第三網(wǎng)絡(luò)單元的應(yīng)答。
12.如前面任何一個權(quán)利要求所述的方法，其中針對第一網(wǎng)絡(luò)單元存儲的預(yù)訂信息包含定義在建立第一和第二網(wǎng)絡(luò)單元之間的連接時從第三網(wǎng)絡(luò)單元向第四網(wǎng)絡(luò)單元發(fā)送請求的必要性的參數(shù)，當(dāng)建立第一和第二網(wǎng)絡(luò)單元之間的連接時，這個參數(shù)被發(fā)送到第三網(wǎng)絡(luò)單元，第三網(wǎng)絡(luò)單元根據(jù)這個參數(shù)的內(nèi)容決定向第四網(wǎng)絡(luò)單元發(fā)送請求的必要性。
13.如權(quán)利要求12所述的方法，其中當(dāng)參數(shù)指示不必從第三網(wǎng)絡(luò)單元向第四網(wǎng)絡(luò)單元發(fā)送請求時，第三網(wǎng)絡(luò)單元不發(fā)送這種請求，并且繼續(xù)執(zhí)行第一和第二網(wǎng)絡(luò)單元之間的連接的建立。
14.如前面任何一個權(quán)利要求所述的方法，其中在基于IP的網(wǎng)絡(luò)和基于GPRS或UMTS的網(wǎng)絡(luò)中提供公共標(biāo)識符，該公共標(biāo)識符標(biāo)識請求針對另一個網(wǎng)絡(luò)單元的建立的網(wǎng)絡(luò)單元，或標(biāo)識呼叫。
15.如權(quán)利要求14所述的方法，其中當(dāng)建立第一和第二網(wǎng)絡(luò)單元之間的連接時，公共標(biāo)識符被用于將連接參數(shù)，尤其是PDP上下文信息映射到呼叫，并且被發(fā)送到第三和第四網(wǎng)絡(luò)單元。
16.如權(quán)利要求14或15所述的方法，其中公共標(biāo)識符是在連接初始化協(xié)議，最好是SIP(會話初始化協(xié)議)中提供的NSAPI或Call_Identifier。
17.如前面任何一個權(quán)利要求所述的方法，其中第四網(wǎng)絡(luò)單元的地址被包含在針對第一網(wǎng)絡(luò)單元存儲的預(yù)訂信息中，當(dāng)建立第一和第二網(wǎng)絡(luò)單元之間的連接時，該地址被發(fā)送到第三網(wǎng)絡(luò)單元。
18.如前面任何一個權(quán)利要求所述的方法，其中根據(jù)連接參數(shù)的檢查結(jié)果提供用于對連接計費的計費記錄。
19.如前面任何一個權(quán)利要求所述的方法，其中連接參數(shù)指示請求或接受的QoS，并且檢查信令和用戶傳輸中提供的QoS信息，其中根據(jù)檢查結(jié)果提供計費記錄。
20.如權(quán)利要求19所述的方法，其中根據(jù)檢查請求進行QoS檢查。
21.如前面任何一個權(quán)利要求所述的方法，其中連接參數(shù)指示呼叫特性，呼叫特性最好是接受的QoS數(shù)值，和/或關(guān)于第二網(wǎng)絡(luò)單元的信息，和/或指示連接是普通呼叫還是緊急呼叫的指示。
22.如前面任何一個權(quán)利要求所述的方法，其中連接涉及至少兩個不同類型的網(wǎng)絡(luò)，最好是基于GPRS/UMTS的網(wǎng)絡(luò)和基于IP的網(wǎng)絡(luò)，兩個網(wǎng)絡(luò)中針對連接提供的QoS數(shù)值被檢查和比較以獲得計費相關(guān)信息。
23.如前面任何一個權(quán)利要求所述的方法，其中當(dāng)發(fā)送呼叫建立請求時從第一網(wǎng)絡(luò)單元向第四或另一個網(wǎng)絡(luò)單元發(fā)送檢查計費相關(guān)參數(shù)的檢查請求。
24.建立或處理連接到不同網(wǎng)絡(luò)的第一和第二網(wǎng)絡(luò)單元之間的連接的系統(tǒng)，通過位于所述網(wǎng)絡(luò)的一個中的至少一個第三網(wǎng)絡(luò)單元建立連接，其中第三網(wǎng)絡(luò)單元適于在接收到關(guān)于連接建立的信息時向第四網(wǎng)絡(luò)單元發(fā)送請求，該請求請求建立所請求類型的連接的許可，或者請求檢查連接參數(shù)，該請求指定第一和/或第二網(wǎng)絡(luò)單元，和/或建立的連接或連接類型，第四網(wǎng)絡(luò)單元返回指定建立連接或連接類型的許可，或指定連接參數(shù)的應(yīng)答，根據(jù)應(yīng)答控制連接的建立或處理。
25.如權(quán)利要求24所述的系統(tǒng)，其中第三網(wǎng)絡(luò)單元是支持節(jié)點。
26.如權(quán)利要求25所述的系統(tǒng)，其中支持節(jié)點是網(wǎng)關(guān)節(jié)點，尤其是GGSN(網(wǎng)關(guān)GPRS支持節(jié)點)。
27.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中第四網(wǎng)絡(luò)單元是呼叫狀態(tài)控制功能(CSCF)。
28.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中第四網(wǎng)絡(luò)單元是策略控制功能(PCF)。
29.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中第四網(wǎng)絡(luò)單元是呼叫處理服務(wù)器(CPS)。
30.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中第四網(wǎng)絡(luò)單元被至少部分地實現(xiàn)成第三網(wǎng)絡(luò)單元的一部分。
31.如前面任何一個權(quán)利要求所述的系統(tǒng)，其中請求是請求激活或修改第一和/或第二網(wǎng)絡(luò)單元的PDP上下文的許可的許可請求。
32.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中請求是請求檢查至少一個連接參數(shù)的檢查請求。
33.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中應(yīng)答指示呼叫特性，呼叫特性最好是接受的QoS數(shù)值，和/或接受的關(guān)于第二網(wǎng)絡(luò)單元的信息，和/或指示連接是普通呼叫還是緊急呼叫的指示。
34.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中第一網(wǎng)絡(luò)單元適于當(dāng)嘗試建立呼叫時尋址第五網(wǎng)絡(luò)單元，第五網(wǎng)絡(luò)單元適于向第四網(wǎng)絡(luò)單元發(fā)送以至少一個呼叫參數(shù)為特征的授權(quán)消息，第四網(wǎng)絡(luò)單元適于根據(jù)授權(quán)消息的內(nèi)容構(gòu)成其針對第三網(wǎng)絡(luò)單元的應(yīng)答。
35.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中針對第一網(wǎng)絡(luò)單元存儲的預(yù)訂信息包含定義在建立第一和第二網(wǎng)絡(luò)單元之間的連接時從第三網(wǎng)絡(luò)單元向第四網(wǎng)絡(luò)單元發(fā)送請求的必要性的參數(shù)，當(dāng)建立第一和第二網(wǎng)絡(luò)單元之間的連接時，這個參數(shù)被發(fā)送到第三網(wǎng)絡(luò)單元，第三網(wǎng)絡(luò)單元適于根據(jù)這個參數(shù)的內(nèi)容決定向第四網(wǎng)絡(luò)單元發(fā)送請求的必要性。
36.如權(quán)利要求35所述的系統(tǒng)，其中當(dāng)參數(shù)指示不必從第三網(wǎng)絡(luò)單元向第四網(wǎng)絡(luò)單元發(fā)送請求時，第三網(wǎng)絡(luò)單元不發(fā)送這種請求，并且繼續(xù)執(zhí)行第一和第二網(wǎng)絡(luò)單元之間的連接的建立。
37.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中在基于IP的網(wǎng)絡(luò)和基于GPRS或UMTS的網(wǎng)絡(luò)中提供公共標(biāo)識符，該公共標(biāo)識符標(biāo)識請求針對另一個網(wǎng)絡(luò)單元的建立的網(wǎng)絡(luò)單元，或標(biāo)識呼叫。
38.如權(quán)利要求37所述的系統(tǒng)，其中當(dāng)建立第一和第二網(wǎng)絡(luò)單元之間的連接時，公共標(biāo)識符被用于將連接參數(shù)，尤其是PDP上下文信息映射到呼叫，并且被發(fā)送到第三和第四網(wǎng)絡(luò)單元。
39.如權(quán)利要求37或38所述的系統(tǒng)，其中公共標(biāo)識符是在連接初始化協(xié)議，最好是SIP(會話初始化協(xié)議)中提供的NSAPI或Call_Identifier。
40.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中第四網(wǎng)絡(luò)單元的地址被包含在針對第一網(wǎng)絡(luò)單元存儲的預(yù)訂信息中，當(dāng)建立第一和第二網(wǎng)絡(luò)單元之間的連接時，該地址可被發(fā)送到第三網(wǎng)絡(luò)單元。
41.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中根據(jù)連接參數(shù)的檢查結(jié)果提供用于對連接計費的計費記錄。
42.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中連接參數(shù)指示請求或接受的QoS，并且檢查信令和用戶傳輸中提供的QoS信息，其中根據(jù)檢查結(jié)果提供計費記錄。
43.如權(quán)利要求42所述的系統(tǒng)，其中根據(jù)檢查請求進行QoS檢查。
44.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中連接參數(shù)指示呼叫特性，呼叫特性最好是接受的QoS數(shù)值，和/或關(guān)于第二網(wǎng)絡(luò)單元的信息，和/或指示連接是普通呼叫還是緊急呼叫的指示。
45.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中連接涉及至少兩個不同類型的網(wǎng)絡(luò)，最好是基于GPRS/UMTS的網(wǎng)絡(luò)和基于IP的網(wǎng)絡(luò)，兩個網(wǎng)絡(luò)中針對連接提供的QoS數(shù)值被檢查和比較以獲得計費相關(guān)信息。
46.如前面任何一個系統(tǒng)權(quán)利要求所述的系統(tǒng)，其中當(dāng)發(fā)送呼叫建立請求時從第一網(wǎng)絡(luò)單元向第四或另一個網(wǎng)絡(luò)單元發(fā)送檢查計費相關(guān)參數(shù)的檢查請求。
47.在兩層通信網(wǎng)絡(luò)中建立連接的方法，所述通信網(wǎng)絡(luò)包括適于建立針對終端的通信信道的第一通信網(wǎng)絡(luò)層，和適于建立在所述通信信道上進行的會話的第二通信網(wǎng)絡(luò)層，所述方法包括的步驟有建立具有標(biāo)識符的會話，建立具有所述標(biāo)識符的通信信道，通過使用所述標(biāo)識符的所述會話授權(quán)所述通信信道。
48.如權(quán)利要求47所述的方法，其中所述授權(quán)包括的步驟有所述第一通信網(wǎng)絡(luò)層(例如GGSN)中的網(wǎng)絡(luò)單元在通信信道建立時發(fā)出針對所述授權(quán)的請求，所述第二通信網(wǎng)絡(luò)層(例如CSCF)中的網(wǎng)絡(luò)單元執(zhí)行所述授權(quán)。
49.如權(quán)利要求47或48所述的方法，其中第一通信網(wǎng)絡(luò)層是GPRS/UMTS層，所述第二通信網(wǎng)絡(luò)層是IP多媒體子系統(tǒng)。
50.如權(quán)利要求47、48或49所述的方法，其中所述終端是用戶設(shè)備或移動站。
51.在兩層通信網(wǎng)絡(luò)中建立連接的系統(tǒng)，所述通信網(wǎng)絡(luò)包括適于建立針對終端的通信信道的第一通信網(wǎng)絡(luò)層，和適于建立在所述通信信道上進行的會話的第二通信網(wǎng)絡(luò)層，所述系統(tǒng)適于建立具有標(biāo)識符的會話，建立具有所述標(biāo)識符的通信信道，通過使用所述標(biāo)識符的所述會話授權(quán)所述通信信道。
52.如權(quán)利要求51所述的系統(tǒng)，其中為了執(zhí)行所述授權(quán)所述第一通信網(wǎng)絡(luò)層中的網(wǎng)絡(luò)單元適于在通信信道建立時發(fā)出針對所述授權(quán)的請求，所述第二通信網(wǎng)絡(luò)層中的網(wǎng)絡(luò)單元適于執(zhí)行所述授權(quán)。
53.如權(quán)利要求51或52所述的系統(tǒng)，其中所述第一通信網(wǎng)絡(luò)層是GPRS/UMTS層，所述第二通信網(wǎng)絡(luò)層是IP多媒體子系統(tǒng)。
54.如權(quán)利要求51、52或53所述的系統(tǒng)，其中所述終端是用戶設(shè)備或移動站。
全文摘要
本發(fā)明提供建立或處理連接到諸如GPRS/UMTS和基于IP的網(wǎng)絡(luò)的不同網(wǎng)絡(luò)的第一和第二網(wǎng)絡(luò)單元之間的連接的方法和系統(tǒng)。通過一個網(wǎng)絡(luò)中布置的諸如SGSN或GGSN的至少一個第三網(wǎng)絡(luò)單元建立連接。第三網(wǎng)絡(luò)單元適于在接收到關(guān)于連接建立的信息時，向第四網(wǎng)絡(luò)單元發(fā)送請求，第四網(wǎng)絡(luò)單元可以是呼叫狀態(tài)控制功能(CSCF)、策略控制功能(PCF)或呼叫處理服務(wù)器(CPS)。該請求請求許可建立所請求的類型的連接，或請求檢查連接參數(shù)，并且指定第一和/或第二網(wǎng)絡(luò)單元和/或要建立的連接或連接類型。第四網(wǎng)絡(luò)單元返回應(yīng)答，該響應(yīng)指定建立連接或連接類型的許可，或者指定連接參數(shù)。
文檔編號H04L29/12GK1454434SQ00819952
公開日2003年11月5日 申請日期2000年10月9日 優(yōu)先權(quán)日2000年10月9日
發(fā)明者圖加·赫塔, 雅涅·科伊斯蒂寧 申請人:諾基亞公司