本發(fā)明涉及通信領(lǐng)域，尤其涉及一種無線承載丟失信息的上報(bào)方法和裝置。

背景技術(shù)：

下一代通信網(wǎng)的承載已經(jīng)全面開始換用IP(Internet Protocol，網(wǎng)絡(luò)互連協(xié)議)。從通信網(wǎng)的發(fā)展來看，經(jīng)歷了從傳統(tǒng)電路交換網(wǎng)到控制承載分離的IP包交換網(wǎng)絡(luò)再到全I(xiàn)P的多媒體網(wǎng)絡(luò)這樣一個(gè)演進(jìn)過程。在向全I(xiàn)P網(wǎng)絡(luò)演進(jìn)過程中，需要考慮端到端QoS(Quality of Service，服務(wù)質(zhì)量)問題，以提供令客戶滿意的業(yè)務(wù)(特別是實(shí)時(shí)類業(yè)務(wù))。因?yàn)镮P網(wǎng)絡(luò)可以提供更多種類的業(yè)務(wù)(如多媒體呼叫，文件下載，網(wǎng)頁瀏覽等)，所以需要網(wǎng)絡(luò)能夠檢測(cè)不同的業(yè)務(wù)流并統(tǒng)計(jì)流量、時(shí)長等計(jì)費(fèi)信息以上報(bào)給計(jì)費(fèi)中心。為了解決上述QoS和基于流計(jì)費(fèi)等相關(guān)問題，3GPP(Third Generation Partnership Project，第三代合作伙伴計(jì)劃)定義了PCC(Policy and Charging Control，策略和計(jì)費(fèi)控制)架構(gòu)，通過該架構(gòu)可以使得網(wǎng)絡(luò)檢測(cè)到不同的業(yè)務(wù)流，并針對(duì)業(yè)務(wù)流實(shí)現(xiàn)QoS控制，計(jì)費(fèi)統(tǒng)計(jì)等需求。

在PCC架構(gòu)中，當(dāng)UE(User Equipment，用戶設(shè)備)在PDN(Public Data Network，公用數(shù)據(jù)網(wǎng))分配了可尋址的IP地址后，UE就建立IP-CAN(IP-Connectivity Access Network，IP連接接入網(wǎng)絡(luò))會(huì)話，為了滿足不同的QoS要求，在同一個(gè)IP-CAN會(huì)話里可以建立不同QoS要求的IP-CAN承載(Bearer)，對(duì)于IP-CAN承載，可以分為GBR(保證帶寬)承載和非GBR承載，其中缺省承載屬于非GBR承載。一般情況下，GBR承載用于對(duì)帶寬敏感的實(shí)時(shí)業(yè)務(wù)，如VoIP(Voice over Internet Protocol，互聯(lián)網(wǎng)協(xié)議語音電話)的媒體流、視頻流等；而非GBR承載用于對(duì)帶寬不敏感的非實(shí)時(shí)業(yè)務(wù)以及一些對(duì)帶寬要求不高的實(shí)時(shí)業(yè)務(wù)，如FTP(File Transfer Protocol，文件傳輸協(xié)議)下載、HTTP(HyperText Transfer Protocol，超文本傳輸協(xié)議)瀏覽、email(electronic mail，電子郵件)、VoIP信令流等。

目前，運(yùn)營商通過PCC架構(gòu)可以很好的實(shí)現(xiàn)對(duì)承載層數(shù)據(jù)流的QoS、計(jì)費(fèi)等的控制，從而實(shí)現(xiàn)向上向業(yè)務(wù)層屏蔽傳送網(wǎng)絡(luò)的具體細(xì)節(jié)，向下感知傳送網(wǎng)絡(luò)的資源使用情況。一方面PCRF(Policy and Charging Rule Function，策略和計(jì)費(fèi)規(guī)則功能)根據(jù)業(yè)務(wù)層指示的會(huì)話協(xié)商信息制訂相應(yīng)的策略，控制承載層網(wǎng)絡(luò)資源的使用；另一方面當(dāng)?shù)讓映休d使用情況發(fā)生變化時(shí)，例如，用戶進(jìn)入不可覆蓋區(qū)導(dǎo)致無線承載丟失、網(wǎng)關(guān)故障等，可以通過上報(bào)機(jī)制通知業(yè)務(wù)層，以便業(yè)務(wù)層作相應(yīng)更改、提供對(duì)應(yīng)的策略。

然而，現(xiàn)有技術(shù)中，當(dāng)eNB(eNodeB，演進(jìn)型基站)需要釋放和UE之間的信令連接和所有無線承載時(shí)，是通過釋放承載的機(jī)制通知PGW(PDN Gateway，Packet Data Network Gateway，分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān))，進(jìn)而通知PCRF和AF(Application Function，應(yīng)用功能)的。對(duì)于GBR(Guaranteed bandwidth，保證帶寬)承載來說，由于傳輸?shù)幕臼菍?shí)時(shí)業(yè)務(wù)，對(duì)于這種異常釋放無線承載，即使時(shí)間很短，也很有可能導(dǎo)致業(yè)務(wù)中斷，所以釋放GBR承載是合理的，但對(duì)于非GBR承載來說，采用釋放非GBR承載機(jī)制，會(huì)影響其他綁定在該非GBR承載的業(yè)務(wù)，以及釋放缺省承載引起的IP地址釋放的缺陷。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供一種無線承載丟失信息的上報(bào)方法和裝置，以解決當(dāng)無線承載異常釋放后，通過釋放非GBR承載來實(shí)現(xiàn)無線承載丟失信息的上報(bào)機(jī)制導(dǎo)致的：影響其他綁定在該非GBR承載的業(yè)務(wù)以及釋放缺省承載引起的IP地址釋放的問題。

本發(fā)明實(shí)施例的上述目的是通過如下技術(shù)方案實(shí)現(xiàn)的：

