[發明專利]承載釋放方法及服務網關

無效

• 申請號: 201010267111.0
• 申請日: 2010-08-23
• 公開（公告）號: CN102378405A
• 公開（公告）日: 2012-03-14
• 發明（設計）人: 葉敏雅;丁燕菁
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04W76/04
• 分類號: H04W76/04;H04W76/06;H04W88/16
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 余剛;吳孟秋

技術領域

本發明涉及通信領域，具體而言，涉及一種承載釋放方法及服務網關。

背景技術

圖1為目前系統架構演進(System?Architecture?Evolution，簡稱為SAE)的架構示意圖，如圖1所示，主要包含以下網元：演進的無線接入網(Evolved?RAN，簡稱為E-RAN)(圖1中只示出了E-RAN中包含的網元演進節點B(Evolved?NodeB，簡稱為eNodeB))、分組數據網(Packet?Data?Network，簡稱為PDN)、移動管理實體(Mobility?Management?Entity，簡稱為MME)、服務網關(ServingGateway，簡稱為SGW)、分組數據網網關(PDN?Gateway，簡稱為P-GW)、策略與計費規則功能實體(Policy?and?Charging?RulesFunction，簡稱為PCRF)及歸屬用戶服務器(Home?Subscriber?Server，簡稱為HSS)。其中，在實際布網時，可以部署PCRF，也可能不會部署PCRF。

為了節省用戶的空口資源和節電，需要將UE從連接狀態轉化為空閑狀態，這個過程在SAE系統中稱為S1釋放流程。在S1釋放流程中，當釋放原因是由于“用戶不活動”時，用戶的保障位速率(Guaranteed?Bit?Rate，簡稱為GBR)承載和非(non)GBR承載都保留，但是當釋放原因是由于其它原因時，移動管理實體只保留nonGBR承載，而GBR承載都需要由MME發起釋放。圖2為現有的S1釋放流程圖，主要包括以下步驟：

步驟201，eNodeB檢測到需要釋放UE的上下文，eNodeB向MME發送UE上下文釋放請求消息，消息中攜帶釋放原因指示值；

步驟202，MME向SGW發送釋放接入承載請求消息，請求SGW刪除所存儲的eNodeB的地址和隧道端點標識符(Tunnel?EndpointIndentifier，簡稱為TEID)；

步驟203，SGW刪除所存儲的eNodeB的地址和TEID，并向MME返回釋放接入承載響應消息；

步驟204，MME向eNodeB發送UE上下文釋放指令消息；

步驟205，如果UE的無線承載連接(Radio?Resource?Connection，簡稱為RRC)還沒有被釋放，eNodeB向UE發送RRC連接釋放請求消息；

步驟206，UE向eNodeB返回RRC連接釋放響應消息；

步驟207，eNodeB向MME返回UE上下文釋放完成消息；

步驟208，MME根據步驟201中的釋放原因值決定釋放GBR承載；如果步驟201中的釋放原因為“用戶不活動”，MME不發起GBR承載釋放過程，但是當步驟201中的釋放原因為其它原因時，MME發起GBR承載釋放流程。

上述方法只是針對GBR承載的，至于non?GBR承載目前都是保留的。但是當S1接口釋放以后，用戶已不能使用業務。但是PCRF或PGW等涉及計費的網元，對于用戶的按時長計費卻會繼續進行。從而導致用戶按時長計費的不準確。

目前的一種解決方案是在激活或者修改該承載時，由PGW通過SGW將是否保留non-GBR承載的策略下發給MME，之后MME根據該策略在S1去活的時候決定是否去活Non-GBR承載。即通過承載去活來通知計費實體，從而解決計費不精確的問題。但實際應用中，該用戶可能只是暫時不使用業務，或者因為無線信號異常導致S1接口中斷，而用戶可能希望后續繼續使用該業務。采用這種在S1接口釋放時將承載去活的方式，將迫使用戶需要繼續使用該業務時，必須重新激活，從而導致時延增加，用戶感受度下降。

發明內容

本發明的主要目的在于提供一種承載釋放方法及服務網關，以至少解決上述由于采用承載去活方式而導致的時延增加及用戶體驗下降的問題。

根據本發明的一個方面，提供了一種承載釋放方法。

根據本發明的承載釋放方法包括：服務網關SGW接收來自移動管理實體MME的釋放接入承載請求消息，釋放接入承載請求用于請求釋放用戶設備的S1接口；SGW刪除存儲的與用戶設備對應的S1-U隧道端點標識符和基站的地址；SGW向MME返回釋放接入承載請求響應消息，并將S1接口釋放的信息通知給分組數據網網關PGW。

根據本發明的另一方面，提供了一種服務網關。