CN101083605B - 一种媒体源快速切换的方法、***和装置 - Google Patents

Abstract

本发明公开了一种媒体源快速切换的方法，包括以下步骤：流媒体服务器接收客户端进行媒体源切换的请求信息；所述流媒体服务器根据所述请求信息将当前媒体源切换成所述客户端请求的目的媒体源，并将所述目的媒体源通过当前的会话及媒体通信信道资源下发给所述客户端。通过本发明实施例客户端向流媒体服务器发送进行媒体源切换的请求信息后，流媒体服务器和客户端之间的当前会话和媒体通信信道资源并不释放，流媒体服务器利用当前的会话及媒体通信信道资源将客户端请求的目的媒体源进行下发，大大减少了媒体源切换操作的等待时间，弥补了现有技术中媒体源切换等待时间长的缺陷。

Description

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

技术领域

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

背景技术

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

流媒体是指采用流式传输的方式在因特网播放的媒体格式。流式传输的实现需要合适的传输协议，目前，支持流媒体传输的协议主要有实时传输协议RTP(Realtime Transport Protocol)、实时传输控制协议RTCP(RealtimeTransport Control Protocol)、实时流媒体协议RTSP(Realtime StreamingProtocol)、预留资源协议RSVP(Resource Resetve Protocol)。

实时流媒体协议RTSP是由RealNetworks和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 DatagramProtocol，用户数据报协议)、组播UDP与TCP，同时提供了一个选择基于RTP之上的传输机制。实时流媒体协议RTSP可建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流的交叉是可能的，通常该协议本身并不发送连续流，换言之，RTSP充当多媒体服务器的网络远程控制。

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

现有技术的缺点是在用户需要进行媒体源切换时等待时间较长，用户的体验度较差。

发明内容

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

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

另一方面，本发明实施例还提出一种媒体源快速切换的***，包括流媒体服务器和客户端。所述客户端，用于生成进行媒体源切换的请求信息，并向所述流媒体服务器发送；所述流媒体服务器，用于判断所述请求信息是否合法，当所述请求信息合法时，则根据所述请求信息将当前媒体源切换成所述客户端请求的目的媒体源，并将所述目的媒体源通过当前的会话及媒体通信信道资源下发给所述客户端；当所述请求信息不合法时执行返回操作。

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

与现有技术相比，本发明实施例具有以下优点：通过本发明实施例使得客户端在向流媒体服务器发送进行媒体源切换的请求信息后，流媒体服务器和客户端之间的当前会话和媒体通信信道资源并不释放，流媒体服务器利用当前的会话及媒体通信信道资源将客户端请求的目的媒体源进行下发，使客户端进行媒体源切换的等待时间大大减少，增强了用户的体验度。

附图说明

图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 rtsp://audio.example.com/happy/audiol.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(UniformResource Identifier，统一资源标识符)，这个值可以是具体的URI，也可以是Next或Previous表示的下一个或上一个频道的媒体标志。

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

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

SET_PARAMETER rtsp://audio.example.com/happy/audiol.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 rtsp://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，返回操作。

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

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (13)

1.一种媒体源快速切换的方法，其特征在于，包括以下步骤：

流媒体服务器接收客户端进行媒体源切换的请求信息；

所述流媒体服务器判断所述请求信息是否合法，如果所述请求信息合法，则根据所述请求信息将当前媒体源切换成所述客户端请求的目的媒体源，并将所述目的媒体源通过当前的会话及媒体通信信道资源下发给所述客户端；

如果所述请求信息不合法则执行返回操作。

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

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

4.如权利要求1所述媒体源快速切换的方法，其特征在于，在所述流媒体服务器判断所述请求信息合法之后，还包括以下步骤：

如果所述请求信息合法，则执行所述流媒体服务器根据所述请求信息停止当前媒体源播放的步骤。

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

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

7.一种媒体源快速切换的***，其特征在于，包括流媒体服务器和客户端，

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

所述流媒体服务器，用于判断所述请求信息是否合法，当所述请求信息合法时，则根据所述请求信息将当前媒体源切换成所述客户端请求的目的媒体源，并将所述目的媒体源通过当前的会话及媒体通信信道资源下发给所述 客户端，当所述请求信息不合法时执行返回操作。

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

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

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

9.如权利要求7所述媒体源快速切换的***，其特征在于，所述流媒体服务器包括请求接收模块、媒体源切换模块和媒体源信息下发模块，

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

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

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

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

11.一种流媒体服务器，其特征在于，包括请求接收模块、媒体源切换模块和媒体源信息下发模块，请求判断模块；

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

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

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

所述请求判断模块，用于判断所述请求接收模块接收的所述请求信息是否合法，在判断所述请求信息合法后通知所述媒体源切换模块进行媒体源切换。 

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

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

Images