專利名稱：一種通過業(yè)務(wù)卸載功能(tof)實(shí)體保持業(yè)務(wù)連續(xù)性的方法、裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體適用于通信業(yè)務(wù)數(shù)據(jù)傳輸領(lǐng)域。
背景技術(shù)：
隨著3G空口技術(shù)的演進(jìn)，使得空口的傳輸速率得到相當(dāng)大的提高，分組交換(PS， Packet Switch)業(yè)務(wù)的吞吐量倍增，導(dǎo)致核心網(wǎng)(CN，Core Net)節(jié)點(diǎn)，例如SGSN、GGSN以 及增值業(yè)務(wù)服務(wù)器VAS和這些節(jié)點(diǎn)間的傳輸承載遇到空前的壓力。以內(nèi)容豐富的互聯(lián)網(wǎng)業(yè) 務(wù)為例互聯(lián)網(wǎng)業(yè)務(wù)給CN的傳輸帶寬提出更高的要求，造成擴(kuò)容成本迅速增大。但是互聯(lián) 網(wǎng)業(yè)務(wù)占用移動(dòng)運(yùn)營網(wǎng)絡(luò)大量的傳輸資源而給移動(dòng)運(yùn)營商帶來的利潤較低，另外用戶在訪 問分組數(shù)據(jù)網(wǎng)關(guān)(PDN，Packet Data Gateway)的互聯(lián)網(wǎng)業(yè)務(wù)時(shí)，數(shù)據(jù)包需經(jīng)由核心網(wǎng)的諸 多節(jié)點(diǎn)，傳輸效率較低。為緩解核心網(wǎng)節(jié)點(diǎn)的承載壓力，并提高分組交換業(yè)務(wù)的數(shù)據(jù)包傳輸效率，?，F(xiàn)有 技術(shù)方案提出在RNC和SGSN間增加一個(gè)卸載用戶數(shù)據(jù)流的邏輯功能實(shí)體一業(yè)務(wù)卸載功能 (TOF, Traffic Offload Function)，在靠近接入側(cè)的節(jié)點(diǎn)以低成本的方式直接路由上行互 聯(lián)網(wǎng)業(yè)務(wù)流到PDN網(wǎng)絡(luò)，下行業(yè)務(wù)流也從PDN網(wǎng)絡(luò)直接路由到接入側(cè)，進(jìn)行核心網(wǎng)數(shù)據(jù)流量 的卸載，其網(wǎng)絡(luò)架構(gòu)圖如圖1所示。其中，TOF是邏輯實(shí)體，本發(fā)明各實(shí)施例將部署了 TOF功 能的實(shí)體稱為TOF實(shí)體。TOF實(shí)體可部署在UMTS網(wǎng)絡(luò)RNC/HNB Gff和SGSN間的Iu-PS接口 上。TOF實(shí)體向RNC/HNB Gff和SGSN兩個(gè)方向提供標(biāo)準(zhǔn)的Iu接口，通過TOF出Gi接口完成 業(yè)務(wù)卸載功能。CG和LIG向TOF提供開放接口。為了進(jìn)一步節(jié)省RNC/HNBGW和TOF間的傳 輸承載，TOF和RNC/HNB GW可以集成在一起。現(xiàn)有技術(shù)中，對于使用卸載功能的網(wǎng)絡(luò)，如果UE發(fā)生狀態(tài)改變，例如從激活狀態(tài) 改變到空閑狀態(tài)，或者TOF實(shí)體存儲(chǔ)的參數(shù)發(fā)生更新，會(huì)導(dǎo)致CN與UE通信中斷，例如，UE 經(jīng)由TOF實(shí)體I(TOFl)附著到網(wǎng)絡(luò)，在空閑狀態(tài)(idle)下從TOF實(shí)體1移動(dòng)到TOF實(shí)體 2(T0F2)，UE發(fā)起卸載業(yè)務(wù)的服務(wù)請求并啟用卸載業(yè)務(wù)，之后進(jìn)入idle態(tài)的UE在T0F2收 到下行卸載業(yè)務(wù)數(shù)據(jù)包，此時(shí)，T0F2需要尋呼UE并恢復(fù)UE的數(shù)據(jù)傳輸來支持業(yè)務(wù)連續(xù)性， 即在T0F2進(jìn)行業(yè)務(wù)卸載的情況下，在進(jìn)入idle前，UE正使用卸載業(yè)務(wù)，一段時(shí)間沒有數(shù)據(jù) 傳輸，空口資源釋放進(jìn)入idle態(tài)，但應(yīng)用連接沒有釋放，TOF還有可能收到下行卸載業(yè)務(wù)數(shù) 據(jù)包，為保證業(yè)務(wù)能連續(xù)使用，需要通知UE和網(wǎng)絡(luò)建立承載?；蛘?，UE沒有移動(dòng)到T0F2，仍 然處于T0F1，但是UE的狀態(tài)發(fā)生改變，例如TOF卸載業(yè)務(wù)完成后，UE進(jìn)入空閑狀態(tài)，此時(shí)， UE與CN之間的空口資源也被釋放，但是由于應(yīng)用連接沒有釋放，UE再次收到新的卸載業(yè)務(wù) 數(shù)據(jù)包時(shí)，需要與CN恢復(fù)連接以實(shí)現(xiàn)卸載業(yè)務(wù)數(shù)據(jù)包的傳輸。綜上，由于TOF卸載業(yè)務(wù)導(dǎo)致現(xiàn)有技術(shù)中存在CN與UE因釋放空口資源導(dǎo)致的通 信中斷的問題。
發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)中的卸載業(yè)務(wù)功能TOF實(shí)體的使用導(dǎo)致的CN與UE的通信中斷的問 題，本發(fā)明實(shí)施例提供了保持業(yè)務(wù)連續(xù)性的方法，并相應(yīng)提供了解決該問題的TOF實(shí)體?！矫妫景l(fā)明實(shí)施例提供了一種保持業(yè)務(wù)連續(xù)性的方法T0F實(shí)體接收分組數(shù) 據(jù)網(wǎng)(PDN)發(fā)送的用戶設(shè)備UE的下行卸載業(yè)務(wù)數(shù)據(jù)包，該TOF實(shí)體向所述UE發(fā)送核心網(wǎng) (CN)尋呼消息；該TOF實(shí)體接收UE向CN發(fā)送的尋呼響應(yīng)，該尋呼響應(yīng)包括UE的服務(wù)請求 消息，該服務(wù)請求消息包括服務(wù)類型(Service Type)字段，該服務(wù)類型字段指示為尋呼響 應(yīng)；TOF實(shí)體向CN轉(zhuǎn)發(fā)服務(wù)請求消息，用于CN在收到服務(wù)請求消息后建立無線接入承載 (RAB)，所述服務(wù)請求類型字段指示為數(shù)據(jù)內(nèi)容(Data)。通過該方法實(shí)現(xiàn)CN與UE的通信， 保證業(yè)務(wù)的傳輸。另一方面，本發(fā)明實(shí)施例還提供了一種TOF實(shí)體，包括尋呼發(fā)起模塊，用于向UE發(fā) 送核心網(wǎng)尋呼消息；并接收UE向核心網(wǎng)發(fā)送的尋呼響應(yīng)；服務(wù)請求轉(zhuǎn)發(fā)模塊，用于向核心 網(wǎng)轉(zhuǎn)發(fā)該尋呼響應(yīng)中的服務(wù)請求消息，用于CN與UE建立通信連接，以保證業(yè)務(wù)的連續(xù)性， 服務(wù)請求消息轉(zhuǎn)發(fā)模塊，用于向所述核心網(wǎng)轉(zhuǎn)發(fā)所述尋呼響應(yīng)中的服務(wù)請求消息，用于CN 與UE建立通信連接，所述服務(wù)請求消息中的服務(wù)請求類型字段指示為數(shù)據(jù)內(nèi)容(Data)。本發(fā)明實(shí)施例通過TOF實(shí)體向CN發(fā)送尋呼響應(yīng)消息，在UE狀態(tài)發(fā)生改變的情況 下，恢復(fù)CN和UE的通信，保持了通信業(yè)務(wù)的連續(xù)性。


