CN102045183B - 一种用于对网络中的服务中断进行自动恢复的方法和设备 - Google Patents

Abstract

公开了一种用于对网络中的服务中断进行自动恢复的方法和设备，所述网络包括用户设备、服务交付控制设备以及服务提供设备，其中，用户设备通过服务交付控制设备接收来自服务提供设备的数据信息，所述方法包括：服务交付控制设备检测服务提供设备侧是否存在服务中断；如果存在服务中断，则服务交付控制设备自动指定新的服务提供设备，以便替代之前的服务提供设备向用户设备提供数据信息。

Description

一种用于对网络中的服务中断进行自动恢复的方法和设备

技术领域

本发明涉及网络通信，更具体地，涉及用于对网络中的服务中断，特别是流媒体服务中断，进行自动恢复的方法和设备。

背景技术

目前随着网络的广泛普及、网络应用的迅速增长，网络负荷越来越重，潜在的服务中断引起了技术人员的关注。特别是在网络中的实时应用(例如IPTV、流媒体应用、视频点播等)增多的情况下，由于诸如硬件问题、网络中断、应用冲突等故障引起的服务中断往往严重影响用户的体验质量，这在一定程度上也限制了网络中实时应用的发展。现有方案中，往往是从控制网络的流量、分配网络资源方面来预防服务中断的发生。然而，在应对、处理服务中断方面，仍然存在着不足。

例如，对于IPTV来说，其核心服务便是流媒体应用，用于向用户提供各种视频业务应用。但是，良好的用户体验要求流媒体应用保证精确的实时性以及连续性。当流媒体服务器遇到非预期的服务中断时，例如由于网络断开、硬件故障等，流媒体服务便不得不被终止从而用户设备无法获得后续的视频体验。

已知的一种的解决方案如图1所示。图1示出了一种提供有条件的连续性流媒体服务的故障恢复方案。其中，即时时移流媒体服务器(RTS，RealTime-shiftPumpServer)负责向客户端提供流媒体信息，服务交付控制(SDC，ServiceDeliveryController)服务器负责流媒体服务分配。为了应对可能出现的服务中断，图1中的RTS服务器组成了群组，并通过可用的通信介质，例如光纤信道，来共享所存储的流媒体数据。如图1所示，当客户端希望获得流媒体服务时，其向SDC服务器发出请求，并获得SDC服务器为其分配的可用RTS服务器信息。随后，客户端连接到所分配的RTS服务器，并接收相应的媒体数据信息。在此过程中，如果发生服务中断，则客户端重新实施与SDC服务器之间的连接，并获得SDC服务器为其分配的下一个可用RTS服务器信息。基于对新的RTS服务器信息的接收，客户端连接到相应的RTS服务器以便获得媒体数据信息。

虽然图1所示的方案对网络中的服务中断提供了一定的恢复机制，但仍然存在着诸多不足：当发生服务中断时，该解决方案不能自动地恢复流媒体服务，而是需要客户端手动地退出失效的服务连接并重新启动对已中断流媒体服务的请求，这带来了用户的额外操作；由于SDC服务器不了解客户端接收到了多少已中断的流媒体服务，因此在恢复故障之后，客户端与新的RTS服务器之间重新建立的连接将重新开始传送数据，这使得客户端有可能收到多余的数据甚至因此而付出额外的费用；由于服务中断导致客户端不再能收到流媒体信息，因此客户端的用户将在显示屏幕上看到黑屏，并收到诸如“服务非预期地停止，请重新连接”之类的提示信息。由于上述因素，使得用户在享受流媒体服务的便利的同时，产生不愉快的用户体验。

由此可见，对现有的恢复服务中断的方法进行改进是必要的。

发明内容

本发明提供了一种用于对网络中的服务中断进行自动恢复的方法和设备，其至少能够部分解决甚至完全消除上述缺陷。

根据本发明的一个方面，提供了一种用于对网络中的服务中断进行自动恢复的方法，所述网络包括用户设备、服务交付控制设备以及服务提供设备，其中，用户设备通过服务交付控制设备接收来自服务提供设备的数据信息，所述方法包括：

服务交付控制设备检测服务提供设备侧是否存在服务中断；

如果存在服务中断，则服务交付控制设备自动指定新的服务提供设备，以便替代之前的服务提供设备向用户设备提供数据信息。

