CN103188575A - 一种基于rtsp协议实现的交换式数字视频系统的实现方法 - Google Patents

Abstract

一种基于RTSP协议的有线电视交换式数字视频实现方法。采用RTSP协议传递交换式数字视频的业务请求参数，该参数由业务前端下发给互动机顶盒终端，并由互动机顶盒终端以此作为业务请求参数。在此过程中，互动机顶盒终端不需要知道当前工作在视频点播模式下，还是工作在交换式数字视频模式下，不需要为每种工作模式设置特别的功能代码，可复用互动机顶盒终端内的视频点播代码。利用本发明提供的方法，在视频点播和交换式数字视频的业务前端中，使用同一套的功能模块，同时支持视频点播和交换式数字视频业务，便于业务系统的开发、部署和维护。

Description

一种基于RTSP协议实现的交换式数字视频系统的实现方法

技术领域

本发明涉及一种基于RTSP协议实现的交换式数字视频系统的实现方法，以便基于有线电视网络现有的互动电视机顶盒上具备视频点播业务能力基础上，可以进行交换式数字视频业务的快速开发和部署。

背景技术

交换式数字视频系统(Switched Digital Video)，英文简写为SDV，是有线网络运营商的一项新业务。通过部署交换式数字视频业务，可以使得有线网络运营商使用较少的频率资源，为用户传送成千上百套数字电视节目。

交换式数字视频系统将广播节目按照点播方式进行处理，仅当用户请求某个频道时，才通过有线电视网络向该用户传输这个频道，而且在一个网络节点范围内或者业务组内的多个用户会产生同时收看一个频道的可能性，还可以进一步节约带宽。这样有线网络运营商只要把最受欢迎的频道放在广播通道中，确保大多数用户可以直接收看到。而对于用户不经常收看的频道，可以放在交换式数字视频通道内，只有当用户想真正看这个频道时，才对用户接入网络产生带宽占用。

基于这些优点，交换式数字视频交换式数字视频系统在北美取得了广泛的应用。但由于这些有线电视运营商目前实现的交换式数字视频系统，都是基于DSM-CC方式完成互动机顶盒终端与交换式数字视频系统的控制交互，但是存在协议复杂的问题。

交换式数字视频系统，与常见的视频点播系统一样，使用一样的业务流程，包括：

●会话建立——互动机顶盒终端向业务前端发送SETUP命令，并得到回复；

●接收解码——互动机顶盒终端根据业务前端返回的节目接收参数，进行解码和显示；

●会话保持——互动机顶盒终端需要定期向业务前端发送心跳消息，以保持该会话的稳定工作；

●会话释放——互动机顶盒终端需要向业务前端发送TEARDOWN命令，以停止所请求节目的播放，并业务前端回收相应的业务资源；

在视频点播系统中，涉及到处理互动机顶盒终端发送的点播信令相关的系统模块一般设置如图1所示。

在视频点播系统中，互动机顶盒终端除了采用DSM-CC协议与业务前端交互，大量的互动机顶盒正在使用RTSP协议与前端交互。

在交换式数字视频系统中，相应也有类似的功能模块。

