專利名稱：一種epc網(wǎng)絡(luò)的gtpc信令交互方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種演進(jìn)的分組核心(Evolved PacketCore, EPC)網(wǎng)絡(luò)的控制面通用分組無線業(yè)務(wù)(General Packet Radio Service, GPRS)隧道協(xié)議 (GTPC)信令交互方法及裝置。
背景技術(shù)：
在演進(jìn)的分組核心(Evolved Packet Core, EPC)網(wǎng)絡(luò)的控制面通用分組無線業(yè)務(wù)(General Packet Radio Service, GPRS)隧道協(xié)議(GTPC)信令交互流程中，主要涉及Sll和S5接口，對于承載建立流程中涉及到的網(wǎng)元都需要為UE分配承載資源，例如移動(dòng)管理實(shí)體(Mobility Management Entity, MME)網(wǎng)元發(fā)起的默認(rèn)承載建立流程，首先 MME需要在本地為用戶分配資源，然后由MME觸發(fā)默認(rèn)承載請求消息給服務(wù)網(wǎng)關(guān)(Serving Gateway, SGW)，SGW配置本地的用戶承載資源后，發(fā)送默認(rèn)承載請求消息給分組數(shù)據(jù)網(wǎng)關(guān) (PDNGateway, PGW)，PGW再配置本端的用戶承載資源，如果各網(wǎng)元配置成功，MME會(huì)收到成功的響應(yīng)消息，整個(gè)過程各網(wǎng)元節(jié)點(diǎn)都保存有控制面和用戶面的資源。但是，SGW作為處理流程的中間網(wǎng)元節(jié)點(diǎn)，如果在收到PGW配置成功的響應(yīng)消息后，SGW在本端處理時(shí)發(fā)生了失敗(不能保證處理一定能成功，如SGW用戶面無法滿足PGW 要求的服務(wù)質(zhì)量(Quality of Service, Qos) 配置而導(dǎo)致SGW配置用戶面失敗，或由于SGW本地資源分配失敗等原因)，SGW會(huì)將失敗的響應(yīng)消息發(fā)送給MME，MME刪除已分配的用戶資源，但是對于SGW的另一個(gè)對端節(jié)點(diǎn)PGW卻無法得到資源釋放的通知消息。因?yàn)閺哪壳皡f(xié)議看SGW是沒有觸發(fā)消息通知PGW 進(jìn)行資源釋放的。因此就會(huì)造成各個(gè)網(wǎng)元節(jié)點(diǎn)的用戶資源不一致。即某些網(wǎng)元節(jié)點(diǎn)會(huì)出現(xiàn)掛資源。針對上述過程，如果同一用戶再次接入時(shí)，很可能在該網(wǎng)元上此用戶信息已經(jīng)存在，如果該網(wǎng)元異常處理考慮不全面很可能會(huì)直接以失敗的結(jié)果返回給MME，造成該用戶永遠(yuǎn)無法接入。還有一種情況是某個(gè)網(wǎng)元節(jié)點(diǎn)存在超時(shí)，比如默認(rèn)承載的建立過程，若PGW網(wǎng)元節(jié)點(diǎn)回復(fù)的響應(yīng)消息出現(xiàn)時(shí)延(當(dāng)信令量較大時(shí)，繁忙的傳輸通路可能會(huì)導(dǎo)致數(shù)據(jù)包回復(fù)出現(xiàn)時(shí)延甚至丟失)，而當(dāng)超時(shí)后回復(fù)消息給SGW，那么同樣PGW成功分配的用戶承載資源也是無法清除的，因?yàn)镾GW判斷超時(shí)后，會(huì)首先回復(fù)給MME失敗的結(jié)果，MME刪除本地的用戶資源信息，同時(shí)SGW也會(huì)刪除自己本端已經(jīng)分配的用戶資源信息。而對于PGW來說，已經(jīng)分配成功的用戶資源信息依然存在。以上兩種資源不一致的過程也發(fā)生在專用承載建立流程中(PGW網(wǎng)元發(fā)起的專用承載建立)。同時(shí)對于非初始承載建立過程，如移動(dòng)性過程中發(fā)生的SGW改變的跟蹤區(qū)更新 (TAU)、路由區(qū)更新(RAU)或切換過程這種場景也是存在的。造成這種信令異常處理過程，EPC網(wǎng)元間資源不一致的情況，主要是由于在EPC網(wǎng)絡(luò)中MME、SGff和PGW之間交互的過程采用的是GTPC v2的協(xié)議接口，而這種通過中間節(jié)點(diǎn)通知處理結(jié)果的信令交互流程在GTPvl中是不存在的，即GTPvl只是一端請求一端響應(yīng)過程，而不是GTPC v2這種通過中間結(jié)點(diǎn)進(jìn)行傳遞請求和響應(yīng)的信令交互過程，因此這種采用 GTPC v2的協(xié)議接口交換信令的情況就會(huì)導(dǎo)致資源可能存在不一致，而目前協(xié)議還沒有給出這種信令流程處理異常時(shí)該如何去保證各網(wǎng)元節(jié)點(diǎn)上的資源一致的介紹。因?yàn)榫W(wǎng)元信令交互過程較多，異常情況下的資源不一致場景也較多，以下只是對幾個(gè)主要發(fā)生資源不一致的場景予以說明。場景一 MME網(wǎng)元發(fā)起的默認(rèn)承載建立。信令場景在初始附著過程中建立默認(rèn)承載；用戶成功進(jìn)行網(wǎng)絡(luò)附著后，由UE發(fā)起的向其指定的接入點(diǎn)名稱(APN)對應(yīng)的分組數(shù)據(jù)網(wǎng)(PDN)的連接請求過程。信令過程參見圖1，包括MME分配資源保存本端的用戶上下文信息，然后MME選擇一個(gè)SGW并發(fā)送創(chuàng)建會(huì)話請求(Create Session Request)消息給 SGW。SGW收到創(chuàng)建會(huì)話請求(Create Session Request)消息后，進(jìn)行用戶的本地資源分配，即在其EPS承載列表中創(chuàng)建一個(gè)新的條目，分別保存Sll和S58側(cè)的控制面和用戶面信息，并給PGW發(fā)一個(gè)創(chuàng)建會(huì)話請求(Create SessionRequest)消息。PGW在收到創(chuàng)建會(huì)話請求(Create Session Request)消息后，進(jìn)行用戶的本地資源分配，即在其EPS承載上下文列表中創(chuàng)建一個(gè)新的條目，并給SGW發(fā)一個(gè)創(chuàng)建會(huì)話響應(yīng) (Create Session Response)消息。SGW收到創(chuàng)建會(huì)話響應(yīng)(Create Session Response)消息后，保存對端的節(jié)點(diǎn)信息，同時(shí)根據(jù)消息內(nèi)容組包發(fā)送給MME—個(gè)創(chuàng)建會(huì)話響應(yīng)(Createkssion Response)消息，告知MME承載配置成功或失敗。至此，承載建立信令流程處理完成。根據(jù)PGW返回的響應(yīng)消息的承載信息，SGW比對根據(jù)MME發(fā)送請求時(shí)配置給本地用戶面的歸屬簽約用戶服務(wù)器(HSS)簽約配置，如果發(fā)生服務(wù)質(zhì)量(QoS)等信息修改，就需要重新配置SGW的用戶面信息。因此設(shè)備一般在實(shí)現(xiàn)時(shí)，為了減少配置交互，SGff首先考慮透傳會(huì)話請求消息給PGW，當(dāng)PGW返回會(huì)話響應(yīng)消息之后，再根據(jù)PGW返回的實(shí)際配置信息， 即QoS和聚合最大比特率(Aggregate Maximum Bit Rate,AMBR)等信息來配置SGW的用戶面資源信息。因此若當(dāng)SGW收到PGW的成功消息后，系統(tǒng)處理失敗，如用戶面分配的帶寬資源不夠或其他系統(tǒng)資源分配失敗等，以及當(dāng)SGW收到PGW超時(shí)后返回的成功響應(yīng)消息，SGff會(huì)回復(fù)失敗的處理消息給MME，MME刪除本地分配的資源，同時(shí)SGW也會(huì)刪除本地已經(jīng)分配的資源。但PGW上分配成功的資源沒有后續(xù)流程通知其進(jìn)行資源釋放。因此造成PGW和MME (或 SGff)上的用戶資源不一致。場景二 PGW網(wǎng)元發(fā)起的專用承載建立。信令場景由網(wǎng)絡(luò)發(fā)起，建立具有專用QoS和業(yè)務(wù)流模板(TFT)的EPS承載上下文。附著(Attach)過程中也可以觸發(fā)一個(gè)或多個(gè)專用承載的建立。參見圖2，PGff發(fā)起的專用承載建立流程包括
PGW分配資源保存本端的用戶上下文信息，然后PGW發(fā)送專用承載建立請求 (Create Bearer Request)消息給 SGW0SGff收到Create Bearer Request消息后，進(jìn)行本地資源分配，即在其EPS承載列表中創(chuàng)建一個(gè)新的條目，并給MME發(fā)一個(gè)創(chuàng)建承載請求(Create BearerRequest)消息。MME在收到專用承載建立請求(Create Bearer Request)消息后，進(jìn)行本地資源分配，即在其EPS承載上下文列表中創(chuàng)建一個(gè)新的條目，并回復(fù)承載建立響應(yīng)(Create Bearer Response)消息給 SGW。SGff保存MME分配的承載信息后，根據(jù)消息內(nèi)容組包返回給PGW —個(gè)專用承載建立響應(yīng)(Create Bearer Response)消息。告知PGW承載配置成功還是失敗。至此，承載建立信令流程處理完成。但當(dāng)SGW收到MME的成功消息后，SGW本地處理失敗，或MME超時(shí)后返回成功的響應(yīng)消息，這兩種情況下SGW都會(huì)回復(fù)失敗的處理消息給PGW刪除資源，同時(shí)SGW也會(huì)刪除本地已分配的資源。但同樣沒有后續(xù)流程通知MME進(jìn)行資源釋放，導(dǎo)致MME和PGW或SGW上的用戶資源不一致。綜上所述，目前協(xié)議對EPC網(wǎng)絡(luò)中信令交互異常過程中存在的網(wǎng)元節(jié)點(diǎn)資源不一致問題沒有解決方案，如果只是按現(xiàn)有信令交互過程處理，就會(huì)造成各網(wǎng)元節(jié)點(diǎn)的用戶資源不一致，并影響到該用戶的后續(xù)業(yè)務(wù)處理。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種EPC網(wǎng)絡(luò)的GTPC信令交互方法及裝置，用以避免EPC網(wǎng)絡(luò)的GTPC信令交互流程中各網(wǎng)元節(jié)點(diǎn)保存的用戶資源不一致的問題。本發(fā)明實(shí)施例提供的一種EPC網(wǎng)絡(luò)的GTPC信令交互方法包括確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件， 以及確定需要釋放用戶資源的節(jié)點(diǎn)；通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。本發(fā)明實(shí)施例提供的一種EPC網(wǎng)絡(luò)的GTPC信令交互裝置包括確定單元，用于確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，以及確定需要釋放用戶資源的節(jié)點(diǎn)；通知單元，用于通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。本發(fā)明實(shí)施例，確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，以及確定需要釋放用戶資源的節(jié)點(diǎn)；通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源，從而避免了 EPC網(wǎng)絡(luò)的GTPC信令交互流程中各網(wǎng)元節(jié)點(diǎn)保存的用戶資源不一致的問題。


