CN101505298A - 一种媒体时移码流的存储和获取方法及多媒体业务系统 - Google Patents

Abstract

一种媒体时移码流的存储和获取方法及多媒体业务系统，该系统包括媒体源、用户终端设备、时移写服务器、时移存储服务器、时移重定向服务器和多个流媒体服务器；时移写服务器接收媒体源发送的媒体码流，写入时移存储服务器；用户终端设备要获取媒体内容的时移码流时，请求时移重定向服务器为其选择一个流媒体服务器，然后选择的流媒体服务器建立时移服务的媒体控制会话并向流媒体服务器请求媒体内容的时移码流；流媒体服务器从时移存储服务器获取媒体内容的时移码流并向用户终端设备发送，用户终端设备接收时移码流。本发明可节约用于存储时移码流的存储空间，并支持大规模的用户终端设备的并发访问。

Description

一种媒体时移码流的存储和获取方法及多媒体业务系统

技术领域

本发明涉及电信网络中的多媒体业务领域，尤其涉及一种媒体时移码流的存储和获取方法及多媒体业务系统。

背景技术

网络带宽的提高和电信网络技术的发展为在电信网络上开展基于媒体内容的增值服务业务提供了可能。流媒体技术提供了一种在网络中传输视频、音频、图片等媒体内容的方式，因此在多媒体业务系统，特别是IPTV多媒体业务中得到了广泛的应用。同时，随着电信网络技术的发展，在电信网络中开展多媒体业务，比如IPTV网络电视、视频监控、移动流媒体等多媒体业务已逐渐成为一种趋势。

IPTV的直播业务的基本形式就是将视频和音频数据传递给接入IPTV网络的机顶盒设备，随着用户规模的扩大，机顶盒数目的增多给系统媒体服务提供设备带来了较大的压力。组播技术能够实现在消耗较少的系统设备服务能力的前提条件下，同时向大量用户发送音频和视频数据，因此目前比较多的IPTV系统，都采用IP组播技术来构建直播频道业务。但是采用组播技术构建直播频道业务引入了新的问题，就是用户在观看组播频道时，如何观看频道的历史内容，即组播频道的时移电视的实现。

此外，目前的IPTV组播时移电视是由流媒体服务器来存储相应频道的内容，同时接受用户机顶盒的时移播放请求，为用户机顶盒提供时移码流。但是，这种架构和服务提供方式不太适应大规模并发访问的场景，会出现资源浪费和不平衡的现象。

在其他媒体播放的领域如视频监控、移动流媒体领域也存在类似的问题。

发明内容

本发明要解决的技术问题是提供一种媒体时移码流的存储和获取方法及多媒体业务系统，该方法和系统可节约用于存储时移码流的存储空间，并支持大规模的用户终端设备的并发访问。

为了解决上述问题，本发明提供了一种媒体时移码流的存储和获取方法，应用于包括媒体源、用户终端设备、时移写服务器、时移存储服务器、时移重定向服务器和多个流媒体服务器的系统，该方法包括：

所述时移写服务器接收所述媒体源发送的媒体码流，并写入所述时移存储服务器；

所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的所选择的流媒体服务器的信息，然后和所述流媒体服务器建立时移服务的媒体控制会话并向所述流媒体服务器请求所述媒体内容的时移码流；

所述流媒体服务器从所述时移存储服务器获取所述媒体内容的时移码流并向所述用户终端设备发送，所述用户终端设备接收所述时移码流。

进一步地，上述方法还可具有以下特点：

所述媒体源为频道组播源，所述媒体内容为组播频道内容；

所述时移写服务器接收所述频道组播源在网络中发送的组播频道的组播码流，并将该组播码流写入所述时移存储服务器，该时移存储服务器保存的该组播码流即为组播频道的时移码流。

进一步地，上述方法还可具有以下特点：

系统中的所有流媒体服务器周期性地向所述时移重定向服务器发送本流媒体服务器的性能参数，包括当前负载的参数；所述时移重定向服务器接收各个流媒体服务器的性能参数并进行保存或更新；

所述用户终端设备要获取媒体内容的时移码流时，向所述时移重定向服务器发送时移重定向请求，所述时移重定向服务器收到该时移重定向请求后，根据保存的各个流媒体服务器的性能参数，选择一个负载最轻的流媒体服务器，将该流媒体服务器的信息返回给所述用户终端设备。

