CN100542264C

CN100542264C - 在暂停播放的状态下保持流媒体会话存活的方法

Info

Publication number: CN100542264C
Application number: CNB2007100483401A
Authority: CN
Inventors: 刘杰
Original assignee: Sichuan Changhong Electric Co Ltd
Current assignee: Sichuan Changhong Electric Co Ltd
Priority date: 2007-01-26
Filing date: 2007-01-26
Publication date: 2009-09-16
Anticipated expiration: 2027-01-26
Also published as: CN101026732A

Abstract

本发明涉及流媒体播放技术，具体涉及在不同的流媒体会话存活机制中维持会话存活的方法。本发明所要解决的技术方案是，提供在暂停播放的状态下保持流媒体会话存活的方法。采用的技术方案包括以下步骤：a.终端向服务器发出描述请求消息后，收到服务器的响应消息；b.解析响应消息，取出服务器类型，将其存在全局变量中；c.在暂停状态下，读取全局变量，根据不同服务器类型启动不同的流媒体会话存活机制。本发明的有益效果是，终端能够自动与不同流媒体服务器局端进行适配，并启动不同的流媒体会话存活机制，以维持流媒体会话持续存活，让流媒体会话在暂停播放后持续保持存活，以便在暂停若干时间后再次恢复播放。

Description

在暂停播放的状态下保持流媒体会话存活的方法

技术领域

本发明涉及流媒体播放技术，具体涉及在不同的流媒体会话存活机制中维持会话存活的方法。

背景技术

近年来，IPTV(宽带网络电视)技术已成为热点，与传统的广播电视网的方式相比，它具有交互性强的显著优势，该优势恰好符合人们日益强烈的互动需求。

基于IP的流媒体播放技术是IRTV技术的核心技术之一。

在流媒体播放技术中，包含了很多面向用户的功能组件，例如播放、暂停、快进、快退、退出等。其中，暂停功能要求在暂停播放一段时间(可能是几分钟，也可能是几十、几百分钟乃至更多)后，仍能恢复播放，即从暂停的时间点继续播放。由于在用户选择暂停时，终端和服务器端都不知道用户将会暂停多长时间，因此要想仍能恢复播放，就必须持续保持该流媒体会话的存活。

另一方面，在流媒体播放系统中，由于没有统一的流媒体通信协议标准，不同的流媒体服务器厂商所采用的流媒体通信协议都存在差异。终端为了和不同厂商的流媒体服务器互通，就必须进行局终端对接工作，修改终端的流媒体协议栈，包括信令、流程等。

目前在暂停后的流媒体会话保持存活上，不同厂商的流媒体服务器采用的机制不同，终端在暂停播放时可能会出现，因为不清楚服务器采用哪种存活机制而与流媒体服务器连接中断的情况。

发明内容

本发明所要解决的技术方案是，提供一种在流媒体播放系统中，在暂停播放的状态下保持流媒体会话存活的方法。

本发明为解决上述技术问题所采用的技术方案是，在暂停播放的状态下保持流媒体会话存活的方法，包括以下步骤：

a、终端向服务器发出描述请求消息后，收到服务器的响应消息；

b、解析响应消息，取出服务器类型，将其存在全局变量中；

c、在暂停状态下，读取全局变量，根据不同服务器类型启动不同的流媒体会话存活机制。

所述流媒体会话存活机制包括：定期交互选项请求消息的机制、定期交互RTCP(实时控制协议)消息的机制、定期交互零窗口探测消息的机制。

所述流媒体会话存活机制预留有扩展接口。

本发明的有益效果是，终端能够自动与不同流媒体服务器局端进行适配，并启动不同的流媒体会话存活机制，以维持流媒体会话持续存活，让流媒体会话在暂停播放后持续保持存活，以便在暂停若干时间后再次恢复播放。

以下结合附图和实施例对本发明作进一步详细的描述。

附图说明

图1为自动适配不同服务器的会话存活机制；

图2为根据当前会话状态判断是否持续所选定的存活机制。

具体实施方式

如图1所示，终端向流媒体服务器发出描述请求消息后，服务器会给予响应，该响应消息分为两部分：

第1部分是RTSP(实时流协议)消息头，包括请求是否成功、服务器类型等；

第2部分是SDP(会话描述协议)内容，包括被点播媒体文件的音视频编码类型等。

终端从第1部分的“Server：”字段可以读出服务器类型。该字段中，Server：后紧随的字符串为服务器类型。一般不同局端厂商的服务器类型都不同。

