CN102195955B - 一种直播业务和时移业务的切换方法以及相应设备 - Google Patents
一种直播业务和时移业务的切换方法以及相应设备 Download PDFInfo
- Publication number
- CN102195955B CN102195955B CN201010130236.9A CN201010130236A CN102195955B CN 102195955 B CN102195955 B CN 102195955B CN 201010130236 A CN201010130236 A CN 201010130236A CN 102195955 B CN102195955 B CN 102195955B
- Authority
- CN
- China
- Prior art keywords
- multicast
- request
- service
- channel
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明实施例提供一种直播业务和时移业务的切换方法以及相应设备,旨在解决现有技术在实现直播业务和时移业务切换时,反复拆除和重建通信连接和媒体传输通道导致切换效率较低、交互信令多、系统开销大的问题。该方法包括在建立会话连接时与服务器协商,同时建立组播通道和单播通道;向所述服务器发送携带请求组播标识或请求单播标识的播放请求;切换到所述播放请求所请求的媒体通道接收直播业务或时移业务,所述媒体通道包括在建立会话连接时建立的所述组播通道或单播通道。本发明实施例减少了客户端和服务器之间交互的信令、两种媒体通道或业务的切换时间以及系统的开销,从而大大提高了切换效率。
Description
技术领域
本发明涉及媒体播放领域,尤其涉及一种直播业务和时移业务的切换方法以及相应设备。
背景技术
在网络电视(Internet Protocol television,IPTV)中,为了节省网络带宽和服务器资源,直播业务一般采用组播(Multicast)技术实现,而对于时移(或点播)业务,由于为了满足在一定时限内用户能够观看当前直播节目的先前片段,并能够随时回到直播状态,同时可以对直播节目进行暂停、快退、定位等需求,时移业务一般采用单播(Unicast)技术实现,因此,直播业务和时移业务的切换本质上是组播通道和单播通道的相互切换。
在现有技术中,直播业务和时移业务的相互切换是这样实现的:建立终端与媒体服务器之间的通信连接和媒体传输通道,例如,组播通道;若当前状态是直播业务,用户需要切换至时移业务,则拆除终端与媒体服务器之间的通信连接和组播通道;根据接收的切换命令,建立终端与媒体服务器之间新的通信连接和单播通道以进行时移业务;当接收到切换回组播业务的切换命令时,则根据接收的切换命令,建立终端与媒体服务器之间新的通信连接和组播通道以进行直播业务。
现有技术虽然可以实现直播业务和时移业务的切换,但这种切换方案需要反复拆除和重建终端和媒体服务器之间的通信连接和媒体传输通道,反复拆除和重建动作使终端和媒体服务器交互的信令增多,加大了系统的开销,是一种效率低下的切换方法。
发明内容
本发明实施例提供一种直播业务和时移业务的切换方法以及相应设备,旨在解决现有技术在实现直播业务和时移业务切换时,反复拆除和重建通信连接和媒体传输通道导致切换效率较低、交互信令多、系统开销大的问题。
一种直播业务和时移业务的切换方法,包括:在建立会话连接时与服务器协商,同时建立组播通道和单播通道;
向所述服务器发送携带请求组播标识或请求单播标识的播放请求;
切换到所述播放请求所请求的媒体通道接收直播业务或时移业务,所述媒体通道包括在建立会话连接时建立的所述组播通道或单播通道。
一种直播业务和时移业务的切换方法,包括:在建立会话连接时与客户端协商,使所述客户端同时建立组播通道和单播通道;
接收所述客户端发送的携带请求组播标识或请求单播标识的播放请求;
根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务。
一种客户端,包括:协商模块,用于在建立会话连接时与服务器协商,同时建立组播通道和单播通道;
播放请求发送模块,用于向服务器发送携带请求组播标识或请求单播标识的播放请求;
业务接收模块,用于切换到通过所述播放请求所请求的媒体通道接收直播业务或时移业务,所述媒体通道包括客户端在建立会话连接时与服务器协商同时建立的所述组播通道或单播通道。
一种服务器,包括:协商模块,用于在建立会话连接时与客户端协商,使所述客户端同时建立组播通道和单播通道;
播放请求接收模块,用于接收所述客户端发送的携带请求组播标识或请求单播标识的播放请求;
服务提供模块,用于根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务。
由于客户端在建立会话连接时即与服务器同时完成了建立组播通道和单播通道的协商,协商建立的两个媒体通道一直保持至会话连接被拆除,客户端从组播通道切换至单播通道接收时移业务或从单播通道切换至组播通道接收直播业务,都不需要再次与服务器进行建立组播通道和单播通道的协商,因此,本发明实施例减少了客户端和服务器之间交互的信令、两种媒体通道或业务的切换时间以及系统的开销,从而大大提高了切换效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的一种直播业务和时移业务的切换方法基本流程示意图;
图2是本发明实施例二提供的一种直播业务和时移业务的切换方法基本流程示意图;
图3-a是本发明实施例三提供的直播业务和时移业务的切换方法中各个设备之间的交互示意图;
图3-b是本发明实施例三提供的直播业务和时移业务的切换方法中各个设备之间的交互示意图(续图3-a);
图4是本发明实施例四提供的一种客户端基本逻辑结构示意图;
图5是本发明实施例五提供的一种客户端基本逻辑结构示意图;
图6是本发明实施例六提供的一种服务器基本逻辑结构示意图;
图7是本发明实施例七提供的一种服务器基本逻辑结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1,本发明实施例一提供的一种直播业务和时移业务的切换方法基本流程示意图,主要包括步骤:
S11,客户端在建立会话连接时与服务器协商,同时建立组播通道和单播通道。
会话连接的建立表明客户端和服务器可以通过该连接进行信息的交互。在本发明实施例中,当客户端与服务器建立会话连接时,客户端即与服务器协商同时建立组播通道和单播通道,协商建立的两个媒体通道将一直保持至会话连接被拆除。
客户端与服务器同时协商建立组播通道和单播通道可以通过如下方式实现:
S111,客户端向服务器发送一个“建立会话请求”消息,该“建立会话请求”消息同时包含了组播通道信息和单播通道信息,例如,组播通道信息表明将通过组播通道传输直播业务以及传输直播业务使用的协议等等,单播通道信息表明将通过单播通道传输时移业务、传输时移业务使用的协议以及客户端的端口号等等;
S112,客户端接收服务器对“建立会话请求”消息所作的响应消息。
响应消息是对客户端发出的“建立会话请求”消息确认,例如,对通过组播通道传输直播业务以及传输直播业务使用的协议的确认,对客户端和服务器之间将通过单播通道传输时移业务、传输时移业务使用的协议以及客户端的端口号的确认等等。除此之外,响应消息还包含直播业务源的组播IP地址、组播端口信息和时移业务源的单播端口信息等等。响应消息还可以包含时移业务源的单播IP地址,例如当服务器指令其他网络设备向客户端提供时移业务数据时,响应消息还携带该提供时移业务数据的网络设备的IP地址;当服务器自身向客户端提供时移业务数据时,响应消息可以不携带时移业务源的单播IP地址,客户端可以从响应消息的报文头中获取响应消息的源IP地址作为时移业务源的单播IP地址。
基于上述的“请求”与“响应”,客户端和服务器协商可以确定直播业务源的组播IP地址、组播端口等进行直播业务的基本信息以及客户端的单播传输层协议、客户端的IP地址、客户端端口号、服务器的单播传输层协议、服务器的单播IP地址、服务器端口号等进行时移业务的基本信息。
需要说明的是,单播通道是服务器向客户端提供时移业务的媒体通道,组播通道是组播路由器向客户端提供直播业务的媒体通道,并且,该两个媒体通道皆是逻辑信道,其有别于物理的传输通道。
S12,客户端向服务器发送携带请求组播标识或请求单播标识的播放请求。
在本发明实施例中,请求组播标识或请求单播标识可以是协议消息体中增加的标识字段,例如,对于请求组播标识,可以是实时流传输协议(RTSP,Real Time Streaming Protocol)消息体中增加的标识字段“Mode:RTP/AVP;multicast”,用于标识播放请求请求的媒体通道是组播通道;对于请求单播标识,可以是RTSP消息体中增加的标识字段“Mode:RTP/AVP/UDP;unicast”,用于标识播放请求请求的媒体通道是单播通道。当然,也可以直接采用RTSP消息体中已有的时间表示格式来标识客户端请求的媒体通道,例如,可以使用RTSP协议消息体中的“Range:npt=now-”来标识客户端请求的媒体通道将是组播通道,使用RTSP协议消息体中的“Range:clock=2009110220T143205Z-”来标识客户端请求的媒体通道将是单播通道。本发明对上述两种方式并不加以限制。
S13,客户端切换到通过播放请求所请求的媒体通道接收直播业务或时移业务。
媒体通道即是客户端在建立会话连接时与服务器同时协商建立的组播通道或单播通道。当客户端向服务器发送了播放请求,例如,发送了携带请求组播标识的播放请求后,若服务器响应了此播放请求,则客户端收到服务器端返回的响应消息后,向组播路由器发送“加入组播”消息,该“加入组播”消息包含了客户端与服务器在S11中协商确定的直播业务源的组播IP地址,此后,客户端通过组播通道从组播路由器接收来自直播业务源的直播业务。
再如,客户端向服务器发送了携带请求单播标识的播放请求后,若服务器响应了此播放请求,则客户端收到服务器端返回的响应消息后,通过单播通道从服务器接收时移业务。
当客户端即将通过播放请求所请求的媒体通道接收时移业务时,客户端当前接收的是直播业务,如此,在客户端向服务器发送携带请求单播标识的播放请求之前,其首先可以退出直播业务,例如,通过向组播路由器发送一个“离开组播”消息,客户端即停止接收来自直播业务源的直播业务。
应该理解,在上述本发明实施例的步骤中,客户端向服务器发送携带请求组播标识的播放请求或请求单播标识的播放请求并无限定的先后顺序,例如,当客户端当前接收的是直播业务时,客户端向服务器发送携带请求单播标识的播放请求;当客户端当前接收的是时移业务时,客户端向服务器发送携带请求组播标识的播放请求,由此实现两种业务的切换。
需要说明的是,由于客户端在建立会话连接时即与服务器同时完成了建立组播通道和单播通道的协商,协商建立的两个媒体通道一直保持至会话连接被拆除,客户端从组播通道切换至单播通道接收时移业务或从单播通道切换至组播通道接收直播业务,都不需要再次与服务器进行建立组播通道和单播通道的协商,因此,本发明实施例减少了客户端和服务器之间交互的信令、两种媒体通道或业务的切换时间以及系统的开销,从而大大提高了切换效率。
本领域普通技术人员可以理解,本发明实施例不仅可以应用于IPTV中,也可以应用于互动电视(Interactive television,ITV)、数字电视(Digitaltelevision,DTV)或其它视频业务中。
请参阅图2,本发明实施例二提供的一种直播业务和时移业务的切换方法基本流程示意图,主要包括步骤:
S21,服务器在建立会话连接时与客户端协商,使该客户端同时建立组播通道和单播通道。
服务器与客户端协商同时建立组播通道和单播通道可以通过如下方式实现:
S211,服务器接收客户端发送的“建立会话请求”消息,该“建立会话请求”消息同时包含了组播通道信息和单播通道信息,例如,组播通道信息表明将通过组播通道传输直播业务以及传输直播业务使用的协议等等,单播通道信息表明将通过单播通道传输时移业务、传输时移业务使用的协议以及客户端的端口号等等。
S212,服务器对组播通道信息和单播通道信息进行确认并保存;
服务器对来自客户端的组播通道信息和单播通道信息进行确认,初始化直播状态和时移状态,保存确认后的组播通道信息和单播通道信息。由于初始化状态实际上就是一个“空状态”,即,在初始化状态,不具备组播通道和单播通道的任何信息。逻辑信道(组播通道或单播通道)能够正常工作,不可能从初始化状态直接跳跃到工作态,还必须经历“就绪态”。因此,在本发明实施例中,服务器保存确认后的组播通道信息和单播通道信息后,将直播状态和时移状态的初始化状态都置为就绪态,表示为信道进入工作态做好了必要的准备。
S213,服务器返回对“建立会话请求”所作的响应消息,该响应消息是对通过组播通道传输直播业务以及传输直播业务使用的协议的确认,对客户端和服务器之间将通过单播通道传输时移业务、传输时移业务使用的协议以及客户端的端口号的确认等等。除此之外,响应消息还包含直播业务源的组播IP地址、组播端口信息以及时移业务源的单播端口信息等等。
S22,服务器接收客户端发送的携带请求组播标识或请求单播标识的播放请求。
请求组播标识或请求单播标识已在前述实施例一做了说明,可以参考前述实施例一,此处不再赘述。
S23,服务器根据播放请求为客户端提供时移业务的服务或者提供直播业务的服务。
例如,若服务器接收的播放请求是携带请求组播标识的播放请求,则服务器为客户端提供直播业务的服务包括:
S231,服务器激活直播状态;
服务器激活直播状态,即,服务器将时移状态继续维持为就绪态,将直播状态的就绪态更改为工作态,为客户端提供直播业务的服务。
这里需要说明的是,组播通道虽然是客户端和组播路由器之间的逻辑信道,直播业务(数据)通过组播通道传输,但直播业务的传输仍然需要提供相应的服务,例如,对直播业务的计费、计时和跟踪用户行为等等。
S232,服务器向客户端返回播放请求的响应消息。
该响应消息在前述实施例一已说明,此处不再赘述。客户端收到播放请求的响应消息后,向组播路由器发送“加入组播”消息。
需要说明的是,若服务器接收的播放请求是携带请求组播标识的播放请求,并且当前维护的播放状态是时移状态,则服务器在激活直播状态之前挂起时移状态,即,将时移状态的工作态更改为就绪态。
再如,若服务器接收的播放请求是携带请求单播标识的播放请求,则服务器为客户端提供时移业务的服务包括:
S’231,服务器激活时移状态;
服务器激活时移状态,即,服务器将直播状态继续维持为就绪态,将时移状态的就绪态更改为工作态,为客户端提供单播服务。
S’232,服务器向客户端返回播放请求的响应消息;
S’233,服务器向客户端发送时移业务。
服务器可以从自身的或其他网络设备中的存储装置读取当前直播状态之前一段时间的时移业务数据,采用单播技术向客户端发送。服务器也可以指令其他网络设备向客户端发送其请求的时移业务数据。
同样需要说明的是,若服务器接收的播放请求是携带请求单播标识的播放请求,并且当前维护的播放状态是直播状态,则服务器在激活时移动状态之前挂起直播状态。
为了更加清楚地说明本发明,图3-a和图3-b给出了本发明实施例三提供的直播业务和时移业务的切换方法(实施例一和实施例二)中各个设备之间的交互示意图。
图3-a和图3-b是用户观看央视1套(CCTV1)时,发生的直播业务和时移业务之间切换的场景实施例。在本实施例中,客户端与服务器之间采用RTSP协议进行交互,客户端与组播路由器之间采用互联网组管理协议(IGMP,Internet Group Management Protocol)进行交互。本发明实施例三中客户端的功能由机顶盒实现,机顶盒连接有电视机进行音视频播放,用户通过遥控器对机顶盒进行操作,客户端、服务器和组播路由器之间的交互包括:
S301,客户端接收用户通过遥控器输入的观看频道CCTV-1直播节目的命令;
S302,客户端向服务器发送“建立会话请求”消息(例如,Setup消息),该消息举例如下:
SETUP rtsp://foo/twister RTSP/1.0
CSeq:1
Transport:RTP/AVP;multicast;
RTP/AVP/UDP;unicast;client_port=8002-8003
“建立会话请求”消息中既包含组播通道信息,例如“RTP/AVP;multicast”,又包含单播通道信息,例如“RTP/AVP/UDP;unicast;client_port=8002-8003”,其中,multicast表明将通过组播通道传输直播业务,而“RTP/AVP;multicast”中的RTP/AVP表明传输直播业务使用的是RTP/AVP协议等等;unicast表明将通过单播通道传输时移业务,而“RTP/AVP/UDP;unicast;client_port=8002-8003”中的RTP/AVP/UDP和client_port=8002-8003分别表明传输时移业务使用的是RTP/AVP/UDP协议和客户端的端口号是8002-8003等等。
可选地,在S302之前,客户端可以向服务器发送“查询”消息(例如,DESCRIBE消息),用于向服务器获取节目的描述信息。
S303,服务器接收来自客户端的“建会话请求”消息后,对组播通道信息和单播通道信息进行确认,并初始化直播状态和时移状态,保存确认后的组播通道信息和单播通道信息,将直播状态和时移状态的初始化态都置为就绪态;
S304,服务器向客户端返回“建立会话响应”消息,该消息举例如下:
RTSP/1.0 200OK
CSeq:1
Transport:RTP/AVP;multicast;destination=224.2.0.1;port=3456-3457;
RTP/AVP/UDP;unicast;client_port=8002-8003;server_port=9004-900
Session:12345678
“建立会话响应”消息中包含对组播通道信息的确认,例如“RTP/AVP;multicast;destination=224.2.0.1;port=3456-3457”,同时包含确认的单播通道信息,例如“RTP/AVP/UDP;unicast;client_port=8002-8003;server_port=9004-9005”。
S305,客户端向服务器发送“播放请求”消息(例如,Play消息),“播放请求”消息携带“请求组播标识”,该消息举例如下:
PLAY rtsp://foo/twister RTSP/1.0
CSeq:2
Range:npt=now-
Session:12345678
该消息中包含的“请求组播标识”用于标识本次客户端请求的媒体通道是组播通道,其可以是已有协议消息体中的时间表示格式,例如“Range:npt=now-”;或者是采用已有协议消息体中新增加的标识字段,例如新增加的“Mode:RTP/AVP;multicast”标识本次客户端请求的媒体通道是组播通道,已有协议消息体中的时间表示格式“Range:npt=now-”仅标识播放时间点。在已有协议消息体中新增加标识字段的消息举例如下:
PLAY rtsp://foo/twister RTSP/1.0
CSeq:2
Range:npt=now-
Mode:RTP/AVP;multicast
Session:12345678
S306,服务器收到来自客户端的“播放请求”消息后,激活直播状态,即,服务器将直播状态更改为工作态,为客户端提供直播服务,但仍然将时移状态维持在就绪态不变;
S307,服务器向客户端返回“播放请求响应”消息,该消息举例如下:
RTSP/1.0 200OK
CSeq:2
Session:12345678
Range:npt=now-
S308,客户端向组播路由器发送“加入组播”消息,例如,IGMP中的报告消息(IGMP Report)消息;
S309,组播路由器向客户端发送采用组播技术的直播业务数据,用户在电视机上成功观看到CCTV-1的直播节目;
S310,用户暂时离开,客户端接收用户通过遥控器发送的“暂停”命令;
S311,客户端向服务器发送“暂停请求”消息(例如,Pause消息),消息举例如下:
PAUSE rtsp://foo/twister RTSP/1.0
CSeq:3
Session:12345678
可选地,在S311之前,客户端可以向服务器发送“获取参数”消息(例如,GET_PARAMETER消息),用于向服务器获取当前时间等等。
S312,服务器收到来自客户端的“暂停请求”消息后,挂起直播状态(即,服务器将当前的直播状态由工作态改为就绪态),暂时停止直播服务;
S313,服务器向客户端返回“暂停响应”消息,该消息举例如下:
RTSP/1.0 200OK
CSeq:3
Session:12345678
S314,客户端向组播路由器发送“离开组播”消息,例如,IGMP中的“离开”(IGMP Leave)消息以使组播路由器停止向客户端发送组播数据;
S315,客户端接收用户通过遥控器输入的“转入时移业务”的命令;
S316,客户端向服务器发送“播放请求”消息(例如,Play消息),该“播放请求”消息携带“请求单播标识”,举例如下:
PLAY rtsp://foo/twister RTSP/1.0
CSeq:4
Range:clock=2009110220T143205Z-
Session:12345678
该消息中包含的“请求单播标识”用于标识本次客户端请求的媒体通道是单播通道,其可以是已有协议消息体中的时间表示格式,例如“Range:clock=2009110220T143205Z-”;或者采用是已有协议消息体中新增加的标识字段,例如新增加的“Mode:RTP/AVP/UDP;unicast”标识本次客户端请求的媒体通道是单播通道,已有协议消息体中的时间表示格式“Range:clock=2009110220T143205Z-”仅标识播放时间点。在已有协议消息体中新增加标识字段的消息举例如下:
PLAY rtsp://foo/twister RTSP/1.0
CSeq:4
Range:clock=2009110220T143205Z-
Mode:RTP/AVP/UDP;unicast
Session:12345678
S317,服务器收到来自客户端的“播放请求”消息后,激活时移状态,即,服务器将时移状态更改为工作态,为客户端提供时移服务,但仍然将直播状态维持在就绪态不变;
S318,服务器向客户端返回“播放请求响应”消息,该消息举例如下:
RTSP/1.0 200OK
CSeq:4
Session:12345678
Range:clock=2009110220T143205Z-
RTP-Info:url=rtsp://foo/twister;seq=11033;rtptime=1210140
S319,服务器采用单播技术向客户端发送时移业务数据,用户在电视机上成功恢复观看到之前暂停的CCTV-1的时移节目;
S320,客户端接收用户通过遥控器发送的“请求恢复观看CCTV-1的直播节目”的命令;
S321,客户端向服务器发送“播放请求”消息(例如,Play消息),该“播放请求”消息携带请求组播标识,消息举例如下:
PLAY rtsp://foo/twister RTSP/1.0
CSeq:5
Range:npt=now-
Session:12345678
该消息中包含的“请求组播标识”用于标识本次客户端请求的媒体通道是组播通道,其可以是已有协议消息体中的时间表示格式,例如“Range:npt=now-”,或者是已有协议消息体中新增加的标识字段,例如“Mode:RTP/AVP;multicast”,在已有协议消息体中新增加标识字段的消息举例如下:
PLAY rtsp://foo/twister RTSP/1.0
CSeq:5
Range:npt=now-
Mode:RTP/AVP;multicast
Session:12345678
S322,服务器收到来自客户端的“播放请求”消息后,挂起时移状态,激活直播状态,即,服务器将当前的时移状态改为就绪态,将直播状态改为工作态,为客户端提供直播服务,暂停时移服务,停止发送时移业务数据;
S323,服务器向客户端返回“播放请求响应”消息,消息举例如下:
RTSP/1.0 200OK
CSeq:5
Session:12345678
Range:npt=now-
RTP-Info:url=rtsp://foo/twister;seq=13092;rtptime=1320100
S324,客户端向组播路由器发送“加入组播”消息,例如,IGMP Report消息;
S325,组播路由器向客户端发送采用组播技术的直播业务数据,用户在电视机上再次成功观看到CCTV-1的直播节目;
用户可以继续反复上述步骤S301至S325,进行直播与时移业务的相互切换。
S326,客户端向服务器发送“拆除会话请求”消息(例如,Teardown消息);
S327,服务器删除直播状态和时移状态,并向客户端返回“拆除会话响应”消息。
从上述实施例二和/或实施例三可知,由于客户端在首次建立会话连接时即与服务器同时完成了建立组播通道和单播通道的协商(S302至S304),协商建立的两个媒体通道一直保持至会话连接被拆除(S326至S327),客户端从组播通道切换至接收时移业务或从单播通道切换至接收直播业务,都不需要再次与服务器进行建立组播通道和单播通道的协商,因此,本发明实施例减少了客户端和服务器之间交互的信令、两种媒体通道或业务的切换时间以及系统的开销,从而大大提高了切换效率。
请参阅图4,本发明实施例四提供的一种客户端基本逻辑结构示意图。为了便于说明,仅仅示出了与本发明实施例相关的部分。该客户端包含的功能模块可以是软件模块、硬件模块或软硬件相结合的模块,包括:
协商模块41,用于在建立会话连接时与服务器协商,同时建立组播通道和单播通道;
播放请求发送模块42,用于向服务器发送携带请求组播标识或请求单播标识的播放请求;
业务接收模块43,用于切换到通过播放请求所请求的媒体通道接收直播业务或时移业务,该媒体通道包括客户端在建立会话连接时与服务器同时协商建立的组播通道或单播通道。
图4示例的协商模块41可以进一步包括会话请求发送单元51和响应消息接收单元52,如图5所示本发明实施例五提供的客户端,其中:
会话请求发送单元51,用于向服务器发送建立会话请求,该会话请求包含组播通道信息和单播通道信息;
响应消息接收单元52,用于接收服务器对建立会话请求所作的响应消息,该响应消息至少包含直播业务源的组播IP地址、组播端口以及时移业务源的单播IP地址、单播端口。
请参阅图6,本发明实施例六提供的一种服务器基本逻辑结构示意图。为了便于说明,仅仅示出了与本发明实施例相关的部分。该服务器包含的功能模块可以是软件模块、硬件模块或软硬件相结合的模块,包括:
协商模块61,用于在建立会话连接时与客户端协商,使该客户端同时建立组播通道和单播通道;
播放请求接收模块62,用于接收客户端发送的携带请求组播标识或请求单播标识的播放请求;
服务提供模块63,用于根据播放请求为客户端提供时移业务的服务或者提供直播业务的服务。
图6示例的协商模块61可以进一步包括接收单元71、通道信息保存单元72和响应单元73,如图7所示本发明实施例七提供的服务器,其中:
接收单元71,用于接收客户端发送的建立会话请求,该建立会话请求包含组播通道信息和单播通道信息;
通道信息保存单元72,用于对接收单元71接收的组播通道信息和单播通道信息进行确认并保存;
响应单元73,用于响应建立会话请求并发出响应消息,该响应消息至少包含直播业务源的组播IP地址、组播端口以及时移业务源的单播IP地址、单播端口。
需要说明的是,上述设备各模块/单元之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,其带来的技术效果与本发明方法实施例相同,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁盘或光盘等。
以上对本发明实施例所提供的一种直播业务和时移业务的切换方法以及相应设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种直播业务和时移业务的切换方法,其特征在于,包括:
在建立会话连接时与服务器协商,同时建立组播通道和单播通道;所述组播通道和所述单播通道一直保持至所述会话连接被拆除;
向所述服务器发送携带请求组播标识或请求单播标识的播放请求;
切换到所述播放请求所请求的媒体通道接收直播业务或时移业务,所述媒体通道包括在建立会话连接时建立的所述组播通道或单播通道;
若向所述服务器发送携带请求单播标识的播放请求,则切换到所述播放请求所请求的媒体通道接收直播业务或时移业务之前,还包括退出直播业务;
所述切换到所述播放请求所请求的媒体通道接收直播业务或时移业务包括:
接收所述服务器对所述播放请求所作的响应;
通过所述单播通道从所述服务器接收时移业务;
若向所述服务器发送携带请求组播标识的播放请求,则切换到所述播放请求所请求的媒体通道接收直播业务或时移业务之前,还包括退出时移业务;
所述切换到所述播放请求所请求的媒体通道接收直播业务或时移业务包括:
接收所述服务器对所述播放请求所作的响应;
向组播路由器发送加入组播消息;
通过组播通道从所述组播路由器接收直播业务。
2.根据权利要求1所述直播业务和时移业务的切换方法,其特征在于,所述请求组播标识或请求单播标识为所述播放请求采用的协议消息体中增加的标识字段。
3.根据权利要求1所述直播业务和时移业务的切换方法,其特征在于,所述在建立会话连接时与服务器协商,同时建立组播通道和单播通道包括:
向所述服务器发送建立会话请求,所述建立会话请求包含组播通道信息和单播通道信息;
接收所述服务器对所述建立会话请求所作的响应消息,所述响应消息至少包含直播业务源的组播IP地址、组播端口和时移业务源的单播端口。
4.一种直播业务和时移业务的切换方法,其特征在于,包括:
在建立会话连接时与客户端协商,使所述客户端同时建立组播通道和单播通道;所述组播通道和所述单播通道一直保持至所述会话连接被拆除;
接收所述客户端发送的携带请求组播标识或请求单播标识的播放请求;
根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务;
若接收所述播放请求前维护的播放状态是时移状态,则激活直播状态之前进一步包括:挂起时移状态;
若接收的播放请求是携带请求组播标识的播放请求,则根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务包括:
激活直播状态;
向所述客户端返回所述播放请求的响应消息以使所述客户端向组播路由器发送加入组播消息;
若接收的播放请求是携带请求单播标识的播放请求且当前维护的播放状态是直播状态,则激活时移状态之前进一步包括:挂起直播状态;
若接收的播放请求是携带请求单播标识的播放请求,则根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务包括:
激活时移状态;
向所述客户端返回所述播放请求的响应消息;
向所述客户端发送时移业务。
5.根据权利要求4所述直播业务和时移业务的切换方法,其特征在于,所述在建立会话连接时与客户端协商,使所述客户端同时建立组播通道和单播通道包括:
接收所述客户端发送的建立会话请求,所述建立会话请求包括组播通道信息和单播通道信息;
对所述组播通道信息和单播通道信息进行确认并保存;
返回对所述建立会话请求所作的响应消息,所述响应消息至少包含直播业务源的组播IP地址、组播端口和时移业务源的单播端口。
6.根据权利要求4或5所述直播业务和时移业务的切换方法,其特征在于,所述请求组播标识或请求单播标识为协议消息体中增加的标识字段。
7.一种客户端,其特征在于,所述客户端包括:
协商模块,用于在建立会话连接时与服务器协商,同时建立组播通道和单播通道;所述组播通道和单播通道一直保持至所述会话连接被拆除;
播放请求发送模块,用于向服务器发送携带请求组播标识或请求单播标识的播放请求;
业务接收模块,用于切换到通过所述播放请求所请求的媒体通道接收直播业务或时移业务,所述媒体通道包括客户端在建立会话连接时与服务器协商同时建立的所述组播通道或单播通道;
所述客户端还用于:
退出直播业务的模块;
接收所述服务器对所述播放请求所作的响应的模块;
通过所述单播通道从所述服务器接收时移业务的模块;
退出时移业务的模块;
接收所述服务器对所述播放请求所作的响应的模块;
向组播路由器发送加入组播消息的模块;
通过组播通道从所述组播路由器接收直播业务的模块。
8.根据权利要求7所述客户端,其特征在于,所述协商模块包括:
会话请求发送单元,用于向所述服务器发送建立会话请求,所述建立会话请求包含组播通道信息和单播通道信息;
响应消息接收单元,用于接收所述服务器对所述建立会话请求所作的响应消息,所述响应消息至少包含直播业务源的组播IP地址、组播端口和时移业务源的单播端口。
9.一种服务器,其特征在于,所述服务器包括:
协商模块,用于在建立会话连接时与客户端协商,使所述客户端同时建立组播通道和单播通道;所述组播通道和单播通道一直保持至所述会话连接被拆除;
播放请求接收模块,用于接收所述客户端发送的携带请求组播标识或请求单播标识的播放请求;
服务提供模块,用于根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务;
所述服务器还用于:
挂起时移状态的模块;
激活直播状态的模块;
向所述客户端返回所述播放请求的响应消息以使所述客户端向组播路由器发送加入组播消息的模块;
挂起直播状态的模块;
激活时移状态的模块;
向所述客户端返回所述播放请求的响应消息的模块;
向所述客户端发送时移业务的模块。
10.根据权利要求9所述服务器,其特征在于,所述协商模块包括:
接收单元,用于接收客户端发送的建立会话请求,所述建立会话请求包含组播通道信息和单播通道信息;
通道信息保存单元,用于对所述接收单元接收的组播通道信息和单播通道信息进行确认并保存;
响应单元,用于响应所述建立会话请求并发出响应消息,所述响应消息至少包含直播业务源的组播IP地址、组播端口和时移业务源的单播端口。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010130236.9A CN102195955B (zh) | 2010-03-18 | 2010-03-18 | 一种直播业务和时移业务的切换方法以及相应设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010130236.9A CN102195955B (zh) | 2010-03-18 | 2010-03-18 | 一种直播业务和时移业务的切换方法以及相应设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102195955A CN102195955A (zh) | 2011-09-21 |
CN102195955B true CN102195955B (zh) | 2015-03-18 |
Family
ID=44603350
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010130236.9A Active CN102195955B (zh) | 2010-03-18 | 2010-03-18 | 一种直播业务和时移业务的切换方法以及相应设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102195955B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103916715B (zh) * | 2014-04-11 | 2019-01-11 | 浙江宇视科技有限公司 | 基于网段的自适应监控方法及装置 |
CN105578308B (zh) * | 2015-12-29 | 2018-06-22 | 武汉市烽视威科技有限公司 | 一种rtp组播直播与hls单播时移相结合的实现方法 |
CN105933798A (zh) * | 2016-05-18 | 2016-09-07 | 青岛海信宽带多媒体技术有限公司 | 基于网络协议电视的直播节目播放方法及装置 |
CN110087136B (zh) * | 2019-06-04 | 2021-07-09 | 北京奇艺世纪科技有限公司 | 一种服务提供方法、装置及服务节点 |
CN110943977B (zh) * | 2019-11-11 | 2022-10-14 | 普联技术有限公司 | 多媒体业务数据传输方法、服务端、设备及存储介质 |
CN113498024B (zh) * | 2020-04-03 | 2023-03-24 | 维沃移动通信有限公司 | 传输通道变更方法、接入网设备及核心网设备 |
CN114205634A (zh) * | 2021-11-05 | 2022-03-18 | 深圳市华曦达科技股份有限公司 | 播放数据的获取方法、装置、电视机及可读存储介质 |
CN114520687B (zh) * | 2022-02-17 | 2023-11-03 | 深圳震有科技股份有限公司 | 应用于卫星系统的音频数据处理方法、装置及设备 |
CN115103202A (zh) * | 2022-04-27 | 2022-09-23 | 北京歌华有线电视网络股份有限公司 | 一种抗网络劣化的ip视频直播传输方法和系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101060617A (zh) * | 2007-05-22 | 2007-10-24 | 华为技术有限公司 | 一种视频点播控制方法、客户端设备和切换控制装置 |
CN101321098A (zh) * | 2007-06-05 | 2008-12-10 | 上海未来宽带技术及应用工程研究中心有限公司 | 双pon口光网络单元设备及其系统和实现方法 |
CN101471805A (zh) * | 2007-12-27 | 2009-07-01 | 华为技术有限公司 | 一种业务切换的方法、系统和设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101076176A (zh) * | 2006-05-16 | 2007-11-21 | 大唐移动通信设备有限公司 | 移动通信系统中分配用户设备业务资源的方法 |
JP2008277961A (ja) * | 2007-04-26 | 2008-11-13 | Hitachi Ltd | オンデマンドデータ配信システム |
-
2010
- 2010-03-18 CN CN201010130236.9A patent/CN102195955B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101060617A (zh) * | 2007-05-22 | 2007-10-24 | 华为技术有限公司 | 一种视频点播控制方法、客户端设备和切换控制装置 |
CN101321098A (zh) * | 2007-06-05 | 2008-12-10 | 上海未来宽带技术及应用工程研究中心有限公司 | 双pon口光网络单元设备及其系统和实现方法 |
CN101471805A (zh) * | 2007-12-27 | 2009-07-01 | 华为技术有限公司 | 一种业务切换的方法、系统和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN102195955A (zh) | 2011-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102195955B (zh) | 一种直播业务和时移业务的切换方法以及相应设备 | |
KR101375454B1 (ko) | 미디어 채널 관리 | |
RU2530016C2 (ru) | Способ локализации контента и узел сети доставки контента | |
EP2640099B1 (en) | Method, system and apparatus for providing stream media service | |
CN100531381C (zh) | 基于rtp协议的iptv机顶盒组/单播无缝切换方法 | |
CN101588216B (zh) | 在ip电视中实现媒体内容插播的方法、装置及系统 | |
CN106254899A (zh) | 一种直播连麦的控制方法和系统 | |
CN110502259B (zh) | 服务器版本升级方法、视联网系统、电子设备及存储介质 | |
CN102119519A (zh) | 在通信系统中的快速内容切换 | |
CN104427354B (zh) | 一种直播媒体共享的方法、流媒体服务器及节点子系统 | |
CN102685563A (zh) | 互联网协议电视内容共享方法、装置以及终端设备 | |
CN102761550B (zh) | 实现流媒体服务的方法、装置及系统 | |
CN101340557B (zh) | 时移电视业务建立方法以及时移电视媒体功能实体 | |
CN102860022B (zh) | 一种节目切换的方法、装置和媒体服务器 | |
CN101350741A (zh) | 实时流协议事件通知方法、装置及系统 | |
CN102948116A (zh) | 用于将内容发送到多个装置的方法和设备 | |
CN101572715B (zh) | 多媒体服务创建方法及系统 | |
CN102685599B (zh) | 电视节目互动系统及方法 | |
CN101998147A (zh) | 媒体数据的传输方法、网络侧设备及通信系统 | |
CN101668172B (zh) | 一种业务内容的播放方法、系统和装置 | |
CN105933798A (zh) | 基于网络协议电视的直播节目播放方法及装置 | |
CN109996348A (zh) | 智能眼镜与智能设备交互的方法、系统及存储介质 | |
CN103905777A (zh) | 会议记录获取方法、提供方法、设备及系统 | |
CN105578263A (zh) | 播放、传输直播节目的方法及智能播放设备、直播设备 | |
CN101753986B (zh) | 视频监控系统及该系统中的轮切控制装置和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |