專利名稱：通知話單關(guān)閉和合并話單的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，特別涉及一種通知話單關(guān)閉和合并話單的方法、 系統(tǒng)和設(shè)備。
背景技術(shù)：
目前，UE (終端)移動會出現(xiàn)兩種場景，具體參見圖1和2。如圖1所示，UE移動時從一個PLMN(Public Land Mobile Network，公共陸地移動通信網(wǎng))，切換到另一個PLMN。步驟101、PCRF(Policy and Charging Rules Function，策略與計費規(guī)則功能)實體向PDN GW(分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān))發(fā)送IP-CAN會話修改消息(IP-CAN Session Modification)。步驟102、PDN Gff 向 SGW 發(fā)送更新承載請求消息(Update Bearer Request)。步驟103、SGW(Serving Gateway,服務(wù)網(wǎng)關(guān))向 MME(Mobility Management Entity，移動性管理實體)發(fā)送更新承載請求消息(Update Bearer Request)。步驟104、MME 向 eNodeB 發(fā)送承載更新請求消息(Bearer Modify Request)。步驟105、eNodeB 向 UE 發(fā)送 RRC 連接配置消息(RRC Connection Reconfiguration)。步驟106、UE向eNodeB發(fā)送RRC連接配置成功消息(RRC Connection Reconfiguration Complete)。步驟107、eNodeB 向 MME 發(fā)送承載修改響應(yīng)消息(Bearer Modify Response)。步驟108、UE 向 eNodeB 發(fā)送直傳消息(Direct Transfer)。步驟109、eNodeB向MME發(fā)送會話管理響應(yīng)消息Cession Management Response)。步驟1010、MME 向 SGW 發(fā)送更新承載響應(yīng)消息(Update Bearer Response)。步驟1011、SGff 向 PDN Gff 發(fā)送更新承載響應(yīng)消息(Update Bearer Response)。步驟1012、PDN Gff 向 PCRF 實體發(fā)送 IP-CAN 會話修改消息(IP-CAN Session Modification)。如圖2所示，UE移動時進(jìn)行SGW切換，并且源SGW和目標(biāo)SGW在同一個PLMN中。UE、源eNodeB(演進(jìn)基站)、SGW和PDN GW之間進(jìn)行上行和下行數(shù)據(jù)傳輸。源 (Source)NodeB和目標(biāo)(Target)NodeB進(jìn)行切換準(zhǔn)備。步驟201、目標(biāo)eNodeB向MME發(fā)送路徑轉(zhuǎn)換請求消息(Path Switch Request)。步驟202、MME向目標(biāo)SGff發(fā)送創(chuàng)建會話請求消息(Create Session Request)。步驟203a、目標(biāo)SGW向PDN GW發(fā)送修改承載請求消息(Modify Bearer Request)。步驟203b、PDN GW向目標(biāo)SGW發(fā)送修改承載響應(yīng)消息(Modify Bearer Response)。步驟204、目標(biāo)SGW向MME發(fā)送創(chuàng)建承載響應(yīng)消息(Create Session Response)。
步驟205、MME向目標(biāo)eNodeB發(fā)送路徑轉(zhuǎn)換請求應(yīng)答消息(Path Switch Request Ack) ο步驟206、目標(biāo)eNodeB向源eNodeB發(fā)送釋放資源消息(Release Resource)。步驟207a、MME向源SGW發(fā)送刪除會話請求消息(Delete Session Request)。步驟207b、源SGW向MME發(fā)送刪除會話響應(yīng)消息(Delete Session Response)。對于同一個IP-CAN承載上下文，可能對應(yīng)多個部分話單，需要在CG (Charging GateWay，計費網(wǎng)關(guān))進(jìn)行話單合并，降低CG與計費中心間的帶寬要求以及減輕計費中心的處理負(fù)擔(dān)。目前針對UE移動的場景，只能告知CG需要關(guān)閉話單，這時CG有可能合并其他話單，從而導(dǎo)致話單處理錯誤，增加了 CG處理負(fù)擔(dān)。綜上所述，目前針對UE移動的場景，只能告知CG需要關(guān)閉話單，從而提高了話單處理錯誤的幾率，增加了 CG處理負(fù)擔(dān)。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種通知話單關(guān)閉和合并話單的方法、系統(tǒng)和設(shè)備，用以解決現(xiàn)有技術(shù)中存在的針對UE移動的場景，只能告知CG需要關(guān)閉話單，從而提高了話單處理錯誤的幾率，增加了 CG處理負(fù)擔(dān)的問題。本發(fā)明實施例提供的一種通知話單關(guān)閉的方法，包括服務(wù)網(wǎng)關(guān)SGW在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因；SGW通知計費網(wǎng)關(guān)CG需要關(guān)閉話單的原因。本發(fā)明實施例提供的一種合并話單的方法，包括CG確定SGW通知的需要關(guān)閉話單的原因；所述CG根據(jù)確定的需要關(guān)閉話單的原因，對話單進(jìn)行合并。本發(fā)明實施例提供的一種合并話單的系統(tǒng)，包括SGW，用于在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因，通知CG 需要關(guān)閉話單的原因；CG，用于確定SGW通知的需要關(guān)閉話單的原因，根據(jù)確定的需要關(guān)閉話單的原因， 對話單進(jìn)行合并。本發(fā)明實施例提供的一種通知話單關(guān)閉的SGW，包括第一確定模塊，用于在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因；通知模塊，用于通知計費網(wǎng)關(guān)CG需要關(guān)閉話單的原因。本發(fā)明實施例提供的一種合并話單的CG，包括第二確定模塊，用于確定SGW通知的需要關(guān)閉話單的原因；合并模塊，用于根據(jù)確定的需要關(guān)閉話單的原因，對話單進(jìn)行合并。由于能夠告知CG關(guān)閉話單的原因，從而能夠讓CG知道具體關(guān)閉哪個話單，從而降低了話單處理錯誤的幾率以及CG處理負(fù)擔(dān)；進(jìn)一步還降低了話單合并的難度。


