WO2012174893A1 - 一种iptv系统中基于双中心容灾的切换方法及装置 - Google Patents

一种iptv系统中基于双中心容灾的切换方法及装置 Download PDF

Info

Publication number
WO2012174893A1
WO2012174893A1 PCT/CN2012/072398 CN2012072398W WO2012174893A1 WO 2012174893 A1 WO2012174893 A1 WO 2012174893A1 CN 2012072398 W CN2012072398 W CN 2012072398W WO 2012174893 A1 WO2012174893 A1 WO 2012174893A1
Authority
WO
WIPO (PCT)
Prior art keywords
platform
service
standby
central platform
main
Prior art date
Application number
PCT/CN2012/072398
Other languages
English (en)
French (fr)
Inventor
黄胜鲁
刘皓
柯世喜
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012174893A1 publication Critical patent/WO2012174893A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/222Secondary servers, e.g. proxy server, cable television Head-end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723Monitoring of network processes or resources, e.g. monitoring of network load

Definitions

  • the present invention relates to an interactive network television (IPTV) technology, and more particularly to a method and apparatus for dual-system disaster recovery switching in an IPTV system. Background technique
  • IPTV disaster recovery is mostly the way that the key equipment adopts the primary and backup machines.
  • the master and the backup machine are controlled by the dual-machine software.
  • the standby machine is automatically turned on to provide services for the user.
  • the equipment in the entire equipment room will not be able to provide services. Because the active and standby devices are deployed in the same network and deployed in the same equipment room, the primary and backup devices cannot meet the requirements of disaster recovery in the event of a disaster.
  • the main purpose of the present invention is to solve the problem that the existing central platform device is deployed in the same network and is prone to single point of failure during disaster recovery switching.
  • the present invention provides a method and device for dual-system disaster recovery switching in an IPTV system. .
  • the present invention provides a dual-center disaster recovery-based handover method in an IPTV system, the method comprising:
  • the switching server performs real-time monitoring on the running status of the main central platform
  • each of the standby center platforms The network element device sends a service start message.
  • Each network element device of the standby center platform initiates a service process in response to the service start message, so that the backup center platform provides services for the user instead of the main central platform.
  • the main central platform and the standby central platform are established in the IPTV system, and are deployed in different places, including: the standby central platform shares the edge node of the main central platform and the edge EPG.
  • the sending a service start message to each network element device of the standby central platform includes: the interface server IMP, WEB server, service processor (SCP), access server, and service database of the switching server to the standby center platform ( DB) and the Content Library (DTS) send service start messages.
  • the network element device of the standby center platform initiates a service process in response to the service start message, and includes: the access server of the standby center platform responds to the service start message, performs a re-linking operation; and the service of the standby center platform
  • the database DB responds to the service start message and starts the service.
  • each network element device of the backup center platform starts the service process in response to the service start message, and further includes: the backup center platform responding to the service start message, and starting the edge EPG re-establishment of the shared main center platform;
  • the standby center platform responds to the service start message, and starts the re-establishment of the edge nodes of the shared main center platform.
  • the method further includes: the switching server sends a stop to the interface machine IMP, WEB server, SCP, access server, DB, and DTS of the main central platform. Service message.
  • the switching server is disposed on a WEB server of the standby center platform.
  • the method further includes: after the primary center platform returns to normal, the switching server sends a service freeze message to the service processor of the standby center platform. And sending a service start message to each network element device of the main center platform; each network element device of the main central platform responds to the service start message, Business process.
  • the present invention further provides a dual-center disaster-tolerant switching device in an IPTV system, where the device includes: a main center platform and a standby center platform that are established and deployed in an IPTV system;
  • the device further includes a switching server, configured to perform real-time monitoring on the running status of the main central platform, and send a service start message to each network element device of the standby central platform when the running status of the main central platform is abnormal;
  • Each network element device of the standby center platform is configured to start a service process in response to the service start message.
  • the beneficial effects of the present invention are as follows: When the main central platform is abnormal, the switching server automatically starts the disaster recovery, and the standby central platform quickly takes over the capability resources and users of the main central platform, and solves the disaster recovery in the existing IPTV system. It is prone to single-point failure and improves the stability of the IPTV system. DRAWINGS
  • FIG. 1 is a flow chart of abnormal switching of a main center platform of the present invention to a standby center platform;
  • FIG. 2 is a structural block diagram of the deployment of the main center platform and the standby center platform of the present invention
  • FIG. 3 is a structural block diagram of a main center node and an edge node thereof according to the present invention.
  • FIG. 4 is a flow chart of abnormal switching of the main center platform to the standby center platform in actual operation of the present invention
  • FIG. 5 is a flow chart of the actual operation of the standby center platform to switch back to the main center platform.
  • the present invention provides a handover method based on dual-center disaster recovery in an IPTV system, and the specific process thereof is as shown in FIG. 1 , and includes the following steps: 511) Establish a main center platform and a backup center platform in the IPTV system, and deploy in a different place;
  • the network element device of the standby center platform starts the service process in response to the service start message, so that the backup center platform replaces the main central platform to provide services for the user.
  • Step S11) includes: the standby center platform shares an edge node of the main center platform and an edge electronic program menu (EPG).
  • EPG edge electronic program menu
  • the standby central node of the standby central platform is connected to the main central node of the main central platform, and shares the edge node connected with the main central node; the standby central platform shares the edge EPG of the main central platform through the network.
  • Step S13) includes: the switching server sends a service to an interface machine (IMP), a WEB server, a service processor (SCP), an access server, a service database (DB), and a content library (DTS) of the standby center platform. Start the message.
  • IMP interface machine
  • WEB server WEB server
  • SCP service processor
  • DB service database
  • DTS content library
  • Step S14) includes: the access server of the standby central platform responds to the service start message to perform a re-establishment operation.
  • the access server of the standby center platform is generally used as the edge EPG service of the main platform.
  • the switching server sends a re-link message to the access server of the standby center platform.
  • the address of the central platform SCP, the standby central platform access server obtains the SCP list of the standby central platform, and writes the required configuration information according to the standby central platform SCP list.
  • step S14) further includes: the DB of the standby central platform responds to the service start message to start the service.
  • step S14) further includes: the standby center platform in response to the service start message, starting the edge EPG re-establishment of the shared main center platform.
  • the switching server sends a re-chaining message to the edge EPG, and the address of the standby central platform SCP is provided, and the edge EPG and the standby central platform SCP re-establish the link.
  • the step S14) further includes: the standby center platform responding to the service start message, and starting the re-establishment of the edge node of the shared main center platform.
  • the switching server sends a re-chaining message to the edge node, and the address of the standby central platform SCP is provided, and the edge node re-establishes the link with the standby central platform SCP.
  • step S13) further includes: the switching server sends a message to stop the service to the IMP, the WEB month server, the SCP, the access server, the DB, and the DTS of the main central platform.
  • the switching server is disposed on a WEB server of the standby center platform. After the step S14), the method further includes: after the main central platform returns to normal, the switching server sends a service freeze message to the SCP of the standby central platform, and sends a service start message to each network element device of the main central platform;
  • Each network element device of the main central platform initiates a service process in response to the service start message, so that the main central platform replaces the backup central platform to provide services for the user.
  • the present invention also provides a dual-center disaster-tolerant-based switching device in an IPTV system, including a main center platform and a standby center platform that are established and deployed in an IPTV system;
  • the device further includes a switching server, where the switching server is configured to perform real-time monitoring on the running status of the main central platform, and when monitoring the abnormal running state of the main central platform, to each network of the standby central platform
  • the meta device sends a service start message
  • Each network element device of the backup center platform is configured to start a service process in response to the service start message, so that the backup center platform provides services for the user instead of the main central platform.
  • Each central platform includes the following devices: Access Server, DB, SCP, Central Node, Content Library, WEB Server, and IMP.
  • the initial backup center platform does not provide services to users. Only the main central platform provides services to users.
  • the DB of the standby central platform maintains data synchronization with the DB of the main central platform.
  • the switching server on the standby center platform detects whether the device in the main center platform is running normally through the heartbeat mode. When any device in the main center platform DB, SCP, or central node network element device cannot provide services, it is determined that the central equipment room is abnormal. Dual center switching.
  • the process of switching the server to perform the dual-center handover may specifically include the following steps: Step S41): The standby center platform device is started: the standby center platform device service starts, and the scheduled task starts; wherein, the switching server notifies the device The central platform equipment IMP, WEB server, SCP, access server, DB, IMP, DTS are enabled.
  • Step S42 the main central platform device stops: the main central platform device service stops, the scheduled task stops, and the switching server on the standby central platform notifies the main central platform IMP, WEB server, SCP, DTS, DB to stop the service; It is possible that some devices are available, and continuing to use services that affect the standby platform.
  • Step S43) the standby center platform access server is re-established: the switching server sends a link-building message to the access server of the standby center platform, and the access server of the standby center platform and the standby center platform SCP are chained, and the required configuration is written.
  • Step S44 the standby center platform library opens the service
  • Step S45 the EPG of the main central platform edge is re-established;
  • the switching server sends a re-establishment chain message to the edge EPG of the main central platform, and the edge EPG of the main central platform re-establishes the chain with the standby central platform;
  • Step S46) the edge node of the main central platform is re-established; the switching server sends a re-linking message to the edge node of the main central platform, and the edge node of the main central platform re-establishes the chain with the standby central platform, and the current process ends.
  • the standby center platform is officially used, and the central equipment provides services through the backup center platform when the user services.
  • the disaster of the main central platform is relieved.
  • the specific process of switching the main center platform to provide services for the user is as shown in FIG. 5, and includes the following steps:
  • Step S51 the content of the main central node is restored; the standby central node sets the content of the main central node, and pushes down the task to ensure the integrity of the content of the main central node when the switchback is performed.
  • Content recovery is real-time, ensuring timeliness when switching back.
  • Step S52 the content of the main central platform library is restored
  • the main central platform DTS is enabled to perform synchronous recovery with the standby central platform DTS.
  • Step S53 the standby center platform service is frozen; the standby center platform SCP is notified, the user subscription request is rejected, and the data inconsistency is prevented in the handover process;
  • Step S54 the service of the main central platform device is started, and the scheduled task is started;
  • Step S55 the standby platform device service is stopped, and the scheduled task is stopped;
  • Step S56 the DTS state switching of the active and standby center platform libraries
  • Step S57 the active and standby center platform accesses the server to re-establish the chain;
  • Step S58 the EPG device at the edge of the main central platform is re-established with the main central platform; Step S59), the service freeze of the main central platform is cancelled, and when the main central platform is restored, the service freeze state of the standby central platform is switched back to the main central platform, and Cancel the business freeze of the main center platform, and open the main center platform to provide services to users.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种IPTV系统中基于双中心容灾的切换方法及装置,所述方法包括:在IPTV系统中建立主中心平台和备中心平台,并进行异地部署;切换服务器对所述主中心平台的运行状态进行实时监测;当切换服务器监测到主中心平台运行状态异常时,向备中心平台的各网元设备发送业务启动消息;备中心平台的各网元设备响应所述业务启动消息,启动业务进程。本发明解决了现有IPTV系统中容灾时容易出现单点故障的问题,提高了IPTV系统的稳定性。