一種無線承載丟失信息的上報(bào)方法，所述方法包括：接收攜帶釋放原因值的用戶設(shè)備UE上下文釋放請(qǐng)求消息或者釋放接入承載請(qǐng)求消息或者Iu接口釋放請(qǐng)求消息；如果所述釋放原因值指示異常釋放，則向網(wǎng)關(guān)上報(bào)無線承載丟失信息，并保留非保證帶寬GBR承載。

一種移動(dòng)管理實(shí)體MME，所述MME包括：接收單元，用于接收演進(jìn)型基站eNB發(fā)送的攜帶釋放原因值的UE上下文釋放請(qǐng)求消息；上報(bào)單元，用于在所述釋放原因值指示異常釋放時(shí)，向網(wǎng)關(guān)上報(bào)無線承載丟失信息；處理單元，用于在所述釋放原因值指示異常釋放時(shí)，保留非GBR承載。

一種服務(wù)網(wǎng)關(guān)SGW，所述SGW包括：接收單元，用于接收MME發(fā)送的攜帶釋放原因值的釋放接入承載請(qǐng)求消息；上報(bào)單元，用于在所述釋放原因值指示異常釋放時(shí)，向PGW上報(bào)無線承載丟失信息；處理單元，用于在所述釋放原因值指示異常釋放時(shí)，保留非GBR承載。

一種服務(wù)GPRS支持節(jié)點(diǎn)SGSN，所述SGSN包括：接收單元，用于接收無線網(wǎng)絡(luò)控制器RNC發(fā)送的攜帶釋放原因值的Iu接口釋放請(qǐng)求消息；上報(bào)單元，用于在所述釋放原因值指示異常釋放時(shí)，向網(wǎng)關(guān)上報(bào)無線承載丟失信息；處理單元，用于在所述釋放原因值指示異常釋放時(shí)，保留非GBR承載。

通過本發(fā)明實(shí)施例的方法和裝置，既實(shí)現(xiàn)了無線承載丟失信息的上報(bào)，又避免了因?yàn)獒尫欧荊BR承載引起的問題。

附圖說明

此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，并不構(gòu)成對(duì)本發(fā)明的限定。在附圖中：

圖1為本發(fā)明實(shí)施例的無線承載丟失信息的上報(bào)方法的流程圖；

圖2為根據(jù)圖1所示的方法由MME上報(bào)無線承載信息的流程圖；

圖3為根據(jù)圖1所示的方法由SGW上報(bào)無線承載信息的流程圖；

圖4為根據(jù)圖1所示的方法由SGSN上報(bào)無線承載信息的流程圖；

圖5為本發(fā)明另一實(shí)施例的無線承載丟失信息的上報(bào)方法的流程圖；

圖6為根據(jù)圖5所示的方法由MME上報(bào)無線承載信息的第一實(shí)施方式的流程圖；

圖7為根據(jù)圖5所示的方法由MME上報(bào)無線承載信息的第二實(shí)施方式的流程圖；

圖8為本發(fā)明實(shí)施例提供的MME的組成框圖；

圖9為本發(fā)明實(shí)施例提供的SGW的組成框圖；

圖10為本發(fā)明實(shí)施例提供的SGSN的組成框圖。

具體實(shí)施方式

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下面結(jié)合實(shí)施例和附圖，對(duì)本發(fā)明實(shí)施例做進(jìn)一步詳細(xì)說明。在此，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，但并不作為對(duì)本發(fā)明的限定。

圖1為本發(fā)明實(shí)施例提供的一種無線承載丟失信息的上報(bào)方法的流程圖，該方法應(yīng)用于網(wǎng)絡(luò)側(cè)設(shè)備，例如MME(Mobile Management Entity，移動(dòng)管理實(shí)體)或者SGW或者SGSN(Service GPRS Supporting Node，服務(wù)GPRS(General Packet Radio Service，通用分組無線服務(wù)技術(shù))支持節(jié)點(diǎn))，由MME或者SGW或者SGSN負(fù)責(zé)無線承載丟失信息的上報(bào)，請(qǐng)參照?qǐng)D1，該方法包括：

步驟101：接收攜帶釋放原因值的UE上下文釋放請(qǐng)求消息或者釋放接入承載請(qǐng)求消息或者Iu接口釋放請(qǐng)求消息；

在一個(gè)實(shí)施例中，當(dāng)無線接入網(wǎng)側(cè)設(shè)備(例如eNB)檢測(cè)到需要釋放UE的無線信令連接以及所有無線承載時(shí)，則向網(wǎng)絡(luò)側(cè)設(shè)備(例如MME)發(fā)送攜帶釋放原因值的UE上下文釋放請(qǐng)求消息，通知MME該UE的無線連接已經(jīng)中斷。此時(shí)，該MME在接收到該UE上下文釋放請(qǐng)求消息后，進(jìn)行無線承載丟失信息的上報(bào)。

在另外一個(gè)實(shí)施例中，MME在接收到該UE上下文釋放請(qǐng)求消息后，不進(jìn)行無線承載丟失信息的上報(bào)，而是通過釋放接入承載請(qǐng)求消息將釋放原因值轉(zhuǎn)發(fā)給SGW，由該SGW進(jìn)行無線承載丟失信息的上報(bào)。

在另外一個(gè)實(shí)施例中，當(dāng)無線接入網(wǎng)側(cè)設(shè)備(例如RNC)檢測(cè)到需要釋放UE的無線信令連接以及所有無線承載時(shí)，則向網(wǎng)絡(luò)側(cè)設(shè)備(例如SGSN)發(fā)送攜帶釋放原因值的Iu接口釋放請(qǐng)求消息，通知SGSN該UE的無線連接已經(jīng)中斷。此時(shí)，該SGSN在接收到該Iu接口釋放請(qǐng)求消息后，進(jìn)行無線承載丟失信息的上報(bào)。