优选地，所述方法还包括步骤：基于服务交付控制设备发现自身产生故障，向其备用服务交付控制设备发出通知，并将其同步信息提供给备用服务交付控制设备；基于对所述通知的接收并根据所述同步信息，备用服务交付控制设备替代服务交付控制设备向用户设备提供来自服务提供设备的数据信息。

可选地，所述方法还包括步骤：服务交付控制设备定期向其备用服务交付控制设备提供同步信息；如果备用服务交付控制设备在一定时间内没有收到来自服务交付控制设备的同步信息，则根据已接收的同步信息替代服务交付控制设备向用户设备提供来自服务提供设备的数据信息。

可选地，所述方法还包括：如果服务交付控制设备检测到用户设备侧存在服务中断，则自动尝试与客户端建立新的连接。

可选地，所述服务交付控制设备将服务提供进度信息提供给新的服务提供设备和/或备用服务交付控制设备，以便向用户设备提供与服务中断之前所传递的数据信息连续的信息。

可选地，所述服务为IPTV服务中的流媒体应用。

可选地，所述服务交付控制设备与用户设备之间建立的连接为VIP连接。

可选地，所述服务提供设备为流媒体服务器。

根据本发明的另一方面，提供了一种用于对网络中的服务中断进行自动恢复的设备，所述网络包括用户设备和服务提供设备，其中，用户设备通过所述设备接收来自服务提供设备的数据信息，所述设备包括：

服务中断检测单元，用于检测服务提供设备侧是否存在服务中断；以及

服务提供设备定向单元，如果存在服务中断，则该定向单元自动指定新的服务提供设备，以便替代之前的服务提供设备向用户设备提供数据信息。

可选地，所述设备还包括：故障检测单元，用于在发现所述设备产生故障的情况下，向其备用设备发出通知，并将其同步信息提供给备用设备；其中，使备用设备基于对所述通知的接收并根据所述同步信息，替代所述设备向用户设备提供来自服务提供设备的数据信息。

可选地，所述设备定期向其备用设备提供同步信息；如果备用设备在一定时间内没有收到来自所述设备的同步信息，则根据已接收的同步信息替代所述设备向用户设备提供来自服务提供设备的数据信息。

可选地，如果所述服务中断检测单元检测到用户设备侧存在服务中断，则所述设备自动尝试与客户端建立新的连接。

可选地，所述设备还包括服务提供进度监控单元，所述设备将所述服务提供进度监控单元中的服务提供进度信息提供给新的服务提供设备和/或备用设备，以便向用户设备提供与服务中断之前所传递的数据信息连续的信息。

可选地，所述新的服务提供设备和/或所述备用设备向用户设备重新传递数据信息。

可选地，所述服务为IPTV服务或流媒体应用。

可选地，所述设备与用户设备之间建立的连接为VIP连接。

可选地，所述服务提供设备为即时时移流媒体服务器。

根据本发明的方案，通过对服务交付控制设备的改进，使得至少能够在服务提供设备侧发生服务中断时，自动指定新的服务提供设备为用户设备传递数据信息，从而避免现有方案中用户设备手动重新启动服务的过程。由于该过程是自动完成的，因此用户不会见到黑屏、提示信息等影响用户体验的任何信息。而且，由于服务交付控制设备可监控服务提供设备与用户设备之间的通信情况，因此，其能够知晓所提供的服务信息的传送进度，以便在自动恢复服务中断之后向用户设备提供连续的服务信息。

此外，根据本发明的优选方案，为服务交付控制设备提供冗余的备用设备，当该服务交付控制设备自身发生故障时，可以将服务交付控制设备的任务转移到备用设备，由此保证了系统更好的稳定性。而且，在服务交付控制设备可检测服务提供设备侧和用户设备侧的服务中断并提供有备用设备的情况下，网络中的任何一通信点发生故障(用户设备自身的故障除外)或服务中断，均不会影响整个服务交互流程。进一步地，如果在服务交付控制设备与用户设备之间建立虚拟IP网络连接，则可对用户设备隐藏本发明的方案。

附图说明

下面将结合附图详细说明本发明的方案，但是，应当注意的是，为了便于说明的目的文中列举了若干实例，但是这不应当被视为对本发明的限制。其中：

图1示出现有技术中的一种提供有条件的连续性流媒体服务的故障恢复方案的架构；

图2示例性示出根据本发明的一个实施例的自动恢复网络中的服务中断的网络架构；

图3示例性示出根据本发明的一个实施例的SDC服务器的结构；

图4示例性示出根据本发明的另一实施例的SDC服务器的结构；

