資源?；罘椒ㄒ约百Y源釋放方法
【專利摘要】本發(fā)明涉及一種應用于SGW網(wǎng)元的資源?；罘椒?，該方法基于業(yè)務板和信令板分布式部署，包括：S1.信令板分別向相應的業(yè)務板發(fā)送?；顧z測消息；S2.判斷是否收到所述業(yè)務板反饋的響應消息，如果是，則判斷所述業(yè)務板正常，本次?；顧z測結(jié)束，否則，判斷本次保活檢測失敗，本次保活檢測結(jié)束；S3.根據(jù)預定次數(shù)的?；顧z測失敗來判斷對應的業(yè)務板故障。本發(fā)明還涉及一種利用上述資源?；罘椒ǖ馁Y源釋放方法，該資源釋放方法包括：S4.業(yè)務板故障時，與該業(yè)務板對應的業(yè)務處理節(jié)點故障；S5.根據(jù)所述故障的業(yè)務處理節(jié)點查找需要進行資源釋放的用戶；S6.對于需要資源釋放的用戶，根據(jù)預先在信令節(jié)點保存的用戶TEIDU_SGW信息和TEIDU_PGW信息組織錯誤指示消息，發(fā)送給對端網(wǎng)元，以指示對端網(wǎng)元釋放資源。
【專利說明】資源?；罘椒ㄒ约百Y源釋放方法
【技術領域】
[0001]本發(fā)明涉及無線網(wǎng)絡【技術領域】，尤其涉及一種資源保活方法和利用所述資源?；罘椒ǖ馁Y源釋放方法。
【背景技術】
[0002]LTE (Long Term Evolution,長期演進)網(wǎng)絡中，對于 SGW (Serving Gate Way)服務網(wǎng)關網(wǎng)元，按照功能實體的劃分，主要包括信令面，用戶面兩大功能模塊，為滿足負載均衡和容災備份的要求，在網(wǎng)元的內(nèi)部，信令板跟業(yè)務板都采用分布式部署，即通常情況下，都存在多塊信令板跟業(yè)務版，用戶量大的情況下，信令面會分攤在多個信令板上，用戶面也會分攤在多個業(yè)務板上，邏輯上來說，信令板跟用戶板之間就存在多對多的關系，如圖1所
/Jn ο
[0003]為了保證SGW內(nèi)部網(wǎng)元的資源一致性，信令板跟業(yè)務板之間采用心跳檢測方式，進行定時的單板?；?，出現(xiàn)異常時，比如某塊信令板發(fā)生故障，那么為了保證內(nèi)部網(wǎng)元的資源一致，業(yè)務板檢測到這種故障之后，會自行釋放業(yè)務板上的用戶資源，同理，信令板檢測到業(yè)務板故障之后，也會釋放信令板上的用戶資源，保證資源的一致性。目前，按照用戶及級別進行資源的保活檢測，比如對于用戶A來說，信令處理單元位于信令板I上，業(yè)務處理單元位于業(yè)務板I上，那么信令板I會定時的對于該用戶的業(yè)務面進行保活檢測，業(yè)務板I上也會對該用戶的信令面進行保活檢測。信令板I出現(xiàn)故障時，上面的用戶A，D異常，那么業(yè)務板I上，對用戶A進行資源釋放，業(yè)務板2上，對用戶D進行資源釋放，保證SGW網(wǎng)元內(nèi)部資源的一致性；業(yè)務板I故障時，用戶A，E，F(xiàn)異常，信令板1，2，η分別對于用戶A，E，F(xiàn)進行資源釋放，保證SGW網(wǎng)元內(nèi)部資源的一致性。
[0004]但是因為SGW處于一個中間網(wǎng)元狀態(tài)，目前的協(xié)議(23.401協(xié)議)不允許SGW主動發(fā)起對前端網(wǎng)元MME (Mobility Management Entity)移動性管理實體或者后端網(wǎng)元PGKPDN Gateffay)分組數(shù)據(jù)網(wǎng)關的資源釋放，那么在上面情況下，雖然保證了網(wǎng)元內(nèi)用戶面、信令面的資源一致性，但是會出現(xiàn)網(wǎng)元間的資源出現(xiàn)異常，并且這種情況下，因為單板上一般存在多個用戶，會導致大量用戶的資源不一致，即MME跟PGW存在該用戶資源，但是SGW不存在該用戶資源。
[0005]對于目前的業(yè)務屬性來說，大部分的業(yè)務都是先上行，后下行，所以對于MME側(cè)來說，一旦用戶有上行業(yè)務，可以通過ErrorIndication來釋放,但是對于下行業(yè)務來說，因為沒有上行的觸發(fā)，可能會一直沒有下行業(yè)務，導致檢測不到該用戶在SGW側(cè)已經(jīng)被釋放了，導致PGW和SGW側(cè)的資源長時間不一致。