Description

一种 IPTV系统中基于双中心容灾的切换方法及装置 技术领域
本发明涉及交互式网络电视(IPTV )技术, 尤其涉及一种 IPTV 系统 中基于双中心容灾切换的方法及装置。 背景技术
目前 IPTV容灾的实现方式大多为关键设备采用主备机的方式。主备机 之间通过双机软件控制, 当正在提供服务的主机挂掉后, 自动开启备机为 用户提供服务。
但是如果中心平台发生了火灾等重大问题, 会使整个机房的设备都不 能提供服务。 由于主备机都是部署在同一个网络内部, 并且部署在同一个 机房里, 一旦发生灾难, 主备机的方式不能满足容灾的要求。
此外, 由于现有 IPTV系统中主备中心部署在同一网络内部, 容灾切换 时容易出现单点故障等问题, 造成 IPTV系统不稳定。 发明内容
本发明的主要目的是为了解决现有中心平台设备部署在同一网络内 部, 容灾切换时容易出现单点故障的问题, 本发明提供了一种 IPTV系统中 基于双中心容灾切换的方法及装置。
根据本发明的一个方面,本发明提供了一种 IPTV系统中基于双中心容 灾的切换方法, 所述方法包括:
在 IPTV系统中建立主中心平台和备中心平台, 并进行异地部署; 切换服务器对所述主中心平台的运行状态进行实时监测;
当切换服务器监测到主中心平台运行状态异常时, 向备中心平台的各 网元设备发送业务启动消息;
备中心平台的各网元设备响应所述业务启动消息, 启动业务进程, 以 使所述备中心平台替代所述主中心平台为用户提供服务。
其中, 所述在 IPTV系统中建立主中心平台和备中心平台, 并进行异地 部署, 包括: 备中心平台共享主中心平台的边缘节点和边缘 EPG。
其中, 所述向备中心平台的各网元设备发送业务启动消息, 包括: 所 述切换服务器向备中心平台的接口机 IMP、 WEB 服务器、 业务处理机 ( SCP )、 接入服务器、 业务数据库(DB )和内容片库(DTS )发送业务启 动消息。
其中, 所述备中心平台的各网元设备响应所述业务启动消息, 启动业 务进程, 包括: 备中心平台的接入服务器响应所述业务启动消息, 进行重 新建链操作;备中心平台的业务数据库 DB响应所述业务启动消息,启动服 务。
另外, 所述备中心平台的各网元设备响应所述业务启动消息, 启动业 务进程, 还包括: 备中心平台响应所述业务启动消息, 启动所共享的主中 心平台的边缘 EPG重新建链; 备中心平台响应所述业务启动消息, 启动所 共享的主中心平台的边缘节点重新建链。
另外, 所述向备中心平台的各网元设备发送业务启动消息之后, 所述 方法还包括: 切换服务器向主中心平台的接口机 IMP、 WEB服务器、 SCP、 接入服务器、 DB和 DTS发送停止服务的消息。
其中, 所述切换服务器设置在所述备中心平台的 WEB服务器上。
另外, 在备中心平台的各网元设备响应所述业务启动消息, 启动业务 进程之后, 所述方法还包括: 当主中心平台恢复正常后, 切换服务器向备 中心平台的业务处理机发送业务冻结消息, 并向主中心平台的各网元设备 发送业务启动消息; 主中心平台的各网元设备响应所述业务启动消息, 启 动业务进程。
根据本发明的另一方面,本发明还提供一种 IPTV系统中基于双中心容 灾的切换装置, 所述装置包括: 在 IPTV系统中建立并进行异地部署的主中 心平台和备中心平台;
所述装置还包括切换服务器, 用于对所述主中心平台的运行状态进行 实时监测, 当监测到主中心平台运行状态异常时, 向所述备中心平台的各 网元设备发送业务启动消息;
备中心平台的各网元设备, 用于响应所述业务启动消息, 启动业务进 程。
与现有技术相比较, 本发明的有益效果在于: 在主中心平台异常时, 切换服务器自动启动容灾, 备中心平台快速接管主中心平台能力资源和用 户,解决了现有 IPTV系统中容灾时容易出现单点故障的问题,提高了 IPTV 系统的稳定性。 附图说明
图 1是本发明主中心平台异常切换到备中心平台的流程图;
图 2是本发明主中心平台和备中心平台部署的结构框图;
图 3是本发明主中心节点与其边缘节点的结构框图;
图 4是本发明实际操作时主中心平台异常切换到备中心平台的流程图; 图 5是本发明实际操作时备中心平台回切到主中心平台的流程图。 具体实施方式 以下结合附图对本发明的优选实施例进行详细说明, 应当理解, 以下 所说明的优选实施例仅用于说明和解释本发明, 并不用于限定本发明。
本发明提供了一种 IPTV系统中基于双中心容灾的切换方法,其具体流 程如图 1所示, 包括如下步骤: 511 )在 IPTV系统中建立主中心平台和备中心平台, 并进行异地部署;
512 )切换服务器对所述主中心平台的运行状态进行实时监测;
513 ) 当切换服务器监测到主中心平台运行状态异常时, 向备中心平台 的各网元设备发送业务启动消息;
514 )备中心平台的各网元设备响应所述业务启动消息,启动业务进程, 以使所述备中心平台替代所述主中心平台为用户提供服务。
其中, 步骤 S11 )包括: 备中心平台共享主中心平台的边缘节点和边缘 电子节目菜单 (EPG )。 备中心平台的备中心节点与主中心平台的主中心节 点处于连接状态, 并共享与主中心节点连接的边缘节点; 备中心平台通过 网络共享主中心平台的边缘 EPG。
其中,步骤 S13 )包括:所述切换服务器向备中心平台的接口机(IMP )、 WEB服务器、 业务处理机(SCP )、 接入服务器、 业务数据库(DB )和内 容片库(DTS )发送业务启动消息。
步骤 S14 )包括: 备中心平台的接入服务器响应所述业务启动消息, 进 行重新建链操作。 在主中心平台没有出现异常前, 备中心平台的接入服务 器一般会作为主平台的边缘 EPG服务, 容灾切换时, 切换服务器向备中心 平台的接入服务器发送重新建链消息, 并附带备中心平台 SCP的地址, 备 中心平台接入服务器获得备中心平台 SCP列表, 并根据备中心平台 SCP列 表写入所需要的配置信息。
另外, 步骤 S14 )还包括: 备中心平台的 DB响应所述业务启动消息, 启动服务。
另外, 步骤 S14 )还包括: 备中心平台响应所述业务启动消息, 启动所 共享的主中心平台的边缘 EPG重新建链。切换服务器向边缘 EPG发送重新 建链的消息, 并附带备中心平台 SCP的地址, 由边缘 EPG与备中心平台 SCP重新建立链接。 其中, 步骤 S14 )还包括: 备中心平台响应所述业务启动消息, 启动所 共享的主中心平台的边缘节点重新建链。 切换服务器向边缘节点发送重新 建链的消息,并附带备中心平台 SCP的地址,由边缘节点与备中心平台 SCP 重新建立链接。
另外, 步骤 S13 )还包括: 切换服务器向主中心平台的 IMP、 WEB月良 务器、 SCP、 接入服务器、 DB和 DTS发送停止服务的消息。
其中, 所述切换服务器设置在所述备中心平台的 WEB服务器上。 在步骤 S14 )之后, 所述方法还包括: 当主中心平台恢复正常后, 切换 服务器向备中心平台的 SCP发送业务冻结消息, 并向主中心平台的各网元 设备发送业务启动消息;
主中心平台的各网元设备响应所述业务启动消息, 启动业务进程, 以 使所述主中心平台替代所述备中心平台为用户提供服务。
本发明还提供一种 IPTV 系统中基于双中心容灾的切换装置, 包括在 IPTV系统中建立并进行异地部署的主中心平台和备中心平台;
所述装置还包括切换服务器, 所述切换服务器, 用于对所述主中心平 台的运行状态进行实时监测, 当监测到所述主中心平台运行状态异常时, 向所述备中心平台的各网元设备发送业务启动消息;
所述备中心平台的各网元设备, 用于响应所述业务启动消息, 启动业 务进程, 以使所述备中心平台替代所述主中心平台为用户提供服务。
具体的, 如图 2所示,在 IPTV系统中部署业务能力相同的两个中心平 台: 主中心平台和备中心平台, 并进行异地部署。 每个中心平台中包括如 下设备: 接入服务器、 DB、 SCP、 中心节点、 内容片库、 WEB 服务器和 IMP。
初始时备中心平台不对用户提供服务, 只有主中心平台对用户提供服 务,备中心平台的 DB与主中心平台的 DB保持数据同步; 备中心平台共享 主中心平台的边缘 EPG和边缘节点; 其中主中心节点与边缘节点的连接结 构框图如图 3所示, 而且主中心节点与备中心节点一直处于连接状态。
在备中心平台上的切换服务器通过心跳方式检测主中心平台设备是否 正常运行; 当主中心平台 DB、 SCP、 中心节点网元设备中任一设备不能提 供服务时, 判断为中心机房出现异常, 需要进行双中心切换。 这里, 切换 服务器进行双中心切换的过程, 如图 4所示, 具体可以包括如下步骤: 步骤 S41 ), 备中心平台设备启动: 备中心平台设备业务启动、 定时任 务启动; 其中, 切换服务器通知备中心平台设备 IMP、 WEB服务器、 SCP、 接入服务器、 DB、 IMP, DTS开启。
步骤 S42 ), 主中心平台设备停止: 主中心平台设备业务停止、 定时任 务停止, 备中心平台上的切换服务器通知主中心平台 IMP、 WEB服务器、 SCP、 DTS、 DB停止服务; 因为容灾发生时有可能部分设备是可用的, 继 续使用会影响备中心平台的服务。
步骤 S43 ), 备中心平台接入服务器重新建链: 切换服务器向备中心平 台的接入服务器发送建链消息, 备中心平台的接入服务器与备中心平台 SCP建链, 并写入需要的配置信息;
步骤 S44 ), 备中心平台片库开启服务;
步骤 S45 ), 主中心平台边缘 EPG重新建链; 切换服务器向主中心平台 的边缘 EPG发送重新建链消息,主中心平台的边缘 EPG重新与备中心平台 建链;
步骤 S46 ), 主中心平台边缘节点重新建链; 切换服务器向主中心平台 的边缘节点发送重新建链消息, 主中心平台的边缘节点重新与备中心平台 建链, 当前流程结束。
通过以上流程, 备中心平台正式使用, 用户服务时中心设备通过备中 心平台提供服务。 灾难发生后, 通过人为的方式解除了主中心平台的灾难, 主中心平台 上所有网元设备都正常后, 需要手工通过切换服务器触发回切流程, 切换 主中心平台为用户提供服务。 这里, 切换主中心平台为用户提供服务的具 体流程如图 5所示, 包括如下步骤:
步骤 S51 ), 主中心节点内容恢复; 备中心节点设置主中心节点的内容 下推任务, 保证回切时, 主中心节点内容的完整性。 内容恢复是实时性的, 确保了回切时的时效性。
步骤 S52 ), 主中心平台片库内容恢复;
在恢复准备阶段通过启用主中心平台 DTS, 与备中心平台 DTS进行同 步的方法恢复。
步骤 S53 ), 备中心平台业务冻结; 通知备中心平台 SCP, 拒绝用户订 购等请求; 防止切换流程中产生数据不一致现象;
步骤 S54 ), 主中心平台设备业务启动、 定时任务启动;
步骤 S55 ), 备中心平台设备业务停止、 定时任务停止;
步骤 S56 ), 主备中心平台片库 DTS状态切换;
步骤 S57 ), 主备中心平台接入服务器重新建链;
步骤 S58 ), 主中心平台边缘 EPG设备重新与主中心平台建链; 步骤 S59 ), 取消主中心平台业务冻结, 由于主中心平台恢复时, 备中 心平台业务冻结状态回切到主中心平台, 需要取消主中心平台的业务冻结, 开启主中心平台对用户提供服务。
经过以上切换流程后, 主中心平台正式为用户提供服务。 明, 不能认定本发明的具体实施只局限于这些说明。 对于本发明所属技术 领域的普通技术人员来说, 在不脱离本发明构思的前提下, 还可以做出若 干简单推演或替换, 都应当视为属于本发明的保护范围。