在当前已有的交换式数字视频架构中，都使用了美国有线运营商时代华纳有线(Time Warner Cable)定义的ISA(Interactive ServiceArchitecture，详见网站http://www.interactiveservices.org/)互动业务架构所定义的点播协议，该协议采用DSM-CC数据格式。

发明内容

为了更方便的开发交换式数字视频系统，为中国的有线电视运营商提供更好的业务支持，本发明提供了基于业界流行的RTSP协议实现的交换式数字视频系统，以便于在现有的互动机顶盒终端上提供此服务，同时降低交换式数字视频系统开发、部署和维护的难度。

本发明的技术关键在于，针对视频点播和交换式数字视频业务，互动机顶盒终端使用统一的RTSP协议和参数，从以往只能承载视频点播的参数，简单的扩展到不需要修改代码即可承载交换式数字视频业务；在业务前端，则使用同一套处理系统和处理流程，识别互动机顶盒终端发来的请求，是用于视频点播还是交换式数字视频业务。

采用RTSP协议传递交换式数字视频的业务请求参数并进行过程控制，以实现同一台机顶盒内视频点播功能和交换式数字视频功能的代码复用，和同一套业务前端进行处理的效果。

本发明的有益效果是，避免了视频点播和交换式数字视频业务分别使用不同的控制协议，使得机顶盒端的点播代码可以同时被视频点播和交换式数字视频业务复用，减少了软件的复杂程度和代码的规模，使得支持视频点播功能的现有互动机顶盒终端可以对软件不加修改就提供交换式数字视频业务。在视频点播和交换式数字视频的业务前端中，使用同一套的功能模块，同时支持视频点播和交换式数字视频业务，便于业务系统的开发、部署和维护。

附图说明

图1是视频点播系统的一般架构图。

图2是本发明提供的同时提供视频点播和交换式数字视频业务的系统架构图。

具体实施方式

以下结合附图，详细说明本发明的具体实施方式：

目前北美已经部署的视频点播系统，大部分采用基于DSM-CC数据格式的ISA架构规定的协议，交换式数字视频系统使用的协议也基于DSM-CC数据格式，对于互动机顶盒终端可以比较方便的进行维护。但该协议对于业务扩展存在难度，比如不能支持纯IP网络内的互动机顶盒终端，这样无法适用于越来越普及的光纤入户环境。

而如果在视频点播系统中使用了RTSP协议，但交换式数字视频系统依然使用DSM-CC协议，那么不仅在业务前端要设置两套业务系统，而且在互动机顶盒终端内部也要同时保存这2个协议的代码，这将给相关业务的开发、部署和运行维护带来难度。

因此本发明针对这两种情况，提出一种基于RTSP协议的交换式数字视频的实现方法，以便在现有的视频点播系统基础上，很方便的实现交换式数字视频业务。其实现过程如下：

在视频点播系统中使用RTSP协议，其工作过程一般如下：

1、互动机顶盒终端从业务前端获取点播相关参数；

2、互动机顶盒终端使用东方有线的《互动高清媒体服务系统媒体会话与流控服务规范》中所定义RTSP协议的SETUP命令，向业务前端发起点播请求，在此命令中，将传递此点播参数。SETUP命令的格式定义如下：

在此命令中，URL用于表示用户所点播的内容，CSeq用于表示每次点播请求的顺序，User-Agent用于表示互动机顶盒终端的版本信息，Transport用于表示互动机顶盒终端所在的网络位置以用于后续点播节目的传送，x-STBMac用于表示互动机顶盒终端的识别号，EntitlementCode用于表示互动机顶盒终端所发起的点播请求的有效性，Authorization用于附加各类控制功能。

相对于标准的RTSP协议(参见RFC 2326)，x-STBMac、EntitlementCode和Authorization字段属于《互动高清媒体服务系统媒体会话与流控服务规范》对标准RTSP协议(RFC 2326)的扩展。其中EntitlementCode和Authorization字段都由业务前端下发给互动机顶盒终端，互动机顶盒终端对这2个字段不做判断和解析。

因此本发明利用扩展的Authorization字段，实现现有视频点播机顶盒上部署交换式数字视频业务。

在Authorization字段中，可以增加一个表示当前用户使用业务类型的标签，其格式定义为“serviceType＝”，其取值分别为“VOD”或“SDV”，这样业务前端的会话管理器接收到互动机顶盒转发来的Authorization字段时，可分辨出用户请求的是视频点播业务，还是交换式数字视频业务，并向相应的视频点播服务器或交换式数字视频码流系统发出控制命令，这样就实现了业务前端内一个系统同时支持视频点播和交换式数字视频业务。

由于互动机顶盒终端对Authorization字段只转发而不处理，因此互动机顶盒终端无论工作在视频点播业务下，还是工作在交换式数字视频业务下，都遵循基本的“会话建立”——“接收解码”——“会话保持”——“会话释放”的工作流程，这样也就实现了在不同业务模式下复用互动机顶盒终端内的视频点播软件代码。

因此基于本发明所实现的交换式数字视频系统，能与视频点播系统进行合并，即如图2所示的结构。

Claims (4)

1.一种基于RTSP协议的有线电视交换式数字视频实现方法，其特征在于：采用RTSP协议传递交换式数字视频的业务请求参数并进行过程控制，以实现同一台机顶盒内视频点播功能和交换式数字视频功能的代码复用，和同一套业务前端进行处理的效果。

2.根据权利要求1所述的实现方法，其特征在于：采用RTSP协议传递交换式数字视频的业务请求参数，该参数由业务前端下发给互动机顶盒终端，并以此向业务前端请求视频点播或交换式数字视频业务。

3.根据权利要求2所述的实现方法，其特征在于：利用扩展的Authorization字段中，增加一个表示当前用户使用业务类型的标签，其格式定义为“serviceType＝”，其取值分别为“VOD”或“SDV”，以此分辨出用户请求的是视频点播业务，还是交换式数字视频业务，并向相应的视频点播服务器或交换式数字视频码流系统发出控制命令。

4.根据权利要求1所述的实现方法，其特征是：在视频点播和交换式数字视频的业务前端中，使用同一套的功能模块，同时支持视频点播和交换式数字视频业务，便于业务系统的开发、部署和维护。

Images