專利名稱：一種冗余容錯(cuò)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于數(shù)字通訊領(lǐng)域，尤其涉及一種冗余容錯(cuò)方法及系統(tǒng)。
背景技術(shù)：
在現(xiàn)有的點(diǎn)播系統(tǒng)中，機(jī)頂盒向控制中心(Control Center, CC)發(fā)送請(qǐng)求， 控制中心接收到請(qǐng)求后，向視頻服務(wù)器(Video Servers, VS)發(fā)送相應(yīng)的請(qǐng)求 并帶上機(jī)頂盒(SetTopBox， STB)信息，在現(xiàn)有技術(shù)中，第一次接收到機(jī)頂 盒的請(qǐng)求后，控制中心需要為會(huì)話分配資源，包括視頻服務(wù)器、調(diào)制調(diào)解器等； 視頻服務(wù)器收到請(qǐng)求后給控制中心回應(yīng)，控制中心判斷回應(yīng)正常則給機(jī)頂盒回 應(yīng)；機(jī)頂盒判斷回應(yīng)正常則繼續(xù)下一步動(dòng)作；其中，若視頻服務(wù)器或控制中心 的任一回應(yīng)格式不正確或超時(shí)，會(huì)話過(guò)程就會(huì)結(jié)束，機(jī)頂盒請(qǐng)求服務(wù)不成功。 當(dāng)會(huì)話正常時(shí)，控制中心會(huì)給機(jī)頂盒分配資源，資源主要是指調(diào)制調(diào)解器。視 頻服務(wù)器將用戶所請(qǐng)求的節(jié)目以傳輸流(Transport Streams, TS )的形式推流到 調(diào)制調(diào)解器，調(diào)制調(diào)解器將傳輸流傳到光纖電纜同軸網(wǎng)(Hybrid Fiber Coax, HFC)，然后通過(guò)HFC到達(dá)機(jī)頂盒用戶，這樣，用戶就得到了所請(qǐng)求的服務(wù)。
通常在前端系統(tǒng)部分出現(xiàn)崩潰后，仍然能夠?yàn)樾碌挠脩粽?qǐng)求才是供服務(wù)，需 要在控制中心和視頻服務(wù)器等處做冗余部署，這種部署采用冷備份，當(dāng)控制中 心或視頻服務(wù)器崩潰時(shí)，當(dāng)前正在進(jìn)行的會(huì)話信息就會(huì)丟失，用戶請(qǐng)求的服務(wù) 就會(huì)中斷。現(xiàn)有點(diǎn)播系統(tǒng)中的冗余部署，并不對(duì)當(dāng)前會(huì)話進(jìn)行容錯(cuò)，這種方式 只能保證新用戶的請(qǐng)求能得到正確的響應(yīng)以獲得服務(wù)，而不保證老用戶的服務(wù) 不被中斷，給用戶帶來(lái)許多不便，容錯(cuò)機(jī)制并不完善。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供一種冗余容錯(cuò)方法，旨在解決現(xiàn)有技術(shù)中點(diǎn) 播系統(tǒng)中的會(huì)話崩潰時(shí)的容錯(cuò)機(jī)制不完善的問(wèn)題。
本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的， 一種冗余容錯(cuò)方法，所迷方法包括下述步驟
當(dāng)容錯(cuò)端出現(xiàn)異常時(shí)，向所述容錯(cuò)端發(fā)送會(huì)話重置請(qǐng)求信息；
接收容^t普端回應(yīng)信息，開(kāi)始或者續(xù)接服務(wù)會(huì)話。
本發(fā)明實(shí)施例的另一目的在于提供一種冗余容錯(cuò)系統(tǒng)，所述系統(tǒng)包括
容錯(cuò)端異常判斷單元，用于判斷容錯(cuò)端是否出現(xiàn)異常；
信息發(fā)送單元，用于當(dāng)容錯(cuò)端出現(xiàn)異常時(shí)，向所述容錯(cuò)端發(fā)送會(huì)話重置請(qǐng) 求信息；以及
容錯(cuò)端信息回應(yīng)接收單元，用于接收容錯(cuò)端回應(yīng)信息，開(kāi)始或者續(xù)接服務(wù) M。
在本發(fā)明實(shí)施例中，對(duì)當(dāng)前點(diǎn)播系統(tǒng)中斷的會(huì)話采用容錯(cuò)處理，在用戶可 感知的時(shí)間內(nèi)繼續(xù)提供服務(wù)，提高了服務(wù)的連續(xù)性、可用性。


