專(zhuān)利名稱(chēng)：虛交換中進(jìn)行故障恢復(fù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種虛交換中進(jìn)行故障恢復(fù)的方法。
技術(shù)背景隨著lntemet網(wǎng)絡(luò)規(guī);f莫的不斷增大，各種各樣的網(wǎng)絡(luò)服務(wù)爭(zhēng)相涌現(xiàn)，各種 先進(jìn)的多媒體系統(tǒng)層出不窮，因而導(dǎo)致lnternet網(wǎng)絡(luò)需要經(jīng)常發(fā)送突發(fā)性高的 FTP (文件傳輸協(xié)議)或含有圖像文件的HTTP (超文本傳輸協(xié)議)等多媒體 業(yè)務(wù)。對(duì)于網(wǎng)絡(luò)中的實(shí)時(shí)業(yè)務(wù)來(lái)說(shuō)，由于其對(duì)網(wǎng)絡(luò)的傳輸時(shí)延、延時(shí)抖動(dòng)等 特性較為敏感，因此，網(wǎng)絡(luò)在發(fā)送FTP或HTTP等業(yè)務(wù)時(shí)，對(duì)實(shí)時(shí)業(yè)務(wù)的影響 比較大。而且，多媒體業(yè)務(wù)還占去了大量的網(wǎng)絡(luò)帶寬，使現(xiàn)有網(wǎng)絡(luò)中需要保 證帶寬的關(guān)鍵業(yè)務(wù)難以得到可靠的傳輸。于是，各種QoS技術(shù)應(yīng)運(yùn)而生。 IETF已經(jīng)建議了很多服務(wù)模型和機(jī)制，以滿(mǎn)足QoS的需求?；谟脩?hù)的多種應(yīng)用和服務(wù)以及寬帶多媒體業(yè)務(wù)，包括為普通住宅用戶(hù) 提供豐富的Video/Audio流、VOD (Video On Demand;視頻點(diǎn)播)、視頻 組播、多媒體交互、高帶寬需求的網(wǎng)絡(luò)游戲，為商業(yè)用戶(hù)提供視頻會(huì)議、遠(yuǎn) 程教育、VPN、具有QoS保障的數(shù)據(jù)專(zhuān)線、IPHotel等，成為寬帶運(yùn)營(yíng)的重要 內(nèi)容。針對(duì)這些商業(yè)用戶(hù)，提出了V-Switch (Virtual switch;虛交換)、GRE (Generic Routing Encapsulation;通用路由封裝)、L2TP ( Layer 2 Tunneling Protocol; 二層隧道協(xié)議)、MPLS ( Multiprotocol LabelSwitching;多協(xié)議標(biāo)記交換)等多種方式的VPN/VPDN (虛擬專(zhuān)用網(wǎng))專(zhuān)線 方案。其中，智能虛交換(intelligent v-switch )技術(shù)主要用于組建穩(wěn)定、實(shí) 用、經(jīng)濟(jì)的運(yùn)營(yíng)級(jí)城域以太網(wǎng)，可以實(shí)現(xiàn)QoS保證、網(wǎng)絡(luò)安全保護(hù)、電信級(jí) 的網(wǎng)絡(luò)維護(hù)和管理等功能，具備基于號(hào)碼的用戶(hù)管理、 一定的移動(dòng)性、業(yè)務(wù) 開(kāi)放管理計(jì)費(fèi)的集中管理等核心業(yè)務(wù)管理能力，提供包括智能二層流量調(diào) 度、LAN專(zhuān)線、IP流量規(guī)劃等業(yè)務(wù)和服務(wù)，它的出現(xiàn)填補(bǔ)了目前的網(wǎng)絡(luò)在純 二層能力上的不足，對(duì)新時(shí)期城域網(wǎng)的建設(shè)具有重要的作用。如圖1所示，給出了V-Switch體系的邏輯層次和功能模型圖。V-Switch體 系結(jié)構(gòu)具備完善的以太網(wǎng)VLAN交換和調(diào)度功能，靈活的業(yè)務(wù)調(diào)度和建立、 調(diào)整的手段，以及豐富和可擴(kuò)展的二層業(yè)務(wù)提供能力，完善的操作維護(hù)管理 工具和信息。但是在這個(gè)體系結(jié)構(gòu)中，只對(duì)V-Switch做了邏輯分層，并沒(méi)有進(jìn)行實(shí)際 的物理分層，承載能力層(Data relay/LAN)和V-Switch連接控制層在同一 個(gè)物理設(shè)備上，承載設(shè)備既要進(jìn)行帶寬控制又要實(shí)現(xiàn)轉(zhuǎn)發(fā)功能，存在拓樸和 管理過(guò)于復(fù)雜的問(wèn)題；這種路徑耦合信令限制了與其它實(shí)體集成的靈活性。 隨著越來(lái)越多的QOS控制需要與計(jì)費(fèi)、網(wǎng)絡(luò)運(yùn)營(yíng)相結(jié)合，這就需要集中的策 略服務(wù)器來(lái)控制呼叫連接的狀態(tài)。同時(shí)，路徑不穩(wěn)定時(shí)會(huì)造成影響，很多技 術(shù)如負(fù)載均衡等都可能使得數(shù)據(jù)轉(zhuǎn)發(fā)路徑在數(shù)據(jù)轉(zhuǎn)發(fā)過(guò)程中經(jīng)常發(fā)生變化， 信令在穿越非信令感知區(qū)域時(shí)，不能保證每次都通過(guò)同樣的路徑，則以前預(yù) 留的路徑資源將得不到應(yīng)用。路徑耦合信令加重了路由器的信令處理以及控 制復(fù)雜度，路由器將必須維護(hù)每個(gè)RSVP (Resource Reservation Protocol; 資源預(yù)留協(xié)議)流的狀態(tài)，RSVP匯聚時(shí)在網(wǎng)絡(luò)邊緣也是一樣，從移動(dòng)的角 度來(lái)說(shuō)，路徑耦合信令對(duì)移動(dòng)的支持有限。在安全性方面，當(dāng)信令傳遞到未 知的下 一跳時(shí)，—路徑耦合信令的安全性比較差4隨著技術(shù)的發(fā)展，為解決原V-Switch體系結(jié)構(gòu)的不足，提出了信令流和 數(shù)據(jù)流分層的概念。改進(jìn)后的體系結(jié)構(gòu)如圖2所示，其中的實(shí)體主要包括 SCR (Service Control Register;業(yè)務(wù)控制登記)、VSC (Virtual Switch Control;虛擬交換控制)和DRE ( Date Relay Entity;數(shù)據(jù)轉(zhuǎn)發(fā)實(shí)體)。其中，SCR位于業(yè)務(wù)控制層，它允許用戶(hù)根據(jù)實(shí)際需要，通過(guò)動(dòng)態(tài)或靜 態(tài)方式在SCR上進(jìn)行業(yè)務(wù)注冊(cè)，記錄用戶(hù)的相關(guān)數(shù)據(jù)，包含物理位置、權(quán) 限、計(jì)費(fèi)認(rèn)證、接口能力信息等。在用戶(hù)呼叫時(shí)通知SCR或者由SCR主動(dòng)向 VSC進(jìn)行資源申請(qǐng)、修改、釋^:等相關(guān)操作。VSC位于承載控制層，它的功能主要包括維護(hù)網(wǎng)絡(luò)中交換資源，包括設(shè) 備、接口、鏈路、vlan，為業(yè)務(wù)流選擇業(yè)務(wù)路徑、分配Vlan資源、回收資源 等操作，用戶(hù)所需要進(jìn)行的資源申請(qǐng)、釋放、修改等一系列操作，都需要通 過(guò)資源管理器來(lái)下發(fā)到DRE設(shè)備上。VSC做為智能虛交換體系結(jié)構(gòu)中的承載 控制層，承擔(dān)端到端的VLAN交換連接的建立、維護(hù)、拆除、CDR生成等功 能，是V-Switch體系的控制樞紐。DRE位于基礎(chǔ)網(wǎng)絡(luò)層，主要負(fù)責(zé)根據(jù)VSC下發(fā)的資源控制信息，進(jìn)行實(shí) 際以太網(wǎng)業(yè)務(wù)流的轉(zhuǎn)發(fā)。需要將本設(shè)備的資源變化信息上報(bào)給VSC設(shè)備。改進(jìn)后的V-Switch體系結(jié)構(gòu)通過(guò)V-Switch分布式技術(shù)來(lái)實(shí)現(xiàn)對(duì)VLAN交換 能力的數(shù)據(jù)轉(zhuǎn)發(fā)實(shí)體DRE的QOS控制，將信令流從承載層中分離，使得承載 設(shè)備功能單一化，實(shí)現(xiàn)了對(duì)網(wǎng)絡(luò)資源的集中式統(tǒng)一分配和管理，更有效的保 證了在全網(wǎng)中資源的一致性與控制的合理性。然而，當(dāng)鏈路、設(shè)備等發(fā)生故 障時(shí)，或者其它原因?qū)е掠脩?hù)連接中斷時(shí)，SCR不能夠重新發(fā)起資源請(qǐng)求， 用戶(hù)業(yè)務(wù)因而不能得到及時(shí)恢復(fù)。因此，為了減少中斷給用戶(hù)帶來(lái)的影響， 還需要進(jìn)一步完善改進(jìn)后的V-Switch體系結(jié)構(gòu)。發(fā)明內(nèi)容本發(fā)明的目的是提供一種虛交換中進(jìn)行故障恢復(fù)的方法，通過(guò)本發(fā)明， 當(dāng)鏈路、設(shè)備等發(fā)生故障時(shí)或者由于其它原因?qū)е掠脩?hù)連接中斷時(shí)，所述 SCR能夠重新發(fā)起資源請(qǐng)求，使得用戶(hù)業(yè)務(wù)能夠及時(shí)得到恢復(fù)。本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供的一種虛交換中實(shí)現(xiàn)故障恢復(fù)的方法，包括A、 當(dāng)確認(rèn)用戶(hù)連接中斷時(shí)，業(yè)務(wù)控制登記SCR實(shí)體向虛擬交換控制 VSC實(shí)體重新發(fā)起資源請(qǐng)求；B、 所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接。 其中，所述步驟A具體包括A1、當(dāng)VSC實(shí)體監(jiān)測(cè)到用戶(hù)連接中斷時(shí)，向SCR實(shí)體發(fā)送釋放消息； A2、所述SCR實(shí)體接收到釋放消息后，立刻向VSC實(shí)體重新發(fā)起資源請(qǐng)求；或，A3、當(dāng)VSC實(shí)體監(jiān)測(cè)到用戶(hù)連接中斷時(shí)，向SCR實(shí)體發(fā)送釋放消息； A4、所述SCR實(shí)體接收到釋放消息后，啟動(dòng)定時(shí)器； A5、當(dāng)監(jiān)測(cè)到所述定時(shí)器超時(shí)后，則向VSC實(shí)體重新發(fā)起資源請(qǐng)求。 其中，所述步驟A具體包括A6、所述SCR實(shí)體定時(shí)遍歷用戶(hù)連接，當(dāng)發(fā)現(xiàn)用戶(hù)連接不在線時(shí)，則重 新發(fā)起資源請(qǐng)求。其中，所述步驟A還包括A7、判斷所述資源請(qǐng)求是否成功，當(dāng)確定所述資源請(qǐng)求失敗時(shí)，啟動(dòng)定 時(shí)器，然后執(zhí)行步驟A8;否則，執(zhí)行步驟B;A8、當(dāng)監(jiān)測(cè)到所述定時(shí)器超時(shí)后，則向VSC實(shí)體重新發(fā)起資源請(qǐng)求，然 后轉(zhuǎn)入步驟A7。其中，所述步驟A7具體包括A71、所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接；A72、根據(jù)所述用戶(hù)連接情況對(duì)所述SCR發(fā)起的資源請(qǐng)求作出響應(yīng)，當(dāng) 確認(rèn)用戶(hù)連接建立失敗時(shí)，則向SCR實(shí)體回送資源請(qǐng)求失敗的響應(yīng)消息；否 則向SCR實(shí)體回送資源請(qǐng)求成功的響應(yīng)消息；A73、所述VSC根據(jù)接收到所述響應(yīng)消息判斷所述資源請(qǐng)求是否成功， 當(dāng)確定為所述資源請(qǐng)求失敗時(shí)，啟動(dòng)定時(shí)器，然后執(zhí)行步驟A8;否則，執(zhí)行 步驟B。其中，在所述步驟A之前包括:C、配置能夠進(jìn)行重發(fā)資源請(qǐng)求的用戶(hù)連接。其中，所述步驟C具體包括C1、配置能夠進(jìn)行重發(fā)資源請(qǐng)求的用戶(hù)連接為所述SCR實(shí)體內(nèi)的所有用 戶(hù)連接；或，C2、配置能夠進(jìn)行重發(fā)資源請(qǐng)求的用戶(hù)連接為所述SCR實(shí)體內(nèi)的部分用 戶(hù)連接；或，C3、配置能夠進(jìn)行重發(fā)資源請(qǐng)求的用戶(hù)連接為所述SCR實(shí)體內(nèi)的一個(gè)用 戶(hù)連接。由上述本發(fā)明提供的技術(shù)方案可以看出，由上述本發(fā)明提供的技術(shù)方案 可以看出，本發(fā)明通過(guò)當(dāng)確認(rèn)用戶(hù)連接中斷時(shí)，業(yè)務(wù)控制登記SCR實(shí)體向虛 擬交換控制VSC實(shí)體重新發(fā)起資源請(qǐng)求，所述VSC根據(jù)所述資源請(qǐng)求建立用 戶(hù)連接的方法，從而使得當(dāng)鏈路、設(shè)備等發(fā)生故障時(shí)或者由于其它原因?qū)е?用戶(hù)連接中斷時(shí)，所述SCR能夠重新發(fā)起資源請(qǐng)求，從而使得用戶(hù)業(yè)務(wù)能夠 及時(shí)得到恢復(fù)，減少了中斷對(duì)用戶(hù)業(yè)務(wù)的影響。而且，本發(fā)明采用的故障恢 復(fù)方法實(shí)施容易，可操作性強(qiáng)。


