專(zhuān)利名稱(chēng)：用于在電信網(wǎng)絡(luò)中處理系留用戶(hù)設(shè)備的方法和系統(tǒng)的制作方法
用于在電信網(wǎng)絡(luò)中處理系留用戶(hù)設(shè)備的方法和系統(tǒng)
背景技術(shù)：
本發(fā)明涉及用于在電信網(wǎng)絡(luò)中處理系留(tethered)用戶(hù)設(shè)備的方法和系統(tǒng)。并且本發(fā)明具體涉及檢測(cè)系留設(shè)備和處理這種系留設(shè)備的使用的技術(shù)，并因此 利用專(zhuān)門(mén)的參考進(jìn)行描述，明顯的是本發(fā)明也可用于其它領(lǐng)域和應(yīng)用。作為背景，為了調(diào)用分組數(shù)據(jù)服務(wù)的目的，服務(wù)提供商允許用戶(hù)使用諸如移動(dòng) 電話、智能電話和類(lèi)似物設(shè)備，例如用戶(hù)裝置(UE)，來(lái)訪問(wèn)他們的網(wǎng)絡(luò)。涉及UE技術(shù) 的當(dāng)前狀態(tài)是，一般來(lái)說(shuō)，UE自己不發(fā)送或接收大量的分組數(shù)據(jù)。然而，用戶(hù)能夠?qū)⒅T 如膝上型計(jì)算機(jī)的其它數(shù)據(jù)設(shè)備連接(或“系留”)到UE，其結(jié)果是，要發(fā)送/接收大 量的分組數(shù)據(jù)，這是服務(wù)提供商認(rèn)為不能接受的。UE知道其是否連接到系留設(shè)備，但是 當(dāng)前沒(méi)有實(shí)現(xiàn)UE將該信息傳送給網(wǎng)絡(luò)的方法。實(shí)際上，在3GPP標(biāo)準(zhǔn)中沒(méi)有定義這樣的 方法或者技術(shù)。因此，需要提供這樣的功能從而使網(wǎng)絡(luò)能夠檢測(cè)正在使用的系留數(shù)據(jù)設(shè)備。如 果是這樣，網(wǎng)絡(luò)就能接受或拒絕相應(yīng)的數(shù)據(jù)會(huì)話。如果網(wǎng)絡(luò)接受系留數(shù)據(jù)會(huì)話，那么能 夠管理系留數(shù)據(jù)會(huì)話。目前沒(méi)有已知的方案。沒(méi)有用于網(wǎng)絡(luò)以檢測(cè)UE連接(系留)到諸如膝上型計(jì) 算機(jī)的另一設(shè)備的技術(shù)。因此，沒(méi)有用于跟據(jù)UE與系留設(shè)備相連接的知識(shí)來(lái)管理數(shù)據(jù) 會(huì)話的已有技術(shù)。

發(fā)明內(nèi)容
在本發(fā)明的一個(gè)方面中，一種方法，包括通過(guò)網(wǎng)絡(luò)元件接收系留設(shè)備指示 符，所述系留設(shè)備指示符由來(lái)自用戶(hù)設(shè)備的請(qǐng)求消息產(chǎn)生，通過(guò)網(wǎng)絡(luò)元件檢測(cè)指示符， 以及，基于指示符，執(zhí)行拒絕由用戶(hù)設(shè)備請(qǐng)求的數(shù)據(jù)會(huì)話或者管理由用戶(hù)設(shè)備請(qǐng)求的數(shù) 據(jù)會(huì)話中的一個(gè)。在本發(fā)明的另一方面中，系留設(shè)備指示符是設(shè)置在請(qǐng)求消息的信息單元中的標(biāo)
ο在本發(fā)明的另一方面中，請(qǐng)求消息是數(shù)據(jù)會(huì)話請(qǐng)求消息。在本發(fā)明的另一方面中，數(shù)據(jù)會(huì)話請(qǐng)求消息是PDP上下文請(qǐng)求消息。在本發(fā)明的另一方面中，請(qǐng)求消息是修改數(shù)據(jù)會(huì)話的請(qǐng)求。在本發(fā)明的另一方面中，修改數(shù)據(jù)會(huì)話的請(qǐng)求是修改PDP上下文請(qǐng)求消息。在本發(fā)明的另一方面中，請(qǐng)求消息是路由區(qū)域更新請(qǐng)求。在本發(fā)明的另一方面中，該方法進(jìn)一步包括基于重新定位請(qǐng)求通過(guò)網(wǎng)絡(luò)元件將 指示符發(fā)送給第二網(wǎng)絡(luò)元件。在本發(fā)明的另一方面中，該方法進(jìn)一步包括如果網(wǎng)絡(luò)元件執(zhí)行拒絕則將拒絕消 息發(fā)送給用戶(hù)設(shè)備。在本發(fā)明的另一方面中，管理數(shù)據(jù)會(huì)話包括設(shè)置服務(wù)質(zhì)量和建立速率方案中的 至少一個(gè)。
在本發(fā)明的另一方面中，一中系統(tǒng)，包括，用于通過(guò)網(wǎng)絡(luò)元件接收系留設(shè)備指 示符的裝置，所述系留設(shè)備指示符由來(lái)自用戶(hù)設(shè)備的請(qǐng)求消息產(chǎn)生，用于通過(guò)網(wǎng)絡(luò)元件 檢測(cè)指示符的裝置，以及，用于基于指示符，執(zhí)行拒絕由用戶(hù)設(shè)備請(qǐng)求的數(shù)據(jù)會(huì)話或者 管理由用戶(hù)設(shè)備請(qǐng)求的數(shù)據(jù)會(huì)話的設(shè)備中的一個(gè)的設(shè)備。在本發(fā)明的另一方面中，系留設(shè)備指示符是設(shè)置在請(qǐng)求消息的信息單元中的標(biāo)
ο在本發(fā)明的另一方面中，請(qǐng)求消息是數(shù)據(jù)會(huì)話請(qǐng)求消息。在本發(fā)明的另一方面中，數(shù)據(jù)會(huì)話請(qǐng)求消息是PDP上下文請(qǐng)求消息。在本發(fā)明的另一方面中，請(qǐng)求消息是修改數(shù)據(jù)會(huì)話的請(qǐng)求。在本發(fā)明的另一方面中，修改數(shù)據(jù)會(huì)話的請(qǐng)求是修改PDP上下文請(qǐng)求消息。在本發(fā)明的另一方面中，請(qǐng)求消息是路由區(qū)域更新請(qǐng)求。在本發(fā)明的另一方面中，該系統(tǒng)進(jìn)一步包括用于基于重新定位請(qǐng)求通過(guò)網(wǎng)絡(luò)元 件將指示符發(fā)送給第二網(wǎng)絡(luò)元件的裝置。在本發(fā)明的另一方面中，該系統(tǒng)進(jìn)一步包括用于如果網(wǎng)絡(luò)元件執(zhí)行拒絕則將拒 絕消息發(fā)送給用戶(hù)設(shè)備的裝置。在本發(fā)明的另一方面中，用于管理數(shù)據(jù)會(huì)話的裝置包括設(shè)置服務(wù)質(zhì)量和建立速 率方案中的至少一個(gè)。通過(guò)下面提供的詳細(xì)描述，本發(fā)明進(jìn)一步的應(yīng)用范圍會(huì)變得明顯。然而，可以 理解的是，指示本發(fā)明優(yōu)選實(shí)施方式的詳細(xì)描述和專(zhuān)用實(shí)例僅僅以解釋的方式給出，對(duì) 于本領(lǐng)域技術(shù)人員來(lái)說(shuō)，在本發(fā)明的精神和范圍內(nèi)的各種變化和修改都是明顯的。