Claims

权利要求书
1、 一种 IPTV系统中基于双中心容灾的切换方法, 其特征在于, 所述 方法包括:
在 IPTV系统中建立主中心平台和备中心平台, 并进行异地部署; 切换服务器对所述主中心平台的运行状态进行实时监测;
当切换服务器监测到主中心平台运行状态异常时, 向备中心平台的各 网元设备发送业务启动消息;
备中心平台的各网元设备响应所述业务启动消息, 启动业务进程。
2、 根据权利要求 1所述的方法, 其特征在于, 所述在 IPTV系统中建 立主中心平台和备中心平台, 并进行异地部署, 包括: 备中心平台共享主 中心平台的边缘节点和边缘电子节目菜单 EPG。
3、 根据权利要求 1所述的方法, 其特征在于, 所述向备中心平台的各 网元设备发送业务启动消息, 包括: 所述切换服务器向备中心平台的接口 机 IMP、 WEB服务器、 业务处理机 SCP、 接入服务器、 业务数据库 DB和 内容片库 DTS发送业务启动消息。
4、 根据权利要求 3所述的方法, 其特征在于, 所述备中心平台的各网 元设备响应所述业务启动消息, 启动业务进程, 包括: 备中心平台的接入 服务器响应所述业务启动消息, 进行重新建链操作; 备中心平台的业务数 据库 DB响应所述业务启动消息, 启动服务。
5、 根据权利要求 4所述的方法, 其特征在于, 所述备中心平台的各网 元设备响应所述业务启动消息, 启动业务进程, 还包括: 备中心平台响应 所述业务启动消息, 启动所共享的主中心平台的边缘 EPG重新建链; 备中 心平台响应所述业务启动消息, 启动所共享的主中心平台的边缘节点重新 建链。
6、 根据权利要求 3所述的方法, 其特征在于, 所述向备中心平台的各 网元设备发送业务启动消息之后, 所述方法还包括: 切换服务器向主中心 平台的 IMP、 WEB服务器、 SCP、 接入服务器、 DB和 DTS发送停止服务 的消息。
7、 根据权利要求 3 所述的方法, 其特征在于, 所述切换服务器设置 在所述备中心平台的 WEB服务器上。
8、 根据权利要求 1 所述的方法, 其特征在于, 所述备中心平台的各 网元设备响应所述业务启动消息, 启动业务进程之后, 所述方法还包括: 当主中心平台恢复正常后, 切换服务器向备中心平台的业务处理机发 送业务冻结消息, 并向主中心平台的各网元设备发送业务启动消息;
主中心平台的各网元设备响应所述业务启动消息, 启动业务进程。
9、 一种 IPTV系统中基于双中心容灾的切换装置, 其特征在于, 所述 装置包括:
在 IPTV系统中建立并进行异地部署的主中心平台和备中心平台; 所述装置还包括切换服务器, 用于对所述主中心平台的运行状态进行 实时监测, 当监测到所述主中心平台运行状态异常时, 向所述备中心平台 的各网元设备发送业务启动消息;
所述备中心平台的各网元设备, 用于响应所述业务启动消息, 启动业 务进程。
PCT/CN2012/072398 2011-06-23 2012-03-15 一种iptv系统中基于双中心容灾的切换方法及装置 WO2012174893A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110171067.8 2011-06-23
CN201110171067.8A CN102231677B (zh) 2011-06-23 2011-06-23 Iptv系统中一种基于双中心容灾的切换方法及其装置