其中，釋放原因值用于指示釋放原因，例如可以為：與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則確認(rèn)為異常釋放。

步驟102：如果所述釋放原因值指示異常釋放，則向網(wǎng)關(guān)上報(bào)無線承載丟失信息，并保留所有非GBR承載。

其中，MME或者SGW或者SGSN在接收到對(duì)應(yīng)的攜帶釋放原因值的消息后，根據(jù)釋放原因值決定是否進(jìn)行無線承載丟失信息的上報(bào)，其中，如果是異常釋放，即釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則向網(wǎng)關(guān)上報(bào)UE的無線承載丟失信息，同時(shí)仍在MME或者SGW或者SGSN上保留所有非GBR承載。

對(duì)于非GBR業(yè)務(wù)來說，并不是所有業(yè)務(wù)在異常釋放無線承載時(shí)，都會(huì)中斷業(yè)務(wù)的，比如像HTTP、FTP、email、P2P(peer-to-peer，點(diǎn)對(duì)點(diǎn))等是能夠容忍短時(shí)間傳輸中斷的，特別是針對(duì)UE臨時(shí)進(jìn)入不可覆蓋區(qū)后又恢復(fù)無線連接的情況，根據(jù)目前的承載綁定機(jī)制看，一個(gè)承載可以綁定多個(gè)QoS要求相同的業(yè)務(wù)，如果有的業(yè)務(wù)關(guān)注承載事件，有的不關(guān)注承載事件，則采用釋放承載機(jī)制，會(huì)導(dǎo)致那些不關(guān)注承載事件的業(yè)務(wù)也無法在該承載上傳輸(因?yàn)槌休d已經(jīng)釋放了)，即使這些業(yè)務(wù)可以忍受臨時(shí)中斷；另外對(duì)于非GBR業(yè)務(wù)來說，關(guān)注承載事件不一定意味著業(yè)務(wù)在無線承載異常釋放時(shí)，一定要中斷業(yè)務(wù)。

因?yàn)槿笔〕休d是非GBR承載，如果缺省承載傳輸了這種需要關(guān)注承載事件的業(yè)務(wù)，則采用這種機(jī)制后，會(huì)釋放缺省承載，而釋放缺省承載會(huì)釋放整個(gè)IP-CAN會(huì)話，包括所有承載，釋放IP地址，這會(huì)導(dǎo)致對(duì)于那些預(yù)留標(biāo)識(shí)為預(yù)留的非GBR承載也會(huì)釋放，另外釋放IP地址后，當(dāng)UE重新恢復(fù)無線連接后，需要重新進(jìn)行附著流程，分配IP地址，這會(huì)導(dǎo)致大量的信令交互，造成不必要的信令交互。

通過本發(fā)明實(shí)施例提供的無線承載丟失信息的上報(bào)方法，解決了目前網(wǎng)絡(luò)側(cè)設(shè)備MME/SGSN在收到無線側(cè)承載丟失信息后，對(duì)非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會(huì)中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。

為使圖1所示實(shí)施例的方法更加清楚易懂，以下結(jié)合圖2－圖4所示的流程對(duì)本實(shí)施例的方法進(jìn)行詳細(xì)說明。

圖2為根據(jù)本實(shí)施例的方法，由MME負(fù)責(zé)無線承載丟失信息的上報(bào)的流程圖，本實(shí)施例是針對(duì)3GPP標(biāo)準(zhǔn)組織定義的EPS(Evolved Packet System)系統(tǒng)，無線接入技術(shù)為eUTRAN(演進(jìn)型接入網(wǎng))。請(qǐng)參照?qǐng)D2，該流程包括：

步驟201：eNB檢測(cè)到需要釋放和UE(用戶設(shè)備)之間的信令連接和所有無線承載，則發(fā)送S1UE Context Release Request(上下文釋放請(qǐng)求)消息給MME；

其中，該UE上下文釋放請(qǐng)求消息中攜帶釋放原因值，指示釋放原因，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、以及UE之間的完整性檢查重復(fù)失敗等。當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時(shí)，則確認(rèn)為異常釋放。

步驟202：MME收到UE上下文釋放請(qǐng)求消息，根據(jù)釋放原因值決定是否上報(bào)，如果是異常釋放，即釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則向網(wǎng)關(guān)上報(bào)無線承載丟失信息，同時(shí)仍保留所有的非GBR承載；

步驟203：MME向SGW(服務(wù)網(wǎng)關(guān))發(fā)送修改承載請(qǐng)求(modify Bearer request)消息或者釋放接入承載請(qǐng)求(Release Access Bearers Request)消息，該消息中攜帶UE無線承載丟失信息；

其中，無線承載丟失信息可以只是一個(gè)通用的描述，即不再區(qū)分具體的釋放原因，也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因。在本實(shí)施里，這個(gè)無線承載丟失信息是針對(duì)該UE所有非GBR承載的，而不是針對(duì)一個(gè)特定的非GBR承載。

步驟204：SGW收到修改承載請(qǐng)求消息或者接入承載釋放消息后，如果消息里攜帶有UE無線承載丟失信息，則通過修改承載請(qǐng)求(modifyBearer request)消息將UE無線承載丟失信息上報(bào)給PGW(PDN網(wǎng)關(guān))。

至此，MME完成了無線承載丟失信息的上報(bào)，由此解決了目前網(wǎng)絡(luò)側(cè)設(shè)備MME在收到無線側(cè)承載丟失信息后，對(duì)非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會(huì)中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。

圖3為根據(jù)本實(shí)施例的方法，由SGW負(fù)責(zé)無線承載丟失信息的上報(bào)的流程圖，本實(shí)施例是針對(duì)3GPP標(biāo)準(zhǔn)組織定義的EPS(Evolved Packet System)系統(tǒng)，無線接入技術(shù)為eUTRAN。請(qǐng)參照?qǐng)D3，該流程包括：