图5示例性示出根据本发明的又一实施例的SDC服务器的结构；

图6示例性示出根据本发明的一个实施例的恢复RTS服务器侧的服务中断的方法流程图；

图7示例性示出根据本发明的一个实施例的恢复客户端侧的服务中断的方法流程图；

图8示例性示出根据本发明的又一个实施例的方法流程图。

具体实施方式

本发明的基本思想是利用服务交付控制设备来管理服务提供设备与用户设备之间的服务提供，通过对服务中断的检测，及时在服务中断之后自动进行恢复，从而将服务中断的影响降到最低。

在下文的示例性说明中，网络中的服务以流媒体应用/服务为例、服务交付控制设备以SDC服务器为例、服务提供设备以RTS服务器为例。但是本领域技术人员应当理解，由于网络部署环境的多样化，随着具体的应用环境的不同以及根据特定的部署需求，本文所列实例中提到的具体的服务器可以通过由相应的合适设备来替代、由所设置的独立设备来实现其功能、或者将其功能附加到已有的合适设备上等等各种可行的方式来实现。而本文中所提到的具体的流媒体服务，显然，也可由其它各种应用及其组合来替代。

图2示例性示出根据本发明的一个实施例的自动恢复网络中的服务中断的网络架构。类似地，图2中所示的RST服务器之间形成群组，并通过诸如光纤信道等的通信介质来共享所存储的媒体数据信息，并在需要时向SDC服务器提供有关的服务信息。其中，与图1所示的方案不同的是，SDC服务器控制各RTS服务器，并替代RTS服务器向客户端提供流媒体服务。本领域技术人员可以理解，这可通过在SDC服务器中添加适当的路由模块、必要的接口等来实现。在这种情况下，SDC服务器充当中继器，将源自RTS服务器的信息递送给客户端，并且对于客户端来说，实际的RTS服务器被SDC服务器隐藏。由此，当SDC服务器发现RTS服务器侧出现服务中断时，便指定同一群内的其它合适的新RTS服务器以便提供流媒体服务。此外，当SDC服务器发现客户端侧出现服务中断时，可以主动尝试与客户端建立新的连接，以便恢复所中断的服务。

进一步地，如图2所示，为SDC服务器配备了备用SDC服务器，从而形成一优选方案。具体地，当SDC服务器发生故障，或者当备用SDC服务器发现SDC服务器存在故障的情况下，该备用SDC服务器可以接替当前的SDC服务器的工作，从而保证了系统的稳定性。

优选地，如图2所示，SDC服务器可以对服务提供进度进行监控，即，监控已经向客户端提供了多少流媒体服务，从而在指定了新的RTS服务器时，通过数据的同步，可以使新的RTS服务器从中断的位置开始继续向客户端提供服务。

可选地，SDC服务器与客户端之间的连接可以为虚拟IP网络(VIP)连接，这样，便对客户端隐藏了主用/当前活动的SDC服务器及其备用SDC服务器。这是因为通过VIP连接，主用、备用SDC服务器均位于VIP交换机之后，对外为同一访问地址。由此，对于用户设备来说，便完全不会觉察到本发明方案的运行。

需要注意的是，尽管图2示例性示出了特定数量的服务器、客户端、RTS服务器群，但是本领域技术人员应当理解，在具体应用中，其数量是可变的，例如根据需要增加更多的备用SDC服务器、RTS服务器等等，而且被服务的客户端也可以是很多台。而且，具体实现中，图2所示的RTS服务器未必组成共享数据信息的群，特别是在所存储的数据信息量不大的情况下，也可以设置若干RTS服务器分别单独存储相同的数据信息。

下面，通过图3来详细说明SDC服务器的结构。其中，图3示例性示出根据本发明的一个实施例的SDC服务器的结构。其中，为了便于说明，图3中仅示出了与本发明的方案相关的部件，本领域技术人员能够理解，其可包含额外的附加部件、功能等。如图3所示，SDC服务器包括服务中断检测单元、服务提供设备指定单元。其中，服务中断检测单元用于检测RTS服务器侧的服务中断，例如，通过对数据信息和/或链路信息进行检测。这里，RTS服务器侧指RTS服务器与SDC服务器之间的通信路径部分。如果服务中断检测单元检测到服务中断，则服务提供设备指定单元在可用的RTS服务器中指定新的RTS服务器来提供流媒体服务。该新的RTS服务器可以是例如与此前提供了已中断服务的服务器处于同一群中(如图2所示的情况)，或者能够提供所需流媒体服务信息。