Publications (1)

Publication Number Publication Date
WO2012174893A1 true WO2012174893A1 (zh) 2012-12-27

Family

ID=44844217

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/072398 WO2012174893A1 (zh) 2011-06-23 2012-03-15 一种iptv系统中基于双中心容灾的切换方法及装置

Country Status (2)

Country Link
CN (1) CN102231677B (zh)
WO (1) WO2012174893A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108322337A (zh) * 2018-01-22 2018-07-24 优地网络有限公司 一种iptv系统的容灾方法、容灾装置及终端设备

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102231677B (zh) * 2011-06-23 2017-09-29 中兴通讯股份有限公司 Iptv系统中一种基于双中心容灾的切换方法及其装置
CN103379385B (zh) * 2012-04-26 2016-08-03 Tcl集团股份有限公司 智能电视的控制方法及操作系统
CN103152617B (zh) * 2013-03-28 2016-08-17 广东省广播电视网络股份有限公司 一种互动电视异地容灾系统及方法
CN106612194A (zh) * 2015-10-22 2017-05-03 中兴通讯股份有限公司 一种iptv容灾方法、装置、系统及机顶盒
CN107404394B (zh) * 2016-05-20 2022-04-12 中兴通讯股份有限公司 一种iptv系统容灾方法及iptv容灾系统
CN106294795A (zh) * 2016-08-15 2017-01-04 合肥华凌股份有限公司 一种数据库切换方法及系统
CN108667635B (zh) * 2017-03-27 2021-01-12 腾讯科技(深圳)有限公司 一种容灾处理的方法、设备及系统
CN111741375A (zh) * 2020-06-23 2020-10-02 海看网络科技(山东)股份有限公司 一种iptv中平台内和平台间容灾的方法及系统
CN112540873B (zh) * 2020-12-03 2021-12-31 华云数据控股集团有限公司 容灾方法、装置、电子设备及容灾系统
CN112787918B (zh) * 2021-01-29 2022-07-26 杭州优云软件有限公司 一种基于服务路由树的数据中心寻址与主备切换方法
CN114726779A (zh) * 2022-03-23 2022-07-08 新华三技术有限公司 一种主备切换方法及装置
CN117478488B (zh) * 2023-12-26 2024-03-19 苏州元脑智能科技有限公司 一种云管理平台切换的系统、方法、设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101442429A (zh) * 2007-11-20 2009-05-27 华为技术有限公司 一种实现业务系统容灾的方法及系统
CN101719923A (zh) * 2009-12-11 2010-06-02 北京中科大洋科技发展股份有限公司 一种播出异地容灾备份的系统和方法
US20110075553A1 (en) * 2009-09-29 2011-03-31 At&T Intellectual Property I, L.P. Core network disaster recovery architecture
CN102231677A (zh) * 2011-06-23 2011-11-02 中兴通讯股份有限公司 Iptv系统中一种基于双中心容灾的切换方法及其装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100499507C (zh) * 2007-01-26 2009-06-10 华为技术有限公司 一种容灾系统、方法和网络设备
CN101465768B (zh) * 2009-01-12 2011-11-02 上海及第熊软件科技有限公司 一种实现网站容灾容错运行的方法与系统
CN101594256A (zh) * 2009-06-05 2009-12-02 成都市华为赛门铁克科技有限公司 容灾方法、装置和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101442429A (zh) * 2007-11-20 2009-05-27 华为技术有限公司 一种实现业务系统容灾的方法及系统
US20110075553A1 (en) * 2009-09-29 2011-03-31 At&T Intellectual Property I, L.P. Core network disaster recovery architecture
CN101719923A (zh) * 2009-12-11 2010-06-02 北京中科大洋科技发展股份有限公司 一种播出异地容灾备份的系统和方法
CN102231677A (zh) * 2011-06-23 2011-11-02 中兴通讯股份有限公司 Iptv系统中一种基于双中心容灾的切换方法及其装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108322337A (zh) * 2018-01-22 2018-07-24 优地网络有限公司 一种iptv系统的容灾方法、容灾装置及终端设备