步驟301：eNB檢測(cè)到需要釋放和UE(用戶設(shè)備)之間的信令連接和所有無線承載，則發(fā)送S1UE Context Release Request(上下文釋放請(qǐng)求)消息給MME；

其中，該UE上下文釋放請(qǐng)求消息中攜帶原因值，指示釋放原因，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、以及UE之間的完整性檢查重復(fù)失敗等。當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時(shí)，則確認(rèn)為異常釋放。

步驟302：MME向SGW(服務(wù)網(wǎng)關(guān))發(fā)送釋放接入承載請(qǐng)求(Release Access Bearers Request)消息，該消息中攜帶釋放原因值(cause)，要求服務(wù)網(wǎng)關(guān)釋放和接入網(wǎng)設(shè)備之間的連接；

步驟303：SGW收到釋放接入承載請(qǐng)求消息，根據(jù)釋放原因值決定是否上報(bào)，如果是異常釋放，即釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則向網(wǎng)關(guān)PGW上報(bào)無線承載丟失信息，同時(shí)仍保留所有的非GBR承載；

步驟304：SGW向PGW(PDN GW)發(fā)送修改承載請(qǐng)求(modify Bearer request)消息，該消息中攜帶UE無線承載丟失信息。

其中，該無線承載丟失信息可以只是一個(gè)通用的描述，即不再區(qū)分具體的釋放原因，也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因；在本實(shí)施里，這個(gè)無線承載丟失信息是針對(duì)該UE所有非GBR承載的，而不是針對(duì)一個(gè)特定的非GBR承載。

至此，SGW完成了無線承載丟失信息的上報(bào)，由此解決了目前網(wǎng)絡(luò)側(cè)設(shè)備MME在收到無線側(cè)承載丟失信息后，對(duì)非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會(huì)中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。

圖4為根據(jù)本實(shí)施例的方法，由SGSN負(fù)責(zé)無線承載丟失信息的上報(bào)的流程圖，本實(shí)施例是針對(duì)3GPP標(biāo)準(zhǔn)組織定義的GPRS(General Packet Radio Service)系統(tǒng)，無線接入技術(shù)為GERAN(GSM EDGE(Enhanced Data rate for GSM Evolution，提高數(shù)據(jù)速率的GSM演進(jìn)技術(shù))Radio Access Network，GSM/EDGE無線接入網(wǎng))/UTRAN(UMTS Terrestrial Radio Access Network，UMTS陸地?zé)o線接入網(wǎng))/GSM(Global System for Mobile Communications，全球移動(dòng)通訊系統(tǒng))。請(qǐng)參照?qǐng)D4，該流程包括：

步驟401：RNC發(fā)現(xiàn)和UE之間的RRC(Radio Resource Control，無線資源控制)連接已經(jīng)釋放或者需要釋放或者檢測(cè)到需要釋放和UE之間的無線資源，則發(fā)送Iu接口釋放請(qǐng)求(Release Request)消息給SGSN；

其中，該Iu接口釋放請(qǐng)求消息中攜帶釋放原因值(cause)，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、和UE之間的完整性檢查重復(fù)失敗等。當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時(shí)，則確認(rèn)為異常釋放。

步驟402：SGSN收到Iu接口釋放請(qǐng)求消息，根據(jù)釋放原因值決定是否上報(bào)，如果是異常釋放，即釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則向網(wǎng)關(guān)GGSN上報(bào)無線承載丟失信息，同時(shí)仍保留所有的后臺(tái)類PDP(Packet Data Protocol，分組數(shù)據(jù)協(xié)議)上下文或者所有的交互類PDP上下文或者所有的后臺(tái)類和交互類PDP上下文(后臺(tái)類和交互類PDP上下文也是非GBR承載)；

步驟403：SGSN向GGSN發(fā)送更新PDP上下文請(qǐng)求(Update PDP Context Request)消息，該消息中攜帶UE無線承載丟失信息。

其中，無線承載丟失信息可以只是一個(gè)通用的描述，即不再區(qū)分具體的釋放原因，也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因。在本實(shí)施里，這個(gè)無線承載丟失信息是針對(duì)該UE所有的后臺(tái)類PDP上下文或者所有的交互類PDP上下文或者所有的后臺(tái)類和交互類PDP上下文，而不是針對(duì)一個(gè)特定的上下文。

根據(jù)現(xiàn)有標(biāo)準(zhǔn)，更新PDP上下文請(qǐng)求消息必須指定一個(gè)PDP上下文ID，在本實(shí)例里，該P(yáng)DP上下文ID為首次上下文ID，但不是表明無線承載丟失僅是針對(duì)首次上下文的。

至此，SGSN完成了無線承載丟失信息的上報(bào)，由此解決了目前網(wǎng)絡(luò)側(cè)設(shè)備SGSN在收到無線側(cè)承載丟失信息后，對(duì)非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會(huì)中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。

圖5為本發(fā)明實(shí)施例提供的一種無線承載丟失信息的上報(bào)方法的流程圖，該方法也應(yīng)用于網(wǎng)絡(luò)側(cè)設(shè)備MME、SGSN或者SGW，其是在PDN網(wǎng)關(guān)PGW或者GGSN預(yù)先向網(wǎng)絡(luò)側(cè)設(shè)備訂閱無線承載丟失信息的情況下，通過MME或者SGW向PGW上報(bào)無線承載丟失信息，或者通過SGSN向GGSN上報(bào)無線承載丟失信息。其中，本實(shí)施例與圖1所示實(shí)施例相同的內(nèi)容不再贅述，請(qǐng)參照?qǐng)D5，該方法包括：

步驟501：接收攜帶釋放原因值的UE上下文釋放請(qǐng)求消息或者釋放接入承載請(qǐng)求消息或者Iu接口釋放請(qǐng)求消息；