可选地，服务中断检测单元还检测客户端侧是否存在服务中断，例如，通过对数据信息和/或链路信息进行检测。这里，客户端侧指SDC服务器与客户端之间的通信路径部分。如果检测到服务中断，则服务提供设备主动尝试与客户端重新建立连接，以便为其提供流媒体服务。

图4示例性示出根据本发明的另一实施例的SDC服务器的结构。如图4所示，在该实施例中，与图3所示结构不同的是，除了图3所示的结构之外，SDC服务器还包括服务提供进程监控单元，用于监控经由SDC服务器向客户端提供的流媒体服务的进程，例如，已经递送了多少数据量、递送到的时间位置等。在发生服务中断的情况下，SDC服务器可以在服务提供设备指定单元指定了新的RTS服务器之后，根据该服务提供进程监控单元的信息，向客户端提供与中断前的流媒体服务连续的信息。

图5示例性示出根据本发明的又一实施例的SDC服务器的结构。如图5所示，在该实施例中，与图3所示结构不同的是，除了图3所示的结构之外，SDC服务器还包括故障检测单元，用于检测SDC服务器自身是否出现了故障，并在发现故障的情况下向其备用SDC服务器发出通知。这里，SDC服务器将需要与备用SDC进行同步的信息包括在该通知中，以便备用设备基于对该通知的接收，便可以替代原SDC服务器向用户设备提供来自RTS服务器的数据信息。上述同步信息包括备用SDC服务器接管原SDC服务器的业务所需的信息，例如包括，但不限于客户端信息、客户端与其所请求的流媒体服务以及相应的RTS服务器的对应信息、可处于其控制下的RTS服务器等等。需要注意的是，不难理解，SDC服务器也可以将上述同步信息置于单独的或其它任何合适的消息中，并通过例如公共通信信道等通信介质发送到备用SDC服务器。

可选地，SDC服务器也可以选择以合适的时间间隔向备用SDC服务器发送其同步信息，例如选择在每个媒体流数据发送周期发送有关的同步信息。在SDC服务器以一定的周期发送其同步信息的情况下，还可以设定如果备用设备在一定的时间内(例如预定/实时调整的时间间隔)没有接收到现用SDC服务器的同步信息，则判定其发生了故障，并使用最新的同步信息(例如上一次收到的同步信息，或其与之前收到的同步信息的组合)为基础，并接管现用故障SDC服务器的工作。

优选地，还可以在图5所示的SDC服务器中增设图4中的服务提供进程监控单元。这样，在所发送的同步信息中便可以包含关于所提供服务的进度信息。这样，便可以实现主用SDC与备用SDC之间的完全同步。当主用SDC发生故障时，备用SDC可以向客户端提供与服务中断之前连续的流媒体服务，即备用SDC能够通知相应的RTS服务器从断开的媒体数据位置继续传送将要发送给客户端的数据。

图6示例性示出根据本发明的一个实施例的恢复RTS服务器侧的服务中断的方法流程图。如图6所示，如果在步骤s601，SDC服务器检测到RTS服务器侧出现服务中断，则在步骤s602中，SDC服务器指定新的RTS服务器为客户端提供流媒体服务。可选地，如果SDC服务器具有对服务提供的进程进行监控的功能，还可以在指定新的RTS服务器的过程中将服务从哪里断开的信息提供给该新的RTS服务器，以便RTS服务器为用户提供连续的流媒体数据。

图7示例性示出根据本发明的一个实施例的恢复客户端侧的服务中断的方法流程图。如图7所示，如果在步骤s701，SDC服务器检测到客户端侧出现服务中断，则在步骤s702中，SDC服务器尝试与客户端之间建立新的连接，以便为客户端提供流媒体服务。

图8示例性示出根据本发明的又一个实施例的方法流程图。在该实施例中，SDC服务器配备有备用设备。于是，如图8所示，如果在步骤s801，SDC服务器发现自身出现了故障，则在步骤s802，向其备用SDC服务器发出通知，并将其同步信息发送给备用设备。在步骤s803，备用设备基于对通知以及同步信息的接收，接管SDC服务器的工作。

通过对上述以及附图中所示实例的详细描述，说明了本发明的基本构思和原理。但是本领域技术人员应当理解，文中所提到的设备的结构，其可以由硬件设备来实现，例如特定的服务器设备，也可以由软件来实现，例如实现其功能的软件/功能模块，并在使用时将其结合到相应的系统中，或者由软件、硬件的组合来实现。而且，上述设备可以是单独的设备，也可以是分布式设备，可位于同一物理节点，也可以位于多个物理节点上。而且，所提到的特定的设备(例如SDC、RTS等)都是示例性的，本领域技术人员完全可以根据具体应用环境的需求，采用其他设备/实体来完成相应的功能。

