欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種進(jìn)行業(yè)務(wù)重建的方法、裝置和系統(tǒng)的制作方法

文檔序號:7667380閱讀:126來源:國知局
專利名稱:一種進(jìn)行業(yè)務(wù)重建的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及業(yè)務(wù)故障處理技術(shù),特別是涉及一種進(jìn)行業(yè)務(wù)重建的方法、 裝置和系統(tǒng)。
背景技術(shù)
為了有效地利用移動網(wǎng)絡(luò)資源,3GPP提出了組播和廣播業(yè)務(wù)(MBMS: Multimedia Broadcast/Multicast Service),在移動網(wǎng)絡(luò)中l(wèi)是供一個數(shù)據(jù)源向多個 用戶發(fā)送數(shù)據(jù)的點到多點業(yè)務(wù),實現(xiàn)網(wǎng)絡(luò)資源共享,提高網(wǎng)絡(luò)資源的利用率, 尤其是空口接口資源。MBMS提供兩種方式廣播方式和組纟番方式。MBMS不 僅能實現(xiàn)純文本低速率的消息類組播和廣播,而且還能實現(xiàn)高速多媒體業(yè)務(wù)的 組播和廣播,MBMS組播和廣播業(yè)務(wù)基于WCDMA/GSM分組網(wǎng),通過增加一些 新的功能實體,如廣播組播業(yè)務(wù)中心BM-SC,對已有的分組域功能實體如通用 分組無線業(yè)務(wù)的業(yè)務(wù)支持節(jié)點(Serving GPRS Support Node, SGSN)、通用分 組無線業(yè)務(wù)的網(wǎng)關(guān)支持節(jié)點(Gateway GPRS Support Node, GGSN )、無線網(wǎng) 絡(luò)控制器(Radio Network Controller, RNC )、節(jié)點B (Node B )和用戶設(shè)備(User Equipment, UE )等增加MBMS功能,并定義了新的邏輯共享信道來實現(xiàn)空口 資源共享。
MBMS的網(wǎng)絡(luò)參考模型如圖1所示,其中的虛線為可選接口,可根據(jù)運營商 的業(yè)務(wù)需要決定是否支持。MBMS承載業(yè)務(wù)的邊緣為Gmb、 Gi參考點,即廣播 組播業(yè)務(wù)中心(Broadcast-Multicast Service Centre, BM-SC)與GGSN之間的接 口, Gmb接口提供控制面功能,Gi接口為用戶面承載功能。這里唯一新增的接 口是Gmb接口,其它都是寬帶碼分多址接入(Wideband Code Division MultipleAccess , WCDMA ) /全球移動通信系統(tǒng)(Global System for Mobile communications, GSM)網(wǎng)絡(luò)已經(jīng)存在的接口。
廣播組播業(yè)務(wù)中心BM-SC為新增的移動網(wǎng)功能實體,它是內(nèi)容提供者的入 口,用于授權(quán)和在移動網(wǎng)中發(fā)起MBMS承載業(yè)務(wù),并按照預(yù)定時間調(diào)度傳送 MBMS內(nèi)容。其功能包括
- 對第三方內(nèi)容提供商鑒權(quán)、授權(quán)和計費。
- 提供MBMS傳輸相關(guān)參數(shù),如QoS、組播廣播區(qū)域,發(fā)起和終止MBMS 傳輸資源。
- 從外部數(shù)據(jù)源接收并傳送MBMS內(nèi)容,安排MBMS會話傳送并告知用 戶,會話重傳等。
- 業(yè)務(wù)聲明,包括i某體描述、會話描述如組4番業(yè)務(wù)標(biāo)識、地址、傳送時間等。
對已有的WCDMA/GSM分組網(wǎng)功能實體GGSN、 SGSN、 UTRAN/GERAN 和UE,需要增加相應(yīng)的MBMS相關(guān)功能和過程。
圖2為廣播業(yè)務(wù)流程圖。如圖2所示, 一個廣播業(yè)務(wù)流程由以下幾個過程組