其中，釋放原因值用于指示釋放原因，例如可以為：與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則確認(rèn)為異常釋放。步驟502：判斷PGW或者GGSN是否訂閱了無線承載丟失信息，如果是，則執(zhí)行步驟503，否則結(jié)束。

在本實(shí)施例中，由MME或者SGW判斷PGW是否訂閱了無線承載丟失信息，由SGSN判斷GGSN是否訂閱了無線承載丟失信息。

其中，PCRF可以向PDN網(wǎng)關(guān)PGW或者GGSN訂閱無線承載丟失信息，當(dāng)PDN網(wǎng)關(guān)PGW或者GGSN收到PCRF的訂閱后，再向網(wǎng)絡(luò)側(cè)設(shè)備訂閱。

其中，本實(shí)施例的網(wǎng)絡(luò)側(cè)設(shè)備可以是MME、SGSN、或者SGW。

步驟503：判斷所述釋放原因值是否是異常釋放，如果是，則執(zhí)行步驟504，否則結(jié)束；

步驟504：向網(wǎng)關(guān)上報(bào)UE無線承載丟失信息，并保留所有非GBR承載。

其中，所述網(wǎng)關(guān)具體為：PGW或GGSN。當(dāng)本實(shí)施例的方法應(yīng)用于MME時(shí)，該步驟504由MME通過SGW向網(wǎng)關(guān)PGW上報(bào)該無線承載丟失信息；當(dāng)本實(shí)施例的方法應(yīng)用于SGW時(shí)，該步驟504由SGW向網(wǎng)關(guān)PGW上報(bào)該無線承載丟失信息；當(dāng)本實(shí)施例的方法應(yīng)用于SGSN時(shí)，該步驟504由SGSN向網(wǎng)關(guān)GGSN上報(bào)該無線承載丟失信息。

在本實(shí)施例中，并不限制步驟502和步驟503執(zhí)行的先后順序，例如可以先判斷釋放原因值，再判斷PGW或者GGSN是否訂閱了該無線承載丟失信息，本實(shí)施例并不以此作為限制。

通過本發(fā)明實(shí)施例提供的無線承載丟失信息的上報(bào)方法，在PGW或者GGSN預(yù)先訂閱了無線承載丟失信息后，向該P(yáng)GW或者GGSN上報(bào)這一信息，解決了目前MME/SGSN在收到無線側(cè)承載丟失信息后，對(duì)非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會(huì)中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。

為使圖5所示實(shí)施例的方法更加清楚易懂，以下結(jié)合圖6和圖7所示的流程對(duì)本實(shí)施例的方法進(jìn)行詳細(xì)說明。

圖6為MME根據(jù)PGW的無線承載丟失信息上報(bào)請(qǐng)求來決定是否上報(bào)的其中一個(gè)實(shí)施方式的流程圖，本實(shí)施例是針對(duì)3GPP標(biāo)準(zhǔn)組織定義的EPS(Evolved Packet System，演進(jìn)分組系統(tǒng))系統(tǒng)，無線接入技術(shù)為eUTRAN。請(qǐng)參照?qǐng)D6，該流程包括：

步驟601-602：PCRF向PGW訂閱無線承載丟失信息，其中，PGW包含有PCEF(Policy and Charging Enforcement Function，策略及計(jì)費(fèi)執(zhí)行功能)，在本實(shí)施例中，若無特殊說明，PGW是指包含PCEF的實(shí)體；

其中，該信息值可以重用當(dāng)前已經(jīng)定義的LOSS_OF_BEARER信息，或者新定義一個(gè)信息專用于無線承載丟失，該信息可以是針對(duì)整個(gè)IP-CAN會(huì)話的，或者針對(duì)特定規(guī)則的，本實(shí)施例并不以此作為限制。

步驟603：PGW收到PCRF的訂閱無線承載丟失信息請(qǐng)求后，向SGW發(fā)送更新承載請(qǐng)求(update Bearer reques)消息，要求MME檢測(cè)到無線承載丟失后，把該信息上報(bào)給PGW；

其中，如果PCRF訂閱的無線承載丟失信息針對(duì)整個(gè)IP-CAN會(huì)話，則向MME請(qǐng)求無線承載丟失是針對(duì)所有非GBR承載的；如果PCRF訂閱的信息是針對(duì)某些PCC規(guī)則的，則PGW仍可以選擇向MME請(qǐng)求無線承載丟失是針對(duì)所有非GBR承載的，也可以選擇向MME請(qǐng)求無線承載丟失是針對(duì)特定非GBR承載的，這些特定的非GBR承載綁定了上述的PCC rule。

例如，PCRF針對(duì)PCC rule 1進(jìn)行訂閱，PGW發(fā)現(xiàn)PCC rule 1綁定到非GBR承載2上，則請(qǐng)求無線承載丟失僅針對(duì)非GBR承載2。

步驟604-606：SGW向MME發(fā)送更新承載請(qǐng)求(update Bearer request)消息，要求MME檢測(cè)到無線承載丟失后，上報(bào)該信息；

步驟607：eNB檢測(cè)到需要釋放和UE(用戶設(shè)備)之間的信令連接和所有無線承載，則發(fā)送S1UE Context Release Request(上下文釋放請(qǐng)求)消息給MME；

其中，該消息中攜帶釋放原因值，指示釋放原因，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、以及UE之間的完整性檢查重復(fù)失敗等。當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時(shí)，則確認(rèn)為異常釋放。

步驟608：MME收到UE上下文釋放請(qǐng)求消息，首先判斷PGW是否訂閱了無線承載丟失信息，再根據(jù)釋放原因值決定是否上報(bào)，如果PGW要求MME上報(bào)無線承載丟失信息，且釋放原因值顯示是異常釋放，即釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則MME通過SGW向網(wǎng)關(guān)PGW上報(bào)無線承載丟失信息，同時(shí)仍保留所有的非GBR承載；