进一步地，上述方法还可具有以下特点：

所述频道组播源采用用户数据报协议UDP或实时传输协议RTP发送组播频道的码流，所述用户终端设备与所述时移重定向服务器及流媒体服务器之间的信令交互协议为实时流协议RTSP；

所述用户终端设备和所述流媒体服务器建立时移服务的媒体控制会话时，先从所述流媒体服务器获取组播频道时移码流的会话描述协议信息，将接收时移码流的UDP端口通知所述流媒体服务器并获取所述流媒体服务器用于发送组播频道时移码流的UDP端口，然后，所述用户终端设备向所述流媒体服务器发送时移播放请求，携带指示所请求时移码流的时移参数，收到所述流媒体服务器返回的响应后，建立起时移服务的媒体控制会话。

进一步地，上述方法还可具有以下特点：

所述用户终端设备向所述流媒体服务器发送对所述组播频道内容的时移码流的请求时，在该请求中携带组播频道的标识信息和请求的所述媒体内容所在的时移位置信息；

所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所述时移存储服务器；

所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述组播频道内容的时移码流并发送给所述用户终端设备。

进一步地，上述方法还可具有以下特点：

所述流媒体服务器暂存从所述时移存储服务器获取的时移码流，对于建立媒体控制会话之后收到的所述用户终端设备对组播频道内容的时移码流的请求，所述流媒体服务器如判断本地保存有该时移码流，则直接向所述用户终端设备发送该时移码流，如本地没有保存该时移码流，再从所述时移存储服务器上获取所述组播频道内容的时移码流，并将获取的时移码流发送给所述用户终端设备。

相应地，本发明提供的多媒体业务系统，包括媒体源、用户终端设备、多个流媒体服务器和时移写服务器、时移存储服务器和时移重定向服务器，其中：

所述时移写服务器用于接收所述媒体源发送的媒体码流，并写入所述时移存储服务器；

所述时移存储服务器用于保存写入的媒体码流；

所述时移重定向服务器用于在接收到所述用户终端设备发送的时移服务的重定向请求后，选择为该用户终端设备提供服务的流媒体服务器并将该流媒体服务器的信息通知该用户终端设备；

所述流媒体服务器用于与所述用户终端设备建立时移服务的媒体控制会话，接收所述用户终端设备发送的对媒体内容的时移码流的请求，从所述时移存储服务器或本地获取所述时移码流并发送给所述用户终端设备；

所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的流媒体服务器的信息，然后和该流媒体服务器建立时移服务的媒体控制会话，向该流媒体服务器请求所述媒体内容的时移码流并接收该时移码流。

进一步地，上述多媒体业务系统还可具有以下特点：

所述媒体源为频道组播源，用于在网络中发送组播频道的组播码流；

所述时移写服务器用于接收所述频道组播源发送的组播频道的组播码流并写入所述时移存储服务器，该时移存储服务器保存的组播频道的组播码流即组播频道的时移码流。

进一步地，上述多媒体业务系统还可具有以下特点：

所述流媒体服务器周期性地向所述时移重定向服务器发送本流媒体服务器的性能参数，包括当前负载的参数；

所述时移重定向服务器接收各流媒体服务器的性能参数并进行保存和更新，在收到所述用户终端设备的重定向请求后，选择一个负载最轻的流媒体服务器并将该流媒体服务器的信息返回给所述用户终端设备。

进一步地，上述多媒体业务系统还可具有以下特点：

所述用户终端设备向所述流媒体服务器发送对所述组播频道内容的时移码流的请求时，在该请求中携带所述组播频道的标识信息和请求的所述时移码流所在的时移位置信息；

所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所述时移存储服务器；

所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述组播频道内容的时移码流并发送给所述用户终端设备。

综上所述，本发明用时移写服务器接收媒体码流并集中存储在时移存储服务器，重定向到的流媒体服务器收到用户终端设备对媒体的时移服务请求后，向时移存储服务器读取相应媒体内容，再向用户终端设备发送时移码流。因此，用户终端设备如机顶盒可以接收媒体(如组播频道)的时移码流并进行播放或录制，用户就能够观看或录制媒体的历史内容。同时，本发明用于存储媒体的磁盘空间少，可以支持大规模的用户终端设备的并发访问，适合于在大规模的IPTV等多媒体业务系统中采用。

附图说明

图1为本发明实施例实现组播频道时移播放的系统的架构图。