尽管上文详细描述了根据本发明的实例，但是本领域技术人员应当理解，随着具体实施环境的不同，可以对所提到的方法流程以及设备结构作任何合并、拆分、删减、改变，只要其没有脱离本发明的思想，便落入本发明的保护范围内。

Claims (10)

1.一种用于对网络中的服务中断进行自动恢复的方法，所述网络包括用户设备、服务交付控制设备以及服务提供设备，其中，用户设备通过服务交付控制设备接收来自服务提供设备的数据信息，服务交付控制设备用于管理服务提供设备与用户设备之间的服务提供，所述方法包括：

服务交付控制设备检测服务提供设备侧是否存在服务中断；

如果存在服务中断，则服务交付控制设备自动指定新的服务提供设备，以便替代之前的服务提供设备向用户设备提供数据信息；

如果服务交付控制设备检测到用户设备侧存在服务中断，则自动尝试与该用户设备建立新的连接。

2.根据权利要求1所述的方法，其中，所述方法还包括：

基于服务交付控制设备发现自身产生故障，向其备用服务交付控制设备发出通知，并将其同步信息提供给备用服务交付控制设备；

基于对所述通知的接收并根据所述同步信息，备用服务交付控制设备替代服务交付控制设备向用户设备提供来自服务提供设备的数据信息。

3.根据权利要求1所述的方法，其中，所述方法还包括：

服务交付控制设备定期向其备用服务交付控制设备提供同步信息；

如果备用服务交付控制设备在一定的时间内没有收到来自服务交付控制设备的同步信息，则根据已接收的同步信息替代服务交付控制设备向用户设备提供来自服务提供设备的数据信息。

4.根据权利要求1至3中任一个所述的方法，其中，所述服务交付控制设备将服务提供进度信息提供给新的服务提供设备和/或备用服务交付控制设备，以便向用户设备提供与服务中断之前所传递的数据信息连续的信息；和/或所述新的服务提供设备和/或所述备用服务交付控制设备向用户设备重新传递数据信息。

5.根据权利要求1至3中任一个所述的方法，其中，所述服务为IPTV服务或流媒体应用；和/或所述服务交付控制设备与用户设备之间建立的连接为VIP连接；和/或所述服务提供设备为流媒体服务器。

6.一种用于对网络中的服务中断进行自动恢复的设备，所述网络包括用户设备和服务提供设备，其中，用户设备通过所述设备接收来自服务提供设备的数据信息，所述设备用于管理服务提供设备与用户设备之间的服务提供，所述设备包括：

服务中断检测单元，用于检测服务提供设备侧是否存在服务中断；以及

服务提供设备定向单元，如果存在服务中断，则该定向单元自动指定新的服务提供设备，以便替代之前的服务提供设备向用户设备提供数据信息；

其中所述服务中断检测单元检测到用户设备侧存在服务中断，则所述设备自动尝试与该用户设备建立新的连接。

7.根据权利要求6所述的设备，其中，所述设备还包括：

故障检测单元，用于在发现所述设备产生故障的情况下，向其备用设备发出通知，并将其同步信息提供给该备用设备；

其中，使备用设备基于对所述通知的接收并根据所述同步信息，替代所述设备向用户设备提供来自服务提供设备的数据信息。

8.根据权利要求6所述的设备，其中，所述设备还包括：所述设备定期向其备用设备提供同步信息；如果备用设备在一定的时间内没有收到来自所述设备的同步信息，则根据已接收的同步信息替代所述设备向用户设备提供来自服务提供设备的数据信息。

9.根据权利要求6至8中任一个所述的设备，其中，所述设备还包括服务提供进度监控单元，所述设备将所述服务提供进度监控单元中的服务提供进度信息提供给新的服务提供设备和/或备用设备，以便向用户设备提供与服务中断之前所传递的数据信息连续的信息；和/或所述新的服务提供设备和/或所述备用设备向用户设备重新传递数据信息。

10.根据权利要求6至8中任一个所述的设备，其中，所述服务为IPTV服务或流媒体应用；和/或所述设备与用户设备之间建立的连接为VIP连接；和/或所述服务提供设备为流媒体服务器。