圖1為V-Switch體系模型結(jié)構(gòu)示意圖； 圖2為VSC實(shí)現(xiàn)V-switch組網(wǎng)示意圖；圖3為本發(fā)明第 一 實(shí)施例的流程圖； 圖4為本發(fā)明第二實(shí)施例的流程圖； 圖5為本發(fā)明第三實(shí)施例的流程圖。
具體實(shí)施方式
本發(fā)明提供了一種虛交換中實(shí)現(xiàn)故障恢復(fù)的方法，其核心是當(dāng)確認(rèn)用 戶(hù)連接鏈路中斷時(shí)，業(yè)務(wù)控制登記SCR實(shí)體向虛擬交換控制VSC實(shí)體重新發(fā) 起資源請(qǐng)求；所述VSC根據(jù)所述資源請(qǐng)求實(shí)現(xiàn)用戶(hù)鏈路的連接。本發(fā)明提供的第一實(shí)施例的技術(shù)方案的核心是SCR收到釋放消息后立 刻向VSC發(fā)起資源請(qǐng)求，使得用戶(hù)業(yè)務(wù)可以快速恢復(fù)。如果資源請(qǐng)求失敗， 將啟動(dòng)定時(shí)器。定時(shí)器超時(shí)后繼續(xù)發(fā)起請(qǐng)求，請(qǐng)求失敗仍然啟動(dòng)定時(shí)器，繼 續(xù)發(fā)起請(qǐng)求直至資源請(qǐng)求成功。其具體實(shí)施過(guò)程如圖3所示，包括步驟11、當(dāng)VSC實(shí)體監(jiān)測(cè)到用戶(hù)連接中斷時(shí)，向SCR實(shí)體發(fā)送釋放消息。步驟12、所述SCR實(shí)體接收到釋放消息后，立刻向VSC實(shí)體重新發(fā)起資 源請(qǐng)求。步驟13、所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接。步驟14、根據(jù)所述用戶(hù)連接情況對(duì)所述SCR發(fā)起的資源請(qǐng)求作出響應(yīng)。 當(dāng)確認(rèn)用戶(hù)連接失敗時(shí)，則向SCR實(shí)體回送資源請(qǐng)求失敗的響應(yīng)消息；否則 向S C R實(shí)體回送資源請(qǐng)求成功的響應(yīng)消息。步驟15、所述VSC對(duì)接收到所述響應(yīng)消息進(jìn)行分析，當(dāng)確定為所述資源 請(qǐng)求失敗時(shí)，則執(zhí)行步驟16,即啟動(dòng)定時(shí)器，然后執(zhí)行步驟17;否則，轉(zhuǎn)入 步驟18,即所迷VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接。步驟17、當(dāng)監(jiān)測(cè)到所述定時(shí)器超時(shí)后，則重新發(fā)起資源請(qǐng)求，然后轉(zhuǎn)入步驟13。本發(fā)明提供的第二實(shí)施例的技術(shù)方案的核心是SCR收到釋放消息后， 考慮到鏈路或設(shè)備等可能不能立刻恢復(fù)，并不立刻向VSC發(fā)起資源請(qǐng)求，而 是啟動(dòng)一個(gè)定時(shí)器。定時(shí)器超時(shí)后發(fā)起資源請(qǐng)求，請(qǐng)求失敗仍然啟動(dòng)定時(shí) 器，繼續(xù)發(fā)起請(qǐng)求直至資源請(qǐng)求成功。其具體實(shí)施過(guò)程如圖4所示，包括步驟21、當(dāng)VSC實(shí)體監(jiān)測(cè)到用戶(hù)連接中斷時(shí)，向SCR實(shí)體發(fā)送釋放消自步驟22、所述SCR實(shí)體接收到釋;^丈消息后，啟動(dòng)定時(shí)器。步驟23、當(dāng)監(jiān)測(cè)到所述定時(shí)器超時(shí)后，則向VSC實(shí)體重新發(fā)起資源請(qǐng)求。步驟24、所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接。步驟25、根據(jù)所述用戶(hù)連接情況對(duì)所述SCR發(fā)起的資源請(qǐng)求作出響應(yīng)。當(dāng)確認(rèn)用戶(hù)連接失敗時(shí)，則向SCR實(shí)體回送資源請(qǐng)求失敗的響應(yīng)消息；否則向SCR實(shí)體回送資源請(qǐng)求成功的響應(yīng)消息。步驟26、所述VSC對(duì)接收到所述響應(yīng)消息進(jìn)行分析。當(dāng)確定為所述資源請(qǐng)求失敗時(shí)，則執(zhí)行步驟27，啟動(dòng)定時(shí)器，然后轉(zhuǎn)入步驟23;否則，轉(zhuǎn)入步驟28，即所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接。本發(fā)明提供的第三實(shí)施例的技術(shù)方案的核心是SCR使用定時(shí)器，定時(shí) 遍歷所有或者所有不在線的用戶(hù)連接，對(duì)不在線的用戶(hù)連接發(fā)起資源請(qǐng)求。 如果請(qǐng)求失敗，將在下次遍歷時(shí)繼續(xù)發(fā)起請(qǐng)求。如果SCR使用這種重發(fā)方 式，在收到釋放消息后，SCR不用對(duì)被釋放的用戶(hù)連接單獨(dú)進(jìn)行處理，在 SCR的重發(fā)遍歷中，自然會(huì)對(duì)該不在線的連接進(jìn)行重發(fā)。其具體實(shí)施過(guò)程如圖5所示，包括步驟31、所述SCR實(shí)體定時(shí)遍歷用戶(hù)連接，當(dāng)發(fā)現(xiàn)用戶(hù)連接不在線時(shí)， 則重新發(fā)起資源-清求。步驟32、所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接。在實(shí)施上述實(shí)施例前，還需要配置能夠進(jìn)行重發(fā)資源請(qǐng)求的用戶(hù)連接。 其配置的粒度大可以到SCR的所有用戶(hù)連接，小可以到部分用戶(hù)連接，甚至 某個(gè)用戶(hù)連接。只有經(jīng)過(guò)配置后的用戶(hù)連接發(fā)生故障時(shí)，所述SCR實(shí)體才能 夠針對(duì)所述發(fā)生故障的用戶(hù)連接重新發(fā)起資源請(qǐng)求。由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明通過(guò)當(dāng)確認(rèn)用戶(hù)連接中 斷時(shí)，業(yè)務(wù)控制登記SCR實(shí)體向虛擬交換控制VSC實(shí)體重新發(fā)起資源請(qǐng)求， 所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接的方法，從而使得當(dāng)鏈路、設(shè)備等 發(fā)生故障時(shí)或者由于其它原因?qū)е掠脩?hù)連接中斷時(shí)，所述SCR能夠重新發(fā)起 資源請(qǐng)求，從而使得用戶(hù)業(yè)務(wù)能夠及時(shí)得到恢復(fù)，減少了中斷對(duì)用戶(hù)業(yè)務(wù)的 影響。而且，本發(fā)明采用的故障恢復(fù)方法實(shí)施容易，可操作性強(qiáng)。以上所述，僅為本發(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、一種虛交換中實(shí)現(xiàn)故障恢復(fù)的方法，其特征在于，包括A、當(dāng)確認(rèn)用戶(hù)連接中斷時(shí)，業(yè)務(wù)控制登記SCR實(shí)體向虛擬交換控制VSC實(shí)體重新發(fā)起資源請(qǐng)求；B、所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A具體包括 A1、當(dāng)VSC實(shí)體監(jiān)測(cè)到用戶(hù)連接中斷時(shí)，向SCR實(shí)體發(fā)送釋放消息； A2、所述SCR實(shí)體接收到釋放消息后，立刻向VSC實(shí)體重新發(fā)起資源請(qǐng)求；或，A3、當(dāng)VSC實(shí)體監(jiān)測(cè)到用戶(hù)連接中斷時(shí)，向SCR實(shí)體發(fā)送釋放消息；A4、所述SCR實(shí)體接收到釋放消息后，啟動(dòng)定時(shí)器；A5、當(dāng)監(jiān)測(cè)到所述定時(shí)器超時(shí)后，則向VSC實(shí)體重新發(fā)起資源請(qǐng)求。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟A具體包括A6、所述SCR實(shí)體定時(shí)遍歷用戶(hù)連接，當(dāng)發(fā)玻用戶(hù)連接不在線時(shí)，則重 新發(fā)起資源請(qǐng)求。
4、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟A還包括A7、判斷所述資源請(qǐng)求是否成功，當(dāng)確定所述資源請(qǐng)求失敗時(shí)，啟動(dòng)定 時(shí)器，然后執(zhí)行步驟A8;否則，執(zhí)行步驟B;A8、當(dāng)監(jiān)測(cè)到所述定時(shí)器超時(shí)后，則向VSC實(shí)體重新發(fā)起資源請(qǐng)求，然 后轉(zhuǎn)入步驟A7。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述步驟A7具體包括 A71、所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接；A72、根據(jù)所迷用戶(hù)連接悄況對(duì)所迷SCR發(fā)起的資源請(qǐng)求作出響應(yīng)，當(dāng)確i人用戶(hù)連接建立失敗時(shí)，則向SCR實(shí)體回送資源請(qǐng)求失敗的響應(yīng)消息；否 則向SCR實(shí)體回送資源請(qǐng)求成功的響應(yīng)消息；A73、所述VSC根據(jù)接收到所述響應(yīng)消息判斷所述資源請(qǐng)求是否成功， 當(dāng)確定為所述資源請(qǐng)求失敗時(shí)，啟動(dòng)定時(shí)器，然后執(zhí)行步驟A8;否則，執(zhí)行 步驟B。
6、 根據(jù)權(quán)利要求1、 2、 3或4所述的方法，其特征在于，在所迷步驟A之 前包括C、配置能夠進(jìn)行重發(fā)資源請(qǐng)求的用戶(hù)連接。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述步驟C具體包括 C1、配置能夠進(jìn)行重發(fā)資源請(qǐng)求的用戶(hù)連接為所述SCR實(shí)體內(nèi)的所有用戶(hù)連4妻；或，C2、配置能夠進(jìn)行重發(fā)資源請(qǐng)求的用戶(hù)連接為所述SCR實(shí)體內(nèi)的部分用 戶(hù)連接；或，C3、配置能夠進(jìn)行重發(fā)資源請(qǐng)求的用戶(hù)連接為所述SCR實(shí)體內(nèi)的一個(gè)用戶(hù)連接。
全文摘要
本發(fā)明涉及一種虛交換中實(shí)現(xiàn)故障恢復(fù)的方法，其核心是當(dāng)確認(rèn)用戶(hù)連接中斷時(shí)，業(yè)務(wù)控制登記SCR實(shí)體向虛擬交換控制VSC實(shí)體重新發(fā)起資源請(qǐng)求，所述VSC根據(jù)所述資源請(qǐng)求建立用戶(hù)連接。通過(guò)本發(fā)明，使得當(dāng)鏈路、設(shè)備等發(fā)生故障時(shí)或者由于其它原因?qū)е掠脩?hù)連接中斷時(shí)，所述SCR能夠重新發(fā)起資源請(qǐng)求，從而使得用戶(hù)業(yè)務(wù)能夠及時(shí)得到恢復(fù)，減少了中斷對(duì)用戶(hù)業(yè)務(wù)的影響。而且，本發(fā)明采用的故障恢復(fù)方法實(shí)施容易，可操作性強(qiáng)。
文檔編號(hào)H04L12/56GK101217462SQ200710181469
公開(kāi)日2008年7月9日 申請(qǐng)日期2005年7月15日 優(yōu)先權(quán)日2005年7月15日
發(fā)明者黃福清 申請(qǐng)人:華為技術(shù)有限公司