專利名稱：狀態(tài)信息處理方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種狀態(tài)信息處理方法與系統(tǒng)。
背景技術(shù)：
LTE系統(tǒng)中，eNB (基站)會根據(jù)UE (User Equipment，用戶設(shè)備)的承載的GBR(Guaranteed Bit Rate,保證比特率)和 UE-AMBR (AggregateMaximum Bit Rate,總計(jì)最大比特率)分配空口帶寬和頻率資源。然而，這些空口帶寬和頻率資源是有限的，當(dāng)UE沒有業(yè)務(wù)數(shù)據(jù)傳輸時(shí)，如果繼續(xù)占用這些資源而不釋放，那么對于系統(tǒng)的資源利用率，對于系統(tǒng)的吞吐性能都是一種巨大的浪費(fèi)。為了充分地利用有限的空口帶寬和頻率資源，需要對UE進(jìn)行Inactive (非激活)檢測，當(dāng)UE處于Inactive狀態(tài)時(shí)，可以把UE所占用的空口資源釋放掉。現(xiàn)有LTE系統(tǒng)中，一種釋放UE占用資源的方案如圖1所示,包括步驟I,當(dāng)eNB的MAC (Medium AccessControl,介質(zhì)訪問控制)層通過檢測下行的BO (Buffer Occupancy,緩存占用)如果在一段時(shí)間內(nèi)為空,且UE沒有上行調(diào)度請求時(shí)，eNB向MME (Mobile Management Entity，移動管理實(shí)體)發(fā)起UE CONTEXT R ELEASE REQUEST (UE上下文釋放請求)消息；步驟2，MME收到此消息后，向 SGW (Serving GateWay,服務(wù)網(wǎng)關(guān))發(fā)起 Release Access Bearers Request(接入承載釋放請求)過程，釋放SlU CeNB與SGW之間的接口)的承載與傳輸資源；步驟3，在釋放資源后，SGff向MME返回Release Access Bearers Response (接入承載釋放響應(yīng))消息；步驟4，然后，MME向eNB發(fā)起UE CONTEXT RELEASE COMMAND (UE上下文釋放命令)過程；步驟5，eNB向UE發(fā)起RRC Connection Release (RRC連接釋放)過程，釋放UE的RRC(Radio Resource Control,無線資源控制)連接,釋放無線資源；步驟6,在釋放了 UE的資源后，eNB向MME返回UE CONTEXT RELEASE COMPLETE (UE上下文釋放完成)消息，完成UE資源釋放過程。但是，由于eNB的RLC (Radio Link Control,無線鏈路控制)層與UE的RLC層之間存在輪詢狀態(tài)的roU(Protocol Data Unit，協(xié)議數(shù)據(jù)單元)，這樣會造成eNB的MAC層的BO很難滿足為空的條件，從而無法準(zhǔn)確判斷出UE處于Inactive狀態(tài)。而若此時(shí)UE已經(jīng)沒有業(yè)務(wù)傳輸，但因無法準(zhǔn)確判斷UE是否處于Inactive狀態(tài)，將會導(dǎo)致無數(shù)據(jù)傳輸?shù)腢E仍然占用無線資源，造成無線資源浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明提供了一種UE非激活(Inactive)狀態(tài)信息的處理方法與系統(tǒng)，以解決現(xiàn)有UE的非激活狀態(tài)信息判斷不準(zhǔn)確，導(dǎo)致無數(shù)據(jù)傳輸?shù)腢E仍然占用無線資源，造成無線資源浪費(fèi)的問題。為了解決上述問題，本發(fā)明公開了一種狀態(tài)信息處理方法，包括服務(wù)網(wǎng)關(guān)SGW判斷在設(shè)定的時(shí)間段內(nèi)，是否用戶設(shè)備UE的所有承載上均沒有用戶層面的GPRS隧道協(xié)議GTP-U報(bào)文傳送；若是，則所述SGW通知移動管理實(shí)體MME所述UE處于非激活狀態(tài)，所述MME根據(jù)所述UE處于非激活狀態(tài)的通知，進(jìn)行所述UE的資源釋放處理。優(yōu)選地，所述SGW通知MME所述UE處于非激活狀態(tài)的步驟包括所述SGW通過第一無數(shù)據(jù)傳輸通知消息，通知所述MME所述UE處于非激活狀態(tài)。優(yōu)選地，所述MME根據(jù)所述UE處于非激活狀態(tài)的通知，進(jìn)行所述UE的資源釋放處理的步驟包括所述MME接收到所述第一無數(shù)據(jù)傳輸通知消息后，向基站發(fā)送UE上下文釋放命令，指示所述基站釋放所述UE的無線資源控制RRC連接；并且，所述MME向所述SGW發(fā)送接入承載釋放請求，釋放所述SGW與所述基站之間的承載和資源。優(yōu)選地，所述MME根據(jù)所述UE處于非激活狀態(tài)的通知，進(jìn)行所述UE的資源釋放處理的步驟包括所述MME接收到所述第一無數(shù)據(jù)傳輸通知消息后，向所述基站發(fā)送第二無數(shù)據(jù)傳輸通知消息，通知所述基站所述UE當(dāng)前處于非激活狀態(tài)并指示所述基站檢測所述UE的介質(zhì)訪問控制MAC層的緩存占用BO當(dāng)前是否為空且所述UE當(dāng)前沒有上行調(diào)度請求；若所述基站確定所述UE的MAC層的BO當(dāng)前為空且所述UE當(dāng)前沒有上行調(diào)度請求，則所述基站向所述MME發(fā)送UE上下文釋放請求，進(jìn)行所述UE的資源釋放。優(yōu)選地，所述基站向所述MME發(fā)送UE上下文釋放請求，進(jìn)行所述UE的資源釋放的步驟包括所述基站向所述MME發(fā)送UE上下文釋放請求；所述MME接收所述UE上下文釋放請求，并向所述SGW發(fā)送接入承載釋放請求；所述SGW接收所述接入承載釋放請求,釋放所述SGW和所述基站之間的承載和資源，并向所述MME返回接入承載釋放響應(yīng)；所述MME接收到所述接入承載釋放響應(yīng)，向所述基站發(fā)送UE上下文釋放命令；所述基站根據(jù)所述UE上下文釋放命令，釋放所述UE的RRC連接。為了解決上述問題，本發(fā)明還公開了一種狀態(tài)信息處理系統(tǒng)，包括SGW和MME，所述SGW，用于判斷在設(shè)定的時(shí)間段內(nèi)，是否UE的所有承載上均沒有GTP-U報(bào)文傳送；以及，若判斷結(jié)果為是，則通知所述MME所述UE處于非激活狀態(tài)；所述MME，用于根據(jù)所述UE處于非激活狀態(tài)的通知，進(jìn)行所 述UE的資源釋放處理。優(yōu)選地，所述SGW通過第一無數(shù)據(jù)傳輸通知消息，通知所述MME所述UE處于非激活狀態(tài)。優(yōu)選地，所述MME，用于接收所述第一無數(shù)據(jù)傳輸通知消息后，向基站發(fā)送UE上下文釋放命令，指示所述基站釋放所述UE的無線資源控制RRC連接；并且，還向所述SGW發(fā)送接入承載釋放請求，釋放所述SGW與所述基站之間的承載和資源。優(yōu)選地，所述MME，用于接收到所述第一無數(shù)據(jù)傳輸通知消息后，向所述基站發(fā)送第二無數(shù)據(jù)傳輸通知消息，通知所述基站所述UE當(dāng)前處于非激活狀態(tài)并指示所述基站檢測所述UE的MAC層的BO當(dāng)前是否為空且所述UE當(dāng)前沒有上行調(diào)度請求；接收所述基站確定所述UE的MAC層的BO當(dāng)前為空且所述UE當(dāng)前沒有上行調(diào)度請求后，向所述MME發(fā)送的UE上下文釋放請求，進(jìn)行所述UE的資源釋放。優(yōu)選地，所述MME接收所述基站發(fā)送的UE上下文釋放請求，進(jìn)行所述UE的資源釋放時(shí)，所述MME接收所述基站向所述MME發(fā)送的UE上下文釋放請求,并向所述SGW發(fā)送接入承載釋放請求；接收所述SGW根據(jù)所述接入承載釋放請求釋放所述SGW和所述基站之間的承載和資源后返回訪問承載釋放響應(yīng)；在接收到所述接入承載釋放響應(yīng)后，所述MME向所述基站發(fā)送UE上下文釋放命令,指示所述基站根據(jù)所述UE上下文釋放命令,釋放所述UE的RRC連接。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明通過對UE在LTE系統(tǒng)內(nèi)(包括eNB和EPC核心網(wǎng)設(shè)備)真正進(jìn)行的業(yè)務(wù)通路從空中接口到外部I3DN網(wǎng)絡(luò)所經(jīng)過的協(xié)議棧進(jìn)行分析獲知，SGff中傳送的UE的GTP-U(GRPS (General Packet Radio Service,通用分組無線業(yè)務(wù))Tunnelling Protocol forthe user plane，用戶層面的GPRS隧道協(xié)議)報(bào)文能夠真實(shí)地反映UE是否有數(shù)據(jù)傳送，如果在SGW設(shè)備內(nèi)對UE的所有承載上是否有GTP-U報(bào)文傳送進(jìn)行判斷，可以較為準(zhǔn)確地判斷出當(dāng)前UE是否已經(jīng)處于Inactive狀態(tài)。本發(fā)明通過SGW對設(shè)定時(shí)間段內(nèi)，是否UE的所有承載上均沒有GTP-U報(bào)文傳送的判斷確定UE當(dāng)前處于Inactive狀態(tài)，進(jìn)而通知MME，使MME進(jìn)行后續(xù)的UE資源釋放處理。通過本發(fā)明，使得系統(tǒng)對UE的Inactive狀態(tài)判斷更為準(zhǔn)確和及時(shí)；在確定UE處于Inactive狀態(tài)后能夠進(jìn)行及時(shí)的資源釋放處理,解決了現(xiàn)有UE的Inactive狀態(tài)判斷不準(zhǔn)確，導(dǎo)致無數(shù)據(jù)傳輸?shù)腢E仍然占用無線資源，造成無線資源浪費(fèi)的問題，達(dá)到了及時(shí)釋放無數(shù)據(jù)傳輸?shù)腢E占用的無線資源，提高系統(tǒng)資源利用率的效果。