1業(yè)務(wù)聲明(Service Announcement) 業(yè)務(wù)聲明過程告知用戶獲取業(yè)務(wù)的范圍。 2會i舌開始(Session Start)
會話開始過程代表BM-SC已經(jīng)就緒,準(zhǔn)備發(fā)送數(shù)據(jù)了。會話開始過程與用 戶業(yè)務(wù)激活過程相互獨立,也就是說,用戶可以在會話開始之前或者其后進(jìn)行 業(yè)務(wù)激活。會話開始過程可以觸發(fā)數(shù)據(jù)傳輸?shù)某休d資源的建立。
3 MBMS通知(MBMS Notification)
通知UE MBMS數(shù)據(jù)即將發(fā)送。
4數(shù)據(jù)傳輸(Data Transfer)
用戶面數(shù)據(jù)的傳輸。
5會話結(jié)束(Session Stop )BM-SC決定在一段時間內(nèi)停止數(shù)據(jù)傳送,并釋放承載資源。 組播與廣播方式在流程上的不同如下
在業(yè)務(wù)聲明前有一個用戶簽約(Subscription)的步驟,即該過程建立用戶 與業(yè)務(wù)提供者之間的關(guān)系,從而允許用戶接收業(yè)務(wù)數(shù)據(jù)。
在業(yè)務(wù)聲明后有一個用戶加入(Joining)的步驟,即用戶加入一個組播組, 告知網(wǎng)絡(luò)用戶想接收組播數(shù)據(jù)。
在會話結(jié)束后有一個用戶離開(Leaving)的過程,即用戶離開該組播組, 不再接收業(yè)務(wù)lt據(jù)。
目前在3GPP中提出了一種MBMS業(yè)務(wù)的重建過程,主要利用收到的Error Indication消息來進(jìn)行恢復(fù)。
當(dāng)MBMS的上游節(jié)點(如GGSN)向MBMS的下游節(jié)點(如SGSN)發(fā)送 MBMS業(yè)務(wù)數(shù)據(jù)時,當(dāng)MBMS的上游節(jié)點收到MBMS下游節(jié)點的錯誤指 示(Error Indication) 消息后,MBMS的上游節(jié)點可以發(fā)起MBMS業(yè)務(wù) 的重建過程,將失敗的MBMS業(yè)務(wù)重新建立起來。
通過Error Indication來恢復(fù)MBMS業(yè)務(wù)的方案主要適用于由于某個 MBMS承載上下文(MBMS Bearer Context)在SGSN中出現(xiàn)異常的情況, 而對于SGSN重啟的情況,通過Error Indication恢復(fù)的方法并不適合。
當(dāng)SGSN發(fā)生重啟時,由于重啟過程時間比較長,在重啟過程中,GGSN 與SGSN之間的路徑探測可能已經(jīng)失效,與該SGSN相關(guān)的MBMS承載 上下文(MBMS Bearer Context)已經(jīng)改成無效,沒有再繼續(xù)下發(fā)MBMS數(shù) 據(jù)到SGSN,也就無法希望收到Error Indication來恢復(fù)該SGSN的MBMS 業(yè)務(wù)。在RNC或BSC中,由于設(shè)備重啟也會造成與該RNC或BSC相關(guān)的 MBMS承載上下文丟失,從而無法通過RNC和BSC接收Error Indication來 恢復(fù)該RNC或BSC的MBMS業(yè)務(wù)。但是,在SGSN、 RNC或BSC重啟 完成后,MBMS業(yè)務(wù)的重建是必須的,否則在該SGSN、 RNC或BSC服務(wù) 區(qū)域內(nèi)均不能為用戶提供MBMS業(yè)務(wù)。

