專利名稱:網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信領(lǐng)域，特別涉及網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法和裝置。
背景技術(shù)：
通用移動(dòng)通信系統(tǒng)(UniversalMobile Telecommunications System, UMTS)是采用WCDMA空中接口技術(shù)的第三代移動(dòng)通信系統(tǒng)。UMTS系統(tǒng)包括無(wú)線接入網(wǎng)絡(luò)(Radio Access Network, RAN)和核心網(wǎng)絡(luò)(Core Network，CN)。其中無(wú)線接入網(wǎng)絡(luò)用于處理所有與無(wú)線接入有關(guān)的功能，而核心網(wǎng)絡(luò)處理UMTS系統(tǒng)內(nèi)所有的話音呼叫和數(shù)據(jù)連接，并實(shí)現(xiàn)與外部網(wǎng)絡(luò)的交換和路由功能。
RAN 由無(wú)線網(wǎng)絡(luò)控制器(fcidio Network Controller，RNC)和基站 NodeB 組成。 RNC與CN之間的接口是Iu接口，NodeB和RNC通過(guò)Iub接口連接。RNC之間通過(guò)Iur互聯(lián)， Iur可以通過(guò)RNC之間的直接物理連接或通過(guò)傳輸網(wǎng)連接。RNC用來(lái)分配和控制與之相連或相關(guān)的NodeB的無(wú)線資源。NodeB則完成Iub接口和Uu接口之間的數(shù)據(jù)流的轉(zhuǎn)換，同時(shí)也參與一部分無(wú)線資源管理。RNC用于控制RAN的無(wú)線資源，主要完成連接建立和斷開、切換、宏分集合并、無(wú)線資源管理控制等功能。
在UMTS系統(tǒng)中，核心網(wǎng)絡(luò)包括服務(wù)GPRS支持節(jié)點(diǎn)(Serving GPRSSupport Node, SGSN)和網(wǎng)關(guān) GPRS 支持節(jié)點(diǎn)(Gateway GPRS Support Node, GGSN)兩個(gè)實(shí)體。
SGSN作為一個(gè)基本的組成網(wǎng)元，其主要的作用就是為本SGSN服務(wù)區(qū)域的用戶設(shè)備(User Equipment, UE)轉(zhuǎn)發(fā)輸入/輸出的IP分組。SGSN提供的功能包括本SGSN區(qū)域內(nèi)的分組數(shù)據(jù)包的路由與轉(zhuǎn)發(fā)功能，為本SGSN區(qū)域內(nèi)的所有分組域用戶提供服務(wù)、加密與鑒權(quán)功能、會(huì)話管理功能、移動(dòng)性管理功能、同UMTS無(wú)線接入網(wǎng)絡(luò)(UMTS Territorial Radio Access Network, UTRAN)、GGSN、歸屬位置寄存器(Home Location Register, HLR)等接口功能。
GGSN作為一個(gè)基本的網(wǎng)元功能實(shí)體，提供數(shù)據(jù)包在同外部數(shù)據(jù)網(wǎng)之間的路由和封裝。用戶選擇哪一個(gè)GGSN作為網(wǎng)關(guān)，是在PDP上下文激活過(guò)程中根據(jù)用戶的簽約信息以及用戶請(qǐng)求的接入點(diǎn)名(Access Point Name,APN)確定的。GGSN提供的功能包括同外部分組網(wǎng)絡(luò)的關(guān)口功能，會(huì)話管理功能等。
二次激活PDP上下文是基于已有的PDP上下文的，因此不存在IP地址協(xié)商、APN選擇等，二次激活就是在已有承載的基礎(chǔ)上(對(duì)應(yīng)于已有的PDP上下文)，增加具有不同QoS 值的承載(對(duì)應(yīng)于二次激活所產(chǎn)生的PDP上下文)。進(jìn)行二次激活而產(chǎn)生的PDP上下文同原承載對(duì)應(yīng)的PDP上下文具有相同的PDP地址和APN。
如圖1所示，現(xiàn)有的網(wǎng)絡(luò)側(cè)發(fā)起的二次激活PDP上下文流程包括
步驟101 發(fā)起PDP上下文激活。GGSN決定在已有承載的基礎(chǔ)上建立新的承載時(shí)， 通過(guò)發(fā)起PDP上下文激活消息來(lái)告知SGSN，該消息中攜帶了建立新承載所必要的參數(shù)(如 QoS)。[0010]步驟102 請(qǐng)求二次激活PDP上下文。SGSN收到GGSN發(fā)來(lái)的發(fā)起PDP上下文激活消息后，向用戶設(shè)備發(fā)送請(qǐng)求二次激活PDP上下文消息，該消息中也攜帶了建立新承載所必要的參數(shù)(如QoS)。該消息中的QoS參數(shù)與發(fā)起PDP上下文激活消息中的QoS —致。
步驟103 二次激活PDP上下文過(guò)程。用戶設(shè)備收到建立新承載所必要的參數(shù)后， 發(fā)送二次激活PDP上下文請(qǐng)求。該請(qǐng)求中攜帶有對(duì)QoS的需求。SGSN收到該請(qǐng)求后，可以根據(jù)SGSN自身的能力、SGSN當(dāng)前負(fù)載、用戶簽約信息、運(yùn)營(yíng)商的預(yù)先配置中至少一項(xiàng)來(lái)限制用戶設(shè)備請(qǐng)求的QoS;
步驟104 創(chuàng)建PDP上下文請(qǐng)求。該請(qǐng)求中攜帶有對(duì)QoS的需求，該需求可能與二次激活PDP上下文請(qǐng)求中的一致，也可能是經(jīng)過(guò)SGSN限制后的QoS需求。GGSN收到該請(qǐng)求后，可以限制或增加SGSN請(qǐng)求的QoS ；
步驟105:創(chuàng)建PDP上下文響應(yīng)。該響應(yīng)中攜帶有對(duì)QoS的要求，該要求可能是步驟102中GGSN限制或增加后的QoS要求。SGSN收到該響應(yīng)后，可以參照步驟103中所述的方法對(duì)QoS進(jìn)行限制。
步驟106 :SGSN根據(jù)步驟105中的QoS來(lái)建立RAN側(cè)資源。在該步驟中，實(shí)際建立 RAN側(cè)資源所對(duì)應(yīng)的QoS，有可能要低于步驟105初始希望建立的QoS。
步驟107 更新PDP上下文請(qǐng)求。在建立了 RAN側(cè)資源后，SGSN通過(guò)該消息將建立起來(lái)的RAN側(cè)資源所對(duì)應(yīng)的QoS告知GGSN，并通過(guò)“不協(xié)商QoS指示”參數(shù)讓GGSN接受該 QoS而不再進(jìn)行協(xié)商。
步驟108 更新PDP上下文響應(yīng)。該消息是GGSN收到更新PDP上下文請(qǐng)求消息后的響應(yīng)。該消息中可能包括QoS信息，也可能不包括該信息。
步驟109 二次激活PDP上下文接受。SGSN用該消息通知用戶設(shè)備整個(gè)二次激活 PDP上下文流程已經(jīng)完成。該消息中，SGSN將協(xié)商完成的QoS告知用戶設(shè)備，如果用戶設(shè)備無(wú)法接受該QoS，會(huì)同應(yīng)用層進(jìn)行協(xié)商，若仍然無(wú)法接受則發(fā)起去激活流程。
在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活過(guò)程中，GGSN所請(qǐng)求的QoS(如發(fā)起PDP上下文激活消息所攜帶的和用戶設(shè)備所接收的QoS (如二次激活PDP上下文接受消息所攜帶的 QoS)可能存在差別，這是因?yàn)?br>1、在SGSN收到二次激活PDP上下文請(qǐng)求后，SGSN可能會(huì)對(duì)QoS進(jìn)行限制。
2、在GGSN收到創(chuàng)建PDP上下文請(qǐng)求后，GGSN可能會(huì)對(duì)QoS進(jìn)行限制或提升。
3、在SGSN收到創(chuàng)建PDP上下文響應(yīng)后，SGSN可能會(huì)對(duì)QoS進(jìn)行限制。
4、在建立RAN側(cè)資源時(shí)，有可能QoS被限制。
當(dāng)GGSN所請(qǐng)求的QoS和用戶設(shè)備所接收的QoS不相同時(shí)，就有可能出現(xiàn)新建承載的QoS無(wú)法滿足實(shí)際要求的情況。按照現(xiàn)有的過(guò)程，該過(guò)程的發(fā)起端是GGSN，最初的QoS也來(lái)自于GGSN，用戶設(shè)備并不知道最后接收的QoS是否能夠滿足要求。在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活中，當(dāng)新建承載的QoS由于在過(guò)程中受到限制而無(wú)法滿足實(shí)際要求的情況下，現(xiàn)有技術(shù)中沒(méi)有一個(gè)合理的處理過(guò)程。