圖1為現(xiàn)有技術(shù)IU-PS接口上的TOF實(shí)體卸載業(yè)務(wù)的網(wǎng)絡(luò)架構(gòu)2為本發(fā)明第--實(shí)施例流程圖；圖3為本發(fā)明第二二實(shí)施例流程圖；圖4為本發(fā)明第三Ξ實(shí)施例流程圖；圖5為本發(fā)明第二二實(shí)施例TOF實(shí)體上報(bào)TOF信息流程圖；圖6為本發(fā)明第四實(shí)施例TOF實(shí)體結(jié)構(gòu)圖；圖7為本發(fā)明第五實(shí)施例流程圖；圖8為本發(fā)明第七實(shí)施例觸發(fā)條件使用流程圖；圖9為本發(fā)明第七實(shí)施例QoS協(xié)商流程圖；圖10為本發(fā)明第七實(shí)施例RAB建立流程圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案、及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施 例，對本發(fā)明進(jìn)一步詳細(xì)說明。本發(fā)明第一實(shí)施例，如圖2所示，包括如下步驟S201，TOF實(shí)體接收分組數(shù)據(jù)網(wǎng)(PDN)發(fā)送的用戶設(shè)備UE的下行卸載業(yè)務(wù)數(shù)據(jù)包；具體地，該下行卸載業(yè)務(wù)數(shù)據(jù)包可以通過Gi 口接收，S202, TOF實(shí)體向該UE發(fā)送核心網(wǎng)(CN)尋呼消息；具體地，例如，TOF發(fā)現(xiàn)UE進(jìn)入idle態(tài)，為向UE傳輸業(yè)務(wù)，需要尋呼UE，恢復(fù)建立 CN與UE之間的承載。
S203, TOF實(shí)體接收該UE向上述CN發(fā)送的尋呼響應(yīng)，該尋呼響應(yīng)包括UE的服務(wù) 請求消息，該服務(wù)請求消息包括服務(wù)類型(Service Type)字段，該服務(wù)類型字段指示為尋 呼響應(yīng)；S204,T0F實(shí)體向上述CN轉(zhuǎn)發(fā)該服務(wù)請求消息，用于該CN在收到上述服務(wù)請求消 息后建立無線承載(RAB)，上述服務(wù)請求類型字段指示為數(shù)據(jù)內(nèi)容或信令內(nèi)容(Data)。步驟S202中的TOF實(shí)體向UE發(fā)送CN尋呼消息及步驟S403中的接收尋呼響應(yīng)的 具體流程對應(yīng)裝置實(shí)施例TOF實(shí)體的尋呼發(fā)起模塊的具體功能，S204T0F實(shí)體向上述CN轉(zhuǎn) 發(fā)該服務(wù)請求消息對應(yīng)TOF實(shí)體的服務(wù)請求消息轉(zhuǎn)發(fā)模塊。具體地，CN收到TOF實(shí)體轉(zhuǎn)發(fā)的服務(wù)請求消息，根據(jù)服務(wù)請求消息中的服務(wù)類型 字段Data，即發(fā)現(xiàn)該服務(wù)請求的類型為數(shù)據(jù)，即需要與UE建立承載以傳輸業(yè)務(wù)數(shù)據(jù)，例如 CN可以發(fā)起RAB分配(RAB Assignment)，通過建立RAB承載建立與UE的通信。綜上，通過使用本發(fā)明第一實(shí)施例提供的，由TOF發(fā)起的尋呼UE的流程，可以實(shí)現(xiàn) CN與UE的無線承載的建立，傳輸業(yè)務(wù)數(shù)據(jù)，保持業(yè)務(wù)的連續(xù)性。如圖3所示，本發(fā)明第二實(shí)施例提供了在“UMTS”網(wǎng)絡(luò)架構(gòu)下，通過TOF尋呼UE實(shí) 現(xiàn)的CN和UE之間的業(yè)務(wù)連續(xù)性的方法。顯而易見地，本領(lǐng)域技術(shù)人員可以理解，本實(shí)施例 也適用于LTE網(wǎng)絡(luò)的演進(jìn)網(wǎng)絡(luò)中具有同樣功能的實(shí)體之間的信息交互流程，例如SGSN對應(yīng) LTE網(wǎng)絡(luò)移動(dòng)管理實(shí)體(MME，Mobile Management Entity，而TOF實(shí)體可以位于LTE網(wǎng)絡(luò)的 eNB和MME之間，SGSN和MME可統(tǒng)稱為核心網(wǎng)節(jié)點(diǎn)。S301, TOF實(shí)體接收分組數(shù)據(jù)網(wǎng)(PDN)發(fā)送的用戶設(shè)備UE的下行卸載業(yè)務(wù)數(shù)據(jù) 包；在步驟S302之前，本實(shí)施例還包括TOF實(shí)體確定UE處于空閑狀態(tài)；具體確定方法，例如，TOF實(shí)體確定UE處于空閑狀態(tài)的方法可以通過如下方法 TOF實(shí)體確定針對UE的Iu連接被釋放，例如通過獲取經(jīng)過TOF實(shí)體的Iu連接釋放過程的 消息確定UE的Iu連接被釋放。其中，Iu連接是指，核心網(wǎng)(CN)和接入網(wǎng)之間的信令交互。S302, TOF實(shí)體向該UE發(fā)送核心網(wǎng)(CN)尋呼消息；進(jìn)一步地，如果在TOF實(shí)體向CN發(fā)送尋呼消息之前，TOF并未獲取到尋呼參數(shù)，則 TOF實(shí)體可以在向核心網(wǎng)發(fā)送尋呼消息之前向SGSN請求下發(fā)尋呼參數(shù)。具體地，TOF實(shí)體 可以通過向SGSN發(fā)送UE上下文請求消息(UEcontext)請求SGSN發(fā)送尋呼參數(shù)，或者發(fā)送 專用的尋呼參數(shù)請求消息請求SGSN下發(fā)尋呼參數(shù)給該TOF實(shí)體。所述尋呼參數(shù)是指用于尋 呼UE的參數(shù)，包括指示尋呼UE的時(shí)間的參數(shù)，例如核心網(wǎng)不連續(xù)接收(CN DRX)；指示尋呼 UE的區(qū)域的參數(shù)，例如尋呼區(qū)域標(biāo)識(Paging Area ID)、閉合用戶群列表(CSG list)；指示 需要尋呼的UE身份的參數(shù)，例如臨時(shí)移動(dòng)用戶標(biāo)識(TMSIJemporary Mobile Subscriber Identity)?；蛘?，可替代地，TOF實(shí)體可以不需請求SGSN下發(fā)尋呼參數(shù)，如果TOF實(shí)體在向 UE發(fā)送CN尋呼消息之前，已經(jīng)向SGSN上報(bào)TOF實(shí)體信息，SGSN可下發(fā)尋呼參數(shù)給TOF實(shí) 體。其中TOF實(shí)體信息是指，指示TOF實(shí)體的業(yè)務(wù)卸載能力，TOF實(shí)體的業(yè)務(wù)卸載地址，業(yè) 務(wù)卸載設(shè)備標(biāo)識(TOF ID)的信息，TOF實(shí)體的安全能力，以及其他本領(lǐng)域技術(shù)人員可以根 據(jù)上述信息可毫無疑義的確定的指示TOF實(shí)體的信息。具體地，本實(shí)施例中，TOF實(shí)體可向 CN上報(bào)的TOF實(shí)體信息，包括但不限于TOF實(shí)體業(yè)務(wù)卸載能力、TOF實(shí)體業(yè)務(wù)卸載設(shè)備標(biāo)識5(TOF ID)、TOF實(shí)體地址、TOF實(shí)體安全能力等其中的一個(gè)或多個(gè)。例如，如圖5所示，LTE 系統(tǒng)的TOF實(shí)體可在Sl建立請求時(shí)上報(bào)上述TOF實(shí)體信息，或通過其他Sl應(yīng)用協(xié)議消息， 例如初始化UE消息(Initial UE Message)上報(bào)TOF實(shí)體信息到CN。類似地，UMTS系統(tǒng)的 TOF實(shí)體可在業(yè)務(wù)請求消息中上報(bào)TOF實(shí)體信息，或通過專用的無線接入網(wǎng)應(yīng)用協(xié)議消息 (RANAP, Radio Access Network Application Part)上報(bào)。可選地，以上實(shí)施例中的 TOF 實(shí) 體信息可作為通用的SGSN向TOF實(shí)體發(fā)送新增參數(shù)或新增功能的觸發(fā)條件，即SGSN可在 收到TOF實(shí)體信息后才下發(fā)新增的參數(shù)以及啟用的新增的功能，其中新增的參數(shù)以及啟用 的新增的功能是指，針對TOF實(shí)體已有的參數(shù)及功能新增加的參數(shù)和功能。另外，通用的SGSN下發(fā)新增參數(shù)或新增功能給TOF實(shí)體的觸發(fā)條件包括如下條件 的任意一種或其組合觸發(fā)條件1，SGSN收到UE發(fā)送的業(yè)務(wù)請求消息；觸發(fā)條件2，CN本地配置支持并啟用TOF實(shí)體業(yè)務(wù)卸載功能的信息；觸發(fā)條件3，SGSN收到過TOF實(shí)體或其他設(shè)備發(fā)送的支持或啟用TOF實(shí)體業(yè)務(wù)卸 載功能的指示。進(jìn)一步地，在TOF實(shí)體收到尋呼參數(shù)后，會(huì)將尋呼參數(shù)轉(zhuǎn)發(fā)給接入網(wǎng)，用于接入網(wǎng) 尋呼UE。例如，TOF實(shí)體獲取到CN DRX后，作為尋呼消息的參數(shù)下發(fā)到接入網(wǎng)，接入網(wǎng)可以 根據(jù) CN DRX 和國際移動(dòng)用戶標(biāo)識(IMSI，International Mobile Subscriber Identity) 計(jì)算尋呼時(shí)機(jī)，下發(fā)尋呼消息到UE。例如，TOF實(shí)體獲取到Imaging Area ID后，作為尋呼消 息的參數(shù)下發(fā)到接入網(wǎng)側(cè)，接入網(wǎng)判斷本節(jié)點(diǎn)下的區(qū)域是否屬于尋呼區(qū)域范圍，若是則下 發(fā)尋呼消息，否則不發(fā)尋呼消息。例如，TOF實(shí)體獲取到CSG list后，作為尋呼消息的參數(shù) 下發(fā)到接入網(wǎng)側(cè)，接入網(wǎng)判斷本節(jié)點(diǎn)下的CSG小區(qū)是否在CSG list中，若是則下發(fā)尋呼消 息，否則不發(fā)尋呼消息。例如，TOF實(shí)體獲取到TMSI后，作為尋呼消息的參數(shù)下發(fā)到接入網(wǎng) 側(cè)，接入網(wǎng)用臨時(shí)標(biāo)志構(gòu)造尋呼消息下發(fā)到UE。接入網(wǎng)對尋呼參數(shù)的具體的處理方法為現(xiàn) 有技術(shù)，此處不再贅述。S303, TOF實(shí)體接收該UE向所述CN發(fā)送的尋呼響應(yīng)，該尋呼響應(yīng)包括UE的服務(wù) 請求消息，該服務(wù)請求消息包括服務(wù)類型(Service Type)字段，該服務(wù)類型字段指示為尋 呼響應(yīng)；具體地，UE接收TOF實(shí)體通過接入網(wǎng)發(fā)送的CN尋呼消息，會(huì)向CN發(fā)送尋呼響應(yīng)， 該尋呼響應(yīng)經(jīng)過TOF實(shí)體，TOF實(shí)體獲取該尋呼響應(yīng)，如圖3所示。S304,T0F實(shí)體向上述CN轉(zhuǎn)發(fā)該服務(wù)請求消息，用于該CN收到上述服務(wù)請求消息 后建立無線承載(RAB)，上述服務(wù)請求消息中的服務(wù)類型字段指示為數(shù)據(jù)內(nèi)容(Data)。步驟S302中的TOF實(shí)體向UE發(fā)送CN尋呼消息及步驟S303中的接收尋呼響應(yīng)的 具體流程對應(yīng)裝置實(shí)施例TOF實(shí)體的尋呼發(fā)起模塊的具體功能，S304 TOF實(shí)體向上述CN轉(zhuǎn) 發(fā)該服務(wù)請求消息對應(yīng)TOF實(shí)體的服務(wù)請求消息轉(zhuǎn)發(fā)模塊。進(jìn)一步地，對應(yīng)尋呼參數(shù)發(fā)送 功能，TOF實(shí)體還包括尋呼參數(shù)請求模塊，對應(yīng)本實(shí)施例中TOF實(shí)體向SGSN請求發(fā)送尋呼 參數(shù)的具體流程。本發(fā)明第二實(shí)施例以UMTS系統(tǒng)為例描述了通過TOF實(shí)體恢復(fù)CN和UE之間的通信 的方法，并指出了拓展到LTE系統(tǒng)及其他系統(tǒng)的方法。進(jìn)一步地，第二實(shí)施例還提供了 TOF 實(shí)體獲取尋呼參數(shù)的方法，解決了現(xiàn)有技術(shù)中，由SGSN發(fā)起idle態(tài)下對UE的尋呼，TOF實(shí)體保存的尋呼參數(shù)沒有及時(shí)更新或者沒有獲取尋呼參數(shù)時(shí)，導(dǎo)致的現(xiàn)有技術(shù)中的TOF實(shí)體 不能在合適的時(shí)機(jī)發(fā)送尋呼消息的問題。例如不能使用合適的DRX參數(shù)尋呼，將浪費(fèi)相當(dāng) 多的信令開銷。對于TOF獲取不到尋呼區(qū)域和CSG list的情況，也導(dǎo)致不能進(jìn)行尋呼優(yōu)化， 將引起不相關(guān)的無線網(wǎng)絡(luò)控制器RNC或者家用基站網(wǎng)管HNB等實(shí)體發(fā)起不必要的尋呼，浪 費(fèi)資源。本發(fā)明第三實(shí)施例提供了 TOF實(shí)體與UE、CN進(jìn)行信息交互的流程的舉例S401，TOF實(shí)體接收UE的下行卸載業(yè)務(wù)；進(jìn)一步地，該步驟可包括，TOF實(shí)體確定該下行卸載業(yè)務(wù)的UE處于idle態(tài)，具體 判斷方法與S302相同。S402, TOF實(shí)體向UE發(fā)送CN尋呼消息；進(jìn)一步地，若沒TOF實(shí)體沒有保存UE的CN DRX,Paging Area ID.CSG list參數(shù)其 中一個(gè)或多個(gè)，TOF實(shí)體可向SGSN請求下發(fā)尋呼參數(shù)，該尋呼參數(shù)至少包括CN DRX、Paging Area ID、CSG list中的一個(gè)或多個(gè)。具體的請求方法與步驟S302中的請求方法相同，此 處不再贅述。S403, UE接收TOF實(shí)體發(fā)送的CN尋呼消息，UE向CN發(fā)送尋呼響應(yīng)，即UE的服務(wù) 請求消息；具體地，UE接收TOF實(shí)體發(fā)送的CN尋呼消息包括，UE接收RNC轉(zhuǎn)發(fā)的TOF實(shí)體 發(fā)送的CN尋呼消息。UE發(fā)送的上述請求消息包括分組網(wǎng)絡(luò)的臨時(shí)移動(dòng)用戶標(biāo)識(P-TMSI， Packet-Temporary Mobile Subscriber Identity),路由區(qū)標(biāo)識(RAI, Routing Area Identity)，密鑰序列碼(CKSN，CKSN-Cipher Key Sequence Number)服務(wù)類型(Service Type)。其中Service Type字段指示為尋呼響應(yīng)Paging Response。S404. TOF實(shí)體獲取上述服務(wù)請求消息，再轉(zhuǎn)發(fā)包含krvice Type字段指示為數(shù) 據(jù)(Data)的服務(wù)請求消息到CN ；具體地，TOF實(shí)體可以通過信息設(shè)置，修改krvice Type字段指示的Imaging Response 為 Data。S405. CN收到上述服務(wù)請求消息后，后發(fā)起RAB建立過程，恢復(fù)和UE的通信；具體地，CN確定服務(wù)請求消息中的服務(wù)類型字段指示為數(shù)據(jù)(Data)，CN確定需要 與UE建立通信?？蛇x地，本實(shí)施例上述步驟完成后，還可以包括，S406. TOF實(shí)體獲取執(zhí)行業(yè)務(wù)卸載 匹配策略需要的用戶信息并執(zhí)行業(yè)務(wù)卸載策略匹配工作，若匹配成功則啟用業(yè)務(wù)卸載，創(chuàng) 建NAT表項(xiàng)，恢復(fù)卸載業(yè)務(wù)的上下行傳輸，具體卸載流程為現(xiàn)有技術(shù)中TOF實(shí)體執(zhí)行卸載業(yè) 務(wù)的流程，此處不再贅述。步驟S402中的TOF實(shí)體向UE發(fā)送CN尋呼消息及步驟S403中的接收尋呼響應(yīng)的 具體流程對應(yīng)裝置實(shí)施例TOF實(shí)體的尋呼發(fā)起模塊的具體功能，S404 TOF實(shí)體向上述CN轉(zhuǎn) 發(fā)該服務(wù)請求消息對應(yīng)TOF實(shí)體的服務(wù)請求消息轉(zhuǎn)發(fā)模塊。進(jìn)一步地，對應(yīng)尋呼參數(shù)發(fā)送 功能，TOF實(shí)體還包括尋呼參數(shù)請求模塊，對應(yīng)本實(shí)施例中TOF實(shí)體向SGSN請求發(fā)送尋呼 參數(shù)的具體流程。本發(fā)明第三實(shí)施例以TOF實(shí)體與UE、CN進(jìn)行信息交互的流為例描述了通過TOF實(shí) 體恢復(fù)CN和UE之間的通信的方法，進(jìn)一步地，第三實(shí)施例還提供了 TOF實(shí)體獲取尋呼參數(shù)的方法，解決了現(xiàn)有技術(shù)中，由SGSN發(fā)起idle態(tài)下對UE的尋呼，TOF實(shí)體保存的尋呼參數(shù) 沒有及時(shí)更新或者沒有獲取尋呼參數(shù)時(shí)，導(dǎo)致的現(xiàn)有技術(shù)中的TOF實(shí)體不能在合適的時(shí)機(jī) 發(fā)送尋呼消息的問題。本發(fā)明第四實(shí)施例提供了一種TOF實(shí)體，包括尋呼發(fā)起模塊，用于向UE發(fā)送核心 網(wǎng)尋呼消息；并接收UE向核心網(wǎng)發(fā)送的尋呼響應(yīng)；服務(wù)請求消息轉(zhuǎn)發(fā)模塊，用于向核心網(wǎng) 轉(zhuǎn)發(fā)該尋呼響應(yīng)中的服務(wù)請求消息，用于CN與UE建立通信連接，以保證業(yè)務(wù)的連續(xù)性，所 述服務(wù)請求消息中的服務(wù)請求類型字段指示為數(shù)據(jù)內(nèi)容(Data)。進(jìn)一步地，該TOF實(shí)體還 可包括尋呼參數(shù)請求模塊。具體的方法流程參見方法實(shí)施例的對應(yīng)描述。使用第四實(shí)施例提供的TOF實(shí)體，可以通過尋呼UE建立CN和UE之間的通信，完 成業(yè)務(wù)數(shù)據(jù)的傳輸，保持業(yè)務(wù)的連續(xù)性。另外，在現(xiàn)有網(wǎng)絡(luò)中，存在專用承載用于傳輸IP數(shù)據(jù)流，其中，有些IP數(shù)據(jù)需要 使用特定速率傳輸。相應(yīng)地，針對業(yè)務(wù)傳輸需要的不同，這些專用承載可以區(qū)分為保證帶 寬(GBR，Guaranteed BitRate)承載和非GBR(non-GBR)承載。GBR承載有保證帶寬，即有 保證的傳輸比特速率傳輸數(shù)據(jù)，而non-GBR承載需要共同分享聚合最大比特速率(AMBR， Aggregate Maximum Bit Rate) non_GBR業(yè)務(wù)可以忍受擁塞情況下的數(shù)據(jù)包丟失而GBR 業(yè)務(wù)不會(huì)存在這種數(shù)據(jù)包丟失的情況。例如，目前的hternet業(yè)務(wù)一般屬于非保證帶寬 (non-GBR, Guaranteed Bit Rate)類型的業(yè)務(wù)，通過non-GBR承載傳輸。在UE的簽約信息 中為每個(gè)分組數(shù)據(jù)網(wǎng)PDN的non-GBR業(yè)務(wù)定義該P(yáng)DN的簽約的接入點(diǎn)服務(wù)商名稱-累積最 大速率(APN-AMBR)，還定義了用作空口 non-GBR速率控制的簽約的UE-AMBR。Non-GBR承載 主要用于各種數(shù)據(jù)業(yè)務(wù)的承載，為了盡可能提高系統(tǒng)的帶寬利用率，演進(jìn)的分組數(shù)據(jù)網(wǎng)絡(luò) (EPS)系統(tǒng)引入了匯聚的概念，并定義了 AMBR參數(shù)。AMBR是到每個(gè)PDN的連接的IP-CAN 會(huì)話級QoS參數(shù)，相同PDN連接的多個(gè)EPS承載可以共享相同的AMBR值。當(dāng)其他EPS承載 不傳送任何業(yè)務(wù)時(shí)，這些Non-GBR承載中的每一個(gè)承載都能夠潛在地利用整個(gè)AMBR。因此， AMBR參數(shù)實(shí)際上限制了共享這一 AMBR的所有承載能所能提供的總速率。AMBR參數(shù)基于兩種不同的場景可分為UE-AMBR和APN-AMBR。UE-AMBR參數(shù)作為UE 的簽約數(shù)據(jù)保存在HSS中，用于指示UE針對不同PDN接入的參數(shù)屬性，并通過網(wǎng)絡(luò)注冊流 程由HSS傳送給MME。當(dāng)UE建立起到某PDN的第一條數(shù)據(jù)連接時(shí)，相應(yīng)的上下行UE-AMBR即 可以通過默認(rèn)承載建立流程，傳送到eNodeB實(shí)體，由eNodeB完成其控制與執(zhí)行。APN-AMBR 參數(shù)是存儲(chǔ)在HSS中的針對每個(gè)接入點(diǎn)名稱(APN)的簽約參數(shù)，它實(shí)際上限制了同一個(gè)APN 中的所有PDN連接期望提供的累計(jì)比特速率。其中，下行APN-AMBR由PDN-GW負(fù)責(zé)執(zhí)行，上 行APN-AMBR由UE或PDN-GW負(fù)責(zé)執(zhí)行。UE-AMBR參數(shù)作為UE的簽約數(shù)據(jù)保存在HSS中，用于指示UE針對不同PDN接入的 參數(shù)屬性，并通過網(wǎng)絡(luò)注冊流程由HSS傳送給MME。當(dāng)UE建立起到某PDN的第一條數(shù)據(jù)連 接時(shí)，相應(yīng)的上下行UE-AMBR即可以通過默認(rèn)承載建立流程，傳送到eNodeB實(shí)體，由eNodeB 完成其控制與執(zhí)行。APN-AMBR參數(shù)是存儲(chǔ)在HSS中的針對每個(gè)接入點(diǎn)名稱(APN)的簽約 參數(shù)，它實(shí)際上限制了同一個(gè)APN中的所有PDN連接期望提供的累計(jì)比特速率。其中，下行 APN-AMBR由PDN-GW負(fù)責(zé)執(zhí)行，上行APN-AMBR由UE或PDN-GW負(fù)責(zé)執(zhí)行。以UMTS網(wǎng)絡(luò)為例，每個(gè)PDN連接激活后，網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN，Gateway GPRS Support Node)或者分組數(shù)據(jù)網(wǎng)關(guān)(PGW，Packet Gateway)將允許傳輸?shù)腜DN連接的在用APN-AMBR發(fā)給SGSN，所有激活的PDN連接的在用APN-AMBR之和不能超過簽約的UE-AMBR， SGSN將APN-AMBR之和與簽約的UE-AMBR之間的較小值作為在用UE-AMBR發(fā)給接入網(wǎng)做速 率控制。當(dāng)然，如果是LTE網(wǎng)絡(luò)，MME實(shí)體可實(shí)現(xiàn)SGSN計(jì)算APN-AMBR的功能。在啟用業(yè)務(wù)卸載功能TOF實(shí)體卸載業(yè)務(wù)后，由于TOF卸載的業(yè)務(wù)不需通過核心網(wǎng) 實(shí)體，例如不通過SGSN或者GGSN傳輸，因此核心網(wǎng)實(shí)體，例如SGSN或GGSN不能獲知單個(gè) PDN連接上的，在RAN側(cè)直接被TOF卸載到PDN的業(yè)務(wù)。對于存在多個(gè)PDN連接的用戶的情 況，核心網(wǎng)實(shí)體，例如SGSN同樣無法獲知單個(gè)PDN連接的業(yè)務(wù)被卸載。綜上，由于核心網(wǎng)實(shí)體，例如SGSN計(jì)算的UE-AMBR并不能與所有需要傳輸?shù)臉I(yè)務(wù) 匹配，因此核心網(wǎng)實(shí)體，如SGSN發(fā)送到RAN側(cè)的UE-AMBR也不能與所有需要傳輸?shù)臉I(yè)務(wù)匹 配，導(dǎo)致RAN側(cè)空口速率控制不當(dāng)，例如產(chǎn)生丟包現(xiàn)象，從而影響用戶體驗(yàn)。針對以上技術(shù)問題，本發(fā)明各實(shí)施例提供了計(jì)算UE-AMBR的方法，可使RAN側(cè)獲取 與所有需傳輸業(yè)務(wù)匹配的UE-AMBR，從而進(jìn)行合理的空口速率控制，提升用戶體驗(yàn)。第五實(shí)施例，本實(shí)施例以UMTS網(wǎng)絡(luò)為例描述了在GGSN和TOF實(shí)體上的業(yè)務(wù)共享 簽約的APN-AMBR的情況由于SGSN可以獲取GGSN的APN-AMBR，例如SGSN可通過向HSS請求簽約APN-AMBR 的方式獲取APN-AMBR，因此使用GGSN與TOF共享的簽約的APN-AMBR，SGSN可以計(jì)算出滿 足傳輸需要的RAN側(cè)控制空口傳輸速率的UE-AMBR。具體流程是，核心網(wǎng)實(shí)體向TOF實(shí)體發(fā)送UE-AMBR信息，或者叫UE-AMBR參數(shù)，例 如通過RAB分配消息(RAB Assignment Request)發(fā)送，所述UE-AMBR是APN-AMBR之和與 簽約UE-AMBR之間的較小值，所述簽約UE-AMBR是當(dāng)前簽約的UE-AMBR與TOF本地配置的 APN-AMBR 之差；所述TOF實(shí)體接收所述核心網(wǎng)實(shí)體發(fā)送的UE-AMBR信息后向所述TOF實(shí)體向RAN 發(fā)送UE-AMBR信息，或者叫UE-AMBR參數(shù)，所述TOF實(shí)體向RAN發(fā)送的AMBR信息，或者叫 AMBR參數(shù)，包括所述核心網(wǎng)實(shí)體向TOF實(shí)體發(fā)送的UE-AMBR信息與TOF實(shí)體本地配置的 APN-AMBR 之和。本實(shí)施例提供了更為詳細(xì)的舉例，例如，本實(shí)施例可以通過以下兩種方法實(shí)現(xiàn)方法一是在不改變現(xiàn)有核心網(wǎng)CN架構(gòu)的前提下，提供的具體流程實(shí)現(xiàn)。TOF實(shí)體 本地配置APN-AMBR，運(yùn)營商降低簽約的UE-AMBR =(當(dāng)前簽約的UE-AMBR)-(T0F本地配 置的APN-AMBR)。SGSN計(jì)算所有GGSN返回的APN-AMBR之和，并與簽約的UE-AMBR比較， 并取較小值下發(fā)給RAN。TOF實(shí)體收到SGSN下發(fā)的UE-AMBR后，計(jì)算UE-AMBR =(收到的 UE-AMBR) + (T0F本地配置的APN-AMBR)，TOF發(fā)送修改后的UE-AMBR到RAN側(cè)，實(shí)現(xiàn)RAN側(cè) 的空口傳輸速率控制。其中，TOF實(shí)體可通過RAB分配消息或者QoS修改消息發(fā)送TOF修 改后的UE-AMBR。當(dāng)然，如果簽約的UE-AMBR足夠大，例如根據(jù)運(yùn)營商的統(tǒng)計(jì)經(jīng)驗(yàn)值，所有 GGSN配置的APN-AMBR及TOF的APN-AMBR之和都不會(huì)超過簽約的UE-AMBR，可不用修改簽 約的 UE-AMBR?；蛘撸褂煤灱s信息中的可用于業(yè)務(wù)卸載的簽約APN-AMBR =(當(dāng)前簽約的 APN-AMBR) - (T0F本地配置的APN-AMBR)。SGSN計(jì)算所有GGSN返回的的APN-AMBR之和，并 與簽約的UE-AMBR進(jìn)行比較，選取較小值作為UE-AMBR向TOF實(shí)體發(fā)送。TOF實(shí)體收到SGSN 下發(fā)的UE-AMBR后，計(jì)算該UE-AMBR =(收到的UE-AMBR) + (T0F本地配置的APN-AMBR)，TOF9再向RAN側(cè)發(fā)送該TOF實(shí)體修改的UE-AMBR，該UE-AMBR作為RAN側(cè)進(jìn)行空口速率控制的 UE-AMBR。或者，可以結(jié)合使用上述簽約UE-AMBR和簽約專用APN-AMBR修改的方法，即使用 運(yùn)營商同時(shí)修改簽約UE-AMBR和簽約專用APN-AMBR。同時(shí)修改簽約的UE-AMBR =(當(dāng)前簽 約的UE-AMBR)-(T0F本地配置的APN-AMBR)和可用于業(yè)務(wù)卸載的簽約APN-AMBR =(當(dāng)前 簽約的APN-AMBR) - (T0F本地配置的APN-AMBR)。本實(shí)施例方法一中TOF實(shí)體獲取AMBR信息和計(jì)算AMBR信息并將計(jì)算后的AMBR 信息發(fā)送給RAN的方法分別對應(yīng)裝置實(shí)施例中的AMBR獲取模塊、AMBR計(jì)算模塊和AMBR發(fā) 送模塊。方法一提供了不改變核心網(wǎng)結(jié)構(gòu)即可為RAN提供更合理的UE-AMBR的方法，進(jìn)行 空口速率控制。方法二是在改變核心網(wǎng)CN結(jié)構(gòu)的情況下，使得RAN可以使用滿足業(yè)務(wù)傳輸需求的 UE-AMBR進(jìn)行空口速率控制。具體流程是，SGSN接收GGSN發(fā)送的APN-AMBR信息，所述APN-AMBR信息等于GGSN 配置的APN-AMBR與TOF實(shí)體卸載業(yè)務(wù)配置的APN-AMBR偏移量之差，所述SGSN根據(jù)接收的 APN-AMBR信息計(jì)算UE-AMBR，具體包括比較APN-AMBR之和與簽約UE-AMBR的大小，選擇較 小值發(fā)送給TOF實(shí)體，所述TOF實(shí)體接收所述SGSN發(fā)送的UE-AMBR信息，配置TOF實(shí)體的 APN-AMBR為在GGSN側(cè)配置的TOF實(shí)體的卸載業(yè)務(wù)的APN-AMBR偏移量。上述流程可細(xì)化為GGSN配置用于TOF卸載業(yè)務(wù)的APN-AMBR偏移量，具體地的配置方法為GGSN根據(jù) 現(xiàn)有算法計(jì)算的APN-AMBR或者通過網(wǎng)管配置方式來實(shí)現(xiàn)；GGSN在收到SGSN發(fā)送的簽約APN-AMBR時(shí)，配置本地APN-AMBR并返回給SGSN用 于計(jì)算UE-AMBR，SGSN計(jì)算UE-AMBR，具體的計(jì)算方法同方法一，不再贅述。SGSN將計(jì)算得 到的UE-AMBR發(fā)送給TOF實(shí)體。而實(shí)際使用時(shí)，GGSN進(jìn)行業(yè)務(wù)傳輸使用的傳輸速率為GGSN 本地配置的APN-AMBR減去TOF實(shí)體配置的APN-AMBR偏移量；TOF實(shí)體收到UE-AMBR時(shí)，TOF實(shí)體本地配置用于卸載業(yè)務(wù)的APN-AMBR為GGSN為 TOF配置的APN-AMBR偏移量；TOF實(shí)體轉(zhuǎn)發(fā)SGSN計(jì)算后下發(fā)的UE-AMBR到RAN側(cè)，例如，可以通過RAB分配消息 或者QoS修改消息發(fā)送。本實(shí)施例方法二中TOF實(shí)體獲取AMBR信息和計(jì)算AMBR信息并將計(jì)算后的AMBR 信息發(fā)送給RAN的方法分別對應(yīng)裝置實(shí)施例中的AMBR獲取模塊、AMBR計(jì)算模塊和AMBR發(fā) 送模塊。另外，上述方法還可應(yīng)用在運(yùn)營商為卸載業(yè)務(wù)定義專用APN-AMBR的情況對于方法一，即簽約信息中的UE-AMBR降低為=(當(dāng)前簽約的UE-AMBR)-(T0F本 地配置的APN-AMBR)同樣適用于為卸載業(yè)務(wù)定義專用APN-AMBR的情況。另外，對于定義 專用APN-AMBR的情況，還可以把簽約的專用APN-AMBR設(shè)置為0，即對于卸載業(yè)務(wù)，將簽約 的專用APN-AMBR設(shè)置為0，不使用GGSN傳輸。定義的專用承載還可以結(jié)合使用上述簽約 UE-AMBR和簽約專用APN-AMBR修改的方法，即使用運(yùn)營商同時(shí)修改簽約UE-AMBR和簽約專 用 APN-AMBR。
定義了專用承載的情況對于方法二，仍在GGSN本地配置的APN-AMBR = TOF本地 配置的APN-AMBR偏移量，并返回給SGSN，但是GGSN實(shí)際使用的APN-AMBR為0。第六實(shí)施例，本實(shí)施例詳細(xì)描述了 GGSN和TOF的業(yè)務(wù)共享簽約具體UE-AMBR參數(shù) 的計(jì)算和UE-AMBR的發(fā)送流程實(shí)現(xiàn)第六實(shí)施例的具體方法一首先該流程使用的參數(shù)包括簽約的UE-AMBR ；TOF和GGSN共享的簽約APN-AMBR， 即可由GGSN和TOF共同傳輸?shù)某休d，S卩，GGSN和TOF的PDN連接是共享的，傳輸承載也 是共享的，物理傳輸路徑不同而已。其APN-AMBR適用于GGSN也適用于TOF ；GGSN上配置 的APN-AMBR，具體配置方法為通過現(xiàn)有算法計(jì)算得到，GGSN剩余的簽約APm-AMBR =簽約 APN-AMBR-GGSN配置的APN-AMBR，即GGSN剩余的簽約APN-AMBR為簽約信息中為GGSN分配 的APN-AMBR與GGSN上配置的APN-AMBR之差，為GGSN分配的APN-AMBR即為TOF和GGSN 共享的簽約APN-AMBR ；GGSN配置的非卸載業(yè)務(wù)的APN-AMBR之和，其中GGSN配置的非卸 載業(yè)務(wù)的APN-AMBR之和包括所有GGSN配置的APN-AMBR之和或者包括所有GGSN配置的 APN-AMBR之和減去TOF實(shí)體與GGSN共享的APN-AMBR (包含-共用/不包含GGSN配置的 APN1-AMBR) ；TOF實(shí)體上配置的卸載業(yè)務(wù)的APN-AMBR。使用上述參數(shù)，向RAN發(fā)送控制空口速率的UE-AMBR的具體步驟如下步驟611. SGSN向RAN發(fā)送RAB分配消息，所述RAB分配消息包括以下參數(shù)GGSN 上配置的非卸載業(yè)務(wù)的APN-AMBR之和、剩余的簽約APN-AMBR，簽約的UE-AMBR。步驟612.所述RAB分配消息經(jīng)過TOF實(shí)體，該TOF實(shí)體收到該RAB分配消息后， 根據(jù)該RAB分配消息中的參數(shù)，剩余的簽約APN-AMBR，即GGSN剩余的簽約APN-AMBR =簽 約APN-AMBR-GGSN配置的APN-AMBR配置本地卸載業(yè)務(wù)的APN-AMBR。具體包括，TOF實(shí)體按 照下式計(jì)算UE-AMBR = (GGSN上配置的其他非卸載業(yè)務(wù)的APN-AMBR之和(包含GGSN配置 的APN-AMBR)) + (T0F上配置的卸載業(yè)務(wù)的APN-AMBR)。TOF實(shí)體向RAN側(cè)發(fā)送UE-AMBR = min(上述計(jì)算后的UE-AMBR，簽約的UE-AMBR)，進(jìn)一步地，TOF實(shí)體可以刪除在步驟1中步 增加的參數(shù).可選地，若TOF實(shí)體計(jì)算后的UE-AMBR和TOF實(shí)體收到的SGSN發(fā)送的UE-AMBR 不同，TOF實(shí)體可向CN上報(bào)計(jì)算后的UE-AMBR。具體可以通過現(xiàn)有的QoS修改過程中的消 息，或者定義專用的消息上報(bào)。實(shí)現(xiàn)第六實(shí)施例的具體方法二 步驟如下步驟621、SGSN向RAN發(fā)送RAB分配消息，所述RAB分配消息包括GGSN上配置的 非卸載業(yè)務(wù)的APN-AMBR之和(不包含GGSN配置的GGSN和TOF實(shí)體共用的APN-AMBR) +簽 約的APN-AMBR、剩余的簽約APm-AMBR、簽約的UE-AMBR。步驟622、TOF實(shí)體收到上述RAB分配消息后，配置TOF實(shí)體本地卸載業(yè)務(wù) 的APm-AMBR，計(jì)算UE-AMBR = (GGSN上配置的非卸載業(yè)務(wù)的APN-AMBR之和(不包含 GGSN配置的GGSN和TOF實(shí)體共用的APN-AMBR) +簽約的APm-AMBR)-((剩余的簽約 APN-AMBR) - (T0F上配置的卸載業(yè)務(wù)的APN-AMBR))。TOF實(shí)體向RAN發(fā)送的UE-AMBR = min (上述計(jì)算后的UE-AMBR，簽約的UE-AMBR)。進(jìn)一步地，TOF實(shí)體可以刪除在步驟1增加 的參數(shù)，然后向RAN發(fā)送UE-AMBR，用于進(jìn)行空口速率控制?？蛇x地，若TOF實(shí)體計(jì)算后的 UE-AMBR和TOF實(shí)體收到的UE-AMBR不同，TOF實(shí)體可上報(bào)計(jì)算后的UE-AMBR到CN。上報(bào)11消息可使用現(xiàn)有的QoS修改過程中的消息，或者定義專用的消息。進(jìn)一步地，對于為卸載業(yè)務(wù)定義了專用APN-AMBR的場景對于第六實(shí)施例的方法一，SGSN向GGSN發(fā)送簽約APN-AMBR可設(shè)置為0，則GGSN 為該APN配置的APm-AMBR為0。步驟211中的簽約的APN-AMBR和剩余的簽約的APN-AMBR 相同。對于第六實(shí)施例的方法二，步驟221中增加的參數(shù)GGSN上配置的非卸載業(yè)務(wù)的 APN-AMBR之和，該APN-AMBR之和不包括GGSN配置的專用APN-AMBR的值；簽約的APN-AMBR ； 簽約的UE-AMBR。步驟222中，或者SGSN在計(jì)算UE-AMBR時(shí)不計(jì)入GGSN返回的APN-AMBR 參數(shù)。計(jì)算UE-AMBR= (GGSN上配置的非卸載業(yè)務(wù)的APN-AMBR之和(不包含GGSN配置的 APN1-AMBR)) + (T0F上配置的卸載業(yè)務(wù)的APN-AMBR)實(shí)施例六中TOF實(shí)體獲取AMBR信息和計(jì)算AMBR信息并將計(jì)算后的AMBR信息發(fā) 送給RAN的方法分別對應(yīng)裝置實(shí)施例中的AMBR獲取模塊、AMBR計(jì)算模塊和AMBR發(fā)送模塊。第七實(shí)施例，本實(shí)施例提供了 GGSN和TOF實(shí)體的業(yè)務(wù)共享簽約的APN-AMBR情況 下的另外一種方案，使得RAN可獲取與傳輸業(yè)務(wù)匹配的UE-AMBR，進(jìn)行空口速率控制的方 法SGSN將簽約APN-AMBE分成2部分或者簽約信息中的簽約APN-AMBR包括分開的2 部分，SGSN分別與GGSN、T0F實(shí)體協(xié)商APN-AMBR，SGSN根據(jù)和GGSN、T0F實(shí)體的協(xié)商結(jié)果計(jì) 算UE-AMBR，具體計(jì)算方法同前，不再贅述，SGSN將計(jì)算后的UE-AMBR下發(fā)給RAN。具體包括SGSN在GGSN完成APN-AMBR配置后，根據(jù)GGSN返回給SGSN的GGSN配置的 APN-AMBR,得到GGSN上剩余的APN-AMBR，SGSN使用該剩余的簽約APN-AMBR和TOF實(shí)體協(xié) 商，具體步驟包括步驟71.當(dāng)UE發(fā)起卸載業(yè)務(wù)請求后，SGSN和GGSN協(xié)商QoS參數(shù)APN-AMBR ； SGSN 向GGSN發(fā)送簽約的APN-AMBR，GGSN配置本地的APN-AMBR并返回該GGSN配置后的APN-AMBR 互 SGSN。步驟72. SGSN用簽約的APN-AMBR減去GGSN配置的APN-AMBR值和TOF實(shí)體協(xié) 商TOF實(shí)體卸載業(yè)務(wù)的APN-AMBR。SGSN向TOF實(shí)體發(fā)送(簽約的APN-AMBR-GGSN配置的 APN-AMBR)值，TOF配置本地的APN-AMBR并返回該TOF實(shí)體配置的APN-AMBR值到SGSN。在 TOF實(shí)體和SGSN協(xié)商過程中可選觸發(fā)SGSN和GGSN間的APN-AMBR參數(shù)修改過程；步驟73. SGSN計(jì)算UE-AMBR = SUM (GGSN已經(jīng)配置的所有APN-AMBR，TOF上配置的 AMBR)，與簽約的 UE-AMBR 比較，SGSN 向 RNC 發(fā)送 min (計(jì)算 UE-AMBR，簽約 UE-AMBR)。其中步驟72步、步驟73步可在SGSN發(fā)起RAB建立過程中執(zhí)行，也可在QoS修改 過程中進(jìn)行，或者定義專用的TOF和SGSN間的交互消息。上述步驟中，TOF實(shí)體和SGSN發(fā)起AMBR協(xié)商的觸發(fā)條件可包括如下觸發(fā)條件的 任意一種或其組合觸發(fā)條件1 當(dāng)TOF實(shí)體啟用業(yè)務(wù)卸載時(shí)，通知SGSN對某PDP承載或者RAB上的 業(yè)務(wù)啟用了業(yè)務(wù)卸載功能或者通知SGSN該P(yáng)DP承載或者RAB上可應(yīng)用卸載功能。具體通 知方法包括T0F向SGSN發(fā)送業(yè)務(wù)卸載指示消息，或者發(fā)送QoS修改請求消息，消息中可選 指示業(yè)務(wù)卸載的承載標(biāo)識。12
該觸發(fā)條件1觸發(fā)SGSN發(fā)起和GGSN以及TOF實(shí)體的QoS修改過程，QoS參數(shù)可 包括APN-AMBR、UE-AMBR中的一個(gè)或多個(gè)；SGSN可與GGSN、T0F中的一個(gè)或多個(gè)進(jìn)行QoS協(xié)商。觸發(fā)條件2 :SGSN收到業(yè)務(wù)請求時(shí)，判斷該業(yè)務(wù)對應(yīng)的APN可支持卸載時(shí)，主動(dòng)發(fā) 起和TOF實(shí)體協(xié)商QoS參數(shù)的過程。觸發(fā)條件3 =TOF實(shí)體收到RAB分配消息后，確定承載的業(yè)務(wù)是卸載業(yè)務(wù)，則主動(dòng)發(fā) 向CN發(fā)起QoS修改過程。和觸發(fā)條件1相比，QoS協(xié)商的時(shí)間相對較早。其中，上述觸發(fā)條件觸發(fā)的QoS協(xié)商過程可通過如下流程實(shí)現(xiàn)例如，可以通過如下流程實(shí)現(xiàn)，如圖8所示針對觸發(fā)條件1，TOF實(shí)體收到RAN發(fā)送的上行業(yè)務(wù)，通過TOF解析上行業(yè)務(wù)流匹 配卸載策略成功后發(fā)起；TOF實(shí)體與核心網(wǎng)發(fā)起QoS協(xié)商，具體包括RAN發(fā)起的承載QoS修 改過程；針對觸發(fā)條件2 在RAB建立過程中發(fā)起QoS協(xié)商，具體流程包括如圖10所 示.RAB建立過程包括，核心網(wǎng)節(jié)點(diǎn)向RAN側(cè)的RNC發(fā)送RAB分配請求，RNC向CN返回RAB 分配響應(yīng)，建立RAB，在RAB分配請求中包含CN向RNC發(fā)送的QoS參數(shù)，進(jìn)行QoS協(xié)商，例如 AMBR參數(shù)。另，UMTS系統(tǒng)中叫做RAB指派。針對觸發(fā)條件3:或者，又例如，如圖9所述，在RAB建立程中，發(fā)生QoS改變，SGSN可以發(fā)起PDP上 下文修改流程，其中包含QoS參數(shù)APN-AMBR ；SGSN在向GGSN發(fā)送更新PDP請求時(shí)包含簽 約的APN-AMBR，GGSN在響應(yīng)時(shí)包含配置的APN-AMBR，SGSN根據(jù)GGSN返回的值重新計(jì)算 UE-AMBR,與簽約UE-AMBR相比，取較小值，在RAB指派過程中發(fā)到RAN.上述實(shí)施例七也適用于對于為卸載業(yè)務(wù)定義了專用APN的場景SGSN把與GGSN協(xié)商的簽約APN-AMBR設(shè)置為0，或者SGSN在計(jì)算UE-AMBR時(shí)不計(jì) 入GGSN返回的卸載專用APN-AMBR的配置值。另外，更詳細(xì)地，對于SGSN把APN-AMBR分成2部分，一部分用于卸載業(yè)務(wù)，一部分 用于非卸載業(yè)務(wù)的情況，具體包括步驟721，SGSN根據(jù)網(wǎng)絡(luò)配置，SGSN把簽約APN-AMBR分成2部分，簽約APN-AMBR =GGSN的APN-AMBR+TOF實(shí)體的APN-AMBR，即SGSN向TOF實(shí)體發(fā)送包含簽約APN-AMBR信息 的一部分，該簽約APN-AMBR信息為簽約的GGSN的APN-AMBR與TOF實(shí)體的簽約的APN-AMBR 之和；步驟722，SGSN用上述簽約APN-AMBR中的GGSN的APN-AMBR和GGSN協(xié)商，用上 述簽約APN-AMBR中的TOF實(shí)體的簽約的APN-AMBR和TOF實(shí)體協(xié)商，SGSN根據(jù)協(xié)商結(jié)果計(jì) 算GGSN和TOF的APN-AMBR之和，與簽約UE-AMBR比較，發(fā)送最小值到RAN。其中，對于為卸 載業(yè)務(wù)定義專用APN的情況，具體地，SGSN可以把簽約的GGSN的APN-AMBR設(shè)置為0，或者 SGSN在計(jì)算UE-AMBR時(shí)不計(jì)入GGSN返回的卸載專用APN-AMBR的配置值。對于在簽約信息中，存在運(yùn)營商設(shè)置的包含2部分的某簽約APN-AMBR，即簽約的 GGSN的APN-AMBR，或者可指示為APN-AMBR ；SN用于GGSN的非卸載業(yè)務(wù)，簽約的TOF實(shí)體的 APN-AMBR,或者可指示為APN-AMBRotsn用于TOF實(shí)體的卸載業(yè)務(wù)。SGSN根據(jù)網(wǎng)絡(luò)配置，SGSN收到包含上述兩部分信息的簽約APN-AMBR后，用GGSN的 APN-AMBR 和 GGSN 協(xié)商 APN-AMBR 參數(shù)，用簽約 APN-AMBR 中的 TOF 實(shí)體的 APN-AMBRT0F 和TOF實(shí)體協(xié)商APN-AMBR，SGSN根據(jù)協(xié)商結(jié)果計(jì)算GGSN和TOF配置的APN-AMBR之和，并 與簽約的UE-AMBR比較，SGSN將比較后的較小值發(fā)送給RAN側(cè)的RNC進(jìn)行空口速率控制。在SGSN計(jì)算向RAN發(fā)送的UE-AMBR的過程中，AMBR對于為卸載業(yè)務(wù)定義專用APN 的情況，SGSN或簽約數(shù)據(jù)把與GGSN協(xié)商的簽約數(shù)據(jù)設(shè)置為0，即若給卸載業(yè)務(wù)定義了專 用APN，SGSN可指示GGSN為卸載業(yè)務(wù)建立的承載上下文的簽約APN-AMBR參數(shù)設(shè)置為0，則 SGSN用簽約的專用APN-AMBR和TOF協(xié)商QoS參數(shù)不包括GGSN的簽約APN-AMBR，因?yàn)樵撝?已為0，SGSN計(jì)算GGSN所配置的所有APN-AMBR參數(shù)和TOF配置的APN-AMBR參數(shù)之和，與 簽約UE-AMBR比較，SGSN向RNC發(fā)送最小值。本實(shí)施中，SGSN包括AMBR協(xié)商模塊，AMBR發(fā)送模塊，其中AMBR協(xié)商模塊用于分別 與TOF實(shí)體和GGSN進(jìn)行AMBR參數(shù)協(xié)商，包括UE-AMBR協(xié)商，APN-AMBR協(xié)商，具體協(xié)商流程 參見實(shí)施例三；AMBR發(fā)送模塊用于向RAN側(cè)的RNC發(fā)送計(jì)算后的UE-AMBR，用于RAN側(cè)進(jìn)行 空口速率控制。實(shí)施例八，本實(shí)施例描述了 TOF實(shí)體通過運(yùn)營/管理/維護(hù)系統(tǒng)OAM(Operation， Administration, Maintenance)或策略控制計(jì)費(fèi)規(guī)則功能(PCRF，Policy Control and Charging Rules Function)獲取適合RAN側(cè)進(jìn)行空口速率控制的用戶的簽約UE-AMBR的具 體實(shí)例。方法一，通過OAM獲取UE-AMBR，具體包括TOF實(shí)體從OAM系統(tǒng)的歸屬用戶服務(wù)器(HSS，Home Subscriber Server)獲取UE 的簽約配置信息。具體包括步驟811，TOF從OAM的HSS獲取簽約的UE-AMBR和用于TOF實(shí)體的虛擬簽約 APN-AMBR，虛擬簽約APN-AMBR是指在有TOF實(shí)體的網(wǎng)絡(luò)增加的簽約信息，對于沒有TOF的 網(wǎng)絡(luò)沒有影響。步驟812，在RAB分配過程中，TOF實(shí)體獲取SGSN發(fā)給RNC的RAB分配消息(RAB Assignment Request)消息中的UE-AMBR，TOF根據(jù)用于TOF實(shí)體的虛擬APN-AMBR配置 TOF使用的APN-AMBR，或者稱為0-AMBR，TOF實(shí)體向RAN發(fā)送min (簽約UE-AMBR，消息中的 UE-AMBR+0-AMBR)，即TOF實(shí)體比較簽約UE-AMBR與UE-AMBR和TOF實(shí)體配置的O-AMBR之 和，將較小值發(fā)送給RAN作為UE-AMBR進(jìn)行空口速率控制。本實(shí)施例中TOF實(shí)體獲取AMBR信息和計(jì)算AMBR信息并將計(jì)算后的AMBR信息發(fā) 送給RAN的方法分別對應(yīng)裝置實(shí)施例中的AMBR獲取模塊、AMBR計(jì)算模塊和AMBR發(fā)送模塊。其中，虛擬簽約APN-AMBR可以是用戶簽約TOF實(shí)體業(yè)務(wù)時(shí)在HSS增加的一項(xiàng)簽約 信息，同時(shí)降低原來的簽約APN-AMBR值，則原APN-AMBR =虛擬簽約APN-AMBR+降低后的簽 約APN-AMBR。而對于沒有簽約TOF業(yè)務(wù)的用戶沒有影響。方法二，通過PCRF獲取UE-AMBR，具體包括TOF實(shí)體提供到PCRF的接口，從PCRF獲取UE的簽約配置。具體步驟如下步驟821，PCRF在收到GGSN的簽約APN-AMBR后，確定授權(quán)的APN-AMBR，向GGSN 下發(fā)，同時(shí)也向TOF實(shí)體下發(fā)，向TOF實(shí)體下發(fā)的參數(shù)至少包括簽約的UE-AMBR、簽約的APN-AMBR、給GGSN授權(quán)的APN-AMBR參數(shù)中的一個(gè)，或者PCRF向TOF實(shí)體下發(fā)至少包括簽 約的UE-AMBR、簽約的APN-AMBR減去授權(quán)的APN-AMBR的參數(shù)中的一個(gè)，或者PCRF向TOF 實(shí)體下發(fā)至少包括簽約的UE-AMBR、授權(quán)TOF實(shí)體的APN-AMBR參數(shù)中的一個(gè)，或者PCRF向 GGSN發(fā)送授權(quán)TOF實(shí)體的APN-AMBR參數(shù)、GGSN授權(quán)的APN-AMBR參數(shù)中的一個(gè)。步驟822，TOF實(shí)體收到上述PCRF下發(fā)的參數(shù)，TOF實(shí)體配置APN-AMBR，并加上從 SGSN收到的UE-AMBR，與簽約UE-AMBR比較，取較小值發(fā)給RAN進(jìn)行空口速率控制。針對上述方法實(shí)施例，本發(fā)明實(shí)施例還提供了一種TOF實(shí)體，具體包括AMBR獲取 模塊；AMBR計(jì)算模塊；AMBR發(fā)送模塊。各模塊具體功能如下AMBR獲取模塊，用于TOF實(shí)體獲取SGSN向RAN發(fā)送的包括UE-AMBR的消息或者 PCRF發(fā)送的包括UE-AMBR的消息AMBR計(jì)算模塊具體發(fā)送消息參見方法實(shí)施例中的消息流 程；AMBR計(jì)算模塊，用于TOF實(shí)體根據(jù)AMBR獲取模塊獲取的AMBR信息，具體AMBR參 數(shù)及計(jì)算方法參見方法實(shí)施例；AMBR發(fā)送模塊，TOF實(shí)體將AMBR計(jì)算模塊計(jì)算后的AMBR發(fā)送給RAN，用于RAN進(jìn) 行空口速率控制。
本發(fā)明各實(shí)施例使用的TOF和GGSN共享的簽約APN-AMBR是指TOF和GGSN共享 PDN連接上所對應(yīng)的PDP承載共用的APN-AMBR。上述本發(fā)明各實(shí)施例中的TOF實(shí)體作為一個(gè)邏輯功能實(shí)體，可集成在UMTS的RNC、 家用基站HNB或家用基站網(wǎng)關(guān)HNB GW上、或者LTE網(wǎng)絡(luò)的服務(wù)網(wǎng)關(guān)S-GW、家用基站HeNB或 者演進(jìn)基站eNB上，另外，TOF實(shí)體還可單獨(dú)部署在eNB和MME之間的或者eNB和S-GW之 間的接口上。本領(lǐng)域普通技術(shù)人員可以理解本發(fā)明各實(shí)施例的附圖只是一個(gè)優(yōu)選實(shí)施例的示 意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。本領(lǐng)域普通技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述分 布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個(gè)或多個(gè)裝置中。上 述實(shí)施例的模塊可以因制造的便利合并為一個(gè)模塊，也可以因設(shè)計(jì)或布局的需要進(jìn)一步拆 分成多個(gè)子模塊或單元。上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序 在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者 光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡 管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然 可以對前述實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換； 而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種通過業(yè)務(wù)卸載功能(TOF)實(shí)體保持業(yè)務(wù)連續(xù)性的方法，其特征在于，所述TOF實(shí)體接收分組數(shù)據(jù)網(wǎng)(PDN)發(fā)送的用戶設(shè)備(UE)的下行卸載業(yè)務(wù)數(shù)據(jù)包，所述TOF實(shí)體向所述UE發(fā)送核心網(wǎng)(CN)尋呼消息；所述TOF實(shí)體接收所述UE向所述CN發(fā)送的尋呼響應(yīng)，所述尋呼響應(yīng)包括UE的服務(wù)請 求消息，所述服務(wù)請求消息包括服務(wù)類型(Service Type)字段，所述服務(wù)類型字段指示為 尋呼響應(yīng)；所述TOF實(shí)體向所述CN轉(zhuǎn)發(fā)所述服務(wù)請求消息，用于所述CN在收到所述服務(wù)請求消 息后建立無線接入承載(RAB)，所述服務(wù)類型字段指示為數(shù)據(jù)內(nèi)容(Data)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述TOF實(shí)體向所述UE發(fā)送核心網(wǎng)(CN) 尋呼消息之前，包括所述TOF實(shí)體確定所述U E處于空閑狀態(tài)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在所述TOF實(shí)體向所述UE發(fā)送核心 網(wǎng)(CN)尋呼消息之前，所述方法進(jìn)一步包括，所述TOF實(shí)體向核心網(wǎng)節(jié)點(diǎn)請求下發(fā)尋呼參 數(shù)。
4.根據(jù)權(quán)利要求3所述的方法，所述核心網(wǎng)節(jié)點(diǎn)包括服務(wù)GPRS支持節(jié)點(diǎn)(SGSN)或者 移動(dòng)管理實(shí)體(MME)。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述TOF實(shí)體向所述UE發(fā)送核心網(wǎng) (CN)尋呼消息之前，所述方法進(jìn)一步包括，所述TOF實(shí)體向所述SGSN發(fā)送TOF專用信息，所 述TOF接收所述SGSN根據(jù)所述TOF上報(bào)的TOF專用信息發(fā)送的尋呼參數(shù)。
6.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述TOF專用信息包括業(yè)務(wù)卸載能 力、業(yè)務(wù)卸載設(shè)備標(biāo)識(TOF ID)、TOF地址、安全能力信息中的任意一種或其組合。
7.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述尋呼參數(shù)包括核心網(wǎng)不連續(xù)接收參 數(shù)(CN DRX)、尋呼區(qū)域標(biāo)識(Paging Area ID)、非閉合用戶群列表(CSG list)、臨時(shí)移動(dòng)用 戶標(biāo)識(TMSI)中的任意一種或其組合。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述TOF實(shí)體向所述UE發(fā)送核心網(wǎng)(CN) 尋呼消息包括所述TOF實(shí)體向接入網(wǎng)發(fā)送包含所述尋呼參數(shù)的所述尋呼消息，所述接入 網(wǎng)根據(jù)所述尋呼參數(shù)向所述UE發(fā)送所述尋呼消息。
9.一種業(yè)務(wù)卸載功能(TOF)實(shí)體，其特征在于，所述TOF實(shí)體包括，尋呼發(fā)起模塊，用于向用戶設(shè)備UE發(fā)送核心網(wǎng)尋呼消息；并接收所述UE向所述核心網(wǎng) 發(fā)送的尋呼響應(yīng)；服務(wù)請求消息轉(zhuǎn)發(fā)模塊，用于向所述核心網(wǎng)轉(zhuǎn)發(fā)所述尋呼響應(yīng)中的服務(wù)請求消息， 用于CN與UE建立通信連接，所述服務(wù)請求消息中的服務(wù)請求類型字段指示為數(shù)據(jù)內(nèi)容 (Data) 。
10.一種業(yè)務(wù)卸載功能(TOF)實(shí)體發(fā)送聚合最大比特速率(AMBR)參數(shù)的方法，其特征 在于，包括，所述TOF實(shí)體接收核心網(wǎng)節(jié)點(diǎn)發(fā)送的UE-AMBR參數(shù)，所述TOF實(shí)體向RAN發(fā)送UE-AMBR參數(shù)，所述TOF實(shí)體向RAN發(fā)送的AMBR參數(shù)包括所 述核心網(wǎng)節(jié)點(diǎn)向所述TOF實(shí)體發(fā)送的U E-AMBR參數(shù)與TOF實(shí)體本地配置的APN-AMBR之和。
全文摘要
本發(fā)明提供了一種通過業(yè)務(wù)卸載功能(TOF)實(shí)體保持業(yè)務(wù)連續(xù)性的方法TOF實(shí)體接收分組數(shù)據(jù)網(wǎng)(PDN)發(fā)送的用戶設(shè)備UE的下行卸載業(yè)務(wù)數(shù)據(jù)包，該TOF實(shí)體向所述UE發(fā)送核心網(wǎng)(CN)尋呼消息；該TOF實(shí)體接收UE向CN發(fā)送的尋呼響應(yīng)，該尋呼響應(yīng)包括UE的服務(wù)請求消息，該服務(wù)請求消息包括服務(wù)類型(Service Type)字段，該服務(wù)類型字段指示為尋呼響應(yīng)；TOF實(shí)體向CN轉(zhuǎn)發(fā)服務(wù)請求消息，用于CN在收到服務(wù)請求消息后建立無線接入承載(RAB)，所述服務(wù)請求類型字段指示為數(shù)據(jù)內(nèi)容(Data)。通過該方法實(shí)現(xiàn)CN與UE的通信，保證業(yè)務(wù)的傳輸。本發(fā)明相應(yīng)提供了一種TOF實(shí)體。
文檔編號H04W68/00GK102056294SQ20091011005
公開日2011年5月11日 申請日期2009年11月9日 優(yōu)先權(quán)日2009年11月9日
發(fā)明者徐小英, 徐敏, 靳維生 申請人:華為技術(shù)有限公司