【發(fā)明內(nèi)容】

[0006]本發(fā)明所要解決的技術問題是:在用戶量大的時候，由于基于用戶級別的保活檢測，導致內(nèi)部的?；钕⒎浅ｎl繁，造成內(nèi)部消息擁塞，增加系統(tǒng)的負荷處理；而且網(wǎng)元出現(xiàn)異常時，在資源釋放過程中，無法保證網(wǎng)元間資源不一致。[0007]為此目的，本發(fā)明提出了一種應用于服務網(wǎng)關SGW網(wǎng)元的資源?；罘椒?，該方法基于信令板和業(yè)務板的分布式部署，該方法包括:
[0008]S1.信令板分別向相應的業(yè)務板發(fā)送?；顧z測消息；
[0009]S2.判斷是否收到所述業(yè)務板反饋的響應消息，如果是，則判斷所述業(yè)務板正常，本次?；顧z測結(jié)束，否則，判斷本次?；顧z測失敗，本次保活檢測結(jié)束；
[0010]S3.根據(jù)預定次數(shù)的保活檢測失敗來判斷對應的業(yè)務板故障。
[0011 ] 優(yōu)選地，該方法在步驟SI之前包括:
[0012]S01.設置定時?；疃〞r器，在所述信令板正常啟動后，自動啟動所述定時?；疃〞r器；
[0013]S02.判斷定時器是否超時，如果超時則執(zhí)行所述步驟SI。
[0014]優(yōu)選地，該方法在步驟SI之前包括:
[0015]S011.設置?；钍∮嫈?shù)器，在所述信令板正常啟動后，自動啟動所述保活失敗計數(shù)器，并初始化，所述?；钍∮嫈?shù)器和業(yè)務板相對應。
[0016]優(yōu)選地,所述步驟S2包括:
[0017]在判斷所述業(yè)務板正常時，保活失敗計數(shù)器清零，在判斷保活檢測失敗時，?；钍∮嫈?shù)器加I。
[0018]本發(fā)明還提供一種利用前面所述的資源?；罘椒ǖ馁Y源釋放方法，該資源釋放方法包括:
[0019]S0.在用戶接入網(wǎng)絡的過程中，在信令處理節(jié)點保存用戶的SGW側(cè)用戶面隧道標識TEIDU_SGW信息和PGW側(cè)用戶面隧道標識TEIDU_PGW信息；
[0020]S4.業(yè)務板故障時，則判斷與該業(yè)務板對應的業(yè)務處理節(jié)點故障；
[0021]S5.根據(jù)所述故障的業(yè)務處理節(jié)點查找需要進行資源釋放的用戶；
[0022]S6.對于需要資源釋放的用戶，根據(jù)其TEIDU_SGW信息和TEIDU_PGW信息組織錯誤指示消息，發(fā)送給對端網(wǎng)元，以指示對端網(wǎng)元釋放資源，并同時釋放SGW網(wǎng)元內(nèi)部資源。
[0023]優(yōu)選地,所述步驟S5具體包括:
[0024]S51.依次獲取每個用戶下存儲的業(yè)務處理節(jié)點IP(T_IP)；
[0025]S52.將所述業(yè)務處理節(jié)點ΙΡ(Τ_ΙΡ)與所述故障的業(yè)務處理節(jié)點IP(T_Ipi)相比較，如果相同，則判斷該用戶需要進行資源釋放，然后執(zhí)行步驟S6，否則，判斷該用戶不需要進行資源釋放；
[0026]S53.返回步驟S51處理下一個用戶。
[0027]本發(fā)明提供一種應用于服務網(wǎng)關SGW網(wǎng)元的資源?；罘椒?，該方法基于信令板和業(yè)務板的分布式部署，包括:
[0028]SI，.業(yè)務板分別向相應的信令板發(fā)送保活檢測消息；
[0029]S2’.判斷是否收到所述信令板反饋的響應消息，如果是，則判斷所述信令板正常，本次保活檢測結(jié)束，否則，判斷本次?；顧z測失敗，本次?；顧z測結(jié)束；
[0030]S3’.根據(jù)預定次數(shù)的保活檢測失敗來判斷對應的信令板故障。
[0031]優(yōu)選地，該方法在步驟SI，之前包括:
[0032]S01’.設置定時保活定時器，在所述業(yè)務板正常啟動后，自動啟動所述定時?；疃〞r器；[0033]S02’.判斷定時器是否超時，如果超時則執(zhí)行所述步驟SI’。
[0034]優(yōu)選地，該方法在步驟SI，之前包括:
[0035]soir.設置?；钍∮嫈?shù)器，在所述業(yè)務板正常啟動后，自動啟動所述保活失敗計數(shù)器，并初始化，所述保活失敗計數(shù)器和信令板相對應。
[0036]優(yōu)選地,所述步驟S2’包括:
[0037]在判斷所述信令板正常時，保活失敗計數(shù)器清零，在判斷?；顧z測失敗時，?；钍∮嫈?shù)器加I。
[0038]本發(fā)明還提供一種利用前面所述的資源保活方法的資源釋放方法，該資源釋放方法包括:
[0039]S0’.在用戶接入網(wǎng)絡的過程中，在信令處理節(jié)點保存用戶的SGW側(cè)用戶面隧道標識TEIDU_SGW信息和PGW側(cè)用戶面隧道標識TEIDU_PGW信息；
[0040]S4，.信令板故障時，則判斷與該信令板對應的信令處理節(jié)點故障；
[0041]S5’.根據(jù)所述故障的信令處理節(jié)點查找需要進行資源釋放的用戶；
[0042]S6’.對于需要資源釋放的用戶，根據(jù)其TEIDU_SGW信息和TEIDU_PGW信息組織錯誤指示消息，發(fā)送給對端網(wǎng)元，以指示對端網(wǎng)元釋放資源，并同時釋放SGW網(wǎng)元內(nèi)部資源。
[0043]優(yōu)選地,所述步驟S5’具體包括:
[0044]S51’.依次獲取每個用戶下存儲的信令處理節(jié)點IP(S_IP)；
[0045]S52’.將所述信令處理節(jié)點IP(S_IP)與所述故障的信令處理節(jié)點IP(S_Ipi)相比較，如果相同，則判斷該用戶需要進行資源釋放，然后執(zhí)行步驟S6’，否則，判斷該用戶不需要進行資源釋放；
[0046]S53’.返回步驟S51’處理下一個用戶。
[0047]13、如權(quán)利要求5、6、11、12任一項所述的資源釋放方法，其特征還在于，所述錯誤指示消息還包含對端網(wǎng)元側(cè)用戶的IP地址。
[0048]通過采用本發(fā)明所公開的資源保活方法和資源釋放方法，能夠減少SGW網(wǎng)元內(nèi)容的消息量，能夠?qū)崿F(xiàn)網(wǎng)元間的資源一致。
【專利附圖】