步驟609：MME向SGW(服務(wù)網(wǎng)關(guān))發(fā)送修改承載請(qǐng)求(modify Bearer request)消息或者釋放接入承載請(qǐng)求(Release Access Bearers Request)消息，該消息中攜帶UE無線承載丟失信息；

其中，該無線承載丟失信息可以只是一個(gè)通用的描述，即不再區(qū)分具體的釋放原因，也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因。在本實(shí)施里，根據(jù)PGW請(qǐng)求無線承載丟失的粒度，這個(gè)無線承載丟失信息可以是針對(duì)該UE所有非GBR承載的，也可以是針對(duì)一個(gè)特定的非GBR承載。

步驟610：SGW收到修改承載請(qǐng)求消息或者釋放接入承載請(qǐng)求消息后，如果消息里攜帶有UE無線承載丟失信息，則通過修改承載請(qǐng)求(modify Bearer request)消息將UE無線承載丟失信息通知PGW(PDN網(wǎng)關(guān))；

步驟611：PGW收到修改承載請(qǐng)求消息后，通過CCR(Credit Control Request，信用控制請(qǐng)求)消息向PCRF上報(bào)無線承載丟失信息，如果是針對(duì)特定PCC rule(規(guī)則)的，則通過CCR消息中的參數(shù)Charging-Rule-Report(計(jì)費(fèi)規(guī)則報(bào)告)上報(bào)受影響的規(guī)則；

步驟612：PCRF接收到該無線承載丟失信息后，可以通知AF底層傳輸中斷，如果某些業(yè)務(wù)因?yàn)闊o線承載丟失后無法進(jìn)行，PCRF可以通過CCA(Credit Control Answer)消息通知PGW將這些業(yè)務(wù)對(duì)應(yīng)的PCC rule刪除，具體可以通過CCA消息中的參數(shù)Charging-Rule-Remove(計(jì)費(fèi)規(guī)則移除)來通知PGW刪除這些PCC rule；

步驟613：如果PCRF要求釋放某些PCC rule，則PGW則根據(jù)新的承載綁定結(jié)果，可選的發(fā)起一些承載操作，比如更新某些承載，如果一個(gè)非缺省承載的全部規(guī)則都釋放了，也可以發(fā)起承載釋放操作。

需要說明的是，本實(shí)施例雖然僅描述了PGW向MME訂閱，但也同樣適用于PGW向SGW請(qǐng)求上報(bào)無線承載丟失信息(參考圖3所示的實(shí)施例)，在這種情況下SGW根據(jù)PGW的請(qǐng)求，在無線承載異常釋放時(shí)通知PGW。同樣的，本實(shí)施例也適用于GGSN向SGSN請(qǐng)求上報(bào)無線承載丟失信息(參考圖4所示的實(shí)施例)，SGSN根據(jù)GGSN的請(qǐng)求，在無線承載異常釋放時(shí)通知GGSN，為了簡化起見，在此不再贅述。

至此，MME可以根據(jù)PGW的訂閱請(qǐng)求(該訂閱請(qǐng)求可以由PCRF發(fā)起)決定是否上報(bào)。

圖7為MME根據(jù)PGW的無線承載丟失信息上報(bào)請(qǐng)求來決定是否上報(bào)的另外一個(gè)實(shí)施方式的流程圖，本實(shí)施例是針對(duì)3GPP標(biāo)準(zhǔn)組織定義的EPS(Evolved Packet System)系統(tǒng)，無線接入技術(shù)為eUTRAN。與圖6所示的流程不同的是，SGW和PGW之間采用PMIP(Proxy Mobile IP，代理移動(dòng)IP協(xié)議)協(xié)議而不是GTP(GPRS Tunnelling Protocol，GPRS隧道協(xié)議)協(xié)議，在這種情況下PGW無法通過PMIP協(xié)議要求MME進(jìn)行無線承載丟失上報(bào)也無法執(zhí)行承載綁定，這些功能由包含有BBERF(Bearing Binding and Event Report Function，承載綁定及事件報(bào)告功能)的SGW實(shí)現(xiàn)。請(qǐng)參照?qǐng)D7，該流程包括：

步驟701-702：PCRF向SGW訂閱無線承載丟失信息，在本實(shí)施例中，若無特殊說明，SGW是指包含BBERF的實(shí)體；

其中，該信息值可以重用當(dāng)前已經(jīng)定義的LOSS_OF_BEARER信息，或者新定義一個(gè)信息專用于無線承載丟失，該信息可以是針對(duì)整個(gè)IPCAN會(huì)話的，或者針對(duì)特定規(guī)則的，本實(shí)施例并不以此作為限制。

步驟703-704：SGW收到PCRF的訂閱無線承載丟失信息請(qǐng)求后，向MME發(fā)送更新承載請(qǐng)求(update Bearer request)消息，要求MME檢測(cè)到無線承載丟失后，把該信息上報(bào)給PCEF；

其中，如果PCRF訂閱的無線承載丟失信息針對(duì)整個(gè)會(huì)話，則向MME請(qǐng)求無線承載丟失是針對(duì)所有非GBR承載的；如果PCRF訂閱的無線承載丟失信息是針對(duì)某些QoS規(guī)則的，則SGW仍可以選擇向MME請(qǐng)求無線承載丟失是針對(duì)所有非GBR承載的，也可以選擇向MME請(qǐng)求無線承載丟失是針對(duì)特定非GBR承載的，這些特定的非GBR承載綁定了上述的QoS rule。

步驟705：eNB檢測(cè)到需要釋放和UE(用戶設(shè)備)之間的信令連接和所有無線承載，則發(fā)送S1UE Context Release Request(上下文釋放請(qǐng)求)消息給MME；

其中，該消息中攜帶原因值，指示釋放原因，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、以及UE之間的完整性檢查重復(fù)失敗等。當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時(shí)，則確認(rèn)為異常釋放。