图2为本发明实施例中流媒体服务器性能上报的流程图。

图3为本发明实施例中组播频道码流发送和时移存储的流程图。

图4为本发明实施例中组播频道的时移播放的信令流程图。

具体实施方式

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。

如图1所示，本实施例提供了一种可以实现IPTV组播频道时移播放的多媒体业务系统，包括频道组播源(MS，Muticast Source)、时移重定向服务器(TSRS，Time-Shift Redirect Server)、时移写服务器(TSWS，Time-Shift WriteServer)、时移存储服务器(TSSS，Time-Shift Storge Server)、多个流媒体服务器(SS，Stream Server)和用户终端设备(UE，User Equipment)，本实施例中用户终端设备以用户机顶盒(STB，Set Top Box)为例。频道组播源以组播的方式将码流发送到时移写服务器以及用户设备，时移写服务器往时移存储服务器写入时移码流，流媒体服务器(图中用SS1，SS2...SSn表示)从时移存储服务器中读取时移码流，时移重定向服务器与流媒体服务器和用户终端设备连接。作为示例，本实施例中频道组播源采用UDP(User DatagramProtocol，用户数据报协议)/RTP(Real-time Transport Protocol，实时传输协议)协议发送组播频道的码流，码流的编码格式采用H.264格式，用户机顶盒与时移重定向服务器SRS的重定向请求与响应(即请求消息和响应消息)以及与流媒体服务器之间的信令交互协议均为实时流协议(RTSP，Real TimeStreaming Protocol)，用户机顶盒与流媒体服务器之间的数据传输采用RTP协议。

具体地，各设备相关的功能如下：

频道组播源用于在网络中发送组播频道的组播码流(是一种实时的码流)；

时移写服务器用于接收所述频道组播源发送的组播频道的组播码流并写入所述时移存储服务器，可将组播码流组织成组播时移文件的形式写入所述时移存储服务器；

时移存储服务器用于保存写入的组播码流的数据；

时移重定向服务器用于在接收到用户终端设备发送的时移服务的重定向请求后，选择为该用户终端设备提供服务的流媒体服务器并将该流媒体服务器的信息通知该用户终端设备；

流媒体服务器用于与用户终端设备建立时移服务的媒体控制会话，接收到用户终端设备发送的对组播频道内容的请求后，从时移存储服务器或本地获取之前存储的该组播频道内容的组播码流即该组播频道内容的时移码流，并将获取的时移码流发送给该用户终端设备；

用户终端设备在要获取组播频道内容的时移码流时，请求所述时移重定向服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的流媒体服务器的信息，然后和该流媒体服务器建立时移服务的媒体控制会话，向该流媒体服务器请求所述组播频道内容的时移码流并接收流媒体服务器发送的该时移码流。

此外，流媒体服务器还周期性地向所述时移重定向服务器发送本流媒体服务器的性能参数，包括当前负载的参数；所述时移重定向服务器接收各流媒体服务器的性能参数并进行保存和更新，在收到所述用户终端设备的重定向请求后，选择一个负载最轻的流媒体服务器并将该流媒体服务器的信息返回给所述用户终端设备。

上述各设备的具体操作见下文流程中的描述。

如图2，3，4所示，本实施例提供的组播频道时移的方法包括流媒体服务器性能上报流程、组播频道码流发送和时移存储流程，以及组播频道的时移播放流程。

如图2，媒体服务器性能上报流程包括以下步骤：

步骤200：系统中所有的流媒体服务器周期性地给时移重定向服务器发送本流媒体服务器的性能参数；

上述性能参数可以包括当前流媒体服务器的负载信息，比如流媒体服务器上正在请求时移服务的机顶盒数。

步骤201：时移重定向服务器接收各个流媒体服务器的性能参数并进行保存或更新。

上述性能参数可以作为时移重定向服务器为用户终端设备选择流媒体服务器的依据。

如图3，组播频道实时码流发送和时移存储的流程包含以下步骤：

步骤300：频道组播源将组播频道的内容组织成H.264编码格式的码流，并将码流数据封装成可以在网络上传输的RTP/UDP数据包，在网络上指定的组播地址MultiCastIP和组播端口Port1上发送组播频道的RTP/UDP码流；

步骤301：时移写服务器采用组播地址MultiCastIP和组播端口Port1加入频道的组播组，接收频道的组播RTP/UDP码流，同时将频道的组播RTP码流写入时移存储服务器；