圖1為MME網(wǎng)元發(fā)起的默認(rèn)承載建立流程示意圖；圖2為目前EPC網(wǎng)絡(luò)PGW網(wǎng)元發(fā)起的專用承載建立流程示意圖；圖3為本發(fā)明實(shí)施例提供的一種EPC網(wǎng)絡(luò)的GTPC信令交互方法的流程示意圖；圖4為本發(fā)明實(shí)施例提供的默認(rèn)承載建立流程中的SGW網(wǎng)元處理異常的資源通知流程示意圖；圖5為本發(fā)明實(shí)施例提供的專用承載建立流程中的SGW網(wǎng)元處理異常的資源通知流程示意圖；圖6本發(fā)明實(shí)施例提供的一種EPC網(wǎng)絡(luò)的GTPC信令交互裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例提供了一種EPC網(wǎng)絡(luò)的GTPC信令交互方法及裝置，用以避免EPC網(wǎng)絡(luò)的GTPC信令交互流程中各網(wǎng)元節(jié)點(diǎn)保存的用戶資源不一致的問題。本發(fā)明實(shí)施例提供的技術(shù)方案，在EPC網(wǎng)絡(luò)的GTPC信令交互過程中，當(dāng)某個(gè)網(wǎng)元節(jié)點(diǎn)發(fā)生信令處理失敗或某個(gè)節(jié)點(diǎn)存在超時(shí)回復(fù)，可由發(fā)生錯(cuò)誤的節(jié)點(diǎn)或得知其發(fā)生錯(cuò)誤的相鄰節(jié)點(diǎn)發(fā)送信令消息來通知掛資源的節(jié)點(diǎn)進(jìn)行資源清除的過程。例如，在默認(rèn)承載建立過程中，如果是SGW處理PGW返回的成功的響應(yīng)消息后，SGW 本地處理失敗，可由發(fā)生錯(cuò)誤的節(jié)點(diǎn)即SGW發(fā)起通知PGW刪除用戶資源的過程。另外，如果是PGW超時(shí)回復(fù)成功消息給SGW，SGff作為得知PGW發(fā)生錯(cuò)誤的相鄰節(jié)點(diǎn)，就可以通知PGW 刪除用戶資源，用以清除PGW上掛起的資源。下面結(jié)合附圖對本發(fā)明實(shí)施例提供的技術(shù)方案進(jìn)行說明。參見圖3，本發(fā)明實(shí)施例提供的一種EPC網(wǎng)絡(luò)的GTPC信令交互方法，包括步驟S101、確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，以及確定需要釋放用戶資源的節(jié)點(diǎn)；所述發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件， 例如某一節(jié)點(diǎn)發(fā)生錯(cuò)誤，沒有正常處理收到的信令消息，或者沒有在規(guī)定時(shí)間內(nèi)回復(fù)響應(yīng)消息給相鄰節(jié)點(diǎn)等，導(dǎo)致EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一 UE保存的用戶資源不一致。S102、通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。較佳地，所述確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，包括由信令處理失敗的節(jié)點(diǎn)，確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件；所述通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源，包括由信令處理失敗的節(jié)點(diǎn)，通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。例如，在默認(rèn)承載建立過程中，如果是SGW處理PGW返回的成功的響應(yīng)消息后，SGW 本地處理失敗，可由發(fā)生錯(cuò)誤的節(jié)點(diǎn)即SGW發(fā)起通知PGW刪除用戶資源的過程。較佳地，該方法還包括在通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源的同時(shí)，還將信令處理失敗的原因通知給需要釋放用戶資源的節(jié)點(diǎn)。釋放用戶資源的節(jié)點(diǎn)根據(jù)信令處理失敗的原因，判斷是否需要回復(fù)響應(yīng)消息。對于釋放用戶資源的節(jié)點(diǎn)根據(jù)信令處理失敗的原因，判斷需要回復(fù)響應(yīng)消息的情況，較佳地，該方法還包括當(dāng)接收到需要釋放用戶資源的節(jié)點(diǎn)發(fā)送的釋放用戶資源的反饋消息時(shí)，丟棄該反饋消息。
例如，SGW收到Create Session Response消息后，若SGW處理失敗，SGW將刪除本端的用戶資源，回復(fù)失敗的消息給MME，同時(shí)發(fā)送默認(rèn)承載刪除(Delete Session Request) 消息給PGW，通知PGW也刪除該用戶資源。PGW刪除了該用戶資源后，若回復(fù)響應(yīng)消息給SGW， 則SGW可以直接丟棄，不做回復(fù)，或者，SGW也可以在給PGW發(fā)送的默認(rèn)承載刪除請求消息中攜帶失敗的原因給PGW(可以將Cause IE的宏值進(jìn)行擴(kuò)充定義為不需要回復(fù)響應(yīng)的指示)， PGff從失敗原因判定不需要回復(fù)響應(yīng)消息給SGW。較佳地，所述確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，包括由超時(shí)反饋信令處理結(jié)果的節(jié)點(diǎn)的相鄰節(jié)點(diǎn)，確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件；所述通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源，包括由超時(shí)反饋信令處理結(jié)果的節(jié)點(diǎn)的相鄰節(jié)點(diǎn)，通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。例如，在默認(rèn)承載建立過程中，如果是PGW超時(shí)回復(fù)成功響應(yīng)消息給SGW，SGff作為得知PGW發(fā)生錯(cuò)誤的相鄰節(jié)點(diǎn)，就可以通知PGW刪除用戶資源，用以清除PGW上掛起的資源。下面給出兩個(gè)具體場景進(jìn)行說明。實(shí)施例一、MME網(wǎng)元發(fā)起的默認(rèn)承載建立過程如下發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件(以下簡稱異常事件)包括PGW回復(fù)成功的響應(yīng)消息后，SGW軟件內(nèi)部處理異常造成失敗，如用戶面分配的可用帶寬資源不夠，或發(fā)送時(shí)響應(yīng)消息失敗，或編碼失敗或獲取發(fā)送地址失敗，或申請發(fā)送內(nèi)存失敗等原因；以及，PGff超過預(yù)先設(shè)定的時(shí)間后回復(fù)成功響應(yīng)消息給SGW(鏈路可達(dá)情況)。由于在正常的默認(rèn)承載刪除過程中SGW作為中間網(wǎng)元節(jié)點(diǎn)發(fā)送請求消息給PGW， SGW節(jié)點(diǎn)具備通知對端節(jié)點(diǎn)的條件，SGW不用考慮是哪個(gè)網(wǎng)元的失敗，直接按照正常信令消息來處理就可以，不需要增加額外的處理消息，因此當(dāng)異常事件發(fā)生時(shí)，SGW可以發(fā)起默認(rèn)承載的刪除流程通知PGW來釋放用戶資源。參見圖4，本發(fā)明實(shí)施例提供的默認(rèn)承載建立流程包括步驟11 =MME發(fā)送創(chuàng)建會(huì)話請求(Create Session Request)消息給SGW ；步驟12 =SGff發(fā)送創(chuàng)建會(huì)話請求消息給PGW ；步驟13 :PGW發(fā)送創(chuàng)建會(huì)話響應(yīng)(Create Session Response)消息給SGff ；步驟14 =SGff收到Create Session Response消息后，SGff對該消息處理失敗， SGW將刪除本端的用戶資源，并執(zhí)行步驟15;以及，發(fā)送刪除會(huì)話請求(Delete Session Request)消息給PGW ；通知PGW進(jìn)行資源釋放。PGW回復(fù)的響應(yīng)消息SGW可以直接丟棄，不做回復(fù)。也可以在給PGW的默認(rèn)承載刪除請求消息中攜帶失敗的原因給PGW(可以將Cause IE的宏值進(jìn)行擴(kuò)充定義為不需要回復(fù)響應(yīng)的指示)，PGW從失敗原因判斷是否需要回復(fù)響應(yīng)消息給SGW。步驟15 =SGff發(fā)送創(chuàng)建會(huì)話響應(yīng)消息給MME。
步驟14中SGW發(fā)送給PGW的刪除會(huì)話請求(Delete Session Request)消息，其消息內(nèi)容和正常的Delete Session Request消息內(nèi)容相同，只是對原因(CAUSE)宏值內(nèi)容進(jìn)行了擴(kuò)充，消息內(nèi)容如下面的表一所示
權(quán)利要求
1.一種演進(jìn)的分組核心EPC網(wǎng)絡(luò)的控制面通用分組無線業(yè)務(wù)隧道協(xié)議GTPC信令交互方法，其特征在于，該方法包括確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，以及確定需要釋放用戶資源的節(jié)點(diǎn)；通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，包括由信令處理失敗的節(jié)點(diǎn)，確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件；所述通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源，包括由信令處理失敗的節(jié)點(diǎn)，通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法還包括在通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源的同時(shí)，還將信令處理失敗的原因通知給需要釋放用戶資源的節(jié)點(diǎn)。
4.根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于，該方法還包括當(dāng)接收到需要釋放用戶資源的節(jié)點(diǎn)發(fā)送的釋放用戶資源的反饋消息時(shí)，丟棄該反饋消息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，包括由超時(shí)反饋信令處理結(jié)果的節(jié)點(diǎn)的相鄰節(jié)點(diǎn)，確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件；所述通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源，包括由超時(shí)反饋信令處理結(jié)果的節(jié)點(diǎn)的相鄰節(jié)點(diǎn)，通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。
6.一種演進(jìn)的分組核心EPC網(wǎng)絡(luò)的控制面通用分組無線業(yè)務(wù)隧道協(xié)議GTPC信令交互裝置，其特征在于，該裝置包括確定單元，用于確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，以及確定需要釋放用戶資源的節(jié)點(diǎn)；通知單元，用于通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置為信令處理失敗的節(jié)點(diǎn)。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述通知單元，進(jìn)一步在通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源的同時(shí)，還將信令處理失敗的原因通知給需要釋放用戶資源的節(jié)點(diǎn)。
9.根據(jù)權(quán)利要求6、7或8所述的裝置，其特征在于，所述裝置還包括丟棄處理單元，用于當(dāng)接收到需要釋放用戶資源的節(jié)點(diǎn)發(fā)送的釋放用戶資源的反饋消息時(shí)，丟棄該反饋消息。
10.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置為超時(shí)反饋信令處理結(jié)果的節(jié)點(diǎn)的相鄰節(jié)點(diǎn)。
全文摘要
本發(fā)明公開了一種EPC網(wǎng)絡(luò)的GTPC信令交互方法及裝置，用以避免EPC網(wǎng)絡(luò)的GTPC信令交互流程中各網(wǎng)元節(jié)點(diǎn)保存的用戶資源不一致的問題。本發(fā)明提供的一種EPC網(wǎng)絡(luò)的GTPC信令交互方法包括確定發(fā)生EPC網(wǎng)絡(luò)中各節(jié)點(diǎn)針對同一用戶設(shè)備UE保存的用戶資源不一致的事件，以及確定需要釋放用戶資源的節(jié)點(diǎn)；通知需要釋放用戶資源的節(jié)點(diǎn)釋放用戶資源。
文檔編號H04W80/00GK102291735SQ20111022248
公開日2011年12月21日 申請日期2011年8月4日 優(yōu)先權(quán)日2011年8月4日
發(fā)明者張玲 申請人:大唐移動(dòng)通信設(shè)備有限公司