步驟706：MME收到UE上下文釋放請(qǐng)求消息，首先判斷PGW是否訂閱了無線承載丟失信息，再根據(jù)釋放原因值決定是否上報(bào)，如果SGW要求MME上報(bào)無線承載丟失信息，且釋放原因值顯示是異常釋放，即釋放原因值為非用戶進(jìn)入休眠狀態(tài)(user inactivity)，則MME通知網(wǎng)關(guān)無線承載丟失信息，同時(shí)仍保留所有的非GBR承載；

步驟707：MME向SGW(服務(wù)網(wǎng)關(guān))發(fā)送修改承載請(qǐng)求(modify Bearer request)消息或者釋放接入承載請(qǐng)求(Release Access Bearers Request)消息；

其中，該消息中攜帶UE無線承載丟失信息，這個(gè)無線承載丟失信息可以只是一個(gè)通用的描述，即不再區(qū)分具體的釋放原因，也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因。在本實(shí)施里，根據(jù)PGW請(qǐng)求無線承載丟失的粒度，這個(gè)無線承載丟失信息可以是針對(duì)該UE所有非GBR承載的，也可以是針對(duì)一個(gè)特定的非GBR承載。

步驟708：SGW收到修改承載請(qǐng)求消息后，通過CCR(Credit Control Request，信用控制請(qǐng)求)消息向PCRF上報(bào)無線承載丟失信息，如果是針對(duì)特定QoS rule的，則通過CCR消息中的參數(shù)QOS-Rule-Report(計(jì)費(fèi)規(guī)則報(bào)告)上報(bào)受影響的規(guī)則；

步驟709：PCRF接收到該無線承載丟失信息后，可以通知AF底層傳輸中斷，如果某些業(yè)務(wù)因?yàn)闊o線承載丟失后無法進(jìn)行，PCRF可以通過CCA(Credit Control Answer)消息通知SGW將這些業(yè)務(wù)對(duì)應(yīng)的PCC rule以及Qos rule刪除，具體可以通過CCA消息中的參數(shù)Charging-Rule-Remove(計(jì)費(fèi)規(guī)則移除)來通知SGW刪除這些PCC rule以及Qos rule；

步驟710：如果PCRF要求釋放(也即刪除)某些QoS rule，則SGW根據(jù)新的承載綁定結(jié)果，可選的發(fā)起一些承載操作，比如更新某些承載，如果一個(gè)非缺省承載的全部規(guī)則都釋放了，也可以發(fā)起承載釋放操作(對(duì)于缺省承載是不能釋放的)；

步驟711-712：PCRF要求PGW(包含PCEF)刪除PCC rule。

至此，MME可以根據(jù)SGW的訂閱請(qǐng)求(該訂閱請(qǐng)求可以由PCRF發(fā)起)決定是否上報(bào)。

在圖6和圖7所示的實(shí)施例中，如果沒有PCC部署，則虛線所示的步驟即不存在。

通過本發(fā)明實(shí)施例提供的無線承載丟失信息的上報(bào)方法，解決了目前MME在收到無線側(cè)承載丟失信息后，對(duì)非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會(huì)中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。

圖8為本發(fā)明實(shí)施例提供的一種移動(dòng)管理實(shí)體MME的組成框圖，請(qǐng)參照?qǐng)D8，該MME包括：

接收單元81，用于接收演進(jìn)型基站eNB發(fā)送的攜帶釋放原因值的UE上下文釋放消息；

其中，釋放原因值用于指示釋放原因，例如可以為：與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則確認(rèn)為異常釋放。

上報(bào)單元82，用于在所述釋放原因值指示異常釋放時(shí)，通過SGW向網(wǎng)關(guān)PGW上報(bào)無線承載丟失信息；

處理單元83，用于在所述釋放原因值指示異常釋放時(shí)，保留所有非GBR承載。

其中，當(dāng)無線接入網(wǎng)側(cè)設(shè)備(例如eNB)檢測(cè)到需要釋放UE的無線信令連接以及所有無線承載時(shí)，則向網(wǎng)絡(luò)側(cè)設(shè)備(例如MME)發(fā)送攜帶釋放原因值的UE上下文釋放請(qǐng)求消息，通知MME該UE的無線連接已經(jīng)中斷。此時(shí)，MME在接收到對(duì)應(yīng)的攜帶釋放原因值的UE上下文釋放消息后，根據(jù)釋放原因值決定是否進(jìn)行無線承載丟失信息的上報(bào)，其中，如果是異常釋放，即釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則通過SGW向PGW通知UE的無線承載丟失信息，同時(shí)仍在MME上保留所有非GBR承載。

在一個(gè)實(shí)施例中，上報(bào)單元82具體用于向SGW發(fā)送攜帶無線承載丟失信息的修改承載請(qǐng)求消息或者釋放接入承載請(qǐng)求消息，以通過所述SGW向PGW發(fā)送攜帶無線承載丟失信息的修改承載請(qǐng)求消息。

在一個(gè)實(shí)施例中，該MME還可以包括：

判斷單元84，用于在接收單元81接收演進(jìn)型基站eNB發(fā)送的攜帶釋放原因值的UE上下文釋放消息之后，判斷PGW是否訂閱了無線承載丟失信息，如果所述PGW訂閱了無線承載丟失信息，則判斷所述釋放原因值是否是異常釋放，并將判斷的結(jié)果提供給上報(bào)單元82和處理單元83。

本實(shí)施例的MME的各組成部分分別用于實(shí)現(xiàn)圖2所示實(shí)施例的方法的各步驟，由于在圖2所示的實(shí)施例中，已經(jīng)對(duì)各步驟進(jìn)行了詳細(xì)說明，在此不再贅述。

通過本發(fā)明實(shí)施例提供的MME，解決了目前MME在收到無線側(cè)承載丟失信息后，對(duì)非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會(huì)中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。