可以将组播码流组织成组播时移文件的方式写入时移存储服务器。另应说明的是，时移写服务器和时移存储服务器是从功能角度进行的逻辑上划分，在实体上完全可以采用同一服务器。

步骤302：机顶盒采用组播地址MultiCastIP和组播端口Port1加入频道的UDP组播组，并接收组播RTP码流，并将接收到的组播RTP码流进行H.264解码，还原成视频图像并展示。

特别说明：步骤301和302是同时进行的步骤，没有先后顺序。

如图4，组播频道的时移播放流程包含以下步骤：

步骤400：用户通过用户机顶盒进行时移操作时，用户机顶盒向时移重定向服务器发送组播频道的时移重定向请求，请求该时移重定向服务器为其重定向到一流媒体服务器，请求消息采用RTSP协议中的DESCRIBE，即图中的RTSP Describe消息；

用户可以直接以时移方式观看，也可以在以直播方式观看IPTV组播频道的过程中，通过对终端的控制操作，转为时移方式观看。

步骤401：时移重定向服务器收到时移重定向请求后，根据保存的各流媒体服务器的性能参数，选择一个负载最轻的流媒体服务器；

除了考虑负载均衡外，在其它实施方式中，时移重定向服务也可以使用或结合其他的策略来选择流媒体服务器。

步骤402：时移重定向服务器给用户机顶盒返回时移重定向响应，即图中的RTSP 302 Response消息，表示RTSP消息中状态码为302，响应中Location字段包含步骤401中选择的负载最轻的流媒体服务器的信息；

步骤403：用户机顶盒根据时移重定向服务器返回的响应中指示的流媒体服务器的信息，向该流媒体服务器发送时移服务请求，请求消息采用RTSP协议的DESCRIBE即图中的RTSP DESCRIBE消息，请求组播频道时移码流的会话描述协议(SDP)信息，该消息中包含组播频道的信息；

步骤404：该流媒体服务器向用户机顶盒发送RTSP DESCRIBE的响应，RTSP响应的状态码为200，图中用RTSP 200 Response表示，RTSP响应包含组播频道时移码流的SDP信息，该SDP信息中包含了组播时移码流接收的多种参数，包含码流编码格式等；

步骤405：用户机顶盒向该流媒体服务器发送媒体控制会话的建立请求，请求采用RTSP协议的SETUP消息，并在RTSP SETUP消息中向该流媒体服务器提供一个用于接收时移码流的UDP端口Port2；

步骤406：该流媒体服务器分配用于发送组播频道的时移码流的本地的UDP端口，并返回RTSP SETUP的响应，RTSP响应的状态码为200，响应中包含该流媒体服务器的本地UDP端口；

步骤407：用户机顶盒向该流媒体服务器发送时移播放请求，请求消息采用RTSP协议的PLAY，并在RTSP PLAY消息中携带时移参数；

用户机顶盒初次向流媒体服务器发送时移播放请求时，该时移参数可包括组播频道的标识信息和请求的组播频道内容的时移位置信息。如用户想要观看组播频道的某段历史内容时，时移参数可以包括组播频道标识和时移位置信息如该段历史内容的起始时间。本发明对时移播放请求中包含的时移参数不做局限。

上述“时移播放请求”消息不应理解为终端要请求播放，该请求是请求发送某段媒体内容的时移码流。文中的消息名称并不是唯一的和不能变化的，事实上在不同协议中消息的名称往往是不同的，因此不同名称的消息如果作用相同，应视为是等同的。对于时移写服务器、时移存储服务器、时移重定向服务器等设备的名称也是如此。

步骤408：流媒体服务器SSi收到RTSP PLAY请求消息后，给用户机顶盒返回RTSP响应，响应码为200，时移服务的媒体控制会话建立；

步骤409：流媒体服务器SSi根据用户机顶盒的RTSP PLAY消息中的时移参数，从时移存储服务器中相应组播频道的组播时移文件中获取请求的组播频道内容的组播码流即该组播频道内容的时移码流，并将获取的时移码流组织成RTP数据包向用户机顶盒的UDP端口Port2发送；

在用户要从某个位置开始读取历史内容的组播码流时，流媒体服务器SSi在确定相应的组播时移文件后，从该位置开始读取组播码流，同时将读取到的组播码流发送给用户机顶盒。因为该组播码流是历史内容的组播码流，因此即为该组播频道的时移码流。