″HwSrv″表示服务器A；

″UestcSrv″表示服务器B；

″Darwin Srv″表示达尔文服务器。

取出服务器类型后，就可以根据服务器类型进行不同的处理，启动不同的流媒体会话存活机制。基于模块思想考虑，可以采用一个整型全局变量g_SrvType，标记服务器类型。在取出服务器类型后，设置该全局变量的值。在具体启动存活机制时，读出该全局变量的值，根据值的不同，确定启动不同机制：

unsigned int g_SrvType；

#define HwSrv 1/*服务器A*/

#define UestcSrv 2/*服务器B*/

#define DarwinSrv 3/*达尔文服务器*/

如图2所示，根据当前会话状态判断是否持续所选定的存活机制：当仍处于暂停状态时(PAUSED＝＝GetSessionState())，继续运行该机制；当不是暂停状态(如播放状态等)时，停止该机制。

本实施例中，终端保存有服务器A、服务器B、达尔文服务器三种常用的流媒体会话存活机制。

服务器A采用定期交互选项请求消息的机制：

N1.终端向流媒体服务器A发出选项请求消息(RTSP OPTION)；

N2.流媒体服务器A向终端返回响应消息(RTSP Reply：200OK)；

N3.终端再向流媒体服务器A返回TCP(传输控制协议)确认消息(TCPACK)。

该机制一旦启动，就会周期性地(一般为每隔60秒)循环该过程上述步骤。

服务器B采用定期交互RTCP消息的机制(RTCP Receiver Report)：

N1.终端向流媒体服务器B发出RTCP消息(RTCP Receiver Report)；

N2.流媒体服务器B向终端返回TCP确认消息(TCP ACK)。

该机制一旦启动，就会周期性地(一般为每隔60秒)循环该过程，即步骤N1和N2交互进行。

达尔文服务器采用定期交互零窗口探测消息的机制：

N1.终端主动向达尔文服务器发出零窗口通告消息(TCP ZeroWindow)，该消息一般作为服务器响应消息的确认消息，该响应针对终端发出的流媒体暂停控制消息；

N2.在收到N1中的通告消息后，达尔文服务器向终端发出零窗口探测消息(TCP ZeroWindowProbe)；

N3.在收到N1中的通告消息后，终端向达尔文服务器发出零窗口探测确认消息(TCP ZeroWindowProbeAck)，该消息将终端的TCP窗口大小设置为0。

该机制一旦启动，就会周期性地(一般为每隔60秒)循环零窗口探测消息和零窗口探测确认消息的交互过程，即步骤N2和N3交互进行。

实际上，除了上述3种流媒体会话存活机制，根据流媒体服务器厂商的不同，其所用的存活机制也不同，需要向对接的流媒体服务器厂商求取该信息。流媒体会话存活机制预留有扩展接口，便于扩充的存活机制。

Claims

1、在暂停播放的状态下保持流媒体会话存活的方法，其特征在于，包括以下步骤：

b、解析响应消息，取出服务器类型，将其存在全局变量中；

2、如权利要求1所述在暂停播放的状态下保持流媒体会话存活的方法，其特征在于，所述流媒体会话存活机制包括：定期交互选项请求消息的机制、定期交互RTCP消息的机制、定期交互零窗口探测消息的机制；

如服务器采用定期交互选项请求消息的机制，则进行以下步骤：

c1-1.终端向服务器发出选项请求消息，进入步骤c1-2；

c1-2.服务器向终端返回响应消息，进入步骤c1-3；

c1-3.终端再向服务器返回传输控制协议确认消息，返回步骤c1-1；

如服务器采用定期交互RTCP消息的机制，则进行以下步骤：

c2-1.终端向服务器发出RTCP消息，进入步骤c2-2；

c2-2.服务器向终端返回传输控制协议确认消息，返回步骤c2-1；

如服务器采用定期交互零窗口探测消息的机制，则进行以下步骤：

c3-1.终端主动向服务器发出零窗口通告消息，进入步骤c3-2；

c3-2.服务器在收到零窗口通告消息后，向终端发出零窗口探测消息，进入步骤c3-3；

c3-3.终端向服务器发出零窗口探测确认消息，并返回步骤c3-2。

3、如权利要求1所述在暂停播放的状态下保持流媒体会话存活的方法，其特征在于，所述流媒体会话存活机制预留有扩展接口，所述扩展接口用于扩充存活机制。