圖9為本發(fā)明實(shí)施例提供的一種服務(wù)網(wǎng)關(guān)SGW的組成框圖，請(qǐng)參照?qǐng)D9，該SGW包括：

接收單元91，用于接收MME發(fā)送的攜帶釋放原因值的釋放接入承載請(qǐng)求消息；

其中，釋放原因值用于指示釋放原因，例如可以為：與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則確認(rèn)為異常釋放。

上報(bào)單元92，用于在所述釋放原因值指示異常釋放時(shí)，向PGW通知無線承載丟失信息；

處理單元93，用于在所述釋放原因值指示異常釋放時(shí)，保留所有非GBR承載。

其中，MME在接收到對(duì)應(yīng)的攜帶釋放原因值的UE上下文釋放消息后，不進(jìn)行無線承載丟失信息的上報(bào)，而是通過釋放接入承載請(qǐng)求消息將釋放原因值轉(zhuǎn)發(fā)給SGW，由該SGW進(jìn)行無線承載丟失信息的上報(bào)。

其中，SGW在接收到對(duì)應(yīng)的攜帶釋放原因值的釋放接入承載請(qǐng)求消息后，根據(jù)釋放原因值決定是否進(jìn)行無線承載丟失信息的上報(bào)，其中，如果是異常釋放，即釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則向PGW通知UE的無線承載丟失信息，同時(shí)仍在SGW上保留所有非GBR承載。

在一個(gè)實(shí)施例中，上報(bào)單元92具體用于向PGW發(fā)送攜帶無線承載丟失信息的修改承載請(qǐng)求消息。

在一個(gè)實(shí)施例中，該SGW還包括：

判斷單元94，用于在接收單元91接收到MME發(fā)送的攜帶釋放原因值的釋放接入承載請(qǐng)求消息后，判斷所述PGW是否訂閱了無線承載丟失信息，如果所述PGW訂閱了無線承載丟失信息，則判斷所述釋放原因值釋放是異常釋放，并將判斷的結(jié)果提供給上報(bào)單元92和處理單元93。

本實(shí)施例的SGW的各組成部分分別用于實(shí)現(xiàn)圖3所示實(shí)施例的方法的各步驟，由于在圖3所示的實(shí)施例中，已經(jīng)對(duì)各步驟進(jìn)行了詳細(xì)說明，在此不再贅述。

通過本發(fā)明實(shí)施例提供的SGW，解決了目前MME在收到無線側(cè)承載丟失信息后，對(duì)非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會(huì)中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。

圖10為本發(fā)明實(shí)施例提供的一種服務(wù)GPRS支持節(jié)點(diǎn)SGSN的組成框圖，請(qǐng)參照?qǐng)D10，該SGSN包括：

接收單元1001，用于接收無線網(wǎng)絡(luò)控制器RNC發(fā)送的攜帶釋放原因值的Iu接口釋放請(qǐng)求消息；

其中，釋放原因值用于指示釋放原因，例如可以為：與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則確認(rèn)為異常釋放。

上報(bào)單元1002，用于在所述釋放原因值指示異常釋放時(shí)，向網(wǎng)關(guān)通知無線承載丟失信息；

處理單元1003，用于在所述釋放原因值指示異常釋放時(shí)，保留所有非GBR承載。

在本實(shí)施例中，當(dāng)無線接入網(wǎng)側(cè)設(shè)備(例如RNC)檢測(cè)到需要釋放UE的無線信令連接以及所有無線承載時(shí)，則向網(wǎng)絡(luò)側(cè)設(shè)備(例如SGSN)發(fā)送攜帶釋放原因值的Iu接口釋放請(qǐng)求消息，通知SGSN該UE的無線連接已經(jīng)中斷。此時(shí)，該SGSN在接收到該Iu接口釋放請(qǐng)求消息后，進(jìn)行無線承載丟失信息的上報(bào)。

其中，SGSN在接收到對(duì)應(yīng)的攜帶釋放原因值的Iu接口釋放請(qǐng)求消息后，根據(jù)釋放原因值決定是否進(jìn)行無線承載丟失信息的上報(bào)，其中，如果是異常釋放，即釋放原因值為：與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項(xiàng)時(shí)，則向GGSN通知UE的無線承載丟失信息，同時(shí)仍在SGSN上保留所有非GBR承載。

在一個(gè)實(shí)施例中，上報(bào)單元1002具體用于向網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GGSN發(fā)送攜帶無線承載丟失信息的更新PDP上下文請(qǐng)求消息。

在一個(gè)實(shí)施例中，該SGSN還可以包括：

判斷單元1004，用于在接收單元1001接收無線網(wǎng)絡(luò)控制器RNC發(fā)送的攜帶釋放原因值的Iu接口釋放請(qǐng)求消息之后，判斷GGSN是否訂閱了無線承載丟失信息，如果所述GGSN訂閱了無線承載丟失信息，則判斷所述釋放原因值是否是異常釋放，并將判斷的結(jié)果提供給上報(bào)單元1002和處理單元1003。

本實(shí)施例的SGSN的各組成部分分別用于實(shí)現(xiàn)圖4所示實(shí)施例的方法的各步驟，由于在圖4所示的實(shí)施例中，已經(jīng)對(duì)各步驟進(jìn)行了詳細(xì)說明，在此不再贅述。

通過本發(fā)明實(shí)施例提供的SGSN，解決了目前GGSN在收到無線側(cè)承載丟失信息后，對(duì)非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會(huì)中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。

結(jié)合本文中所公開的實(shí)施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實(shí)施。軟件模塊可以置于隨機(jī)存儲(chǔ)器(RAM)、內(nèi)存、只讀存儲(chǔ)器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動(dòng)磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲(chǔ)介質(zhì)中。

以上所述的具體實(shí)施例，對(duì)本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實(shí)施例而已，并不用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。