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

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


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