發(fā)明內(nèi)容
本發(fā)明的實施例提供了一種進(jìn)行業(yè)務(wù)重建的方法、裝置和系統(tǒng),使得在 下游節(jié)點重啟的情況下,能夠重建承載上下文以繼續(xù)向用戶提供業(yè)務(wù)。
本發(fā)明的實施例提供了 一種進(jìn)行業(yè)務(wù)重建的方法,包括以下步驟 檢測下游節(jié)點重啟信息;
如果檢測到下游節(jié)點重啟信息,且檢測到存在向該下游節(jié)點發(fā)送的業(yè)務(wù)時, 進(jìn)行業(yè)務(wù)重建。
本發(fā)明的實施例還4是供了 一種網(wǎng)絡(luò)節(jié)點,該網(wǎng)絡(luò)節(jié)點包括以下單元 重啟信息處理單元用于#企測下游節(jié)點重啟信息,并在^r測到重啟信息且
檢測到存在向該下游節(jié)點發(fā)送的業(yè)務(wù)時,發(fā)出業(yè)務(wù)重建指示;
業(yè)務(wù)重建單元用于接收重啟信息處理單元發(fā)來的業(yè)務(wù)重建指示,進(jìn)行業(yè)
務(wù)重建。
本發(fā)明的實施例還提供了 一種進(jìn)行業(yè)務(wù)重建的系統(tǒng),該系統(tǒng)包括上游節(jié)點 和下游節(jié)點;其中,
上游節(jié)點檢測下游節(jié)點重啟信息,并在檢測到重啟信息且檢測到存在向該 下游節(jié)點發(fā)送的業(yè)務(wù)時,進(jìn)行業(yè)務(wù)重建。
從上述技術(shù)方案可以看出,本發(fā)明的實施例通過上游設(shè)備檢測下游設(shè)備的 重啟信息來觸發(fā)業(yè)務(wù)的重建過程,而在現(xiàn)有技術(shù)的技術(shù)方案中使用下游設(shè)備通 過業(yè)務(wù)承載上下文來進(jìn)行設(shè)備或業(yè)務(wù)故障消息的傳輸,對于下游設(shè)備重啟,相 關(guān)的MBMS承載上下文已經(jīng)無效的情況,會因為下游設(shè)備沒有辦法通過業(yè)務(wù)承 載上下文來傳輸故障消息,導(dǎo)致重啟后的下游設(shè)備上的業(yè)務(wù)無法恢復(fù)。因此, 本發(fā)明的實施例通過上游設(shè)備檢測下游設(shè)備的重啟消息來觸發(fā)業(yè)務(wù)的重建過 程,使重啟后的下游設(shè)備能夠繼續(xù)提供業(yè)務(wù),使得用戶能夠獲得更優(yōu)質(zhì)的業(yè)務(wù), 并且因為該重建過程是自動完成,無需人工操作,因此也減少系統(tǒng)的管理維護(hù) 量。