圖1是現(xiàn)有技術(shù)的一種釋放UE占用資源的流程圖；圖2是根據(jù)本發(fā)明實(shí)施例一的一種狀態(tài)信息處理方法的步驟流程圖；圖3是一種UE在LTE系統(tǒng)內(nèi)的業(yè)務(wù)通路從空中接口到外部I3DN網(wǎng)絡(luò)所經(jīng)過的協(xié)議棧的示意圖；圖4是根據(jù)本發(fā)明實(shí)施例二的一種狀態(tài)信息處理方法的步驟流程圖；圖5是根據(jù)本發(fā)明實(shí)施例三的一種狀態(tài)信息處理方法的步驟流程圖；圖6是根據(jù)本發(fā)明實(shí)施例 四的一種狀態(tài)信息處理方法的步驟流程圖；圖7是根據(jù)本發(fā)明實(shí)施例五的一種狀態(tài)信息處理系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí)施方式
對本發(fā)明作進(jìn)一步詳細(xì)的說明。實(shí)施例一參照圖2，示出了根據(jù)本發(fā)明實(shí)施例一的一種狀態(tài)信息處理方法的步驟流程圖。本實(shí)施例的狀態(tài)信息處理方法包括以下步驟步驟S102 =SGff判斷在設(shè)定的時(shí)間段內(nèi)，是否UE的所有承載上均沒有GTP-U報(bào)文傳送，若是，則執(zhí)行步驟S104 ;若否，則執(zhí)行步驟S106。UE在LTE系統(tǒng)內(nèi)(包括eNB和EPC核心網(wǎng)設(shè)備)真正進(jìn)行的業(yè)務(wù)通路從空中接口到外部F1DN (Packet Data Network,分組數(shù)據(jù)網(wǎng))網(wǎng)絡(luò)所經(jīng)過的協(xié)議棧如圖3所示。從圖3中可見，業(yè)務(wù)數(shù)據(jù)從UE經(jīng)eNB、SGW和TONGW到外部TON網(wǎng)絡(luò)依次經(jīng)過的協(xié)議棧包括UE的PDCP (分組數(shù)據(jù)匯聚協(xié)議)協(xié)議、RLC層協(xié)議、MAC層協(xié)議、PHY (物理層)層協(xié)議；eNB的PHY層協(xié)議、MAC層協(xié)議、RLC層協(xié)議、PDCP協(xié)議、中繼的eNB的GTP-U協(xié)議、UDP協(xié)議、IP協(xié)議、L2、LI ；SGff的L1、L2、IP協(xié)議、UDP協(xié)議、GTP-U協(xié)議，中繼的SGff的GTP-U協(xié)議、UDP協(xié)議、L2、LI ；PDN Gff的L1、L2、IP協(xié)議、UDP協(xié)議、GTP-U協(xié)議，中繼的I3DN Gff的IP協(xié)議、UDP協(xié)議、IP協(xié)議、L2、LI。對UE在LTE系統(tǒng)內(nèi)進(jìn)行的業(yè)務(wù)通路從空中接口到外部I3DN網(wǎng)絡(luò)所經(jīng)過的協(xié)議棧進(jìn)行分析可以看出，如果在SGW設(shè)備內(nèi)對UE的所有承載上是否有GTP-U報(bào)文傳送來進(jìn)行判斷，則可以較為準(zhǔn)確地判斷此時(shí)UE是否已經(jīng)處于Inactive狀態(tài)。另外，本實(shí)施例中，設(shè)定的時(shí)間段可以由本領(lǐng)域技術(shù)人員或運(yùn)營商根據(jù)實(shí)際情況適當(dāng)設(shè)置。步驟S104 =SGff確定在設(shè)定的時(shí)間段內(nèi)，UE的所有承載上均沒有GTP-U報(bào)文傳送，則SGW通知MME所述UE處于非激活狀態(tài)，使MME根據(jù)UE處于非激活狀態(tài)的通知，進(jìn)行UE的資源釋放處理。UE處于非激活狀態(tài)的通知可以由本領(lǐng)域技術(shù)人員根據(jù)系統(tǒng)使用的通信協(xié)議重新設(shè)置，以實(shí)現(xiàn)SGW對MME的通知；也可以由本領(lǐng)域技術(shù)人員對當(dāng)前使用的消息或信令進(jìn)行適當(dāng)修改實(shí)現(xiàn)。步驟S106 :SGW若確定在設(shè)定的時(shí)間段內(nèi)，UE的所有承載上還有GTP-U報(bào)文傳送，則按照常規(guī)的UE業(yè)務(wù)數(shù)據(jù)處理流程進(jìn)行處理。常規(guī)的UE業(yè)務(wù)數(shù)據(jù)處理流程可以參照現(xiàn)有技術(shù)進(jìn)行，本實(shí)施例在此不再贅述。本實(shí)施例通過對UE在LTE系統(tǒng)內(nèi)真正進(jìn)行的業(yè)務(wù)通路從空中接口到外部I3DN網(wǎng)絡(luò)所經(jīng)過的協(xié)議棧進(jìn)行分析獲知，SGW中傳送的UE的GTP-U報(bào)文能夠真實(shí)地反映UE是否有數(shù)據(jù)傳送，如果在SGW設(shè)備內(nèi)對UE的所有承載上是否有GTP-U報(bào)文傳送進(jìn)行判斷，可以較為準(zhǔn)確地判斷出當(dāng)前UE是否已經(jīng)處于Inactive狀態(tài)。本實(shí)施例通過SGW對設(shè)定時(shí)間段內(nèi)，是否UE的所有承載上均沒有GTP-U報(bào)文傳送的判斷確定UE當(dāng)前處于Inactive狀態(tài)，進(jìn)而通知MME，使MME進(jìn)行后續(xù)的UE資源釋放處理。通過本實(shí)施例，使得系統(tǒng)對UE的Inactive狀態(tài)判斷更為準(zhǔn)確和及 時(shí)；在確定UE處于Inactive狀態(tài)后能夠進(jìn)行及時(shí)的資源釋放處理，解決了現(xiàn)有UE的Inactive狀態(tài)判斷不準(zhǔn)確，導(dǎo)致無數(shù)據(jù)傳輸?shù)腢E仍然占用無線資源，造成無線資源浪費(fèi)的問題，達(dá)到了及時(shí)釋放無數(shù)據(jù)傳輸?shù)腢E占用的無線資源，提高系統(tǒng)資源利用率的效果。 實(shí)施例二參照圖4，示出了根據(jù)本發(fā)明實(shí)施例二的一種狀態(tài)信息處理方法的步驟流程圖。本實(shí)施例的狀態(tài)信息處理方法包括以下步驟步驟S202 =SGff確定在設(shè)定的時(shí)間段內(nèi)，UE的所有承載上均沒有GTP-U報(bào)文傳送。步驟S204 :SGW通過第一無數(shù)據(jù)傳輸通知消息，通知MME所述UE處于Inactive狀態(tài)。本實(shí)施例中，第一無數(shù)據(jù)傳輸通知消息為新設(shè)置的SGW與MME之間的狀態(tài)指示消息，該消息遵循當(dāng)前SGW與MME之間使用的通信協(xié)議，用于SGW通知MME在設(shè)定的時(shí)間段內(nèi)UE的所有承載上均沒有GTP-U報(bào)文傳送，也即，當(dāng)前UE處于Inactive狀態(tài)。步驟S206 =MME接收第一無數(shù)據(jù)傳輸通知消息后，進(jìn)行UE的資源釋放處理。本實(shí)施例中，在確定接收到第一無線數(shù)據(jù)傳輸通知消息，獲知當(dāng)前UE處于Inactive狀態(tài)后，MME進(jìn)行UE的資源釋放處理。優(yōu)選地，MME根據(jù)第一無數(shù)據(jù)傳輸通知消息，進(jìn)行UE的資源釋放處理的方式可以是MME接收到第一無數(shù)據(jù)傳輸通知消息后，向eNB發(fā)送UE上下文釋放命令，指示eNB釋放UE的RRC (Radio Resource Control,無線資源控制)連接；并且，MME向SGW發(fā)送接入承載釋放請求，釋放SGW和eNB之間的承載和資源；或者，也可以是MME接收到第一無數(shù)據(jù)傳輸通知消息后，向eNB發(fā)送第二無數(shù)據(jù)傳輸通知消息，通知eNB所述UE當(dāng)前處于非激活狀態(tài)并指示eNB檢測UE的MAC層的BO當(dāng)前是否為空且UE當(dāng)前沒有上行調(diào)度請求；若eNB確定UE的MAC層的BO當(dāng)前為空且UE當(dāng)前沒有上行調(diào)度請求，則eNB向MME發(fā)送UE上下文釋放請求，進(jìn)行UE的資源釋放。其中，第二無數(shù)據(jù)傳輸通知消息為新設(shè)置的MME與eNB之間的狀態(tài)指示消息，該消息遵循當(dāng)前MME與eNB之間使用的通信協(xié)議，用于MME通知eNB當(dāng)前UE處于Inactive狀態(tài)。在后一種方式中，優(yōu)選地，eNB向MME發(fā)送UE上下文釋放請求，進(jìn)行UE的資源釋放可以采用下述方式進(jìn)行eNB向MME發(fā)送UE上下文釋放請求；MME接收UE上下文釋放請求，并向SGW發(fā)送接入承載釋放請求；SGW接收接入承載釋放請求，釋放SGW和eNB之間的承載和資源，并向MME返回接入承載釋放響應(yīng);MME接收到接入承載釋放響應(yīng)，向eNB發(fā)送UE上下文釋放命令；eNB根據(jù)UE上下文釋放命令，釋放UE的RRC連接?，F(xiàn)有LTE系統(tǒng)中，UE的Inactive狀態(tài)是eNB的MAC層通過檢測下行的BO如果在一段時(shí)間內(nèi)為空，且UE沒有上行調(diào)度請求來進(jìn)行判斷的。但是由于UE和eNB之間的RLC層存在輪詢狀態(tài)H)U，加之各廠商實(shí)現(xiàn)時(shí)具體算法不盡相同，導(dǎo)致UE Inactive狀態(tài)較難準(zhǔn)確及時(shí)地判斷出來，造成無線資源的浪費(fèi)。而通過本實(shí)施例，讓核心網(wǎng)SGW設(shè)備檢測用戶面的承載是否有業(yè)務(wù)傳送，在確定無業(yè)務(wù)傳送時(shí)通知控制面MME網(wǎng)元。這樣，一方面，對UE的Inactive判斷條件更為準(zhǔn)確和及時(shí)；另一方面，處理策略更加靈活，可以由MME直接發(fā)起釋放，也可以由MME通知eNB，由eNB結(jié)合無線側(cè)的情況進(jìn)一步判斷。通過本實(shí)施例，提高了LTE系統(tǒng)內(nèi)UE Inactive狀態(tài)判斷的準(zhǔn)確率，提升了無線資源利用率。實(shí)施例三參照圖5，示出了根據(jù)本發(fā)明實(shí)施例三的一種狀態(tài)信息處理方法的步驟流程圖。本實(shí)施例的狀態(tài)信息處理方法包括以下步驟步驟S302 :在SG W內(nèi)設(shè)定一個時(shí)間門限(即時(shí)間段，可以由運(yùn)營商來設(shè)定)，SGW確定在此時(shí)間內(nèi)UE所有的承載上均沒有GTP-U報(bào)文傳送(包括上行和下行)。步驟S304 =SGff通過Sll接口上新增的一條指示消息NO DATATRANSIMITNOTIFICATION (即第一無數(shù)據(jù)傳輸通知消息)通知MME，UE當(dāng)前處于Inactive狀態(tài)。本實(shí)施例中，針對SGW 和 MME 之間使用的 3GPP 29. 274 (“GeneralPacket RadioService (GPRS) ；Evolved GPRS Tunnelling Protocol (eGTP) forEPS”)協(xié)議，新增一條消息 NO DATA NOTIFICATION。新增的NO DATA TRANSMIT NOTIFICATION消息，用于SGW檢測到UE在一段時(shí)間內(nèi)所有承載均沒有業(yè)務(wù)傳送時(shí)通知MME。該消息在Sll接口的發(fā)送粒度是針對UE的，GTP-C(GRPS Tunnelling Protocol for thecontrol plane,控制層面的 GPRS 隧道協(xié)議)消息頭中攜帶的 TEID-C (TunnelEndpoint Identifier for control plane,控制面隧道端點(diǎn)標(biāo)識)為MME側(cè)的TEID (Tunnel Endpoint Identif ier,隧道端點(diǎn)標(biāo)識)。由于該消息只是一個狀態(tài)指示消息，無需攜帶其他IE (Information Element,信息單元)，因此消息可以定義如下表I所示表I
權(quán)利要求
1.一種狀態(tài)信息處理方法，其特征在于，包括 服務(wù)網(wǎng)關(guān)SGW判斷在設(shè)定的時(shí)間段內(nèi)，是否用戶設(shè)備UE的所有承載上均沒有用戶層面的GPRS隧道協(xié)議GTP-U報(bào)文傳送； 若是，則所述SGW通知移動管理實(shí)體MME所述UE處于非激活狀態(tài)，所述MME根據(jù)所述UE處于非激活狀態(tài)的通知，進(jìn)行所述UE的資源釋放處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SGW通知MME所述UE處于非激活狀態(tài)的步驟包括 所述SGW通過第一無數(shù)據(jù)傳輸通知消息，通知所述MME所述UE處于非激活狀態(tài)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述MME根據(jù)所述UE處于非激活狀態(tài)的通知，進(jìn)行所述UE的資源釋放處理的步驟包括 所述MME接收到所述第一無數(shù)據(jù)傳輸通知消息后，向基站發(fā)送UE上下文釋放命令，指示所述基站釋放所述UE的無線資源控制RRC連接；并且，所述MME向所述SGW發(fā)送接入承載釋放請求，釋放所述SGW與所述基站之間的承載和資源。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述MME根據(jù)所述UE處于非激活狀態(tài)的通知，進(jìn)行所述UE的資源釋放處理的步驟包括 所述MME接收到所述第一無數(shù)據(jù)傳輸通知消息后，向所述基站發(fā)送第二無數(shù)據(jù)傳輸通知消息，通知所述基站所述UE當(dāng)前處于非激活狀態(tài)并指示所述基站檢測所述UE的介質(zhì)訪問控制MAC層的緩存占用BO當(dāng)前是否為空且所述UE當(dāng)前沒有上行調(diào)度請求；若所述基站確定所述UE的MAC層的BO當(dāng)前為空且所述UE當(dāng)前沒有上行調(diào)度請求，則所述基站向所述MME發(fā)送UE上下文釋放請求，進(jìn)行所述UE的資源釋放。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述基站向所述MME發(fā)送UE上下文釋放請求，進(jìn)行所述UE的資源釋放的步驟包括 所述基站向所述MME發(fā)送UE上下文釋放請求； 所述MME接收所述UE上下文釋放請求,并向所述SGW發(fā)送接入承載釋放請求； 所述SGW接收所述接入承載釋放請求，釋放所述SGW和所述基站之間的承載和資源，并向所述MME返回接入承載釋放響應(yīng)； 所述MME接收到所述接入承載釋放響應(yīng)，向所述基站發(fā)送UE上下文釋放命令； 所述基站根據(jù)所述UE上下文釋放命令，釋放所述UE的RRC連接。
6.一種狀態(tài)信息處理系統(tǒng)，包括SGW和MME，其特征在于， 所述SGW，用于判斷在設(shè)定的時(shí)間段內(nèi)，是否UE的所有承載上均沒有GTP-U報(bào)文傳送；以及，若判斷結(jié)果為是，則通知所述MME所述UE處于非激活狀態(tài)； 所述MME，用于根據(jù)所述UE處于非激活狀態(tài)的通知，進(jìn)行所述UE的資源釋放處理。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述SGW通過第一無數(shù)據(jù)傳輸通知消息，通知所述MME所述UE處于非激活狀態(tài)。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述MME，用于接收所述第一無數(shù)據(jù)傳輸通知消息后，向基站發(fā)送UE上下文釋放命令，指示所述基站釋放所述UE的無線資源控制RRC連接；并且，還向所述SGW發(fā)送接入承載釋放請求，釋放所述SGW與所述基站之間的承載和資源。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述MME，用于接收到所述第一無數(shù)據(jù)傳輸通知消息后，向所述基站發(fā)送第二無數(shù)據(jù)傳輸通知消息，通知所述基站所述UE當(dāng)前處于非激活狀態(tài)并指示所述基站檢測所述UE的MAC層的BO當(dāng)前是否為空且所述UE當(dāng)前沒有上行調(diào)度請求；接收所述基站確定所述UE的MAC層的BO當(dāng)前為空且所述UE當(dāng)前沒有上行調(diào)度請求后，向所述MME發(fā)送的UE上下文釋放請求，進(jìn)行所述UE的資源釋放。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述MME接收所述基站發(fā)送的UE上下文釋放請求，進(jìn)行所述UE的資源釋放時(shí)，所述MME接收所述基站向所述MME發(fā)送的UE上下文釋放請求，并向所述SGW發(fā)送接入承載釋放請求；接收所述SGW根據(jù)所述接入承載釋放請求釋放所述SGW和所述基站之間的承載和資源后返回訪問承載釋放響應(yīng)；在接收到所述接入承載釋放響應(yīng)后，所述MME向所述基站發(fā)送UE上下文釋放命令，指示所述基站根據(jù)所述UE上下文釋放命令，釋放所述UE的RRC連接。
全文摘要
本發(fā)明提供了一種狀態(tài)信息處理方法與系統(tǒng)，其中，狀態(tài)信息處理方法包括服務(wù)網(wǎng)關(guān)SGW判斷在設(shè)定的時(shí)間段內(nèi)，是否用戶設(shè)備UE的所有承載上均沒有用戶層面的GPRS隧道協(xié)議GTP-U報(bào)文傳送；若是，則所述SGW通知移動管理實(shí)體MME所述UE處于非激活狀態(tài)，所述MME根據(jù)所述UE處于非激活狀態(tài)的通知，進(jìn)行所述UE的資源釋放處理。通過本發(fā)明，達(dá)到了及時(shí)釋放無數(shù)據(jù)傳輸?shù)腢E占用的無線資源，提高系統(tǒng)資源利用率的效果。
文檔編號H04W24/00GK103067937SQ201210513850
公開日2013年4月24日 申請日期2012年12月4日 優(yōu)先權(quán)日2012年12月4日
發(fā)明者楊今明 申請人:大唐移動通信設(shè)備有限公司