專利名稱：無線承載丟失信息的上報方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種無線承載丟失信息的上報方法和裝置。
背景技術(shù)：
下一代通信網(wǎng)的承載已經(jīng)全面開始換用IPdnternet 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ò)這樣一個演進(jìn)過程。在向全I(xiàn)P網(wǎng)絡(luò)演進(jìn)過程中，需要考慮端到端 QoS(Quality of krvice，服務(wù)質(zhì)量)問題，以提供令客戶滿意的業(yè)務(wù)(特別是實時類業(yè)務(wù))。因為IP網(wǎng)絡(luò)可以提供更多種類的業(yè)務(wù)(如多媒體呼叫，文件下載，網(wǎng)頁瀏覽等)，所以需要網(wǎng)絡(luò)能夠檢測不同的業(yè)務(wù)流并統(tǒng)計流量、時長等計費信息以上報給計費中心。為了解決上述QoS和基于流計費等相關(guān)問題，3GPP (Third Generation Partnership Project, 第三代合作伙伴計劃)定義了 PCC(Policy and Charging Control，策略和計費控制)架構(gòu)，通過該架構(gòu)可以使得網(wǎng)絡(luò)檢測到不同的業(yè)務(wù)流，并針對業(yè)務(wù)流實現(xiàn)QoS控制，計費統(tǒng)計等需求。在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ò))會話，為了滿足不同的QoS要求，在同一個IP-CAN會話里可以建立不同QoS要求的IP-CAN承載(Bearer)，對于IP-CAN承載，可以分為GBR (保證帶寬) 承載和非GBR承載，其中缺省承載屬于非GBR承載。一般情況下，GBR承載用于對帶寬敏感的實時業(yè)務(wù)，如VoIP (Voice over Internet Protocol，互聯(lián)網(wǎng)協(xié)議語音電話)的媒體流、 視頻流等；而非GBR承載用于對帶寬不敏感的非實時業(yè)務(wù)以及一些對帶寬要求不高的實時業(yè)務(wù)，如 FTP(File Transfer Protocol，文件傳輸協(xié)議)下載、HTTP(HyperText Transfer Protocol，超文本傳輸協(xié)議)瀏覽、email (electronic mail,電子郵件)、VoIP信令流等。目前，運營商通過PCC架構(gòu)可以很好的實現(xiàn)對承載層數(shù)據(jù)流的QoS、計費等的控制，從而實現(xiàn)向上向業(yè)務(wù)層屏蔽傳送網(wǎng)絡(luò)的具體細(xì)節(jié)，向下感知傳送網(wǎng)絡(luò)的資源使用情況。 一方面PCRF (PoIicy and Charging Rule Function，策略和計費規(guī)則功能)根據(jù)業(yè)務(wù)層指示的會話協(xié)商信息制訂相應(yīng)的策略，控制承載層網(wǎng)絡(luò)資源的使用；另一方面當(dāng)?shù)讓映休d使用情況發(fā)生變化時，例如，用戶進(jìn)入不可覆蓋區(qū)導(dǎo)致無線承載丟失、網(wǎng)關(guān)故障等，可以通過上報機(jī)制通知業(yè)務(wù)層，以便業(yè)務(wù)層作相應(yīng)更改、提供對應(yīng)的策略。然而，現(xiàn)有技術(shù)中，當(dāng)eNB(eN0deB，演進(jìn)型基站)需要釋放和UE之間的信令連接和所有無線承載時，是通過釋放承載的機(jī)制通知PGW(PDN Gateway, Packet Data Network Gateway，分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān))，進(jìn)而通知PCRF和AF (App 1 ication Function，應(yīng)用功能)的。 對于GBR(Guaranteed bandwidth，保證帶寬)承載來說，由于傳輸?shù)幕臼菍崟r業(yè)務(wù)，對于這種異常釋放無線承載，即使時間很短，也很有可能導(dǎo)致業(yè)務(wù)中斷，所以釋放GBR承載是合理的，但對于非GBR承載來說，采用釋放非GBR承載機(jī)制，會影響其他綁定在該非GBR承載的業(yè)務(wù)，以及釋放缺省承載引起的IP地址釋放的缺陷。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種無線承載丟失信息的上報方法和裝置，以解決當(dāng)無線承載異常釋放后，通過釋放非GBR承載來實現(xiàn)無線承載丟失信息的上報機(jī)制導(dǎo)致的影響其他綁定在該非GBR承載的業(yè)務(wù)以及釋放缺省承載引起的IP地址釋放的問題。本發(fā)明實施例的上述目的是通過如下技術(shù)方案實現(xiàn)的一種無線承載丟失信息的上報方法，所述方法包括接收攜帶釋放原因值的用戶設(shè)備UE上下文釋放請求消息或者釋放接入承載請求消息或者Iu接口釋放請求消息；如果所述釋放原因值指示異常釋放，則向網(wǎng)關(guān)上報無線承載丟失信息，并保留非保證帶寬GBR 承載。一種移動管理實體MME，所述MME包括接收單元，用于接收演進(jìn)型基站eNB發(fā)送的攜帶釋放原因值的UE上下文釋放請求消息；上報單元，用于在所述釋放原因值指示異常釋放時，向網(wǎng)關(guān)上報無線承載丟失信息；處理單元，用于在所述釋放原因值指示異常釋放時，保留非GBR承載。一種服務(wù)網(wǎng)關(guān)SGW，所述SGW包括接收單元，用于接收MME發(fā)送的攜帶釋放原因值的釋放接入承載請求消息；上報單元，用于在所述釋放原因值指示異常釋放時，向PGW上報無線承載丟失信息；處理單元，用于在所述釋放原因值指示異常釋放時，保留非GBR承載。一種服務(wù)GPRS支持節(jié)點SGSN，所述SGSN包括接收單元，用于接收無線網(wǎng)絡(luò)控制器RNC發(fā)送的攜帶釋放原因值的Iu接口釋放請求消息；上報單元，用于在所述釋放原因值指示異常釋放時，向網(wǎng)關(guān)上報無線承載丟失信息；處理單元，用于在所述釋放原因值指示異常釋放時，保留非GBR承載。通過本發(fā)明實施例的方法和裝置，既實現(xiàn)了無線承載丟失信息的上報，又避免了因為釋放非GBR承載引起的問題。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，并不構(gòu)成對本發(fā)明的限定。在附圖中圖1為本發(fā)明實施例的無線承載丟失信息的上報方法的流程圖；圖2為根據(jù)圖1所示的方法由MME上報無線承載信息的流程圖；圖3為根據(jù)圖1所示的方法由SGW上報無線承載信息的流程圖；圖4為根據(jù)圖1所示的方法由SGSN上報無線承載信息的流程圖；圖5為本發(fā)明另一實施例的無線承載丟失信息的上報方法的流程圖；圖6為根據(jù)圖5所示的方法由MME上報無線承載信息的第一實施方式的流程圖；圖7為根據(jù)圖5所示的方法由MME上報無線承載信息的第二實施方式的流程圖；圖8為本發(fā)明實施例提供的MME的組成框圖；圖9為本發(fā)明實施例提供的SGW的組成框圖；圖10為本發(fā)明實施例提供的SGSN的組成框圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施例和附圖，對本發(fā)明實施例做進(jìn)一步詳細(xì)說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。圖1為本發(fā)明實施例提供的一種無線承載丟失信息的上報方法的流程圖，該方法應(yīng)用于網(wǎng)絡(luò)側(cè)設(shè)備,例如MME(Mobile Management Entity，移動管理實體)或者SGW或者 SGSN (Service GPRS Supporting Node，服務(wù)GPRS (General Packet Radio Service，通用分組無線服務(wù)技術(shù))支持節(jié)點)，由MME或者SGW或者SGSN負(fù)責(zé)無線承載丟失信息的上報，請參照圖1，該方法包括步驟101 接收攜帶釋放原因值的UE上下文釋放請求消息或者釋放接入承載請求消息或者Iu接口釋放請求消息；在一個實施例中，當(dāng)無線接入網(wǎng)側(cè)設(shè)備(例如eNB)檢測到需要釋放UE的無線信令連接以及所有無線承載時，則向網(wǎng)絡(luò)側(cè)設(shè)備(例如MME)發(fā)送攜帶釋放原因值的UE上下文釋放請求消息，通知MME該UE的無線連接已經(jīng)中斷。此時，該MME在接收到該UE上下文釋放請求消息后，進(jìn)行無線承載丟失信息的上報。在另外一個實施例中，MME在接收到該UE上下文釋放請求消息后，不進(jìn)行無線承載丟失信息的上報，而是通過釋放接入承載請求消息將釋放原因值轉(zhuǎn)發(fā)給SGW，由該SGW進(jìn)行無線承載丟失信息的上報。在另外一個實施例中，當(dāng)無線接入網(wǎng)側(cè)設(shè)備(例如RNC)檢測到需要釋放UE的無線信令連接以及所有無線承載時，則向網(wǎng)絡(luò)側(cè)設(shè)備(例如SGSN)發(fā)送攜帶釋放原因值的Iu 接口釋放請求消息，通知SGSN該UE的無線連接已經(jīng)中斷。此時，該SGSN在接收到該Iu接口釋放請求消息后，進(jìn)行無線承載丟失信息的上報。其中，釋放原因值用于指示釋放原因，例如可以為與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為 與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時， 則確認(rèn)為異常釋放。步驟102 如果所述釋放原因值指示異常釋放，則向網(wǎng)關(guān)上報無線承載丟失信息， 并保留所有非GBR承載。其中，MME或者SGW或者SGSN在接收到對應(yīng)的攜帶釋放原因值的消息后，根據(jù)釋放原因值決定是否進(jìn)行無線承載丟失信息的上報，其中，如果是異常釋放，即釋放原因值為 與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時， 則向網(wǎng)關(guān)上報UE的無線承載丟失信息，同時仍在MME或者SGW或者SGSN上保留所有非GBR 承載。對于非GBR業(yè)務(wù)來說，并不是所有業(yè)務(wù)在異常釋放無線承載時，都會中斷業(yè)務(wù)的， 比如像HTTP、FTP、email、P2P (peer-to-peer，點對點)等是能夠容忍短時間傳輸中斷的，特別是針對UE臨時進(jìn)入不可覆蓋區(qū)后又恢復(fù)無線連接的情況，根據(jù)目前的承載綁定機(jī)制看， 一個承載可以綁定多個QoS要求相同的業(yè)務(wù)，如果有的業(yè)務(wù)關(guān)注承載事件，有的不關(guān)注承載事件，則采用釋放承載機(jī)制，會導(dǎo)致那些不關(guān)注承載事件的業(yè)務(wù)也無法在該承載上傳輸 (因為承載已經(jīng)釋放了)，即使這些業(yè)務(wù)可以忍受臨時中斷；另外對于非GBR業(yè)務(wù)來說，關(guān)注承載事件不一定意味著業(yè)務(wù)在無線承載異常釋放時，一定要中斷業(yè)務(wù)。因為缺省承載是非GBR承載，如果缺省承載傳輸了這種需要關(guān)注承載事件的業(yè)務(wù)，則采用這種機(jī)制后，會釋放缺省承載，而釋放缺省承載會釋放整個IP-CAN會話，包括所有承載，釋放IP地址，這會導(dǎo)致對于那些預(yù)留標(biāo)識為預(yù)留的非GBR承載也會釋放，另外釋放 IP地址后，當(dāng)UE重新恢復(fù)無線連接后，需要重新進(jìn)行附著流程，分配IP地址，這會導(dǎo)致大量的信令交互，造成不必要的信令交互。通過本發(fā)明實施例提供的無線承載丟失信息的上報方法，解決了目前網(wǎng)絡(luò)側(cè)設(shè)備 MME/SGSN在收到無線側(cè)承載丟失信息后，對非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。為使圖1所示實施例的方法更加清楚易懂，以下結(jié)合圖2-圖4所示的流程對本實施例的方法進(jìn)行詳細(xì)說明。圖2為根據(jù)本實施例的方法，由MME負(fù)責(zé)無線承載丟失信息的上報的流程圖，本實施例是針對3GPP標(biāo)準(zhǔn)組織定義的EPS (Evolved Packet System)系統(tǒng)，無線接入技術(shù)為 eUTRAN(演進(jìn)型接入網(wǎng))。請參照圖2，該流程包括步驟201 :eNB檢測到需要釋放和UE(用戶設(shè)備)之間的信令連接和所有無線承載，則發(fā)送SlUE Context Release Request (上下文釋放請求)消息給MME;其中，該UE上下文釋放請求消息中攜帶釋放原因值，指示釋放原因，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、以及UE之間的完整性檢查重復(fù)失敗等。 當(dāng)釋放原因值為與UE之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時，則確認(rèn)為異常釋放。步驟202 =MME收到UE上下文釋放請求消息，根據(jù)釋放原因值決定是否上報，如果是異常釋放，即釋放原因值為與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時，則向網(wǎng)關(guān)上報無線承載丟失信息，同時仍保留所有的非GBR 承載；步驟203 =MME向SGff (服務(wù)網(wǎng)關(guān))發(fā)送修改承載請求(modify Bearer request) 消息或者釋放接入承載請求(Release Access Bearers Request)消息，該消息中攜帶UE 無線承載丟失信息；其中，無線承載丟失信息可以只是一個通用的描述，即不再區(qū)分具體的釋放原因， 也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因。在本實施里，這個無線承載丟失信息是針對該UE所有非GBR承載的，而不是針對一個特定的非GBR承載。步驟204 =SGff收到修改承載請求消息或者接入承載釋放消息后，如果消息里攜帶有UE無線承載丟失信息，則通過修改承載請求(modify Bearer request)消息將UE無線承載丟失信息上報給PGW(PDN網(wǎng)關(guān))。至此，MME完成了無線承載丟失信息的上報，由此解決了目前網(wǎng)絡(luò)側(cè)設(shè)備MME在收到無線側(cè)承載丟失信息后，對非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。圖3為根據(jù)本實施例的方法，由SGW負(fù)責(zé)無線承載丟失信息的上報的流程圖，本實施例是針對3GPP標(biāo)準(zhǔn)組織定義的EPS (Evolved Packet System)系統(tǒng)，無線接入技術(shù)為 eUTRAN。請參照圖3，該流程包括步驟301 :eNB檢測到需要釋放和UE(用戶設(shè)備)之間的信令連接和所有無線承載，則發(fā)送SlUE Context Release Request (上下文釋放請求)消息給MME;其中，該UE上下文釋放請求消息中攜帶原因值，指示釋放原因，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、以及UE之間的完整性檢查重復(fù)失敗等。當(dāng)釋放原因值為與UE之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時，則確認(rèn)為異常釋放。步驟302:MME向SGW(服務(wù)網(wǎng)關(guān))發(fā)送釋放接入承載請求(Release Access Bearers Request)消息，該消息中攜帶釋放原因值(cause)，要求服務(wù)網(wǎng)關(guān)釋放和接入網(wǎng)設(shè)備之間的連接；步驟303 :SGW收到釋放接入承載請求消息，根據(jù)釋放原因值決定是否上報，如果是異常釋放，即釋放原因值為與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時，則向網(wǎng)關(guān)PGW上報無線承載丟失信息，同時仍保留所有的非 GBR承載；步驟304 SGW 向 PGW(PDN GW)發(fā)送修改承載請求(modify Bearer request)消息，該消息中攜帶UE無線承載丟失信息。其中，該無線承載丟失信息可以只是一個通用的描述，即不再區(qū)分具體的釋放原因，也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因；在本實施里，這個無線承載丟失信息是針對該UE所有非GBR承載的，而不是針對一個特定的非GBR承載。至此，SGW完成了無線承載丟失信息的上報，由此解決了目前網(wǎng)絡(luò)側(cè)設(shè)備MME在收到無線側(cè)承載丟失信息后，對非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。圖4為根據(jù)本實施例的方法，由SGSN負(fù)責(zé)無線承載丟失信息的上報的流程圖， 本實施例是針對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 (UMT S Terrestrial RadioAccess Network, UMTS ^jft^C^^AN )/GSM(Global System for Mobile Communications，全球移動通訊系統(tǒng))。請參照圖4，該流程包括步驟401 :RNC發(fā)現(xiàn)和UE之間的RRCO^adio Resource Control，無線資源控制)連接已經(jīng)釋放或者需要釋放或者檢測到需要釋放和UE之間的無線資源，則發(fā)送Iu接口釋放請求(Release Request)消息給 SGSN ；其中，該Iu接口釋放請求消息中攜帶釋放原因值(cause)，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、和UE之間的完整性檢查重復(fù)失敗等。當(dāng)釋放原因值為與UE之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時， 則確認(rèn)為異常釋放。步驟402 SGSN收到Iu接口釋放請求消息，根據(jù)釋放原因值決定是否上報，如果是異常釋放，即釋放原因值為與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時，則向網(wǎng)關(guān)GGSN上報無線承載丟失信息，同時仍保留所有的后臺類PDPO^cket Data Protocol，分組數(shù)據(jù)協(xié)議)上下文或者所有的交互類PDP上下文或者所有的后臺類和交互類PDP上下文(后臺類和交互類PDP上下文也是非GBR承載)；步驟403 SGSN 向 GGSN 發(fā)送更新 PDP 上下文請求(Update PDP Context Request) 消息，該消息中攜帶UE無線承載丟失信息。其中，無線承載丟失信息可以只是一個通用的描述，即不再區(qū)分具體的釋放原因， 也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因。在本實施里，這個無線承載丟失信息是針對該UE所有的后臺類PDP上下文或者所有的交互類PDP上下文或者所有的后臺類和交互類PDP上下文，而不是針對一個特定的上下文。根據(jù)現(xiàn)有標(biāo)準(zhǔn)，更新PDP上下文請求消息必須指定一個PDP上下文ID，在本實例里，該PDP上下文ID為首次上下文ID，但不是表明無線承載丟失僅是針對首次上下文的。至此，SGSN完成了無線承載丟失信息的上報，由此解決了目前網(wǎng)絡(luò)側(cè)設(shè)備SGSN在收到無線側(cè)承載丟失信息后，對非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。圖5為本發(fā)明實施例提供的一種無線承載丟失信息的上報方法的流程圖，該方法也應(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上報無線承載丟失信息，或者通過SGSN向GGSN上報無線承載丟失信息。其中，本實施例與圖1所示實施例相同的內(nèi)容不再贅述，請參照圖5，該方法包括步驟501 接收攜帶釋放原因值的UE上下文釋放請求消息或者釋放接入承載請求消息或者Iu接口釋放請求消息；其中，釋放原因值用于指示釋放原因，例如可以為與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為 與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時， 則確認(rèn)為異常釋放。步驟502 判斷PGW或者GGSN是否訂閱了無線承載丟失信息，如果是， 則執(zhí)行步驟503，否則結(jié)束。在本實施例中，由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è)備訂閱。其中，本實施例的網(wǎng)絡(luò)側(cè)設(shè)備可以是MME、SGSN、或者SGW。步驟503 判斷所述釋放原因值是否是異常釋放，如果是，則執(zhí)行步驟504，否則結(jié)束；步驟504 向網(wǎng)關(guān)上報UE無線承載丟失信息，并保留所有非GBR承載。其中，所述網(wǎng)關(guān)具體為PGW或GGSN。當(dāng)本實施例的方法應(yīng)用于MME時，該步驟504 由MME通過SGW向網(wǎng)關(guān)PGW上報該無線承載丟失信息；當(dāng)本實施例的方法應(yīng)用于SGW時，該步驟504由SGW向網(wǎng)關(guān)PGW上報該無線承載丟失信息；當(dāng)本實施例的方法應(yīng)用于SGSN時， 該步驟504由SGSN向網(wǎng)關(guān)GGSN上報該無線承載丟失信息。
1
在本實施例中，并不限制步驟502和步驟503執(zhí)行的先后順序，例如可以先判斷釋放原因值，再判斷PGW或者GGSN是否訂閱了該無線承載丟失信息，本實施例并不以此作為限制。通過本發(fā)明實施例提供的無線承載丟失信息的上報方法，在PGW或者GGSN預(yù)先訂閱了無線承載丟失信息后，向該PGW或者GGSN上報這一信息，解決了目前MME/SGSN在收到無線側(cè)承載丟失信息后，對非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。為使圖5所示實施例的方法更加清楚易懂，以下結(jié)合圖6和圖7所示的流程對本實施例的方法進(jìn)行詳細(xì)說明。圖6為MME根據(jù)PGW的無線承載丟失信息上報請求來決定是否上報的其中一個實施方式的流程圖，本實施例是針對3GPP標(biāo)準(zhǔn)組織定義的EPS(EV0lVed Packet System，演進(jìn)分組系統(tǒng))系統(tǒng)，無線接入技術(shù)為eUTRAN。請參照圖6，該流程包括步驟601-602 =PCRF向PGW訂閱無線承載丟失信息，其中，PGW包含有PCEF(Policy and Charging Enforcement Function，策略及計費執(zhí)行功能)，在本實施例中，若無特殊說明，PGff是指包含PCEF的實體；其中，該信息值可以重用當(dāng)前已經(jīng)定義的L0SS_0F_BEARER信息，或者新定義一個信息專用于無線承載丟失，該信息可以是針對整個IP-CAN會話的，或者針對特定規(guī)則的， 本實施例并不以此作為限制。步驟603 =PGff收到PCRF的訂閱無線承載丟失信息請求后，向SGW發(fā)送更新承載請求(update Bearer reques)消息，要求MME檢測到無線承載丟失后，把該信息上報給PGW ；其中，如果PCRF訂閱的無線承載丟失信息針對整個IP-CAN會話，則向MME請求無線承載丟失是針對所有非GBR承載的；如果PCRF訂閱的信息是針對某些PCC規(guī)則的，則PGW 仍可以選擇向MME請求無線承載丟失是針對所有非GBR承載的，也可以選擇向MME請求無線承載丟失是針對特定非GBR承載的，這些特定的非GBR承載綁定了上述的PCCrule。例如，PCRF針對PCC rule 1進(jìn)行訂閱，PGff發(fā)現(xiàn)PCC rule 1綁定到非GBR承載2 上，則請求無線承載丟失僅針對非GBR承載2。步驟604-606 =SGff向MME發(fā)送更新承載請求(update Bearer request)消息，要求MME檢測到無線承載丟失后，上報該信息；步驟607 :eNB檢測到需要釋放和UE(用戶設(shè)備)之間的信令連接和所有無線承載，則發(fā)送Sl UE Context Release Request (上下文釋放請求)消息給MME;其中，該消息中攜帶釋放原因值，指示釋放原因，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、以及UE之間的完整性檢查重復(fù)失敗等。當(dāng)釋放原因值為 與UE之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時，則確認(rèn)為異常釋放。步驟608 =MME收到UE上下文釋放請求消息，首先判斷PGW是否訂閱了無線承載丟失信息，再根據(jù)釋放原因值決定是否上報，如果PGW要求MME上報無線承載丟失信息，且釋放原因值顯示是異常釋放，即釋放原因值為與UE之間失去無線連接，管理維護(hù)原因，與UE 之間的完整性檢查重復(fù)失敗等任意一項時，則MME通過SGW向網(wǎng)關(guān)PGW上報無線承載丟失信息，同時仍保留所有的非GBR承載；步驟609 =MME向SGW(服務(wù)網(wǎng)關(guān))發(fā)送修改承載請求(modify Bearer request) 消息或者釋放接入承載請求(Release Access Bearers Request)消息，該消息中攜帶UE 無線承載丟失信息；其中，該無線承載丟失信息可以只是一個通用的描述，即不再區(qū)分具體的釋放原因，也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因。在本實施里，根據(jù)PGW請求無線承載丟失的粒度，這個無線承載丟失信息可以是針對該UE所有非GBR承載的，也可以是針對一個特定的非GBR承載。步驟610 =SGff收到修改承載請求消息或者釋放接入承載請求消息后，如果消息里攜帶有UE無線承載丟失信息，則通過修改承載請求(modify Bearer request)消息將UE 無線承載丟失信息通知PGW(PDN網(wǎng)關(guān))；步驟611 =PGff收到修改承載請求消息后，通過CCR(Credit Control Request，信用控制請求)消息向PCRF上報無線承載丟失信息，如果是針對特定PCC rule (規(guī)則)的， 則通過CCR消息中的參數(shù)Charging-Rule-R印ort (計費規(guī)則報告)上報受影響的規(guī)則；步驟612 =PCRF接收到該無線承載丟失信息后，可以通知AF底層傳輸中斷，如果某些業(yè)務(wù)因為無線承載丟失后無法進(jìn)行，PCRF可以通過CCA(Credit Control Answer) 消息通知PGW將這些業(yè)務(wù)對應(yīng)的PCC rule刪除，具體可以通過CCA消息中的參數(shù) Charging-Rule-Remove (計費規(guī)則移除)來通知PGW刪除這些PCC rule ；步驟613 如果PCRF要求釋放某些PCC rule，則PGW則根據(jù)新的承載綁定結(jié)果，可選的發(fā)起一些承載操作，比如更新某些承載，如果一個非缺省承載的全部規(guī)則都釋放了，也可以發(fā)起承載釋放操作。需要說明的是，本實施例雖然僅描述了 PGW向MME訂閱，但也同樣適用于PGW向 SGff請求上報無線承載丟失信息(參考圖3所示的實施例)，在這種情況下SGW根據(jù)PGW的請求，在無線承載異常釋放時通知PGW。同樣的，本實施例也適用于GGSN向SGSN請求上報無線承載丟失信息(參考圖4所示的實施例)，SGSN根據(jù)GGSN的請求，在無線承載異常釋放時通知GGSN，為了簡化起見，在此不再贅述。至此，MME可以根據(jù)PGW的訂閱請求(該訂閱請求可以由PCRF發(fā)起)決定是否上報。圖7為MME根據(jù)PGW的無線承載丟失信息上報請求來決定是否上報的另外一個實施方式的流程圖，本實施例是針對3GPP標(biāo)準(zhǔn)組織定義的EPS (Evolved Packet System)系統(tǒng)，無線接入技術(shù)為eUTRAN。與圖6所示的流程不同的是，SGW和PGW之間采用PMIP(Proxy Mobile IP，代理移動 IP 協(xié)議)協(xié)議而不是 GTP(GPRS Tunnelling Protocol, GPRS 隧道協(xié)議)協(xié)議，在這種情況下PGW無法通過PMIP協(xié)議要求MME進(jìn)行無線承載丟失上報也無法執(zhí)行承載綁定，這些功能由包含有 BBERF(Bearing Binding and Event Report Function，承載綁定及事件報告功能)的SGW實現(xiàn)。請參照圖7，該流程包括步驟701-702 =PCRF向SGW訂閱無線承載丟失信息，在本實施例中，若無特殊說明， SGff是指包含BBERF的實體；其中，該信息值可以重用當(dāng)前已經(jīng)定義的L0SS_0F_BEARER信息，或者新定義一個信息專用于無線承載丟失，該信息可以是針對整個IPCAN會話的，或者針對特定規(guī)則的，本實施例并不以此作為限制。步驟703-704 =SGff收到PCRF的訂閱無線承載丟失信息請求后，向MME發(fā)送更新承載請求(update Bearer request)消息，要求MME檢測到無線承載丟失后，把該信息上報給 PCEF ；其中，如果PCRF訂閱的無線承載丟失信息針對整個會話，則向MME請求無線承載丟失是針對所有非GBR承載的；如果PCRF訂閱的無線承載丟失信息是針對某些QoS規(guī)則的，則SGW仍可以選擇向MME請求無線承載丟失是針對所有非GBR承載的，也可以選擇向 MME請求無線承載丟失是針對特定非GBR承載的，這些特定的非GBR承載綁定了上述的QoS rule。步驟705 :eNB檢測到需要釋放和UE(用戶設(shè)備)之間的信令連接和所有無線承載，則發(fā)送Sl UE Context Release Request (上下文釋放請求)消息給MME;其中，該消息中攜帶原因值，指示釋放原因，比如和UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)、以及UE之間的完整性檢查重復(fù)失敗等。當(dāng)釋放原因值為與UE 之間失去無線連接，管理維護(hù)原因，或者與UE之間的完整性檢查重復(fù)失敗時，則確認(rèn)為異常釋放。步驟706 =MME收到UE上下文釋放請求消息，首先判斷PGW是否訂閱了無線承載丟失信息，再根據(jù)釋放原因值決定是否上報，如果SGW要求MME上報無線承載丟失信息，且釋放原因值顯示是異常釋放，即釋放原因值為非用戶進(jìn)入休眠狀態(tài)(user inactivity)，則 MME通知網(wǎng)關(guān)無線承載丟失信息，同時仍保留所有的非GBR承載；步驟707 =MME向SGW(服務(wù)網(wǎng)關(guān))發(fā)送修改承載請求(modify Bearer request) 消息或者釋放接入承載請求(Release Access Bearers Request)消息；其中，該消息中攜帶UE無線承載丟失信息，這個無線承載丟失信息可以只是一個通用的描述，即不再區(qū)分具體的釋放原因，也可以進(jìn)一步攜帶原因值，指明無線承載丟失的具體原因。在本實施里，根據(jù)PGW請求無線承載丟失的粒度，這個無線承載丟失信息可以是針對該UE所有非GBR承載的，也可以是針對一個特定的非GBR承載。步驟708 :SGW收到修改承載請求消息后，通過CCR(Credit Control Request，信用控制請求)消息向PCRF上報無線承載丟失信息，如果是針對特定QoS rule的，則通過 CCR消息中的參數(shù)QOS-Rule-Report (計費規(guī)則報告)上報受影響的規(guī)則；步驟709 =PCRF接收到該無線承載丟失信息后，可以通知AF底層傳輸中斷，如果某些業(yè)務(wù)因為無線承載丟失后無法進(jìn)行，PCRF可以通過CCA(Credit Control Answer)消息通知SGW將這些業(yè)務(wù)對應(yīng)的PCC rule以及Qos rule刪除，具體可以通過CCA消息中的參數(shù) Charging-Rule-Remove (計費規(guī)則移除)來通知SGW刪除這些PCC rule以及Qos rule ；步驟710 如果PCRF要求釋放(也即刪除)某些QoS rule，則SGW根據(jù)新的承載綁定結(jié)果，可選的發(fā)起一些承載操作，比如更新某些承載，如果一個非缺省承載的全部規(guī)則都釋放了，也可以發(fā)起承載釋放操作(對于缺省承載是不能釋放的)；步驟711-712 =PCRF 要求 PGW(包含 PCEF)刪除 PCC rule。至此，MME可以根據(jù)SGW的訂閱請求(該訂閱請求可以由PCRF發(fā)起)決定是否上報。在圖6和圖7所示的實施例中，如果沒有PCC部署，則虛線所示的步驟即不存在。
通過本發(fā)明實施例提供的無線承載丟失信息的上報方法，解決了目前MME在收到無線側(cè)承載丟失信息后，對非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。圖8為本發(fā)明實施例提供的一種移動管理實體MME的組成框圖，請參照圖8，該 MME包括接收單元81，用于接收演進(jìn)型基站eNB發(fā)送的攜帶釋放原因值的UE上下文釋放消息；其中，釋放原因值用于指示釋放原因，例如可以為與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為 與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時， 則確認(rèn)為異常釋放。上報單元82，用于在所述釋放原因值指示異常釋放時，通過SGW向網(wǎng)關(guān)PGW上報無線承載丟失信息；處理單元83，用于在所述釋放原因值指示異常釋放時，保留所有非GBR承載。其中，當(dāng)無線接入網(wǎng)側(cè)設(shè)備(例如eNB)檢測到需要釋放UE的無線信令連接以及所有無線承載時，則向網(wǎng)絡(luò)側(cè)設(shè)備(例如MME)發(fā)送攜帶釋放原因值的UE上下文釋放請求消息，通知MME該UE的無線連接已經(jīng)中斷。此時，MME在接收到對應(yīng)的攜帶釋放原因值的 UE上下文釋放消息后，根據(jù)釋放原因值決定是否進(jìn)行無線承載丟失信息的上報，其中，如果是異常釋放，即釋放原因值為與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時，則通過SGW向PGW通知UE的無線承載丟失信息，同時仍在MME 上保留所有非GBR承載。在一個實施例中，上報單元82具體用于向SGW發(fā)送攜帶無線承載丟失信息的修改承載請求消息或者釋放接入承載請求消息，以通過所述SGW向PGW發(fā)送攜帶無線承載丟失信息的修改承載請求消息。在一個實施例中，該MME還可以包括判斷單元84，用于在接收單元81接收演進(jìn)型基站eNB發(fā)送的攜帶釋放原因值的 UE上下文釋放消息之后，判斷PGW是否訂閱了無線承載丟失信息，如果所述PGW訂閱了無線承載丟失信息，則判斷所述釋放原因值是否是異常釋放，并將判斷的結(jié)果提供給上報單元 82和處理單元83。本實施例的MME的各組成部分分別用于實現(xiàn)圖2所示實施例的方法的各步驟，由于在圖2所示的實施例中，已經(jīng)對各步驟進(jìn)行了詳細(xì)說明，在此不再贅述。通過本發(fā)明實施例提供的MME，解決了目前MME在收到無線側(cè)承載丟失信息后，對非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。圖9為本發(fā)明實施例提供的一種服務(wù)網(wǎng)關(guān)SGW的組成框圖，請參照圖9，該SGW包括接收單元91，用于接收MME發(fā)送的攜帶釋放原因值的釋放接入承載請求消息；
其中，釋放原因值用于指示釋放原因，例如可以為與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為 與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時， 則確認(rèn)為異常釋放。上報單元92，用于在所述釋放原因值指示異常釋放時，向PGW通知無線承載丟失 fn息；處理單元93，用于在所述釋放原因值指示異常釋放時，保留所有非GBR承載。其中，MME在接收到對應(yīng)的攜帶釋放原因值的UE上下文釋放消息后，不進(jìn)行無線承載丟失信息的上報，而是通過釋放接入承載請求消息將釋放原因值轉(zhuǎn)發(fā)給SGW，由該SGW 進(jìn)行無線承載丟失信息的上報。其中，SGW在接收到對應(yīng)的攜帶釋放原因值的釋放接入承載請求消息后，根據(jù)釋放原因值決定是否進(jìn)行無線承載丟失信息的上報，其中，如果是異常釋放，即釋放原因值為 與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時， 則向PGW通知UE的無線承載丟失信息，同時仍在SGW上保留所有非GBR承載。在一個實施例中，上報單元92具體用于向PGW發(fā)送攜帶無線承載丟失信息的修改承載請求消息。在一個實施例中，該SGW還包括判斷單元94，用于在接收單元91接收到MME發(fā)送的攜帶釋放原因值的釋放接入承載請求消息后，判斷所述PGW是否訂閱了無線承載丟失信息，如果所述PGW訂閱了無線承載丟失信息，則判斷所述釋放原因值釋放是異常釋放，并將判斷的結(jié)果提供給上報單元92和處理單元93。本實施例的SGW的各組成部分分別用于實現(xiàn)圖3所示實施例的方法的各步驟，由于在圖3所示的實施例中，已經(jīng)對各步驟進(jìn)行了詳細(xì)說明，在此不再贅述。通過本發(fā)明實施例提供的SGW，解決了目前MME在收到無線側(cè)承載丟失信息后，對非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。圖10為本發(fā)明實施例提供的一種服務(wù)GPRS支持節(jié)點SGSN的組成框圖，請參照圖 10，該SGSN包括接收單元1001，用于接收無線網(wǎng)絡(luò)控制器RNC發(fā)送的攜帶釋放原因值的Iu接口釋放請求消息；其中，釋放原因值用于指示釋放原因，例如可以為與UE之間失去無線連接，管理維護(hù)原因，UE進(jìn)入休眠狀態(tài)，或者與UE之間的完整性檢查重復(fù)失敗等等，當(dāng)釋放原因值為 與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時， 則確認(rèn)為異常釋放。上報單元1002，用于在所述釋放原因值指示異常釋放時，向網(wǎng)關(guān)通知無線承載丟失信息；處理單元1003，用于在所述釋放原因值指示異常釋放時，保留所有非GBR承載。在本實施例中，當(dāng)無線接入網(wǎng)側(cè)設(shè)備(例如RNC)檢測到需要釋放UE的無線信令連接以及所有無線承載時，則向網(wǎng)絡(luò)側(cè)設(shè)備(例如SGSN)發(fā)送攜帶釋放原因值的Iu接口釋放請求消息，通知SGSN該UE的無線連接已經(jīng)中斷。此時，該SGSN在接收到該Iu接口釋放請求消息后，進(jìn)行無線承載丟失信息的上報。其中，SGSN在接收到對應(yīng)的攜帶釋放原因值的Iu接口釋放請求消息后，根據(jù)釋放原因值決定是否進(jìn)行無線承載丟失信息的上報，其中，如果是異常釋放，即釋放原因值為 與UE之間失去無線連接，管理維護(hù)原因，與UE之間的完整性檢查重復(fù)失敗等任意一項時， 則向GGSN通知UE的無線承載丟失信息，同時仍在SGSN上保留所有非GBR承載。在一個實施例中，上報單元1002具體用于向網(wǎng)關(guān)GPRS支持節(jié)點GGSN發(fā)送攜帶無線承載丟失信息的更新PDP上下文請求消息。在一個實施例中，該SGSN還可以包括判斷單元1004，用于在接收單元1001接收無線網(wǎng)絡(luò)控制器RNC發(fā)送的攜帶釋放原因值的Iu接口釋放請求消息之后，判斷GGSN是否訂閱了無線承載丟失信息，如果所述GGSN 訂閱了無線承載丟失信息，則判斷所述釋放原因值是否是異常釋放，并將判斷的結(jié)果提供給上報單元1002和處理單元1003。本實施例的SGSN的各組成部分分別用于實現(xiàn)圖4所示實施例的方法的各步驟，由于在圖4所示的實施例中，已經(jīng)對各步驟進(jìn)行了詳細(xì)說明，在此不再贅述。通過本發(fā)明實施例提供的SGSN，解決了目前GGSN在收到無線側(cè)承載丟失信息后， 對非GBR承載采用承載釋放機(jī)制來通知網(wǎng)關(guān)，并在有PCC部署情況下，由網(wǎng)關(guān)通知PCRF所導(dǎo)致的非GBR承載上無論該業(yè)務(wù)是否可忍受無線側(cè)承載丟失都會中斷，以及缺省承載釋放導(dǎo)致的IP地址釋放，需要重新附著的問題。結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機(jī)存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。以上所述的具體實施例，對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種無線承載丟失信息的上報方法，其特征在于，所述方法包括接收攜帶釋放原因值的用戶設(shè)備UE上下文釋放請求消息或者釋放接入承載請求消息或者Iu接口釋放請求消息；如果所述釋放原因值指示異常釋放，則向網(wǎng)關(guān)上報無線承載丟失信息，并保留非保證帶寬GBR承載。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述方法應(yīng)用于移動管理實體MME時， 所述接收攜帶釋放原因值的用戶設(shè)備UE上下文釋放請求消息或者釋放接入承載請求消息或者Iu接口釋放請求消息，具體為接收演進(jìn)型基站eNB發(fā)送的所述攜帶釋放原因值的用戶設(shè)備UE上下文釋放請求消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，向網(wǎng)關(guān)上報無線承載丟失信息，包括 向服務(wù)網(wǎng)關(guān)SGW發(fā)送攜帶無線承載丟失信息的修改承載請求消息或者釋放接入承載請求消息，通過所述SGW向分組數(shù)據(jù)網(wǎng)絡(luò)PDN網(wǎng)關(guān)PGW發(fā)送攜帶無線承載丟失信息的修改承載請求消息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述方法應(yīng)用于服務(wù)網(wǎng)關(guān)SGW時，所述接收攜帶釋放原因值的用戶設(shè)備UE上下文釋放請求消息或者釋放接入承載請求消息或者 Iu接口釋放請求消息，具體為接收MME發(fā)送的所述攜帶釋放原因值的釋放接入承載請求消息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，向網(wǎng)關(guān)上報無線承載丟失信息，包括 向PGW發(fā)送攜帶無線承載丟失信息的修改承載請求消息。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述方法應(yīng)用于服務(wù)GPRS支持節(jié)點 SGSN時，所述接收攜帶釋放原因值的用戶設(shè)備UE上下文釋放請求消息或者釋放接入承載請求消息或者Iu接口釋放請求消息，具體為接收無線網(wǎng)絡(luò)控制器RNC發(fā)送的所述攜帶釋放原因值的Iu接口釋放請求消息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，向網(wǎng)關(guān)上報無線承載丟失信息，包括 向網(wǎng)關(guān)GPRS支持節(jié)點GGSN發(fā)送攜帶無線承載丟失信息的更新PDP上下文請求消息。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，接收攜帶釋放原因值的UE上下文釋放請求消息或者釋放接入承載請求消息或者Iu接口釋放請求消息之后，還包括判斷網(wǎng)關(guān)是否訂閱了無線承載丟失信息；如果所述網(wǎng)關(guān)訂閱了無線承載丟失信息，則判斷所述釋放原因值是否是異常釋放。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述網(wǎng)關(guān)訂閱所述無線承載丟失信息之前,還包括策略和計費規(guī)則功能實體PCRF向所述網(wǎng)關(guān)訂閱所述無線承載丟失信息。
10.根據(jù)權(quán)利要求1-9任意一項所述的方法，其特征在于，所述釋放原因值為與UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)或者與UE之間的完整性檢查重復(fù)失敗。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，當(dāng)所述釋放原因值為與UE之間失去無線連接、管理維護(hù)原因或者與UE之間的完整性檢查重復(fù)失敗時，為異常釋放。
12.—種移動管理實體MME，其特征在于，所述MME包括接收單元，用于接收演進(jìn)型基站eNB發(fā)送的攜帶釋放原因值的UE上下文釋放請求消息；上報單元，用于在所述釋放原因值指示異常釋放時，向網(wǎng)關(guān)通知無線承載丟失信息；處理單元，用于在所述釋放原因值指示異常釋放時，保留非GBR承載。
13.根據(jù)權(quán)利要求12所述的MME，其特征在于，所述釋放原因值包括與UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)或者與UE之間的完整性檢查重復(fù)失敗；當(dāng)所述釋放原因值為與UE之間失去無線連接、管理維護(hù)原因或者與UE之間的完整性檢查重復(fù)失敗時，為異常釋放。
14.根據(jù)權(quán)利要求12所述的MME，其特征在于，所述上報單元具體用于向SGW發(fā)送攜帶無線承載丟失信息的修改承載請求消息或者釋放接入承載請求消息，以便所述SGW向 PGW發(fā)送攜帶無線承載丟失信息的修改承載請求消息。
15.根據(jù)權(quán)利要求12所述的MME，其特征在于，所述MME還包括判斷單元，用于在所述接收單元接收演進(jìn)型基站eNB發(fā)送的攜帶釋放原因值的UE上下文釋放請求消息之后，判斷PGW是否訂閱了無線承載丟失信息，如果所述PGW訂閱了無線承載丟失信息，則判斷所述釋放原因值是否是異常釋放。
16.一種服務(wù)網(wǎng)關(guān)SGW，其特征在于，所述SGW包括接收單元，用于接收MME發(fā)送的攜帶釋放原因值的釋放接入承載請求消息；上報單元，用于在所述釋放原因值指示異常釋放時，向PGW通知無線承載丟失信息；處理單元，用于在所述釋放原因值指示異常釋放時，保留非GBR承載。
17.根據(jù)權(quán)利要求16所述的SGW，其特征在于，所述釋放原因值包括與UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)或者與UE之間的完整性檢查重復(fù)失??；當(dāng)所述釋放原因值為與UE之間失去無線連接、管理維護(hù)原因或者與UE之間的完整性檢查重復(fù)失敗時，為異常釋放。
18.根據(jù)權(quán)利要求16所述的SGW，其特征在于，所述上報單元具體用于向PGW發(fā)送攜帶無線承載丟失信息的修改承載請求消息。
19.根據(jù)權(quán)利要求16所述的SGW，其特征在于，所述SGW還包括判斷單元，用于在所述接收單元接收到MME發(fā)送的攜帶釋放原因值的釋放接入承載請求消息后，判斷所述PGW是否訂閱了無線承載丟失信息，如果所述PGW訂閱了無線承載丟失信息，則判斷所述釋放原因值是否是異常釋放。
20.一種服務(wù)GPRS支持節(jié)點SGSN，其特征在于，所述SGSN包括接收單元，用于接收無線網(wǎng)絡(luò)控制器RNC發(fā)送的攜帶釋放原因值的Iu接口釋放請求消息；上報單元，用于在所述釋放原因值指示異常釋放時，向網(wǎng)關(guān)通知無線承載丟失信息；處理單元，用于在所述釋放原因值指示異常釋放時，保留非GBR承載。
21.根據(jù)權(quán)利要求20所述的SGSN，其特征在于，所述釋放原因值包括與UE之間失去無線連接、管理維護(hù)原因、UE進(jìn)入休眠狀態(tài)或者與UE之間的完整性檢查重復(fù)失??；當(dāng)所述釋放原因值為與UE之間失去無線連接、管理維護(hù)原因或者與UE之間的完整性檢查重復(fù)失敗時，為異常釋放。
22.根據(jù)權(quán)利要求20所述的SGSN，其特征在于，所述上報單元具體用于向網(wǎng)關(guān)GPRS支持節(jié)點GGSN發(fā)送攜帶無線承載丟失信息的更新PDP上下文請求消息。
23.根據(jù)權(quán)利要求20所述的SGSN，其特征在于，所述SGSN還包括判斷單元，用于在所述接收單元接收無線網(wǎng)絡(luò)控制器RNC發(fā)送的攜帶釋放原因值的Iu 接口釋放請求消息之后，判斷GGSN是否訂閱了無線承載丟失信息，如果所述GGSN訂閱了無線承載丟失信息，則判斷所述釋放原因值是否是異常釋放。
全文摘要
本發(fā)明實施例提供了一種無線承載丟失信息的上報方法，所述方法包括接收攜帶釋放原因值的用戶設(shè)備UE上下文釋放請求消息或者釋放接入承載請求消息或者Iu接口釋放請求消息；如果所述釋放原因值指示異常釋放，則向網(wǎng)關(guān)上報無線承載丟失信息，并保留非保證帶寬GBR承載。通過本發(fā)明實施例的方法和裝置，既實現(xiàn)了承載上報，又避免了因為釋放非GBR承載引起的問題。
文檔編號H04L12/58GK102232301SQ201080006021
公開日2011年11月2日 申請日期2010年8月20日 優(yōu)先權(quán)日2010年8月20日
發(fā)明者朱奮勤, 李巖 申請人:華為技術(shù)有限公司