圖l是現(xiàn)有技術(shù)中MBMS參考模型示意圖。 圖2是現(xiàn)有技術(shù)中廣播業(yè)務(wù)流程圖。 圖3是本發(fā)明實施例中進(jìn)行業(yè)務(wù)重建的流程圖。 圖4是本發(fā)明實施例中 一種網(wǎng)絡(luò)節(jié)點與下游節(jié)點的連接示意圖。 圖5是本發(fā)明實施例中進(jìn)行業(yè)務(wù)重建的系統(tǒng)結(jié)構(gòu)示意圖。 圖6是本發(fā)明實施例中SGSN重啟情況下進(jìn)行業(yè)務(wù)重建的信令流程圖。 圖7是本發(fā)明實施例中BSC或RNC重啟情況下進(jìn)行業(yè)務(wù)重建的信令流 程圖。
圖8是本發(fā)明實施例中BSC或RNC部分資源重啟情況下進(jìn)行業(yè)務(wù)重建 的信令流程圖。
具體實施例方式
為使本發(fā)明的技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合附圖及具體實施例對 本發(fā)明作進(jìn)一步地詳細(xì)描述。
圖3為本發(fā)明實施例中提供的進(jìn)行業(yè)務(wù)重建的方法的流程圖。如圖3所 示,本方法包括以下步驟。
在步驟301中,檢測下游節(jié)點的重啟信息。
可以用兩種方式來進(jìn)行檢測, 一種方式是發(fā)出檢測消息,并且從下游節(jié) 點返回的響應(yīng)消息中獲取設(shè)備重啟信息。另外一種方式是接收下游節(jié)點發(fā)送 的消息并從中獲取重啟信息。
在步驟302中,如果檢測到下游節(jié)點的重啟信息,且檢測到存在向該下 游節(jié)點發(fā)送的業(yè)務(wù)時,進(jìn)行業(yè)務(wù)重建。
在本步驟中,業(yè)務(wù)重建是通過指示下游節(jié)點進(jìn)行承載上下文重建且下游 節(jié)點建立承載上下文的方式來完成的。如果下游節(jié)點和用戶設(shè)備之間存在多 級下游節(jié)點,可以通過逐級在下游節(jié)點上建立承載上下文的方式來進(jìn)行業(yè)務(wù) 重建。本發(fā)明的實施例中還提供了一種網(wǎng)絡(luò)節(jié)點,圖4為該網(wǎng)絡(luò)節(jié)點的結(jié)構(gòu)示意 圖,如圖4所示,該網(wǎng)絡(luò)節(jié)點包括以下單元
重啟信息處理單元410,用于檢測下游節(jié)點重啟信息,并在檢測到重啟信 息且檢測到存在向該下游節(jié)點發(fā)送的業(yè)務(wù)時,發(fā)出業(yè)務(wù)重建指示。該單元包括 消息分析模塊411,用于接收下游設(shè)備發(fā)送的消息,并從中獲取設(shè)備重啟信 息;主控制模塊412,用于檢測是否存在向消息分析模塊411檢測到的重啟下 游節(jié)點發(fā)送的業(yè)務(wù),如果存在業(yè)務(wù),則向該下游節(jié)點發(fā)出重建指示。
業(yè)務(wù)重建單元420:用于接收重啟信息處理單元410發(fā)來的業(yè)務(wù)重建指示, 進(jìn)行業(yè)務(wù)重建。
其中重啟信息處理單元410還可以包括檢測消息發(fā)送模塊413,用于向 下游節(jié)點發(fā)送檢測消息。
本發(fā)明的實施例還才是供了一種進(jìn)行業(yè)務(wù)重建的系統(tǒng),圖5為該系統(tǒng)的結(jié)構(gòu) 示意圖,如圖5所示,該系統(tǒng)包括上游節(jié)點和下游節(jié)點;其中,上游節(jié)點檢測 下游節(jié)點重啟信息,并在^r測到重啟信息且4企測到存在向該下游節(jié)點發(fā)送的業(yè) 務(wù)時,進(jìn)行業(yè)務(wù)重建。
在上述的技術(shù)方案中,業(yè)務(wù)可以為MBMS,上游節(jié)點可以為GGSN, 下游節(jié)點為SGSN。下面將結(jié)合附圖和具體實施例進(jìn)行闡述。
圖6為本發(fā)明實施例在SGSN重啟情況下進(jìn)行業(yè)務(wù)重建的信令流程圖。 如圖6所示
在步驟1中,GGSN檢測到SGSN重啟。具體步驟為GGSN向SGSN 發(fā)送周期性回應(yīng)請求(ECHO Request)消息。如果SGSN發(fā)生過重啟,SGSN 會在回應(yīng)響應(yīng)(ECHO Response )消息中設(shè)置恢復(fù)(Recovery)信息,并且 發(fā)送ECHO Response消息到GGSN。這里的檢測方法不限于通過GTP ECHO 消息,也可以通過其他消息,如SGSN發(fā)送的創(chuàng)建PDP上下文請求(Create PDP Context Request)、更新PDP上下文請求(Update PDP Context Request)、更新PDP上下文響應(yīng)(Update PDP Context Response ) 等消息 中的Recovery信息檢測到SGSN重啟。在步驟2中,GGSN根據(jù)收到的ECHO Response消息沖企測到SGSN已 經(jīng)發(fā)生重啟,并檢測到需要向該SGSN發(fā)送MBMS業(yè)務(wù)。GGSN發(fā)起 GGSN和SGSN之間的MBMS業(yè)務(wù)重建過程。
首先,GGSN會查詢自身保存的MBMS承載上下文中的"下游節(jié)點列表" (list of downstream nodes)參數(shù)中是否包括了該重啟的SGSN,如果包括, GGSN會向該SGSN發(fā)送會話開始請求消息(Session Start Request)。消息 中攜帶了如臨時移動組標(biāo)識(Temporary Mobile Group Identity, TMGI), 服務(wù)質(zhì)量(Quality of Service, QoS) , MBMS業(yè)務(wù)區(qū),會話標(biāo)識,估計的 會話時長,廣播/組播模式和計數(shù)(Counting)指示這些會話屬性,同時消息 中也攜帶了 2G/3G指示。會話開始請求消息提供用于信令平面資源的GGSN 的隧道端點標(biāo)識(Tunnel Endpoint Identifier, TEID )和IP地址。
該SGSN接收到Session Start Request消息后會創(chuàng)建一個MBMS承載上 下文,并保存本承載的屬性和本流程中激活的承載平面和信令平面的資源信 息。SGSN存儲會話屬性和MBMS承載上下文中的2G/3G指示,將MBMS 承載上下文中的狀態(tài)屬性設(shè)置為"Active",并且向GGSN返回會話開始響應(yīng) 消息(Session Start Response),提供用于承載平面和信令平面的SGSN的TEID 和IP地址,完成承載平面和信令平面資源的激活,GGSN將通過該承載平 面來轉(zhuǎn)發(fā)MBMS數(shù)據(jù)。
由于是MBMS承載上下文(MBMS Bearer Context)的重建過程,需要確 定一個MBMS數(shù)據(jù)傳送開始時間用于無線接入網(wǎng)(Radio Access Net, RAN) 的調(diào)度。SGSN需要在MBMS承載上下文(MBMS Bearer Context)中保存 Counting指示、2G/3G指示,用于MBMS業(yè)務(wù)重建。
在步驟3中,SGSN向次級下游節(jié)點RNC/BSC發(fā)起MBMS承載上下 文(MBMS Bearer Context)的建立過程。
SGSN向連接到該SGSN上的所有BSC和/或RNC發(fā)送會話開始請求信 息(Session Start Request)。消息中攜帶了如TMGI, QoS, MBMS業(yè)務(wù)區(qū), 會話標(biāo)識,估計的會話時長,廣播/組播模式和Counting指示這些會話屬性。這時,SGSN必須使用2G/3G指示來確定MBMS會話開始請求消息(Session Start Request)是應(yīng)該只送給所有的BSC,還是只送給所有的RNC,或者是 同時送給所有的RNC和BSC。
BSC或RNC接收到會話開始請求消息后,開始創(chuàng)建MBMS承載上下文。 RNC和Iu模式下的BSC中,在MBMS承載上下文中存儲會話屬性,將MBMS 7K載上下文中的狀態(tài)屬性設(shè)置為"Active",并且向SGSN返回會話開始響應(yīng) 消息(Session Start Response) 。 RNC和Iu模式下的BSC會在會話開始響 應(yīng)消息(Session Start Response)中包括用于Iu承載平面的TEID, SGSN通 過該岸、載平面來轉(zhuǎn)發(fā)MBMS數(shù)據(jù)。
BSC/RNC建立必需的無線資源用于向UE傳輸MBMS數(shù)據(jù)。RAN的資 源建立可以根據(jù)MBMS數(shù)據(jù)傳送開始時間進(jìn)行調(diào)度。RAN根據(jù)收到的 Counting指示參數(shù)決定是否需要執(zhí)行Counting過程。
通過上述的步驟,由于GGSN的下游節(jié)點SGSN發(fā)生了諸如設(shè)備重啟 之類的長時間故障而導(dǎo)致M B M S承載上下文不可用的問題得到了解決。
在本發(fā)明的另一個實施例中,重啟也可能發(fā)生在SGSN的下游節(jié)點如 RNC或者BSC中。圖7是本發(fā)明實施例中BSC或RNC重啟情況下進(jìn)行業(yè) 務(wù)重建的信令流程圖,如圖7所示,此時進(jìn)行業(yè)務(wù)重建的步驟如下
在步驟1中,SGSN 4全測到RNC/BSC重啟。具體步驟為RNC/BSC重 啟完成后,向SGSN發(fā)送設(shè)備重啟消息,如重啟(Reset) 消息。SGSN收 到RNC/BSC發(fā)送的Reset消息后,返回確認(rèn)消息,如(Reset Acknowledge ) 消息到RNC/BSC。
在步驟2中,SGSN檢測與該RNC/BSC原來存在MBMS承載,SGSN 發(fā)起MBMS承載上下文(MBMS Bearer Context)重建過程。SGSN向該 RNC/BSC發(fā)送Session Start Request消息,重新建立MBMS承載上下文 (MBMS Bearer Context),來恢復(fù)該RNC/BSC原來存在的MBMS業(yè)務(wù)。
BSC或RNC接收到會話開始請求消息后,開始創(chuàng)建MBMS承載上下文,
并且向SGSN返回會話開始響應(yīng)消息(Session Start Response )。RNC/BSC建立必需的無線資源用于向UE傳輸MBMS數(shù)據(jù)。 在本發(fā)明的另一個實施例中,RNC/BSC中并非全部資源而只是部分資 源發(fā)生重啟。如果SGSN與該RNC/BSC重啟部分資源原來存在MBMS承 載,則SGSN也會向該RNC/BSC發(fā)起MBMS岸義載上下文(MBMS Bearer Context)重建過程。圖8是本發(fā)明實施例中BSC或RNC部分資源重啟情況 下進(jìn)行業(yè)務(wù)重建的信令流程圖。如圖8所示,具體步驟如下
在步驟1中,SGSN 4全測到RNC/BSC部分資源重啟。具體步驟為, RNC/BSC部分資源重啟完成后,向SGSN發(fā)送部分資源重啟消息,如資源 重啟(Reset Resource)消息。SGSN收到RNC/BSC發(fā)送的Reset Resource 消息后,發(fā)送回應(yīng)消息,如資源重啟確認(rèn)(Reset Resource Acknowledge)消 息到RNC/BSC。
在步驟2中,SGSN檢測因為該RNC/BSC部分資源重啟而受影響的 MBMS承載,并發(fā)起這部分受影響的MBMS岸義載上下文(MBMS Bearer Context)重建過程。SGSN向該RNC/BSC發(fā)送Session Start Request消息, 重新建立MBMS承載上下文(MBMS Bearer Context),來恢復(fù)該RNC/BSC 原來存在的受影響的MBMS業(yè)務(wù)。
BSC或RNC接收到會話開始請求消息后,開始創(chuàng)建MBMS承載上下文, 并且向SGSN返回會話開始響應(yīng)消息(Session Start Response )。
RNC/BSC建立必需的無線資源用于向UE傳輸MBMS數(shù)據(jù)。
雖然本發(fā)明的實施例是以MBMS業(yè)務(wù)為例進(jìn)行說明,但是這里所說的業(yè)務(wù) 并不限于MBMS,這里所說的需要業(yè)務(wù)重建的設(shè)備也可以不限于SGSN、 BSC 或者RNC。本領(lǐng)域一般技術(shù)人員很容易推知,本發(fā)明實施例提供的方法和裝置 可以用于所有可能需要進(jìn)行業(yè)務(wù)重建的應(yīng)用中。
本發(fā)明實施例對存在一級次級下游節(jié)點的情況進(jìn)行了闡述,但是在其它 可能需要進(jìn)行業(yè)務(wù)重建的應(yīng)用中,也可能包括多級次級節(jié)點,此時,上游節(jié) 點檢測到 一 級下游節(jié)點重啟消息并檢測到需要向該下游節(jié)點發(fā)送業(yè)務(wù),便會 指示該第一級次級下游節(jié)點建立承載上下文,第一級次級下游節(jié)點收到指示后建立承載上下文,并指示第二級次級下游節(jié)點建立承載上下文,第二級次 級下游節(jié)點收到指示后建立承載上下文,依此類推,直至最后一級次級下游 節(jié)點建立承載上下文。本領(lǐng)域一般技術(shù)人員很容易推知,可以應(yīng)用本發(fā)明實 施例提供的技術(shù)方案依次對各級下游節(jié)點進(jìn)行業(yè)務(wù)重建。
綜上所述,以上僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保 護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等, 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種進(jìn)行業(yè)務(wù)重建的方法,其特征在于,包括檢測下游節(jié)點重啟信息;如果檢測到下游節(jié)點重啟信息,且檢測到存在向所述下游節(jié)點發(fā)送的業(yè)務(wù)時,進(jìn)行業(yè)務(wù)重建。
2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述4企測下游節(jié)點重啟信息 包括接收下游節(jié)點發(fā)送的消息并從中獲取重啟信息。
3、 才艮據(jù)權(quán)利要求2所述的方法,其特征在于,進(jìn)一步包括 向下游節(jié)點發(fā)出才企測信息。
4、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述進(jìn)行業(yè)務(wù)重建包括 指示所述下游節(jié)點建立承載上下文; 所述下游節(jié)點建立^^載上下文。
5、 根據(jù)權(quán)利要求4所述的方法,其特征在于,所述下游節(jié)點與用戶設(shè)備之 間存在至少 一級次級下游節(jié)點;該方法進(jìn)一步包括所述下游節(jié)點指示所述至少一級次級下游節(jié)點中的第一級次級下游節(jié)點建 立岸義載上下文;所述第一級次級下游節(jié)點建立承載上下文;所述第一級次級下游節(jié)點指示第二級次級下游節(jié)點建立承載上下文,所述 第二級次級下游節(jié)點建立承載上下文,依此類推,直至最后一級次級下游節(jié)點 建立承載上下文。
6、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述檢測下游節(jié)點重啟信息 包括;險測下游節(jié)點部分資源重啟的消息。
7、 根據(jù)權(quán)利要求6所述的方法,其特征在于,所述進(jìn)行業(yè)務(wù)重建包括指示所述下游節(jié)點建立部分^^載上下文;所述下游節(jié)點建立部分7K載上下文。
8、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述的業(yè)務(wù)包括廣播和組播 業(yè)務(wù)。
9、 一種網(wǎng)絡(luò)節(jié)點,其特征在于,包括重啟信息處理單元,用于4企測下游節(jié)點重啟信息,并在4企測到重啟信息且 ;險測到存在向所述下游節(jié)點發(fā)送的業(yè)務(wù)時,發(fā)出業(yè)務(wù)重建指示;業(yè)務(wù)重建單元,用于接收所述重啟信息處理單元發(fā)來的業(yè)務(wù)重建指示,進(jìn) 行業(yè)務(wù)重建。
10、 根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)節(jié)點,其特征在于,所述重啟信息處理單 元包括消息分析模塊,用于接收下游設(shè)備發(fā)送的消息,并從中獲取設(shè)備重啟信息;主控制模塊,用于檢測是否存在向所述消息分析模塊檢測到的重啟下游節(jié) 點發(fā)送的業(yè)務(wù),如果存在業(yè)務(wù),則向所述下游節(jié)點發(fā)出重建指示。
11、 根據(jù)權(quán)利要求IO所述的網(wǎng)絡(luò)節(jié)點,其特征在于,進(jìn)一步包括 檢測消息發(fā)送模塊,用于向下游節(jié)點發(fā)送檢測消息。
12、 一種進(jìn)行業(yè)務(wù)重建的系統(tǒng),其特征在于,包括上游節(jié)點和下游節(jié)點; 其中,上游節(jié)點;險測下游節(jié)點重啟信息,并在;f企測到重啟信息且^r測到存在向所 述下游節(jié)點發(fā)送的業(yè)務(wù)時,進(jìn)行業(yè)務(wù)重建。
13、 根據(jù)權(quán)利要求12所述的系統(tǒng),其特征在于,所述上游節(jié)點為通用分組 無線業(yè)務(wù)的網(wǎng)關(guān)支持節(jié)點GGSN,所述下游節(jié)點為通用分組無線業(yè)務(wù)的業(yè)務(wù)支 持節(jié)點SGSN;或者所述上游節(jié)點為SGSN,所述下游節(jié)點為基站控制器BSC或無線網(wǎng)絡(luò)控制 器RNC。
全文摘要
本發(fā)明實施例公開了一種進(jìn)行業(yè)務(wù)重建的方法,包括以下步驟檢測下游節(jié)點重啟信息;如果檢測到下游節(jié)點重啟信息,且檢測到存在向該下游節(jié)點發(fā)送的業(yè)務(wù)時,進(jìn)行業(yè)務(wù)重建。本發(fā)明實施例還公開了一種網(wǎng)絡(luò)節(jié)點,包括以下單元重啟信息處理單元用于檢測下游節(jié)點重啟信息,并在檢測到重啟信息且檢測到存在向該下游節(jié)點發(fā)送的業(yè)務(wù)時,發(fā)出業(yè)務(wù)重建指示;業(yè)務(wù)重建單元用于接收重啟信息處理單元發(fā)來的業(yè)務(wù)重建指示,進(jìn)行業(yè)務(wù)重建。同時,本發(fā)明還公開了一種與上述方法和網(wǎng)絡(luò)節(jié)點相對應(yīng)的系統(tǒng)。通過本發(fā)明實施例提供的技術(shù)方案,在下游節(jié)點設(shè)備發(fā)生故障導(dǎo)致承載上下文不可用時,能夠在設(shè)備故障恢復(fù)后自動恢復(fù)正常的業(yè)務(wù)。
文檔編號H04L12/26GK101453384SQ20071019473
公開日2009年6月10日 申請日期2007年11月29日 優(yōu)先權(quán)日2007年11月29日
發(fā)明者毛國峰, 濤 錢 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
吉林省| 道真| 威远县| 镶黄旗| 松江区| 永仁县| 枣庄市| 永清县| 腾冲县| 五大连池市| 泰宁县| 广宗县| 孟州市| 马鞍山市| 大新县| 富平县| 耿马| 镇雄县| 邵武市| 新民市| 收藏| 随州市| 塔河县| 固始县| 寿宁县| 莱州市| 洪湖市| 五家渠市| 嘉鱼县| 长治市| 连城县| 杨浦区| 靖宇县| 高尔夫| 彭山县| 蕲春县| 天柱县| 滁州市| 阿合奇县| 周宁县| 乌兰察布市|