时移存储服务器可以直接用存储设备如磁盘阵列来构成，流媒体服务器可以直接从该磁盘阵列中读取所需的组播码流。

步骤410：用户机顶盒在UDP端口Port2接收流媒体服务器SSi发送的时移码流，并对该时移码流进行H.264解码，还原成视频图像并展示。

上述流程步骤401至409也适用于对组播频道进行时移录制的场景，在步骤410中，用户机顶盒在接收到时移码流后是进行录制而不是时移播放。

本实施中，用户机顶盒与时移重定向服务器和流媒体服务器采用的交互协议为IETF标准协议，但步骤400、步骤402、步骤403、步骤404、步骤405、步骤406、步骤407、步骤408、步骤409中在具体实施中也可采用不同的媒体交互协议。

本实施例采用组播频道的编码格式为H.264格式，但本发明组播频道的编码格式不局限于某一种具体的格式，在实际应用中可采用替代的媒体编码格式，比如MPEG-4，3GPP2等。

此外，流媒体服务器可以暂存从时移存储服务器读取的组播码流，在本实施步骤410之后，用户机顶盒可以通过与流媒体服务器建立好的RTSP通信链路，继续向流媒体服务器请求组播频道内容的时移码流并提供相应的时移参数(时移参数除组播频道外，可包含快进或快退或暂停命令或其他命令，有快进和快退命令时还可以包含快进或快退的速率信息等)，流媒体服务器根据该时移参数从时移存储服务器读取所请求的组播频道内容的时移码流，或者也可以是停止和恢复时移码流的发送，以实现快进、快退、暂停等时移操作，从而可增加本发明的实用性。

对于建立媒体控制会话之后用户机顶盒向流媒体服务器发送的对组播频道内容时移码流的请求，如想从当前位置快进或快退或暂停，流媒体服务器如判断本地存储的该组播频道内容的时移码流中包含请求的时移码流则直接提供给用户机顶盒，如本地没有请求的时移码流，则从时移存储服务器上获取该时移码流并向用户机顶盒发送。

可以看出，本实施例中，频道组播源将频道内容在网络中组播，用户终端设备和组播时移服务器都可以接收实时的组播码流，时移写服务器接收组播频道的组播码流后，写入时移存储服务器；用户终端设备要以时移方式观看或录制该组播频道时，向时移重定向服务器发送重定向请求，接收到时移重定向服务器返回选择的流媒体服务器信息后，向该流媒体服务器发送时移服务请求，由该流媒体服务器从时移存储服务器获取所需的组播频道的时移码流向用户终端设备发送。所有的流媒体服务器都可以读取到组播时移存储服务器中的组播频道的时移码流，为用户终端设备提供组播频道的时移服务。

因为组播码流在时移存储服务器中只保存一份，而多个流媒体服务器都可以读取并且能够向用户机顶盒提供服务，因此可以节约存储媒体的磁盘空间，而时移重定向服务器的设置，使得本发明可以支持大规模的用户终端设备的并发访问，适合于在大规模的IPTV等多媒体业务系统中采用。

本发明还可以扩展应用到其他业务领域如视频监控、移动流媒体等多媒体业务系统，相应地，上述组播频道应替换为该业务系统中的相应媒体，而用户机顶盒请求的也是该媒体内容的时移码流，其他流程方面与上述实施例及其变例是相似的。在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1、一种媒体时移码流的存储和获取方法，应用于包括媒体源、用户终端设备、时移写服务器、时移存储服务器、时移重定向服务器和多个流媒体服务器的系统，该方法包括：

所述时移写服务器接收所述媒体源发送的媒体码流，并写入所述时移存储服务器；

所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的所选择的流媒体服务器的信息，然后和所述流媒体服务器建立时移服务的媒体控制会话并向所述流媒体服务器请求所述媒体内容的时移码流；

所述流媒体服务器从所述时移存储服务器获取所述媒体内容的时移码流并向所述用户终端设备发送，所述用户终端设备接收所述时移码流。

2、如权利要求1所述的方法，其特征在于：

所述媒体源为频道组播源，所述媒体内容为组播频道内容；

所述时移写服务器接收所述频道组播源在网络中发送的组播频道的组播码流，并将该组播码流写入所述时移存储服务器，该时移存储服务器保存的该组播码流即为组播频道的时移码流。