Also Published As

Publication number Publication date
CN102231677B (zh) 2017-09-29
CN102231677A (zh) 2011-11-02

Similar Documents

Publication Publication Date Title
WO2012174893A1 (zh) 一种iptv系统中基于双中心容灾的切换方法及装置
CN103744809B (zh) 基于vrrp的车辆信息管理系统双机热备方法
WO2017000260A1 (zh) 一种切换vnf的方法和装置
WO2017198144A1 (zh) 一种iptv系统容灾方法及iptv容灾系统
US20140095925A1 (en) Client for controlling automatic failover from a primary to a standby server
CN112181660A (zh) 一种基于服务器集群的高可用方法
WO2007008296A9 (en) Method and apparatus for non-stop multi-node system synchronization
WO2009117946A1 (zh) 调度服务器的主备实现方法及调度服务器
WO2012097588A1 (zh) 数据存储方法、设备和系统
WO2019128670A1 (zh) 用于在分布式系统中使管理能力自恢复的方法和装置
EP3210367A1 (en) System and method for disaster recovery of cloud applications
CN106850255A (zh) 一种多机备份的实现方法
WO2021185169A1 (zh) 一种切换方法、装置、设备和存储介质
CN107357800A (zh) 一种数据库高可用零丢失解决方法
WO2021115043A1 (zh) 分布式数据库系统和数据灾备演练方法
CN117201507A (zh) 云平台切换方法、装置、电子设备及存储介质
US11310102B2 (en) Retaining active operations, administration, and maintenance (OAM) sessions across multiple devices operating as a single logical device
WO2017092539A1 (zh) 虚拟机修复方法、虚拟机装置、系统及业务功能网元
EP2456163B1 (en) Registering an internet protocol phone in a dual-link architecture
CN110351122A (zh) 容灾方法、装置、系统与电子设备
CN110554933A (zh) 一种云管理平台、云平台服务的跨云高可用方法及系统
WO2014176969A1 (zh) 一种自动容灾切换方法及装置
CN114301763A (zh) 分布式集群故障的处理方法及系统、电子设备及存储介质
WO2016177211A1 (zh) 地址解析协议arp表项的同步方法及装置
US10536875B2 (en) System and method for seamless TCP connection handoff

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12803181

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12803181

Country of ref document: EP

Kind code of ref document: A1