專利名稱：服務(wù)器故障時(shí)的報(bào)文處理方法及路由器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及服務(wù)器故障時(shí)的報(bào)文處理方法及路由器
背景技術(shù)：
隨著通信行業(yè)的發(fā)展，IPTVanternet Protocol Television，基于IP協(xié)議的電視廣播)業(yè)務(wù)獲得了越來越廣泛的應(yīng)用。傳統(tǒng)的IPTV業(yè)務(wù)中，由于視頻編碼和解碼的問題，容易導(dǎo)致頻道切換慢，且網(wǎng)絡(luò)鏈路的丟包現(xiàn)象容易導(dǎo)致視頻播放時(shí)出現(xiàn)花屏、黑屏。為了解決這些問題，現(xiàn)有技術(shù)提出了一種路由器，其上設(shè)置有一種增值業(yè)務(wù)單板可以提供視頻增值業(yè)務(wù)。單個(gè)或多個(gè)增值業(yè)務(wù)單板組成增值業(yè)務(wù)服務(wù)器(也稱為增值業(yè)務(wù)組)，該服務(wù)器可以進(jìn)行 FCC (FastChannel Changing，頻道快速切換)和 RET (Retransmission，丟包重傳)， 從而提高了用戶的視頻體驗(yàn)。當(dāng)客戶端(即機(jī)頂盒)請(qǐng)求進(jìn)行FCC和RET時(shí)，會(huì)向RRS (Request RoutingServer, 請(qǐng)求調(diào)度服務(wù)器)發(fā)送請(qǐng)求報(bào)文，RRS調(diào)度主用增值業(yè)務(wù)服務(wù)器，并將該請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至 RRS調(diào)度的該主用增值業(yè)務(wù)服務(wù)器，然后由該主用增值業(yè)務(wù)服務(wù)器直接與客戶端通信。RRS通過心跳報(bào)文維護(hù)所有增值業(yè)務(wù)服務(wù)器的狀態(tài)信息。RRS每隔10秒會(huì)發(fā)送一次心跳報(bào)文給增值業(yè)務(wù)服務(wù)器，如果連續(xù)3次都得不到增值業(yè)務(wù)服務(wù)器的回應(yīng)即認(rèn)為該增值業(yè)務(wù)服務(wù)器故障，并修改本地保存的該增值業(yè)務(wù)服務(wù)器的狀態(tài)為故障狀態(tài)。此后，若RRS 再收到客戶端的請(qǐng)求，將不會(huì)再調(diào)度到該發(fā)生故障的增值業(yè)務(wù)服務(wù)器。當(dāng)增值業(yè)務(wù)服務(wù)器中增值業(yè)務(wù)單板出現(xiàn)故障時(shí)，RRS檢測到增值業(yè)務(wù)服務(wù)器故障并對(duì)客戶端的請(qǐng)求重新調(diào)度至少需要30s的時(shí)間，若在這段時(shí)間內(nèi)有客戶端向該增值業(yè)務(wù)服務(wù)器發(fā)送請(qǐng)求報(bào)文，則不會(huì)馬上得到響應(yīng)，導(dǎo)致客戶端在請(qǐng)求進(jìn)行FCC和RET時(shí)等待較長的時(shí)間，從而降低了用戶的視頻體驗(yàn)。為了防止客戶端在請(qǐng)求進(jìn)行FCC和RET時(shí)等待較長的時(shí)間，現(xiàn)有技術(shù)提出了在路由器上設(shè)置備份增值業(yè)務(wù)服務(wù)器的方法。備份增值業(yè)務(wù)服務(wù)器由單個(gè)或多個(gè)增值業(yè)務(wù)單板構(gòu)成?？蛻舳松媳４媪怂袀浞菰鲋禈I(yè)務(wù)服務(wù)器的地址，客戶端在發(fā)送請(qǐng)求報(bào)文時(shí)，會(huì)將保存的所有備份增值業(yè)務(wù)服務(wù)器的地址攜帶在該報(bào)文中。當(dāng)RRS調(diào)度的主用增值業(yè)務(wù)服務(wù)器中增值業(yè)務(wù)單板出現(xiàn)故障，導(dǎo)致該主用增值業(yè)務(wù)服務(wù)器故障無法響應(yīng)請(qǐng)求報(bào)文時(shí)，該主用增值業(yè)務(wù)服務(wù)器會(huì)根據(jù)請(qǐng)求報(bào)文中攜帶的備份增值業(yè)務(wù)服務(wù)器的地址將請(qǐng)求報(bào)文轉(zhuǎn)發(fā)到備份增值業(yè)務(wù)服務(wù)器，由備份增值業(yè)務(wù)服務(wù)器直接與客戶端進(jìn)行通信，由此減少了客戶端在請(qǐng)求進(jìn)行FCC和RET時(shí)的等待時(shí)間。在上述通過備份增值業(yè)務(wù)服務(wù)器實(shí)現(xiàn)FCC和RET的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題由于客戶端需要預(yù)先知道所有備份增值業(yè)務(wù)服務(wù)器的地址，因此增加了客戶端的復(fù)雜度，并且由于所有備份增值業(yè)務(wù)服務(wù)器的地址在請(qǐng)求報(bào)文傳送的過程中都暴露無疑，因此降低了網(wǎng)絡(luò)的安全性。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供一種服務(wù)器故障時(shí)的報(bào)文處理方法及路由器，不僅能減少客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)的等待時(shí)間，還能防止客戶端復(fù)雜度的增加和網(wǎng)絡(luò)安全性的降低。為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案一種服務(wù)器故障時(shí)的報(bào)文處理方法，包括路由器接收客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息；所述路由器根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器。一種路由器，包括接收模塊，用于接收客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和 RET時(shí)生成的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息；查詢模塊，用于根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢所述路由器在本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；轉(zhuǎn)發(fā)模塊，用于當(dāng)所述查詢模塊查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，所述轉(zhuǎn)發(fā)模塊用于當(dāng)所述查詢模塊查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，根據(jù)所述路由器在本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)
ο本發(fā)明實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法及路由器中，通過路由器查詢本地保存的主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，可立刻獲知該主用增值業(yè)務(wù)服務(wù)器目前的狀態(tài)， 且當(dāng)查詢到的該主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，可立刻由路由器立刻將接收到的請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至RRS重新調(diào)度或轉(zhuǎn)發(fā)給備份增值業(yè)務(wù)服務(wù)器，隨后由重新調(diào)度的主用增值業(yè)務(wù)服務(wù)器或備份增值業(yè)務(wù)服務(wù)器響應(yīng)客戶端的請(qǐng)求。而現(xiàn)有技術(shù)只能通過RRS的心跳報(bào)文檢測主用增值業(yè)務(wù)服務(wù)器的故障，需要至少30s才能確認(rèn)主用增值業(yè)務(wù)服務(wù)器的故障狀態(tài)，隨后RRS才能進(jìn)行重新調(diào)度。因此，本發(fā)明實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法及路由器可減少客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)的等待時(shí)間。另外，本發(fā)明實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法及路由器中，由于備份增值業(yè)務(wù)服務(wù)器的地址保存在路由器上，當(dāng)主用增值業(yè)務(wù)服務(wù)器故障時(shí)，路由器可選擇可用的備份增值業(yè)務(wù)服務(wù)器，并將接收到的請(qǐng)求報(bào)文直接轉(zhuǎn)發(fā)至該選定的備份增值業(yè)務(wù)服務(wù)器，克服了現(xiàn)有技術(shù)中因備份增值業(yè)務(wù)服務(wù)器地址保存在客戶端，導(dǎo)致的客戶端復(fù)雜度增加及網(wǎng)絡(luò)安全性降低的缺陷。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明實(shí)施例1服務(wù)器故障時(shí)的報(bào)文處理方法的流程圖；圖2為本發(fā)明實(shí)施例1路由器的方框圖；圖3為本發(fā)明實(shí)施例2服務(wù)器故障時(shí)的報(bào)文處理方法中故障反饋過程的流程圖；圖4為本發(fā)明實(shí)施例2路由器的方框圖；圖5為本發(fā)明實(shí)施例3服務(wù)器故障時(shí)的報(bào)文處理方法的流程圖；圖6為現(xiàn)有技術(shù)中客戶端向主用增值業(yè)務(wù)服務(wù)器發(fā)起請(qǐng)求的方法的流程圖；圖7為本發(fā)明實(shí)施例3路由器的方框圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。實(shí)施例1本實(shí)施例提供一種服務(wù)器故障時(shí)的報(bào)文處理方法，如圖1所示，該方法包括以下步驟。101、路由器接收客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息。具體地，路由器的接口板上接收請(qǐng)求報(bào)文，該請(qǐng)求報(bào)文是客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的。該請(qǐng)求報(bào)文可以是從RRS轉(zhuǎn)發(fā)來的，也可以是從客戶端直接發(fā)送過來的，且該請(qǐng)求報(bào)文攜帶有該路由器中主用增值業(yè)務(wù)服務(wù)器信息，如主用增值業(yè)務(wù)服務(wù)器地址。該主用增值業(yè)務(wù)服務(wù)器由路由器上的至少一個(gè)增值業(yè)務(wù)單板組成。102、所述路由器根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)。路由器上設(shè)有主控板，用于控制和管理該路由器上所有的增值業(yè)務(wù)單板，并維護(hù)這些增值業(yè)務(wù)單板的狀態(tài)信息，同時(shí)也維護(hù)由增值業(yè)務(wù)單板組成的增值業(yè)務(wù)服務(wù)器的狀態(tài)信息。這些狀態(tài)信息由所述主控板保存在本地。路由器根據(jù)請(qǐng)求報(bào)文攜帶的主用增值業(yè)務(wù)服務(wù)器信息查詢本地保存的對(duì)應(yīng)該主用增值業(yè)務(wù)服務(wù)器的狀態(tài)。103、當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器。具體地，當(dāng)路由器查詢到該主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，路由器會(huì)將上述接收到的請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器(即RRQ，由RRS重新調(diào)度其它可用的主用增值業(yè)務(wù)服務(wù)器，然后由RRS將接收到的請(qǐng)求報(bào)文轉(zhuǎn)發(fā)給該重新選定的主用增值業(yè)務(wù)服務(wù)器?；蛘撸?dāng)路由器查詢到該主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，路由器根據(jù)其保存的備份增值業(yè)務(wù)服務(wù)器的地址，選擇可用的備份增值業(yè)務(wù)服務(wù)器，將上述接收到的請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至選定的備份增值業(yè)務(wù)服務(wù)器。若主控板未檢測到主用增值業(yè)務(wù)服務(wù)器存在故障的增值業(yè)務(wù)單板，則確認(rèn)該主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為正常狀態(tài)，接下來路由器會(huì)將該接收到的請(qǐng)求報(bào)文傳送給該主用增值業(yè)務(wù)服務(wù)器，由該主用增值業(yè)務(wù)服務(wù)器響應(yīng)該請(qǐng)求報(bào)文，隨后直接與客戶端進(jìn)行通信。本實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法通過路由器查詢本地保存的主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，可立刻獲知該主用增值業(yè)務(wù)服務(wù)器目前的狀態(tài)，且當(dāng)查詢到的該主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，可立刻由路由器將接收到的請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至RRS 重新調(diào)度或轉(zhuǎn)發(fā)給備份增值業(yè)務(wù)服務(wù)器，隨后由重新調(diào)度的主用增值業(yè)務(wù)服務(wù)器或備份增值業(yè)務(wù)服務(wù)器響應(yīng)客戶端的請(qǐng)求。而現(xiàn)有技術(shù)只能通過RRS的心跳報(bào)文檢測主用增值業(yè)務(wù)服務(wù)器的故障，需要至少30s才能確認(rèn)主用增值業(yè)務(wù)服務(wù)器的故障狀態(tài)，隨后RRS才能進(jìn)行重新調(diào)度。因此，本實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法可減少客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)的等待時(shí)間。另外，本實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法中，備份增值業(yè)務(wù)服務(wù)器的地址保存在路由器上，當(dāng)主用增值業(yè)務(wù)服務(wù)器故障時(shí)，路由器可選擇可用的備份增值業(yè)務(wù)服務(wù)器，并將接收到的請(qǐng)求報(bào)文直接轉(zhuǎn)發(fā)至選定的備份增值業(yè)務(wù)服務(wù)器，克服了現(xiàn)有技術(shù)中因備份增值業(yè)務(wù)服務(wù)器地址保存在客戶端，導(dǎo)致的客戶端復(fù)雜度增加及網(wǎng)絡(luò)安全性降低的缺陷。本實(shí)施例還提供一種路由器，如圖2所示，該路由器包括接收模塊21，用于接收客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息；查詢模塊22，用于根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢所述路由器在本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；轉(zhuǎn)發(fā)模塊23，用于當(dāng)所述查詢模塊22查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，轉(zhuǎn)發(fā)模塊23用于當(dāng)所述查詢模塊22查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，根據(jù)所述路由器在本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器。上述各模塊所執(zhí)行的方法已在上面做了詳細(xì)說明，在此不再贅述。本實(shí)施例提供的路由器通過查詢模塊查詢本地保存的上述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，可立刻獲知該主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，且當(dāng)查詢到的該主用增值業(yè)務(wù)服務(wù)器處于故障狀態(tài)時(shí)，可立刻由路由器將接收到的請(qǐng)求報(bào)文通過轉(zhuǎn)發(fā)模塊轉(zhuǎn)發(fā)至RRS重新調(diào)度或者轉(zhuǎn)發(fā)給備份增值業(yè)務(wù)服務(wù)器。而現(xiàn)有技術(shù)只能通過RRS的心跳報(bào)文檢測主用增值業(yè)務(wù)服務(wù)器的故障，需要至少30s才能確認(rèn)主用增值業(yè)務(wù)服務(wù)器的故障狀態(tài)，隨后RRS才能進(jìn)行重新調(diào)度。因此，本實(shí)施例提供的路由器可減少客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)的等待時(shí)間。另外，本實(shí)施例提供的路由器中，由于備份增值業(yè)務(wù)服務(wù)器的地址保存在路由器上，當(dāng)主用增值業(yè)務(wù)服務(wù)器故障時(shí)，路由器可選擇可用的備份增值業(yè)務(wù)服務(wù)器，并將接收到的請(qǐng)求報(bào)文直接轉(zhuǎn)發(fā)至選定的備份增值業(yè)務(wù)服務(wù)器，克服了現(xiàn)有技術(shù)中因備份增值業(yè)務(wù)服務(wù)器地址保存在客戶端，導(dǎo)致的客戶端復(fù)雜度增加及網(wǎng)絡(luò)安全性降低的缺陷。實(shí)施例2本實(shí)施例提供一種服務(wù)器故障時(shí)的報(bào)文處理方法，該方法是對(duì)實(shí)施例1中服務(wù)器故障時(shí)的報(bào)文處理方法的進(jìn)一步改進(jìn)，該方法包括如下步驟。
步驟一、路由器接收客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息。步驟二、所述路由器根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；步驟三、當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器。上述三個(gè)步驟與實(shí)施例1中服務(wù)器故障時(shí)的報(bào)文處理方法相同，在此不再贅述， 本實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法可通過上述三個(gè)步驟達(dá)到減少客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)的等待時(shí)間的目的，該方法還可以進(jìn)一步通過下述步驟301 302實(shí)現(xiàn)路由器的故障反饋及恢復(fù)功能，下面參照?qǐng)D3對(duì)步驟301 302進(jìn)行詳細(xì)說明。301、路由器定期查詢本地保存的上述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)。具體地，路由器除了具有上述接收請(qǐng)求報(bào)文和轉(zhuǎn)發(fā)請(qǐng)求報(bào)文的功能外，還具有故障反饋功能。路由器中主控板會(huì)將增值業(yè)務(wù)服務(wù)器的狀態(tài)保存在本地。路由器可通過定期查詢?cè)撀酚善髦猩鲜鲋饔迷鲋禈I(yè)務(wù)服務(wù)器的狀態(tài)，獲得該主用增值業(yè)務(wù)服務(wù)器的狀態(tài)轉(zhuǎn)換情況。302、當(dāng)查詢到主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由正常狀態(tài)轉(zhuǎn)為故障狀態(tài)時(shí)，路由器向RRS發(fā)送第一故障消息；當(dāng)查詢到主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由故障狀態(tài)轉(zhuǎn)為正常狀態(tài)時(shí)，路由器向RRS發(fā)送故障恢復(fù)消息。具體地，當(dāng)路由器查詢到上述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由正常狀態(tài)轉(zhuǎn)為故障狀態(tài)時(shí)，路由器會(huì)向RRS發(fā)送第一故障消息，該消息用于通知RRS修改其保存的對(duì)應(yīng)該主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為故障狀態(tài)。從而使得RRS在隨后進(jìn)行的主用增值業(yè)務(wù)服務(wù)器調(diào)度中，不會(huì)再調(diào)度該處于故障狀態(tài)的主用增值業(yè)務(wù)服務(wù)器。而現(xiàn)有技術(shù)中由于不存在故障反饋功能，當(dāng)主用增值業(yè)務(wù)服務(wù)器發(fā)生故障后，且在RRS通過心跳報(bào)文檢測到故障之前，客戶端的請(qǐng)求報(bào)文還是會(huì)發(fā)送到該已發(fā)生故障的主用增值業(yè)務(wù)服務(wù)器，再由該故障服務(wù)器轉(zhuǎn)發(fā)至備份增值業(yè)務(wù)服務(wù)器，這樣大大增加了故障服務(wù)器的負(fù)擔(dān)，且請(qǐng)求報(bào)文到達(dá)能響應(yīng)請(qǐng)求的服務(wù)器的路徑也不是最優(yōu)的。通過執(zhí)行步驟301和步驟302可解決現(xiàn)有技術(shù)中存在的增值業(yè)務(wù)服務(wù)器發(fā)生故障后，還會(huì)被RRS繼續(xù)調(diào)用的問題。另外，當(dāng)路由器查詢到上述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由故障狀態(tài)轉(zhuǎn)為正常狀態(tài)時(shí)，路由器會(huì)向RRS發(fā)送故障恢復(fù)消息，該消息用于通知RRS修改其保存的相應(yīng)主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為正常狀態(tài)。從而使得RRS在隨后進(jìn)行的主用增值業(yè)務(wù)服務(wù)器調(diào)度中，能調(diào)度到該恢復(fù)正常狀態(tài)的主用增值業(yè)務(wù)服務(wù)器。上述各步驟中所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由所述路由器中主控板通過主動(dòng)檢測獲得，或由所述主控板接收所述主用增值業(yè)務(wù)服務(wù)器上報(bào)的狀態(tài)消息獲得，并由所述主控板保存在本地。具體地，增值業(yè)務(wù)單板發(fā)生故障后，主控板獲知該故障的方式有以下兩種。增值業(yè)務(wù)單板的故障通常包括普通故障和單板掛死。當(dāng)發(fā)生普通故障時(shí)，增值業(yè)務(wù)單板會(huì)立刻通知主控板，主控板再修改其保存的該增值業(yè)務(wù)單板及其所屬的增值業(yè)務(wù)服務(wù)器的狀態(tài)為故障狀態(tài)；當(dāng)發(fā)生單板掛死時(shí)，增值業(yè)務(wù)單板無法通知主控板，主控板會(huì)通過心跳報(bào)文檢測增值業(yè)務(wù)單板的狀態(tài)。若在主控板發(fā)送12個(gè)心跳報(bào)文后(即12s)仍收不到增值業(yè)務(wù)單板的響應(yīng)報(bào)文，則主控板確認(rèn)增值業(yè)務(wù)單板掛死，并修改其保存的該增值業(yè)務(wù)單板及其所屬的增值業(yè)務(wù)服務(wù)器的狀態(tài)為故障狀態(tài)，同時(shí)使該故障增值業(yè)務(wù)單板進(jìn)行丟心跳重啟。路由器通過上述查詢操作可實(shí)時(shí)地獲知上述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)。當(dāng)然，主用增值業(yè)務(wù)服務(wù)器從故障狀態(tài)轉(zhuǎn)為正常狀態(tài)，可通過但不限于由路由器將備份增值業(yè)務(wù)服務(wù)器的數(shù)據(jù)復(fù)制到主用增值業(yè)務(wù)服務(wù)器上。由于備份增值業(yè)務(wù)服務(wù)器與主用增值業(yè)務(wù)服務(wù)器為等價(jià)服務(wù)器，它們包含相同的信息，能向客戶端提供相同的業(yè)務(wù)，因此通過將備份增值業(yè)務(wù)服務(wù)器上的數(shù)據(jù)復(fù)制到其對(duì)應(yīng)的發(fā)生故障的主用增值業(yè)務(wù)服務(wù)器上，可使得該故障的主用增值業(yè)務(wù)服務(wù)器恢復(fù)為正常狀態(tài)。本實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法是在實(shí)施例1基礎(chǔ)上進(jìn)行改進(jìn)的方法，不僅能克服實(shí)施例1中所克服的客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)的等待時(shí)間長、客戶端復(fù)雜度增加及網(wǎng)絡(luò)安全性降低的缺陷，還能解決增值業(yè)務(wù)服務(wù)器在發(fā)生故障后繼續(xù)被 RRS調(diào)用，導(dǎo)致的故障增值業(yè)務(wù)服務(wù)器負(fù)擔(dān)增加及請(qǐng)求報(bào)文傳輸路徑非最優(yōu)的問題。本實(shí)施例還提供一種路由器，如圖4所示，該路由器包括接收模塊41，用于接收客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息；查詢模塊42，用于根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢所述路由器在本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；轉(zhuǎn)發(fā)模塊43，用于當(dāng)所述查詢模塊42查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，所述轉(zhuǎn)發(fā)模塊43用于當(dāng)所述查詢模塊42查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器。所述查詢模塊42還可用于定期查詢所述路由器在本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)。該路由器還可包括第一通知模塊44，用于當(dāng)所述查詢模塊42查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)由正常狀態(tài)轉(zhuǎn)為故障狀態(tài)時(shí)，向所述請(qǐng)求調(diào)度服務(wù)器發(fā)送第一故障消息，所述第一故障消息用于通知所述請(qǐng)求調(diào)度服務(wù)器修改其保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為故障狀態(tài)。該第一通知模塊44還可用于當(dāng)所述查詢模塊42查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)由故障狀態(tài)轉(zhuǎn)為正常狀態(tài)時(shí)，向所述請(qǐng)求調(diào)度服務(wù)器發(fā)送故障恢復(fù)消息，所述故障恢復(fù)消息用于通知所述請(qǐng)求調(diào)度服務(wù)器修改其保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為正常狀態(tài)。上述路由器還可包括存儲(chǔ)模塊45，用于存儲(chǔ)所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由所述路由器中主控板通過主動(dòng)檢測獲得，或由所述主控板接收所述主用增值業(yè)務(wù)服務(wù)器上報(bào)的狀態(tài)消息獲得。上述路由器還可包括備份模塊46，用于通過將所述備份增值業(yè)務(wù)服務(wù)器的數(shù)據(jù)復(fù)制到所述主用增值業(yè)務(wù)服務(wù)器上，使得所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)從所述故障狀態(tài)轉(zhuǎn)為正常狀態(tài)。
上述各模塊所執(zhí)行的方法已在實(shí)施例1和上述方法描述中進(jìn)行了詳細(xì)說明，在此不再贅述。本實(shí)施例提供的路由器是在實(shí)施例1基礎(chǔ)上進(jìn)行改進(jìn)的路由器，不僅能克服實(shí)施例1中所克服的客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)的等待時(shí)間長、客戶端復(fù)雜度增加及網(wǎng)絡(luò)安全性降低的缺陷，還能解決服務(wù)器在發(fā)生故障后繼續(xù)被RRS調(diào)用，導(dǎo)致的故障服務(wù)器負(fù)擔(dān)增加及請(qǐng)求報(bào)文傳輸路徑非最優(yōu)的問題。實(shí)施例3本實(shí)施例提供一種服務(wù)器故障時(shí)的報(bào)文處理方法，該方法是對(duì)實(shí)施例1中服務(wù)器故障時(shí)的報(bào)文處理方法的進(jìn)一步改進(jìn)，如圖5所示，該方法包括如下步驟。501、路由器接收客戶端發(fā)送的客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息。具體地，路由器的接口板接收請(qǐng)求報(bào)文，該請(qǐng)求報(bào)文是客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的。該請(qǐng)求報(bào)文由客戶端發(fā)送，且該請(qǐng)求報(bào)文攜帶有該路由器中主用增值業(yè)務(wù)服務(wù)器信息，如主用增值業(yè)務(wù)服務(wù)器地址。該主用增值業(yè)務(wù)服務(wù)器由路由器上的至少一個(gè)增值業(yè)務(wù)單板組成。502、路由器根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)。503、當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器。上述三個(gè)步驟與實(shí)施例1中服務(wù)器故障時(shí)的報(bào)文處理方法相同，在此不再贅述。504、所述路由器向所述客戶端發(fā)送第二故障消息。現(xiàn)有技術(shù)中客戶端向主用增值業(yè)務(wù)服務(wù)器請(qǐng)求服務(wù)的流程如圖6所示，包括如下步驟。當(dāng)客戶端需要向主用增值業(yè)務(wù)服務(wù)器請(qǐng)求視頻增值業(yè)務(wù)時(shí)，會(huì)執(zhí)行步驟601 根據(jù)請(qǐng)求服務(wù)的內(nèi)容生成請(qǐng)求報(bào)文。通常，客戶端在第一次向RRS請(qǐng)求調(diào)度成功后，會(huì)在本地的存儲(chǔ)器內(nèi)保存調(diào)度到的主用增值業(yè)務(wù)服務(wù)器的地址，因此，在生成請(qǐng)求報(bào)文后，客戶端先執(zhí)行步驟602 判斷本地的存儲(chǔ)器內(nèi)是否保存有主用增值業(yè)務(wù)服務(wù)器地址，若有則執(zhí)行步驟603 客戶端直接與該主用增值業(yè)務(wù)服務(wù)器進(jìn)行通信，若沒有保存主用增值業(yè)務(wù)服務(wù)器地址，則執(zhí)行步驟604 客戶端將請(qǐng)求報(bào)文發(fā)送至請(qǐng)求調(diào)度服務(wù)器。請(qǐng)求調(diào)度服務(wù)器接收到請(qǐng)求報(bào)文后，調(diào)度可用的主用增值業(yè)務(wù)服務(wù)器，然后將該請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至該可用的主用增值業(yè)務(wù)服務(wù)器，接下來客戶端執(zhí)行步驟605 客戶端與請(qǐng)求調(diào)度服務(wù)器所調(diào)度的可用的主用增值業(yè)務(wù)服務(wù)器進(jìn)行通信。通信完畢客戶端執(zhí)行步驟 606 在本地的存儲(chǔ)器內(nèi)保存該可用的主用增值業(yè)務(wù)服務(wù)器的地址。由上述分析可知，現(xiàn)有技術(shù)中，客戶端在一次通信完畢后會(huì)記錄主用增值業(yè)務(wù)服務(wù)器的地址，下一次請(qǐng)求業(yè)務(wù)時(shí)就直接與記錄的主用增值業(yè)務(wù)服務(wù)器進(jìn)行通信，而不需要 RRS進(jìn)行調(diào)度。當(dāng)客戶端記錄了主用增值業(yè)務(wù)服務(wù)器后，在下一次通信前，若該主用增值業(yè)務(wù)服務(wù)器發(fā)生了故障，由于客戶端無法獲知主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，因此還會(huì)繼續(xù)將請(qǐng)求報(bào)文發(fā)送給該已發(fā)生故障的主用增值業(yè)務(wù)服務(wù)器，也會(huì)導(dǎo)致故障增值業(yè)務(wù)服務(wù)器負(fù)擔(dān)增加及請(qǐng)求報(bào)文傳輸路徑非最優(yōu)的問題。通過本實(shí)施例步驟504可解決上述現(xiàn)有技術(shù)中客戶端在主用增值業(yè)務(wù)服務(wù)器故障后還會(huì)繼續(xù)調(diào)用該主用增值業(yè)務(wù)服務(wù)器的問題。具體地，當(dāng)路由器查詢到客戶端發(fā)送的請(qǐng)求報(bào)文中主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，首先執(zhí)行步驟503，路由器將該請(qǐng)求報(bào)文轉(zhuǎn)發(fā)給RRS重新調(diào)度或?qū)⒃撜?qǐng)求報(bào)文轉(zhuǎn)發(fā)給備份增值業(yè)務(wù)服務(wù)器，然后執(zhí)行步驟504，向客戶端發(fā)送第二故障消息，該第二故障消息用于通知客戶端刪除其保存的主用增值業(yè)務(wù)服務(wù)器地址。由此，客戶端在下一次發(fā)起請(qǐng)求時(shí)，由于本地未保存主用增值業(yè)務(wù)服務(wù)器地址，就會(huì)將請(qǐng)求報(bào)文發(fā)送給RRS，由RRS調(diào)度可用的主用增值業(yè)務(wù)服務(wù)器。本實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法，是在實(shí)施例1基礎(chǔ)上進(jìn)行改進(jìn)的方法，可克服實(shí)施例1中所克服的客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)等待時(shí)間長、客戶端復(fù)雜度增加及網(wǎng)絡(luò)安全性降低的缺陷。另外，本實(shí)施例的路由器在收到客戶端發(fā)送的請(qǐng)求報(bào)文時(shí)，若查詢到主用增值業(yè)務(wù)服務(wù)器處于故障狀態(tài)，則除了按實(shí)施例1所描述的方法由路由器轉(zhuǎn)發(fā)該請(qǐng)求報(bào)文外，還會(huì)向客戶端發(fā)送一個(gè)故障消息，以通知客戶端其保存的主用增值業(yè)務(wù)服務(wù)器已故障，需將該保存的主用增值業(yè)務(wù)服務(wù)器信息刪除，使得下一次的請(qǐng)求報(bào)文直接發(fā)給RRS調(diào)度。由此，解決了故障增值業(yè)務(wù)服務(wù)器負(fù)擔(dān)增加及請(qǐng)求報(bào)文傳輸路徑非最優(yōu)的問題。需要說明的是本實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法還可以包括如下步驟一和步驟二，以使得上述本實(shí)施例的服務(wù)器故障時(shí)的報(bào)文處理方法具有故障反饋及恢復(fù)功能。步驟一、路由器定期查詢本地保存的上述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)。步驟二、當(dāng)查詢到主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由正常狀態(tài)轉(zhuǎn)為故障狀態(tài)時(shí)，路由器向RRS發(fā)送第一故障消息；當(dāng)查詢到主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由故障狀態(tài)轉(zhuǎn)為正常狀態(tài)時(shí)，路由器向RRS發(fā)送故障恢復(fù)消息。上述兩個(gè)步驟在實(shí)施例2中結(jié)合圖3做了詳細(xì)說明，在此不再贅述。通過增加這兩個(gè)步驟可使得本實(shí)施例提供的服務(wù)器故障時(shí)的報(bào)文處理方法還能解決增值業(yè)務(wù)服務(wù)器在發(fā)生故障后繼續(xù)被RRS調(diào)用，導(dǎo)致的故障增值業(yè)務(wù)服務(wù)器負(fù)擔(dān)增加及請(qǐng)求報(bào)文傳輸路徑非最優(yōu)的問題。上述各步驟中所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由所述路由器中主控板通過主動(dòng)檢測獲得，或由所述主控板接收所述主用增值業(yè)務(wù)服務(wù)器上報(bào)的狀態(tài)消息獲得，并由所述主控板保存在本地。當(dāng)然，主用增值業(yè)務(wù)服務(wù)器從故障狀態(tài)轉(zhuǎn)為正常狀態(tài)，可通過但不限于由路由器將備份增值業(yè)務(wù)服務(wù)器的數(shù)據(jù)復(fù)制到主用增值業(yè)務(wù)服務(wù)器上。狀態(tài)保存步驟及主用增值業(yè)務(wù)服務(wù)器從故障中恢復(fù)正常的步驟已在實(shí)施2中做了詳細(xì)說明，在此不再贅述。本實(shí)施例又提供一種路由器，如圖7所示，該路由器包括接收模塊71，用于接收客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息；查詢模塊72，用于根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢所述路由器在本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；轉(zhuǎn)發(fā)模塊73，用于當(dāng)所述查詢模塊72查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，轉(zhuǎn)發(fā)模塊73用于當(dāng)所述查詢模塊72查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器。該路由器接收到的請(qǐng)求報(bào)文由客戶端發(fā)送時(shí)，該路由器還可包括第二通知模塊 74，用于在將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度，或者根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器之后，向所述客戶端發(fā)送第二故障消息，所述第二故障消息用于通知所述客戶端刪除其保存的主用增值業(yè)務(wù)服務(wù)器地址。上述各模塊所執(zhí)行的方法已在實(shí)施例1和上述方法描述中進(jìn)行了詳細(xì)說明，在此不再贅述。本實(shí)施例提供的路由器，是在實(shí)施例1基礎(chǔ)上進(jìn)行改進(jìn)的路由器，可克服實(shí)施例1 中所克服的客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)等待時(shí)間長、客戶端復(fù)雜度增加及網(wǎng)絡(luò)安全性降低的缺陷。另外，本實(shí)施例的路由器在收到客戶端發(fā)送的請(qǐng)求報(bào)文時(shí)，若路由器查詢到主用增值業(yè)務(wù)服務(wù)器處于故障狀態(tài)，則除了按實(shí)施例1所描述的通過轉(zhuǎn)發(fā)模塊轉(zhuǎn)發(fā)該請(qǐng)求報(bào)文外，還會(huì)通過第二通知模塊向客戶端發(fā)送一個(gè)故障消息，以通知客戶端其保存的主用增值業(yè)務(wù)服務(wù)器已故障，需刪除該保存的主用增值業(yè)務(wù)服務(wù)器信息，使得下一次的請(qǐng)求報(bào)文直接發(fā)給RRS調(diào)度。由此，解決了故障增值業(yè)務(wù)服務(wù)器負(fù)擔(dān)增加及請(qǐng)求報(bào)文傳輸路徑非最優(yōu)的問題。需要說明的是所述查詢模塊72還可用于定期查詢所述路由器在本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)。本實(shí)施例提供的路由器還可包括第一通知模塊75，用于當(dāng)所述查詢模塊72查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)由正常狀態(tài)轉(zhuǎn)為故障狀態(tài)時(shí)，向所述請(qǐng)求調(diào)度服務(wù)器發(fā)送第一故障消息，所述第一故障消息用于通知所述請(qǐng)求調(diào)度服務(wù)器修改其保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為故障狀態(tài)。該第一通知模塊75還可用于當(dāng)所述查詢模塊72查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)由故障狀態(tài)轉(zhuǎn)為正常狀態(tài)時(shí)，向所述請(qǐng)求調(diào)度服務(wù)器發(fā)送故障恢復(fù)消息，所述故障恢復(fù)消息用于通知所述請(qǐng)求調(diào)度服務(wù)器修改其保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為正常狀態(tài)。上述路由器還可包括存儲(chǔ)模塊76，用于存儲(chǔ)所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由所述路由器中主控板通過主動(dòng)檢測獲得，或由所述主控板接收所述主用增值業(yè)務(wù)服務(wù)器上報(bào)的狀態(tài)消息獲得。該路由器還可包括備份模塊77，用于通過將所述備份增值業(yè)務(wù)服務(wù)器的數(shù)據(jù)復(fù)制到所述主用增值業(yè)務(wù)服務(wù)器上，使得所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)從所述故障狀態(tài)轉(zhuǎn)為正常狀態(tài)。上述各模塊所執(zhí)行的方法已在實(shí)施例2中進(jìn)行了詳細(xì)說明，在此不再贅述。通過增加第一通知模塊可使得本實(shí)施例提供的路由器還能解決增值業(yè)務(wù)服務(wù)器在發(fā)生故障后繼續(xù)被RRS調(diào)用，導(dǎo)致故障增值業(yè)務(wù)服務(wù)器負(fù)擔(dān)增加及請(qǐng)求報(bào)文傳輸路徑非最優(yōu)的問題。
通過以上的實(shí)施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中，如計(jì)算機(jī)的軟盤，硬盤或光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)， 服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。本發(fā)明實(shí)施例主要用于提供IPTV業(yè)務(wù)的網(wǎng)絡(luò)中。以上所述，僅為本發(fā)明的具體實(shí)施方式
，但本發(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.一種服務(wù)器故障時(shí)的報(bào)文處理方法，其特征在于，包括路由器接收客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的請(qǐng)求報(bào)文，所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息；所述路由器根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，所述路由器根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器。
2.根據(jù)權(quán)利要求1所述的服務(wù)器故障時(shí)的報(bào)文處理方法，其特征在于，還包括 所述路由器定期查詢本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)由正常狀態(tài)轉(zhuǎn)為故障狀態(tài)時(shí)，所述路由器向所述請(qǐng)求調(diào)度服務(wù)器發(fā)送第一故障消息，所述第一故障消息用于通知所述請(qǐng)求調(diào)度服務(wù)器修改其保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為故障狀態(tài)。當(dāng)所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)由故障狀態(tài)轉(zhuǎn)為正常狀態(tài)時(shí)，所述路由器向所述請(qǐng)求調(diào)度服務(wù)器發(fā)送故障恢復(fù)消息，所述故障恢復(fù)消息用于通知所述請(qǐng)求調(diào)度服務(wù)器修改其保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為正常狀態(tài)。
3.根據(jù)權(quán)利要求1或2所述的服務(wù)器故障時(shí)的報(bào)文處理方法，其特征在于，所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由所述路由器中主控板通過主動(dòng)檢測獲得，或由所述主控板接收所述主用增值業(yè)務(wù)服務(wù)器上報(bào)的狀態(tài)消息獲得，并由所述主控板保存在本地。
4.根據(jù)權(quán)利要求3所述的服務(wù)器故障時(shí)的報(bào)文處理方法，其特征在于，所述請(qǐng)求報(bào)文由所述客戶端發(fā)送；在所述路由器將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度，或者所述路由器根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器之后還包括所述路由器向所述客戶端發(fā)送第二故障消息，所述第二故障消息用于通知所述客戶端刪除其保存的主用增值業(yè)務(wù)服務(wù)器地址。
5.根據(jù)權(quán)利要求2所述的服務(wù)器故障時(shí)的報(bào)文處理方法，其特征在于，所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)由故障狀態(tài)轉(zhuǎn)為正常狀態(tài)包括所述路由器通過將所述備份增值業(yè)務(wù)服務(wù)器的數(shù)據(jù)復(fù)制到所述主用增值業(yè)務(wù)服務(wù)器上，使得所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)從所述故障狀態(tài)轉(zhuǎn)為所述正常狀態(tài)。
6.一種路由器，其特征在于，包括接收模塊，用于接收客戶端在建立初始連接或請(qǐng)求進(jìn)行FCC和RET時(shí)生成的請(qǐng)求報(bào)文， 所述請(qǐng)求報(bào)文攜帶所述路由器中主用增值業(yè)務(wù)服務(wù)器信息；查詢模塊，用于根據(jù)所述主用增值業(yè)務(wù)服務(wù)器信息查詢所述路由器在本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；轉(zhuǎn)發(fā)模塊，用于當(dāng)所述查詢模塊查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)， 將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度；或者，所述轉(zhuǎn)發(fā)模塊用于當(dāng)所述查詢模塊查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)為故障狀態(tài)時(shí)，根據(jù)所述路由器在本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器。
7.根據(jù)權(quán)利要求6所述的路由器，其特征在于，所述查詢模塊還用于定期查詢所述路由器在本地保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)；所述路由器還包括第一通知模塊，用于當(dāng)所述查詢模塊查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)由正常狀態(tài)轉(zhuǎn)為故障狀態(tài)時(shí)，向所述請(qǐng)求調(diào)度服務(wù)器發(fā)送第一故障消息，所述第一故障消息用于通知所述請(qǐng)求調(diào)度服務(wù)器修改其保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為故障狀態(tài)；或者，所述第一通知模塊還用于當(dāng)所述查詢模塊查詢到所述主用增值業(yè)務(wù)服務(wù)器狀態(tài)由故障狀態(tài)轉(zhuǎn)為正常狀態(tài)時(shí)，向所述請(qǐng)求調(diào)度服務(wù)器發(fā)送故障恢復(fù)消息，所述故障恢復(fù)消息用于通知所述請(qǐng)求調(diào)度服務(wù)器修改其保存的所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為正常狀態(tài)。
8.根據(jù)權(quán)利要求6或7所述的路由器，其特征在于，還包括存儲(chǔ)模塊，用于存儲(chǔ)所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)由所述路由器中主控板通過主動(dòng)檢測獲得，或由所述主控板接收所述主用增值業(yè)務(wù)服務(wù)器上報(bào)的狀態(tài)消息獲得。
9.根據(jù)權(quán)利要求8所述的路由器，其特征在于，所述請(qǐng)求報(bào)文由所述客戶端發(fā)送，所述路由器還包括第二通知模塊，用于在將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器進(jìn)行重新調(diào)度，或者根據(jù)本地保存的備份增值業(yè)務(wù)服務(wù)器的地址，將所述請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至所述備份增值業(yè)務(wù)服務(wù)器之后，向所述客戶端發(fā)送第二故障消息，所述第二故障消息用于通知所述客戶端刪除其保存的主用增值業(yè)務(wù)服務(wù)器地址。
10.根據(jù)權(quán)利要求7所述的路由器，其特征在于，還包括備份模塊，用于通過將所述備份增值業(yè)務(wù)服務(wù)器的數(shù)據(jù)復(fù)制到所述主用增值業(yè)務(wù)服務(wù)器上，使得所述主用增值業(yè)務(wù)服務(wù)器的狀態(tài)從所述故障狀態(tài)轉(zhuǎn)為正常狀態(tài)。
全文摘要
本發(fā)明實(shí)施例公開了一種服務(wù)器故障時(shí)的報(bào)文處理方法及路由器，涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，本發(fā)明通過路由器查詢本地保存的主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，可立刻獲知該主用增值業(yè)務(wù)服務(wù)器的狀態(tài)，且當(dāng)查詢到的該主用增值業(yè)務(wù)服務(wù)器的狀態(tài)為故障狀態(tài)時(shí)，可立刻由路由器將接收到的請(qǐng)求報(bào)文轉(zhuǎn)發(fā)至請(qǐng)求調(diào)度服務(wù)器重新調(diào)度或轉(zhuǎn)發(fā)給備份增值業(yè)務(wù)服務(wù)器，減少了客戶端在請(qǐng)求視頻增值業(yè)務(wù)時(shí)的等待時(shí)間。另外，由于備份增值業(yè)務(wù)服務(wù)器的地址保存在路由器上，克服了現(xiàn)有技術(shù)中客戶端復(fù)雜度增加及網(wǎng)絡(luò)安全性降低的缺陷。本發(fā)明主要用于提供基于IP協(xié)議的電視廣播業(yè)務(wù)的網(wǎng)絡(luò)中。
文檔編號(hào)H04L29/06GK102171995SQ201180000415
公開日2011年8月31日 申請(qǐng)日期2011年4月19日 優(yōu)先權(quán)日2011年4月19日
發(fā)明者楊帆 申請(qǐng)人:華為技術(shù)有限公司