WO2009015611A1 - Method, system and apparatus for quick switching media source - Google Patents

Description

一种媒体源快速切换的方法、 系统和装置

技术领域

本发明涉及通信技术领域， 特别涉及一种媒体源快速切换的方 法、 系统和装置。 背景技术

随着计算机网络的发展和人们对信息多样化需求的不断提高，多 媒体技术（ Multimedia Technology ) 的应用越来越普及。 多媒体技术 广义上讲是使音频、视频形成稳定和连续的传输流和回放流的一系列 技术、 方法和协议的总称， 狭义上讲仅指区别于传统播放技术的用于 在 IP ( Internet Protocol , 互联网协议 ) 网络上发布多媒体数据流的新 技术。 多媒体技术釆用流式传输方式， 即将整个多媒体文件经过特殊 的压缩方式分成一个个压缩包， 由视频服务器向用户计算机连续、 实 时传送， 用户无需等待整个文件下载完毕， 可以一边解压播放前面传 送过来的压缩包，一边下载后续的压缩包，使启动延时大幅度地缩短， 而且对系统緩存容量的需求也大大降低。

多媒体是指釆用流式传输的方式在因特网播放的媒体格式。流式 传输的实现需要合适的传输协议， 目前， 支持多媒体传输的协议主要 有实时传输协议 RTP ( Real-time Transport Protocol ) 、 实时传输控制 协议 RTCP ( Real-time Transport Control Protocol ) 、 实时流媒体协议 RTSP ( Real-time Streaming Protocol )、预留资源协议 RS VP ( Resource Reserve Protocol ) 。