【附圖說明】
[0049]通過參考附圖會更加清楚的理解本發(fā)明的特征和優(yōu)點，附圖是示意性的而不應理解為對本發(fā)明進行任何限制，在附圖中:
[0050]圖1為表示SGW網(wǎng)元中信令處理單元和業(yè)務處理單元分布式部署的示意圖；
[0051]圖2為表示本發(fā)明實施例1的保活檢測方法的流程圖；
[0052]圖3為表示本發(fā)明實施例1優(yōu)化后的保活檢測方法的流程圖；
[0053]圖4為表示本發(fā)明在attach過程中的信令面、業(yè)務面配置流程圖；
[0054]圖5為表示本發(fā)明實施例3中的資源釋放方法的流程圖；
[0055]圖6為表示本發(fā)明實施例3中優(yōu)化后的資源釋放方法的流程圖；
【具體實施方式】
[0056]下面將結(jié)合附圖對本發(fā)明的實施例進行詳細描述。特別要說明的是，下面的實施例是為了更清楚的表達本發(fā)明的技術方案，但本發(fā)明并不局限于下面的【具體實施方式】。[0057]實施例1
[0058]為了減少內(nèi)部的消息量，采用基于單板級別的用戶資源?；?，如圖1所示，信令板I對于業(yè)務板1，m，分別進行單板的保活探測，業(yè)務板和信令板分布式部署時，業(yè)務板跟信令板的個數(shù)相對于用戶數(shù)來說，要少的多，進行單板級別的資源?；?，相對于現(xiàn)有技術中的基于用戶及其級別的資源?；羁梢源蟠鬁p少內(nèi)部消息量。本實施例提供一種應用于服務網(wǎng)關SGW網(wǎng)元的資源保活方法，該方法基于信令板和業(yè)務板的分布式部署，如圖2所示，該方法包括:
[0059]S1.信令板分別向相應的業(yè)務板發(fā)送?；顧z測消息；
[0060]S2.判斷是否收到所述業(yè)務板反饋的響應消息，如果是，則判斷所述業(yè)務板正常，本次?；顧z測結(jié)束，否則，判斷本次?；顧z測失敗，本次?；顧z測結(jié)束；
[0061]S3.根據(jù)預定次數(shù)的保活檢測失敗來判斷對應的業(yè)務板故障。
[0062]優(yōu)選的，如圖3所示，針對每個業(yè)務板設置相對應的定時?；疃〞r器，在所述信令板正常啟動后，自動啟動所述定時?；疃〞r器，判斷定時器是否超時，如果超時則執(zhí)行所述步驟Si。即利用所述定時保活定時器定時的發(fā)送?；顧z測消息(如心跳消息)，每到一個定時，就完成一次保活檢測。為了避免誤檢測，設置?；钍∮嫈?shù)器，在所述信令板正常啟動后，自動啟動所述?；钍∮嫈?shù)器，并初始化，所述?；钍∮嫈?shù)器和業(yè)務板相對應。在判斷所述業(yè)務板正常時，?；钍∮嫈?shù)器清零，在判斷保活檢測失敗時，?；钍∮嫈?shù)器加I。使用一個保活失敗次數(shù)P控制，即連續(xù)P次都保活失敗，則認為相對應的業(yè)務板單板異常。
[0063]實施例2
[0064]業(yè)務板I對信令板1，η,分別進行單板的保活探測，分布式部署時，業(yè)務板跟信令板的個數(shù)相對于用戶數(shù)來說，要少的多，進行單板級別的資源?；?，可以大大減少內(nèi)部消息量，
[0065]本實施例提供另一種應用于服務網(wǎng)關SGW網(wǎng)元的資源?；罘椒ǎ摲椒ɑ谛帕畎搴蜆I(yè)務板的分布式部署，該方法包括:
[0066]SI，.業(yè)務板分別向相應的信令板發(fā)送?；顧z測消息；
[0067]S2’.判斷是否收到所述信令板反饋的響應消息，如果是，則判斷所述信令板正常，本次?；顧z測結(jié)束，否則，判斷本次?；顧z測失敗，本次?；顧z測結(jié)束；
[0068]S3’.根據(jù)預定次數(shù)的?；顧z測失敗來判斷對應的信令板故障。
[0069]優(yōu)選的，針對每個信令板設置定時?；疃〞r器，在所述業(yè)務板正常啟動后，自動啟動所述定時?；疃〞r器，判斷定時器是否超時，如果超時則執(zhí)行所述步驟Si’。即利用所述定時?；疃〞r器定時的發(fā)送?；顧z測消息，每到一個定時，就完成一次?；顧z測。
[0070]優(yōu)選地，該方法在步驟SI，之前包括:
[0071]soir.針對每個信令板設置?；钍∮嫈?shù)器，在所述業(yè)務板正常啟動后，自動啟動所述保活失敗計數(shù)器，并初始化，所述保活失敗計數(shù)器和信令板相對應。
[0072]優(yōu)選地,所述步驟S2’包括:
[0073]在判斷所述信令板正常時，?；钍∮嫈?shù)器清零，在判斷?；顧z測失敗時，?；钍∮嫈?shù)器加I。使用一個?；钍〈螖?shù)P控制，即連續(xù)P次都?；钍?，則認為相對應的信令板單板異常。
[0074]實施例3[0075]如圖4所示，Attach過程中，SGff收到MME的請求消息后，分配本地的TEIDU_SGW資源，再發(fā)送消息給PGW網(wǎng)元，收到PGW網(wǎng)元的成功響應之后，根據(jù)PGW的響應消息，獲取PGff網(wǎng)元的TEIDU_PGW，配置本地的用戶面，同時攜帶本信令板的地址S_IP，收到用戶面的響應之后，存儲該用戶的業(yè)務板地址T_IP，正常情況下，這些用戶面的資源，對于信令面來說，是不需要關心了，為了后續(xù)的網(wǎng)元間資源釋放，需要在信令處理節(jié)點保存該用戶(TON)的 TEIDU_SGW，TEIDU_PGff 信息。
[0076]如實施例1所述，業(yè)務板m出現(xiàn)故障時，對應的信令單元能夠檢測到。之后，信令板根據(jù)業(yè)務板m的地址，釋放信令板上的用戶內(nèi)部資源，同時，根據(jù)該用戶的TEIDU_SGW，TEIDU_PGff信息,信令面主動組織一條ErrorIndication消息,通知對端網(wǎng)元進行資源的釋放。
[0077]具體地，本實施例提供一種利用實施例1所述的資源保活方法的資源釋放方法，如圖5所示，該資源釋放方法包括:
[0078]S4.業(yè)務板故障時，則判斷與該業(yè)務板對應的業(yè)務處理節(jié)點故障；
[0079]S5.根據(jù)所述故障的業(yè)務處理節(jié)點查找需要進行資源釋放的用戶；
[0080]S6.對于需要資源釋放的用戶，根據(jù)其TEIDU_SGW信息和TEIDU_PGW信息組織錯誤指示消息，發(fā)送給對端網(wǎng)元，以指示對端網(wǎng)元釋放資源，并同時釋放SGW網(wǎng)元內(nèi)部資源。
[0081]優(yōu)選地,如圖6所示,所述步驟S5具體可包括:
[0082]S51.依次獲取每個用戶下存儲的業(yè)務處理節(jié)點IP(T_IP)；
[0083]S52.將所述業(yè)務處理節(jié)點ΙΡ(Τ_ΙΡ)與所述故障的業(yè)務處理節(jié)點IP(T_Ipi)相比較，如果相同，則判斷該用戶需要進行資源釋放，然后執(zhí)行步驟S6，否則，判斷該用戶不需要進行資源釋放；
[0084]S53.返回步驟S51處理下一個用戶。
[0085]如實施例2所述，信令板η出現(xiàn)故障時，對應的業(yè)務板能夠檢測到。之后，根據(jù)信令板η的地址S_IPn，釋放業(yè)務板上的內(nèi)部資源，同時，根據(jù)該用戶的TEIDU_SGW，TEIDU_PGW信息，主動組織一條ErrorIndication消息,通知對端網(wǎng)元進行資源的釋放。
[0086]實施例4
[0087]如實施例2所述，信令板η出現(xiàn)故障時，對應的業(yè)務單元檢測到之后，根據(jù)信令η的地址S_IPn，釋放業(yè)務板上的內(nèi)部資源，同時，根據(jù)該用戶的TEIDU_SGW，TEIDU_PGW信息，主動組織一條ErrorIndication消息,通知對端網(wǎng)元進行資源的釋放。
[0088]具體地，本實施例提供一種利用實施例2所述的資源?；罘椒ǖ馁Y源釋放方法，該資源釋放方法包括:
[0089]SO’.在用戶接入網(wǎng)絡的過程中，在信令處理節(jié)點保存用戶的SGW側(cè)用戶面隧道標識TEIDU_SGW信息和PGW側(cè)用戶面隧道標識TEIDU_PGW信息；
[0090]S4，.根據(jù)實施例2所述的資源保活方法判斷出信令板故障時，則判斷與該信令板對應的信令處理節(jié)點故障；
[0091]S5’.根據(jù)所述故障的信令處理節(jié)點查找需要進行資源釋放的用戶；
[0092]S6’.對于需要資源釋放的用戶，根據(jù)其TEIDU_SGW信息和TEIDU_PGW信息組織錯誤指示消息，發(fā)送給對端網(wǎng)元，以指示對端網(wǎng)元釋放資源，并同時釋放SGW網(wǎng)元內(nèi)部資源。
[0093]優(yōu)選地,所述步驟S5’具體包括:[0094]S51’.依次獲取每個用戶下存儲的信令處理節(jié)點IP(S_IP)；
[0095]S52’.將所述信令處理節(jié)點IP(S_IP)與所述故障的信令處理節(jié)點IP(S_Ipi)相比較，如果相同，則判斷該用戶需要進行資源釋放，然后執(zhí)行步驟S6’，否則，判斷該用戶不需要進行資源釋放；
[0096]S53’.返回步驟S51’處理下一個用戶。
[0097]值得說明的是，所述錯誤指示消息還應包含對端網(wǎng)元側(cè)用戶的IP地址。
[0098]本發(fā)明通過針對單板級別的用戶資源?；顧z測大大減少內(nèi)部消息的產(chǎn)生；通過信令面跟用戶面互相結(jié)合進行資源釋放的方法，不需要修改現(xiàn)有的協(xié)議，能夠解決SGW側(cè)不能主動發(fā)起資源釋放的問題，可以在SGW需要進行資源時，徹底解決核心網(wǎng)內(nèi)各個網(wǎng)元的資源不一致問題。本發(fā)明內(nèi)部網(wǎng)元僅僅在組織一個Errorindication包,不影響正常流程，因而處理開銷小，便于實現(xiàn)。
[0099]雖然結(jié)合附圖描述了本發(fā)明的實施方式，但是本領域技術人員可以在不脫離本發(fā)明的精神和范圍的情況下做出各種修改和變型，這樣的修改和變型均落入由所附權(quán)利要求所限定的范圍之內(nèi)。
【權(quán)利要求】
1.一種應用于服務網(wǎng)關SGW網(wǎng)元的資源?；罘椒ǎ摲椒ɑ谛帕畎搴蜆I(yè)務板的分布式部署，其特征在于，該方法包括: 51.信令板分別向相應的業(yè)務板發(fā)送?；顧z測消息； 52.判斷是否收到所述業(yè)務板反饋的響應消息，如果是，則判斷所述業(yè)務板正常，本次?；顧z測結(jié)束，否則，判斷本次?；顧z測失敗，本次?；顧z測結(jié)束； 53.根據(jù)預定次數(shù)的?；顧z測失敗來判斷對應的業(yè)務板故障。
2.如權(quán)利要求1所述的資源保活方法，其特征還在于，該方法在步驟SI之前包括: 501.設置定時保活定時器，在所述信令板正常啟動后，自動啟動所述定時?；疃〞r器； 502.判斷定時器是否超時，如果超時則執(zhí)行所述步驟SI。
3.如權(quán)利要求1或2所述的資源保活方法，其特征還在于，該方法在步驟SI之前包括: S011.設置?；钍∮嫈?shù)器，在所述信令板正常啟動后，自動啟動所述?；钍∮嫈?shù)器，并初始化，所述保活失敗計數(shù)器和業(yè)務板相對應。
4.如權(quán)利要求3所述的資源保活方法，其特征還在于，所述步驟S2包括: 在判斷所述業(yè)務板正常時，保活失敗計數(shù)器清零，在判斷保活檢測失敗時，?；钍∮嫈?shù)器加I。
5.一種利用權(quán)利要求1-`4任一項所述的資源?；罘椒ǖ馁Y源釋放方法，其特征在于，該資源釋放方法包括: S0.在用戶接入網(wǎng)絡的過程中，在信令處理節(jié)點保存用戶的SGW側(cè)用戶面隧道標識TEIDU_SGff信息和PGW側(cè)用戶面隧道標識TEIDU_PGW信息； 54.業(yè)務板故障時，則判斷與該業(yè)務板對應的業(yè)務處理節(jié)點故障； 55.根據(jù)所述故障的業(yè)務處理節(jié)點查找需要進行資源釋放的用戶； 56.對于需要資源釋放的用戶，根據(jù)其TEIDU_SGW信息和TEIDU_PGW信息組織錯誤指示消息，發(fā)送給對端網(wǎng)元，以指示對端網(wǎng)元釋放資源，并同時釋放SGW網(wǎng)元內(nèi)部資源。
6.如權(quán)利要求5所述的資源釋放方法，其特征還在于，所述步驟S5具體包括: 551.依次獲取每個用戶下存儲的業(yè)務處理節(jié)點IP(T_IP)； 552.將所述業(yè)務處理節(jié)點ΙΡ(Τ_ΙΡ)與所述故障的業(yè)務處理節(jié)點IP(T_Ipi)相比較，如果相同，則判斷該用戶需要進行資源釋放，然后執(zhí)行步驟S6，否則，判斷該用戶不需要進行資源釋放； 553.返回步驟S51處理下一個用戶。
7.一種應用于服務網(wǎng)關SGW網(wǎng)元的資源?；罘椒?，該方法基于信令板和業(yè)務板的分布式部署，其特征在于，該方法包括: Si，.業(yè)務板分別向相應的信令板發(fā)送保活檢測消息； S2’.判斷是否收到所述信令板反饋的響應消息，如果是，則判斷所述信令板正常，本次?；顧z測結(jié)束，否則，判斷本次?；顧z測失敗，本次?；顧z測結(jié)束； S3’.根據(jù)預定次數(shù)的?；顧z測失敗來判斷對應的信令板故障。
8.如權(quán)利要求7所述的資源?；罘椒ǎ涮卣鬟€在于，該方法在步驟SI，之前包括: S01’.設置定時?；疃〞r器，在所述業(yè)務板正常啟動后，自動啟動所述定時?；疃〞r器；S02’.判斷定時器是否超時，如果超時則執(zhí)行所述步驟SI’。
9.如權(quán)利要求7或8所述的資源保活方法，其特征還在于，該方法在步驟SI’之前包括: soir.設置?；钍∮嫈?shù)器，在所述業(yè)務板正常啟動后，自動啟動所述?；钍∮嫈?shù)器，并初始化，所述保活失敗計數(shù)器和信令板相對應。
10.如權(quán)利要求9所述的資源?；罘椒ǎ涮卣鬟€在于，所述步驟S2’包括: 在判斷所述信令板正常時，保活失敗計數(shù)器清零，在判斷?；顧z測失敗時，?；钍∮嫈?shù)器加I。
11.一種利用權(quán)利要求7-10任一項所述的資源?；罘椒ǖ馁Y源釋放方法，其特征在于，該資源釋放方法包括: SO’.在用戶接入網(wǎng)絡的過程中，在信令處理節(jié)點保存用戶的SGW側(cè)用戶面隧道標識TEIDU_SGff信息和PGW側(cè)用戶面隧道標識TEIDU_PGW信息； S4，.信令板故障時，則判斷與該信令板對應的信令處理節(jié)點故障； S5’.根據(jù)所述故障的信令處理節(jié)點查找需要進行資源釋放的用戶； S6’.對于需要資源釋放的用戶，根據(jù)其TEIDU_SGW信息和TEIDU_PGW信息組織錯誤指示消息，發(fā)送給對端網(wǎng)元，以指示對端網(wǎng)元釋放資源，并同時釋放SGW網(wǎng)元內(nèi)部資源。
12.如權(quán)利要求11所述的資源釋放方法，其特征還在于，所述步驟S5’具體包括: S51’.依次獲取每個用戶下存儲的信令處理節(jié)點IP(S_IP)；` S52’.將所述信令處理節(jié)點IP(S_IP)與所述故障的信令處理節(jié)點IP(S_Ipi)相比較，如果相同，則判斷該用戶需要進行資源釋放，然后執(zhí)行步驟S6’，否則，判斷該用戶不需要進行資源釋放； S53’.返回步驟S51’處理下一個用戶。
13.如權(quán)利要求5、6、11、12任一項所述的資源釋放方法，其特征還在于，所述錯誤指示消息還包含對端網(wǎng)元側(cè)用戶的IP地址。
【文檔編號】H04W72/04GK103687028SQ201310745306
【公開日】2014年3月26日 申請日期:2013年12月30日 優(yōu)先權(quán)日:2013年12月30日
【發(fā)明者】田華 申請人:大唐移動通信設備有限公司