圖1為背景技術(shù)中UE從一個PLMN切換到另一個PLMN的示意圖2為背景技術(shù)中UE移動時進(jìn)行SGW切換，并且源SGW和目標(biāo)SGW在同一個PLMN 中的示意圖；圖3為本發(fā)明實施例話單合并的系統(tǒng)結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例SGW的結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例CG的結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例通知話單關(guān)閉的方法流程示意圖；圖7為本發(fā)明實施例話單合并的方法流程示意圖。
具體實施例方式本發(fā)明實施例SGW在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因，并通知CG需要關(guān)閉話單的原因。由于能夠告知CG關(guān)閉話單的原因，從而能夠讓CG知道具體關(guān)閉哪個話單，從而降低了話單處理錯誤的幾率以及CG處理負(fù)擔(dān)。在下面的說明過程中，先從SGW和CG的配合實施進(jìn)行說明，最后分別從SGW與CG 的實施進(jìn)行說明，但這并不意味著二者必須配合實施，實際上，當(dāng)SGW與CG分開實施時，也解決了分別在SGW、CG所存在的問題，只是二者結(jié)合使用時，會獲得更好的技術(shù)效果。下面結(jié)合說明書附圖對本發(fā)明實施例作進(jìn)一步詳細(xì)描述。如圖3所示，本發(fā)明實施例話單合并的系統(tǒng)包括SGW 10和CG 20。SGff 10，用于在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因，通知 CG 20需要關(guān)閉話單的原因。比如，SGff 10將關(guān)閉話單的原因置于已經(jīng)關(guān)閉的話單中，將已經(jīng)關(guān)閉的話單發(fā)送給CG 20。需要說明的是，本發(fā)明實施例并不局限于上述通知方式，其他能夠?qū)⑿枰P(guān)閉話單的原因通知CG 20的方式都適用本發(fā)明實施例。CG 20，用于確定SGW 10通知的需要關(guān)閉話單的原因，根據(jù)確定的需要關(guān)閉話單的原因，對話單進(jìn)行合并。其中，SGW 10可以根據(jù)高層信令判斷終端移動中是否需要關(guān)閉話單，如果需要關(guān)閉話單并進(jìn)一步確定關(guān)閉話單的原因，具體可以參見TS32251協(xié)議。CG 20對話單進(jìn)行合并可以參見中移動的《演進(jìn)的分組核心網(wǎng)絡(luò)計費規(guī)范》。在實施中，可以預(yù)先設(shè)置關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系的對應(yīng)關(guān)系，SGW 10根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定需要關(guān)閉話單的原因?qū)?yīng)的原因值，并向CG 20發(fā)送確定的原因值；相應(yīng)的，CG 20根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定收到的原因值對應(yīng)的需要關(guān)閉話單的原因。其中關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系可以根據(jù)需要進(jìn)行更新，但是需要保證 SGff 10和CG 20所用的對應(yīng)關(guān)系保持一致。這個對應(yīng)關(guān)系可以分別保存到SGW 10和CG 20 中；也可以保存到其他實體中，供SGW 10和CG 20調(diào)用。如果需要關(guān)閉話單的原因是終端從一個SGW切換到另一個SGW且兩個SGW屬于同一個PLMN，則SGW可以在SGW話單中的CauseForRecClosing(記錄關(guān)閉原因)取值中添加 SGff改變關(guān)閉話單的原因值。比如對應(yīng)關(guān)系的格式可以是=SGWChange-(6)，則SGW 10將6 作為終端從一個SGW切換到另一個SGW且兩個SGW屬于同一個PLMN的原因值；相應(yīng)的，CG 20在收到6后就知道需要關(guān)閉話單的原因是終端從一個SGW切換到另一個SGW且兩個SGW屬于同一個PLMN。如果需要關(guān)閉話單的原因是終端從一個PLMN切換到中另一個PLMN，則SGW可以在 SGff話單中的CauseForRecClosing取值中添加PLMN改變時話單關(guān)閉原因的值。比如對應(yīng)關(guān)系的格式可以是pLMNIDChange-(25)，則SGWlO將25作為終端從一個PLMN切換到中另一個PLMN的原因值；相應(yīng)的，CG 20在收到25后就知道需要關(guān)閉話單的原因是終端從一個 PLMN切換到中另一個PLMN。當(dāng)然，本發(fā)明實施例關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系并不局限于上述兩種格式和原因值，其他格式和原因值也同樣適用本發(fā)明實施例?；谕话l(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種SGW、CG、通知話單關(guān)閉的方法和合并話單的方法，由于這些設(shè)備和方法解決問題的原理與合并話單的系統(tǒng)相似，因此這些設(shè)備和方法的實施可以參見方法的實施，重復(fù)之處不再贅述。如圖4所示，本發(fā)明實施例的SGW包括第一確定模塊100和通知模塊110。第一確定模塊100，用于在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因。通知模塊110，用于通知CG需要關(guān)閉話單的原因。其中，第一確定模塊100根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定需要關(guān)閉話單的原因?qū)?yīng)的原因值；相應(yīng)的，通知模塊110向CG發(fā)送確定的原因值。如圖5所示，本發(fā)明實施例的CG包括第二確定模塊200和合并模塊210。第二確定模塊200，用于確定SGW通知的需要關(guān)閉話單的原因。合并模塊210，用于根據(jù)確定的需要關(guān)閉話單的原因，對話單進(jìn)行合并。其中，第二確定模塊200根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定收到的原因值對應(yīng)的需要關(guān)閉話單的原因。如圖6所示，本發(fā)明實施例通知話單關(guān)閉的方法包括下列步驟步驟601、SGW在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因。步驟602、SGW通知計費網(wǎng)關(guān)CG需要關(guān)閉話單的原因。在實施中，可以預(yù)先設(shè)置關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系的對應(yīng)關(guān)系。步驟 601中SGW 10根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定需要關(guān)閉話單的原因?qū)?yīng)的原因值，步驟602中向CG 20發(fā)送確定的原因值。其中關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系可以根據(jù)需要進(jìn)行更新，但是需要保證 SGW和CG所用的對應(yīng)關(guān)系保持一致。這個對應(yīng)關(guān)系可以分別保存到SGW和CG中；也可以保存到其他實體中，供SGW和CG調(diào)用。如果需要關(guān)閉話單的原因是終端從一個SGW切換到另一個SGW且兩個SGW屬于同一個PLMN，則SGW可以在SGW話單中的CauseForRecClosing取值中添加SGW改變關(guān)閉話單的原因值。比如對應(yīng)關(guān)系的格式可以是=SGWChange-(6)，則SGW將6作為終端從一個SGW 切換到另一個SGW且兩個SGW屬于同一個PLMN的原因值。如果需要關(guān)閉話單的原因是終端從一個PLMN切換到中另一個PLMN，則SGW可以在 SGff話單中的CauseForRecClosing取值中添加PLMN改變時話單關(guān)閉原因的值。比如對應(yīng)關(guān)系的格式可以是pLMNIDChange-(25)，則SGW將25作為終端從一個PLMN切換到中另一個PLMN的原因值。
當(dāng)然，本發(fā)明實施例關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系并不局限于上述兩種格式和原因值，其他格式和原因值也同樣適用本發(fā)明實施例。如圖7所示，本發(fā)明實施例話單合并的方法包括下列步驟步驟701、CG確定SGW通知的需要關(guān)閉話單的原因。步驟702、CG根據(jù)確定的需要關(guān)閉話單的原因，對話單進(jìn)行合并。步驟701中，如果CG收到的是原因值，則CG根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定收到的原因值對應(yīng)的需要關(guān)閉話單的原因。比如對應(yīng)關(guān)系的格式可以是sGWChange_(6)和pLMNIDChange-(25)，則CG在收到 6后就知道需要關(guān)閉話單的原因是終端從一個SGW切換到另一個SGW且兩個SGW屬于同一個PLMN ；CG在收到25后就知道需要關(guān)閉話單的原因是終端從一個PLMN切換到中另一個 PLMN0其中，圖6和圖7可以合成一個流程，形成一個新的話單合并的方法，即先執(zhí)行步驟601和步驟602，再執(zhí)行步驟701和步驟702。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實施的計算機(jī)程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機(jī)程序指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機(jī)程序指令也可存儲在能引導(dǎo)計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機(jī)可讀存儲器中，使得存儲在該計算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機(jī)程序指令也可裝載到計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機(jī)實現(xiàn)的處理，從而在計算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種通知話單關(guān)閉的方法，其特征在于，該方法包括服務(wù)網(wǎng)關(guān)SGW在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因； SGW通知計費網(wǎng)關(guān)CG需要關(guān)閉話單的原因。
2.如權(quán)利要求1所述的方法，其特征在于，所述SGW通知CG需要關(guān)閉話單的原因包括 所述SGW根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定需要關(guān)閉話單的原因?qū)?yīng)的原因值；所述SGW向CG發(fā)送確定的原因值。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述需要關(guān)閉話單的原因是終端從一個SGW切換到另一個SGW且兩個SGW屬于同一個公共陸地移動通信網(wǎng)PLMN或終端從一個 PLMN切換到中另一個PLMN。
4.一種合并話單的方法，其特征在于，該方法包括 CG確定SGW通知的需要關(guān)閉話單的原因；所述CG根據(jù)確定的需要關(guān)閉話單的原因，對話單進(jìn)行合并。
5.如權(quán)利要求4所述的方法，其特征在于，所述CG確定SGW通知的需要關(guān)閉話單的原因包括所述CG根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定收到的原因值對應(yīng)的需要關(guān)閉話單的原因。
6.如權(quán)利要求4或5所述的方法，其特征在于，所述需要關(guān)閉話單的原因是終端從一個SGW切換到另一個SGW且兩個SGW屬于同一個公共陸地移動通信網(wǎng)PLMN或終端從一個 PLMN切換到中另一個PLMN。
7.一種合并話單的系統(tǒng)，其特征在于，該系統(tǒng)包括SGW，用于在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因，通知CG需要關(guān)閉話單的原因；CG，用于確定SGW通知的需要關(guān)閉話單的原因，根據(jù)確定的需要關(guān)閉話單的原因，對話單進(jìn)行合并。
8.一種通知話單關(guān)閉的SGW，其特征在于，該SGW包括第一確定模塊，用于在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因； 通知模塊，用于通知計費網(wǎng)關(guān)CG需要關(guān)閉話單的原因。
9.如權(quán)利要求8所述的SGW，其特征在于，所述第一確定模塊具體用于根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定需要關(guān)閉話單的原因?qū)?yīng)的原因值； 所述通知模塊具體用于向CG發(fā)送確定的原因值。
10.一種合并話單的CG，其特征在于，該CG包括第二確定模塊，用于確定SGW通知的需要關(guān)閉話單的原因； 合并模塊，用于根據(jù)確定的需要關(guān)閉話單的原因，對話單進(jìn)行合并。
11.如權(quán)利要求10所述的CG，其特征在于，所述第二確定模塊具體用于根據(jù)關(guān)閉話單的原因和原因值的對應(yīng)關(guān)系，確定收到的原因值對應(yīng)的需要關(guān)閉話單的原因。
全文摘要
本發(fā)明實施例涉及無線通信技術(shù)領(lǐng)域，特別涉及一種通知話單關(guān)閉和合并話單的方法、系統(tǒng)和設(shè)備，用以解決現(xiàn)有技術(shù)中存在的針對UE移動的場景，只能告知CG需要關(guān)閉話單，從而提高了話單處理錯誤的幾率，增加了CG處理負(fù)擔(dān)的問題。本發(fā)明實施例通知話單關(guān)閉的方法包括SGW在確定終端移動中需要關(guān)閉話單時，確定需要關(guān)閉話單的原因；SGW通知CG需要關(guān)閉話單的原因。由于能夠告知CG關(guān)閉話單的原因，從而能夠讓CG知道具體關(guān)閉哪個話單，從而降低了話單處理錯誤的幾率以及CG處理負(fù)擔(dān)。
文檔編號H04W4/24GK102457827SQ20101052898
公開日2012年5月16日 申請日期2010年10月28日 優(yōu)先權(quán)日2010年10月28日
發(fā)明者崔麗娜, 王國鋒 申請人:大唐移動通信設(shè)備有限公司