本發(fā)明存在于設(shè)備各個(gè)部分的結(jié)構(gòu)，安排和組合，以及方法的步驟之中，由此 所達(dá)到的預(yù)期目標(biāo)在下文中更充分的給出，尤其是在權(quán)利要求中指出，并在附圖中進(jìn)行 解釋?zhuān)渲袌D1是當(dāng)前描述實(shí)施方式能夠結(jié)合到其中的網(wǎng)絡(luò)的框圖；圖2是說(shuō)明本應(yīng)用的實(shí)施方式的呼叫流示意圖；圖3是說(shuō)明本應(yīng)用的實(shí)施方式的呼叫流示意圖；圖4是說(shuō)明本應(yīng)用的實(shí)施方式的呼叫流示意圖；圖5是說(shuō)明本應(yīng)用的實(shí)施方式的呼叫流示意圖；圖6是說(shuō)明本應(yīng)用的實(shí)施方式的呼叫流示意圖。
具體實(shí)施例方式當(dāng)前描述的實(shí)施方式涉及用于處理在網(wǎng)絡(luò)中通過(guò)使用系留用戶(hù)設(shè)備執(zhí)行的數(shù)據(jù) 會(huì)話的方法?；谏鲜鲈颍瑢?duì)于能夠檢測(cè)系留設(shè)備是否與網(wǎng)絡(luò)連接以及是否請(qǐng)求數(shù)據(jù) 會(huì)話是有利的。因此，當(dāng)前描述的實(shí)施方式涉及通過(guò)網(wǎng)絡(luò)元件接收系留設(shè)備指示符的網(wǎng) 絡(luò)功能。在至少一種形式上，系留設(shè)備指示符(或系留指示)由來(lái)自用戶(hù)設(shè)備的請(qǐng)求產(chǎn) 生。于是基于指示符，通過(guò)網(wǎng)絡(luò)來(lái)檢測(cè)指示符，并且可以執(zhí)行多種功能。例如，網(wǎng)絡(luò) 元件可以確定數(shù)據(jù)會(huì)話是不正確的并且，因此拒絕用戶(hù)設(shè)備所請(qǐng)求的數(shù)據(jù)會(huì)話。可替換地，網(wǎng)絡(luò)元件可以確定數(shù)據(jù)會(huì)話請(qǐng)求是正確的。在這種情況下，可以基于指示符來(lái)管理 數(shù)據(jù)會(huì)話?？梢岳斫獾氖?，網(wǎng)絡(luò)元件可采用各種形式，從下面的討論中將變得明顯。例 如，當(dāng)前描述的實(shí)施方式能夠結(jié)合到其中的網(wǎng)絡(luò)可以是UMTS網(wǎng)絡(luò)。因此，網(wǎng)絡(luò)元件可 以采用服務(wù)GPRS支持節(jié)點(diǎn)和存在于UMTS網(wǎng)絡(luò)中的其它連接網(wǎng)絡(luò)元件的形式。在UMTS 環(huán)境下，將用戶(hù)的裝置稱(chēng)為用戶(hù)設(shè)備(UE)。在一種形式中，當(dāng)前描述的實(shí)施方式能夠應(yīng) 用到這樣的UMTS網(wǎng)絡(luò)中，這將在下面作詳細(xì)描述。然而，需要注意的是，當(dāng)前描述的實(shí)施方式的原理也可以應(yīng)用于多種其它類(lèi)型 的網(wǎng)絡(luò)。例如，本領(lǐng)域技術(shù)人員可以理解的是，當(dāng)前描述的實(shí)施方式可以應(yīng)用于CDMA 網(wǎng)絡(luò)，EVDO網(wǎng)絡(luò)，以及WiMAX網(wǎng)絡(luò)，等等。本領(lǐng)域技術(shù)人員還可以理解的是，由于 這些類(lèi)型的無(wú)線網(wǎng)絡(luò)主要包括用戶(hù)裝置，諸如接收站或基站的網(wǎng)絡(luò)元件，諸如交換元件 的各種其它網(wǎng)絡(luò)元件，并且其功能是實(shí)現(xiàn)許多與UMTS網(wǎng)絡(luò)的網(wǎng)絡(luò)元件的相同目標(biāo)，因 此能夠?qū)崿F(xiàn)將當(dāng)前描述的實(shí)施方式轉(zhuǎn)換到這些類(lèi)型的網(wǎng)絡(luò)上。需要進(jìn)一步注意的是，在任何可能的技術(shù)環(huán)境中，當(dāng)前描述的實(shí)施方式在網(wǎng)絡(luò) 中可以按各種不同的方式實(shí)現(xiàn)。例如，可以使用各種不同的硬件配置和/或軟件技術(shù)來(lái) 實(shí)現(xiàn)當(dāng)前描述的實(shí)施方式。在一種形式中，適當(dāng)?shù)倪^(guò)程可以分布到網(wǎng)絡(luò)元件中并由這些 網(wǎng)絡(luò)元件執(zhí)行，從而實(shí)現(xiàn)當(dāng)前描述的實(shí)施方式的目標(biāo)。在一些形式中，具有允許網(wǎng)絡(luò)元 件執(zhí)行適當(dāng)功能的更為集中化的軟件集合是有利的?，F(xiàn)在參照附圖，其中的描述僅以說(shuō)明示例性實(shí)施方式為目的而并以限制權(quán)利要 求所要求的主題為目的，圖1提供了在其中能夠結(jié)合當(dāng)前描述的實(shí)施方式的示例系統(tǒng)10 的示意圖。如圖所示，圖1是基于3GPP策略和計(jì)費(fèi)控制(PCC)模式的。然而，本領(lǐng) 域技術(shù)人員可以理解的是，當(dāng)前描述的實(shí)施方式還可以應(yīng)用于包括資源接納控制子系統(tǒng) (RACS)結(jié)構(gòu)(由ETSI TISPAN定義)，基于服務(wù)的承載控制(SBBC)結(jié)構(gòu)(由3GPP2定 義)和資源訪問(wèn)控制功能(RACF)結(jié)構(gòu)(由ITU定義)的其它模式和體系結(jié)構(gòu)。系統(tǒng)或網(wǎng)絡(luò)10是由用戶(hù)裝置，例如用戶(hù)設(shè)備(UE)，來(lái)訪問(wèn)的示例UMTS網(wǎng)絡(luò)。 該網(wǎng)絡(luò)包括(但不局限于)能夠與服務(wù)GPRS支持節(jié)點(diǎn)(SGSN) 18進(jìn)行通信的節(jié)點(diǎn)B 14 和無(wú)線網(wǎng)絡(luò)控制器(RNC) 16。SGSN 18訪問(wèn)歸屬位置寄存器(HLR) 20，并與網(wǎng)關(guān)GPRS 支持節(jié)點(diǎn)(GGSN) 22進(jìn)行通信，還包括策略與計(jì)費(fèi)執(zhí)行功能(PCEF)的功能。在網(wǎng)絡(luò)10 中還示出了具有策略與計(jì)費(fèi)規(guī)則功能(PCRF) 26和規(guī)則引擎28的資源管理器24。在一種 形式中，網(wǎng)絡(luò)10還可以包括用戶(hù)屬性知識(shí)庫(kù)(SPR)30，在一種形式中，可將用戶(hù)屬性知 識(shí)庫(kù)(SPR) 30放置在家庭用戶(hù)系統(tǒng)(HSS) 32中。還可以實(shí)現(xiàn)其它知識(shí)庫(kù)。這些其它的 知識(shí)庫(kù)可以由不同的服務(wù)提供商來(lái)控制_示出的一個(gè)知識(shí)庫(kù)僅僅是作為配置的示例。還可以理解的是，其它網(wǎng)絡(luò)元件(圖1中未示出)可以包括在實(shí)現(xiàn)當(dāng)前描述的實(shí) 施方式的網(wǎng)絡(luò)中。例如，當(dāng)UE 12從一個(gè)位置區(qū)域的控制移動(dòng)或被移動(dòng)到另一位置區(qū)域 時(shí)，可以提供第二 SGSN或者第二節(jié)點(diǎn)B或者第二 RNC。這些沒(méi)有具體說(shuō)明的設(shè)備種類(lèi) 中的至少一些會(huì)在這里的其它圖中涉及。本領(lǐng)域技術(shù)人員可以理解這些網(wǎng)絡(luò)元件處于網(wǎng) 絡(luò)10內(nèi)并在網(wǎng)絡(luò)10內(nèi)執(zhí)行的方式。根據(jù)當(dāng)前描述的實(shí)施方式，用戶(hù)裝置，或者UE 12，在諸如激活PDP上下文請(qǐng) 求消息的請(qǐng)求消息中提供設(shè)備系留到UE 12的指示符。將該消息發(fā)送給SGSN 18。當(dāng)建立PDP上下文時(shí)，通常由UE 12將激活PDP上下文消息發(fā)送給SGSN 18。根據(jù)當(dāng)前描 述的實(shí)施方式，該請(qǐng)求消息補(bǔ)充有系留設(shè)備信息，例如在信息單元(IE)中設(shè)置的作為系 留設(shè)備指示符的標(biāo)志。還可使用其它在消息中提供這樣的系留設(shè)備指示符的方式。在任 何情況下，UE 12具有識(shí)別其何時(shí)系留的功能，并進(jìn)一步具有在請(qǐng)求消息中增加適當(dāng)字段 的功能。因此，當(dāng)建立所請(qǐng)求的PDP上下文時(shí)，SGSN 18能夠通過(guò)檢測(cè)激活PDP上下文 請(qǐng)求消息內(nèi)容來(lái)檢測(cè)系留設(shè)備是否在被使用。然后，SGSN 18能夠檢測(cè)是否允許數(shù)據(jù)會(huì) 話使用該系留設(shè)備。存在兩個(gè)用于作出該決定的方法a)SGSN 18能夠檢測(cè)運(yùn)營(yíng)商或者服務(wù)提供者所提供的數(shù)據(jù)以確定用戶(hù)會(huì)話是否 被接受還是拒絕。b) SGSN能夠檢測(cè)之前從HLR數(shù)據(jù)庫(kù)20中所檢索到的用戶(hù)屬性信息的內(nèi)容。可 以通過(guò)增加附加字段來(lái)擴(kuò)展HLR數(shù)據(jù)庫(kù)20，從而指示允許哪個(gè)用戶(hù)使用系留設(shè)備，并且 指示不允許哪個(gè)用戶(hù)使用系留設(shè)備。如果諸如SGSN 18的網(wǎng)絡(luò)確定可以建立系留數(shù)據(jù)會(huì)話，SGSN 18用信號(hào)通知 GGSN 22以建立系留數(shù)據(jù)會(huì)話。當(dāng)GGSN 22接收到請(qǐng)求時(shí)，其用信號(hào)通知PCRF 26 (通 過(guò)Gx接口)以獲得用于該請(qǐng)求的認(rèn)證。接著，PCRF26從SPR數(shù)據(jù)庫(kù)30(通過(guò)Sp接口) 檢索用戶(hù)專(zhuān)用數(shù)據(jù)以作出將什么級(jí)別的QoS授權(quán)給UE 12的決定。PCRF 26還確定如何 對(duì)用戶(hù)的會(huì)話進(jìn)行計(jì)費(fèi)。PCRF 26于是將QoS和計(jì)費(fèi)信息提供給GGSN 22。以這種方 式使用PCRF 26和GGSN 22也在3GPP標(biāo)準(zhǔn)中有所定義。當(dāng)前描述的實(shí)施方式增強(qiáng)了這個(gè)功能，以允許PCRF 26知道是否用戶(hù)正在使用 系留設(shè)備。增強(qiáng)部分如下1) SGSN 18將現(xiàn)有的GTP協(xié)議中的系留指示符傳送給GGSN 22。2)當(dāng)建立PDP上下文時(shí)，GGSN 22將系留指示符傳送給PCRF 26。3)PCRF 26使用系留指示符來(lái)作出關(guān)于將QoS授權(quán)給用戶(hù)會(huì)話，和/或如何對(duì)用 戶(hù)的會(huì)話進(jìn)行計(jì)費(fèi)的決定。例如，如果用戶(hù)使用系留設(shè)備，運(yùn)營(yíng)商可以讓QoS降級(jí)，增 加計(jì)費(fèi)率，或同時(shí)執(zhí)行兩者?？梢赃M(jìn)一步理解的是，系留設(shè)備的網(wǎng)絡(luò)識(shí)別還可以為終端用戶(hù)提供選擇。從 而，在檢測(cè)到系留設(shè)備并且確定可以進(jìn)行數(shù)據(jù)會(huì)話時(shí)，系統(tǒng)可以警告用戶(hù)將進(jìn)行額外計(jì) 費(fèi)。如果用戶(hù)同意，將進(jìn)行額外計(jì)費(fèi)，如果用戶(hù)不同意，在拒絕該會(huì)話。在圖2中提供了示出當(dāng)前描述的實(shí)施方式的示例的呼叫流程200，其中建立了系 留數(shù)據(jù)會(huì)話。如圖所示，在第1行，UE 12通過(guò)將諸如激活PDP上下文請(qǐng)求的請(qǐng)求消息 發(fā)送給服務(wù)SGSN 18來(lái)請(qǐng)求建立承載(例如，建立數(shù)據(jù)會(huì)話)。所請(qǐng)求的承載可以是主 要(Primary)PDP上下文或者是次要(Secondary)PDP上下文。例如，UE 12可以在請(qǐng)求 消息的信息單元中將新的系留指示符(也稱(chēng)為系留設(shè)備指示符)提供給SGSN 18。在第2行，SGSN 18確定是否有用于承載的足夠資源。將UE 12所請(qǐng)求的資源與 用戶(hù)屬性信息進(jìn)行驗(yàn)證，其中用戶(hù)屬性信息是當(dāng)用戶(hù)12連接時(shí)從HLR 20先行下載的。 這里的假設(shè)是如果UE 12已經(jīng)指示連接有系留設(shè)備，則SGSN 18不拒絕PDP上下文的激 活。在第3行，如果有用于新會(huì)話的足夠資源，SGSN 18將用于承載的創(chuàng)建PDP上下文請(qǐng)求發(fā)送給PCEF (GGSN) 22。SGSN 18包括由UE 12所提供的系留指示符。在第4行，PCEF 22確定是否有用于承載的足夠資源。根據(jù)所支持服務(wù)的最差 情況提供用于新會(huì)話的資源量。如果有足夠的資源可用，則允許新的數(shù)據(jù)會(huì)話。在第5行，PCEF 22通過(guò)Gx接口將用于新會(huì)話的會(huì)話建立請(qǐng)求發(fā)送給PCRF 26。其中包含從PDP上下文中導(dǎo)出的并且包括新的系留指示符的信息。在第6行，PCRF 26向SPR 30傳送查詢(xún)以檢索UE 12的用戶(hù)數(shù)據(jù)。如果SPR 數(shù)據(jù)已經(jīng)緩存在PCRF 26本地，則可以跳過(guò)查詢(xún)/響應(yīng)(進(jìn)入到步驟8)。在第7行，SPR 30將所存儲(chǔ)的UE 12的用戶(hù)數(shù)據(jù)返回給PCRF 26。在第8行，PCRF 26使用從SPR 30檢索到的數(shù)據(jù)，在來(lái)自PCEF 22的CCR命令 中所接收的參數(shù)，UE系留指示符等對(duì)查詢(xún)進(jìn)行格式化，并將該查詢(xún)發(fā)送給規(guī)則引擎28。在第9行，規(guī)則引擎28調(diào)用在查詢(xún)請(qǐng)求中由PCEF指定的規(guī)則集合。例如，規(guī) 則集合計(jì)算需要用于會(huì)話的服務(wù)質(zhì)量(QoS)和計(jì)費(fèi)參數(shù)中的一些或者全部。在第10行，規(guī)則引擎28將包括由規(guī)則集合調(diào)用而產(chǎn)生的參數(shù)的響應(yīng)進(jìn)行格式 化，并將該響應(yīng)發(fā)送給PCRF 26。返回用于此目的的示例性參數(shù)是那些導(dǎo)出要發(fā)送給 PCEF (GGSN) 22的CCA消息中的QoS信息AVP的參數(shù)。系留指示符可以用在這里，或 者用在之前的步驟以計(jì)算QoS和/或會(huì)話使用的計(jì)費(fèi)。在第11行，PCRF 26將CCA命令響應(yīng)格式化，并將其發(fā)送給PCEF 22。CCA
命令A(yù)VP由從規(guī)則引擎28在響應(yīng)中返回的參數(shù)和PCRF 26的本地?cái)?shù)據(jù)得出。在第12行，PCEF 22使用由PCRF 26所設(shè)置的吞吐率和QoS參數(shù)將資源分配給 數(shù)據(jù)會(huì)話，并且增強(qiáng)了服務(wù)策略。在第13行，PCEF 22在對(duì)創(chuàng)建PDP上下文請(qǐng)求的響應(yīng)中發(fā)送用于PDP上下文的參數(shù)。在第14行，SGSN 18通知UE 12PDP上下文建立已經(jīng)完成。參照?qǐng)D3，如果網(wǎng)絡(luò)確定不允許用戶(hù)使用系留設(shè)備，SGSN 18將激活PDP上下文 拒絕消息發(fā)送給UE12。所示出呼叫流程300說(shuō)明了這種情況。在此情況下，UE12嘗 試激活分組數(shù)據(jù)協(xié)議(PDP)上下文從而能夠發(fā)送/接收數(shù)據(jù)。然而，UE具有連接到它 的系留設(shè)備，從而作為結(jié)果，SGSN 18決定拒絕用于PDP上下文激活請(qǐng)求的請(qǐng)求。在第1行，UE 12通過(guò)將諸如激活PDP上下文請(qǐng)求或者激活次要PDP上下文請(qǐng) 求的請(qǐng)求消息發(fā)送給服務(wù)SGSN以請(qǐng)求建立承載。本領(lǐng)域技術(shù)人員可以了解的是，主要 PDP上下文或者次要PDP上下文在3GPP標(biāo)準(zhǔn)中有定義。無(wú)論UE 12發(fā)送這些消息中的哪一個(gè)，UE 12將新的系留指示符(也稱(chēng)為系留設(shè) 備指示符)提供給SGSN 18。對(duì)于該呼叫流，假設(shè)有系留設(shè)備與UE連接，因此將UE系 留指示符或者標(biāo)記設(shè)為YES。在第2行，SGSN 18檢測(cè)由UE提供的新系留指示符，并確定系留設(shè)備連接到UE 12。如上所述，SGSN能夠進(jìn)行下列任一a)檢測(cè)配置到SGSN 18本地的數(shù)據(jù)以確定處理方式。例如，運(yùn)營(yíng)商可以將造成 SGSN 18拒絕所有使用系留設(shè)備的PDP上下文請(qǐng)求的數(shù)據(jù)配置在SGSN 18本地。相對(duì)于 以用戶(hù)為基礎(chǔ)，該種檢測(cè)以網(wǎng)絡(luò)或者提供商為基礎(chǔ)。b)檢測(cè)在用戶(hù)屬性中提供的數(shù)據(jù)。SGSN 18之前從HLR 20將用戶(hù)屬性下載到SGSN 18中。該數(shù)據(jù)可以包括新的系留相關(guān)字段。例如，運(yùn)營(yíng)商可以配置不允許用戶(hù)具 有系留設(shè)備。在一種形式中，在不包括拒絕的事件中，在這種方式下對(duì)每個(gè)用戶(hù)進(jìn)行控 制以支持不同的計(jì)費(fèi)是有利的。作為對(duì)上述這些實(shí)例a和b的進(jìn)一步擴(kuò)展，UE 12所屬的運(yùn)營(yíng)商可以包括在作為 由SGSN 18所作決定的輸入中。例如，如果SGSN 18屬于運(yùn)營(yíng)商X，UE 12屬于運(yùn)營(yíng)商 Y，相對(duì)于運(yùn)營(yíng)商Y，SGSN 18具有用于運(yùn)營(yíng)商X的專(zhuān)用于用戶(hù)處理的數(shù)據(jù)(例如，允許 系留設(shè)備用于運(yùn)營(yíng)商X，但不能用于運(yùn)營(yíng)商Y)。在第3行，假設(shè)SGSN 18已經(jīng)確定不允許具有系留設(shè)備的用戶(hù)建立PDP上下文 (通過(guò)上述a或b的情況)，SGSN 18通過(guò)將諸如PDP上下文激活拒絕或者次要PDP上 下文激活拒絕消息的拒絕消息發(fā)送給UE 12(根據(jù)在第1行由UE發(fā)送的消息)來(lái)拒絕請(qǐng) 求。參照?qǐng)D4，呼叫流400說(shuō)明了諸如UE 12的用戶(hù)裝置通過(guò)使用例如PDP上下文修 改過(guò)程，發(fā)起對(duì)數(shù)據(jù)會(huì)話的修改的情況?？梢哉{(diào)用這樣的過(guò)程是基于以下的一個(gè)或者兩 個(gè)原因a) UE 12請(qǐng)求改變PDP上下文，例如在服務(wù)質(zhì)量中請(qǐng)求的改變。b)UE 12指示已經(jīng)連接有系留設(shè)備。由于用戶(hù)在PDP上下文激活的任意時(shí)間能 夠連接設(shè)備，因此UE 12根據(jù)當(dāng)前描述的實(shí)施方式將該指示符提供給網(wǎng)絡(luò)。在第1行，UE 12通過(guò)發(fā)送諸如修改PDP上下文請(qǐng)求的請(qǐng)求消息以請(qǐng)求對(duì)PDP 上下文的修改。這里假設(shè)終端用戶(hù)將系留設(shè)備連接到UE 12，從而促使UE 12發(fā)送該消 息。在該消息中，UE 12提供新的系留指示符(也稱(chēng)為系留設(shè)備指示符)，并且對(duì)于該呼 叫流400，將其設(shè)置為YES。在第Ia行，SGSN 18通過(guò)使用與上述呼叫流300的第2行所提供的邏輯相似的 邏輯，來(lái)檢驗(yàn)由UE提供的系留指示符。如果SGSN 18決定其將拒絕服務(wù)，此時(shí)SGSN 18將修改PDP上下文拒絕消息返 回給UE(與上述呼叫流300第3行所示出的相似，除了消息名稱(chēng)不同之外)。對(duì)于呼叫流400的其余部分，假設(shè)此時(shí)新SGSN(圖1中未示出)將不會(huì)拒絕服務(wù)。在第2行，新SGSN將更新PDP上下文請(qǐng)求發(fā)送給GGSN 22，其包括新的系留 指示符(也稱(chēng)為系留設(shè)備指示符)。此時(shí)在GGSN(PCEF) 22，SPR 30和規(guī)則引擎28之間的交換的消息與圖2中所提
供的實(shí)質(zhì)上相同。在第3行，GGSN 2將更新PDP上下文響應(yīng)消息返回給SGSN。可以理解的是，在去系留(例如，斷開(kāi)系留設(shè)備的連接)的情況下，可以使用這 些技術(shù)，并且這些技術(shù)適用于當(dāng)系留指示符指示沒(méi)有設(shè)備連接的情況。例如，系統(tǒng)根據(jù) 用戶(hù)設(shè)備的去系留(de-tethered)狀態(tài)可以改變服務(wù)質(zhì)量或者速率方案。參照?qǐng)D5，呼叫流500說(shuō)明了諸如UE 12的用戶(hù)設(shè)備發(fā)起諸如路由區(qū)域更新過(guò)程 的路由區(qū)域改變。為了便于參考，在圖5中僅示出了所選擇的步驟，其涉及執(zhí)行當(dāng)前描 述的實(shí)施方式的路由區(qū)域更新過(guò)程，這對(duì)本領(lǐng)域技術(shù)人員來(lái)說(shuō)是能夠理解的。沒(méi)有示出 可以作為路由區(qū)域更新過(guò)程的部分的其它步驟。有效地，UE 12從一個(gè)服務(wù)SGSN 18移動(dòng)到另一服務(wù)SGSN。GGSN 22通常保持一致。在第1行，UE 12通過(guò)發(fā)送諸如路由區(qū)域更新請(qǐng)求的請(qǐng)求消息在新SGSN處請(qǐng)求 服務(wù)。在路由區(qū)域更新請(qǐng)求消息中，UE12將新系留指示符提供給新的3G-SGSN。在第Ia行，新的3G-SGSN通過(guò)使用與上述呼叫流300第2行所提供的相似的邏 輯，檢測(cè)由UE 12提供的系留指示符(也稱(chēng)為系留設(shè)備指示符)。如果UE 12指示存在系留設(shè)備，并且其結(jié)果是新SGSN決定它將會(huì)拒絕服務(wù)，此 時(shí)新SGSN將路由區(qū)域更新拒絕消息返回給UE (與上述呼叫流300第3行所示出的相似， 除了消息名稱(chēng)不同之外)。對(duì)于呼叫流500的其余部分，假設(shè)此時(shí)新3G-SGSN將不會(huì)拒絕服務(wù)。在第2行，新3G-SGSN將SGSN上下文請(qǐng)求消息發(fā)送給舊3G-SGSN以從舊 SGSN中檢索上下文數(shù)據(jù)。在第3行，舊3G-SGSN利用包括所請(qǐng)求的上下文數(shù)據(jù)的SGSN上下文響應(yīng)消息 進(jìn)行答復(fù)。假設(shè)舊3G-SGSN具有與UE 12的系留指示符相關(guān)的本地?cái)?shù)據(jù)，舊3G-SGSN 能夠在SGSN上下文響應(yīng)中包括系留指示符。這種傳送系留指示符的方法，以及如上述 第1行所限定的UE 12將其提供給新3G-SGSN的方法，是當(dāng)前描述的實(shí)施方式的一部 分。此時(shí)，如果在之前步驟中，舊3G-SGSN將系留指示符傳送給新3G-SGSN，新 3G-SGSN需要檢測(cè)系留指示以確定是否拒絕服務(wù)。所使用的邏輯可以是上述第Ia行所 提供的。作為系留指示的結(jié)果，再一次假設(shè)在此之前，新3G-SGSN不拒絕服務(wù)。在第9行，新3G-SGSN將包括新系留指示符的更新PDP上下文請(qǐng)求發(fā)送給 GGSN 22。此時(shí)在GGSN(PCEF) 22、SPR 30和規(guī)則引擎28之間交換的消息與圖2中所提供 的相同。參照?qǐng)D6，該呼叫流說(shuō)明了 UE 12從一個(gè)服務(wù)SRNS (服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng))重新 定位到另一個(gè)的情況。這里假設(shè)舊SRNS和新SRNS由不同的SGSN提供服務(wù)。此外， 為了便于參考，在圖6中僅示出了所選擇的步驟，其涉及執(zhí)行當(dāng)前描述的實(shí)施方式的重 新定位過(guò)程，這對(duì)本領(lǐng)域技術(shù)人員來(lái)說(shuō)是能夠理解的。而沒(méi)有示出可以作為重新定位過(guò) 程的部分的其它步驟。舊SRNS發(fā)起UE的重新定位。有效地，網(wǎng)絡(luò)強(qiáng)制移動(dòng)UE。在第2行，當(dāng)前的服務(wù)RNC (源RNC)通過(guò)將重新定位請(qǐng)求消息發(fā)送給舊SGSN 來(lái)發(fā)起重新定位過(guò)程。在第3行，舊SGSN將諸如轉(zhuǎn)發(fā)重新定位請(qǐng)求的請(qǐng)求消息發(fā)送給新SGSN，其請(qǐng) 求對(duì)UE的重新定位。根據(jù)當(dāng)前描述的實(shí)施方式，舊SGSN在轉(zhuǎn)發(fā)重新定位請(qǐng)求中包括 存儲(chǔ)用于UE 12的系留信息。當(dāng)接收到轉(zhuǎn)發(fā)重新定位請(qǐng)求時(shí)，新SGSN會(huì)檢測(cè)新系留指示符(也稱(chēng)為系留設(shè) 備指示符)并且基于本地提供的數(shù)據(jù)確定是否允許或拒絕服務(wù)。如果將系留指示設(shè)為 YES,新SGSN將允許對(duì)重新定位的處理，但不允許對(duì)PDP上下文的重新定位。也就 是，用戶(hù)通過(guò)新SGSN仍然連接到網(wǎng)絡(luò)，但是重新定位后的用戶(hù)不能獲得PDP上下文。 或者，通過(guò)將具有錯(cuò)誤指示的轉(zhuǎn)發(fā)重新定位響應(yīng)返回給舊SGSN來(lái)全部拒絕重新定位請(qǐng)求。該呼叫流的其余部分假設(shè)新SGSN允許對(duì)重新定位過(guò)程的處理。在第13 行，新SGSN將包括有新系留指示的更新PDP上下文請(qǐng)求發(fā)送給GGSN。此時(shí)在 GGSN(PCEF), SPR和規(guī)則引擎之間的交換的消息與圖2中所提供的相同。GGSN將更 新PDP上下文響應(yīng)返回給新SGSN?？梢岳斫獾氖?，在重新定位之后，圖6的呼叫流程也可以包括如圖5所示的路由 區(qū)域更新過(guò)程。在這種方式下，系留設(shè)備指示符可以通過(guò)用戶(hù)設(shè)備或諸如舊SGSN的網(wǎng) 絡(luò)元件中的一個(gè)或者全部來(lái)穿過(guò)系統(tǒng)。相似的，在圖5的路由區(qū)域更新的上下文中，系留設(shè)備指示符可以通過(guò)用戶(hù)設(shè) 備或諸如SGSN的網(wǎng)絡(luò)元件中的一個(gè)或者全部來(lái)穿過(guò)系統(tǒng)。上面的描述僅僅是提供對(duì)本發(fā)明特定實(shí)施方式的公開(kāi)，并且不是旨在限制到相 同的范圍。同樣的，本發(fā)明并不僅局限于上述實(shí)施方式。相反，可以認(rèn)識(shí)到本領(lǐng)域技術(shù) 人員能夠想到在本發(fā)明范圍內(nèi)的各替換的實(shí)施方式。
權(quán)利要求
1.一種用于在網(wǎng)絡(luò)中處理由系留用戶(hù)設(shè)備所執(zhí)行的數(shù)據(jù)會(huì)話的方法，該方法包括 通過(guò)網(wǎng)絡(luò)元件接收系留設(shè)備指示符，所述系留設(shè)備指示符由來(lái)自用戶(hù)設(shè)備的請(qǐng)求消息產(chǎn)生；通過(guò)網(wǎng)絡(luò)元件檢測(cè)指示符；以及，基于指示符，執(zhí)行拒絕由用戶(hù)設(shè)備請(qǐng)求的數(shù)據(jù)會(huì)話或者管理由用戶(hù)設(shè)備請(qǐng)求的數(shù)據(jù) 會(huì)話中的一個(gè)。
2.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括根據(jù)重新定位請(qǐng)求通過(guò)網(wǎng)絡(luò)元件將指示符 發(fā)送給第二網(wǎng)絡(luò)元件。
3.根據(jù)權(quán)利要求1所述的方法，其中管理數(shù)據(jù)會(huì)話包括設(shè)置服務(wù)質(zhì)量和建立速率方案 中的至少一個(gè)。
4.一種用于在網(wǎng)絡(luò)中處理由系留用戶(hù)設(shè)備所執(zhí)行的數(shù)據(jù)會(huì)話的系統(tǒng)，該系統(tǒng)包括 用于通過(guò)網(wǎng)絡(luò)元件接收系留設(shè)備指示符的裝置，所述系留設(shè)備指示符由來(lái)自用戶(hù)設(shè)備的請(qǐng)求消息產(chǎn)生；用于通過(guò)網(wǎng)絡(luò)元件檢測(cè)指示符的裝置；用于基于指示符，執(zhí)行拒絕由用戶(hù)設(shè)備請(qǐng)求的數(shù)據(jù)會(huì)話或者管理由用戶(hù)設(shè)備請(qǐng)求的 數(shù)據(jù)會(huì)話中的一個(gè)的裝置。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其中系留設(shè)備指示符是設(shè)置在請(qǐng)求消息的信息單元中 的標(biāo)志。
6.根據(jù)權(quán)利要求4所述的系統(tǒng)，其中請(qǐng)求消息是數(shù)據(jù)會(huì)話請(qǐng)求消息。
7.根據(jù)權(quán)利要求4所述的系統(tǒng)，其中請(qǐng)求消息是修改數(shù)據(jù)會(huì)話的請(qǐng)求。
8.根據(jù)權(quán)利要求4所述的系統(tǒng)，其中請(qǐng)求消息是路由區(qū)域更新請(qǐng)求。
9.根據(jù)權(quán)利要求4所述的系統(tǒng)，進(jìn)一步包括用于根據(jù)重新定位請(qǐng)求通過(guò)網(wǎng)絡(luò)元件將指 示符發(fā)送給第二網(wǎng)絡(luò)元件的裝置。
10.根據(jù)權(quán)利要求4所述的系統(tǒng)，其中用于管理數(shù)據(jù)會(huì)話的裝置包括設(shè)置服務(wù)質(zhì)量和 建立速率方案中的至少一個(gè)。
全文摘要
當(dāng)前描述的實(shí)施方式涉及處理利用網(wǎng)絡(luò)中的系留用戶(hù)設(shè)備所執(zhí)行的數(shù)據(jù)會(huì)話的方法。當(dāng)前描述的實(shí)施方式涉及通過(guò)網(wǎng)絡(luò)元件接收系留設(shè)備指示符的網(wǎng)絡(luò)功能。在至少一種形式中，由來(lái)自用戶(hù)設(shè)備的請(qǐng)求生成系留設(shè)備指示符。然后通過(guò)網(wǎng)絡(luò)檢測(cè)該指示符并且，基于指示符，可以執(zhí)行多種功能。例如，網(wǎng)絡(luò)元件可以確定數(shù)據(jù)會(huì)話是不正確的并且，因此拒絕由用戶(hù)裝置所請(qǐng)求的數(shù)據(jù)會(huì)話。可替換地，網(wǎng)絡(luò)元件可以確定數(shù)據(jù)會(huì)話請(qǐng)求是正確的。在這種情況下，根據(jù)指示符來(lái)管理數(shù)據(jù)會(huì)話。
文檔編號(hào)H04W76/00GK102017773SQ200980116283
公開(kāi)日2011年4月13日 申請(qǐng)日期2009年4月1日 優(yōu)先權(quán)日2008年5月6日
發(fā)明者M·W·德拉夫舍爾, S·庫(kù)馬爾, T·D·斯特羅姆 申請(qǐng)人:阿爾卡特朗訊美國(guó)公司