專利名稱：隧道管理方法、裝置及通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及在通信網(wǎng)絡(luò)的隧道管理方法、裝置及通信系統(tǒng)。
背景技術(shù)：
現(xiàn)有分組域通信網(wǎng)絡(luò)中，網(wǎng)絡(luò)節(jié)點間需要建立用于轉(zhuǎn)發(fā)業(yè)務(wù)數(shù)據(jù)包的轉(zhuǎn)發(fā)通道。 該轉(zhuǎn)發(fā)通道通過隧道管理流程來實現(xiàn)，網(wǎng)元間通過發(fā)起隧道管理請求來新建或者更新轉(zhuǎn)發(fā)通道。但是，可能由于某種原因造成隧道管理請求失敗，例如請求消息本身出現(xiàn)錯誤，相應(yīng)網(wǎng)絡(luò)節(jié)點的資源耗盡等?，F(xiàn)有技術(shù)中一般使用原因值(Cause)來提示隧道管理請求的處理結(jié)果，表明對該隧道管理請求的處理是成功還是失敗，并在隧道管理請求失敗時表明失敗的原因。如圖1所示，在EPS (Evolved Packet System，演進(jìn)分組系統(tǒng))網(wǎng)絡(luò)中，當(dāng)移動管理網(wǎng)元為移動性管理實體(Mobility Management Entity, MME)時，MME和報文數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data Network Gateway, PDN-GW，P-GW)之間的信令傳送需要跨過服務(wù)網(wǎng)關(guān) (Serving Gateway, S-GW)。當(dāng)移動終端發(fā)起附著EPS網(wǎng)絡(luò)、路由區(qū)域更新、跟蹤區(qū)域更新、 切換或新建外部數(shù)據(jù)網(wǎng)絡(luò)連接等包含隧道管理請求的移動性管理或會話管理信令流程時， MME發(fā)出隧道管理請求，由S-GW和PDN-GW共同完成隧道管理請求的處理，無論隧道管理請求處理是成功還是失敗，S-GW都會向MME返回響應(yīng)消息，并在響應(yīng)消息中攜帶原因值，以便向MME提示處理結(jié)果。同理，當(dāng)PDN-GW發(fā)起承載更新、專有承載建立等隧道管理請求時，由S-GW和 MME共同完成隧道管理請求的處理，無論隧道管理請求處理是成功還是失敗，S-GW都會向 PDN-Gff返回響應(yīng)消息，并在響應(yīng)消息中攜帶原因值，以便向PDN-GW提示處理結(jié)果。如果移動管理網(wǎng)元為GPRS服務(wù)支撐節(jié)點(SGSN，Serving GPRS Support Node), 那么SGSN也可以向S-GW發(fā)起隧道管理請求，也可以與S-GW共同處理PDN-GW發(fā)起隧道管理請求，其處理過程和上述處理MME發(fā)起的隧道管理請求和PDN-GW發(fā)起的隧道管理請求的過程類似。在上述對隧道管理的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題在出現(xiàn)隧道管理請求的處理失敗后，發(fā)起隧道管理請求的節(jié)點能夠接收到響應(yīng)消息，但無法根據(jù)響應(yīng)消息判斷出是哪個節(jié)點錯誤造成的隧道管理請求失敗，以至于發(fā)起隧道管理請求的節(jié)點不便于根據(jù)不同節(jié)點造成的隧道管理請求失敗進(jìn)行針對性的處理。
發(fā)明內(nèi)容
本發(fā)明的實施例提供一種隧道管理方法、裝置及通信系統(tǒng)，使得發(fā)起隧道管理請求的節(jié)點能夠準(zhǔn)確判斷出造成隧道管理請求失敗的節(jié)點，以便進(jìn)行相應(yīng)的處理。為達(dá)到上述目的，本發(fā)明的實施例采用如下技術(shù)方案一種隧道管理方法，包括
5
接收發(fā)起節(jié)點的隧道管理請求；向發(fā)起節(jié)點發(fā)送響應(yīng)消息，當(dāng)所述隧道管理請求失敗時，所述響應(yīng)消息中攜帶造成隧道管理請求失敗的節(jié)點的節(jié)點信息。一種隧道管理方法，包括向隧道管理節(jié)點發(fā)送隧道管理請求；接收隧道管理節(jié)點返回的響應(yīng)消息，當(dāng)所述隧道管理請求失敗時，所述響應(yīng)消息中攜帶有造成隧道管理請求失敗的節(jié)點的節(jié)點信息；根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點。一種隧道管理裝置，包括接收單元，用于接收發(fā)起節(jié)點的隧道管理請求；發(fā)送單元，用于向發(fā)起節(jié)點發(fā)送響應(yīng)消息，當(dāng)所述隧道管理請求失敗時，所述響應(yīng)消息中攜帶造成隧道管理請求失敗的節(jié)點的節(jié)點信息。一種隧道管理裝置，包括發(fā)送單元，用于向隧道管理節(jié)點發(fā)送隧道管理請求；接收單元，用于接收隧道管理節(jié)點返回的攜帶有節(jié)點信息的響應(yīng)消息；查找單元，用于根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點。一種通信系統(tǒng)，包括發(fā)起節(jié)點，用于發(fā)送隧道管理請求；隧道管理節(jié)點，用于接收發(fā)起節(jié)點發(fā)送的隧道管理請求，并向發(fā)起節(jié)點返回攜帶有節(jié)點信息的響應(yīng)消息；所述發(fā)起節(jié)點還用于根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點。本發(fā)明實施例提供的隧道管理方法、裝置及通信系統(tǒng)，由于發(fā)起節(jié)點接收到的響應(yīng)消息中包含了節(jié)點信息，并且發(fā)起節(jié)點可以通過該節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點，即使隧道管理節(jié)點還需要將隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點繼續(xù)處理，發(fā)起節(jié)點也可以通過節(jié)點信息分辨出是隧道管理節(jié)點導(dǎo)致的隧道管理請求失敗，還是遠(yuǎn)端節(jié)點導(dǎo)致的隧道管理請求失敗，使得發(fā)起節(jié)點處理隧道管理請求失敗能夠更加方便、高效、快捷。解決了傳統(tǒng)通信系統(tǒng)中發(fā)起節(jié)點無法判斷具體是哪個節(jié)點導(dǎo)致的錯誤，而不能采取有效的處理方法的問題。
圖1為現(xiàn)有技術(shù)中EPS網(wǎng)絡(luò)的架構(gòu)圖；圖2為本發(fā)明實施例1中隧道管理方法的流程圖；圖3為本發(fā)明實施例1中隧道管理方法的流程圖；圖4為本發(fā)明實施例1中隧道管理裝置的框圖；圖5為本發(fā)明實施例1中隧道管理裝置的框圖；圖6為本發(fā)明實施例1中通信系統(tǒng)的架構(gòu)圖；圖7為本發(fā)明實施例2中用戶附著的流程圖；圖8為本發(fā)明實施例2中用戶附著失敗的隧道管理流程圖；圖9為本發(fā)明實施例3中跟蹤區(qū)域更新的流程圖10為本發(fā)明實施圖11為本發(fā)明實施圖12為本發(fā)明實施圖13為本發(fā)明實施圖14為本發(fā)明實施圖15為本發(fā)明實施圖16為本發(fā)明實施
J3中路由區(qū)域更新的流程圖； J4中無線接入網(wǎng)絡(luò)的切換的流程圖； J 5中PDN連接建立流程圖； J 6中P-GW發(fā)起的承載更新流程圖； J7中隧道管理裝置的框圖； J7中隧道管理裝置的框圖； J 8中通信系統(tǒng)的架構(gòu)圖。
具體實施例方式下面結(jié)合附圖對本發(fā)明實施例隧道管理方法、裝置及系統(tǒng)進(jìn)行詳細(xì)描述。實施例1 本實施例是一種隧道管理方法，如圖2所示，該方法具體包括以下步驟201、在通信系統(tǒng)中，若需要進(jìn)行用戶面轉(zhuǎn)發(fā)通道管理，首先由發(fā)起節(jié)點向隧道管理節(jié)點發(fā)送一個隧道管理請求。202、隧道管理節(jié)點接收到發(fā)起節(jié)點的隧道管理請求后進(jìn)行相關(guān)處理，并向發(fā)起節(jié)點返回一個攜帶有隧道管理請求成功或失敗原因值的響應(yīng)消息，在該響應(yīng)消息中同時攜帶有造成隧道管理請求失敗的節(jié)點的節(jié)點信息。本實施例還提供一種隧道管理方法，如圖3所示，該方法具體包括如下步驟301、在通信系統(tǒng)中，若需要進(jìn)行用戶面轉(zhuǎn)發(fā)通道管理，首先由發(fā)起節(jié)點向隧道管理節(jié)點發(fā)送一個隧道管理請求。302、隧道管理節(jié)點接收到發(fā)起節(jié)點的隧道管理請求后進(jìn)行相關(guān)處理，并向發(fā)起節(jié)點返回一個攜帶有處理成功或失敗原因值的響應(yīng)消息，在處理失敗后返回的響應(yīng)消息中攜帶有節(jié)點信息。303、發(fā)起節(jié)點根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點。在實際的應(yīng)用中，由于錯誤的原因很多，所以找到造成隧道管理請求失敗的節(jié)點后，仍需要進(jìn)行不同的處理，本發(fā)明以后的實施例中主要列舉了其中4種錯誤原因的處理方式。對應(yīng)于圖2中的隧道管理方法，本實施例還提供一種隧道管理裝置，如圖4所示， 該裝置包括接收單元41和發(fā)送單元42。其中，接收單元41用于接收發(fā)起節(jié)點的隧道管理請求；在對隧道管理請求的處理失敗的情況下，發(fā)送單元42用于向發(fā)起節(jié)點發(fā)送攜帶有節(jié)點信息的響應(yīng)消息，所述節(jié)點信息為造成隧道管理請求失敗的節(jié)點的節(jié)點信息，以便發(fā)起節(jié)點能夠根據(jù)該節(jié)點信息找到造成隧道管理請求失敗的節(jié)點。對應(yīng)于圖3中的隧道管理方法，本實施例還提供一種隧道管理裝置，如圖5所示， 該裝置包括發(fā)送單元51、接收單元52和查找單元53。其中，發(fā)送單元51用于向隧道管理節(jié)點發(fā)送隧道管理請求，隧道管理節(jié)點按照要求對隧道管理請求進(jìn)行相應(yīng)處理后，向該裝置返回一個攜帶有節(jié)點信息的響應(yīng)消息；接收單元52用于接收隧道管理節(jié)點返回的攜帶有節(jié)點信息的響應(yīng)消息；查找單元53用于根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點。本實施例還提供一種通信系統(tǒng)，如圖6所示，該通信系統(tǒng)包括發(fā)起節(jié)點61和隧道管理節(jié)點62。在通信系統(tǒng)中，在進(jìn)行用戶面轉(zhuǎn)發(fā)通道管理時，一般來說，發(fā)起節(jié)點61用于發(fā)送隧道管理請求；隧道管理節(jié)點62用于接收發(fā)起節(jié)點61發(fā)送的隧道管理請求，并向發(fā)起節(jié)點61返回攜帶有節(jié)點信息的響應(yīng)消息；所述發(fā)起節(jié)點61還用于根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點，找到造成隧道管理請求失敗的節(jié)點后，就能夠進(jìn)行針對性的處理，如選擇有效的錯誤排查方向、選擇新的節(jié)點等。所述的錯誤排查為發(fā)起節(jié)點在收到響應(yīng)消息中的失敗原因值為“信元缺失”和“信元解析錯誤”之類的信元錯誤時，首先檢查是否是本身設(shè)備實現(xiàn)造成的錯誤，在自身設(shè)備正確的情況下，再由響應(yīng)消息中指示的出錯節(jié)點檢查其設(shè)備實現(xiàn)。以便節(jié)點間可以迅速定位出錯原因，保證后續(xù)流程的正確進(jìn)行。本實施例通過節(jié)點信息分辨出是隧道管理節(jié)點導(dǎo)致的隧道管理請求失敗，還是遠(yuǎn)端節(jié)點導(dǎo)致的隧道管理請求失敗，使得發(fā)起節(jié)點處理隧道管理請求失敗能夠更加方便、高效、快捷。實施例2 本實施例的應(yīng)用環(huán)境是EPS網(wǎng)絡(luò)，如圖7所示，EPS網(wǎng)絡(luò)的終端在進(jìn)行用戶附著過程中網(wǎng)絡(luò)側(cè)的處理，特別是網(wǎng)絡(luò)側(cè)在隧道管理請求失敗的情況下，其方法流程包括如下步驟701、用戶設(shè)備(UE)先向MME發(fā)起附著請求(Attach Request)。702、MME 向 UE 發(fā)起身份請求(Identity Request)。703、UE根據(jù)MME的身份請求(Identity Request)向MME發(fā)送身份響應(yīng)消息 (Identity Response)。704、MME和HSS (歸屬用戶服務(wù)器)共同完成對UE的鑒權(quán)(Authentication)。705、MME和 EIR(Equipment Identity Register，設(shè)備標(biāo)識寄存器)共同完成對UE 的設(shè)備認(rèn)證過程(IMEI Check)。706、MME 向 HSS 發(fā)起位置更新請求(Update Location)。7O7、HSS 向 MME 發(fā)送插入用戶簽約數(shù)據(jù) Qnsert subscriber data)。708, MME 向 HSS 返回插入用戶簽約數(shù)據(jù)確認(rèn) Qnsert subscriber data Ack)。709、HSS在MME確認(rèn)了用戶簽約數(shù)據(jù)后向MME返回位置更新確認(rèn)信息。710、MME得到位置更新信息后，向S-GW發(fā)送缺省承載建立請求(Create Default Bearer Request)，以便能夠完成承載建立。711、S-GW作為隧道管理節(jié)點需要處理MME發(fā)送過來的缺省承載建立請求，如果 S-GW能夠成功地處理該缺省承載建立請求，則執(zhí)行步驟712、713、714、716及其以后步驟； 否則執(zhí)行步驟715及其以后步驟。712、S-Gff 向 P-GW 發(fā)送缺省承載建立請求(Create Default Bearer Request)。713、P-Gff處理S_GW發(fā)送過來的缺省承載建立請求，并且P_GW向S-GW發(fā)送響應(yīng)消息(Create Default Bearer Response)，并且該響應(yīng)消息通過原因值表示對該缺省承載建立請求的處理是成功還是失敗，并在不能成功處理該缺省承載建立請求的情況下表明本次處理失敗的原因。714、S-Gff收到P-GW的響應(yīng)消息后，S-GW向MME返回缺省承載建立響應(yīng)(Create Default Bearer Response)，通過原因值表示缺省承載建立請求的處理是成功還是失敗， 并在接收到P-GW返回的表示處理失敗的響應(yīng)消息時，在向MME返回的響應(yīng)消息中攜帶P-GW的節(jié)點信息，標(biāo)識造成缺省承載建立請求失敗的節(jié)點。其中，節(jié)點信息可以通過隧道管理請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。715、在S-GW不能成功地處理該缺省承載建立請求時，S-Gff向MME返回缺省承載建立響應(yīng)(Create Default Bearer Response)，通過原因值表示缺省承載建立請求失敗的原因，并在響應(yīng)消息中攜帶S-GW的節(jié)點信息，標(biāo)識造成缺省承載建立請求失敗的節(jié)點。其中， 節(jié)點信息可以通過隧道管理請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。為了使得MME能夠獲得更多的關(guān)于本次缺省承載建立請求失敗的信息，本實施例中還可以在本步驟返回的響應(yīng)消息中攜帶定位附加信息，以標(biāo)識造成缺省承載建立請求失敗的原因。716、MME 收到缺省承載建立響應(yīng)(Create Default Bearer Response)消息后,根據(jù)響應(yīng)消息中的節(jié)點信息和定位附加信息進(jìn)行相應(yīng)處理。如圖8所示，MME的具體處理過程包括如下步驟801、解析收到的缺省承載建立響應(yīng)消息(Create Default Bearer Response)，得到其中的節(jié)點信息和定位附加信息。802、根據(jù)解析得出的節(jié)點信息查找出造成缺省承載建立請求失敗的節(jié)點。803、通過原因值分析出造成缺省承載建立請求失敗的原因，若造成請求失敗的原因為資源不足或者設(shè)備故障，則執(zhí)行步驟804，其中資源不足包括帶寬不夠、內(nèi)存不足等； 如果造成請求失敗的原因為信元缺失或者信元解析錯誤，例如缺省承載建立請求中的信元缺失，或者解析不出正確的信元，則執(zhí)行步驟807。804、判斷造成缺省承載建立請求失敗的節(jié)點為S-GW還是P_GW，如果為S_GW，則執(zhí)行步驟805 ；如果為P-GW，則執(zhí)行步驟806。805、MME重新選擇一個新的S_GW，保持P-GW不變，繼續(xù)進(jìn)行缺省承載建立請求。806、MME重新選擇一個新的P_GW，保持S-GW不變，繼續(xù)進(jìn)行缺省承載建立請求。807、通過定位附加信息定位缺失的具體信元或者解析錯誤的具體信元。工作人員可以先檢查MME是否發(fā)生錯誤，例如發(fā)出的請求消息中信元是否正確，如果不正確，則對 MME設(shè)備進(jìn)行錯誤排查，以便下次附著流程中能夠發(fā)送正確的缺省承載建立請求；如果正確，檢查造成缺省承載建立請求失敗的節(jié)點是否發(fā)生錯誤。在具體實施時，由于造成缺省承載建立請求失敗的原因還有很多種，則MME需要根據(jù)不同的原因進(jìn)行不同的處理，這里就不一一列舉了。上述實施例中S-GW和P-GW之間采用的是GTP協(xié)議，在實際應(yīng)用時，S-Gff和P-GW 之間還可以采用PMIP協(xié)議，則上述步驟712至步驟713修改為如下步驟712'、S-Gff 向 P-GW 發(fā)送代理綁定更新請求(Proxy Binding Update)。713' ,P-Gff處理S_GW發(fā)送過來的代理綁定更新請求，并且P_GW在不能成功處理該代理綁定更新請求的情況下向S-GW發(fā)送響應(yīng)消息，S卩代理綁定響應(yīng)(Proxy Binding ACK)，并且該響應(yīng)消息通過原因值表示本次處理失敗。通過S-GW返回的響應(yīng)消息中的節(jié)點信息，本實施例中的MME可以得知造成缺省承載建立失敗的節(jié)點，在本次缺省承載建立失敗時，能夠及時對造成缺省承載建立失敗的節(jié)點進(jìn)行調(diào)整，以便在后續(xù)的流程中進(jìn)行正確處理。
實施例3:本實施例的應(yīng)用環(huán)境是跟蹤區(qū)域更新的過程，如圖9所示，網(wǎng)絡(luò)側(cè)在隧道管理請求失敗的情況下，其方法流程包括如下步驟901、用戶終端向基站(eNodeB)發(fā)起跟蹤區(qū)域更新請求(Tracking Area Update Request)，eNodeB將該跟蹤區(qū)域更新請求發(fā)送給新側(cè)的MME。902、新側(cè)的MME接收到跟蹤區(qū)域更新請求后，向老側(cè)的MME獲取上下文。903、新側(cè)的MME根據(jù)eNodeB發(fā)來的用戶位置信息判斷是否重新選擇S_GW，如果不重新選擇S-GW，則新側(cè)的MME向老側(cè)的S-GW發(fā)送承載更新請求(Update Bearer Request)。904、老側(cè)的S-GW作為隧道管理節(jié)點需要處理新側(cè)的MME發(fā)送過來的承載更新請求，如果老側(cè)的S-GW能夠成功地處理該承載更新請求，則執(zhí)行步驟905、906、907、909及其以后步驟；否則執(zhí)行步驟908及其以后步驟。905、老側(cè)的 S-GW 向 P-GW 發(fā)送承載更新請求(Update Bearer Request)。906、P-GW處理老側(cè)的S_GW發(fā)送過來的承載更新請求，并且P-GW向老側(cè)的S-GW發(fā)送響應(yīng)消息(Update Bearer Response)，該響應(yīng)消息通過原因值表明對該承載更新請求的處理是成功還是失敗，并在不能成功處理該承載更新請求的情況下表明本次處理失敗的原因。907、老側(cè)S-GW接收到P-GW的承載更新響應(yīng)消息后，向新側(cè)的MME返回承載更新響應(yīng)消息(Update Bearer Response)，通過原因值表示承載更新請求的處理是成功還是失敗，并在接收到的P-GW返回的承載更新響應(yīng)消息中的原因值表明處理失敗時，在向新側(cè)的 MME返回的響應(yīng)消息中攜帶P-GW的節(jié)點信息，標(biāo)識造成承載更新請求失敗的節(jié)點。其中，節(jié)點信息可以通過隧道管理請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表不。為了使得新側(cè)的MME能夠獲得更多的關(guān)于本次承載更新請求失敗的信息，本實施例中還可以在本步驟返回的響應(yīng)消息中攜帶定位附加信息，以標(biāo)識造成承載更新請求失敗的原因。908、在老側(cè)的S-GW不能成功地處理該承載更新請求時，向新側(cè)的MME返回承載更新響應(yīng)消息(Update Bearer Response)，通過原因值表示承載更新請求失敗的原因，并在響應(yīng)消息中攜帶老側(cè)的S-GW的節(jié)點信息，標(biāo)識造成承載更新請求失敗的節(jié)點。909、新側(cè)的MME收到承載更新響應(yīng)(Update Bearer Response)消息后，根據(jù)響應(yīng)消息中的節(jié)點信息進(jìn)行相應(yīng)處理。新側(cè)的MME在發(fā)生信元方面的錯誤時先排查本節(jié)點的錯誤，再由造成發(fā)生錯誤的節(jié)點進(jìn)行排查。上述實施例中在進(jìn)行跟蹤區(qū)域更新時只是更新了 MME，有時也會更新S-GW，當(dāng)需要更新S-GW時，其處理過程和圖9大致相同，只把圖9中由老側(cè)的S-GW完成的功能全都改成由新側(cè)的S-GW完成，如圖9中的虛線所示部分。新側(cè)的MME獲取上下文的步驟和901及902相同，新側(cè)的MME獲取到上下文后，判斷是否重新選擇S-GW，如果重新選擇了 S-GW，則向新側(cè)的S-GW發(fā)送承載建立請求(Create Bearer Request)，如果S_GW能正確處理該承載更新請求，則向P_GW發(fā)送承載更新請求，否則向新側(cè)MME返回承載建立響應(yīng)消息(Create Bearer Response)，并攜帶該新側(cè)S-GW的節(jié)點信息表示由新側(cè)的S-GW造成承載更新失敗。P-GW對承載更新請求處理后，向新側(cè)的
10S-GW返回承載更新響應(yīng)消息(Update Bearer Response)，如果P-GW對該承載更新請求的處理失敗，則向新側(cè)的S-GW返回的承載更新響應(yīng)消息中攜帶失敗原因值，新側(cè)的S-GW同樣要向新側(cè)MME返回承載建立響應(yīng)消息(Create Bearer Response)，在收到P-GW的響應(yīng)消息表明處理失敗時，向新側(cè)的MME返回的響應(yīng)消息中攜帶P-GW的節(jié)點信息表示由P-GW造成承載更新失敗。在實際應(yīng)用中，很多場合都可以采用上述實施例2和實施例3的類似流程，以實現(xiàn)隧道管理請求失敗的提示，例如路由區(qū)域更新、PDNO^cket Data Networks，分組數(shù)據(jù)網(wǎng)絡(luò))連接建立等。在路由區(qū)域更新的應(yīng)用場合中，用戶終端請求的路由更新，可能存在如下兩種情況第一、S-GW發(fā)生了改變，則由新側(cè)的SGSN(ServingGPRS Support Node，服務(wù)GPRS 支持節(jié)點)作為承載建立請求的發(fā)起節(jié)點，而由新側(cè)的S-GW作為承載建立請求的隧道管理節(jié)點，同時由P-GW作為遠(yuǎn)端節(jié)點，其流程處理如圖10實線所示。用戶終端向新側(cè)的SGSN發(fā)送路由區(qū)域更新請求(Rout ing Area Update Request)，新側(cè)的SGSN從老側(cè)的SGSN中獲取上下文，新側(cè)的SGSN獲取到上下文后，向新側(cè)的S-GW發(fā)送承載建立請求(Create Bearer Request)，如果新側(cè)S_GW能正確處理該承載建立請求，則向P-GW發(fā)送承載更新請求(Update Bearer Request)，否則向新側(cè)的SGSN返回承載建立響應(yīng)消息(Create Bearer Response)，并攜帶該新側(cè)S-GW的節(jié)點信息表示由新側(cè)的S-GW造成承載建立失敗。P-GW對承載更新請求處理后，向新側(cè)S-GW返回承載更新響應(yīng)消息(Update Bearer Response)，通過原因值表明處理成功或是失敗，如果P-GW對該承載更新請求的處理失敗，P-GW向新側(cè)的S-GW返回表示失敗的承載更新響應(yīng)消息(Update Bearer Response)，新側(cè)的S-GW同樣要向新側(cè)SGSN返回承載建立響應(yīng)消息(Create Bearer Response)，并在P_GW返回的消息表明處理失敗時，向新側(cè)SGSN返回的消息中攜帶 P-Gff的節(jié)點信息表示由P-GW造成承載建立失敗。第二、S-GW沒有發(fā)生改變，則由新側(cè)的SGSN作為路由更新請求的發(fā)起節(jié)點，且由老側(cè)的S-GW作為路由更新的隧道管理節(jié)點，同時由P-GW作為遠(yuǎn)端節(jié)點，其流程處理如圖10 虛線所示。用戶終端向新側(cè)的SGSN發(fā)送路由區(qū)域更新請求(Routing Area Update Request)，新側(cè)的SGSN從老側(cè)的SGSN中獲取上下文，新側(cè)的SGSN獲取到上下文后，向老側(cè)的S-GW發(fā)送承載更新請求(Update Bearer Request)，如果老側(cè)的S_GW能正確處理該承載建立請求，則向P-GW發(fā)送承載更新請求(Update Bearer Request)，否則向新側(cè)的SGSN返回承載更新響應(yīng)消息(Update Bearer Response)，并攜帶該老側(cè)S-GW的節(jié)點信息表示由老側(cè)的S-GW造成承載建立失敗。P-GW對該承載更新請求處理后，向老側(cè)的S-GW返回承載更新響應(yīng)消息(Update Bearer Response)，該消息中通過原因值表明處理成功或者失敗， 如果P-GW對承載更新請求的處理失敗，向老側(cè)的S-GW返回表示失敗的承載更新響應(yīng)消息， 老側(cè)的S-GW同樣要向新側(cè)SGSN返回承載更新響應(yīng)消息(Update Bearer Response)，并在 P-Gff返回的消息表明處理失敗時，向新側(cè)SGSN返回的消息中攜帶P-GW的節(jié)點信息表示由 P-GW造成承載建立失敗。由上述本實施例可知，采用該方法后，可以在跟蹤區(qū)域更新和路由區(qū)域更新的流程中，指示出造成跟蹤區(qū)域更新失敗或路由區(qū)域更新失敗的節(jié)點，以便能夠及時對造成跟蹤區(qū)域更新或路由區(qū)域更新失敗的節(jié)點進(jìn)行調(diào)整，在后續(xù)的流程中進(jìn)行正確處理。實施例4:本實施例的應(yīng)用場合是E-UTRAN (演進(jìn)UMTS陸地?zé)o線接入網(wǎng))到UTRAN (UMTS陸地?zé)o線接入網(wǎng))無線接入網(wǎng)絡(luò)的切換，如圖11所示，網(wǎng)絡(luò)側(cè)在隧道管理請求失敗的情況下， 其方法流程包括如下步驟1101、用戶終端和需要切換到的無線接入網(wǎng)的目標(biāo)SGSN建立下行業(yè)務(wù)報文的轉(zhuǎn)發(fā)隧道，并將SRNSGerving RNS，服務(wù)無線網(wǎng)絡(luò)子系統(tǒng))上下文傳遞到目標(biāo)SGSN。1102、目標(biāo)SGSN接收到SRNS上下文后，向目標(biāo)S-GW發(fā)送承載更新請求(Update Bearer Request)。1103、目標(biāo)S-GW作為隧道管理節(jié)點需要處理目標(biāo)SGSN發(fā)送過來的承載更新請求， 如果目標(biāo)S-GW能夠成功地處理該承載更新請求，則執(zhí)行步驟1104、1105、1107及其以后步驟；否則執(zhí)行步驟1106、1108。1104、目標(biāo) S-GW 向 P-GW 發(fā)送承載更新請求(Update Bearer Request)。1105、P-Gff處理目標(biāo)S-GW發(fā)送過來的承載更新請求，向目標(biāo)S-GW返回承載更新響應(yīng)消息(Update Bearer Response)，該消息通過原因值表明處理成功或是失敗，P_GW 在不能成功處理該承載更新請求的情況下向目標(biāo)S-GW發(fā)送攜帶失敗原因值的響應(yīng)消息 (Update Bearer Response)，并在響應(yīng)消息中攜帶P-GW的節(jié)點信息。1106、在目標(biāo)S-GW不能成功地處理該承載更新請求時，目標(biāo)S-GW向目標(biāo)SGSN返回承載更新響應(yīng)消息(Update Bearer Response)，通過原因值表示承載更新請求失敗的原因，并在響應(yīng)消息中攜帶目標(biāo)S-GW的節(jié)點信息，標(biāo)識造成承載更新請求失敗的節(jié)點。1107、目標(biāo)S-GW收到P-GW返回的響應(yīng)消息后，向目標(biāo)SGSN返回承載更新響應(yīng)消息(Update Bearer Response)，通過原因值表示承載更新請求處理成功還是失敗，并在目標(biāo)S-GW接收到的P-GW返回的響應(yīng)消息中的原因值表示處理失敗時，目標(biāo)S-GW將從P-GW 返回的響應(yīng)消息中的節(jié)點信息透傳到給目標(biāo)SGSN，節(jié)點信息可以通過隧道管理請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。為了使得目標(biāo)SGSN能夠獲得更多的關(guān)于本次承載更新請求失敗的信息，本實施例中還可以在本步驟返回的響應(yīng)消息中攜帶定位附加信息，以標(biāo)識造成承載更新請求失敗的具體原因。1108、目標(biāo)SGSN收到承載更新響應(yīng)消息后，根據(jù)響應(yīng)消息中的節(jié)點信息和定位附加信息進(jìn)行相應(yīng)處理。目標(biāo)SGSN在發(fā)生信元方面的錯誤時先排查本節(jié)點的錯誤，在確定目標(biāo)SGSN正確時，再由造成發(fā)生錯誤的節(jié)點進(jìn)行排查，以便下次流程可以正確進(jìn)行。在發(fā)生資源不足方面的錯誤時，如果出錯節(jié)點指示顯示目標(biāo)S-GW出錯，目標(biāo)SGSN可以重新選擇一個S-GW發(fā)起隧道管理流程。由上述本實施例可知，采用該方法后，在E-UTRAN到UTRAN無線接入網(wǎng)絡(luò)的切換時，指示出造成承載更新失敗的節(jié)點是目標(biāo)S-GW還是P-GW，以便目標(biāo)SGSN能夠及時對造成承載更新失敗的節(jié)點進(jìn)行調(diào)整，以便在后續(xù)的流程中進(jìn)行正確處理。實施例5:本實施例的應(yīng)用場合是PDN連接建立流程，如圖12所示，在流程處理失敗的時候，其方法包括如下步驟1201、用戶終端向 MME 發(fā)送 PDN 連接建立請求(PDN Connectivity Request)。1202、MME收到PDN連接建立請求后，向S-GW發(fā)送缺省承載建立請求(Create Default Bearer Request)，以便能夠建立承載。1203,S-Gff作為隧道管理節(jié)點需要處理缺省承載建立請求，如果S-GW能夠成功地處理該缺省承載建立請求，則執(zhí)行步驟1204至1210及1212 ；否則執(zhí)行步驟1211及1212。1204、S-GW 向 P-GW 缺省承載建立請求(Create Default Bearer Request)。1205、P-Gff作為隧道管理節(jié)點需要處理缺省承載建立請求，如果P_GW能夠成功地處理該缺省承載建立請求，則執(zhí)行步驟1206至1208、1210及1212 ；否則執(zhí)行步驟1209、 1210 及 1212。1206、P-Gff 與 PCRF (Policy&Charging Rule Function，策略計費功能實體)之間建立IP-CAN session (IP連通性接入網(wǎng)絡(luò)會話)。1207、PCRF向P-GW返回響應(yīng)消息，并且該響應(yīng)消息通過原因值表示本次IP-CAN session建立成功還是失敗。1208、P-Gff接收到PCRF的響應(yīng)消息后，P-GW向S-GW返回缺省承載建立響應(yīng) (Create Default Bearer Response)，該響應(yīng)消息通過原因值表示本次缺省承載建立請求處理成功還是失敗，并在接收到的PCRF返回的響應(yīng)消息中的原因值表明處理失敗時，在返回給S-GW的響應(yīng)消息中攜帶PCRF的節(jié)點信息，標(biāo)識造成缺省承載建立請求失敗的節(jié)點。1209、P-GW 向 S-GW 返回缺省承載建立響應(yīng)(Create Default Bearer Response), 并且該響應(yīng)消息通過原因值表示本次缺省承載建立請求失敗，并在響應(yīng)消息中攜帶P-GW 的節(jié)點信息，標(biāo)識造成缺省承載建立請求失敗的節(jié)點。其中，節(jié)點信息可以通過隧道管理請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。為了使得S-GW能夠獲得更多的關(guān)于本次缺省承載建立請求失敗的信息，本實施例中還可以在本1208和1209步驟返回的響應(yīng)消息中攜帶定位附加信息，以標(biāo)識造成缺省承載建立請求失敗的原因。本實施例中的定位附加信息既可以通過業(yè)務(wù)請求隧道管理請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。1210、S-Gff 向 MME 返回缺省承載建立響應(yīng)(Create Default Bearer Response)， 并且該響應(yīng)消息通過原因值表示本次缺省承載建立請求失敗，并在響應(yīng)消息中攜帶節(jié)點信息，標(biāo)識造成缺省承載建立請求失敗的節(jié)點，所述節(jié)點信息為該從P-GW接收到的響應(yīng)消息中攜帶的節(jié)點信息。其中，節(jié)點信息可以通過隧道管理請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。為了使得MME能夠獲得更多的關(guān)于本次缺省承載建立請求失敗的信息，本實施例中還可以在本步驟返回的響應(yīng)消息中攜帶定位附加信息，以標(biāo)識造成缺省承載建立請求失敗的具體原因，這里的定位附加信息可以是S-GW收到的響應(yīng)消息中攜帶的定位附加信息。同樣，本實施例中的定位附加信息既可以通過隧道管理請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。1211、S-Gff 向 MME 返回缺省承載建立響應(yīng)(Create Default Bearer Response)， 并且該響應(yīng)消息通過原因值表示本次缺省承載建立請求失敗，并在響應(yīng)消息中攜帶S-GW的節(jié)點信息，標(biāo)識造成缺省承載建立請求失敗的節(jié)點。1212、MME 收到缺省承載建立響應(yīng)消息(Create Default Bearer Request)后，根據(jù)響應(yīng)消息中的節(jié)點信息和定位附加信息進(jìn)行相應(yīng)處理。MME在發(fā)生信元方面的錯誤時先排查本節(jié)點的錯誤，在確定本節(jié)點實現(xiàn)正確時，再由造成發(fā)生錯誤的節(jié)點進(jìn)行排查，以便下次流程可以正確進(jìn)行。在發(fā)生資源不足方面的錯誤時，如果出錯節(jié)點指示顯示目標(biāo)P-GW出錯，MME可以重新選擇一個P-GW發(fā)起隧道管理流程。通過定位附加信息可以知道具體的出錯原因，如具體是哪個信元丟失，哪個信元解析出錯等。由上述本實施例可知，在PDN連接建立的流程中，本實施例能夠指示出造成PDN連接建立失敗的節(jié)點是S-GW、P-GW還是PCRF，以便MME能夠及時對造成PDN連接建立失敗的節(jié)點進(jìn)行調(diào)整，以便在后續(xù)的流程中進(jìn)行正確處理。實施例6:本實施例的應(yīng)用場合是P-GW發(fā)起的承載建立，如圖13所示，承載建立失敗的提示方法包括如下步驟1301、P-GW 向 S-GW 發(fā)送專有承載建立請求(Create Dedicated Bearer Request)。1302,S-Gff作為隧道管理節(jié)點需要處理專有承載建立請求，如果S-GW能夠成功地處理該專有承載建立請求，則執(zhí)行步驟1303至1310及1312 ；否則執(zhí)行步驟1311及1312。1303、S_GW 向 MME 發(fā)送專有承載建立請求(Create Dedicated Bearer Request)。1304、MME收到專有承載建立請求后，處理該專有承載建立，如果MME能夠成功處理該專有承載建立請求，則執(zhí)行步驟1305至1308、1310及1312 ；否則執(zhí)行步驟1309、1310 及 1312。1305、MME向用戶終端所屬的基站發(fā)送承載建立請求(Create Bearer Request)， 以便建立承載。1306、基站和用戶終端之間進(jìn)行RRC(I adio Resource Connection)連接配置。1307、基站向MME返回承載建立響應(yīng)消息承載建立響應(yīng)(Create Bearer Response)，在RRC連接配置失敗、或者基站與S-GW之間建立承載失敗的情況下，基站向MME 返回的響應(yīng)消息中攜帶失敗原因值。1308、MME 向 S-GW返回專有承載建立響應(yīng)(Create Dedicated Bearer Response), 在響應(yīng)消息中攜帶專有承載建立失敗的原因值和eNodeB的節(jié)點信息，以表示由eNodeB造成專有承載建立失敗。節(jié)點信息可以通過承載建立失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。1309、MME 向 S-GW返回專有承載建立響應(yīng)(Create Dedicated Bearer Response), 在響應(yīng)消息中攜帶專有承載建立失敗的原因值和MME的節(jié)點信息，以表示由MME造成專有承載建立失敗。節(jié)點信息可以通過承載建立失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。1310、S-Gff 向 P-GW 返回專有承載建立響應(yīng)(Create Dedicated Bearer Response)，并且該響應(yīng)消息通過原因值表示本次專有承載建立請求失敗，并在響應(yīng)消息中攜帶MME返回的節(jié)點信息，標(biāo)識造成專有承載建立請求失敗的節(jié)點。。節(jié)點信息可以通過專有承載建立請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。1311、S-Gff 向 P-GW 返回專有承載建立響應(yīng)(Create Dedicated BearerResponse)，并且該響應(yīng)消息通過原因值表示本次專有承載建立請求失敗，并在響應(yīng)消息中攜帶S-GW的節(jié)點信息，標(biāo)識造成專有承載建立請求失敗的節(jié)點。為了使得P-GW能夠獲得更多的關(guān)于本次專有承載建立請求失敗的信息，本實施例中還可以在本步驟返回的響應(yīng)消息中攜帶定位附加信息，以標(biāo)識造成專有承載建立請求失敗的原因。同樣，本實施例中的定位附加信息既可以通過隧道管理請求失敗原因值中的字段來表示，也可以通過響應(yīng)消息中的信元來表示。1312、P-Gff收到專有承載建立響應(yīng)消息后，根據(jù)響應(yīng)消息中的節(jié)點信息和定位附加信息進(jìn)行相應(yīng)處理。P-GW在發(fā)生信元方面的錯誤時先排查本節(jié)點的錯誤，在確定本節(jié)點實現(xiàn)正確時，再由造成發(fā)生錯誤的節(jié)點進(jìn)行排查，以便下次流程可以正確進(jìn)行。由上述本實施例可知，在專有承載建立的流程中，本實施例能夠指示出造成專有承載建立失敗的節(jié)點是S-GW、MME還是eNodeB，以便P-GW能夠及時對造成專有承載建立失敗的節(jié)點進(jìn)行調(diào)整，以便在后續(xù)的流程中進(jìn)行正確處理。實施例7:對應(yīng)于上述實施例2至6，本實施例提供一種隧道管理裝置，如圖14所示，該隧道管理裝置包括接收單元141和發(fā)送單元142。其中，接收單元141用于接收發(fā)起節(jié)點的隧道管理請求；在發(fā)起節(jié)點發(fā)起的隧道管理請求處理失敗后，發(fā)送單元142用于向發(fā)起節(jié)點發(fā)送攜帶有節(jié)點信息的響應(yīng)消息，所述節(jié)點信息為造成隧道管理請求失敗的節(jié)點的節(jié)點信息。造成上述隧道管理請求失敗的節(jié)點可能是本節(jié)點，也可以能是遠(yuǎn)端的其他節(jié)點， 為了在造成隧道管理請求失敗的節(jié)點為本節(jié)點的情況下，該隧道管理裝置能正確處理，本實施例中的發(fā)送單元142通過判斷模塊1421和發(fā)送模塊1422實現(xiàn)。其中，判斷模塊1421用于判斷本節(jié)點是否能完成所述的隧道管理請求；發(fā)送模塊 1422用于在判斷模塊1421判斷出本節(jié)點不能完成所述的隧道管理請求時，向發(fā)起節(jié)點發(fā)送響應(yīng)消息，該響應(yīng)消息包含隧道管理請求失敗原因值和本節(jié)點信息，所述本節(jié)點信息為造成隧道管理請求失敗的節(jié)點的節(jié)點信息。造成隧道管理請求失敗的節(jié)點為遠(yuǎn)端的其他節(jié)點包括如下兩種情況第一、造成隧道管理請求失敗的節(jié)點直接與本節(jié)點相連。在本節(jié)點能夠正確處理隧道管理請求時，所述發(fā)送單元142還用于將所述的隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點；此時， 遠(yuǎn)端節(jié)點處理完隧道管理請求后，需要向本節(jié)點返回隧道管理請求響應(yīng)，該響應(yīng)消息通過原因值表明處理成功或是失??；本節(jié)點的接收單元141還用于接收遠(yuǎn)端節(jié)點返回的響應(yīng)消息，在遠(yuǎn)端節(jié)點處理失敗時，該響應(yīng)消息攜帶有隧道管理請求失敗原因值，這樣所述發(fā)送單元142向發(fā)起節(jié)點發(fā)送的響應(yīng)消息攜帶有所述隧道管理請求失敗原因值和遠(yuǎn)端節(jié)點信息， 即通過該響應(yīng)消息反應(yīng)所述遠(yuǎn)端節(jié)點信息為造成隧道管理請求失敗的節(jié)點的節(jié)點信息。第二、造成隧道管理請求失敗的節(jié)點是遠(yuǎn)端節(jié)點，但其通過另一遠(yuǎn)端節(jié)點與本節(jié)點相連。這種情況下，所述發(fā)送單元142還用于將所述的隧道管理請求發(fā)送到另一遠(yuǎn)端節(jié)點；另一遠(yuǎn)端節(jié)點向本節(jié)點返回的響應(yīng)消息中攜帶有隧道管理請求失敗原因值和節(jié)點信息，這個節(jié)點信息就是遠(yuǎn)端節(jié)點信息，故而，本實施例中的接收單元141還用于接收另一遠(yuǎn)端節(jié)點返回的響應(yīng)消息，該響應(yīng)消息攜帶有隧道管理請求失敗原因值和節(jié)點信息；則所述發(fā)送單元142向發(fā)起節(jié)點發(fā)送攜帶有所述隧道管理請求失敗原因值和所接收到節(jié)點信息的響應(yīng)消息，即本節(jié)點將接收到的隧道管理請求失敗原因值和節(jié)點信息透傳到發(fā)起節(jié)點。為了能夠更好地區(qū)分造成隧道管理請求失敗的具體原因，本實施例中接收單元 141接收到的響應(yīng)消息還可以包含定位附加信息，用來標(biāo)識造成隧道管理請求失敗的具體原因，例如信元缺失和信元解析錯誤具體發(fā)生在哪個信元上，具體哪個必選信元缺失等； 同樣本實施例的發(fā)送單元142向發(fā)起節(jié)點發(fā)送的響應(yīng)消息也可能包含有該定位附加信息， 以便發(fā)起節(jié)點能夠正確找出失敗原因。在實際運用中，很多網(wǎng)絡(luò)設(shè)備中都可以配置本實施例中的隧道管理裝置，例如 S-Gff, P-Gff, MME、SGSN 等。對應(yīng)于上述實施例2中圖8描述的MME對于隧道管理方法，本實施例還提供一種隧道管理裝置，如圖15所示，該裝置包括發(fā)送單元151、接收單元152、查找單元153。其中，發(fā)送單元151用于向隧道管理節(jié)點發(fā)送隧道管理請求，隧道管理節(jié)點按照要求對隧道管理請求進(jìn)行相應(yīng)處理后，向該裝置返回隧道管理請求響應(yīng)消息，在處理失敗后，向該裝置返回的響應(yīng)消息中攜帶有節(jié)點信息和定位附加信息，其中的節(jié)點信息用來標(biāo)識造成隧道管理請求失敗的節(jié)點，定位附加信息用來標(biāo)識造成隧道管理請求失敗的具體原因；接收單元152用于接收隧道管理節(jié)點返回的攜帶有節(jié)點信息的響應(yīng)消息；查找單元153 用于根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點，并根據(jù)所述的定位附加信息查找出造成隧道管理請求失敗的具體原因，以便進(jìn)行錯誤排查。為了保證本實施例處理裝置能夠正確的進(jìn)行錯誤排查，該隧道管理裝置還包括處理單元154，所述處理單元IM用于在造成隧道管理請求失敗的原因為資源不足或者設(shè)備故障時，選擇一個新的節(jié)點替換造成隧道管理請求失敗的節(jié)點；或者，在造成隧道管理請求失敗的原因為信元缺失或者信元解析錯誤時，排查本節(jié)點的錯誤或者指示造成隧道管理請求失敗的節(jié)點排查錯誤。如果將網(wǎng)絡(luò)設(shè)備之間的關(guān)系劃分為發(fā)起節(jié)點、中間節(jié)點和遠(yuǎn)端節(jié)點，那么圖14中的隧道管理裝置判斷本設(shè)備能否處理的功能可以中間節(jié)點和遠(yuǎn)端節(jié)點中配置；而接收遠(yuǎn)端設(shè)備的響應(yīng)消息后再向發(fā)起節(jié)點發(fā)送和上述透傳出錯節(jié)點指示信息的功能只在中間節(jié)點處實現(xiàn)；對于圖15中的隧道管理裝置則只需要在發(fā)起節(jié)點配置，而由于具體隧道管理請求的不同，發(fā)起節(jié)點可以是MME，也可能是P-GW、SGSN等設(shè)備。本實施例中的中間節(jié)點在向發(fā)起節(jié)點返回響應(yīng)消息時，攜帶節(jié)點信息，以便于發(fā)起節(jié)點找出造成本次隧道管理請求失敗的節(jié)點，然后進(jìn)行相應(yīng)的節(jié)點調(diào)整，以便于后續(xù)流程的處理。實施例8:本實施例還提供一種通信系統(tǒng)，如圖16所示，該通信系統(tǒng)包括發(fā)起節(jié)點161和隧道管理節(jié)點162，在需要進(jìn)行用戶面轉(zhuǎn)發(fā)通道管理的時候，發(fā)起節(jié)點161用于向隧道管理節(jié)點發(fā)送隧道管理請求；隧道管理節(jié)點162用于接收發(fā)起節(jié)點發(fā)送的隧道管理請求，并判斷本隧道管理節(jié)點是否能完成所述的隧道管理請求，若本隧道管理節(jié)點不能完成所述的隧道管理請求，在向發(fā)起節(jié)點發(fā)送的響應(yīng)消息中包含隧道管理請求失敗原因值和本隧道管理節(jié)點信息，以表示本隧道管理節(jié)點為造成隧道管理請求失敗的節(jié)點。所述發(fā)起節(jié)點161還用于根據(jù)隧道管理節(jié)點返回的響應(yīng)消息中節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點，同時可以進(jìn)行相關(guān)的錯誤排查。
采用上述模式的通信系統(tǒng)一般是兩個網(wǎng)絡(luò)設(shè)備之間的通信，例如MME和S-GW之間，S-Gff和P-GW之間的通信。當(dāng)通信系統(tǒng)中存在三個網(wǎng)絡(luò)設(shè)備時，本實施例中的通信系統(tǒng)還包括遠(yuǎn)端節(jié)點 163 ；當(dāng)所述隧道管理節(jié)點162能夠正確處理隧道管理請求時，所述隧道管理節(jié)點將所述的隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點163 ；遠(yuǎn)端節(jié)點163由于某種原因造成隧道管理請求失敗，例如本節(jié)點錯誤等。所以，所述遠(yuǎn)端節(jié)點163用于向隧道管理節(jié)點返回響應(yīng)消息，該響應(yīng)消息攜帶有隧道管理請求失敗原因值；這種情況下，所述隧道管理節(jié)點162還用于向發(fā)起節(jié)點發(fā)送攜帶有所述隧道管理請求失敗原因值和遠(yuǎn)端節(jié)點信息的響應(yīng)消息，即表示所述遠(yuǎn)端節(jié)點為造成隧道管理請求失敗的節(jié)點。當(dāng)然如果遠(yuǎn)端節(jié)點還連接了一個連接處理設(shè)備，并且發(fā)起節(jié)點發(fā)出的隧道管理請求需要該連接處理設(shè)備進(jìn)行處理，如果最終導(dǎo)致隧道管理請求失敗的設(shè)備就是該連接處理設(shè)備，那么該通信系統(tǒng)的處理如下當(dāng)所述隧道管理節(jié)點162能夠正確處理隧道管理請求時，所述隧道管理節(jié)點將所述的隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點163 ；由于遠(yuǎn)端節(jié)點163能夠正常處理，則需要將相應(yīng)的請求發(fā)送到連接處理設(shè)備，而連接處理設(shè)備處理失敗只向遠(yuǎn)端節(jié)點返回失敗原因值，故而所述遠(yuǎn)端節(jié)點163向隧道管理節(jié)點162返回的響應(yīng)消息攜帶有隧道管理請求失敗原因值和節(jié)點信息，這個節(jié)點信息就是連接處理設(shè)備的節(jié)點信息。那么本實施例中隧道管理節(jié)點還用于向發(fā)起節(jié)點發(fā)送攜帶有所述隧道管理請求失敗原因值和所接收到節(jié)點信息的響應(yīng)消息，所述接收到節(jié)點信息對應(yīng)節(jié)點為造成隧道管理請求失敗的節(jié)點，即連接處理設(shè)備為造成隧道管理請求失敗的節(jié)點，在本實施例中，隧道管理節(jié)點162主要是將隧道管理請求失敗原因值和所接收到節(jié)點信息透傳到發(fā)起節(jié)點。本實施例主要用于通信網(wǎng)絡(luò)中，針對用戶面轉(zhuǎn)發(fā)通道管理時可能出現(xiàn)的各種失敗原因，對發(fā)起節(jié)點進(jìn)行提示，以便發(fā)起節(jié)點進(jìn)行相應(yīng)的處理。由于發(fā)起節(jié)點接收到的響應(yīng)消息中包含了節(jié)點信息，并且發(fā)起節(jié)點可以通過該節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點，即使隧道管理節(jié)點還需要將隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點繼續(xù)處理，發(fā)起節(jié)點也可以通過節(jié)點信息分辨出是隧道管理節(jié)點導(dǎo)致的隧道管理請求失敗，還是遠(yuǎn)端節(jié)點導(dǎo)致的隧道管理請求失敗，使得發(fā)起節(jié)點處理隧道管理請求失敗能夠更加方便、高效、快捷。通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中， 如計算機(jī)的軟盤，硬盤或光盤等，包括若干指令用以使得一臺設(shè)備(可以是服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種隧道管理方法，其特征在于，包括 接收發(fā)起節(jié)點的隧道管理請求；向發(fā)起節(jié)點發(fā)送響應(yīng)消息，當(dāng)所述隧道管理請求失敗時，所述響應(yīng)消息中攜帶造成隧道管理請求失敗的節(jié)點的節(jié)點信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述響應(yīng)消息中還攜帶隧道管理請求失敗原因值。
3.根據(jù)權(quán)利要求2所述的隧道管理方法，其特征在于，還包括 判斷本節(jié)點是否能完成所述的隧道管理請求；若本節(jié)點不能完成所述的隧道管理請求，則所述響應(yīng)消息中攜帶的節(jié)點信息為本節(jié)點的節(jié)點信息。
4.根據(jù)權(quán)利要求2所述的隧道管理方法，其特征在于，該方法還包括 將所述的隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點；接收遠(yuǎn)端節(jié)點返回的響應(yīng)消息，該響應(yīng)消息攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值；所述向發(fā)起節(jié)點發(fā)送攜帶有節(jié)點信息的響應(yīng)消息為向發(fā)起節(jié)點發(fā)送攜帶有所述隧道管理請求失敗原因值和遠(yuǎn)端節(jié)點信息的響應(yīng)消息，所述遠(yuǎn)端節(jié)點信息為造成隧道管理請求失敗的節(jié)點的節(jié)點信息。
5.根據(jù)權(quán)利要求2所述的隧道管理方法，其特征在于，該方法還包括 將所述的隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點；接收遠(yuǎn)端節(jié)點返回的響應(yīng)消息，該響應(yīng)消息攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值和節(jié)點信息；所述向發(fā)起節(jié)點發(fā)送攜帶有節(jié)點信息的響應(yīng)消息為向發(fā)起節(jié)點發(fā)送攜帶有所述隧道管理請求失敗原因值和所接收到節(jié)點信息的響應(yīng)消息，所述接收到節(jié)點信息為造成隧道管理請求失敗的節(jié)點的節(jié)點信息。
6.根據(jù)權(quán)利要求4或5所述的隧道管理方法，其特征在于，所述從遠(yuǎn)端節(jié)點接收到的響應(yīng)消息包含定位附加信息，該定位附加信息標(biāo)識造成隧道管理請求失敗的具體原因；所述向發(fā)起節(jié)點發(fā)送的響應(yīng)消息包含所述定位附加信息。
7.一種隧道管理方法，其特征在于，包括 向隧道管理節(jié)點發(fā)送隧道管理請求；接收隧道管理節(jié)點返回的響應(yīng)消息，當(dāng)所述隧道管理請求失敗時，所述響應(yīng)消息中攜帶有造成隧道管理請求失敗的節(jié)點的節(jié)點信息；根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述響應(yīng)消息中還攜帶隧道管理請求失敗原因值。
9.根據(jù)權(quán)利要求8所述的隧道管理方法，其特征在于，若造成隧道管理請求失敗的原因為資源不足或者設(shè)備故障，則選擇一個新的節(jié)點替換造成隧道管理請求失敗的節(jié)點；若造成隧道管理請求失敗的原因為信元缺失或者信元解析錯誤，則通過定位附加信息定位缺失的具體信元或者解析錯誤的具體信元。
10.一種隧道管理裝置，其特征在于，包括 接收單元，用于接收發(fā)起節(jié)點的隧道管理請求；發(fā)送單元，用于向發(fā)起節(jié)點發(fā)送響應(yīng)消息，當(dāng)所述隧道管理請求失敗時，所述響應(yīng)消息中攜帶造成隧道管理請求失敗的節(jié)點的節(jié)點信息。
11.根據(jù)權(quán)利要求10所述的隧道管理裝置，其特征在于，所述響應(yīng)消息中還攜帶隧道管理請求失敗原因值。
12.根據(jù)權(quán)利要求11所述的隧道管理裝置，其特征在于，所述發(fā)送單元包括 判斷模塊，用于判斷本節(jié)點是否能完成所述的隧道管理請求；發(fā)送模塊，用于在本節(jié)點不能完成所述的隧道管理請求時，向發(fā)起節(jié)點發(fā)送響應(yīng)消息， 該響應(yīng)消息包含隧道管理請求失敗原因值和本節(jié)點信息，所述本節(jié)點信息為造成隧道管理請求失敗的本節(jié)點的節(jié)點信息。
13.根據(jù)權(quán)利要求11所述的隧道管理裝置，其特征在于， 所述發(fā)送單元還用于將所述的隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點；所述接收單元還用于接收遠(yuǎn)端節(jié)點返回的響應(yīng)消息，該響應(yīng)消息攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值；所述發(fā)送單元向發(fā)起節(jié)點發(fā)送攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值和遠(yuǎn)端節(jié)點信息的響應(yīng)消息，所述遠(yuǎn)端節(jié)點信息為造成隧道管理請求失敗的遠(yuǎn)端節(jié)點的節(jié)點信肩、ο
14.根據(jù)權(quán)利要求11所述的隧道管理裝置，其特征在于， 所述發(fā)送單元還用于將所述的隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點；所述接收單元還用于接收遠(yuǎn)端節(jié)點返回的響應(yīng)消息，該響應(yīng)消息攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值和節(jié)點信息；所述發(fā)送單元向發(fā)起節(jié)點發(fā)送攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值和所接收到節(jié)點信息的響應(yīng)消息，所述接收到節(jié)點信息為造成隧道管理請求失敗的節(jié)點的節(jié)點 fn息ο
15.根據(jù)權(quán)利要求13或14所述的隧道管理裝置，其特征在于，所述接收單元從遠(yuǎn)端節(jié)點接收到的響應(yīng)消息包含定位附加信息，該定位附加信息標(biāo)識造成隧道管理請求失敗的具體原因；所述發(fā)送單元向發(fā)起節(jié)點發(fā)送的響應(yīng)消息包含所述定位附加信息。
16.一種隧道管理裝置，其特征在于，包括發(fā)送單元，用于向隧道管理節(jié)點發(fā)送隧道管理請求； 接收單元，用于接收隧道管理節(jié)點返回的攜帶有節(jié)點信息的響應(yīng)消息； 查找單元，用于根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點。
17.根據(jù)權(quán)利要求16所述的隧道管理裝置，其特征在于，所述響應(yīng)消息還攜帶有隧道管理請求失敗原因值。
18.根據(jù)權(quán)利要求17所述的隧道管理裝置，其特征在于，還包括處理單元，用于在造成隧道管理請求失敗的原因為資源不足或者設(shè)備故障時，選擇一個新的節(jié)點替換造成隧道管理請求失敗的節(jié)點；或者，在造成隧道管理請求失敗的原因為信元缺失或者信元解析錯誤時，用于通過定位附加信息定位缺失的具體信元或者解析錯誤的具體信元。
19.一種通信系統(tǒng)，其特征在于，包括發(fā)起節(jié)點，用于發(fā)送隧道管理請求；隧道管理節(jié)點，用于接收發(fā)起節(jié)點發(fā)送的隧道管理請求，并向發(fā)起節(jié)點返回攜帶有節(jié)點信息的響應(yīng)消息；所述發(fā)起節(jié)點還用于根據(jù)所述節(jié)點信息查找出造成隧道管理請求失敗的節(jié)點。
20.根據(jù)權(quán)利要求19所述的通信系統(tǒng)，其特征在于，所述響應(yīng)消息還攜帶隧道管理請求失敗原因值。
21.根據(jù)權(quán)利要求20所述的通信系統(tǒng)，其特征在于，所述隧道管理節(jié)點判斷本隧道管理節(jié)點是否能完成所述的隧道管理請求；若本隧道管理節(jié)點不能完成所述的隧道管理請求，則向發(fā)起節(jié)點發(fā)送響應(yīng)消息，該響應(yīng)消息包含本隧道管理節(jié)點的隧道管理請求失敗原因值和本隧道管理節(jié)點信息，所述本隧道管理節(jié)點為造成隧道管理請求失敗的節(jié)點。
22.根據(jù)權(quán)利要求20所述的通信系統(tǒng)，其特征在于，還包括遠(yuǎn)端節(jié)點；所述隧道管理節(jié)點將所述的隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點；所述遠(yuǎn)端節(jié)點用于向隧道管理節(jié)點返回響應(yīng)消息，該響應(yīng)消息攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值；所述隧道管理節(jié)點還用于向發(fā)起節(jié)點發(fā)送攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值和遠(yuǎn)端節(jié)點信息的響應(yīng)消息，所述遠(yuǎn)端節(jié)點為造成隧道管理請求失敗的節(jié)點。
23.根據(jù)權(quán)利要求20所述的通信系統(tǒng)，其特征在于，還包括遠(yuǎn)端節(jié)點；所述隧道管理節(jié)點用于將所述的隧道管理請求發(fā)送到遠(yuǎn)端節(jié)點；所述遠(yuǎn)端節(jié)點用于向隧道管理節(jié)點返回的響應(yīng)消息，該響應(yīng)消息攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值和節(jié)點信息；所述隧道管理節(jié)點還用于向發(fā)起節(jié)點發(fā)送攜帶有所述遠(yuǎn)端節(jié)點的隧道管理請求失敗原因值和所接收到節(jié)點信息的響應(yīng)消息，所述接收到節(jié)點信息對應(yīng)節(jié)點為造成隧道管理請求失敗的節(jié)點。
全文摘要
本發(fā)明公開了一種隧道管理方法、裝置及通信系統(tǒng)，涉及通信網(wǎng)絡(luò)技術(shù)領(lǐng)域，解決了現(xiàn)有技術(shù)中無法判斷出是哪個節(jié)點錯誤造成的隧道管理請求失敗的問題。本實施例在隧道管理節(jié)點向發(fā)起節(jié)點返回的響應(yīng)消息中，不但攜帶隧道管理請求失敗原因值，同時攜帶造成隧道管理請求失敗的節(jié)點的節(jié)點信息，以便發(fā)起節(jié)點查找出造成隧道管理請求失敗的節(jié)點，并確定錯誤排查方向。本實施例主要用于通信網(wǎng)絡(luò)的網(wǎng)絡(luò)設(shè)備中。
文檔編號H04W24/04GK102355686SQ201110304438
公開日2012年2月15日 申請日期2008年7月16日 優(yōu)先權(quán)日2008年7月16日
發(fā)明者邸志宇, 銀宇 申請人:華為技術(shù)有限公司