实时流媒体协议 RTSP是由 Real Networks和 Netscape共同提出 的， 该协议定义了一对多应用程序如何有效地通过 IP网络传送多媒 体数据。 RTSP在体系结构上位于 RTP和 RTCP之上， 它使用 TCP ( Transmission Control Protocol, 传输控制协议）或 RTP完成数据传 输。 与 HTTP ( Hypertext Transfer Protocol, 超文本传输协议）相比， HTTP传送 HTML ( Hypertext Markup Language, 超文本标记语言）， 而 RTP传送的是多媒体数据。 HTTP请求由客户机发出，服务器做出 响应； 使用 RTSP时， 客户机和服务器都可以发出请求， 即 RTSP可 以是双向的。 RTSP协议是应用层协议， 用来控制传输实时多媒体属 性数据。 RTSP提供了一个可扩展框架， 使控制和传输实时数据（例 如， 音频和视频）成为可能。 数据源可以是现场数据和存储在剪辑中 的数据。 该协议可控制多个数据传输会话， 提供了一个选择传输的通 路的方法， 例如 UDP ( User Datagram Protocol , 用户数据报协议 )、 组播 UDP与 TCP, 同时提供了一个选择基于 RTP之上的传输机制。 实时多媒体协议 RTSP可建立并控制一个或几个时间同步的连续多媒 体。尽管连续媒体流与控制流的交叉是可能的， 通常该协议本身并不 发送连续流， 换言之， RTSP充当多媒体服务器的网络远程控制。

现有技术中多媒体实现的方法主要是通过 RTSP协议来完成对多 媒体的控制， 通过 RTP/RTCP协议来完成媒体流的传输。 RTSP协议 中，通过 Describe和 Setup方法来完成会话建立功能；通过 Play、 Pause、 Teardown 方法来进行多媒体会话控制功能。 一次多媒体会话过程， 主要包括多媒体发现、 多媒体会话建立、 媒体会话控制、 媒体传输资 源建立等过程， 这个会话的建立过程是需要一定时间的， 也就是说， 用户从开始发现多媒体到能够正常看到多媒体需要一定的时间。用户 在多媒体播放的过程中如果要进行多媒体源切换，则需要关闭当前的 会话， 释放当前的会话及媒体通信信道资源， 并与多媒体服务器间重 新建立新的会话。这就意味着需要一段较长的时间来释放当前的会话 资源以及重新建立新的会话， 因此媒体源的切换操作时间较长。

在实现本发明的过程中， 发明人发现现有技术至少存在以下问 题：

用户需要进行媒体源切换时等待时间较长， 用户的体验度较差。

发明内容

本发明实施例提供一种媒体源快速切换的方法、 系统和装置， 以 解决现有技术中媒体源的切换操作等待时间长的问题。

为达到上述目的，本发明实施例一方面提出一种媒体源快速切换 的方法， 包括以下步骤： 多媒体服务器接收客户端进行媒体源切换的 请求信息；所述多媒体服务器根据所述请求信息将当前媒体源切换成 所述客户端请求的目的媒体源，并将所述目的媒体源通过当前的会话 及媒体通信信道资源下发给所述客户端。

另一方面， 本发明实施例还提出一种媒体源快速切换的系统， 包 括多媒体服务器和客户端。 所述客户端， 用于生成进行媒体源切换的 请求信息， 并向所述多媒体服务器发送； 所述多媒体服务器， 用于根 据所述请求信息将当前媒体源切换成所述客户端请求的目的媒体源， 并将所述目的媒体源通过当前的会话及媒体通信信道资源下发给所 述客户端。

再一方面， 本发明实施例还提出一种多媒体服务器， 包括请求接 收模块、媒体源切换模块和媒体源信息下发模块。所述请求接收模块， 用于接收所述客户端进行媒体源切换的请求信息；所述媒体源切换模 块，用于根据所述请求接收模块接收到的所述请求信息将当前媒体源 切换成所述客户端请求的目的媒体源； 所述媒体源信息下发模块， 用 于将所述媒体源切换模块切换的所述目的媒体源通过当前的会话及 媒体通信信道资源下发给所述客户端。

再一方面， 本发明实施例还提出一种客户端， 包括请求生成模块 和请求发送模块。 所述请求生成模块， 用于利用 RTSP协议构造操作 头域， 生成所述客户端进行媒体源切换的请求信息； 所述请求发送模 块，用于将所述请求生成模块生成的请求信息发送给所述多媒体服务 器。

与现有技术相比， 本发明实施例有以下优点：

通过本发明实施例使得客户端在向多媒体服务器发送进行媒体 源切换的请求信息后，多媒体服务器和客户端之间的当前会话和媒体 通信信道资源并不释放，多媒体服务器利用当前的会话及媒体通信信 道资源将客户端请求的目的媒体源进行下发，使客户端进行媒体源切 换的等待时间大大减少， 增强了用户的体验度。 附图说明

图 1为本发明实施例媒体源快速切换系统的结构图；

图 2为本发明实施例媒体源快速切换的方法流程图；

图 3为本发明媒体源快速切换的方法实施例一的流程图； 图 4为本发明媒体源快速切换的方法实施例二的流程图。 具体实施方式

本发明实施例提供了一种媒体源快速切换的方法、 系统和装置， 在本发明实施例中，客户端向多媒体服务器发送进行媒体源切换的请 求信息， 多媒体服务器根据客户端的请求信息， 将当前媒体源切换成 客户端请求的目的媒体源，同时保留多媒体服务器和客户端间的当前 会话及媒体通信信道资源，利用多媒体服务器同客户端间的当前会话 及媒体通信信道资源将该客户端请求的目的媒体源进行下发。本发明 实施例节省了客户端同多媒体服务器进行会话、释放和重新建立媒体 通信信道资源的时间，因而大大减少了客户端进行媒体源切换操作的 时间， 增强了用户的体验度。

如图 1所示， 为本发明实施例媒体源快速切换系统的结构图， 该 系统包括多媒体服务器 1和客户端 2。多媒体服务器 1在接收到客户端 2 进行媒体源切换的请求信息后判断该请求信息是否合法， 包括判断该 请求信息对应的当前会话是否存在、请求切换的目的媒体源是否存在 或其必要参数是否合法等， 如果判断该请求信息合法， 则多媒体服务 器 1根据该请求信息将当前媒体源切换成客户端 2请求的目的媒体源， 同时保留该多媒体服务器 1和客户端 2之间的会话以及媒体通信信道 资源， 将客户端 2请求的目的媒体源通过当前的会话及媒体通信信道 资源下发给该客户端 2。 如果多媒体服务器 1判断该请求信息不合法， 则该多媒体服务器 1对该请求作返回处理。客户端 2用于生成进行媒体 源切换的请求信息， 并将该请求信息利用 RTSP协议向多媒体服务器 1 发送。 在该请求信息被多媒体服务器 1判断合法后， 接收并播放多媒 体服务器 1下发的目的媒体源的内容。

其中， 多媒体服务器 1包括请求接收模块 11、 媒体源切换模块 13 和媒体源信息下发模块 14。 请求接收模块 11用于接收客户端 2发送的 进行媒体源切换的请求信息。 该请求信息包括客户端 2请求切换的目 的媒体源的地址或媒体标志 ,例如表示上一个频道或下一个频道的媒 体标志。媒体源切换模块 13用于在请求判断模块 12判断该请求信息合 法后， 根据该请求信息将当前媒体源切换成客户端 2请求的目的媒体 源，并保留多媒体服务器 1同客户端 2之间的当前会话和媒体通信信道 资源。 媒体源信息下发模块 14, 用于将客户端 2请求的目的媒体源利 用当前的会话和媒体通信信道资源下发给该客户端 2。

优选地， 多媒体服务器 1还包括请求判断模块 12, 用于判断请求 接收模块 11接收到的请求信息是否合法，包括判断该请求信息对应的 当前对话是否存在，请求切换的目的媒体源是否存在或其必要参数是 否合法等。 如果请求判断模块 12判断该请求信息不合法， 则多媒体服 务器 1对该请求作返回处理。 例如请求判断模块 12判断该请求信息中 请求切换的目的媒体源不存在， 则将该请求返回给客户端 2。

请求判断模块 12包括当前会话判断子模块 121 , 用于判断请求信 息对应的当前会话是否存在， 如果存在， 则多媒体服务器 1继续进行 下一步操作， 如果不存在， 则多媒体服务器 1对该请求作返回处理。

优选地， 请求判断模块 12还包括目的媒体源判断子模块 122, 用 于判断客户端 2请求切换的目的媒体源是否存在， 其必要参数是否合 法。 该必要参数包括请求切换的目的媒体源的地址或媒体标志， 例如 表示上一个频道或下一个频道的媒体标志。如果该目的媒体源存在且 其必要参数合法， 则多媒体服务器 1继续进行下一步操作， 如果目的 媒体源不存在或其必要参数不合法， 则多媒体服务器 1对该请求作返 回处理。

客户端 2包括请求生成模块 21、 请求发送模块 22、 媒体源内容播 放模块 23。请求生成模块 21用于在用户进行媒体源切换操作时， 生成 进行媒体源切换的请求信息。 该请求信息是利用 RTSP协议构造操作 标志头域， 来表示用户进行媒体源切换操作， 同时携带请求切换的目 的媒体源的地址或媒体标志 ,例如表示上一个频道或下一个频道的媒 体标志。 请求发送模块 22, 用于将请求生成模块 21生成的请求信息发 送给多媒体服务器 1。 媒体源内容播放模块 23 , 用于接收并播放多媒 体服务器 1下发的目的媒体源的内容。

如图 2所示， 为本发明实施例媒体源快速切换的方法流程图， 具 体包括以下步骤：

步骤 S201 , 多媒体服务器接收客户端进行媒体源切换的请求信 息。 在用户进行媒体源切换操作时， 客户端利用 RTSP协议构造操作 标志头域， 来表示用户进行媒体源切换操作， 同时携带请求切换的目 的媒体源的地址或媒体标志，例如表示上一个频道或下一个频道的媒 体标志。 客户端将生成的请求信息发送给多媒体服务器。

步骤 S202,多媒体服务器将当前媒体源切换成客户端请求的目的 媒体源。 在接收到客户端发送的进行媒体源切换的请求信息之后， 多 媒体服务器先判断该请求信息是否合法，包括判断该请求信息对应的 当前会话是否存在、请求切换的目的媒体源是否存在或其必要参数是 否合法等。 如果多媒体服务器判断该请求信息合法， 则该多媒体服务 器根据该请求信息将当前媒体源切换成客户端请求的目的媒体源。如 果多媒体服务器判断该请求信息不合法， 则对该请求作返回处理。

步骤 S203 , 多媒体服务器将客户端请求的目的媒体源下发给客 户端。在多媒体服务器接收到客户端进行媒体源切换操作的请求信息 时，并不拆掉该多媒体服务器和客户端之间的当前会话和媒体通信信 道资源， 而是保留， 在该多媒体服务器判断该请求信息合法且将当前 媒体源切换成客户端请求的目的媒体源之后，将客户端请求的目的媒 体源利用当前的会话和媒体通信信道资源下发给该客户端。

本发明实施例实现了媒体源的快速切换操作， 通过本发明实施 例， 客户端向多媒体服务器发送进行媒体源切换的请求信息， 多媒体 服务器根据该请求信息将当前媒体源切换成客户端请求的目的媒体 源，同时保留多媒体服务器和客户端之间的当前会话和媒体通信信道 资源，将客户端请求的目的媒体源利用多媒体服务器和客户端之间的 当前会话和媒体通信信道资源下发给该客户端。这就使得从客户端开 始媒体源切换操作到切换成功的时间，比现有技术中进行媒体源切换 的时间大大减少， 增强了用户的体验度。

下面通过具体实施例并结合附图对本发明作进一步说明： 如图 3 所示， 为本发明媒体源快速切换的方法实施例一的流程 图， 具体包括以下步骤：

步骤 S301 , 客户端同多媒体服务器间建立正常的媒体会话， 请 求播放当前媒体源的内容。 在 RTSP协议中， 通过 Describe方法建立 客户端同多媒体服务器间的媒体会话。

步骤 S302, 多媒体服务器为客户端分配媒体通信信道资源并建 立媒体传输信道。 在 RTSP协议中， 利用 Setup方法让多媒体服务器 为客户端分配媒体通信信道资源， 启动 RTSP连接。

步骤 S303 , 多媒体服务器利用媒体传输信道向客户端下发当前 媒体源的内容。

步骤 S304, 客户端向多媒体服务器发送进行媒体源切换的请求 信息。 用户进行媒体源切换操作时， 客户端利用 RTSP协议构造操作 标志头域， 来表示用户进行媒体源切换操作， 同时携带请求切换的目 的媒体源的地址或媒体标志 ,例如表示上一个频道或下一个频道的媒 体标志。

例如， 利用 RTSP的 Options方法携带扩展头域的方式为： OPTIONS rts ： //audio . example . com/happy/ audio 1. en RTSP/1.0 Cseq:2

Session: 12345678

Range :smpte = 0:10:00-

TagChannel: rtsp：〃 audio. example.com/twister/audio21.en

(或 TagChannel :Next) 扩展头域 TagChannel,表明用户请求的新的媒体的 URI( Uniform Resource Identifier, 统一资源标识符）， 这个值可以是具体的 URI, 也 可以是 Next或 Previous表示的下一个或上一个频道的媒体标志。

这个扩展头域可以通过 Options 方法来携带， 也可以通过 SET— PARAMETER方法来携带，

例如： 利用 RTSP协议的 SET— PARAMETER方法携带扩展头域 的方式为：

SET— PARAMETER rtsp：〃 audio . example . com/happy/ audio 1. en RTSP/1.0

Cseq:2

Session: 12345678

Range :smpte = 0:10:00-

TagChannel: rtsp：〃 audio. example.com/twister/audio21.en

(或 TagChannel :Next)

该步骤除了用以上提到的两种方法实现外， 还可以用 RTSP的扩 展方法来实现， 例如使用 EXCHANGE扩展方法， 表示用户希望将当 前的媒体源切换的目的媒体源， 如下所示：

EXCHANGE rts ://audio . example . com/happy/ audio2. en RTSP/1.0

Cseq:2

Session: 12345678

Range :smpte = 0:10:00- 或者

EXCHANGE next RTSP/1.0

Cseq:2

Session: 12345678

Range :smpte = 0:10:00- 步骤 S305 , 多媒体服务器将客户端请求的目的媒体源利用当前 的会话及媒体通信信道资源下发给客户端。多媒体服务器在接收到客 户端进行媒体源切换的请求信息后，将当前媒体源切换成客户端请求 的目的媒体源，但不释放多媒体服务器和客户端之间的当前会话和媒 体通信信道资源，将该客户端请求的目的媒体源利用当前的会话和媒 体通信信道资源下发给该客户端。

上述媒体源快速切换的方法， 客户端利用 RTSP协议的 Options 方法、 SET— PARAMETER方法和 RTSP扩展方法生成向多媒体服务 器发送的进行媒体源切换的请求信息， 多媒体服务器根据该请求信 息， 将当前的媒体源切换成客户端请求的目的媒体源， 并利用当前的 会话和媒体通信信道资源进行目的媒体源的下发，节省了客户端和多 媒体服务器间进行会话及媒体通信信道资源释放和重建的时间。

如图 4 所示， 为本发明媒体源快速切换的方法实施例二的流程 图， 多媒体服务器在接收到客户端进行媒体源切换的请求信息后， 处 理该请求信息的流程具体包括以下步骤：

步骤 S401 , 多媒体服务器接收客户端进行媒体源切换的请求信 息。 该请求信息包括客户端请求切换的目的媒体源的地址或媒体标 志， 例如表示上一个频道或下一个频道的媒体标志。

步骤 S402, 多媒体服务器判断接收到的请求信息是否合法， 包 括判断该请求信息对应的当前会话是否存在、请求切换的目的媒体源 是否存在或其必要参数是否合法等。如果多媒体服务器判断该请求信 息合法， 则进入步骤 S403的操作； 如果多媒体服务器判断该请求信 息不合法， 则进入步骤 S405执行返回操作。

步骤 S403 , 多媒体服务器将当前媒体源切换成客户端请求的目 的媒体源，但不释放多媒体服务器和客户端之间的当前会话及媒体通 信信道资源。

步骤 S404, 多媒体服务器将客户端请求的目的媒体源利用当前 的会话及媒体通信信道资源下发给该客户端。

步骤 S405 , 返回操作。

本发明实施例上述媒体源快速切换的方法，多媒体服务器接收到 客户端进行媒体源切换的请求信息后， 先判断该请求信息是否合法， 如果该请求信息合法，则该多媒体服务器根据该请求信息将当前媒体 源切换成客户端请求的目的媒体源，并利用当前的会话及媒体通信信 道资源进行下发， 使媒体源切换的操作时间大大缩短， 增强了用户的 体验度。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解 到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台 的方式来实现。基于这样的理解， 本发明的技术方案可以以软件产品 的形式体现出来， 该软件产品可以存储在一个非易失性存储介质（可 以是 CD-ROM, U盘， 移动硬盘等） 中， 包括若干指令用以使得一 台计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行 本发明各个实施例所述的方法。

总之， 以上所述仅为本发明的较佳实施例而已， 并非用于限定本 发明的保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求

1、 一种媒体源快速切换的方法， 其特征在于， 包括以下步骤： 多媒体服务器接收客户端进行媒体源切换的请求信息； 所述多媒体服务器根据所述请求信息将当前媒体源切换成所述 客户端请求的目的媒体源，并将所述目的媒体源通过当前的会话及媒 体通信信道资源下发给所述客户端。

2、 如权利要求 1所述媒体源快速切换的方法， 其特征在于， 所 述请求信息包括所述目的媒体源的地址或媒体标志。

3、 如权利要求 2所述媒体源快速切换的方法， 其特征在于， 所 述目的媒体源的地址或媒体标志由所述请求信息的操作标志头域携 带， 所述操作标志头域由所述客户端利用多媒体通信协议生成。

4、 如权利要求 1所述媒体源快速切换的方法， 其特征在于， 在 所述多媒体服务器接收客户端进行媒体源切换的请求信息之后，还包 括以下步骤：

所述多媒体服务器判断所述请求信息是否合法；

如果所述请求信息合法，则所述多媒体服务器根据所述请求信息 停止当前媒体源播放。

5、 如权利要求 4所述媒体源快速切换的方法， 其特征在于， 所 述判断请求信息是否合法具体包括：判断所述请求信息对应的当前会 话是否存在， 如果所述当前会话存在则所述请求信息合法。

6、 如权利要求 4所述媒体源快速切换的方法， 其特征在于， 所 述判断请求信息是否合法具体包括：判断请求切换的目的媒体源是否 存在， 如果所述目的媒体源存在则所述请求信息合法。

7、 如权利要求 3所述媒体源快速切换的方法， 其特征在于， 所 述多媒体通信协议， 至少包括：

实时多媒体协议； 会话描述协议； 会话初始化协议； 超文本传输 协议。

8、 一种媒体源快速切换的系统， 其特征在于， 包括多媒体服务 器和客户端，

所述客户端， 用于生成进行媒体源切换的请求信息， 并向所述多 媒体服务器发送；

所述多媒体服务器，用于根据所述请求信息将当前媒体源切换成 所述客户端请求的目的媒体源，并将所述目的媒体源通过当前的会话 及媒体通信信道资源下发给所述客户端。

9、 如权利要求 8所述媒体源快速切换的系统， 其特征在于， 所 述客户端包括请求生成模块和请求发送模块，

所述请求生成模块， 用于利用多媒体通信协议构造操作头域， 生 成所述客户端进行媒体源切换的请求信息；

所述请求发送模块，用于将所述请求生成模块生成的请求信息发 送给所述多媒体服务器。

10、 如权利要求 8所述媒体源快速切换的系统， 其特征在于， 所 述多媒体服务器包括请求接收模块、媒体源切换模块和媒体源信息下 发模块，

所述请求接收模块，用于接收所述客户端进行媒体源切换的请求 信息；

所述媒体源切换模块，用于根据所述请求接收模块接收到的所述 请求信息将当前媒体源切换成所述客户端请求的目的媒体源；

所述媒体源信息下发模块，用于将所述媒体源切换模块切换的所 述目的媒体源通过当前的会话及媒体通信信道资源下发给所述客户 端。

11、 如权利要求 7所述媒体源快速切换的系统， 其特征在于， 所 述多媒体服务器包括请求判断模块，用于判断所述请求接收模块接收 的所述请求信息是否合法，在判断所述请求信息合法后通知所述媒体 源切换模块进行媒体源切换。

12、 一种多媒体服务器， 其特征在于， 包括请求接收模块、 媒体 源切换模块和媒体源信息下发模块，

所述请求接收模块，用于接收所述客户端进行媒体源切换的请求 信息；

所述媒体源切换模块，用于根据所述请求接收模块接收到的所述 请求信息将当前媒体源切换成所述客户端请求的目的媒体源；

所述媒体源信息下发模块，用于将所述媒体源切换模块切换的所 述目的媒体源通过当前的会话及媒体通信信道资源下发给所述客户 端。

13、 如权利要求 12所述多媒体服务器， 其特征在于， 包括请求 判断模块， 用于判断所述请求接收模块接收的所述请求信息是否合 法，在判断所述请求信息合法后通知所述媒体源切换模块进行媒体源 切换。

14、 如权利要求 13所述多媒体服务器， 其特征在于， 所述请求 判断模块包括当前会话判断子模块，用于判断所述请求信息对应的当 前会话是否存在， 如果所述当前会话存在则所述请求信息合法。

15、 如权利要求 13所述多媒体服务器， 其特征在于， 所述请求 判断模块包括目的媒体源判断子模块，用于判断请求切换的目的媒体 源是否存在， 如果所述目的媒体源存在则所述请求信息合法。

16、 一种客户端， 其特征在于， 包括请求生成模块和请求发送模 块，

所述请求生成模块， 用于利用多媒体通信协议构造操作头域， 生 成所述客户端进行媒体源切换的请求信息；

所述请求发送模块，用于将所述请求生成模块生成的请求信息发 送给所述多媒体服务器。