專利名稱：承載釋放方法及服務(wù)網(wǎng)關(guān)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種承載釋放方法及服務(wù)網(wǎng)關(guān)。
背景技術(shù)：
圖1為目前系統(tǒng)架構(gòu)演進(System Architecture Evolution,簡稱為SAE)的架構(gòu)示意圖，如圖1所示，主要包含以下網(wǎng)元演進的無線接入網(wǎng)(Evolved RAN，簡稱為Ε-RAN)(圖1中只示出了 E-RAN中包含的網(wǎng)元演進節(jié)點B (Evolved NodeB，簡稱為eNodeB))、分組數(shù)據(jù)網(wǎng)(Packet Data Network，簡稱為 PDN)、移動管理實體(Mobility ManagementEntity，簡稱為MME)、服務(wù)網(wǎng)關(guān)(krvingGateway，簡稱為SGW)、分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(PDNGateway，簡稱為 P-GW)、策略與計費規(guī)則功能實體(Policy and Charging RulesFunction,簡稱為PCRF)及歸屬用戶服務(wù)器(Home Subscriber Server，簡稱為HSQ。其中，在實際布網(wǎng)時，可以部署PCRF，也可能不會部署PCRF。為了節(jié)省用戶的空口資源和節(jié)電，需要將UE從連接狀態(tài)轉(zhuǎn)化為空閑狀態(tài)，這個過程在SAE系統(tǒng)中稱為Sl釋放流程。在Sl釋放流程中，當(dāng)釋放原因是由于“用戶不活動”時，用戶的保障位速率(Guaranteed Bit Rate，簡稱為GBR)承載和非(non)GBR承載都保留，但是當(dāng)釋放原因是由于其它原因時，移動管理實體只保留nonGBR承載，而GBR承載都需要由MME發(fā)起釋放。圖2為現(xiàn)有的Sl釋放流程圖，主要包括以下步驟步驟201，eNodeB檢測到需要釋放UE的上下文，eNodeB向MME發(fā)送UE上下文釋放請求消息，消息中攜帶釋放原因指示值；步驟202，MME向SGW發(fā)送釋放接入承載請求消息，請求SGW刪除所存儲的eNodeB的地址和隧道端點標(biāo)識符(Tunnel EndpoinWndentif ier，簡稱為TEID)；步驟203，SGff刪除所存儲的eNodeB的地址和TEID，并向MME返回釋放接入承載響應(yīng)消息；步驟204，MME向eNodeB發(fā)送UE上下文釋放指令消息；步驟205，如果UE的無線承載連接(Radio Resource Connection,簡稱為RRC)還沒有被釋放，eNodeB向UE發(fā)送RRC連接釋放請求消息；步驟206，UE向eNodeB返回RRC連接釋放響應(yīng)消息；步驟207，eNodeB向MME返回UE上下文釋放完成消息；步驟208，MME根據(jù)步驟201中的釋放原因值決定釋放GBR承載；如果步驟201中的釋放原因為“用戶不活動”，MME不發(fā)起GBR承載釋放過程，但是當(dāng)步驟201中的釋放原因為其它原因時，MME發(fā)起GBR承載釋放流程。上述方法只是針對GBR承載的，至于non GBR承載目前都是保留的。但是當(dāng)Sl接口釋放以后，用戶已不能使用業(yè)務(wù)。但是PCRF或PGW等涉及計費的網(wǎng)元，對于用戶的按時長計費卻會繼續(xù)進行。從而導(dǎo)致用戶按時長計費的不準(zhǔn)確。目前的一種解決方案是在激活或者修改該承載時，由PGW通過SGW將是否保留non-GBR承載的策略下發(fā)給MME，之后MME根據(jù)該策略在Sl去活的時候決定是否去活Non-GBR承載。即通過承載去活來通知計費實體，從而解決計費不精確的問題。但實際應(yīng)用中，該用戶可能只是暫時不使用業(yè)務(wù)，或者因為無線信號異常導(dǎo)致Sl接口中斷，而用戶可能希望后續(xù)繼續(xù)使用該業(yè)務(wù)。采用這種在Sl接口釋放時將承載去活的方式，將迫使用戶需要繼續(xù)使用該業(yè)務(wù)時，必須重新激活，從而導(dǎo)致時延增加，用戶感受度下降。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種承載釋放方法及服務(wù)網(wǎng)關(guān)，以至少解決上述由于采用承載去活方式而導(dǎo)致的時延增加及用戶體驗下降的問題。根據(jù)本發(fā)明的一個方面，提供了一種承載釋放方法。根據(jù)本發(fā)明的承載釋放方法包括服務(wù)網(wǎng)關(guān)SGW接收來自移動管理實體MME的釋放接入承載請求消息，釋放接入承載請求用于請求釋放用戶設(shè)備的Sl接口 ；SGW刪除存儲的與用戶設(shè)備對應(yīng)的Sl-U隧道端點標(biāo)識符和基站的地址；SGW向MME返回釋放接入承載請求響應(yīng)消息，并將Sl接口釋放的信息通知給分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)PGW。根據(jù)本發(fā)明的另一方面，提供了一種服務(wù)網(wǎng)關(guān)。根據(jù)本發(fā)明的服務(wù)網(wǎng)關(guān)包括接收模塊，用于來自MME的釋放接入承載請求消息， 釋放接入承載請求用于請求釋放用戶設(shè)備的Si接口 ；執(zhí)行模塊，用于刪除存儲的與用戶設(shè)備對應(yīng)的隧道端點標(biāo)識符和基站的地址；發(fā)送模塊，用于MME返回釋放接入承載請求響應(yīng)消息，并將Sl接口釋放的信息通知給PGW。通過本發(fā)明，采用服務(wù)網(wǎng)關(guān)通知分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)Sl接口釋放信息，解決了采用將承載去活來通知計費實體而導(dǎo)致時延增加及用戶體驗下降的問題，進而使計費實體可以及時感知空口資源釋放，保證計費精確性的同時，在用戶繼續(xù)使用業(yè)務(wù)時也無須重新激活，減少了時延，提高了用戶體驗。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的演進分組網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示意圖；圖2是根據(jù)相關(guān)技術(shù)的Sl釋放的信令流程圖；圖3是根據(jù)本發(fā)明實施例的承載釋放方法的流程圖；圖4是根據(jù)本發(fā)明實施例的服務(wù)網(wǎng)關(guān)的結(jié)構(gòu)示意圖；圖5是本發(fā)明實施例一的信令流程圖；圖6是本發(fā)明實施例二的信令流程圖；圖7是本發(fā)明實施例三的信令流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖3是根據(jù)本發(fā)明實施例的承載釋放方法的流程圖，本發(fā)明實話例對圖2所示的流程進行改進，由SGW通知PGW :S1接口釋放信息，如圖3所示，該方法主要包括以下步驟
步驟S302，SGW接收來自MME的釋放接入承載請求消息，該釋放接入承載請求用于請求釋放用戶設(shè)備的Si接口 ；例如，eNodeB檢測到需要釋放UE的上下文，則eNodeB向MME發(fā)送UE上下文釋放請求消息，該消息中攜帶釋放原因值，MME在接收到該消息后，向SGW發(fā)送上述釋放接入承載請求消息，請求SGW刪除所存儲的該eNodeB的地址和TEID，可選的其中還攜帶釋放接入承載的原因值。步驟S304，SGff根據(jù)上述接入承載請求的請求，刪除存儲的與該UE對應(yīng)的TEID和eNodeB的地址；步驟S306，SGff向MME返回釋放接入承載請求響應(yīng)消息，并將該Sl接口釋放的信息通知給PGW。SGW通知PGW，S1接口釋放信息，可以是收到MME發(fā)送的釋放接入承載請求消息就通知PGW ；也可以是根據(jù)收到MME發(fā)送的釋放接入承載請求消息中所攜帶的原因值，根據(jù)不同的原因值判斷是否要通知PGW。例如，SGW可以通過向PGW發(fā)送攜帶歸屬于該PGW的因Sl接口釋放而受影響的承載列表和/或Sl接口釋放指示的修改承載命令或修改承載請求消息，通知PGW上述Sl接口釋放的信息；或者，SGff也可以使用一條獨立的通知消息來通知PGW，如Sl釋放通知消息，該消息中包含歸屬于該PGW的因Sl接口釋放而受影響的承載列表。上述消息所完成的功能在此描述，不局限于擴展現(xiàn)有消息或者新增消息。PGff在接收到Sl接口釋放的信息后，停止對該UE進行的按時長計費。在本發(fā)明實施例的一優(yōu)選實施方式中，如果系統(tǒng)中部署有PCRF，則PGW在接收到上述通知后，將Sl接口釋放的信息進一步通知給PCRF，PCRF在接收到該Sl接口釋放的信息后停止對該UE進行的按時長計費。通過本發(fā)明實施例，可以采用簡單的方式通知計費實體UE的Sl接口釋放信息，從而使得計費實體可以及時感知到空口資源的釋放，保證了計費的準(zhǔn)確性，同時使得用戶后繼無需重新激活而可以繼續(xù)使用當(dāng)前業(yè)務(wù)，避免了時延的增加，提高了用戶的感受度。圖4是根據(jù)本發(fā)明實施例的服務(wù)網(wǎng)關(guān)的結(jié)構(gòu)示意圖，該服務(wù)網(wǎng)關(guān)可用于實現(xiàn)本發(fā)明實施例的上述方法。如圖4所示，該服務(wù)網(wǎng)關(guān)可以包括接收模塊10、執(zhí)行模塊20和發(fā)送模塊30。其中，接收模塊10，用于來自MME的釋放接入承載請求消息，該釋放接入承載請求用于請求釋放用戶設(shè)備的Sl接口 ；執(zhí)行模塊20，用于刪除存儲的與該用戶設(shè)備對應(yīng)的隧道端點標(biāo)識符和基站的地址；發(fā)送模塊30，用于MME返回釋放接入承載請求響應(yīng)消息，并將Sl接口釋放的信息通知給PGW，以使PGW停止對該用戶設(shè)備進行計費。 在本發(fā)明實施例的一優(yōu)選實施方式中，發(fā)送模塊30可以通過向PGW發(fā)送修改承載命令消息或修改承載請求消息通知PGW，其中，修改承載命令消息或修改承載請求消息中攜帶有歸屬于該PGW的因Sl接口釋放而受影響的承載列表和/或Sl接口釋放指示。PGW在接收到修改承載命令消息或修改承載請求消息后，如果系統(tǒng)中部署有PCRF，則可以進一步通知PCRF。 在本發(fā)明實施例的另一優(yōu)選實施方式中，發(fā)送模塊30通過向PGW發(fā)送Sl釋放通知消息通知PGW，其中，Sl釋放通知消息中攜帶有歸屬于該PGW的因Sl接口釋放而受影響的承載列表。同樣，PGW在接收到Sl釋放通知消息后，如果系統(tǒng)中部署有PCRF，則可以進一步通知PCRF。通過本發(fā)明實施例提供的上述服務(wù)網(wǎng)關(guān)，可以在Sl釋放流程中向PGW發(fā)送通知， 從而使PGW及時感知空口資源的釋放，進而保證計費的準(zhǔn)確性，同時使得用戶繼續(xù)使用當(dāng)前業(yè)務(wù)時無需重新激活，減少了時延。實施例一在實施例一中SGW使用修改承載命令消息通知PGW Sl接口釋放。圖5是實施例一中的Sl釋放的信令流程圖，如圖5所示，主要包括以下步驟步驟S501，eNodeB檢測到需要釋放UE的上下文，eNodeB向MME發(fā)送UE上下文釋放請求消息，該消息中攜帶釋放原因值；步驟S502，MME向SGW發(fā)送釋放接入承載請求消息，請求SGW刪除所存儲的eNodeB 的地址和TEID，可選的其中還攜帶釋放接入承載的原因值；步驟S503，SGff刪除所存儲的eNodeB的地址和TEID，并向MME返回釋放接入承載響應(yīng)消息；步驟S504，MME繼續(xù)后續(xù)的Sl釋放流程； 步驟S505，SGW在向MME返回響應(yīng)消息的之后，向PGW發(fā)送修改承載命令消息，其中攜帶了歸屬于該PGW的因Sl接口釋放而受影響的承載列表和/或Sl接口釋放指示；其中，步驟S504與步驟S505無時間上的先后順序，可以同時執(zhí)行。SGW向PGW發(fā)送修改承載命令消息，可以是收到MME發(fā)送的釋放接入承載請求消息就通知PGW ；也可以是根據(jù)收到MME發(fā)送的釋放接入承載請求消息中所攜帶的原因值，根據(jù)不同的原因值判斷是否要通知PGW。步驟S506，可選的，如果系統(tǒng)中部署有PCRF，則PGW通過IP-CAN會話的交互，將Sl 釋放信息通知PCRF ；步驟S507，PGff根據(jù)PCRF的返回結(jié)果或本地策略決定是否發(fā)起承載釋放流程。實施例二在實施例二中，SGff使用修改承載請求消息通知PGW Sl接口釋放。圖6是本實施例中，Sl釋放流程的信令流程圖，如圖6所示，主要包括以下步驟步驟S601，eNodeB檢測到需要釋放UE的上下文，eNodeB向MME發(fā)送UE上下文釋放請求消息，該消息中攜帶釋放原因值；步驟S602，MME向SGW發(fā)送釋放接入承載請求消息，請求SGW刪除所存儲的eNodeB 的地址和TEID，可選的其中還攜帶釋放接入承載的原因值；步驟S603，SGff刪除所存儲的eNodeB的地址和TEID，并向MME返回釋放接入承載響應(yīng)消息；步驟S604，MME繼續(xù)后續(xù)的Sl釋放流程；步驟S605，SGW在向MME返回響應(yīng)消息的之后，向PGW發(fā)送修改承載請求消息，其中攜帶了歸屬于該PGW的因Sl接口釋放而受影響的承載列表和/或Sl接口釋放指示，PGW 接收到該消息后，停止對UE進行計費；SGW向PGW發(fā)送修改承載請求消息，可以是收到MME發(fā)送的釋放接入承載請求消息就通知PGW ；也可以是根據(jù)收到MME發(fā)送的釋放接入承載請求消息中所攜帶的原因值，根據(jù)不同的原因值判斷是否要通知PGW。
步驟S606，可選的，如果系統(tǒng)部署了 PCRF，則PGW通過IP-CAN會話的交互，將Sl釋放信息通知PCRF，PCRF接收到該通知后，停止對UE進行計費；步驟S607，PGff向SGW返回修改承載請求響應(yīng)消息。實施例三在本實施例中，SGW使用Sl釋放通知消息通知PGW Sl接口釋放，其中Sl釋放通知消息是本發(fā)明實施例新定義的消息。圖7是本實施例中Sl釋放流程的信令流程圖，如圖7所示，主要包括以下步驟步驟S701，eNodeB檢測到需要釋放UE的上下文，eNodeB向MME發(fā)送UE上下文釋放請求消息，該消息中攜帶釋放原因值； 步驟S702，MME向SGW發(fā)送釋放接入承載請求消息，請求SGW刪除所存儲的eNodeB的地址和TEID，可選的其中還攜帶釋放接入承載的原因值；步驟S703，SGff刪除所存儲的eNodeB的地址和TEID，并向MME返回釋放接入承載響應(yīng)消息；步驟S704，MME繼續(xù)后續(xù)的Sl釋放流程；步驟S705，SGW在向MME返回響應(yīng)消息的之后，向PGW發(fā)送Sl釋放通知消息，其中攜帶了歸屬于該PGW的因Sl接口釋放而受影響的承載列表，PGW在接收該消息后，停止對UE進行計費；SGW向PGW發(fā)送修改承載請求消息，可以是收到MME發(fā)送的釋放接入承載請求消息就通知PGW ；也可以是根據(jù)收到MME發(fā)送的釋放接入承載請求消息中所攜帶的原因值，根據(jù)不同的原因值判斷是否要通知PGW。步驟S706，可選的，PGff通過IP-CAN會話的交互，將Sl釋放信息通知PCRF，PCRF在接收該消息后，停止對UE進行計費；步驟S707，可選的，PGff向SGW返回修改Sl釋放通知響應(yīng)消息。從以上的描述中，可以看出，在本發(fā)明實施例中，SGW在Sl釋放流程中，通知計費實體UE的Sl接口釋放信息，從而使得計費實體可以及時感知到空口資源的釋放，保證了計費的準(zhǔn)確性，同時使得用戶后繼無需重新激活而可以繼續(xù)使用當(dāng)前業(yè)務(wù)，避免了時延的增加，提高了用戶的感受度。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種承載釋放方法，其特征在于，包括服務(wù)網(wǎng)關(guān)SGW接收來自移動管理實體MME的釋放接入承載請求消息，所述釋放接入承載請求用于請求釋放用戶設(shè)備的Sl接口；所述SGW刪除存儲的與所述用戶設(shè)備對應(yīng)的Sl-U隧道端點標(biāo)識符和基站的地址；所述SGW向所述MME返回釋放接入承載請求響應(yīng)消息，并將所述Sl接口釋放的信息通知給分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)PGW。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SGW將所述Sl接口釋放的信息通知給所述PGW包括所述SGW向所述PGW發(fā)送修改承載命令消息，其中，所述修改承載命令消息中攜帶有歸屬于所述PGW的因所述Sl接口釋放而受影響的承載列表和或Sl接口釋放指示。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述SGW向所述PGW發(fā)送修改承載命令消息之后，所述方法還包括所述PGW根據(jù)預(yù)設(shè)策略確定是否發(fā)起承載釋放流程。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SGW將所述Sl接口釋放的信息通知給所述PGW包括所述SGW向所述PGW發(fā)送修改承載請求消息，其中，所述修改承載請求消息中攜帶有歸屬于所述PGW的因所述Sl接口釋放而受影響的承載列表和/或Sl接口釋放指示。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述SGW將所述Sl接口釋放的信息通知給所述PGW包括所述SGW向所述PGW發(fā)送Sl釋放通知消息，其中，所述Sl釋放通知消息中攜帶有歸屬于所述PGW的因所述Sl接口釋放而受影響的承載列表。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述釋放接入承載請求消息攜帶有釋放接入承載的原因值，所述SGW將所述Sl接口釋放的信息通知給所述PGW包括所述SGW根據(jù)所述釋放接入承載的原因值確定需要將所述Sl接口釋放的信息通知所述 PGW。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述SGW將所述Sl接口釋放的信息通知給所述PGW之后，所述方法還包括所述PGW根據(jù)所述Sl接口釋放的信息停止對所述用戶設(shè)備進行計費。
8.根據(jù)權(quán)利要求1至7中任一項所述的方法，其特征在于，在所述SGW將所述Sl接口釋放的信息通知給所述PGW之后，所述方法還包括所述PGW將所述Sl接口釋放的信息通知給策略與計費規(guī)則功能實體PCRF ；所述PCRF根據(jù)所述Sl接口釋放的信息停止對所述用戶設(shè)備進行計費。
9.一種服務(wù)網(wǎng)關(guān)，其特征在于，包括接收模塊，用于來自MME的釋放接入承載請求消息，所述釋放接入承載請求用于請求釋放用戶設(shè)備的Sl接口 ；執(zhí)行模塊，用于刪除存儲的與所述用戶設(shè)備對應(yīng)的隧道端點標(biāo)識符和基站的地址；發(fā)送模塊，用于所述MME返回釋放接入承載請求響應(yīng)消息，并將所述Sl接口釋放的信息通知給PGW。
10.根據(jù)權(quán)利要求9所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述發(fā)送模塊通過向所述PGW發(fā)送修改承載命令消息或修改承載請求消息通知所述PGW，其中，所述修改承載命令消息或修改承載請求消息中攜帶有歸屬于所述PGW的因所述Sl接口釋放而受影響的承載列表和/或 Sl接口釋放指示。
11.根據(jù)權(quán)利要求9所述的服務(wù)網(wǎng)關(guān)，其特征在于，所述發(fā)送模塊通過向所述PGW發(fā)送 Sl釋放通知消息通知所述PGW，其中，所述Sl釋放通知消息中攜帶有歸屬于所述PGW的因所述Sl接口釋放而受影響的承載列表。
全文摘要
本發(fā)明公開了一種承載釋放方法及服務(wù)網(wǎng)關(guān)。上述方法包括SGW接收來自MME的釋放接入承載請求消息，釋放接入承載請求用于請求釋放用戶設(shè)備的S1接口；SGW刪除存儲的與用戶設(shè)備對應(yīng)的S1-U隧道端點標(biāo)識符和基站的地址；SGW向MME返回釋放接入承載請求響應(yīng)消息，并將S1接口釋放的信息通知給分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)PGW。根據(jù)本發(fā)明提供的技術(shù)方案，使計費實體可以及時感知空口資源釋放，保證計費精確性的同時，在用戶繼續(xù)使用業(yè)務(wù)時也無須重新激活，減少了時延，提高了用戶體驗。
文檔編號H04W76/06GK102378405SQ20101026711
公開日2012年3月14日 申請日期2010年8月23日 優(yōu)先權(quán)日2010年8月23日
發(fā)明者丁燕菁, 葉敏雅 申請人:中興通訊股份有限公司