發(fā)明內(nèi)容
為了解決在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活中，當(dāng)新建承載的QoS由于在過(guò)程中受到限制而無(wú)法滿足實(shí)際要求的問(wèn)題，本發(fā)明的一個(gè)實(shí)施例提供了一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，該方法包括
獲得判定QoS是否滿足要求的條件；
在二次激活流程中，根據(jù)所述條件判定QoS是否滿足要求。
根據(jù)所述判定的結(jié)果，進(jìn)行相應(yīng)處理。
本發(fā)明的有一個(gè)實(shí)施例提供了一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理裝置，該裝置包括
條件模塊，用于獲取判定QoS是否滿足要求的條件，并將該條件提供給判定模塊使用；
QoS獲取模塊，用于在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中，獲取新建承載對(duì)應(yīng)的QoS， 并將該QoS提供給判定模塊使用；
判定模塊，用于根據(jù)條件模塊提供的所述條件，以及QoS獲取模塊提供的所述 QoS，判定所述QoS是否滿足要求。
以上方法和裝置通過(guò)在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中引入判定QoS是否滿足要求的條件，使得后續(xù)可以根據(jù)條件判定QoS是否滿足要求。這樣在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中，及時(shí)檢查協(xié)商后的QoS是否能夠滿足業(yè)務(wù)要求，從而在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中，實(shí)現(xiàn)對(duì)QoS的保障。
本發(fā)明的又一個(gè)實(shí)施例提供了一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，該方法包括
用戶設(shè)備從請(qǐng)求二次激活PDP上下文消息中獲取QoS信息；
所述用戶設(shè)備從二次激活PDP上下文接受消息中獲取QoS信息；
當(dāng)確定所述從二次激活PDP上下文接受消息中獲取的QoS低于所述從請(qǐng)求二次激活PDP上下文消息中獲取的QoS時(shí)，所述用戶設(shè)備發(fā)起承載協(xié)商過(guò)程。
以上方法通過(guò)在二次激活流程完成后，判斷最后協(xié)商的QoS與初始要求的QoS相比，是否發(fā)生降級(jí)。若發(fā)生降級(jí)，則通過(guò)承載協(xié)商過(guò)程來(lái)驗(yàn)證降級(jí)后的QoS是否滿足要求。 從而對(duì)網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程的QoS進(jìn)行了保障。


圖1是現(xiàn)有技術(shù)中網(wǎng)絡(luò)側(cè)發(fā)起的二次激活PDP上下文的流程圖；
圖2是本發(fā)明一個(gè)實(shí)施例所述方法的流程圖；
圖3是本發(fā)明一個(gè)實(shí)施例所述裝置的結(jié)構(gòu)圖。
具體實(shí)施方式
如圖2所示，本發(fā)明的一個(gè)實(shí)施例提供了一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，該方法包括
步驟201 獲得判定QoS是否滿足要求的條件；
步驟202 在二次激活流程中，根據(jù)所述條件判定QoS是否滿足要求；
步驟203 根據(jù)所述判定的結(jié)果，進(jìn)行相應(yīng)處理。
上述實(shí)施例中，通過(guò)在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中引入判定QoS是否滿足要求的條件，并增加獲得判定QoS是否滿足要求的條件的步驟，使得后續(xù)可以根據(jù)條件判定QoS是否滿足要求。這樣在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中，及時(shí)檢查協(xié)商后的QoS是否能夠滿足業(yè)務(wù)要求，從而在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中，實(shí)現(xiàn)對(duì)QoS的保障。
需要說(shuō)明的是，上述實(shí)施例以及以下所有實(shí)施例中所說(shuō)的判定QoS是否滿足要求的條件，包括但不限于QoS下限要求，或QoS變化范圍要求，或不協(xié)商指示，或QoS列表。
QoS下限要求，是指滿足實(shí)際要求所需要的最低QoS。例如若用O 5的整數(shù)表示不同級(jí)別的QoS，0為最低，5為最高。在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活PDP上下文過(guò)程中，網(wǎng)絡(luò)側(cè)可以要求QoS級(jí)別為5，但要求QoS下限的判定條件為3。即當(dāng)QoS在二次激活PDP上下文過(guò)程中被降級(jí)時(shí)，其最低不能低于3。若后續(xù)判定QoS低于3，則將被視為不能滿足實(shí)際要求。
QoS變化范圍要求，是指為滿足實(shí)際要求所能允許的QoS最大變動(dòng)范圍。例如網(wǎng)絡(luò)側(cè)可以要求QoS不低于初始要求的50%。當(dāng)QoS在二次激活PDP上下文過(guò)程中被降級(jí)， 并低于初始要求的50%時(shí)，將被視為不能滿足實(shí)際要求。
不協(xié)商指示也可以看成一種判定條件。不協(xié)商指示要求對(duì)網(wǎng)絡(luò)側(cè)初始要求的QoS 不做更改，一旦在二次激活PDP上下文過(guò)程中QoS被降級(jí)，就將被視為不能滿足實(shí)際要求。
QoS列表也是一種判定條件。QoS列表中包括至少一個(gè)QoS。在該列表中的QoS表示二次激活PDP上下文過(guò)程中可以選取的QoS。不在該列表范圍內(nèi)的QoS是不滿足實(shí)際要求的QoS。因此，根據(jù)該列表就可以判斷網(wǎng)絡(luò)側(cè)發(fā)起的二次激活PDP上下文過(guò)程中的QoS是否滿足要求。
以下介紹本發(fā)明的其他實(shí)施例。在以下實(shí)施例中，可能會(huì)引用到圖1中的某些內(nèi)容。需要特別說(shuō)明的是，對(duì)這些內(nèi)容的引用僅僅是為了更清楚地說(shuō)明本發(fā)明的實(shí)施例，而不能證明除被引用內(nèi)容以外的其他內(nèi)容屬于現(xiàn)有技術(shù)。
本發(fā)明的又一實(shí)施例提供了一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，該方法中獲得判定QoS是否滿足要求的條件，并根據(jù)所述條件判定QoS是否滿足要求的實(shí)體是用戶設(shè)備。
在本實(shí)施例中，用戶設(shè)備獲得判定QoS是否滿足要求的條件有兩種途徑。一種是從網(wǎng)絡(luò)側(cè)發(fā)來(lái)的消息中獲取判定條件，另一種是通過(guò)預(yù)先配置獲得判定條件。
若從網(wǎng)絡(luò)側(cè)發(fā)來(lái)的消息中獲取判定條件，由于網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文時(shí)，初始QoS要求是GGSN提供的，因此該判定QoS是否滿足要求的條件攜帶在能夠?qū)⑿畔腉GSN傳遞到用戶設(shè)備的消息中。具體來(lái)說(shuō)，GGSN可以將該條件攜帶在發(fā)起PDP上下文激活消息中，SGSN收到該消息后，將該條件攜帶在請(qǐng)求二次激活PDP上下文消息中發(fā)送給用戶設(shè)備。此時(shí)請(qǐng)求二次激活PDP上下文消息被認(rèn)為是能夠?qū)⑿畔腉GSN傳遞到用戶設(shè)備的消息。GGSN也可以發(fā)送一條專用消息來(lái)通知用戶設(shè)備判定QoS是否滿足要求的條件， 而不將該條件攜帶在其他已有的消息中。
GGSN將判定QoS是否滿足要求的條件發(fā)送給用戶設(shè)備以后，可以保存，或部分保存，或不保存所述條件。
用戶設(shè)備也可以通過(guò)預(yù)先配置獲得判定條件。例如，可以設(shè)定QoS不低于初始要求的30%，或設(shè)定不協(xié)商QoS。當(dāng)然，也可以針對(duì)不同的業(yè)務(wù)類型預(yù)先配置不同的判定條件。
用戶設(shè)備獲得判定QoS是否滿足要求的條件后，就可以在二次激活PDP上下文的流程中判斷新建承載所對(duì)應(yīng)的QoS是否滿足要求。判斷的時(shí)機(jī)可以有多種選擇，以下分別說(shuō)明。
第一種如圖1步驟106所示，在網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文過(guò)程中需要建立 RAN側(cè)資源。若此時(shí)用戶設(shè)備已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以在RAN側(cè)資源建立過(guò)程中判定要建立的RAN側(cè)資源提供的QoS是否滿足要求。當(dāng)判定能夠滿足要求時(shí)，繼續(xù)二次激活PDP上下文流程；當(dāng)判定RAN側(cè)資源提供的QoS不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。所述失敗處理可以是清除已占用的RAN側(cè)資源，發(fā)送通知消息給SGSN和GGSN，并告知失敗原因；也可以是發(fā)起去激活流程。
第二種如圖1步驟109所示，在網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文過(guò)程中SGSN會(huì)向用戶設(shè)備發(fā)送二次激活PDP上下文接受消息，該消息中攜帶有新建承載所對(duì)應(yīng)的QoS信息。若此時(shí)用戶設(shè)備已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以在收到該消息后判定新建承載所對(duì)應(yīng)的QoS是否滿足要求。當(dāng)判定能夠滿足要求時(shí)，該二次激活PDP上下文流程完成；當(dāng)判定新建承載所對(duì)應(yīng)的QoS不滿足要求時(shí)，用戶設(shè)備進(jìn)行失敗處理。所述失敗處理可以是發(fā)起去激活流程，將這個(gè)不能滿足要求的承載刪除；也可以是發(fā)送通知消息給 SGSN和GGSN，并告知失敗原因。
需要說(shuō)明的是，以上對(duì)圖1的引用僅僅是為了更清楚地說(shuō)明本實(shí)施例，而不能證明除被引用內(nèi)容以外的其他內(nèi)容屬于現(xiàn)有技術(shù)。
本發(fā)明的又一實(shí)施例提供了一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，該方法中獲得判定QoS是否滿足要求的條件，并根據(jù)所述條件判定QoS是否滿足要求的實(shí)體是SGSN。
在本實(shí)施例中，SGSN獲得判定QoS是否滿足要求的條件有兩種途徑。一種是從能夠?qū)⑿畔腉GSN傳遞到SGSN的消息中獲取判定條件，另一種是通過(guò)預(yù)先配置獲得判定條件。
若從GGSN發(fā)來(lái)的消息中獲取判定條件，由于網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文時(shí)， 初始QoS要求是GGSN提供的，因此該判定QoS是否滿足要求的條件攜帶在能夠?qū)⑿畔?GGSN傳遞到SGSN的消息中。具體來(lái)說(shuō)，GGSN可以將該條件攜帶在發(fā)起PDP上下文激活消息中發(fā)送給SGSN ；GGSN也可以將該條件攜帶在創(chuàng)建PDP上下文響應(yīng)消息中發(fā)送給SGSN ；GGSN 還可以將該條件攜帶在更新PDP上下文響應(yīng)消息中發(fā)送給SGSN。GGSN還可以通過(guò)發(fā)送一條專用消息來(lái)通知SGSN判定QoS是否滿足要求的條件，而不將該條件攜帶在其他已有的消息中。
此外，在發(fā)起PDP上下文激活消息和請(qǐng)求二次激活PDP上下文消息中，GGSN可以將判定QoS是否滿足要求的條件發(fā)送給用戶設(shè)備。用戶設(shè)備可以在二次激活PDP上下文請(qǐng)求消息中將該條件轉(zhuǎn)發(fā)給SGSN。在這種情況下，二次激活PDP上下文請(qǐng)求消息可以被認(rèn)為是能夠?qū)⑿畔腉GSN傳遞到SGSN的消息。
GGSN將判定QoS是否滿足要求的條件發(fā)送給SGSN以后，可以保存，或部分保存，或不保存所述條件。
SGSN也可以通過(guò)預(yù)先配置獲得判定條件。例如，可以設(shè)定QoS不低于初始要求的 30 %，或設(shè)定不協(xié)商QoS。當(dāng)然，也可以針對(duì)不同的業(yè)務(wù)類型預(yù)先配置不同的判定條件。
SGSN獲得判定QoS是否滿足要求的條件后，就可以在二次激活PDP上下文的流程中判斷新建承載所對(duì)應(yīng)的QoS是否滿足要求。判斷的時(shí)機(jī)可以有多種選擇，以下分別說(shuō)明。[0068]第一種在二次激活PDP上下文流程中，SGSN有時(shí)會(huì)對(duì)QoS進(jìn)行更改。例如，SGSN 收到二次激活PDP上下文請(qǐng)求后，可能會(huì)對(duì)QoS進(jìn)行限制；SGSN在收到創(chuàng)建PDP上下文響應(yīng)后，也可能會(huì)對(duì)QoS進(jìn)行限制。此時(shí)，如果SGSN已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以根據(jù)該條件判定更改后的QoS是否滿足要求。當(dāng)判定能夠滿足要求時(shí)，繼續(xù)二次激活PDP上下文流程；當(dāng)判定更改后的QoS不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。所述失敗處理可以是發(fā)送通知消息給用戶設(shè)備和GGSN，并告知失敗原因；也可以是發(fā)起去激活流程。
上述SGSN更改QoS的根據(jù)可以是所述SGSN的能力、所述SGSN當(dāng)前負(fù)載、用戶簽約信息、運(yùn)營(yíng)商的預(yù)先配置中至少一項(xiàng)。
第二種如圖1步驟103所示，在網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文過(guò)程中用戶設(shè)備會(huì)向SGSN發(fā)送二次激活PDP上下文請(qǐng)求消息，該消息中攜帶有新建承載所對(duì)應(yīng)的QoS信息。若此時(shí)SGSN已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以在收到該消息后判定該消息攜帶的QoS信息是否滿足要求。當(dāng)判定能夠滿足要求時(shí)，繼續(xù)二次激活PDP上下文流程；當(dāng)判定該消息攜帶的QoS信息不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。所述失敗處理可以是發(fā)送通知消息給用戶設(shè)備和GGSN，并告知失敗原因；也可以是發(fā)起去激活流程。
第三種如圖1步驟105所示，在網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文過(guò)程中GGSN會(huì)向SGSN發(fā)送創(chuàng)建PDP上下文響應(yīng)消息，該消息中攜帶有新建承載所對(duì)應(yīng)的QoS信息。若此時(shí)SGSN已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以在收到該消息后判定該消息攜帶的QoS信息是否滿足要求。當(dāng)判定能夠滿足要求時(shí)，繼續(xù)二次激活PDP上下文流程；當(dāng)判定該消息攜帶的QoS信息不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。所述失敗處理可以是發(fā)送通知消息給用戶設(shè)備和GGSN，并告知失敗原因；也可以是發(fā)起去激活流程。
第四種如圖1步驟106所示，在網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文過(guò)程中需要建立 RAN側(cè)資源。若此時(shí)SGSN已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以在RAN側(cè)資源建立過(guò)程中判定要建立的RAN側(cè)資源提供的QoS是否滿足要求。當(dāng)判定能夠滿足要求時(shí)， 繼續(xù)二次激活PDP上下文流程；當(dāng)判定RAN側(cè)資源提供的QoS不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。所述失敗處理可以是清除已占用的RAN側(cè)資源，發(fā)送通知消息給用戶設(shè)備和GGSN，并告知失敗原因；也可以是發(fā)起去激活流程。
第五種如圖1步驟108所示，在網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文過(guò)程中GGSN會(huì)向SGSN發(fā)送更新PDP上下文響應(yīng)消息，該消息中可能攜帶有新建承載所對(duì)應(yīng)的QoS信息。 若該消息中攜帶有QoS信息，且此時(shí)SGSN已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以在收到該消息后判定該消息攜帶的QoS信息是否滿足要求。當(dāng)判定能夠滿足要求時(shí)，繼續(xù)二次激活PDP上下文流程；當(dāng)判定該消息攜帶的QoS信息不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。所述失敗處理可以是發(fā)送通知消息給用戶設(shè)備和GGSN，并告知失敗原因；也可以是發(fā)起去激活流程。
需要說(shuō)明的是，以上對(duì)圖41的引用僅僅是為了更清楚地說(shuō)明本實(shí)施例，而不能證明除被引用內(nèi)容以外的其他內(nèi)容屬于現(xiàn)有技術(shù)。
本發(fā)明的又一實(shí)施例提供了一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，該方法中獲得判定QoS是否滿足要求的條件，并根據(jù)所述條件判定QoS是否滿足要求的實(shí)體是GGSN。[0076]在本實(shí)施例中，GGSN獲得判定QoS是否滿足要求的條件有三種途徑。一種是從策略與計(jì)費(fèi)規(guī)則功能實(shí)體獲得判定條件，另一種是通過(guò)預(yù)先配置獲得判定條件，還有一種是 GGSN自己生成判定條件。
GGSN可以從策略與計(jì)費(fèi)規(guī)則功能實(shí)體獲得判定條件，該條件可以攜帶在策略與計(jì)費(fèi)規(guī)則功能實(shí)體發(fā)送給GGSN的消息中。
GGSN也可以通過(guò)預(yù)先配置獲得判定條件。例如，可以設(shè)定QoS不低于初始要求的 30 %，或設(shè)定不協(xié)商QoS。當(dāng)然，也可以針對(duì)不同的業(yè)務(wù)類型預(yù)先配置不同的判定條件。
GGSN還可以自己生成判定條件。GGSN可以依據(jù)該GGSN的能力、該GGSN當(dāng)前負(fù)載、 用戶簽約信息、運(yùn)營(yíng)商的預(yù)先配置中至少一項(xiàng)生成判定QoS是否滿足要求的條件。
GGSN獲得判定QoS是否滿足要求的條件后，就可以在二次激活PDP上下文的流程中判斷新建承載所對(duì)應(yīng)的QoS是否滿足要求。判斷的時(shí)機(jī)可以有多種選擇，以下分別說(shuō)明。
第一種GGSN在發(fā)送發(fā)起PDP上下文激活消息之前，若該GGSN已經(jīng)獲得了判定 QoS是否滿足要求的條件，則可以根據(jù)該條件判定該GGSN能夠提供的QoS是否滿足要求。當(dāng)判定能夠滿足要求時(shí)，GGSN發(fā)送發(fā)起PDP上下文激活消息；當(dāng)判定該GGSN能夠提供的QoS 不滿足要求時(shí)，不發(fā)送所述發(fā)起PDP上下文激活消息。
第二種在二次激活PDP上下文流程中，GGSN有時(shí)會(huì)對(duì)QoS進(jìn)行更改。例如，GGSN 收到創(chuàng)建PDP上下文請(qǐng)求后，GGSN可能會(huì)對(duì)QoS進(jìn)行限制或提升。此時(shí)，如果GGSN已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以根據(jù)該條件判定更改后的QoS是否滿足要求。 當(dāng)判定能夠滿足要求時(shí)，繼續(xù)二次激活PDP上下文流程；當(dāng)判定更改后的QoS不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。所述失敗處理可以是發(fā)送通知消息給用戶設(shè)備和 SGSN，并告知失敗原因；也可以是發(fā)起去激活流程。
上述GGSN更改QoS的根據(jù)可以是該GGSN的能力、該GGSN當(dāng)前負(fù)載、用戶簽約信息、運(yùn)營(yíng)商的預(yù)先配置中至少一項(xiàng)。
第三種如圖1步驟104所示，在網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文過(guò)程中SGSN會(huì)向GGSN發(fā)送創(chuàng)建PDP上下文請(qǐng)求消息，該消息中攜帶有新建承載所對(duì)應(yīng)的QoS信息。若此時(shí)GGSN已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以在收到該消息后判定該消息攜帶的QoS信息是否滿足要求。當(dāng)判定能夠滿足要求時(shí)，繼續(xù)二次激活PDP上下文流程；當(dāng)判定該消息攜帶的QoS信息不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。所述失敗處理可以是發(fā)送通知消息給用戶設(shè)備和SGSN，并告知失敗原因；也可以是發(fā)起去激活流程。
第四種如圖1步驟107所示，在網(wǎng)絡(luò)側(cè)發(fā)起二次激活PDP上下文過(guò)程中SGSN會(huì)向 GGSN發(fā)送更新PDP上下文請(qǐng)求消息，該消息中可能攜帶有新建承載所對(duì)應(yīng)的QoS信息。若此時(shí)GGSN已經(jīng)獲得了判定QoS是否滿足要求的條件，則可以在收到該消息后判定該消息攜帶的QoS信息是否滿足要求。當(dāng)判定能夠滿足要求時(shí)，繼續(xù)二次激活PDP上下文流程；當(dāng)判定該消息攜帶的QoS信息不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。所述失敗處理可以是發(fā)送通知消息給用戶設(shè)備和SGSN，并告知失敗原因；也可以是發(fā)起去激活流程。
需要說(shuō)明的是，以上對(duì)圖1的引用僅僅是為了更清楚地說(shuō)明本實(shí)施例，而不能證明除被引用內(nèi)容以外的其他內(nèi)容屬于現(xiàn)有技術(shù)。
本發(fā)明的又一實(shí)施例提供了一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法。如圖1步驟102和步驟109所示，在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活PDP上下文流程中，用戶設(shè)備會(huì)接收到請(qǐng)求二次激活PDP上下文消息和二次激活PDP上下文接受消息兩條消息。在本實(shí)施例所述的方法中，用戶設(shè)備分別從請(qǐng)求二次激活PDP上下文消息和二次激活PDP上下文接受消息中獲取QoS信息，并比較兩次獲得的QoS信息。當(dāng)從二次激活PDP上下文接受消息中獲取的 QoS低于從請(qǐng)求二次激活PDP上下文消息中獲取的QoS時(shí)，所述用戶設(shè)備發(fā)起承載協(xié)商過(guò)程。在承載協(xié)商過(guò)程中，可以通過(guò)GGSN 了解到當(dāng)前已建立的承載所對(duì)應(yīng)的QoS是否滿足要求。若該QoS不滿足要求，則可能觸發(fā)去激活流程，該去激活流程可以由用戶設(shè)備發(fā)起，也可以由GGSN發(fā)起。
需要說(shuō)明的是，以上對(duì)圖1的引用僅僅是為了更清楚地說(shuō)明本實(shí)施例，而不能證明除被引用內(nèi)容以外的其他內(nèi)容屬于現(xiàn)有技術(shù)。
本發(fā)明的又一實(shí)施例提供了一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理裝置。如圖3所示，該裝置包括
條件模塊301，用于獲取判定QoS是否滿足要求的條件，并將該條件提供給判定模塊303使用；
QoS獲取模塊302，用于在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中，獲取新建承載對(duì)應(yīng)的 QoS,并將該QoS提供給判定模塊303使用；
判定模塊303，用于根據(jù)條件模塊301提供的所述條件，以及QoS獲取模塊302提供的所述QoS，判定所述QoS是否滿足要求。
上述條件模塊301獲取判定QoS是否滿足要求的條件的途徑，可以是從攜帶該條件的消息中獲得；也可以是通過(guò)預(yù)先配置獲得；當(dāng)所述裝置位于GGSN時(shí)，還可以是由該 GGSN根據(jù)該GGSN的能力、該GGSN當(dāng)前負(fù)載、用戶簽約信息、運(yùn)營(yíng)商的預(yù)先配置中至少一項(xiàng)生成。
上述QoS獲取模塊302獲取新建承載對(duì)應(yīng)的QoS的途徑，可以是在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中，從攜帶新建承載對(duì)應(yīng)的QoS的消息中獲得；當(dāng)所述裝置位于SGSN或GGSN 時(shí)，也可以是在SGSN或GGSN對(duì)所述QoS進(jìn)行修改后，獲取該修改后的QoS ；當(dāng)所述裝置位于GGSN時(shí)，還可以是在GGSN生成所述QoS后，獲取該生成的QoS。
所述裝置還可以包括執(zhí)行模塊304，用于當(dāng)所述判定模塊303判定所述QoS滿足要求時(shí)，繼續(xù)二次激活流程；當(dāng)所述判定模塊303判定所述QoS不滿足要求時(shí)，終止所述二次激活流程，并進(jìn)行失敗處理。
權(quán)利要求
1.一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活處理方法，其特征在于，包括獲得判定QoS是否滿足要求的條件，所述條件是指QoS下限要求，或QoS變化范圍要求，或不協(xié)商指示，或QoS列表；在二次激活流程中，根據(jù)所述條件判定QoS是否滿足要求； 根據(jù)所述判定的結(jié)果，進(jìn)行相應(yīng)處理；其中，所述獲得判定QoS是否滿足要求的條件，并根據(jù)所述條件判定QoS是否滿足要求的實(shí)體是用戶設(shè)備，或服務(wù)GPRS支持節(jié)點(diǎn)SGSN，或網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GGSN ；當(dāng)所述實(shí)體是用戶設(shè)備時(shí)，所述判定QoS是否滿足要求的條件攜帶在能夠?qū)⑿畔?GGSN傳遞到用戶設(shè)備的消息中；當(dāng)所述實(shí)體是SGSN時(shí)，所述判定QoS是否滿足要求的條件攜帶在能夠?qū)⑿畔腉GSN 傳遞到SGSN的消息中；當(dāng)所述實(shí)體是GGSN時(shí)，所述判定QoS是否滿足要求的條件由所述GGSN從策略與計(jì)費(fèi)規(guī)則功能實(shí)體獲得，或者所述判定QoS是否滿足要求的條件由所述GGSN根據(jù)所述GGSN的能力、所述GGSN當(dāng)前負(fù)載、用戶簽約信息、運(yùn)營(yíng)商的預(yù)先配置中至少一項(xiàng)生成；當(dāng)所述實(shí)體是用戶設(shè)備或SGSN時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn)在二次激活流程建立RAN側(cè)資源時(shí)，根據(jù)所述條件判定所述RAN側(cè)資源提供的 QoS是否滿足要求；或者，當(dāng)所述實(shí)體是SGSN或GGSN時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn)根據(jù)所述條件判定所述實(shí)體更改后的QoS是否滿足要求；或者，當(dāng)所述實(shí)體是SGSN時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn) 在二次激活流程中，根據(jù)所述條件判定二次激活PDP上下文請(qǐng)求消息中的QoS是否滿足要求；或者，根據(jù)所述條件判定創(chuàng)建PDP上下文響應(yīng)消息中的QoS是否滿足要求，或者，根據(jù)所述條件判定更新PDP上下文響應(yīng)消息中的QoS是否滿足要求；或者，當(dāng)所述實(shí)體是GGSN時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn) 在二次激活流程中，根據(jù)所述條件判定創(chuàng)建PDP上下文請(qǐng)求消息中的QoS是否滿足要求；或者，根據(jù)所述條件判定更新PDP上下文請(qǐng)求消息中的QoS是否滿足要求；或者，當(dāng)所述實(shí)體是用戶設(shè)備時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn)在二次激活流程中，根據(jù)所述條件判定二次激活PDP上下文接受消息中的QoS是否滿足要求；或者，當(dāng)所述實(shí)體是GGSN時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn) 所述GGSN在發(fā)送發(fā)起PDP上下文激活消息之前，根據(jù)所述條件判定所述GGSN能夠提供的 QoS是否滿足要求。
2.根據(jù)權(quán)利要求
1所述的網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，其特征在于，所述判定QoS是否滿足要求的條件通過(guò)預(yù)先配置獲得。
3.根據(jù)權(quán)利要求
1所述的網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，其特征在于，所述能夠?qū)⑿畔腉GSN傳遞到用戶設(shè)備的消息是請(qǐng)求二次激活PDP上下文消息，或?qū)Ｓ孟ⅰ?br>4.根據(jù)權(quán)利要求
1所述的網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，其特征在于，所述能夠?qū)⑿畔腉GSN傳遞到SGSN的消息是發(fā)起PDP上下文激活消息，或創(chuàng)建PDP上下文響應(yīng)消息，或更新PDP上下文響應(yīng)消息，或二次激活PDP上下文請(qǐng)求消息，或?qū)Ｓ孟ⅰ?br>5.根據(jù)權(quán)利要求
1所述的網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，其特征在于，該方法還包括所述實(shí)體根據(jù)所述GGSN的能力、所述GGSN當(dāng)前負(fù)載、用戶簽約信息、運(yùn)營(yíng)商的預(yù)先配置中至少一項(xiàng)更改QoS。
6.根據(jù)權(quán)利要求
1所述的網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，其特征在于，所述根據(jù)判定的結(jié)果，進(jìn)行相應(yīng)處理具體為當(dāng)根據(jù)所述條件判定QoS不滿足要求時(shí)，終止二次激活流程，并進(jìn)行失敗處理。
7.根據(jù)權(quán)利要求
1所述的網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，其特征在于，所述根據(jù)判定的結(jié)果，進(jìn)行相應(yīng)處理具體為判定二次激活PDP上下文接受消息中的QoS不滿足要求時(shí)，進(jìn)行失敗處理。
8.根據(jù)權(quán)利要求
1所述的網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法，其特征在于，所述根據(jù)判定的結(jié)果，進(jìn)行相應(yīng)處理具體為根據(jù)所述條件判定所述GGSN能夠提供的QoS不滿足要求時(shí)，不發(fā)送所述發(fā)起PDP上下文激活消息。
9.一種網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理裝置，其特征在于，所述裝置包括條件模塊，用于獲取判定QoS是否滿足要求的條件，并將該條件提供給判定模塊使用， 所述條件是指QoS下限要求，或QoS變化范圍要求，或不協(xié)商指示，或QoS列表；QoS獲取模塊，用于在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中，獲取新建承載對(duì)應(yīng)的QoS，并將該QoS提供給判定模塊使用；判定模塊，用于根據(jù)條件模塊提供的所述條件，以及QoS獲取模塊提供的所述QoS，判定所述QoS是否滿足要求；其中，該網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理裝置具體為用戶設(shè)備，或服務(wù)GPRS支持節(jié)點(diǎn) SGSN,或網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GGSN ；當(dāng)所述裝置是用戶設(shè)備時(shí)，所述判定QoS是否滿足要求的條件攜帶在能夠?qū)⑿畔?GGSN傳遞到用戶設(shè)備的消息中；當(dāng)所述裝置是SGSN時(shí)，所述判定QoS是否滿足要求的條件攜帶在能夠?qū)⑿畔腉GSN傳遞到SGSN的消息中；當(dāng)所述裝置是GGSN時(shí)，所述判定QoS是否滿足要求的條件由所述GGSN從策略與計(jì)費(fèi)規(guī)則功能實(shí)體獲得，或者所述判定QoS是否滿足要求的條件由所述GGSN根據(jù)所述GGSN的能力、所述GGSN當(dāng)前負(fù)載、用戶簽約信息、運(yùn)營(yíng)商的預(yù)先配置中至少一項(xiàng)生成；當(dāng)所述裝置是用戶設(shè)備或SGSN時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn)在二次激活流程建立RAN側(cè)資源時(shí)，根據(jù)所述條件判定所述RAN側(cè)資源提供的 QoS是否滿足要求；或者，當(dāng)所述裝置是SGSN或GGSN時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn)根據(jù)所述條件判定所述實(shí)體更改后的QoS是否滿足要求；或者，當(dāng)所述裝置是SGSN時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn) 在二次激活流程中，根據(jù)所述條件判定二次激活PDP上下文請(qǐng)求消息中的QoS是否滿足要求；或者，根據(jù)所述條件判定創(chuàng)建PDP上下文響應(yīng)消息中的QoS是否滿足要求，或者，根據(jù)所述條件判定更新PDP上下文響應(yīng)消息中的QoS是否滿足要求；或者，當(dāng)所述裝置是GGSN時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn) 在二次激活流程中，根據(jù)所述條件判定創(chuàng)建PDP上下文請(qǐng)求消息中的QoS是否滿足要求；或者，根據(jù)所述條件判定更新PDP上下文請(qǐng)求消息中的QoS是否滿足要求；或者，當(dāng)所述裝置是用戶設(shè)備時(shí)，所述根據(jù)所述條件判定QoS是否滿足要求通過(guò)以下步驟實(shí)現(xiàn)在二次激活流程中，根據(jù)所述條件判定二次激活PDP上下文接受消息中的QoS是否滿足要求。
10.根據(jù)權(quán)利要求
9所述的網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理裝置，其特征在于，所述裝置還包括執(zhí)行模塊，用于當(dāng)所述判定模塊判定所述QoS滿足要求時(shí)，繼續(xù)二次激活流程；當(dāng)所述判定模塊判定所述QoS不滿足要求時(shí)，終止所述二次激活流程，并進(jìn)行失敗處理。
專利摘要
本發(fā)明涉及網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理，公開了網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程處理方法和裝置。該方法包括獲得判定QoS是否滿足要求的條件；在二次激活流程中，根據(jù)所述條件判定QoS是否滿足要求；根據(jù)所述判定的結(jié)果，進(jìn)行相應(yīng)處理。該裝置包括條件模塊，用于獲取判定QoS是否滿足要求的條件；QoS獲取模塊，用于在網(wǎng)絡(luò)側(cè)發(fā)起的二次激活流程中，獲取新建承載對(duì)應(yīng)的QoS；判定模塊，用于根據(jù)條件獲取模塊提供的所述條件，以及QoS獲取模塊提供的所述QoS，判定所述QoS是否滿足要求。上述方法和裝置通過(guò)引入判定QoS是否滿足要求的條件，使得可以根據(jù)條件判定QoS是否滿足要求。從而實(shí)現(xiàn)對(duì)QoS的保障。
文檔編號(hào)H04W4/00GKCN101355718 B發(fā)布類型授權(quán) 專利申請(qǐng)?zhí)朇N 200710075293
公開日2012年4月4日 申請(qǐng)日期2007年7月25日
發(fā)明者周進(jìn)怡 申請(qǐng)人:華為技術(shù)有限公司導(dǎo)出引文BiBTeX, EndNote, RefMan專利引用 (3), 非專利引用 (1),