一种媒体时移码流的存储和获取方法及多媒体业务系统的制作方法
专利名称：一种媒体时移码流的存储和获取方法及多媒体业务系统的制作方法
技术领域：
本发明涉及电信网络中的多々某体业务领域，尤其涉及一种々某体时移码流 的存储和获取方法及多媒体业务系统。
背景技术：
网络带宽的提高和电信网络技术的t艮为在电信网络上开底基于媒体内
容的增值服务业务提供了可能。流々某体技术提供了 一种在网络中传输^L频、 音频、图片等媒体内容的方式，因此在多媒体业务系统，特别是IPTV多媒体 业务中得到了广泛的应用。同时，随着电信网络技术的t艮，在电信网络中 开展多媒体业务，比如IPTV网络电视、视频监控、移动流4某体等多4某体业务 已逐渐成为一种趋势。
IPTV的直播业务的基本形式就是将视频和音频数据传递给接入IPTV网 络的机顶盒设备，随着用户规模的扩大，机顶盒数目的增多给系统媒体服务 提供设备带来了较大的压力。组播技术能够实现在消耗较少的系统设备服务 能力的前提条件下，同时向大量用户发送音频和视频数据，因此目前比较多 的IPTV系统，都釆用IP组播技术来构建直播频道业务。但是采用组播技术 构建直播频道业务引入了新的问题，就是用户在观看组播频道时，如何观看 频道的历史内容，即组播频道的时移电视的实现。
此外，目前的IPTV组播时移电视是由流^^体服务器来存储相应频道的 内容，同时接受用户机顶盒的时移播;^欠请求，为用户机顶盒提供时移码流。 但是，这种架构和服务提供方式不太适应大规模并发访问的场景，会出现资 源浪费和不平衡的现象。
在其他媒体播放的领域如视频监控、移动流媒体领域也存在类似的问题。
发明内容
本发明要解决的技术问题是提供一种媒体时移码流的存储和获取方法及 多^f某体业务系统，该方法和系统可节约用于存储时移码流的存储空间，并支 持大恥漠的用户终端设备的并发访问。
为了解决上述问题，本发明提供了一种媒体时移码流的存储和获取方法， 应用于包括媒体源、用户终端设备、时移写服务器、时移存储服务器、时移
重定向服务器和多个流々某体服务器的系统，该方法包括
所述时移写服务器接收所述々某体源发送的媒体码流，并写入所述时移存 储服务器；
所述用户终端设备要获取4某体内容的时移码流时，请求所述时移重定向 服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的所选 择的流媒体服务器的信息，然后和所述流媒体服务器建立时移服务的媒体控 制会话并向所述流媒体服务器请求所述媒体内容的时移码流；
并向所述用户终端设备发送，所述用户终端设备接收所述时移码流。 进一步地，上述方法还可具有以下特点 所述媒体源为频道组播源，所述i某体内容为组播频道内容； 所述时移写服务器接收所述频道组播源在网络中发送的组播频道的组播
码流，并将该组播码流写入所述时移存储服务器，该时移存储服务器保存的
该组播码流即为组播频道的时移码流。
进一步地，上述方法还可具有以下特点
系统中的所有流々某体服务器周期性地向所述时移重定向服务器发送本流 媒体服务器的性能参数，包括当前负载的参数；所述时移重定向服务器接收 各个流媒体服务器的性能参数并进行保存或更新；
所述用户终端设备要获取媒体内容的时移码流时，向所迷时移重定向服 务器发送时移重定向请求，所述时移重定向服务器收到该时移重定向请求后， 根据保存的各个流媒体服务器的性能参数，选择一个负载最轻的流媒体服务 器，将该流媒体服务器的信息返回给所述用户终端设备。进一步地，上述方法还可具有以下特点
所述频道组播源采用用户数据才艮协i义UDP或实时传输协议RTP发送组 播频道的码流，所述用户终端设备与所述时移重定向服务器及流媒体服务器 之间的信令交互协议为实时流协议RTSP;
所述用户终端设备和所述流媒体服务器建立时移服务的媒体控制会话 时，先从所述流媒体服务器获取组播频道时移码流的会话描述协议信息，将 接收时移码流的UDP端口通知所述流媒体服务器并获取所述流媒体服务器 用于发送组播频道时移码流的UDP端口 ，然后，所述用户终端设备向所述流 媒体服务器发送时移播放请求，携带指示所请求时移码流的时移参数，收到 所述流媒体服务器返回的响应后，建立起时移服务的媒体控制会话。
进一步地，上述方法还可具有以下特点
所述用户终端设备向所述流媒体服务器发送对所述组播频道内容的时移 码流的请求时，在该请求中携带组播频道的标识信息和请求的所述々某体内容 所在的时移位置信息；
所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所 述时移存储服务器；
所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所 述时移存储服务器中所述组播频道的組播时移文件的所述时移位置获取所述 组播频道内容的时移码流并发送给所述用户终端设备。
进一步地，上述方法还可具有以下特点
所述流媒体服务器暂存从所述时移存储服务器获取的时移码流，对于建 立媒体控制会话之后收到的所述用户终端设备对组播频道内容的时移码流的 请求，所述流媒体服务器如判断本地保存有该时移码流，则直接向所述用户 终端设备发送该时移码流，如本地没有保存该时移码流，再从所述时移存储 服务器上获取所述组播频道内容的时移码流，并将获取的时移码流发送给所 述用户终端设备。
相应地，本发明提供的多媒体业务系统，包括媒体源、用户终端设备、多个流媒体服务器和时移写服务器、时移存储服务器和时移重定向服务器，
其中
所述时移写服务器用于接收所述媒体源发送的媒体码流，并写入所述时 移存储服务器；
所迷时移存储服务器用于保存写入的々某体码流；
所述时移重定向服务器用于在接收到所述用户终端设备发送的时移服务 的重定向请求后，选择为该用户终端设备提供服务的流媒体服务器并将该流 媒体服务器的信息通知该用户终端设备；
所述流4某体服务器用于与所述用户终端设备建立时移服务的媒体控制会 话，接收所述用户终端设备发送的对媒体内容的时移码流的请求，从所述时 移存储服务器或本地获取所述时移码流并发送给所述用户终端设备；
所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向 服务器为其选择一个流4某体服务器并接收所述时移重定向服务器返回的流々某 体服务器的信息，然后和该流媒体服务器建立时移服务的媒体控制会话，向 该流媒体服务器请求所述媒体内容的时移码流并接收该时移码流。
进一步地，上述多士某体业务系统还可具有以下特点
所述媒体源为频道组播源，用于在网络中发送组播频道的组播码流；
所述时移写服务器用于接收所述频道组播源发送的组播频道的组播码流
并写入所述时移存储服务器，该时移存储服务器保存的组播频道的组播码流
即组播频道的时移码流。
进一步地，上述多々某体业务系统还可具有以下特点
所述流媒体服务器周期性地向所述时移重定向服务器发送本流纟某体服务 器的性能参数，包括当前负载的参数；
所述时移重定向服务器接收各流4某体服务器的性能参数并进行保存和更 新，在收到所述用户终端设备的重定向请求后，选择一个负载最轻的流媒体 服务器并将该流媒体服务器的信息返回给所述用户终端设备。
进一步地，上述多々某体业务系统还可具有以下特点所述用户终端设备向所述流4某体服务器发送对所述组播频道内容的时移 码流的请求时，在该请求中携带所述组播频道的标识信息和请求的所述时移
码流所在的时移位置信息；
所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所 述时移存储服务器；
所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所 述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述 组播频道内容的时移码流并发送给所述用户终端设备。
综上所述，本发明用时移写服务器接收々某体码流并集中存储在时移存储 服务器，重定向到的流媒体服务器收到用户终端设备对媒体的时移服务请求 后，向时移存储服务器读取相应々某体内容，再向用户终端设备发送时移码流。 因此，用户终端设备如机顶盒可以接收媒体(如组播频道)的时移码流并进 行播放或录制，用户就能够观看或录制+某体的历史内容。同时，本发明用于 存储i某体的磁盘空间少，可以支持大M^莫的用户终端设备的并发访问，适合 于在大规^莫的IPTV等多媒体业务系统中采用。
图1为本发明实施例实现組播频道时移播放的系统的架构图。 图2为本发明实施例中流媒体服务器性能上报的流程图。 图3为本发明实施例中组播频道码流发送和时移存储的流程图。 图4为本发明实施例中组播频道的时移播放的信令流程图。
具体实施例方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
如图1所示，本实施例提供了 一种可以实现IPTV组播频道时移播;故的多 々某体业务系统，包括频道组播源(MS， Muticast Source)、时移重定向J艮务器 (TSRS, Time-Shift Redirect Server)、时移写月良务器(TSWS ， Time-Shift Write
10Server)、时移存储服务器(TSSS， Time-Shift Storge Server)、多个流々某体服 务器(SS， Stream Server)和用户终端设备(UE, User Equipment)，本实施例 中用户终端设备以用户机顶盒(STB, Set Top Box)为例。频道组播源以组 播的方式将码流发送到时移写服务器以及用户设备，时移写服务器往时移存 储服务器写入时移码流，流i^体服务器(图中用SSl,SS2…SSn表示)从时移 存储服务器中读取时移码流，时移重定向服务器与流々某体服务器和用户终端 设备连接。作为示例，本实施例中频道组播源采用UDP (User Datagram Protocol,用户数据才艮协i义)/RTP (Real-time Transport Protocol,实时传输协 议)协议发送组播频道的码流，码流的编码格式采用R264格式，用户机顶 盒与时移重定向服务器SRS的重定向请求与响应(即请求消息和响应消息) 以及与流媒体服务器之间的信令交互协议均为实时流协议(RTSP， Real Time Streaming Protocol)，用户机顶盒与流々某体服务器之间的数据传输釆用RTP 协议。
具体地，各设备相关的功能如下
频道组播源用于在网络中发送组播频道的组播码流(是一种实时的码 流)；
时移写服务器用于接收所述频道组播源发送的组播频道的组播码流并写 入所述时移存储服务器，可将组播码流组织成组播时移文件的形式写入所述 时移存储服务器；
时移存储服务器用于保存写入的组播码流的数据；
时移重定向服务器用于在接收到用户终端设备发送的时移服务的重定向 请求后，选择为该用户终端设备提供服务的流媒体服务器并将该流媒体服务 器的信息通知该用户终端设备；
流媒体服务器用于与用户终端设备建立时移服务的媒体控制会话，接收 到用户终端设备发送的对组播频道内容的请求后，从时移存储服务器或本地 获取之前存储的该组播频道内容的组播码流即该组播频道内容的时移码流， 并将获取的时移码流发送给该用户终端设备；
用户终端设备在要获取组播频道内容的时移码流时，请求所述时移重定向服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的流 媒体服务器的信息，然后和该流々某体服务器建立时移服务的媒体控制会话， 向该流媒体服务器请求所述组播频道内容的时移码流并接收流媒体服务器发 送的该时移码流。
此外，流媒体服务器还周期性地向所述时移重定向服务器发送本流i某体
服务器的性能参数，包括当前负载的参数；所述时移重定向服务器接收各流 媒体服务器的性能参数并进行保存和更新，在收到所述用户终端设备的重定 向请求后，选择一个负载最轻的流媒体服务器并将该流媒体服务器的信息返 回给所述用户终端设备。
上述各设备的具体操作见下文流程中的描迷。
如图2, 3， 4所示，本实施例提供的组播频道时移的方法包括流媒体服 务器性能上报流程、组播频道码流发送和时移存储流程，以及组播频道的时 移播放流程。
如图2，媒体服务器性能上报流程包括以下步骤
步骤200:系统中所有的流i某体服务器周期性地给时移重定向服务器发 送本流媒体月良务器的性能参数；
上述性能参数可以包括当前流々某体服务器的负载信息，比如流i某体服务 器上正在请求时移服务的机顶盒数。
步骤201:时移重定向服务器接收各个流媒体服务器的性能参数并进行 保存或更新。
上述性能参数可以作为时移重定向服务器为用户终端设备选择流媒体服 务器的依据。
如图3，组播频道实时码流发送和时移存储的流程包含以下步骤
步骤300:频道组播源将组播频道的内容组织成H.264编码格式的码流， 并将码流数据封装成可以在网络上传输的RTP/UDP数据包，在网络上指定的 组播地址MultiCastIP和组播端口 Portl上发送组播频道的RTP/UDP码流；步骤301:时移写服务器釆用组播地址MultiCastIP和组播端口 Portl加 入频道的组播组，接收频道的组播RTP/UDP码流，同时将频道的组播RTP 码流写入时移存储服务器；可以将组播码流组织成组播时移文件的方式写入时移存储服务器。另应 说明的是，时移写服务器和时移存储服务器是从功能角度进行的逻辑上划分， 在实体上完全可以采用同一服务器。步骤302:机顶盒采用组播地址MultiCastIP和组播端口 Portl加入频道 的UDP组播组，并接收组播RTP码流，并将接收到的组播RTP码流进行H.264 解码，还原成视频图像并展示。特别说明步骤301和302是同时进行的步骤，没有先后顺序。 如图4，组播频道的时移播放流程包含以下步骤步骤400:用户通过用户机顶盒进行时移操作时，用户机顶盒向时移重 定向服务器发送组播频道的时移重定向请求，请求该时移重定向服务器为其 重定向到一流媒体服务器，请求消息采用RTSP协议中的DESCRIBE,即图 中的RTSP Describe消息；用户可以直接以时移方式观看，也可以在以直播方式观看BPTV组播频 道的过程中，通过对终端的控制操作，转为时移方式观看。步骤401:时移重定向服务器收到时移重定向请求后，才艮据保存的各流 媒体服务器的性能参数，选择一个负栽最轻的流々某体服务器；除了考虑负载均衡外，在其它实施方式中，时移重定向服务也可以使用 或结合其他的策略来选择流4某体服务器。步骤402:时移重定向服务器给用户机顶盒返回时移重定向响应，即图 中的RTSP 302 Response消息，表示RTSP消息中状态码为302，响应中 Location字段包含步骤401中选择的负载最轻的流媒体服务器的信息；步骤403:用户机顶盒根据时移重定向服务器返回的响应中指示的流媒 体服务器的信息，向该流媒体服务器发送时移服务请求，请求消息采用RTSP 协议的DESCRIBE即图中的RTSP DESCRIBE消息，请求组播频道时移码流13的会话描迷协议(SDP)信息，该消息中包含组播频道的信息；步骤404:该流媒体服务器向用户机顶盒发送RTSPDESCRIBE的响应， 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消息中携带时移参数；用户机顶盒初次向流媒体服务器发送时移播放请求时，该时移Wt可包 括组播频道的标识信息和请求的组播频道内容的时移位置信息。如用户想要 观看组播频道的某段历史内容时，时移参数可以包括组播频道标识和时移位 置信息如该段历史内容的起始时间。本发明对时移播放请求中包含的时移参 数不做局限。上述"时移播放请求"消息不应理解为终端要请求播放，该请求是请求 发送某段媒体内容的时移码流。文中的消息名称并不是唯一的和不能变化的， 事实上在不同协议中消息的名称往往是不同的，因此不同名称的消息如果作 用相同，应视为是等同的。对于时移写服务器、时移存储服务器、时移重定 向服务器等设备的名称也是如此。步骤408:流媒体服务器SSi收到RTSP PLAY请求消息后，给用户机顶 盒返回RTSP响应，响应码为200，时移服务的媒体控制会话建立；步骤409:流媒体服务器SSi根据用户机顶盒的RTSP PLAY消息中的时 移参数，从时移存储服务器中相应组播频道的组播时移文件中获取请求的组 播频道内容的组播码流即该组播频道内容的时移码流，并将获取的时移码流组织成RTP数据包向用户机顶盒的UDP端口 Port2发送；在用户要从某个位置开始读取历史内容的组播码流时，流媒体服务器SSi 在确定相应的组播时移文件后，从该位置开始读取组播码流，同时将读取到 的组播码流发送给用户机顶盒。因为该组播码流是历史内容的组播码流，因 此即为该组播频道的时移码流。时移存储服务器可以直接用存储设备如磁盘阵列来构成，流媒体服务器 可以直接从该磁盘阵列中读取所需的组播码流。步骤410:用户机顶盒在UDP端口 Port2接收流媒体服务器SSi发送的 时移码流，并对该时移码流进行H.264解码，还原成视频图像并展示。上述流程步骤401至409也适用于对组播频道进行时移录制的场景，在 步骤410中，用户机顶盒在接收到时移码流后是进行录制而不是时移播放。本实施中，用户机顶盒与时移重定向服务器和流々某体服务器采用的交互 协议为正TF标准协议，但步骤400、步骤402、步骤403、步骤404、步骤 405、步骤406、步骤407、步骤408、步骤409中在具体实施中也可采用不 同的4某体交互协议。本实施例釆用组播频道的编码格式为H,264格式，但本发明组播频道的 编码格式不局限于某一种具体的格式，在实际应用中可釆用替代的々某体编码 格式，比如MPEG-4， 3GPP2等。此外，流媒体服务器可以暂存从时移存储服务器读取的组播码流，在本 实施步骤410之后，用户机顶盒可以通过与流媒体服务器建立好的RTSP通 信链路，继续向流媒体服务器请求组播频道内容的时移码流并提供相应的时 移参数(时移参数除组播频道外，可包含快进或快退或暂停命令或其他命令， 有快进和快退命令时还可以包含快进或快退的速率信息等)，流媒体服务器 根据该时移参数从时移存储服务器读取所请求的组播频道内容的时移码流， 或者也可以是停止和恢复时移码流的发送，以实现快进、快退、暂停等时移 操作，从而可增加本发明的实用性。对于建立4某体控制会话之后用户机顶盒向流i某体服务器发送的对组播频道内容时移码流的请求，如想从当前位置快进或快退或暂停，流i某体服务器 如判断本地存储的该组播频道内容的时移码流中包含请求的时移码流则直才妻 提供给用户机顶盒，如本地没有请求的时移码流，则从时移存储服务器上获 取该时移码流并向用户机顶盒发送。可以看出，本实施例中，频道组播源将频道内容在网络中组播，用户终 端设备和组播时移服务器都可以接收实时的组播码流，时移写服务器接收组播频道的组播码流后，写入时移存储服务器；用户终端设备要以时移方式观 看或录制该组播频道时，向时移重定向服务器发送重定向请求，接收到时移 重定向服务器返回选择的流媒体服务器信息后，向该流^某体服务器发送时移 服务请求，由该流々某体服务器从时移存储月艮务器获取所需的组播频道的时移 码流向用户终端设备发送。所有的流媒体服务器都可以读取到组播时移存储 服务器中的组播频道的时移码流，为用户终端设备提供组播频道的时移服务。因为组播码流在时移存储服务器中只保存一份，而多个流媒体服务器都 可以读取并且能够向用户机顶盒提供服务，因此可以节约存储媒体的磁盘空 间，而时移重定向服务器的设置，使得本发明可以支持大M^莫的用户终端设 备的并发访问，适合于在大规模的IPTV等多媒体业务系统中采用。本发明还可以扩展应用到其他业务领域如视频监控、移动流i某体等多i某 体业务系统，相应地，上述组播频道应替换为该业务系统中的相应4某体，而 用户机顶盒请求的也是该媒体内容的时移码流，其他流程方面与上述实施例 及其变例是相似的。在不背离本发明精神及其实质的情况下，熟悉本领域的 技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变和变 形都应属于本发明所附的权利要求的保护范围。
权利要求
1、一种媒体时移码流的存储和获取方法，应用于包括媒体源、用户终端设备、时移写服务器、时移存储服务器、时移重定向服务器和多个流媒体服务器的系统，该方法包括所述时移写服务器接收所述媒体源发送的媒体码流，并写入所述时移存储服务器；所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的所选择的流媒体服务器的信息，然后和所述流媒体服务器建立时移服务的媒体控制会话并向所述流媒体服务器请求所述媒体内容的时移码流；所述流媒体服务器从所述时移存储服务器获取所述媒体内容的时移码流并向所述用户终端设备发送，所述用户终端设备接收所述时移码流。
2、 如权利要求l所述的方法，其特征在于 所述媒体源为频i!M播源，所述媒体内容为组播频道内容； 所述时移写服务器接收所述频道组播源在网络中发送的组播频道的组播码流，并将该組播码流写入所述时移存储服务器，该时移存储服务器保存的 该组播码流即为组纟番频道的时移码流。
3、 如权利要求1或2所述的方法，其特征在于系统中的所有流4某体服务器周期性地向所述时移重定向服务器发送本流 i某体服务器的性能参数，包括当前负载的参数；所述时移重定向服务器接收 各个流媒体服务器的性能参数并进行保存或更新；所述用户终端设备要获取媒体内容的时移码流时，向所述时移重定向服 务器发送时移重定向请求，所述时移重定向服务器收到该时移重定向请求后， 根据保存的各个流媒体服务器的性能参数，选择一个负载最轻的流^某体服务 器，将该流^某体服务器的信息返回给所述用户终端设备。
4、 如权利要求2所述的方法，其特征在于所述频道组播源采用用户数据才艮协议UDP或实时传输协议RTP发送组 播频道的码流，所述用户终端设备与所述时移重定向服务器及流媒体服务器 之间的信令交互协议为实时流协议RTSP;所述用户终端设备和所述流^^某体服务器建立时移服务的媒体控制会话 时，先从所述流媒体服务器获取组播频道时移码流的会话描述协议信息，将 接收时移码流的UDP端口通知所述流媒体服务器并获取所述流媒体服务器 用于发送组播频道时移码流的UDP端口，然后，所述用户终端设备向所述流 媒体服务器发送时移播放请求，携带指示所请求时移码流的时移参数，收到 所述流媒体服务器返回的响应后，建立起时移服务的媒体控制会话。
5、 如权利要求2所述的方法，其特征在于所述用户终端设备向所述流J^体服务器发送对所述组播频道内容的时移 码流的请求时，在该请求中携带组播频道的标识信息和请求的所述i某体内容 所在的时移位置信息；所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所 述时移存储服务器；所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所 述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述 组播频道内容的时移码流并发送给所迷用户终端设备。
6、 如权利要求5所述的方法，其特征在于所述流媒体服务器暂存从所述时移存储服务器获取的时移码流，对于建 立媒体控制会话之后收到的所述用户终端设备对组播频道内容的时移码流的 请求，所述流媒体^^务器如判断本地保存有该时移码流，则直接向所述用户 终端设备发送该时移码流，如本地没有保存该时移码流，再从所述时移存储 服务器上获取所述组播频道内容的时移码流，并将获取的时移码流发送给所 述用户终端设备。
7、 一种多媒体业务系统，包括媒体源、用户终端设备和多个流媒体服务 器，其特征在于，还包括时移写服务器、时移存储服务器和时移重定向服务器，其中所述时移写服务器用于接收所述媒体源发送的4某体码流，并写入所述时 移存储服务器；所述时移存储服务器用于保存写入的媒体码流；所述时移重定向服务器用于在接收到所述用户终端设备发送的时移服务 的重定向请求后，选择为该用户终端设备提供服务的流媒体服务器并将该流 媒体服务器的信息通知该用户终端设备；所述流媒体服务器用于与所述用户终端设备建立时移服务的媒体控制会 话，接收所述用户终端i殳备发送的对媒体内容的时移码流的请求，从所述时 移存储服务器或本地获取所述时移码流并发送给所述用户终端设备；所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向 服务器为其选择一个流4某体服务器并接收所述时移重定向服务器返回的流媒 体服务器的信息，然后和该流媒体服务器建立时移服务的媒体控制会话，向 该流媒体服务器请求所述媒体内容的时移码流并接收该时移码流。
8、 如权利要求7所述的多媒体业务系统，其特征在于 所述媒体源为频道组播源，用于在网络中发送组播频道的组播码流； 所述时移写服务器用于接收所述频道组播源发送的组播频道的組播码流并写入所述时移存储服务器，该时移存储服务器保存的组播频道的组播码流 即组播频道的时移码流。
9、 如权利要求7或8所述的系统，其特征在于所述流媒体服务器周期性地向所述时移重定向服务器发送本流媒体服务 器的性能Wt，包括当前负载的^:;所述时移重定向服务器接收各流媒体服务器的性能参数并进行保存和更 新，在收到所述用户终端设备的重定向请求后，选择一个负载最轻的流媒体 服务器并将该流媒体服务器的信息返回给所述用户终端设备。
10、 如权利要求8所述的系统，其特征在于所述用户终端设备向所述流々某体服务器发送对所述组播频道内容的时移 码流的请求时，在该请求中携带所述组播频道的标识信息和请求的所述时移码流所在的时移位置信息；所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所 述时移存储服务器；所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所 述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述 组播频道内容的时移码流并发送给所述用户终端设备。
全文摘要
一种媒体时移码流的存储和获取方法及多媒体业务系统，该系统包括媒体源、用户终端设备、时移写服务器、时移存储服务器、时移重定向服务器和多个流媒体服务器；时移写服务器接收媒体源发送的媒体码流，写入时移存储服务器；用户终端设备要获取媒体内容的时移码流时，请求时移重定向服务器为其选择一个流媒体服务器，然后选择的流媒体服务器建立时移服务的媒体控制会话并向流媒体服务器请求媒体内容的时移码流；流媒体服务器从时移存储服务器获取媒体内容的时移码流并向用户终端设备发送，用户终端设备接收时移码流。本发明可节约用于存储时移码流的存储空间，并支持大规模的用户终端设备的并发访问。
文档编号H04L12/18GK101505298SQ20091000692
公开日2009年8月12日 申请日期2009年2月9日 优先权日2009年2月9日
发明者勤 熊, 王印龙 申请人:中兴通讯股份有限公司
技术领域：
本发明涉及电信网络中的多々某体业务领域，尤其涉及一种々某体时移码流 的存储和获取方法及多媒体业务系统。
背景技术：
网络带宽的提高和电信网络技术的t艮为在电信网络上开底基于媒体内
容的增值服务业务提供了可能。流々某体技术提供了 一种在网络中传输^L频、 音频、图片等媒体内容的方式，因此在多媒体业务系统，特别是IPTV多媒体 业务中得到了广泛的应用。同时，随着电信网络技术的t艮，在电信网络中 开展多媒体业务，比如IPTV网络电视、视频监控、移动流4某体等多4某体业务 已逐渐成为一种趋势。
IPTV的直播业务的基本形式就是将视频和音频数据传递给接入IPTV网 络的机顶盒设备，随着用户规模的扩大，机顶盒数目的增多给系统媒体服务 提供设备带来了较大的压力。组播技术能够实现在消耗较少的系统设备服务 能力的前提条件下，同时向大量用户发送音频和视频数据，因此目前比较多 的IPTV系统，都釆用IP组播技术来构建直播频道业务。但是采用组播技术 构建直播频道业务引入了新的问题，就是用户在观看组播频道时，如何观看 频道的历史内容，即组播频道的时移电视的实现。
此外，目前的IPTV组播时移电视是由流^^体服务器来存储相应频道的 内容，同时接受用户机顶盒的时移播;^欠请求，为用户机顶盒提供时移码流。 但是，这种架构和服务提供方式不太适应大规模并发访问的场景，会出现资 源浪费和不平衡的现象。
在其他媒体播放的领域如视频监控、移动流媒体领域也存在类似的问题。
发明内容
本发明要解决的技术问题是提供一种媒体时移码流的存储和获取方法及 多^f某体业务系统，该方法和系统可节约用于存储时移码流的存储空间，并支 持大恥漠的用户终端设备的并发访问。
为了解决上述问题，本发明提供了一种媒体时移码流的存储和获取方法， 应用于包括媒体源、用户终端设备、时移写服务器、时移存储服务器、时移
重定向服务器和多个流々某体服务器的系统，该方法包括
所述时移写服务器接收所述々某体源发送的媒体码流，并写入所述时移存 储服务器；
所述用户终端设备要获取4某体内容的时移码流时，请求所述时移重定向 服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的所选 择的流媒体服务器的信息，然后和所述流媒体服务器建立时移服务的媒体控 制会话并向所述流媒体服务器请求所述媒体内容的时移码流；
并向所述用户终端设备发送，所述用户终端设备接收所述时移码流。 进一步地，上述方法还可具有以下特点 所述媒体源为频道组播源，所述i某体内容为组播频道内容； 所述时移写服务器接收所述频道组播源在网络中发送的组播频道的组播
码流，并将该组播码流写入所述时移存储服务器，该时移存储服务器保存的
该组播码流即为组播频道的时移码流。
进一步地，上述方法还可具有以下特点
系统中的所有流々某体服务器周期性地向所述时移重定向服务器发送本流 媒体服务器的性能参数，包括当前负载的参数；所述时移重定向服务器接收 各个流媒体服务器的性能参数并进行保存或更新；
所述用户终端设备要获取媒体内容的时移码流时，向所迷时移重定向服 务器发送时移重定向请求，所述时移重定向服务器收到该时移重定向请求后， 根据保存的各个流媒体服务器的性能参数，选择一个负载最轻的流媒体服务 器，将该流媒体服务器的信息返回给所述用户终端设备。进一步地，上述方法还可具有以下特点
所述频道组播源采用用户数据才艮协i义UDP或实时传输协议RTP发送组 播频道的码流，所述用户终端设备与所述时移重定向服务器及流媒体服务器 之间的信令交互协议为实时流协议RTSP;
所述用户终端设备和所述流媒体服务器建立时移服务的媒体控制会话 时，先从所述流媒体服务器获取组播频道时移码流的会话描述协议信息，将 接收时移码流的UDP端口通知所述流媒体服务器并获取所述流媒体服务器 用于发送组播频道时移码流的UDP端口 ，然后，所述用户终端设备向所述流 媒体服务器发送时移播放请求，携带指示所请求时移码流的时移参数，收到 所述流媒体服务器返回的响应后，建立起时移服务的媒体控制会话。
进一步地，上述方法还可具有以下特点
所述用户终端设备向所述流媒体服务器发送对所述组播频道内容的时移 码流的请求时，在该请求中携带组播频道的标识信息和请求的所述々某体内容 所在的时移位置信息；
所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所 述时移存储服务器；
所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所 述时移存储服务器中所述组播频道的組播时移文件的所述时移位置获取所述 组播频道内容的时移码流并发送给所述用户终端设备。
进一步地，上述方法还可具有以下特点
所述流媒体服务器暂存从所述时移存储服务器获取的时移码流，对于建 立媒体控制会话之后收到的所述用户终端设备对组播频道内容的时移码流的 请求，所述流媒体服务器如判断本地保存有该时移码流，则直接向所述用户 终端设备发送该时移码流，如本地没有保存该时移码流，再从所述时移存储 服务器上获取所述组播频道内容的时移码流，并将获取的时移码流发送给所 述用户终端设备。
相应地，本发明提供的多媒体业务系统，包括媒体源、用户终端设备、多个流媒体服务器和时移写服务器、时移存储服务器和时移重定向服务器，
其中
所述时移写服务器用于接收所述媒体源发送的媒体码流，并写入所述时 移存储服务器；
所迷时移存储服务器用于保存写入的々某体码流；
所述时移重定向服务器用于在接收到所述用户终端设备发送的时移服务 的重定向请求后，选择为该用户终端设备提供服务的流媒体服务器并将该流 媒体服务器的信息通知该用户终端设备；
所述流4某体服务器用于与所述用户终端设备建立时移服务的媒体控制会 话，接收所述用户终端设备发送的对媒体内容的时移码流的请求，从所述时 移存储服务器或本地获取所述时移码流并发送给所述用户终端设备；
所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向 服务器为其选择一个流4某体服务器并接收所述时移重定向服务器返回的流々某 体服务器的信息，然后和该流媒体服务器建立时移服务的媒体控制会话，向 该流媒体服务器请求所述媒体内容的时移码流并接收该时移码流。
进一步地，上述多士某体业务系统还可具有以下特点
所述媒体源为频道组播源，用于在网络中发送组播频道的组播码流；
所述时移写服务器用于接收所述频道组播源发送的组播频道的组播码流
并写入所述时移存储服务器，该时移存储服务器保存的组播频道的组播码流
即组播频道的时移码流。
进一步地，上述多々某体业务系统还可具有以下特点
所述流媒体服务器周期性地向所述时移重定向服务器发送本流纟某体服务 器的性能参数，包括当前负载的参数；
所述时移重定向服务器接收各流4某体服务器的性能参数并进行保存和更 新，在收到所述用户终端设备的重定向请求后，选择一个负载最轻的流媒体 服务器并将该流媒体服务器的信息返回给所述用户终端设备。
进一步地，上述多々某体业务系统还可具有以下特点所述用户终端设备向所述流4某体服务器发送对所述组播频道内容的时移 码流的请求时，在该请求中携带所述组播频道的标识信息和请求的所述时移
码流所在的时移位置信息；
所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所 述时移存储服务器；
所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所 述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述 组播频道内容的时移码流并发送给所述用户终端设备。
综上所述，本发明用时移写服务器接收々某体码流并集中存储在时移存储 服务器，重定向到的流媒体服务器收到用户终端设备对媒体的时移服务请求 后，向时移存储服务器读取相应々某体内容，再向用户终端设备发送时移码流。 因此，用户终端设备如机顶盒可以接收媒体(如组播频道)的时移码流并进 行播放或录制，用户就能够观看或录制+某体的历史内容。同时，本发明用于 存储i某体的磁盘空间少，可以支持大M^莫的用户终端设备的并发访问，适合 于在大规^莫的IPTV等多媒体业务系统中采用。
图1为本发明实施例实现組播频道时移播放的系统的架构图。 图2为本发明实施例中流媒体服务器性能上报的流程图。 图3为本发明实施例中组播频道码流发送和时移存储的流程图。 图4为本发明实施例中组播频道的时移播放的信令流程图。
具体实施例方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
如图1所示，本实施例提供了 一种可以实现IPTV组播频道时移播;故的多 々某体业务系统，包括频道组播源(MS， Muticast Source)、时移重定向J艮务器 (TSRS, Time-Shift Redirect Server)、时移写月良务器(TSWS ， Time-Shift Write
10Server)、时移存储服务器(TSSS， Time-Shift Storge Server)、多个流々某体服 务器(SS， Stream Server)和用户终端设备(UE, User Equipment)，本实施例 中用户终端设备以用户机顶盒(STB, Set Top Box)为例。频道组播源以组 播的方式将码流发送到时移写服务器以及用户设备，时移写服务器往时移存 储服务器写入时移码流，流i^体服务器(图中用SSl,SS2…SSn表示)从时移 存储服务器中读取时移码流，时移重定向服务器与流々某体服务器和用户终端 设备连接。作为示例，本实施例中频道组播源采用UDP (User Datagram Protocol,用户数据才艮协i义)/RTP (Real-time Transport Protocol,实时传输协 议)协议发送组播频道的码流，码流的编码格式采用R264格式，用户机顶 盒与时移重定向服务器SRS的重定向请求与响应(即请求消息和响应消息) 以及与流媒体服务器之间的信令交互协议均为实时流协议(RTSP， Real Time Streaming Protocol)，用户机顶盒与流々某体服务器之间的数据传输釆用RTP 协议。
具体地，各设备相关的功能如下
频道组播源用于在网络中发送组播频道的组播码流(是一种实时的码 流)；
时移写服务器用于接收所述频道组播源发送的组播频道的组播码流并写 入所述时移存储服务器，可将组播码流组织成组播时移文件的形式写入所述 时移存储服务器；
时移存储服务器用于保存写入的组播码流的数据；
时移重定向服务器用于在接收到用户终端设备发送的时移服务的重定向 请求后，选择为该用户终端设备提供服务的流媒体服务器并将该流媒体服务 器的信息通知该用户终端设备；
流媒体服务器用于与用户终端设备建立时移服务的媒体控制会话，接收 到用户终端设备发送的对组播频道内容的请求后，从时移存储服务器或本地 获取之前存储的该组播频道内容的组播码流即该组播频道内容的时移码流， 并将获取的时移码流发送给该用户终端设备；
用户终端设备在要获取组播频道内容的时移码流时，请求所述时移重定向服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的流 媒体服务器的信息，然后和该流々某体服务器建立时移服务的媒体控制会话， 向该流媒体服务器请求所述组播频道内容的时移码流并接收流媒体服务器发 送的该时移码流。
此外，流媒体服务器还周期性地向所述时移重定向服务器发送本流i某体
服务器的性能参数，包括当前负载的参数；所述时移重定向服务器接收各流 媒体服务器的性能参数并进行保存和更新，在收到所述用户终端设备的重定 向请求后，选择一个负载最轻的流媒体服务器并将该流媒体服务器的信息返 回给所述用户终端设备。
上述各设备的具体操作见下文流程中的描迷。
如图2, 3， 4所示，本实施例提供的组播频道时移的方法包括流媒体服 务器性能上报流程、组播频道码流发送和时移存储流程，以及组播频道的时 移播放流程。
如图2，媒体服务器性能上报流程包括以下步骤
步骤200:系统中所有的流i某体服务器周期性地给时移重定向服务器发 送本流媒体月良务器的性能参数；
上述性能参数可以包括当前流々某体服务器的负载信息，比如流i某体服务 器上正在请求时移服务的机顶盒数。
步骤201:时移重定向服务器接收各个流媒体服务器的性能参数并进行 保存或更新。
上述性能参数可以作为时移重定向服务器为用户终端设备选择流媒体服 务器的依据。
如图3，组播频道实时码流发送和时移存储的流程包含以下步骤
步骤300:频道组播源将组播频道的内容组织成H.264编码格式的码流， 并将码流数据封装成可以在网络上传输的RTP/UDP数据包，在网络上指定的 组播地址MultiCastIP和组播端口 Portl上发送组播频道的RTP/UDP码流；步骤301:时移写服务器釆用组播地址MultiCastIP和组播端口 Portl加 入频道的组播组，接收频道的组播RTP/UDP码流，同时将频道的组播RTP 码流写入时移存储服务器；可以将组播码流组织成组播时移文件的方式写入时移存储服务器。另应 说明的是，时移写服务器和时移存储服务器是从功能角度进行的逻辑上划分， 在实体上完全可以采用同一服务器。步骤302:机顶盒采用组播地址MultiCastIP和组播端口 Portl加入频道 的UDP组播组，并接收组播RTP码流，并将接收到的组播RTP码流进行H.264 解码，还原成视频图像并展示。特别说明步骤301和302是同时进行的步骤，没有先后顺序。 如图4，组播频道的时移播放流程包含以下步骤步骤400:用户通过用户机顶盒进行时移操作时，用户机顶盒向时移重 定向服务器发送组播频道的时移重定向请求，请求该时移重定向服务器为其 重定向到一流媒体服务器，请求消息采用RTSP协议中的DESCRIBE,即图 中的RTSP Describe消息；用户可以直接以时移方式观看，也可以在以直播方式观看BPTV组播频 道的过程中，通过对终端的控制操作，转为时移方式观看。步骤401:时移重定向服务器收到时移重定向请求后，才艮据保存的各流 媒体服务器的性能参数，选择一个负栽最轻的流々某体服务器；除了考虑负载均衡外，在其它实施方式中，时移重定向服务也可以使用 或结合其他的策略来选择流4某体服务器。步骤402:时移重定向服务器给用户机顶盒返回时移重定向响应，即图 中的RTSP 302 Response消息，表示RTSP消息中状态码为302，响应中 Location字段包含步骤401中选择的负载最轻的流媒体服务器的信息；步骤403:用户机顶盒根据时移重定向服务器返回的响应中指示的流媒 体服务器的信息，向该流媒体服务器发送时移服务请求，请求消息采用RTSP 协议的DESCRIBE即图中的RTSP DESCRIBE消息，请求组播频道时移码流13的会话描迷协议(SDP)信息，该消息中包含组播频道的信息；步骤404:该流媒体服务器向用户机顶盒发送RTSPDESCRIBE的响应， 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消息中携带时移参数；用户机顶盒初次向流媒体服务器发送时移播放请求时，该时移Wt可包 括组播频道的标识信息和请求的组播频道内容的时移位置信息。如用户想要 观看组播频道的某段历史内容时，时移参数可以包括组播频道标识和时移位 置信息如该段历史内容的起始时间。本发明对时移播放请求中包含的时移参 数不做局限。上述"时移播放请求"消息不应理解为终端要请求播放，该请求是请求 发送某段媒体内容的时移码流。文中的消息名称并不是唯一的和不能变化的， 事实上在不同协议中消息的名称往往是不同的，因此不同名称的消息如果作 用相同，应视为是等同的。对于时移写服务器、时移存储服务器、时移重定 向服务器等设备的名称也是如此。步骤408:流媒体服务器SSi收到RTSP PLAY请求消息后，给用户机顶 盒返回RTSP响应，响应码为200，时移服务的媒体控制会话建立；步骤409:流媒体服务器SSi根据用户机顶盒的RTSP PLAY消息中的时 移参数，从时移存储服务器中相应组播频道的组播时移文件中获取请求的组 播频道内容的组播码流即该组播频道内容的时移码流，并将获取的时移码流组织成RTP数据包向用户机顶盒的UDP端口 Port2发送；在用户要从某个位置开始读取历史内容的组播码流时，流媒体服务器SSi 在确定相应的组播时移文件后，从该位置开始读取组播码流，同时将读取到 的组播码流发送给用户机顶盒。因为该组播码流是历史内容的组播码流，因 此即为该组播频道的时移码流。时移存储服务器可以直接用存储设备如磁盘阵列来构成，流媒体服务器 可以直接从该磁盘阵列中读取所需的组播码流。步骤410:用户机顶盒在UDP端口 Port2接收流媒体服务器SSi发送的 时移码流，并对该时移码流进行H.264解码，还原成视频图像并展示。上述流程步骤401至409也适用于对组播频道进行时移录制的场景，在 步骤410中，用户机顶盒在接收到时移码流后是进行录制而不是时移播放。本实施中，用户机顶盒与时移重定向服务器和流々某体服务器采用的交互 协议为正TF标准协议，但步骤400、步骤402、步骤403、步骤404、步骤 405、步骤406、步骤407、步骤408、步骤409中在具体实施中也可采用不 同的4某体交互协议。本实施例釆用组播频道的编码格式为H,264格式，但本发明组播频道的 编码格式不局限于某一种具体的格式，在实际应用中可釆用替代的々某体编码 格式，比如MPEG-4， 3GPP2等。此外，流媒体服务器可以暂存从时移存储服务器读取的组播码流，在本 实施步骤410之后，用户机顶盒可以通过与流媒体服务器建立好的RTSP通 信链路，继续向流媒体服务器请求组播频道内容的时移码流并提供相应的时 移参数(时移参数除组播频道外，可包含快进或快退或暂停命令或其他命令， 有快进和快退命令时还可以包含快进或快退的速率信息等)，流媒体服务器 根据该时移参数从时移存储服务器读取所请求的组播频道内容的时移码流， 或者也可以是停止和恢复时移码流的发送，以实现快进、快退、暂停等时移 操作，从而可增加本发明的实用性。对于建立4某体控制会话之后用户机顶盒向流i某体服务器发送的对组播频道内容时移码流的请求，如想从当前位置快进或快退或暂停，流i某体服务器 如判断本地存储的该组播频道内容的时移码流中包含请求的时移码流则直才妻 提供给用户机顶盒，如本地没有请求的时移码流，则从时移存储服务器上获 取该时移码流并向用户机顶盒发送。可以看出，本实施例中，频道组播源将频道内容在网络中组播，用户终 端设备和组播时移服务器都可以接收实时的组播码流，时移写服务器接收组播频道的组播码流后，写入时移存储服务器；用户终端设备要以时移方式观 看或录制该组播频道时，向时移重定向服务器发送重定向请求，接收到时移 重定向服务器返回选择的流媒体服务器信息后，向该流^某体服务器发送时移 服务请求，由该流々某体服务器从时移存储月艮务器获取所需的组播频道的时移 码流向用户终端设备发送。所有的流媒体服务器都可以读取到组播时移存储 服务器中的组播频道的时移码流，为用户终端设备提供组播频道的时移服务。因为组播码流在时移存储服务器中只保存一份，而多个流媒体服务器都 可以读取并且能够向用户机顶盒提供服务，因此可以节约存储媒体的磁盘空 间，而时移重定向服务器的设置，使得本发明可以支持大M^莫的用户终端设 备的并发访问，适合于在大规模的IPTV等多媒体业务系统中采用。本发明还可以扩展应用到其他业务领域如视频监控、移动流i某体等多i某 体业务系统，相应地，上述组播频道应替换为该业务系统中的相应4某体，而 用户机顶盒请求的也是该媒体内容的时移码流，其他流程方面与上述实施例 及其变例是相似的。在不背离本发明精神及其实质的情况下，熟悉本领域的 技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变和变 形都应属于本发明所附的权利要求的保护范围。
权利要求
1、一种媒体时移码流的存储和获取方法，应用于包括媒体源、用户终端设备、时移写服务器、时移存储服务器、时移重定向服务器和多个流媒体服务器的系统，该方法包括所述时移写服务器接收所述媒体源发送的媒体码流，并写入所述时移存储服务器；所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向服务器为其选择一个流媒体服务器并接收所述时移重定向服务器返回的所选择的流媒体服务器的信息，然后和所述流媒体服务器建立时移服务的媒体控制会话并向所述流媒体服务器请求所述媒体内容的时移码流；所述流媒体服务器从所述时移存储服务器获取所述媒体内容的时移码流并向所述用户终端设备发送，所述用户终端设备接收所述时移码流。
2、 如权利要求l所述的方法，其特征在于 所述媒体源为频i!M播源，所述媒体内容为组播频道内容； 所述时移写服务器接收所述频道组播源在网络中发送的组播频道的组播码流，并将该組播码流写入所述时移存储服务器，该时移存储服务器保存的 该组播码流即为组纟番频道的时移码流。
3、 如权利要求1或2所述的方法，其特征在于系统中的所有流4某体服务器周期性地向所述时移重定向服务器发送本流 i某体服务器的性能参数，包括当前负载的参数；所述时移重定向服务器接收 各个流媒体服务器的性能参数并进行保存或更新；所述用户终端设备要获取媒体内容的时移码流时，向所述时移重定向服 务器发送时移重定向请求，所述时移重定向服务器收到该时移重定向请求后， 根据保存的各个流媒体服务器的性能参数，选择一个负载最轻的流^某体服务 器，将该流^某体服务器的信息返回给所述用户终端设备。
4、 如权利要求2所述的方法，其特征在于所述频道组播源采用用户数据才艮协议UDP或实时传输协议RTP发送组 播频道的码流，所述用户终端设备与所述时移重定向服务器及流媒体服务器 之间的信令交互协议为实时流协议RTSP;所述用户终端设备和所述流^^某体服务器建立时移服务的媒体控制会话 时，先从所述流媒体服务器获取组播频道时移码流的会话描述协议信息，将 接收时移码流的UDP端口通知所述流媒体服务器并获取所述流媒体服务器 用于发送组播频道时移码流的UDP端口，然后，所述用户终端设备向所述流 媒体服务器发送时移播放请求，携带指示所请求时移码流的时移参数，收到 所述流媒体服务器返回的响应后，建立起时移服务的媒体控制会话。
5、 如权利要求2所述的方法，其特征在于所述用户终端设备向所述流J^体服务器发送对所述组播频道内容的时移 码流的请求时，在该请求中携带组播频道的标识信息和请求的所述i某体内容 所在的时移位置信息；所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所 述时移存储服务器；所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所 述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述 组播频道内容的时移码流并发送给所迷用户终端设备。
6、 如权利要求5所述的方法，其特征在于所述流媒体服务器暂存从所述时移存储服务器获取的时移码流，对于建 立媒体控制会话之后收到的所述用户终端设备对组播频道内容的时移码流的 请求，所述流媒体^^务器如判断本地保存有该时移码流，则直接向所述用户 终端设备发送该时移码流，如本地没有保存该时移码流，再从所述时移存储 服务器上获取所述组播频道内容的时移码流，并将获取的时移码流发送给所 述用户终端设备。
7、 一种多媒体业务系统，包括媒体源、用户终端设备和多个流媒体服务 器，其特征在于，还包括时移写服务器、时移存储服务器和时移重定向服务器，其中所述时移写服务器用于接收所述媒体源发送的4某体码流，并写入所述时 移存储服务器；所述时移存储服务器用于保存写入的媒体码流；所述时移重定向服务器用于在接收到所述用户终端设备发送的时移服务 的重定向请求后，选择为该用户终端设备提供服务的流媒体服务器并将该流 媒体服务器的信息通知该用户终端设备；所述流媒体服务器用于与所述用户终端设备建立时移服务的媒体控制会 话，接收所述用户终端i殳备发送的对媒体内容的时移码流的请求，从所述时 移存储服务器或本地获取所述时移码流并发送给所述用户终端设备；所述用户终端设备要获取媒体内容的时移码流时，请求所述时移重定向 服务器为其选择一个流4某体服务器并接收所述时移重定向服务器返回的流媒 体服务器的信息，然后和该流媒体服务器建立时移服务的媒体控制会话，向 该流媒体服务器请求所述媒体内容的时移码流并接收该时移码流。
8、 如权利要求7所述的多媒体业务系统，其特征在于 所述媒体源为频道组播源，用于在网络中发送组播频道的组播码流； 所述时移写服务器用于接收所述频道组播源发送的组播频道的組播码流并写入所述时移存储服务器，该时移存储服务器保存的组播频道的组播码流 即组播频道的时移码流。
9、 如权利要求7或8所述的系统，其特征在于所述流媒体服务器周期性地向所述时移重定向服务器发送本流媒体服务 器的性能Wt，包括当前负载的^:;所述时移重定向服务器接收各流媒体服务器的性能参数并进行保存和更 新，在收到所述用户终端设备的重定向请求后，选择一个负载最轻的流媒体 服务器并将该流媒体服务器的信息返回给所述用户终端设备。
10、 如权利要求8所述的系统，其特征在于所述用户终端设备向所述流々某体服务器发送对所述组播频道内容的时移 码流的请求时，在该请求中携带所述组播频道的标识信息和请求的所述时移码流所在的时移位置信息；所述时移写服务器是将所述组播码流组织成组播时移文件的方式写入所 述时移存储服务器；所述流媒体服务器收到对所述组播频道内容的时移码流的请求后，从所 述时移存储服务器中所述组播频道的组播时移文件的所述时移位置获取所述 组播频道内容的时移码流并发送给所述用户终端设备。
全文摘要
一种媒体时移码流的存储和获取方法及多媒体业务系统，该系统包括媒体源、用户终端设备、时移写服务器、时移存储服务器、时移重定向服务器和多个流媒体服务器；时移写服务器接收媒体源发送的媒体码流，写入时移存储服务器；用户终端设备要获取媒体内容的时移码流时，请求时移重定向服务器为其选择一个流媒体服务器，然后选择的流媒体服务器建立时移服务的媒体控制会话并向流媒体服务器请求媒体内容的时移码流；流媒体服务器从时移存储服务器获取媒体内容的时移码流并向用户终端设备发送，用户终端设备接收时移码流。本发明可节约用于存储时移码流的存储空间，并支持大规模的用户终端设备的并发访问。
文档编号H04L12/18GK101505298SQ20091000692
公开日2009年8月12日 申请日期2009年2月9日 优先权日2009年2月9日
发明者勤 熊, 王印龙 申请人:中兴通讯股份有限公司
最新回复(0)