專利名稱:一種實現(xiàn)移動通信系統(tǒng)承有承載活的方法及系統(tǒng)、節(jié)點的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種承載去激活的方法及系統(tǒng)、網(wǎng)絡(luò)節(jié)點。
背景技術(shù)：
通用移動通信系統(tǒng)(UMTS)是采用寬帶分碼多工存取(WCDMA)空中接口技術(shù)的第三代移動通信系統(tǒng)，通常也把UMTS系統(tǒng)稱為WCDMA通信系統(tǒng)。UMTS系統(tǒng)包括無線接入網(wǎng)絡(luò)(RAN)和核心網(wǎng)絡(luò)(CN)，其中RAN用于處理與無線有關(guān)的功能，而CN處理UMTS系統(tǒng)內(nèi)話音呼叫和數(shù)據(jù)連接，并實現(xiàn)與外部網(wǎng)絡(luò)的交換和路由功能。
網(wǎng)關(guān)GPRS支持節(jié)點(GGSN)作為一個基本的網(wǎng)元功能實體，提供數(shù)據(jù)包在同外部數(shù)據(jù)網(wǎng)之間的路由和封裝。服務(wù)GPRS支持節(jié)點(SGSN)作為一個基本的組成網(wǎng)元，其主要的作用就是為本SGSN服務(wù)區(qū)域的移動臺(MS)轉(zhuǎn)發(fā)輸入/輸出的IP分組。RAN由無線網(wǎng)絡(luò)控制器(RNC)和基站(NodeB)組成。
現(xiàn)有技術(shù)包括長期演進(jìn)網(wǎng)絡(luò)(Long Term Evolved，LTE)/系統(tǒng)架構(gòu)演進(jìn)網(wǎng)絡(luò) (System Architecture Evolved, SAE)，LTE的目的是提供一種能夠降低時延、提高用戶數(shù)據(jù)速率、改進(jìn)的系統(tǒng)容量和覆蓋的低成本的網(wǎng)絡(luò)，使用PS域業(yè)務(wù)，承載網(wǎng)絡(luò)都為IP承載。
下述對SAE演進(jìn)網(wǎng)絡(luò)架構(gòu)及其功能進(jìn)行說明，在演進(jìn)的分組核心網(wǎng)中
移動性管理實體(Mobility Management Entity，MME)的功能是保存UE的移動性管理上下文，如用戶的標(biāo)識，移動性管理狀態(tài)、位置信息等，并對非接入層(Non Access Stratum, NAS)信令進(jìn)行處理，負(fù)責(zé)NAS信令的安全等。
SAE Gff(SAE網(wǎng)關(guān))包括兩部分服務(wù)網(wǎng)關(guān)(Serving Gateway, SGff)和分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PDN Gateway，PGW)。SGW與PGW是兩個邏輯實體，可以存在于同一個或不同的物理實體上。
策略計費規(guī)則功能(Policyand Charging Rules Function, PCRF)通過 S7 接口向 PGW作為策略計費增強(qiáng)功能(Policy and Charging Enforcement Function,PCEF)傳遞服務(wù)質(zhì)量(QoS)和計費策略控制信息等。
圖1示出了現(xiàn)有的UMTS系統(tǒng)和SAE系統(tǒng)融合的結(jié)構(gòu)示意圖，為了使現(xiàn)有UMTS系統(tǒng)能夠與SAE系統(tǒng)融合，UMTS系統(tǒng)必須升級到Release 8版本，因此這種系統(tǒng)間的融合架構(gòu)被稱為R8UMTS網(wǎng)絡(luò)。其中用戶設(shè)備(UE)通過SGSN接入服務(wù)網(wǎng)關(guān)(SGW)，此時SGSN之下到UE為UMTS系統(tǒng)，而SGW之上到分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PGW)為SAE系統(tǒng)，UE通過移動性管理實體(MME)接入SGW，此時所有節(jié)點都屬于SAE系統(tǒng)。
由于SAE系統(tǒng)支持UE通過UMTS系統(tǒng)接入，即UE可以通過UMTS系統(tǒng)的RAN、SGSN 接入到SAE系統(tǒng)中的SGW。而UMTS和SAE系統(tǒng)均有自己的相關(guān)處理承載去激活的流程，因此需要在兩種系統(tǒng)分界處(SGSN或SGW)進(jìn)行契合。由于在SAE系統(tǒng)中有缺省承載與專有承載的分別，其中缺省承載為用戶節(jié)點建立的到一個APN的第一條承載，一個用戶節(jié)點可以連接到多個APN，每一個APN指向一個PDN ；專有承載為建立了缺省承載之后的在這個APN上的所有其他承載，一條缺省承載可以對應(yīng)于多個專有承載。因此在承載去激活流程中需要對兩種承載類型的處理進(jìn)行特殊考慮，在UMTS系統(tǒng)和SAE系統(tǒng)中，進(jìn)行承載刪除的消息和參數(shù)都不一樣，UMTS系統(tǒng)中的承載去激活都是通過PDP CONTEXT消息實現(xiàn)的，而在SAE系統(tǒng)中是Bearer Context消息，而在R8UMTS移動通信系統(tǒng)承載刪除的過程中，目前并沒有實現(xiàn)關(guān)于跨UMTS系統(tǒng)和SAE系統(tǒng)的承載刪除的方法。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明實施例提供了一種實現(xiàn)移動通信系統(tǒng)承載去激活的方法及系統(tǒng)、節(jié)點，根據(jù)不同的承載類型實行承載去激活，實現(xiàn)了專有承載的去激活保留缺省承載或所有承載的承載去激活。
為了解決上述技術(shù)問題，本發(fā)明實施例提出了一種實現(xiàn)移動通信系統(tǒng)承載去激活的方法，該方法包括以下步驟
接收承載去激活請求，所述承載去激活請求中包括需要進(jìn)行承載去激活的承載類型指示；
確定需要進(jìn)行承載去激活的承載類型；所述承載類型為最后一條缺省承載、缺省承載或?qū)Ｓ谐休d；
根據(jù)承載類型對需要進(jìn)行承載去激活的承載進(jìn)行相應(yīng)的承載去激活；
其中，所述承載去激活請求為將SAE的承載去激活請求轉(zhuǎn)換獲得的UMTS的承載去激活請求，或為將UMTS的承載去激活請求轉(zhuǎn)換獲得的SAE的承載去激活請求。
相應(yīng)的，本發(fā)明實施例還提出了一種網(wǎng)絡(luò)節(jié)點，包括
接收單元，用于接收發(fā)送給網(wǎng)絡(luò)節(jié)點的承載去激活請求，所述承載去激活請求中包括需要進(jìn)行承載去激活的承載類型指示；所述承載去激活請求為將SAE的承載去激活請求轉(zhuǎn)換獲得的UMTS的承載去激活請求，或為將UMTS的承載去激活請求轉(zhuǎn)換獲得的SAE的承載去激活請求；
確定單元，用于確定所要進(jìn)行承載去激活的承載類型；所述承載類型為最后一條缺省承載、缺省承載或?qū)Ｓ谐休d；
去激活單元，用于根據(jù)確定單元確定的承載類型進(jìn)行承載去激活。
相應(yīng)的，本發(fā)明實施例還提供了一種網(wǎng)絡(luò)節(jié)點，包括
生成單元，用于決定進(jìn)行承載去激活的承載，生成承載去激活請求；所述承載去激活請求中包括需要進(jìn)行承載去激活的承載類型指示；所述承載類型為最后一條缺省承載、缺省承載或?qū)Ｓ谐休d；
發(fā)送單元，用于將生成單元生成的承載去激活請求發(fā)送給網(wǎng)絡(luò)判斷節(jié)點以使其根據(jù)確定的承載類型進(jìn)行承載去激活；
轉(zhuǎn)換單元，所述轉(zhuǎn)換單元用于實現(xiàn)UMTS和SAE之間的承載去激活請求轉(zhuǎn)換，將SAE 的承載去激活請求轉(zhuǎn)換為UMTS的承載去激活請求，或?qū)MTS的承載去激活請求轉(zhuǎn)換為SAE 的承載去激活請求。
相應(yīng)的，本發(fā)明實施例還提出了一種移動通信系統(tǒng)承載去激活的網(wǎng)絡(luò)系統(tǒng)，所述網(wǎng)絡(luò)系統(tǒng)包括網(wǎng)絡(luò)請求節(jié)點和網(wǎng)絡(luò)判斷節(jié)點，其中
所述網(wǎng)絡(luò)判斷節(jié)點用于接收網(wǎng)絡(luò)請求節(jié)點發(fā)送的承載去激活請求，并確定承載去激活請求中所要進(jìn)行承載去激活的承載類型，根據(jù)承載類型將所要進(jìn)行承載去激活的承載進(jìn)行承載去激活；所述承載類型為最后一條缺省承載、缺省承載或?qū)Ｓ谐休d；
網(wǎng)絡(luò)請求節(jié)點用于決定進(jìn)行承載去激活的承載，生成承載去激活請求，并將生成的承載去激活請求發(fā)送給網(wǎng)絡(luò)判斷節(jié)點；所述網(wǎng)絡(luò)請求節(jié)點還用于實現(xiàn)UMTS和SAE之間的承載去激活請求轉(zhuǎn)換，將SAE的承載去激活請求轉(zhuǎn)換為UMTS的承載去激活請求，或?qū)?UMTS的承載去激活請求轉(zhuǎn)換為SAE的承載去激活請求。
實施本發(fā)明實施例，實現(xiàn)了移動通信系統(tǒng)上的不同網(wǎng)元對缺省承載和專有承載的區(qū)分，以及對缺省承載刪除的處理方法或刪除專有承載而保留缺省承載的方法。


圖1是現(xiàn)有的UMTS系統(tǒng)和SAE系統(tǒng)融合的結(jié)構(gòu)示意圖；
圖2是本發(fā)明實施例中的R8UMTS系統(tǒng)圖；
圖3是本發(fā)明實施例中的SAE系統(tǒng)的結(jié)構(gòu)示意圖；
圖4是本發(fā)明實施例中的網(wǎng)絡(luò)請求節(jié)點和網(wǎng)絡(luò)判斷節(jié)點的結(jié)構(gòu)示意圖；
圖5是本發(fā)明實施例中的UE發(fā)起Detach流程的流程圖；
圖6是本發(fā)明實施例中的UE發(fā)起的承載去激活的第一流程圖；
圖7是本發(fā)明實施例中的UE發(fā)起的承載去激活的第二流程圖；
圖8是本發(fā)明實施例中的SGW發(fā)起的Detach流程的第一流程圖；
圖9是本發(fā)明實施例中的SGW發(fā)起的Detach流程的第二流程圖；
圖10是本發(fā)明實施例中的UE發(fā)起的承載去激活的第三流程圖；
圖11是本發(fā)明實施例中的UE發(fā)起的承載去激活的第四流程圖；
圖12是本發(fā)明實施例中的UE發(fā)起的承載去激活的第五流程圖；
圖13是本發(fā)明實施例中的PGW發(fā)起的Detach流程的第一流程圖；
圖14是本發(fā)明實施例中的PGW發(fā)起的Detach流程的第二流程圖；
圖15是本發(fā)明實施例中的UE發(fā)起的承載去激活的第六流程圖；
圖16是本發(fā)明實施例中的SGSN發(fā)起的承載去激活的第一流程圖；
圖17是本發(fā)明實施例中的SGSN發(fā)起的承載去激活的第二流程圖；
圖18是本發(fā)明實施例中的SGSN發(fā)起的承載去激活的第三流程圖；
圖19是本發(fā)明實施例中的PGW發(fā)起的承載去激活的第一流程圖；
圖20是本發(fā)明實施例中的SGW發(fā)起的承載去激活的第一流程圖；
圖21是本發(fā)明實施例中的UE發(fā)起的承載去激活的第七流程圖；
圖22是本發(fā)明實施例中的SGSN發(fā)起的Detach流程的流程圖；
圖23是本發(fā)明實施例中的UE發(fā)起的承載去激活的第八流程圖；
圖24是本發(fā)明實施例中的UE發(fā)起的承載去激活的第九流程圖；
圖25是本發(fā)明實施例中的UE發(fā)起的承載去激活的第十流程圖；
圖26是本發(fā)明實施例中的UE發(fā)起的承載去激活的第十一流程圖；
圖27是本發(fā)明實施例中的SGSN發(fā)起的承載去激活的第四流程圖；
圖28是本發(fā)明實施例中的PGW發(fā)起的承載去激活的第二流程圖；
圖29是本發(fā)明實施例中的SGW發(fā)起的承載去激活的第二流程圖；
圖30是本發(fā)明實施例中的PGW發(fā)起的承載去激活的第三流程圖； 圖31是本發(fā)明實施例中的MME發(fā)起的承載去激活的流程圖。[0062]具體實施方式
本發(fā)明實施例提供了一種實現(xiàn)移動通信系統(tǒng)承載去激活的方法及系統(tǒng)、節(jié)點，根據(jù)不同的承載類型實行承載去激活，實現(xiàn)了專有承載的承載去激活而保留缺省承載或?qū)⑺谐休d進(jìn)行承載去激活。
下面結(jié)合附圖詳細(xì)說明本發(fā)明的優(yōu)選實施例。
首先請參閱圖2，圖是本發(fā)明實施例中的承載去激活的系統(tǒng)圖，該承載去激活方法的實現(xiàn)位于UMTS系統(tǒng)和SAE系統(tǒng)中，在UMTS系統(tǒng)和SAE系統(tǒng)中，進(jìn)行承載刪除的消息不一樣，并且其中的參數(shù)(UMTS中是PDP CONTEXT而在SAE中是Bearer Context)也不一致，而在R8UMTS系統(tǒng)的網(wǎng)絡(luò)刪除的過程中，對缺省承載和專有承載應(yīng)該區(qū)分處理。因此，本發(fā)明實施例中通過提供兩種轉(zhuǎn)換方案可以使得在跨UMTS系統(tǒng)和SAE系統(tǒng)之間的承載去激活順利完成。在進(jìn)行R8UMTS系統(tǒng)的承載刪除的時候，本發(fā)明實施例提供了兩種消息轉(zhuǎn)換的方法，一種是在承載刪除的時候，上游SAE系統(tǒng)的SGW節(jié)點進(jìn)行消息轉(zhuǎn)換，在SGW和SGSN之間傳遞的消息為UMTS格式；另外一種方法是在承載刪除的時候，下游UMTS系統(tǒng)的SGSN節(jié)點負(fù)責(zé)進(jìn)行消息轉(zhuǎn)換，在SGW和SGSN之間的消息格式為SAE的消息格式。
本發(fā)明實施例中的承載去激活方法還可以在SAE系統(tǒng)中實現(xiàn)，圖3示出了了本發(fā)明實施例中的承載去激活的另一系統(tǒng)圖，上述圖2和圖3中都提供了不同網(wǎng)元對缺省承載和專有承載的區(qū)分以及對缺省承載刪除的處理方法，該系統(tǒng)圖2和系統(tǒng)圖3中至少包括一網(wǎng)絡(luò)請求節(jié)點和一網(wǎng)絡(luò)判斷節(jié)點，所述網(wǎng)絡(luò)判斷單元用于接收網(wǎng)絡(luò)請求節(jié)點發(fā)送的承載去激活請求，并確定承載去激活請求中所要進(jìn)行承載去激活的承載類型，根據(jù)承載類型將所要進(jìn)行承載去激活的承載進(jìn)行承載去激活，該網(wǎng)絡(luò)請求節(jié)點可以為UTMS系統(tǒng)中的用戶設(shè)備或SGSN ；或SAE系統(tǒng)中的用戶設(shè)備、移動性管理實體、服務(wù)網(wǎng)關(guān)、策略與計費規(guī)則模塊、 分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)等。所述網(wǎng)絡(luò)請求節(jié)點用于決定進(jìn)行承載去激活的承載，生成承載去激活請求，并將生成的承載去激活請求發(fā)送給網(wǎng)絡(luò)判斷節(jié)點，該網(wǎng)路判斷節(jié)點為UTMS系統(tǒng)中的用戶設(shè)備、或服務(wù)GPRS支持節(jié)點；或SAE系統(tǒng)中的服務(wù)網(wǎng)關(guān)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)。
圖4示出了本發(fā)明實施例中的網(wǎng)絡(luò)請求節(jié)點21和網(wǎng)絡(luò)判斷節(jié)點10的結(jié)構(gòu)示意圖，其中網(wǎng)絡(luò)判斷節(jié)點20包括接收單元21、確定單元22和去激活單元23，接收單元21 用于接收網(wǎng)絡(luò)請求節(jié)點10發(fā)送的承載去激活請求，該承載去激活請求包括需要進(jìn)行承載去激活的承載類型指示，所述去激活的承載類型包括專有承載、缺省承載、或最后一條缺省承載；確定單元22用于確定所要進(jìn)行承載去激活的承載類型；去激活單元23用于根據(jù)確定單元22確定的承載類型進(jìn)行承載去激活。網(wǎng)絡(luò)請求節(jié)點10包括生成單元11和發(fā)送單元12，其中生成單元11用于根據(jù)決定進(jìn)行承載去激活的承載，生成承載去激活請求；發(fā)送單元12用于將生成單元11生成的承載去激活請求發(fā)送給網(wǎng)絡(luò)判斷節(jié)點20，若該承載去激活請求發(fā)生在跨網(wǎng)絡(luò)系統(tǒng)中時，即該網(wǎng)絡(luò)請求節(jié)點為SGSN或SGW時，需要將網(wǎng)絡(luò)請求節(jié)點 10發(fā)送的承載去激活請求報文進(jìn)行轉(zhuǎn)換，該SGSN或SGW中還設(shè)有一轉(zhuǎn)換單元13，用于實現(xiàn) UMTS和SAE之間的承載去激活請求報文轉(zhuǎn)換，將生成單元11生成的承載去激活請求中的 UMTS承載去激活請求報文轉(zhuǎn)換為SAE承載去激活請求報文，或在通知下游節(jié)點刪除相應(yīng)的承載類型時，將SAE承載去激活報文轉(zhuǎn)化為相應(yīng)的UMTS承載去激活報文。該轉(zhuǎn)換單元13 用于實現(xiàn)UMTS系統(tǒng)與SAE系統(tǒng)間的承載去激活請求報文的轉(zhuǎn)化，在轉(zhuǎn)化為相應(yīng)的系統(tǒng)報文之后，能夠?qū)⑿畔⒃诳缦到y(tǒng)間進(jìn)行傳遞，將SAE的承載去激活請求消息報文轉(zhuǎn)換為UMTS的承載去激活請求消息報文，或?qū)MTS的承載去激活請求消息報文轉(zhuǎn)換為SAE的承載去激活請求消息報文。在具體的轉(zhuǎn)換過程中，若所述承載去激活請求消息含有將所有承載進(jìn)行承載去激活時，將UMTS系統(tǒng)的承載去激活請求消息報文中的請求參數(shù)添加在SAE系統(tǒng)的承載去激活請求消息報文中；或者將UMTS系統(tǒng)的承載去激活請求消息中的請求參數(shù)轉(zhuǎn)換為SAE 系統(tǒng)的承載去激活請求消息中所對應(yīng)的請求參數(shù)。
下面結(jié)合圖5至圖29詳細(xì)說明在R8UMTS系統(tǒng)中實現(xiàn)的承載去激活方法。流程圖 5至流程圖20為SAE系統(tǒng)中的SGW節(jié)點進(jìn)行承載去激活請求報文的轉(zhuǎn)換，當(dāng)有請求報文發(fā)送給相應(yīng)的網(wǎng)絡(luò)判斷節(jié)點時，需要在SGW節(jié)點中進(jìn)行報文之間的轉(zhuǎn)換實現(xiàn)承載去激活。
圖5為本發(fā)明實施例中的用戶設(shè)備(UE)發(fā)起的去附著流程圖，所述去附著流程即為相應(yīng)網(wǎng)絡(luò)節(jié)點發(fā)起的Detach流程，所述過程中UE已經(jīng)知道了承載類型，并且獲知所述承載類型為最后一條缺省承載，UE直接發(fā)起Detach流程實現(xiàn)承載去激活，具體步驟如下
步驟SlOl 用戶設(shè)備(UE)發(fā)送Detach Request消息給服務(wù)GPRS支撐節(jié)點 (SGSN)；
步驟S102 :SGSN 接收 UE 發(fā)送的 Detach Request 消息，發(fā)送 Delete PDPcontest Request消息給服務(wù)網(wǎng)管(SGW)；
步驟S103 :SGW接收 SGSN發(fā)送的 Delete PDP contest Request 消息，發(fā)送Delete Bearer Request消息給分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PGW)；
步驟S104 :PGW接收 SGW 發(fā)送的 Delete Bearer Request 消息，向 SGW 返回 Delete Bearer Response 消息；
步驟S105 :PGW與策略與計費規(guī)則模塊(PCRF)之間進(jìn)行信息的交互，通過PCRF Interaction中的消息實現(xiàn)；
步驟S106 :SGW 接收返回的 Delete Bearer Response 消息，向 SGSN 發(fā)送 Delete PDP contest Response 消息；
步驟S107 :SGSN 接收 SGW 發(fā)送的 Delete PDP contest Response 消息，向 UE 發(fā)送 Detach Accent 消息；
步驟S108 如果無線網(wǎng)絡(luò)側(cè)存在有無線接入承載(RAB)，則釋放RAB。
通過調(diào)用上述UE發(fā)起的Detach流程，當(dāng)UE知道需要承載去激活的承載為最后一條缺省承載時，即可實現(xiàn)R8UMTS系統(tǒng)承載去激活。
當(dāng)UE發(fā)起承載去激活時，UE知道承載類型，通過SGW處理缺省承載和專有承載的承載去激活，可以通過圖6所示的用戶設(shè)備(UE)發(fā)起的承載去激活方法實現(xiàn)承載去激活， 具體步驟如下
步驟S201 :UE 向 SGSN發(fā)送Deactivate PDP context Request (Tl,Teardown Ind, DBD)消息，該消息中保存了表示承載類型的參數(shù)，其中Teardown Ind為拆卸標(biāo)識，是用來標(biāo)識是否將所有承載都刪除的標(biāo)識，即承載去激活；DBD用來標(biāo)識是否把所有專有承載都刪除的標(biāo)識。如果UE要去激活缺省承載，那么在這條消息中把Tearerdown Ind值設(shè)置為 1，通過所述設(shè)置的值表示刪除所有承載，該值也可以通過其他自定義的數(shù)值或符號進(jìn)行表示，通過該參數(shù)和設(shè)置的值表示UE要去激活所有缺省承載，如果UE要刪除這個PDN連接的所有專有承載，那么在這條消息中把DBD值設(shè)置為1，通過所述設(shè)置的值表示刪除所有專有承載，該值也可以通過其他自定義的數(shù)值或符號進(jìn)行表示，通過該參數(shù)和設(shè)置的值表示UE要去激活所有專有承載，這里的參數(shù)值的設(shè)置和參數(shù)的消息體可以根據(jù)需求的進(jìn)行自定義的設(shè)置，通過所述設(shè)置的參數(shù)和數(shù)值使其能滿足刪除所有承載和刪除所有專有承載；
步驟S202 :SGSN 向 SGW發(fā)送Delete PDP context Request (TEID, NSAPI, Teardown Ind, DBD)，其中TEID為隧道端點標(biāo)識，NSAPI為網(wǎng)絡(luò)層業(yè)務(wù)接入點標(biāo)識。如果UE發(fā)出的消息中Teardown Ind參數(shù)被設(shè)置為刪除所有承載時，那么SGSN準(zhǔn)備去激活所有的PDP上下文，如果DBD被設(shè)置為刪除所有專有承載時，那么SGSN準(zhǔn)備去激活所有專有承載；
步驟S203 =SGff收到SGSN的信息之后，根據(jù)NSAPI得到的Bearer ID是否是缺省承載的Bearer ID，如果是缺省承載的Bearer ID，那么SGW將通過以下三種可能方式來處理此事
A =SGff拒絕此次去激活請求；
B SGff準(zhǔn)備將SGW和PGW之間的所有承載都刪除；
C =SGff刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
如果SGW確認(rèn)不是缺省承載的去激活，滿足C處理方式時，SGff向PGW發(fā)送Request Bearer Deactivation(Bearer ID, DBD)。
如果步驟S202發(fā)來的消息帶有Tearerdown Ind參數(shù)并且值為刪除所有承載，滿足B處理方式時，SGW可以有兩種處理方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown Ind。
在SGW確認(rèn)是缺省承載的去激活之后，SGW向PGW發(fā)送Request Bearer Deactivation(Bearer ID)消息或 Request Bearer Deactivation(Tearerdown Ind, Bearer ID)消息。
步驟S204 如果部署了 PCC架構(gòu)，需要進(jìn)行PCC交互；
步驟S205 :PGW 向 SGW發(fā)出 Delete Bearer Request 消息(Bearer ID，DBD)來通知 SGW刪除承載。如果是步驟S203中的第a)處理方法，該消息中包括了 Tearerdown Ind參數(shù)，取代 Bearer ID 參數(shù)。SGW 向 PGW 回應(yīng) Delete Bearer ResponseO 消息。如果 Delete Bearer Request消息中的DBD取值為1，那么刪除所有這個PDN連接上的所有專有承載；
步驟S206 =SGff 向 SGSN 發(fā)送 Delete PDP Context response ()消息，如果 S203 中的消息帶有Teardown Ind的取值為1，SGSN刪除所有承載；
步驟S207 =SGSN 向 UE 發(fā)送響應(yīng)消息 Deactivate PDP Context Response ；
步驟S208 如果無線側(cè)存在RAB，那么釋放RAB。
通過在UE中確定需要承載去激活的類型，系統(tǒng)中的各個網(wǎng)元對需要的去激活的承載類型作出判斷，從而在網(wǎng)元中刪除相應(yīng)的承載類型。
當(dāng)UE發(fā)起承載去激活時，UE不知道承載類型，SGff知道承載的類型，并處理去激活有響應(yīng)請求返回給UE，可以通過圖7所示的用戶設(shè)備(UE)發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟 S301 =UE 向 SGSN 發(fā)送 Deactivate PDP context Request (Tl, Teardown Ind)，UE不能保存表示承載類型的參數(shù)。UE如果要去激活所有承載，那么在這條消息中把 Tearerdown Ind設(shè)置為刪除所有承載；
步驟S302 :SGSN 向 SGW發(fā)送Delete PDP context Request (TEID, NSAPI, TeardownInd)。如果UE發(fā)出的消息包含Teardown Ind,并且值為1，那么SGSN準(zhǔn)備去激活所有的 PDP上下文；
步驟S303 如果SGW發(fā)現(xiàn)UE請求去激活的是UE的不是最后一個承載，那么SGW將有三種可能方式來處理此消息
A =SGff拒絕此次去激活請求；
B SGff準(zhǔn)備將SGW和PGW之間的所有承載都刪除；
C =SGff刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
如果SGW接收了刪除請求，SGW判斷是不是最后一條缺省承載的去激活，如果是最后一條缺省承載，那么SGW可以選擇拒絕此次去激活請求，或者直接調(diào)用SGW發(fā)起的 Detach流程，具體實現(xiàn)流程圖如圖8或圖9中所示，或者刪除此承載之上的所有專有承載而保留缺省承載；否則SGW向SGSN發(fā)Delete PDP context Response，這條消息中帶有相應(yīng)的cause參數(shù)；
步驟S304 =SGSN 向 UE 發(fā) Deactivate PDP context Response，這條消息中帶有相應(yīng)的cause參數(shù)；
步驟S305 如果SGW經(jīng)過NSAPI得到的Bearer ID是缺省承載的Bearer ID, SGff 向 PGW 發(fā)送 Request Bearer Deactivation (Bearer ID, Tearerdown Ind, DBD),如果 SGW 要刪除這個IP/APN的所有專有承載，那么將DBD置為刪除所有專有承載；
步驟S306 如果部署了 PCC架構(gòu)，那么PCRF下發(fā)PCC策略給PGW ；
步驟S307 :PGW 向 SGW 發(fā)送 Delete Bearer Request (Bearer ID)，如果接收的消息中含有Tearerdown Ind參數(shù)時，那么PGW可以有兩種處理方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown IncL
步驟S308 :SGW判斷為將所有缺省承載的專有承載刪除而保留缺省承載，那么 SGW 下發(fā)多個 Delete PDP Context Request，直到收到的最后一個 Delete PDP Context Response消息并刪除了所有缺省承載的專有承載后，才能進(jìn)行步驟S312。如果PGW發(fā)來的消息包含的Bearer ID是一個缺省承載的ID，那么SGW準(zhǔn)備刪除所有IP/APN的承載，然后向 SGSN 發(fā)送 Delete PDP context Request (NSAPI, Tearerdown Ind, DBD)消息，并把里面的Tearerdown Ind設(shè)置為刪除所有承載；
步驟S309 如果SGW發(fā)來的消息包含Tearerdown Ind且值為刪除所有承載，那么SGSN準(zhǔn)備刪除所有IP/APN的承載，然后向UE發(fā)送Deactivate PDP context Request(NSAPI, Tearerdown Ind, DBD)；
步驟S310 如果UE收到的消息中包含Tearerdown Ind且值為刪除所有承載，那么 UE 刪除所有 IP/APN 的承載，然后向 UE 發(fā)送 Deactivate PDP context Request (NSAPI, Tearerdown Ind)；
步驟S311 如果UE發(fā)來的消息包含Tearerdown Ind且值為刪除所有承載，那么 SGSN刪除所有承載，否則刪除這個NSAPI對應(yīng)的承載，然后向SGW發(fā)送Delete PDP context Response (Bearer ID)；
步驟S312 如果SGSN發(fā)來的消息的Bearer ID是缺省承載的Bearer ID, SGff刪除所有承載，否則SGW刪除Bearer ID對應(yīng)的承載，然后向PGW發(fā)送Delete PDP contextResponse 消息；
步驟S313 如果這個刪除承載的請求是由PCC系統(tǒng)發(fā)起的，那么PGW向PCRF發(fā)送 Provision Ack來通知PCRF這個請求已經(jīng)被執(zhí)行了 ；
步驟S314 如果存在RAB承載，那么在步驟S310結(jié)束后即可以刪除RAB。
圖8為本發(fā)明實施例中SGW發(fā)起的Detach流程的流程圖，具體步驟如下
步驟S401 =SGff 向 SGSN 發(fā)送 Delete PDP context Request 消息；
步驟S402 =SGSN 向 UE 發(fā)送 Detach Request 消息；
步驟S403 =SGff 向 PGW 發(fā)送 Delete Bearer Request 消息；
步驟S404 =PGff 向 SGW 發(fā)送 Delete Bearer Response 消息；
步驟S405 =PCRF與PGW進(jìn)行PCRF Interaction之間信息交互過程；
步驟S406 =UE 向 SGSN 發(fā)送 Detach Accent 消息；
步驟S407 =SGSN 向 SGW 發(fā)送 Delete PDP context Response 消息；
步驟S408 如果存在RAB承載，則刪除RAB。
圖9為本發(fā)明實施例中SGW發(fā)起的Detach流程的另一流程圖，具體步驟如下
步驟S501 =SGff 向 SGSN 發(fā)送 Initial Detach Request 消息；
步驟S502 =SGSN 向 UE 發(fā)送 Detach Request 消息；
步驟S503 =SGSN 向 SGW 發(fā)送 Delete PDP context Request 消息；
步驟S504 =SGff 向 PGW 發(fā)送 Delete Bearer Request 消息；
步驟S505 =PGff 向 SGW 發(fā)送 Delete Bearer Response 消息；
步驟S506 =PCRF與PGW進(jìn)行PCRF Interaction之間信息交互過程；
步驟S507 =SGff 向 SGSN 發(fā)送 Delete PDP context Response 消息；
步驟S508 在步驟S502之后，UE即可向SGSN發(fā)送Detach Accent消息；
步驟S509 如果存在RAB承載，則刪除RAB。
當(dāng)UE發(fā)起承載去激活時，UE不知道承載類型，SGW知道承載的類型，并處理去激活沒有響應(yīng)請求返回給UE，可以通過圖10所示的用戶設(shè)備(UE)發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟 S601 =UE 向 SGSN 發(fā)送 Deactivate PDP context Request (Tl, Teardown Ind)，UE不能保存表示承載類型的參數(shù)。UE如果要去激活所有承載，那么在這條消息中把 Tearerdown Ind設(shè)置為刪除所有承載；
步驟S602 :SGSN 向 SGW發(fā)送Delete PDP context Request (TEID, NSAPI, Teardown Ind)。如果UE發(fā)出的消息包含Teardown Ind,那么SGSN準(zhǔn)備去激活所有的PDP上下文；
步驟S603 如果SGW經(jīng)過NSAPI得到的Bearer ID是缺省承載的Bearer ID,并且是最后一條缺省承載，那么SGW可以拒絕，或者直接發(fā)起的Detach流程，具體實現(xiàn)流程圖如圖8或圖9中所示，或者刪除該承載之上的所有專有承載而保留專有承載。
如果不是最后一條缺省承載SGW將有三種可能方式來處理此事
A =SGff拒絕此次去激活請求；
B SGff準(zhǔn)備將SGW和PGW之間的所有承載都刪除；
C =SGff刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
如果SGW準(zhǔn)備去激活所有承載，那么調(diào)用SGW發(fā)起的承載去激活，即進(jìn)行步驟S603至步驟S612，其中步驟S604至步驟S612與圖7中的步驟S305至步驟S314相同。
當(dāng)UE發(fā)起承載去激活時，UE知道承載類型，通過PGW處理缺省承載和專有承載的承載去激活，可以通過圖11所示的用戶設(shè)備發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S701 :UE 向 SGSN發(fā)送Deactivate PDP context Request 消息(Tl，Teardown Ind)，UE保存表示承載類型的參數(shù)。該參數(shù)的取值包括缺省承載和專有承載，如果UE要去激活缺省承載，那么在這條消息中把Tearerdown Ind設(shè)置為刪除所有承載；
步驟S702 :SGSN 向 SGW 發(fā)送 Delete PDP context Request 消息(TEID，NSAPI， Teardown Ind)，如果UE發(fā)出的消息包含Teardown Ind,那么SGSN準(zhǔn)備去激活所有的PDP 上下文；
步驟S703 SGW 向 PGW發(fā)送 Request Bearer Deactivation 消息(Bearer ID), SGff 根據(jù)NSAPI得到Bearer ID, SGW準(zhǔn)備刪除與Bearer ID相關(guān)的承載，如果步驟S702中發(fā)來的消息帶有Tearerdown Ind參數(shù)并且值為刪除所有承載，那么SGW可以有兩種處理方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown Ind。
步驟S704 如果部署了 PCC架構(gòu)，那么進(jìn)行PCC交互；
步驟S705 如果PGW判斷這個Bearer ID是缺省承載的Bearer ID，那么PGW將有三種可能方式來處理此事
A =PGff拒絕此次去激活請求；
B =PGff將這個缺省承載對應(yīng)的IP/APN的所有承載都刪除；
C =PGff刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
PGW 向 SGW 發(fā)出 Delete Bearer Request (Bearer ID)來刪除承載，如果步驟 S703 采用了 a)處理方式，這該消息中還含有Tearerdown Ind參數(shù)。
步驟S706 SGW按照Bearer ID刪除對應(yīng)的承載，如果從PGW收到的Delete Bearer Request (Bearer ID)的Bearer ID是缺省承載的Bearer ID，那么刪除所有承載，然后向 PGW 回應(yīng)一條 Delete Bearer ResponseO 消息，PGW 刪除 Bearer ID 對應(yīng)的承載；
步驟S707 =SGff 向 SGSN 發(fā) Delete PDP Context response ()。如果步驟 S702 中的消息帶有Teardown Ind,或者SGW知道是刪除缺省承載，那么把這條消息的Tearerdown Ind值為1，然后SGSN刪除所有承載。
步驟S708 =SGSN 向 UE 發(fā)響應(yīng)消息 Deactivate PDP Context Response (Tl)。
步驟S709 如果無線側(cè)存在RAB，那么釋放RAB。
當(dāng)UE發(fā)起承載去激活時，UE不知道承載類型，PGW知道承載的類型，并通過PGW處理缺省承載和專有承載的承載去激活，可以通過圖12所示的用戶設(shè)備發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟 S801 =UE 向 SGSN 發(fā)送 Deactivate PDP context Request (Tl, Teardown Ind)，如果UE要去激活所有承載，那么在這條消息中把Tearerdown Ind設(shè)置為刪除所有承載；
步驟S802 :SGSN 向 SGW發(fā)送Delete PDP context Request (TEID, NSAPI, Teardown Ind)，如果UE發(fā)出的消息包含Teardown Ind,那么SGSN準(zhǔn)備去激活所有的PDP上下文；[0165]步驟S803 SGW 向 PGW 發(fā)送 Request Bearer Deactivation (Bearer ID)。SGW 根據(jù)NSAPI得到Bearer ID。SGW準(zhǔn)備刪除與Bearer ID相關(guān)的承載。如果步驟S802發(fā)來的消息帶有Tearerdown Ind參數(shù)并且值為刪除所有承載，那么SGW可以有兩種處理方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown IncL
步驟S804 如果部署了 PCC架構(gòu)，PGff與PCRF進(jìn)行PCC信息交互；
步驟S805 如果PGW判斷這個Bearer ID是缺省承載的Bearer ID，那么PGW將有三種可能方式來處理此事
A =PGff拒絕此次去激活請求；
B =PGff將這個缺省承載對應(yīng)的IP/APN的所有承載都刪除；
C =PGff刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
如果PGW繼續(xù)刪除承載，那么PGW判斷是否是最后一個缺省承載，如果是，那么PGW 可以拒絕，或者直接進(jìn)入調(diào)用PGW發(fā)起的Detach，如圖13或圖14中所示的流程圖，或者刪除這個缺省承載的所有專有承載而保留這個缺省承載，如果不是最后一個缺省承載，那么調(diào)用PGW發(fā)起的承載去激活流程，即進(jìn)行步驟S805至步驟S812，向SGW發(fā)送Delete Bearer Request消息，所述步驟S805至步驟S812與圖7中步驟S307至步驟S314相同，這里不再贅述。
圖13為本發(fā)明實施例中PGW發(fā)起的Detach流程的流程圖，具體步驟如下
步驟S901 如果存在PCC架構(gòu)時，PCRF與PGW之間進(jìn)行PCC信息交互；
步驟S902 =PGff 向 SGW 發(fā)送 Delete Bearer Request 消息；
步驟S903 =SGff 向 SGSN 發(fā)送 Delete PDP context Request 消息
步驟S904 =SGSN 向 UE 發(fā)送 Detach Request 消息；
步驟S905 =UE 向 SGSN 發(fā)送 Detach Accent 消息；
步驟S906 =SGSN 向 SGW 發(fā)送 Delete PDP contex Response 消息；
步驟S907 =SGff 向 PGW 發(fā)送 Delete Bearer Response 消息；
步驟S908 如果存在RAB承載，則刪除RAB。
圖14為本發(fā)明實施例中PGW發(fā)起的Detach流程的另一流程圖，具體步驟如下
步驟S1001 =PGff 向 SGW 發(fā)送 Initial Detach Request 消息；
步驟S1002 =SGff 向 SGSN 發(fā)送 Initial Detach Request 消息；
步驟S1003 =SGSN 向 UE 發(fā)送 Detach Request 消息；
步驟S1004 =SGSN 向 SGW 發(fā)送 Delete PDP context Request 消息；
步驟S1005 =SGff 向 PGff 發(fā)送 Delete Bearer Request 消息；
步驟S1006 =PGff 向 SGff 發(fā)送 Delete Bearer Response 消息；
步驟S1007 =PCRF與PGW進(jìn)行PCRF Interaction之間信息交互過程；
步驟S1008 =SGff 向 SGSN 發(fā)送 Delete PDP context Response 消息；
步驟S1009 在步驟S1003之后，UE即可向SGSN發(fā)送Detach Accent消息；
步驟S1010 如果存在RAB承載，則刪除RAB。
當(dāng)UE發(fā)起承載去激活時，UE不知道承載類型，PGW知道承載類型，并通過PGW處理缺省承載和專有承載的承載去激活，可以通過圖15所示的用戶設(shè)備發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟 SllOl :UE 向 SGSN 發(fā)送 Deactivate PDP context Request (Tl, Teardown Ind)，如果UE要去激活所有承載，那么在這條消息中把Tearerdown Ind設(shè)置為刪除所有承載；
步驟Sl 102 =SGSN 向 SGW 發(fā)送 Delete PDP context Request (TEID, NSAPI， Teardown Ind)，如果UE發(fā)出的消息包含Teardown Ind,那么SGSN準(zhǔn)備去激活所有的PDP 上下文；
步驟Sl 103 =SGff 向 PGW 發(fā)送 Request Bearer Deactivation (Bearer ID)，SGW 根據(jù)NSAPI得到Bearer ID，SGW準(zhǔn)備刪除與Bearer ID相關(guān)的承載。如果步驟S1102發(fā)來的消息帶有Tearerdown Ind參數(shù)并且值為刪除所有承載，那么SGW可以有兩種處理方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown IncL
步驟S1104 如果部署了 PCC架構(gòu)，那么進(jìn)行PCC交互；
步驟Sl 105 如果PGW判斷這個Bearer ID是缺省承載的Bearer ID,那么PGW將有三種可能方式來處理此事
A =PGff拒絕此次去激活請求；
B =PGff將這個缺省承載對應(yīng)的IP/APN的所有承載都刪除；
C =PGff刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
如果PGW繼續(xù)刪除承載，那么判斷是否是最后一個缺省承載，如果是，那么直接調(diào)用PGW發(fā)起的Detach，如圖13或圖14中所示的流程圖，如果不是，那么向SGW發(fā)送Response Bearer Deactivation 消息，并帶有口向應(yīng)的 cause ；
步驟Sl 106 :SGW 向 SGSN 發(fā)送 Delete PDP Context Response 消息，并帶有響應(yīng)的 cause ；
步驟Sl 107 =SGSN 向 UE 發(fā)送 Deactivate PDP Context Response 消息，并帶有響應(yīng)的cause ；
調(diào)用PGW發(fā)起的承載去激活流程，進(jìn)行步驟S1108至步驟S1116，其實現(xiàn)過程與圖 7中的所示的步驟S306至步驟S314相同，這里不再過多贅述。
當(dāng)SGSN發(fā)起承載去激活時，SGff知道承載類型，并通過SGW處理缺省承載和專有承載的承載去激活，可以通過圖16所示的SGSN發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S1201 =SGSN 向 SGW 發(fā)出 Delete PDP Context Request 消息(NSAPI， Tearerdown Ind)，如果SGSN要去激活缺省承載，那么在這條消息中把Tearerdown Ind設(shè)置為刪除所有承載；
步驟S1202 :SGW 根據(jù) SGSN 發(fā)來的 Delete PDP Context Request 的 NSAPI 得到 Bearer ID，檢測這個要去激活的承載是不是缺省承載，如果是缺省承載，并為最后一個缺省承載時，則調(diào)用SGW發(fā)起的Detach流程，具體實現(xiàn)流程圖如圖8或圖9中所示。
如果SGW檢測要激活的承載是缺省承載，并且不是最后一個缺省承載，SGW可以有以下幾種處理方法
A =SGff拒絕此次去激活請求；[0214]B SGff準(zhǔn)備將SGW和PGW之間的所有承載都刪除；
C =SGff刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
SGW 向 PGW 發(fā)送 Request Bearer Deactivation 消息(Bearer ID)，如果在第一條消息中包含Tearerdownlnd且值為刪除所有承載，即要去激活所有承載，那么SGW可以有兩種處理方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown IncL
步驟S1203 如果部署了 PCC架構(gòu)，那么進(jìn)行PCC交互；
步驟S1204 =PGff 向 SGW 發(fā)送 Delete Bearer Request (Bearer ID)，如果采用了步驟S1202中的a)處理方法，則該消息中還包含Tearerdown Ind參數(shù)，SGW刪除Bearer ID 對應(yīng)的承載。
步驟S1205 SGW 收到 PGW 發(fā)送的 Delete Bearer Request (Bearer ID)消息后，向 SGSN 發(fā)送 Delete PDP context Response ()，SGSN 刪除對應(yīng)承載；
步驟S1206 :SGW 收到 PGW 發(fā)送的 Delete Bearer Request (Bearer ID)消息后向 PGff發(fā)送Delete Bearer Response ()，PGff刪除Bearer ID對應(yīng)的承載，如果PGW確認(rèn)是缺省承載的Bearer ID，那么刪除所有承載；
步驟S1207 =SGSN 向 UE 發(fā) Deactivate PDP context Request(TI)消息；
步驟S1208 :UE 向 SGSN 發(fā)送 Deactivate PDP context Accept 消息；
步驟S1209 如果無線側(cè)有RAB承載，那么釋放RAB。
當(dāng)SGSN發(fā)起承載去激活時，PGff知道承載類型，并通過PGW處理缺省承載和專有承載的承載去激活，可以通過圖17所示的SGSN發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S1301 =SGSN 向 SGW 發(fā)出 Delete PDP Context Request 消息(NSAPI， Tearerdown Ind)，如果SGSN要去激活缺省承載，那么在這條消息中把Tearerdown Ind設(shè)置為刪除所有承載；
步驟S1302 =SGff 根據(jù) SGSN 發(fā)來的 Delete PDP Context Request 的 NSAPI 得到 Bearer ID,然后 SGW 向 PGW 發(fā)送 Request Bearer Deactivation (Bearer ID)；
如果在步驟S1302消息中包含Tearerdownlnd且值為刪除所有承載，即要去激活所有承載，那么SGW可以有兩種處理方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown Ind0
步驟S1303 如果部署了 PCC架構(gòu)，那么進(jìn)行PCC交互；
步驟S1304 如果PGW檢測要去激活的承載是缺省承載，并為最后一個缺省承載時，則調(diào)用PGW發(fā)起的Detach流程，具體實現(xiàn)流程圖如圖13或圖14中所示。
如果PGW檢測這個要去激活的承載是不是缺省承載，如果是，并且不是最后一個缺省承載，那么PGW可以有以下三種處理方式
A =PGff拒絕此次去激活請求；
B =PGff準(zhǔn)備將PGW上所有承載都刪除；
C =PGff刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。[0238]PGW 刪除 Bearer ID 相對的承載，并向 SGW 發(fā)送 Delete Bearer Request (Bearer ID)，如果采用了步驟S1202中的a)處理方法，則該消息中還包含Tearerdown Ind參數(shù)，SGW 刪除Bearer ID對應(yīng)的承載。
步驟S1305 =SGff 收到步驟 S1204 的 Delete Bearer Request 消息后向 SGSN 發(fā)送 Delete PDP context Response ()，如果SGW確認(rèn)了步驟S1304刪除的是缺省承載或者要把所有的承載刪除，那么SGW在這條消息中把Teardown Ind置為1。
步驟S1306 =SGff 收到步驟 S1204 的 Delete Bearer Request 消息后向 PGW 發(fā)送 Delete Bearer Response ()。PGW刪除Bearer ID對應(yīng)的承載，如果PGW確認(rèn)是缺省承載的 Bearer ID，那么刪除所有承載；
步驟S1307 =SGSN 向 UE 發(fā) Deactivate PDP context Request(TI)消息；
步驟S1308 :UE 向 SGSN 發(fā)送 Deactivate PDP context Accept(TI)；
步驟S1309 如果無線側(cè)有RAB承載，那么釋放RAB。
當(dāng)SGSN發(fā)起承載去激活時，PGff知道承載類型，并通過PGW處理缺省承載和專有承載的承載去激活，當(dāng)SGW收到SGSN發(fā)送的Detete PDP Request消息后發(fā)現(xiàn)去激活的承載為最后一個缺省承載時候，可以通過圖18所示的SGSN發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S1401 =SGSN 向 SGW 發(fā)出 Delete PDP Context Request 消息(NSAPI， Tearerdown Ind)，如果SGSN要去激活缺省承載，那么在這條消息中把Tearerdown Ind設(shè)置為刪除所有承載；
步驟S1402 :SGW收到SGSN發(fā)送的Detete PDP Context Request消息后發(fā)現(xiàn)去激活的承載為最后一個缺省承載，向SGSN回復(fù)Delete PDP Context Response消息，并帶有響應(yīng)的錯誤原因；
步驟S1403至步驟S1412為通過SGW發(fā)起的承載刪除流程，其實現(xiàn)過程與圖7所示的步驟S305至步驟S314相同，這里不再贅述。
當(dāng)PGW發(fā)起承載去激活時，PGW知道承載類型，并通過PGW處理缺省承載和專有承載的承載去激活，可以通過圖19所示的PGW發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S1501 如果部署了 PCC架構(gòu)，那么PCRF下發(fā)PCC策略給PGW ；
步驟S1502 =PGff 向 SGW 發(fā)送 Delete Bearer Request (Bearer ID)，如果 PGW 意圖刪除這個PDN連接的所有承載，那么PGW可以有兩種處理方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown IncL
如果PGW檢測到要刪除的承載是最后一個缺省承載，那么直接調(diào)用PGW發(fā)起的 Detach流程，如圖13或圖14中所示的流程圖；如果檢測缺省承載不是最后一個缺省承載時，也可以由SGW決定將所有這個缺省承載的專有承載刪除而保留缺省承載。
步驟S1503 如果SGW決定定將所有缺省承載的專有承載刪除而保留缺省承載，那么SGW下發(fā)多個Delete PDP Context Request消息給SGSN，直到收到的最后一個Delete PDP Context Response后刪除了所有這個缺省承載的專有承載，才能進(jìn)行步驟S1507。如果PGW發(fā)來的消息包含的Bearer ID是一個缺省承載的ID，那么SGW準(zhǔn)備刪除所有IP/APN的承載，然后向 SGSN 發(fā)送 Delete PDP context Request (NSAPI, Tearerdown Ind, DBD)并把里面的Tearerdown Ind設(shè)置為刪除所有承載；
步驟S1504 如果SGW發(fā)來的消息包含Tearerdown Ind且值為刪除所有承載，那么SGSN準(zhǔn)備刪除所有IP/APN的承載，然后向UE發(fā)送Deactivate PDP context Request(NSAPI, Tearerdown Ind, DBD)；
步驟S1505 如果UE收到的消息中包含Tearerdown Ind且值為刪除所有承載，那么 UE 刪除所有 IP/APN 的承載，然后向 UE 發(fā)送 Deactivate PDP context Request (NSAPI, Tearerdown Ind)；
步驟S1506 如果UE發(fā)來的消息包含Tearerdown Ind且值為刪除所有承載，那么 SGSN刪除所有承載，否則刪除這個NSAPI對應(yīng)的承載，然后向SGW發(fā)送Delete PDP context Response(Bearer ID)
步驟S1507 如果SGSN發(fā)來的消息的Bearer ID是缺省承載的Bearer ID,那么SGW刪除所有承載，否則SGW刪除Bearer ID對應(yīng)的承載，然后向PGW發(fā)送Delete PDP context Response ；
步驟S1508 如果這個刪除承載的請求是由PCC系統(tǒng)發(fā)起的，那么PGW向PCRF發(fā)送Provision Ack來通知PCRF這個請求已經(jīng)被執(zhí)行了 ；
步驟S1509 如果存在RAB承載，那么在步驟S1505結(jié)束后即可以刪除RAB。
當(dāng)SGW發(fā)起承載去激活時，PGff知道承載類型，并通過PGW處理缺省承載和專有承載的承載去激活，SGff知道去激活的承載為最后一個缺省承載時，可以通過SGW發(fā)起的 Detach流程實現(xiàn)承載的去激活，如圖8或圖9所示的流程圖。當(dāng)SGW檢測到所要去激活的承載不是最后一個缺省承載時，可以通過圖20所示的SGW發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S1601 如果要去激活的承載不是最后一個缺省承載，那么SGW向PGW發(fā)送 Request Bearer Deactivation (Bearer ID, Tearerdown Ind，DBD)。如果 SGW 意圖刪除這個IP/APN的所有專有承載，那么將DBD置為刪除所有專有承載；
步驟S1602至步驟S1610為調(diào)用PGW發(fā)起的承載去激活流程，具體實現(xiàn)步驟與圖 20中的步驟S1501至步驟S1509相同，這里不再過多贅述。
流程圖21至流程圖29為當(dāng)通過SGSN進(jìn)行UMTS系統(tǒng)與SAE系統(tǒng)的報文轉(zhuǎn)換時， 有請求報文發(fā)送給相應(yīng)的網(wǎng)絡(luò)判斷節(jié)點時，需要在SGSN節(jié)點中進(jìn)行報文之間的轉(zhuǎn)換實現(xiàn)承載去激活的流程圖。
當(dāng)UE發(fā)起承載去激活時，UE知道承載類型，通過SGSN處理缺省承載和專有承載的承載去激活，可以通過圖21所示的用戶設(shè)備(UE)發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S1701 如果UE知道是最后一條缺省承載，那么UE直接調(diào)用UE發(fā)起的Detach 流程，具體流程圖如圖2中所示。UE通過NAS消息向SGSN發(fā)送Deactivate PDP context Request (Teardown Ind, Tl)。如果UE要去激活所有承載，那么在這條消息中把Tearerdown Ind設(shè)置為刪除所有承載，UE保存表示承載類型的參數(shù)。該參數(shù)的取值包括缺省承載和專有承載。如果UE要去激活缺省承載，那么在這條消息中把Tearerdown Ind設(shè)置為刪除所有承載；[0267]步驟S1702 =SGSN 根據(jù) SGSN 發(fā)來的 Delete PDP Context Request 得到 Bearer ID，檢測這個要去激活的承載是不是缺省承載，如果是，那么SGSN可以有以下三種處理
A =SGSN拒絕此次去激活請求；
B =SGSN準(zhǔn)備將SGW和SGSN之間的所有承載都刪除；
C =SGSN刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
如果需要刪除該PDN連接的所有承載，SGSN向SGW發(fā)送Request Bearer Deactivation (Bearer ID, DBD)，如果需要刪除這個缺省承載相關(guān)聯(lián)的所有專有承載，那么 SGSN 設(shè)置 DBD。
如果是最后一條缺省承載，那么SGSN可以這樣處理
A =SGSN拒絕此次去激活；
B =SGSN直接調(diào)用Detach流程，具體實現(xiàn)的過程見圖22 ；
C =SGSN刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
不論是根據(jù)Bearer ID得到的承載是缺省承載還是步驟S1701中帶來了 Tearerdown Ind，那么SGSN有兩種方法處理
不論是根據(jù)Bearer ID得到的承載是缺省承載還是步驟S1701中帶來了 Tearerdown Ind，那么SGSN有兩種方法處理
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown Ind。
步驟S1703 =SGff 向 PGW 發(fā)送 Request Bearer Deactivation (Bearer ID, DBD)。若采用了步驟1702中的a)處理方法，則該消息中還包括Tearerdown Ind參數(shù)；
步驟S1704 如果部署了 PCC網(wǎng)絡(luò)，那么那么PGW要和PCRF交互來獲得PCC策略， 如果沒有PCC架構(gòu)，那么PGW本地產(chǎn)生PCC策略；
步驟S1705 :PGW 向 SGW發(fā)送Delete Bearer Request (Bearer ID)，如果步驟 S1702 步驟采用了 a)方法，這條消息中含有Tearerdown Ind參數(shù)；
步驟S1706 =SGff 向 PGW 返回 Delete Bearer Response 消息；
步驟S1707 =SGff 向 SGSN 發(fā)送 Delete Bearer Request (Bearer ID)，如果步驟 S1702步驟采用了 a)方法，這條消息中含有Tearerdown Ind參數(shù)；
步驟S1708 =SGSN 向 UE 發(fā)送 Deactivate PDP context Reponse(TI)消息；
步驟S1709 =SGSN 向 SGW 發(fā)送 Delete Bearer Response ()消息；
步驟S1710 如果該UE存在RAB承載，那么釋放RAB承載；
圖22示出了本發(fā)明實施例中SGSN發(fā)起的Detach流程，具體步驟如下
步驟S1801 =SGSN 向 UE 發(fā)送 Detach Request 消息；
步驟S1802 =SGSN 向 SGW 發(fā)送 Delete PDP context Request 消息；
步驟S1803 :SGW 接收 SGSN 發(fā)送的 Delete PDP contest Request 消息，發(fā)送 Delete Bearer Request消息給分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PGW)；
步驟S1804:PGW接收SGW發(fā)送的Delete Bearer Request 消息，向 SGW返回 Delete Bearer Response 消息；
步驟S1805 =PGff與策略與計費規(guī)則模塊(PCRF)之間進(jìn)行信息的交互，通過PCRF Interaction中的消息實現(xiàn)；
步驟S1806 :SGW 接收返回的 Delete Bearer Response 消息，向 SGSN 發(fā)送 DeletePDP contest Response 消息；
步驟S1807 =SGSN 接收 UE 發(fā)送 DetachAccent 消息；
步驟S1808 如果無線網(wǎng)絡(luò)側(cè)存在有無線接入承載(RAB)，則釋放RAB。
UE發(fā)起承載去激活，UE不知道承載類型，SGSN知道承載類型，并通過SGSN處理缺省承載和專有承載的承載去激活，可以通過圖23所示的用戶設(shè)備(UE)發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S1901 =UE 通過 NAS 消息向 SGSN 發(fā)送 Deactivate PDP context Request (Teardown Ind，Tl)，如果UE要去激活所有承載，那么在這條消息中把Tearerdown Ind設(shè)置為刪除所有承載；
步驟S1902 :SGSN 根據(jù) UE 發(fā)來的 Delete PDP Context Request 得到 Bearer ID, 檢測這個要去激活的承載是不是缺省承載，如果是缺省承載并且不是最后一個承載，那么 SGSN可以有以下三種處理方式
A =SGSN拒絕此次去激活請求；
B SGSN準(zhǔn)備將SGW和SGSN之間的所有承載都刪除；
C =SGSN刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
如果要刪除的是最后一個缺省承載，那么SGSN可以這樣處理
Al =SGSN拒絕此次去激活；
Bl =SGSN直接進(jìn)入調(diào)用SGSN發(fā)起的Dettach流程，實現(xiàn)過程如圖22中所示；
Cl =SGSN刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
SGSN 發(fā)往 SGff 的 Request Bearer Deactivation 消息中，不論是根據(jù) Bearer ID 得到的承載是缺省承載還是步驟S1901帶來了 Tearerdown Ind,那么SGSN有兩種方法處理
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown Ind。
步驟S1903 :SGSN 向 SGW 發(fā)送 Request Bearer Deactivation (Bearer ID)，如果 SGSN不要去激活所有承載，那么按照Bearer ID刪除對應(yīng)承載；
SGW 向 PGW 發(fā)送 Request Bearer Deactivation (Bearer ID)消息，如步驟 S1902 中采用了 a)處理方式，則該消息中含有Tearerdown Ind參數(shù)。
步驟S1904 如果部署了 PCC架構(gòu)，那么PCRF要和PGW交互以產(chǎn)生PCCrules ；
步驟1905 如果部署了 PCC網(wǎng)絡(luò)，那么PCRF產(chǎn)生策略給PGW，如果沒有PCC架構(gòu)， 那么PGW產(chǎn)生本地策略；
步驟S1906 =PGff 向 SGW 發(fā)送 Delete Bearer Request (Bearer ID)，并根據(jù) Bearer ID準(zhǔn)備刪除所有承載，如果PGW決定去激活該PDN連接的所有承載但不是把所有承載去激活，那么有兩種方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown Ind。
如果PGW要去激活所有某個缺省承載上的所有專有承載而保留缺省承載，那么 PGW 在這條消息中，加入 DBD 參數(shù)，即 Delete Bearer Request (Bearer ID，DBD)。
步驟S1907 :SGW 發(fā)送 Delete Bearer Request 給 SGSN(Bearer ID，DBD)，如步驟S1902中采用了 a)處理方式，則該消息中含有Tearerdown Ind參數(shù)；
步驟 S1908 :SGSN 向 UE 發(fā)送 Deactivate PDP Context Request (Teardown Ind, Tl)，如果步驟S1906消息中帶有DBD，那么SGSN發(fā)送多次這條消息給UE以保證刪除了所有這個缺省承載上的專有承載；
步驟S 1909 =UE 向 SGSN 發(fā)送 Deactivate PDP Context Accept(TI)；
步驟S1910 :SGSN判斷是否刪除了所有這個缺省承載上的專有承載，如果已經(jīng)都刪除了，那么 SGSN 向 SGW 發(fā)送 Delete Bearer Response 消息；
步驟S 1911 SGW 向 PGW 發(fā)送 Delete Bearer Response
步驟S1912 如果這個刪除承載的請求是由PCC系統(tǒng)發(fā)起的，那么PGW向PCRF發(fā)送Provision Ack來通知PCRF這個請求已經(jīng)被執(zhí)行了。
步驟S1913 如果存在RAB承載，那么在步驟S1909結(jié)束后即可以刪除RAB。
UE發(fā)起承載去激活，UE不知道承載類型，SGSN知道承載類型，并通過SGSN處理缺省承載和專有承載的承載去激活，可以通過圖24所示的用戶設(shè)備(UE)發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S2001 =UE 通過 NAS 消息向 SGSN 發(fā)送 Deactivate PDP contextRequest (Teardown Ind, Tl)，如果UE要去激活所有承載，那么在這條消息中把 Tearerdown Ind設(shè)置為刪除所有承載；
步驟S2002 :SGSN 向 UE 發(fā)送 Deactivate PDP context Response，這條消息中帶有相應(yīng)的cause ；
步驟S2003至步驟S2014為SGSN發(fā)起的承載去激活流程，實現(xiàn)方法與圖24中所述的步驟S1902至步驟S1913相同，這里不再過多贅述。
UE發(fā)起承載去激活，UE知道承載類型，并通過PGW處理缺省承載和專有承載的承載去激活，可以通過圖25所示的用戶設(shè)備(UE)發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S2101 =UE 通過 NAS 消息向 SGSN 發(fā)送 Deactivate PDP context Request (Teardown Ind，NSAPI)消息，UE保存表示承載類型的參數(shù)。該參數(shù)的取值包括缺省承載和專有承載，如果UE要去激活缺省承載或者所有承載，那么在這條消息中把 Tearerdown Ind設(shè)置為刪除所有承載；
步驟S2102 =SGSN 根據(jù) NSAPI 得到 Bearer ID, SGSN 向 SGff 發(fā)送 Request Bearer Deactivation(Bearer ID)；
如果要刪除這個PDN連接的所有承載，不論是根據(jù)Bearer ID得到的承載是缺省承載還是步驟S2102中帶來了 Tearerdown Ind，那么SGSN有兩種方法處理
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown Ind。
步驟S2103 :SGW 向 PGW 發(fā)送 Request Bearer Deactivation (Bearer ID)消息，如果步驟S2102中采用了 a)種方法，則該消息中還包括Tearerdown Ind參數(shù)。
步驟S2104 如果部署了 PCC網(wǎng)絡(luò)，那么那么PGW要和PCRF交互來獲得PCC策略， 如果沒有PCC架構(gòu)，那么PGW本地產(chǎn)生PCC策略
步驟S2105 =PGff 根據(jù) SGW 發(fā)來的 Request Bearer Deactivation (Bearer ID)，檢測這個要去激活的承載是不是缺省承載，如果是，那么PGW可以有以下幾種處理
A =PGff拒絕此次去激活請求；
B =PGff準(zhǔn)備將SGW和PGW之間的所有承載都刪除；
C :PGW把這個缺省承載保留，刪除這個缺省承載上面的所有專有承載。
PGff準(zhǔn)備按照Bearer ID刪除對應(yīng)的承載，如果需要刪除最后一條缺省承載，那么直接進(jìn)入調(diào)用PGW發(fā)起的Detach流程，如圖8或圖9所示的流程圖，或者把這個缺省承載保留刪除這個缺省承載上面的所有專有承載，或者拒絕刪除。
PGW 向 SGW 發(fā)送 Delete Bearer Request (Bearer ID), SGW 刪除與 Bearer ID 相關(guān)的承載，如果步驟S2102中采用了 a)種方法，則該消息中還包括Tearerdown Ind參數(shù)。
步驟S2106 =SGff 向 PGW 發(fā)送 Delete Bearer Response (Bearer ID)，PGff 刪除 Bearer ID相關(guān)的承載，如果步驟S2102中采用了 a)種方法，則該消息中還包括Tearerdown Ind參數(shù)；
步驟S2107 :SGW 向 SGSN 發(fā)送 Delete Bearer Request (Bearer ID);如果步驟 S2102中采用了 a)種方法，則該消息中還包括Tearerdown Ind參數(shù)；
步驟 S2108 :SGSN 向 UE 發(fā)送 Deactivate PDP context Reponse (Teardown Ind, Tl)；
步驟S2109 =SGSN 向 SGW 發(fā)送 Delete Bearer Response (Bearer ID)，如果步驟 S2102中采用了 a)種方法，則該消息中還包括Tearerdown Ind參數(shù)；
步驟S2110 如果該UE存在RAB承載，那么釋放RAB承載。
UE發(fā)起承載去激活，UE不知道承載類型，PGW知道承載類型，并通過PGW處理缺省承載和專有承載的承載去激活，可以通過圖26所示的用戶設(shè)備(UE)發(fā)起的承載去激活方法實現(xiàn)承載去激活，具體步驟如下
步驟S2201 :UE 通過 NAS 消息向 SGSN 發(fā)送 Deactivate PDP context Request (Teardown Ind, NSAPI)，如果UE要去激活所有承載，那么在這條消息中把 Tearerdown Ind設(shè)置為刪除所有承載；
步驟S2202 =SGSN 根據(jù) SGSN 發(fā)來的 Delete PDP Context Request 得到 Bearer ID，檢測這個要去激活的承載是不是缺省承載，
如果SGSN確認(rèn)不是缺省承載的去激活，那么SGSN向SGW發(fā)送Request Bearer Deactivation (Bearer ID)。SGSN 根據(jù) NSAPI 得到 Bearer ID。SGSN 準(zhǔn)備按照 Bearer ID 刪除對應(yīng)的承載。如果需要刪除所有承載，不論是根據(jù)Bearer ID得到的承載是缺省承載還是步驟S2201帶來了 Tearerdown Ind，那么SGSN有兩種方法處理
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown Ind。
步驟S2203 =SGff 向 PGW 發(fā)送 Request Bearer Deactivation (Bearer ID)，如果步驟S2202中采用了 a)種方法，則該消息中還包括Tearerdown Ind參數(shù)；
步驟S2204:PGW檢測是不是要刪除的承載為缺省承載，如果是，那么PGW可以有以下幾種處理
A =PGff拒絕此次去激活請求；
B =PGff準(zhǔn)備將SGW和PGW之間的所有承載都刪除；[0357]C :PGW把這個缺省承載保留，刪除這個缺省承載上面的所有專有承載。
如果PGW發(fā)現(xiàn)這是最后一條缺省承載，那么將調(diào)用PGW發(fā)起的Detach流程，如圖9 或圖10所示的流程圖，或者保留這個缺省承載刪除這個缺省承載上面的所有專有承載，或者拒絕承載的去激活。否則進(jìn)入步驟S2205至步驟S2212，進(jìn)行PGW發(fā)起的去激活流程，步驟S2204至步驟S2212與圖23中所示的步驟S1905至步驟S1913相同，這里不再贅述。
SGSN發(fā)起承載去激活，圖27示出了本發(fā)明實施例中SGSN發(fā)起的承載去激活流程圖，具體步驟如下
步驟S2301 =SGSN 向 SGW 發(fā)送 Request Bearer Deactivation (Bearer ID)；
如果SGSN不要去激活所有承載，那么按照Bearer ID刪除對應(yīng)承載；
如果SGSN決定去激活所有承載，那么有兩種方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown IncL
步驟S2302 =SGff 向 PGW 發(fā)送 Request Bearer Deactivation (Bearer ID)，如果步驟S2301中采用了 a)種方法，則該消息中還包括Tearerdown Ind參數(shù)；
步驟S2303 如果部署了 PCC架構(gòu)，那么PCRF要和PGW交互以產(chǎn)生PCC rules
步驟S2304至步驟S2312為PGW發(fā)起的承載去激活流程，其實現(xiàn)過程與圖23中所示的步驟S1905至步驟S1913相同，這里不再贅述。
在進(jìn)行步驟S2303之后，如果要去激活的承載不是最后一條缺省承載，那么調(diào)用 PGff發(fā)起的承載去激活流程，即進(jìn)行步驟S2304至步驟2312 ；否則PGW有如下處理方法
A =PGff拒絕此次去激活；
B =PGff直接進(jìn)入調(diào)用Dettach流程，如圖10或圖11所示的流程；
C =PGff刪除這個缺省承載相關(guān)聯(lián)的所有專有承載。
PGW發(fā)起承載去激活，圖28示出了本發(fā)明實施例中PGW發(fā)起的承載去激活流程圖， 具體步驟如下
步驟S2401 如果部署了 PCC網(wǎng)絡(luò)，那么PCRF產(chǎn)生策略給PGW，如果沒有PCC架構(gòu)， 那么PGW產(chǎn)生本地策略；
步驟S2402 =PGff 向 SGW 發(fā)送 Delete Bearer Request (Bearer ID)，并根據(jù) Bearer ID準(zhǔn)備刪除所有承載，如果PGW決定去激活該PDN連接的所有承載但不是把所有承載去激活，那么有兩種方法[0375]a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown IncL
如果PGW決定去激活所有承載，那么直接進(jìn)入PGW發(fā)起的Detach流程，如圖9或 10所示。
如果PGW要去激活所有某個缺省承載上的所有專有承載而保留缺省承載，那么 PGW 在這條消息中，加入 DBD 參數(shù)，即 Delete Bearer Request (Bearer ID，DBD)。
步驟S2403 :SGW 發(fā)送 Delete Bearer Request (Bearer ID, DBD)給 SGSN，如果步驟S2402中采用了 a)種方法，則該消息中還包括Tearerdown Ind參數(shù)；
步驟 S2404 :SGSN 向 UE 發(fā)送 Deactivate PDP Context Request (Teardown Ind, Tl)，如果步驟S2403發(fā)送的消息中帶有DBD，那么SGSN發(fā)送多次這條消息給UE以保證刪除了所有這個缺省承載上的專有承載；
步驟S2405 :UE 向 SGSN 發(fā)送 Deactivate PDP Context Accept(TI)；
步驟S2406 :SGSN判斷是否刪除了所有這個缺省承載上的專有承載，如果已經(jīng)都刪除了，那么 SGSN 向 SGW 發(fā)送 Delete Bearer Response ；
步驟S2407 =SGff 向 PGW 發(fā)送 Delete Bearer Response ；
步驟S2408 如果這個刪除承載的請求是由PCC系統(tǒng)發(fā)起的，那么PGW向PCRF發(fā)送Provision Ack來通知PCRF這個請求已經(jīng)被執(zhí)行了 ；
步驟S2409 如果存在RAB承載，那么在步驟S2405結(jié)束后即可以刪除RAB。
SGW發(fā)起承載去激活，圖29示出了本發(fā)明實施例中PGW發(fā)起的承載去激活流程圖， 具體步驟如下
步驟S2501 :SGW 向 PGW發(fā)送Request Bearer Deactivation (Bearer ID,DBD) ,SGff 準(zhǔn)備刪除與Bearer ID相關(guān)的承載。如果SGW決定去激活所有承載，那么有兩種方法
a)可以使用在這條消息里面加入Tearerdown Ind,并把它置為刪除所有承載；
b)可以把Bearer ID設(shè)置成缺省承載的Bearer ID而不用Tearerdown IncL
步驟S2502至步驟S2510為調(diào)用PGW發(fā)起的承載去激活流程，其實現(xiàn)過程與圖25 中所述的步驟S2401至步驟S2409相同，如果第一條消息中含有被設(shè)置為刪除所有專有承載的DBD，那么該流程中應(yīng)該刪除該缺省承載上的所有專有承載而保留缺省承載，這里不再過多贅述。
在現(xiàn)有SAE系統(tǒng)中的去激活方法中，可以通過增加攜帶DBD參數(shù)，通過所述參數(shù)實現(xiàn)保留缺省承載而刪除所有專有承載，圖30為本發(fā)明實施例中PGW發(fā)起的承載去激活流程，具體步驟如下
步驟S2601 如果運營商部署了 PCC網(wǎng)絡(luò)，那么PCC策略觸發(fā)要刪除某一個承載， 如果沒有部署PCC網(wǎng)絡(luò)，那么PGW決定刪除某個承載；
步驟S2602 LPGW 向 SGW 發(fā)送 Delete Dedicated Bearer Request (Bearer ID, DBD, Teardown Ind)，如果PGW要刪除所有承載，那么即設(shè)置Teardown Ind,如果PGW要刪除這個承載以及所有該PDN連接的專有承載，那么PGW設(shè)置DBD ；
步驟 S2603 :SGW 向 MME 發(fā)送Delete Dedicated Bearer Request (Bearer ID, DBD, Teardown Ind)；
步驟 S2604 :MME 向 eNB 發(fā)送 Deactivate Bearer Request (Bearer ID, DBD, Teardown Ind)；
步驟 S2605 :eNB 向 UE 發(fā)送 Radio Bearer Release Request (RB ID)；
步驟 S2606 :UE 向 eNB 發(fā)送 Radio Bearer Release Response (RB ID)；
步驟 S2607 :eNB 向 MME 發(fā)送 Deactivate Bearer Response ；
步驟 S2608 :MME 向 SGW 發(fā)送 Delete Dedicated Bearer Response ；
步驟S2609 =SGff 向 PGW 發(fā)送 Delete Dedicated Bearer Response ；
步驟S2610 如果這個刪除過程是由PCC觸發(fā)的，那么PGW向PCRF發(fā)送Provision Ack來口向應(yīng)。
圖31為本發(fā)明實施例中MME發(fā)起的承載去激活流程，具體步驟如下
PM S2701 :MME SGff RM Request Dedicated Bearer Deactivation (BearerID, DBD, Teardown Ind)，如果MME要刪除所有承載，那么即設(shè)置Teardown Ind,如果MME要刪除這個承載以及所有該PDN連接的專有承載，那么MME設(shè)置DBD ；
步驟 S2702 SGW 向 PGW 發(fā)送 Request Dedicated Bearer Deactivation (Bearer ID, DBD，Teardown Ind)；
步驟S2601 如果運營商部署了 PCC架構(gòu)，那么PGW通知所要刪除的承載，進(jìn)行PGW 發(fā)起的專有承載去激活流程，進(jìn)行步驟S2602至步驟S2610。
綜上所述，通過本發(fā)明實施例提供的方法實現(xiàn)了 R8UMTS系統(tǒng)和SAE系統(tǒng)的承載去激活，通過不同的網(wǎng)絡(luò)節(jié)點發(fā)起所需要刪除的承載類型，如刪除所有承載，即刪除缺省承載；或刪除專有承載而保留缺省承載，實現(xiàn)了跨系統(tǒng)間的承載去激活，并且根據(jù)專有承載和缺省承載的不同類型實現(xiàn)了刪除不同的承載類型，如果某網(wǎng)絡(luò)節(jié)點知道所述承載去激活請求中的承載類型為最后一條缺省承載時，可以直接調(diào)用該網(wǎng)絡(luò)節(jié)點的去附著流程實現(xiàn)承載去激活。通過所述方法實現(xiàn)了在SAE系統(tǒng)中刪除專有承載而保留缺省承載。
以上所揭露的僅為本發(fā)明實施例中的一種較佳實施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求
所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。
權(quán)利要求
1.一種實現(xiàn)移動通信系統(tǒng)承載去激活的方法，其特征在于，該方法包括以下步驟接收承載去激活請求，所述承載去激活請求中包括需要進(jìn)行承載去激活的承載類型指示；確定需要進(jìn)行承載去激活的承載類型；所述承載類型為最后一條缺省承載、缺省承載或?qū)Ｓ谐休d；根據(jù)承載類型對需要進(jìn)行承載去激活的承載進(jìn)行相應(yīng)的承載去激活； 其中，所述承載去激活請求為將SAE的承載去激活請求轉(zhuǎn)換獲得的UMTS的承載去激活請求，或為將UMTS的承載去激活請求轉(zhuǎn)換獲得的SAE的承載去激活請求。
2.如權(quán)利要求
1所述的實現(xiàn)移動通信系統(tǒng)承載去激活的方法，其特征在于，進(jìn)一步包括網(wǎng)絡(luò)請求節(jié)點決定進(jìn)行承載去激活的承載，生成承載去激活請求； 將所述承載去激活請求發(fā)送給網(wǎng)絡(luò)判斷節(jié)點。
3.如權(quán)利要求
2所述的實現(xiàn)移動通信系統(tǒng)承載去激活的方法，其特征在于，所述方法具體為所述網(wǎng)絡(luò)判斷節(jié)點接收所述承載去激活請求；若所述網(wǎng)絡(luò)判斷節(jié)點確定所述承載類型為最后一條缺省承載時，調(diào)用該網(wǎng)絡(luò)判斷節(jié)點的去附著流程進(jìn)行承載去激活。
4.如權(quán)利要求
2所述的實現(xiàn)移動通信系統(tǒng)承載去激活的方法，其特征在于，所述方法具體為所述網(wǎng)絡(luò)判斷節(jié)點接收所述承載去激活請求；若所述網(wǎng)絡(luò)判斷節(jié)點確定所述承載類型為缺省承載時，若接受所述承載去激活請求， 則將所有承載進(jìn)行承載去激活；若不接受所述承載去激活請求，則拒絕所述承載去激活請求。
5.如權(quán)利要求
2所述的實現(xiàn)移動通信系統(tǒng)承載去激活的方法，其特征在于，所述方法具體為所述網(wǎng)絡(luò)判斷節(jié)點接收所述承載去激活請求；若所述網(wǎng)絡(luò)判斷節(jié)點確定所述承載類型為專有承載時，將缺省承載相關(guān)聯(lián)的所有專有承載進(jìn)行承載去激活。
6.如權(quán)利要求
1所述的實現(xiàn)移動通信系統(tǒng)承載去激活的方法，其特征在于，所述將 UMTS的承載去激活請求轉(zhuǎn)換為SAE的承載去激活請求步驟具體為若所述承載去激活請求含有將所有承載進(jìn)行承載去激活時，將UMTS系統(tǒng)的承載去激活請求中的請求參數(shù)添加在SAE系統(tǒng)的承載去激活請求中。
7.如權(quán)利要求
1所述的實現(xiàn)移動通信系統(tǒng)承載去激活的方法，其特征在于，所述將 UMTS的承載去激活請求轉(zhuǎn)換為SAE的承載去激活請求步驟具體為若所述承載去激活請求含有將所有承載進(jìn)行承載去激活時，將UMTS系統(tǒng)的承載去激活請求中的請求參數(shù)轉(zhuǎn)換為SAE系統(tǒng)的承載去激活請求中所對應(yīng)的請求參數(shù)。
8.如權(quán)利要求
4所述的實現(xiàn)移動通信系統(tǒng)承載去激活的方法，其特征在于，所述網(wǎng)絡(luò)判斷節(jié)點將所有承載進(jìn)行承載去激活步驟具體為若所述網(wǎng)絡(luò)判斷節(jié)點確定所述承載類型為缺省承載時，首先將專有承載進(jìn)行承載去激活，最后將缺省承載進(jìn)行承載去激活。
9.如權(quán)利要求
5所述的實現(xiàn)移動通信系統(tǒng)承載去激活的方法，其特征在于，若所述承載去激活請求來自SAE系統(tǒng)時，在網(wǎng)絡(luò)判斷節(jié)點確定所述承載去激活類型為專有承載時， 將所述SAE系統(tǒng)所對應(yīng)的該專有承載進(jìn)行承載去激活。
10.一種網(wǎng)絡(luò)節(jié)點，其特征在于，包括接收單元，用于接收發(fā)送給網(wǎng)絡(luò)節(jié)點的承載去激活請求，所述承載去激活請求中包括需要進(jìn)行承載去激活的承載類型指示；所述承載去激活請求為將SAE的承載去激活請求轉(zhuǎn)換獲得的UMTS的承載去激活請求，或為將UMTS的承載去激活請求轉(zhuǎn)換獲得的SAE的承載去激活請求；確定單元，用于確定所要進(jìn)行承載去激活的承載類型；所述承載類型為最后一條缺省承載、缺省承載或?qū)Ｓ谐休d；去激活單元，用于根據(jù)確定單元確定的承載類型進(jìn)行承載去激活。
11.一種網(wǎng)絡(luò)節(jié)點，其特征在于，包括生成單元，用于決定進(jìn)行承載去激活的承載，生成承載去激活請求；所述承載去激活請求中包括需要進(jìn)行承載去激活的承載類型指示；所述承載類型為最后一條缺省承載、缺省承載或?qū)Ｓ谐休d；發(fā)送單元，用于將生成單元生成的承載去激活請求發(fā)送給網(wǎng)絡(luò)判斷節(jié)點以使其根據(jù)確定的承載類型進(jìn)行承載去激活；轉(zhuǎn)換單元，所述轉(zhuǎn)換單元用于實現(xiàn)UMTS和SAE之間的承載去激活請求轉(zhuǎn)換，將SAE的承載去激活請求轉(zhuǎn)換為UMTS的承載去激活請求，或?qū)MTS的承載去激活請求轉(zhuǎn)換為SAE 的承載去激活請求。
12.—種移動通信系統(tǒng)承載去激活的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)系統(tǒng)包括網(wǎng)絡(luò)請求節(jié)點和網(wǎng)絡(luò)判斷節(jié)點，其中所述網(wǎng)絡(luò)判斷節(jié)點用于接收網(wǎng)絡(luò)請求節(jié)點發(fā)送的承載去激活請求，并確定承載去激活請求中所要進(jìn)行承載去激活的承載類型，根據(jù)承載類型將所要進(jìn)行承載去激活的承載進(jìn)行承載去激活；所述承載類型為最后一條缺省承載、缺省承載或?qū)Ｓ谐休d；所述網(wǎng)絡(luò)請求節(jié)點用于決定進(jìn)行承載去激活的承載，生成承載去激活請求，并將生成的承載去激活請求發(fā)送給網(wǎng)絡(luò)判斷節(jié)點；所述網(wǎng)絡(luò)請求節(jié)點還用于實現(xiàn)UMTS和SAE之間的承載去激活請求轉(zhuǎn)換，將SAE的承載去激活請求轉(zhuǎn)換為UMTS的承載去激活請求，或?qū)MTS 的承載去激活請求轉(zhuǎn)換為SAE的承載去激活請求。
13.如權(quán)利要求
12所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)系統(tǒng)為UTMS和SAE的跨網(wǎng)絡(luò)系統(tǒng)或SAE系統(tǒng)。
14.如權(quán)利要求
12或13所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)判斷節(jié)點確定所要進(jìn)行承載去激活的承載類型，所述網(wǎng)絡(luò)判斷節(jié)點為UTMS系統(tǒng)中的用戶設(shè)備、或SGSN ；或所述網(wǎng)絡(luò)判斷節(jié)點為SAE系統(tǒng)中的服務(wù)網(wǎng)關(guān)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)。
15.如權(quán)利要求
14所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)請求節(jié)點決定進(jìn)行承載去激活的承載，所述網(wǎng)絡(luò)請求節(jié)點為UTMS系統(tǒng)中的用戶設(shè)備、或SGSN ；或所述網(wǎng)絡(luò)請求節(jié)點為SAE系統(tǒng)中的用戶設(shè)備、移動性管理實體、服務(wù)網(wǎng)關(guān)、策略與計費規(guī)則模塊、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)。
專利摘要
本發(fā)明實施例公開了一種在移動通信系統(tǒng)中承載去激活的方法，該方法包括以下步驟接收承載去激活請求，所述承載去激活請求中包括需要進(jìn)行承載去激活的承載類型指示；確定需要進(jìn)行承載去激活的承載類型；根據(jù)承載類型對需要進(jìn)行承載去激活的承載進(jìn)行相應(yīng)的承載去激活。本發(fā)明實施例還公開了一種網(wǎng)絡(luò)節(jié)點，包括接收單元，用于接收發(fā)送給網(wǎng)絡(luò)節(jié)點的承載去激活請求，所述承載去激活請求中包括需要進(jìn)行承載去激活的承載類型指示；確定單元，用于確定所要進(jìn)行承載去激活的承載類型；去激活單元，用于根據(jù)確定單元確定的承載類型進(jìn)行承載去激活。本發(fā)明實施例還公開了一種網(wǎng)絡(luò)節(jié)點和系統(tǒng)，實現(xiàn)了對專有承載和缺省承載的分別刪除的過程。
文檔編號H04W76/06GKCN101472350 B發(fā)布類型授權(quán) 專利申請?zhí)朇N 200710032900
公開日2011年9月21日 申請日期2007年12月27日
發(fā)明者于琦, 劉嵐, 周進(jìn)怡, 陳喆 申請人:華為技術(shù)有限公司導(dǎo)出引文BiBTeX, EndNote, RefMan專利引用 (3),