3、如权利要求1或2所述的方法，其特征在于：

系统中的所有流媒体服务器周期性地向所述时移重定向服务器发送本流媒体服务器的性能参数，包括当前负载的参数；所述时移重定向服务器接收各个流媒体服务器的性能参数并进行保存或更新；

所述用户终端设备要获取媒体内容的时移码流时，向所述时移重定向服务器发送时移重定向请求，所述时移重定向服务器收到该时移重定向请求后，根据保存的各个流媒体服务器的性能参数，选择一个负载最轻的流媒体服务器，将该流媒体服务器的信息返回给所述用户终端设备。

4、如权利要求2所述的方法，其特征在于：

所述频道组播源采用用户数据报协议UDP或实时传输协议RTP发送组播频道的码流，所述用户终端设备与所述时移重定向服务器及流媒体服务器之间的信令交互协议为实时流协议RTSP；

所述用户终端设备和所述流媒体服务器建立时移服务的媒体控制会话时，先从所述流媒体服务器获取组播频道时移码流的会话描述协议信息，将接收时移码流的UDP端口通知所述流媒体服务器并获取所述流媒体服务器用于发送组播频道时移码流的UDP端口，然后，所述用户终端设备向所述流媒体服务器发送时移播放请求，携带指示所请求时移码流的时移参数，收到所述流媒体服务器返回的响应后，建立起时移服务的媒体控制会话。

5、如权利要求2所述的方法，其特征在于：

所述用户终端设备向所述流媒体服务器发送对所述组播频道内容的时移码流的请求时，在该请求中携带组播频道的标识信息和请求的所述媒体内容所在的时移位置信息；

所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所述时移存储服务器；

所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述组播频道内容的时移码流并发送给所述用户终端设备。

6、如权利要求5所述的方法，其特征在于：

所述流媒体服务器暂存从所述时移存储服务器获取的时移码流，对于建立媒体控制会话之后收到的所述用户终端设备对组播频道内容的时移码流的请求，所述流媒体服务器如判断本地保存有该时移码流，则直接向所述用户终端设备发送该时移码流，如本地没有保存该时移码流，再从所述时移存储服务器上获取所述组播频道内容的时移码流，并将获取的时移码流发送给所述用户终端设备。

7、一种多媒体业务系统，包括媒体源、用户终端设备和多个流媒体服务器，其特征在于，还包括时移写服务器、时移存储服务器和时移重定向服务器，其中：

所述时移写服务器用于接收所述媒体源发送的媒体码流，并写入所述时移存储服务器；

所述时移存储服务器用于保存写入的媒体码流；

所述时移重定向服务器用于在接收到所述用户终端设备发送的时移服务的重定向请求后，选择为该用户终端设备提供服务的流媒体服务器并将该流媒体服务器的信息通知该用户终端设备；

所述流媒体服务器用于与所述用户终端设备建立时移服务的媒体控制会话，接收所述用户终端设备发送的对媒体内容的时移码流的请求，从所述时移存储服务器或本地获取所述时移码流并发送给所述用户终端设备；

所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的流媒体服务器的信息，然后和该流媒体服务器建立时移服务的媒体控制会话，向该流媒体服务器请求所述媒体内容的时移码流并接收该时移码流。

8、如权利要求7所述的多媒体业务系统，其特征在于：

所述媒体源为频道组播源，用于在网络中发送组播频道的组播码流；

所述时移写服务器用于接收所述频道组播源发送的组播频道的组播码流并写入所述时移存储服务器，该时移存储服务器保存的组播频道的组播码流即组播频道的时移码流。

9、如权利要求7或8所述的系统，其特征在于：

所述流媒体服务器周期性地向所述时移重定向服务器发送本流媒体服务器的性能参数，包括当前负载的参数；

所述时移重定向服务器接收各流媒体服务器的性能参数并进行保存和更新，在收到所述用户终端设备的重定向请求后，选择一个负载最轻的流媒体服务器并将该流媒体服务器的信息返回给所述用户终端设备。

10、如权利要求8所述的系统，其特征在于：

所述用户终端设备向所述流媒体服务器发送对所述组播频道内容的时移码流的请求时，在该请求中携带所述组播频道的标识信息和请求的所述时移码流所在的时移位置信息；

所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所述时移存储服务器；

所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述组播频道内容的时移码流并发送给所述用户终端设备。

Images