圖l是本發(fā)明實(shí)施例提供的冗余容錯(cuò)方法流程圖2是本發(fā)明實(shí)施例提供的控制中心采用非集群式集中部署的容錯(cuò)處理流 程圖3是本發(fā)明實(shí)施例提供的控制中心采用集群部署的容錯(cuò)處理流程圖4是本發(fā)明實(shí)施例提供的視頻服務(wù)器的容錯(cuò)處理流程圖5是本發(fā)明實(shí)施例提供的冗余容錯(cuò)系統(tǒng)的結(jié)構(gòu)圖6是本發(fā)明實(shí)施例提供的冗余容錯(cuò)系統(tǒng)的結(jié)構(gòu)圖。
具體實(shí)施例方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí) 施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
在本發(fā)明實(shí)施例中，對(duì)當(dāng)前點(diǎn)播系統(tǒng)中中斷的會(huì)話采用容錯(cuò)處理，在用戶 可感知的時(shí)間內(nèi)繼續(xù)提供服務(wù)，提高了服務(wù)的連續(xù)性、可用性。
圖1示出了本發(fā)明實(shí)施例提供的冗余容錯(cuò)方法流程圖，其詳細(xì)步驟如下
在步驟S101中，判斷容錯(cuò)端是否出現(xiàn)異常，是則執(zhí)行步驟S103，否則執(zhí) 行步驟S102;
在本發(fā)明實(shí)施例中，上述容錯(cuò)端包括控制中心以及視頻服務(wù)器。該容錯(cuò)端 出現(xiàn)異常包括對(duì)客戶端的服務(wù)請(qǐng)求回應(yīng)不正常以及在對(duì)客戶端服務(wù)過(guò)程中容錯(cuò) 端崩潰。
在步驟S102中，客戶端繼續(xù)下一步請(qǐng)求或者得到服務(wù)結(jié)束交互； 在步驟S103中，當(dāng)容錯(cuò)端回應(yīng)不正常時(shí)，向所述容錯(cuò)端發(fā)送會(huì)話重置 (RESETUP)請(qǐng)求信息；
在本發(fā)明實(shí)施例中，容錯(cuò)端回應(yīng)不正常包括容錯(cuò)端的回應(yīng)才各式不正確以及 超時(shí)。當(dāng)容錯(cuò)端為控制中心時(shí)，步驟S103中的會(huì)話重置請(qǐng)求信息包括會(huì)話標(biāo)識(shí) 信息；當(dāng)容錯(cuò)端為視頻服務(wù)器時(shí)，該會(huì)話重置請(qǐng)求信息還包括資源信息以及服 務(wù)斷點(diǎn)信息。
在步驟S104中，接收容錯(cuò)端回應(yīng)信息，開(kāi)始或者續(xù)接服務(wù)會(huì)話，或者返回 步驟S102,進(jìn)行判斷。
作為本發(fā)明的一個(gè)實(shí)施例，當(dāng)當(dāng)前的會(huì)話服務(wù)出現(xiàn)不正常，當(dāng)前容錯(cuò)端出 現(xiàn)崩潰時(shí)，客戶端也要向容錯(cuò)端發(fā)送會(huì)話重置請(qǐng)求信息，請(qǐng)求中斷的會(huì)話繼續(xù)， 其步驟如上述，不再贅述。
在本發(fā)明實(shí)施例中，作為容錯(cuò)處理的前序步驟冗余部署包括以下幾個(gè)方面
l控制中心冗余部署
1.1控制中心提供資源的統(tǒng)一管理，主要負(fù)責(zé)流服務(wù)時(shí)的帶寬預(yù)留和回收， 流服務(wù)負(fù)載的全局和局部均衡，就是將用戶訪問(wèn)導(dǎo)向到恰當(dāng)?shù)牧鞣?wù)器以及不 同流服務(wù)器的協(xié)議適配，通常指RTSP訪問(wèn)代理。
1.2控制中心集中部署?？刂浦行挠袃煞N部署方法，既可以采用集群部署(是 集中部署的一種方式)，也可以采用非集群式集中部署。集群部署將多個(gè)控制 中心以集群的方式組織起來(lái)，對(duì)外它是一個(gè)整體，相當(dāng)于只有一個(gè)控制中心，只要集群中還有一個(gè)控制中心可用，該集群就是有效的；非集群式集中部署是 將多個(gè)控制中心在空間上部署在一起，各自擁有不同的訪問(wèn)地址。
兩種部署的相同點(diǎn)是有多個(gè)控制中心，它們處于對(duì)等地位；兩種部署的不 同點(diǎn)是集群部署對(duì)外表現(xiàn)為只有一個(gè)IP地址，而非集群式集中部署表現(xiàn)為多 個(gè)IP地址，此時(shí)機(jī)頂盒采用多代理機(jī)制來(lái)模擬集群訪問(wèn)。
1.3對(duì)控制中心的資源和會(huì)話管理進(jìn)行持久化設(shè)計(jì)，使得任何一個(gè)控制中心 的崩潰都不會(huì)導(dǎo)致會(huì)話信息的丟失和資源管理的混亂，任何一個(gè)控制中心均能 隨時(shí)獲知任何一個(gè)會(huì)話的信息包括會(huì)話所占用的資源情況。
2. 視頻服務(wù)器冗余部署
2.1中心視頻服務(wù)器可以作為邊緣視頻服務(wù)器的冗余，邊緣的調(diào)制調(diào)解器可 以在城域網(wǎng)上進(jìn)行交換。
2.2直接在較大的邊緣視頻服務(wù)器內(nèi)部做冗余。
視頻服務(wù)器必須定期向控制中心發(fā)?；畎?，以證明自己服務(wù)正常。當(dāng)控制 中心一段時(shí)間沒(méi)有收到?；畎驼J(rèn)為視頻服務(wù)器崩潰，啟動(dòng)容錯(cuò)處理。
3. 客戶端
在本發(fā)明實(shí)施例中，當(dāng)容錯(cuò)端為視頻服務(wù)器時(shí)，對(duì)應(yīng)的客戶端應(yīng)該為控制 中心，當(dāng)容錯(cuò)端為控制中心時(shí)，對(duì)應(yīng)的客戶端為機(jī)頂盒。
3.1當(dāng)控制中心采用非集群式集中部署時(shí)，客戶端需要采用多代理機(jī)制。多 代理機(jī)制的作用是屏蔽多個(gè)非集群式集中部署的控制中心的地址，而對(duì)客戶端 表現(xiàn)為一個(gè)地址。當(dāng)客戶端向這個(gè)地址發(fā)送請(qǐng)求時(shí)，多代理機(jī)制自動(dòng)在屏蔽的 多個(gè)控制中心中選取一個(gè)可用控制中心來(lái)響應(yīng)請(qǐng)求。當(dāng)響應(yīng)不正確或超時(shí)時(shí)， 多代理機(jī)制還有容錯(cuò)處理。
3.2當(dāng)控制中心采用集群部署的時(shí)候，客戶端不需要采用多代理機(jī)制，只需普通部署即可，容錯(cuò)處理將由集群來(lái)完成。
3.3客戶端必須隨時(shí)清楚服務(wù)斷點(diǎn)以及用戶會(huì)話服務(wù)的標(biāo)識(shí)(Identification, ID)，以便在中斷發(fā)生時(shí)提供斷點(diǎn)信息給前端。
作為本發(fā)明的一個(gè)實(shí)施例，圖2示出了本發(fā)明實(shí)施例提供的控制中心采用 非集群式集中部署的容錯(cuò)處理流程，此時(shí)容錯(cuò)端為控制中心，其詳細(xì)步驟如下
在步驟S201中，客戶端機(jī)頂盒通過(guò)多代理機(jī)制向控制中心發(fā)送服務(wù)請(qǐng)求；
在本發(fā)明實(shí)施例中，根據(jù)上述冗余部署，當(dāng)控制中心采用非集群式集中部 署時(shí)，客戶端機(jī)頂盒需要采用多代理機(jī)制?？蛻舳藱C(jī)頂盒通過(guò)多代理機(jī)制從集 中部署的多個(gè)控制中心中隨機(jī)選取一個(gè)可用的控制中心向控制中心發(fā)送服務(wù)請(qǐng) 求。
在步驟S202中，判斷控制中心的回應(yīng)是否正常，是則執(zhí)行步驟S203，否則執(zhí)行步驟S204;
在步驟S203中，客戶端繼續(xù)下一步請(qǐng)求或者得到服務(wù)結(jié)束交互； 在步驟S204中，在集中部署剩余的可用的控制中心中選取一個(gè)控制中心； 在本發(fā)明實(shí)施例中，多代理機(jī)制將響應(yīng)不正確或超時(shí)的控制中心標(biāo)識(shí)為不可用，在剩余可用的控制中心中選取一個(gè)。其中，在經(jīng)歷一段時(shí)間之后，多代理機(jī)制將標(biāo)識(shí)為不可用的控制中心置為可用狀態(tài)，不管是否可用，以免長(zhǎng)時(shí)間閑置。
在步驟S205中，機(jī)頂盒通過(guò)多代理機(jī)制向根據(jù)上述步驟S204中選取的可 用的控制中心發(fā)送會(huì)話重置請(qǐng)求信息；
在本發(fā)明實(shí)施例中，上述會(huì)話重置請(qǐng)求信息包括會(huì)話標(biāo)識(shí)信息，當(dāng)控制中 心給機(jī)頂盒分配資源時(shí)，會(huì)將會(huì)話的資源信息寫(xiě)入數(shù)據(jù)庫(kù)，當(dāng)重連會(huì)話時(shí)，控 制中心根據(jù)會(huì)話標(biāo)識(shí)可以查詢到分配給該會(huì)話的資源，不需要用戶在重置請(qǐng)求 中攜帶資源信息，也不需要重新分配資源。
在步驟S206中，機(jī)頂盒得到控制中心的回應(yīng)，開(kāi)始或者續(xù)接服務(wù)會(huì)話，或 者返回步驟S202，進(jìn)行判斷。
在本發(fā)明實(shí)施例中，當(dāng)控制中心崩潰時(shí)，視頻服務(wù)器向機(jī)頂盒的推流并沒(méi) 有中斷，只要機(jī)頂盒在一定時(shí)間內(nèi)發(fā)送會(huì)話重置請(qǐng)求，視頻服務(wù)器提供的服務(wù)就不會(huì)間斷；當(dāng)機(jī)頂盒沒(méi)有在規(guī)定時(shí)間內(nèi)發(fā)送會(huì)話重置的請(qǐng)求，視頻服務(wù)器的服務(wù)才會(huì)中斷，會(huì)話信息也會(huì)丟失，這樣的會(huì)話重置保證了用戶接收的服務(wù)的 連續(xù)性。
作為本發(fā)明的另一個(gè)實(shí)施例，圖3示出了本發(fā)明實(shí)施例提供的控制中心采 用集群部署的容錯(cuò)處理流程，此時(shí)容錯(cuò)端為控制中心，其詳細(xì)步驟如下
在步驟S301中，客戶端機(jī)頂盒向控制中心發(fā)送服務(wù)請(qǐng)求；
在步驟S302中，判斷控制中心的回應(yīng)是否正常，是則執(zhí)行步驟S303，否 則執(zhí)行步驟S304;
在步驟S303中，客戶端機(jī)頂盒繼續(xù)下一步請(qǐng)求或者得到服務(wù)結(jié)束交互；
在步驟S304中，機(jī)頂盒向控制中心發(fā)送會(huì)話重置請(qǐng)求信息；
在本發(fā)明實(shí)施例中，該會(huì)話重置請(qǐng)求信息包括會(huì)話標(biāo)識(shí)，當(dāng)控制中心部署中有一個(gè)控制中心崩潰后，其他控制中心處于可用狀態(tài)。當(dāng)客戶端機(jī)頂盒發(fā)送會(huì)話重置請(qǐng)求信息到控制中心部署時(shí)，控制中心部署的其它控制中心接收該會(huì)話重置請(qǐng)求信息，繼續(xù)為客戶端服務(wù)。
在步驟S305中，機(jī)頂盒得到控制中心的回應(yīng)，開(kāi)始或者續(xù)接服務(wù)會(huì)話，或者返回步驟S302，進(jìn)行判斷。
作為本發(fā)明的一個(gè)實(shí)施例，當(dāng)當(dāng)前的會(huì)話服務(wù)出現(xiàn)異常，控制中心對(duì)當(dāng)前
的服務(wù)回應(yīng)不正常，某個(gè)控制中心出現(xiàn)崩潰時(shí)，機(jī)頂盒要向控制中心發(fā)送^S舌
重置請(qǐng)求信息，請(qǐng)求繼續(xù)中斷的會(huì)話，其詳細(xì)步驟如上述兩個(gè)實(shí)施例所述，不
再贅述。
作為本發(fā)明的另一個(gè)實(shí)施例，圖4示出了本發(fā)明實(shí)施例提供的視頻服務(wù)器 的容錯(cuò)處理流程，此時(shí)容錯(cuò)端為視頻服務(wù)器，其詳細(xì)步驟如下 在步驟S401中，控制中心向視頻服務(wù)器發(fā)送服務(wù)請(qǐng)求； 在步驟S402中，判斷視頻服務(wù)器的回應(yīng)是否正常，是則執(zhí)行步驟S403,否則執(zhí)行步驟S404;
在步驟S403中，控制中心繼續(xù)下一步請(qǐng)求或者得到服務(wù)結(jié)束交互；
在步驟S404中，控制中心選取一個(gè)可用的視頻服務(wù)器；
在步驟S405中，控制中心向可用的視頻服務(wù)器發(fā)送會(huì)話重置請(qǐng)求信息；
在本發(fā)明實(shí)施例中，當(dāng)視頻服務(wù)器崩潰時(shí)，-阮頻服務(wù)器向機(jī)頂盒的推流會(huì)中斷，步驟S405中的會(huì)話重置請(qǐng)求信息除包括會(huì)話標(biāo)識(shí)信息，還需要包括資源信息以及服務(wù)斷點(diǎn)信息，以便視頻服務(wù)器清晰為客戶端提供服務(wù)的資源及斷點(diǎn)。
在步驟S406中，控制中心得到視頻服務(wù)器的回應(yīng)，開(kāi)始或者續(xù)接服務(wù)會(huì)話，或者返回步驟S402，進(jìn)行判斷。
作為本發(fā)明的一個(gè)實(shí)施例，當(dāng)當(dāng)前的會(huì)話服務(wù)出現(xiàn)不正常，視頻服務(wù)器對(duì)當(dāng)前的服務(wù)回應(yīng)不正常，某個(gè)視頻服務(wù)器出現(xiàn)崩潰時(shí)，控制中心向視頻服務(wù)器發(fā)送會(huì)話重置請(qǐng)求信息，請(qǐng)求繼續(xù)中斷的會(huì)話，其詳細(xì)步驟如上述實(shí)施例所屬，不再贅述。
在本發(fā)明實(shí)施例中，對(duì)非正常中止視頻服務(wù)器崩潰時(shí)的會(huì)話進(jìn)行重置，可 利用服務(wù)斷點(diǎn)對(duì)用戶提供續(xù)傳服務(wù)。
圖5示出了本發(fā)明實(shí)施例提供的冗余容錯(cuò)系統(tǒng)的結(jié)構(gòu)，為了便于說(shuō)明，僅 示出與本發(fā)明實(shí)施例相關(guān)的部分。
容錯(cuò)端異常判斷單元11判斷容錯(cuò)端是否出現(xiàn)異常，該容錯(cuò)端出現(xiàn)異常包括 對(duì)客戶端的服務(wù)請(qǐng)求回應(yīng)不正常以及在對(duì)客戶端服務(wù)過(guò)程中出現(xiàn)崩潰，當(dāng)容錯(cuò) 端出現(xiàn)異常時(shí)，信息發(fā)送單元12向上述容錯(cuò)端發(fā)送會(huì)話重置請(qǐng)求信息；當(dāng)容錯(cuò) 端為控制中心且該控制中心采用非集群式集中部署時(shí)，客戶端機(jī)頂盒的信息發(fā) 送單元通過(guò)多代理機(jī)制向選取的可用的控制中心發(fā)送會(huì)話重置請(qǐng)求信息，此時(shí) 會(huì)話重置請(qǐng)求信息包括會(huì)話標(biāo)識(shí)信息。當(dāng)容4普端正常時(shí)，客戶端繼續(xù)下一步請(qǐng) 求或者得到服務(wù)結(jié)束交互。
容錯(cuò)端信息回應(yīng)接收單元13接收容錯(cuò)端回應(yīng)信息，開(kāi)始或者續(xù)接服務(wù)會(huì)話。
在本發(fā)明實(shí)施例中，圖6示出了本發(fā)明實(shí)施例提供的冗余容錯(cuò)系統(tǒng)的結(jié)構(gòu)，當(dāng)容錯(cuò)端出現(xiàn)異常時(shí)，且當(dāng)容^l晉端為控制中心且所述的控制中心的部署為非集 群式集中部署或者當(dāng)容錯(cuò)端為視頻服務(wù)器時(shí)，該冗余容錯(cuò)系統(tǒng)還包括容錯(cuò)端重新選擇單元21重新選擇一個(gè)可用的控制中心或者視頻服務(wù)器，其它結(jié)構(gòu)描述如 上述，此不再贅述。
在本發(fā)明實(shí)施例中，通過(guò)對(duì)非正常中止的會(huì)話進(jìn)行重連，用戶得到享受到 不間斷的服務(wù)，提高了服務(wù)的連續(xù)性、可用性。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明 的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種冗余容錯(cuò)方法，其特征在于，所述方法包括下述步驟當(dāng)容錯(cuò)端出現(xiàn)異常時(shí)，向所述容錯(cuò)端發(fā)送會(huì)話重置請(qǐng)求信息；接收容錯(cuò)端回應(yīng)信息，開(kāi)始或者續(xù)接服務(wù)會(huì)話。
2、 如權(quán)利要求1所述的冗余容錯(cuò)方法，其特征在于，所述容錯(cuò)端包括控制 中心或視頻服務(wù)器。
3、 如權(quán)利要求2所述的冗余容錯(cuò)方法，其特征在于，當(dāng)所述容錯(cuò)端為控制 中心時(shí)，所述的控制中心的部署包括非集群式集中部署以及集群部署。
4、 如權(quán)利要求2或3所述的冗余容錯(cuò)方法，其特征在于，當(dāng)容錯(cuò)端為控制 中心且所述的控制中心的部署為非集群式集中部署或者當(dāng)容錯(cuò)端為視頻服務(wù)器 時(shí)，所述方法還包括下述步驟重新選擇一個(gè)可用的容錯(cuò)端。
5、 如權(quán)利要求1或2所述的冗余容錯(cuò)方法，其特征在于，所述的會(huì)話重置 請(qǐng)求信息包括會(huì)話標(biāo)識(shí)信息；當(dāng)所述容錯(cuò)端為視頻服務(wù)器時(shí)，所述的會(huì)話重置請(qǐng)求信息還包括資源信息 以及服務(wù)斷點(diǎn)信息。
6、 一種冗余容錯(cuò)系統(tǒng)，其特征在于，所述系統(tǒng)包括 容錯(cuò)端異常判斷單元，用于判斷容錯(cuò)端是否出現(xiàn)異常； 信息發(fā)送單元，用于當(dāng)容錯(cuò)端出現(xiàn)異常時(shí)，向所述容錯(cuò)端發(fā)送會(huì)話重置請(qǐng)求信息；以及容錯(cuò)端信息回應(yīng)接收單元，用于接收容錯(cuò)端回應(yīng)信息，開(kāi)始或者續(xù)接服務(wù) 會(huì)話。
7、 如權(quán)利要求6所述的冗余容錯(cuò)系統(tǒng)，其特征在于，所述容錯(cuò)端包括控制 中心或視頻服務(wù)器。
8、 如權(quán)利要求7所述的冗余容錯(cuò)系統(tǒng)，其特征在于，當(dāng)所述容錯(cuò)端為控制 中心時(shí)，所述的控制中心的部署包括非集群式集中部署以及集群部署。
9、 如權(quán)利要求6所述的冗余容錯(cuò)系統(tǒng)，其特征在于，所述系統(tǒng)還包括 容錯(cuò)端重新選擇單元，用于當(dāng)容錯(cuò)端出現(xiàn)異常時(shí)，重新選擇一個(gè)可用的容錯(cuò)端。
10、 如權(quán)利要求6或7所述的冗余容錯(cuò)系統(tǒng)，其特征在于，所述的會(huì)話重 置請(qǐng)求信息包括會(huì)話標(biāo)識(shí)信息；當(dāng)所述容錯(cuò)端為視頻服務(wù)器時(shí)，所述的會(huì)話重置請(qǐng)求信息還包括資源信息 以及服務(wù)斷點(diǎn)信息。
全文摘要
本發(fā)明適用于數(shù)字通訊領(lǐng)域，提供了一種冗余容錯(cuò)的方法及系統(tǒng)，所述方法包括下述步驟當(dāng)容錯(cuò)端出現(xiàn)異常時(shí)，向所述容錯(cuò)端發(fā)送會(huì)話重置請(qǐng)求信息；接收容錯(cuò)端回應(yīng)信息，開(kāi)始或者續(xù)接服務(wù)會(huì)話。在本發(fā)明實(shí)施例中，對(duì)當(dāng)前點(diǎn)播系統(tǒng)中中斷的會(huì)話采用容錯(cuò)處理，在用戶可感知的時(shí)間內(nèi)繼續(xù)提供服務(wù)，提高了服務(wù)的連續(xù)性、可用性。
文檔編號(hào)H04N7/64GK101202924SQ20071007507
公開(kāi)日2008年6月18日 申請(qǐng)日期2007年6月18日 優(yōu)先權(quán)日2007年6月18日
發(fā)明者洪家明 申請(qǐng)人:深圳市同洲電子股份有限公司