专利名称：一种直播业务和时移业务的切换方法以及相应设备的制作方法
技术领域：
本发明涉及媒体播放领域，尤其涉及一种直播业务和时移业务的切换方法以及相应设备。
背景技术：
在网络电视(Internet Protocol television, IPTV)中，为了节省网络带宽和服务器资源，直播业务一般采用组播(Multicast)技术实现，而对于时移(或点播)业务，由于为了满足在一定时限内用户能够观看当前直播节目的先前片段，并能够随时回到直播状态，同时可以对直播节目进行暂停、快退、定位等需求，时移业务一般采用单播(Unicast) 技术实现，因此，直播业务和时移业务的切换本质上是组播通道和单播通道的相互切换。
在现有技术中，直播业务和时移业务的相互切换是这样实现的建立终端与媒体服务器之间的通信连接和媒体传输通道，例如，组播通道；若当前状态是直播业务，用户需要切换至时移业务，则拆除终端与媒体服务器之间的通信连接和组播通道；根据接收的切换命令，建立终端与媒体服务器之间新的通信连接和单播通道以进行时移业务；当接收到切换回组播业务的切换命令时，则根据接收的切换命令，建立终端与媒体服务器之间新的通信连接和组播通道以进行直播业务。
现有技术虽然可以实现直播业务和时移业务的切换，但这种切换方案需要反复拆除和重建终端和媒体服务器之间的通信连接和媒体传输通道，反复拆除和重建动作使终端和媒体服务器交互的信令增多，加大了系统的开销，是一种效率低下的切换方法。
发明内容
本发明实施例提供一种直播业务和时移业务的切换方法以及相应设备，旨在解决现有技术在实现直播业务和时移业务切换时，反复拆除和重建通信连接和媒体传输通道导致切换效率较低、交互信令多、系统开销大的问题。
一种直播业务和时移业务的切换方法，包括在建立会话连接时与服务器协商，同时建立组播通道和单播通道； 向所述服务器发送携带请求组播标识或请求单播标识的播放请求； 切换到所述播放请求所请求的媒体通道接收直播业务或时移业务，所述媒体通道包括在建立会话连接时建立的所述组播通道或单播通道。
一种直播业务和时移业务的切换方法，包括在建立会话连接时与客户端协商，使所述客户端同时建立组播通道和单播通道； 接收所述客户端发送的携带请求组播标识或请求单播标识的播放请求； 根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务。
一种客户端，包括协商模块，用于在建立会话连接时与服务器协商，同时建立组播通道和单播通道； 播放请求发送模块，用于向服务器发送携带请求组播标识或请求单播标识的播放请求； 业务接收模块，用于切换到通过所述播放请求所请求的媒体通道接收直播业务或时移业务，所述媒体通道包括客户端在建立会话连接时与服务器协商同时建立的所述组播通道或单播通道。
一种服务器，包括协商模块，用于在建立会话连接时与客户端协商，使所述客户端同时建立组播通道和单播通道； 播放请求接收模块，用于接收所述客户端发送的携带请求组播标识或请求单播标识的播放请求； 服务提供模块，用于根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务。
由于客户端在建立会话连接时即与服务器同时完成了建立组播通道和单播通道的协商，协商建立的两个媒体通道一直保持至会话连接被拆除，客户端从组播通道切换至单播通道接收时移业务或从单播通道切换至组播通道接收直播业务，都不需要再次与服务器进行建立组播通道和单播通道的协商，因此，本发明实施例减少了客户端和服务器之间交互的信令、两种媒体通道或业务的切换时间以及系统的开销，从而大大提高了切换效率。
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的一种直播业务和时移业务的切换方法基本流程示意图； 图2是本发明实施例二提供的一种直播业务和时移业务的切换方法基本流程示意图； 图3_a是本发明实施例三提供的直播业务和时移业务的切换方法中各个设备之间的交互示意图； 图3_b是本发明实施例三提供的直播业务和时移业务的切换方法中各个设备之间的交互示意图(续图3-a)； 图4是本发明实施例四提供的一种客户端基本逻辑结构示意图； 图5是本发明实施例五提供的一种客户端基本逻辑结构示意图； 图6是本发明实施例六提供的一种服务器基本逻辑结构示意图； 图7是本发明实施例七提供的一种服务器基本逻辑结构示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
6 请参阅图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 ；imicast”，用于标识播放请求请求的媒体通道是单播通道。当然，也可以直接采用RTSP消息体中已有的时间表示格式来标识客户端请求的媒体通道，例如，可以使用 RTSP协议消息体中的“Range :npt = now-”来标识客户端请求的媒体通道将是组播通道， 使用RTSP协议消息体中的“Range :clock = 2009110220T14320M-”来标识客户端请求的媒体通道将是单播通道。本发明对上述两种方式并不加以限制。
S13，客户端切换到通过播放请求所请求的媒体通道接收直播业务或时移业务。
媒体通道即是客户端在建立会话连接时与服务器同时协商建立的组播通道或单播通道。当客户端向服务器发送了播放请求，例如，发送了携带请求组播标识的播放请求后，若服务器响应了此播放请求，则客户端收到服务器端返回的响应消息后，向组播路由器发送“加入组播”消息，该“加入组播”消息包含了客户端与服务器在Sll中协商确定的直播业务源的组播IP地址，此后，客户端通过组播通道从组播路由器接收来自直播业务源的直播业务。
再如，客户端向服务器发送了携带请求单播标识的播放请求后，若服务器响应了此播放请求，则客户端收到服务器端返回的响应消息后，通过单播通道从服务器接收时移业务。
当客户端即将通过播放请求所请求的媒体通道接收时移业务时，客户端当前接收的是直播业务，如此，在客户端向服务器发送携带请求单播标识的播放请求之前，其首先可以退出直播业务，例如，通过向组播路由器发送一个“离开组播”消息，客户端即停止接收来自直播业务源的直播业务。
应该理解，在上述本发明实施例的步骤中，客户端向服务器发送携带请求组播标识的播放请求或请求单播标识的播放请求并无限定的先后顺序，例如，当客户端当前接收的是直播业务时，客户端向服务器发送携带请求单播标识的播放请求；当客户端当前接收的是时移业务时，客户端向服务器发送携带请求组播标识的播放请求，由此实现两种业务的切换。
需要说明的是，由于客户端在建立会话连接时即与服务器同时完成了建立组播通道和单播通道的协商，协商建立的两个媒体通道一直保持至会话连接被拆除，客户端从组播通道切换至单播通道接收时移业务或从单播通道切换至组播通道接收直播业务，都不需要再次与服务器进行建立组播通道和单播通道的协商，因此，本发明实施例减少了客户端和服务器之间交互的信令、两种媒体通道或业务的切换时间以及系统的开销，从而大大提高了切换效率。
本领域普通技术人员可以理解，本发明实施例不仅可以应用于IPTV中，也可以应用于互动电视(Interactive television，ITV)、数字电视(Digitaltelevision,DTV)或其它视频业务中。
请参阅图2，本发明实施例二提供的一种直播业务和时移业务的切换方法基本流程示意图，主要包括步骤 S21，服务器在建立会话连接时与客户端协商，使该客户端同时建立组播通道和单播通道。
服务器与客户端协商同时建立组播通道和单播通道可以通过如下方式实现 S211，服务器接收客户端发送的“建立会话请求”消息，该“建立会话请求”消息同时包含了组播通道信息和单播通道信息，例如，组播通道信息表明将通过组播通道传输直播业务以及传输直播业务使用的协议等等，单播通道信息表明将通过单播通道传输时移业务、传输时移业务使用的协议以及客户端的端口号等等。
S212，服务器对组播通道信息和单播通道信息进行确认并保存； 服务器对来自客户端的组播通道信息和单播通道信息进行确认，初始化直播状态和时移状态，保存确认后的组播通道信息和单播通道信息。由于初始化状态实际上就是一个“空状态”，即，在初始化状态，不具备组播通道和单播通道的任何信息。逻辑信道(组播通道或单播通道)能够正常工作，不可能从初始化状态直接跳跃到工作态，还必须经历“就绪态”。因此，在本发明实施例中，服务器保存确认后的组播通道信息和单播通道信息后，将直播状态和时移状态的初始化状态都置为就绪态，表示为信道进入工作态做好了必要的准备。
S213，服务器返回对“建立会话请求”所作的响应消息，该响应消息是对通过组播通道传输直播业务以及传输直播业务使用的协议的确认，对客户端和服务器之间将通过单播通道传输时移业务、传输时移业务使用的协议以及客户端的端口号的确认等等。除此之外，响应消息还包含直播业务源的组播IP地址、组播端口信息以及时移业务源的单播端口
I H ； K、寸寸。
S22，服务器接收客户端发送的携带请求组播标识或请求单播标识的播放请求。
请求组播标识或请求单播标识已在前述实施例一做了说明，可以参考前述实施例一，此处不再赘述。
S23，服务器根据播放请求为客户端提供时移业务的服务或者提供直播业务的服务。
例如，若服务器接收的播放请求是携带请求组播标识的播放请求，则服务器为客户端提供直播业务的服务包括 S231，服务器激活直播状态； 服务器激活直播状态，S卩，服务器将时移状态继续维持为就绪态，将直播状态的就绪态更改为工作态，为客户端提供直播业务的服务。
这里需要说明的是，组播通道虽然是客户端和组播路由器之间的逻辑信道，直播业务(数据)通过组播通道传输，但直播业务的传输仍然需要提供相应的服务，例如，对直播业务的计费、计时和跟踪用户行为等等。
S232，服务器向客户端返回播放请求的响应消息。
该响应消息在前述实施例一已说明，此处不再赘述。客户端收到播放请求的响应消息后，向组播路由器发送“加入组播”消息。
需要说明的是，若服务器接收的播放请求是携带请求组播标识的播放请求，并且当前维护的播放状态是时移状态，则服务器在激活直播状态之前挂起时移状态，即，将时移状态的工作态更改为就绪态。
再如，若服务器接收的播放请求是携带请求单播标识的播放请求，则服务器为客户端提供时移业务的服务包括 S’ 231，服务器激活时移状态； 服务器激活时移状态，S卩，服务器将直播状态继续维持为就绪态，将时移状态的就绪态更改为工作态，为客户端提供单播服务。
S’ 232，服务器向客户端返回播放请求的响应消息； S’ 233，服务器向客户端发送时移业务。
服务器可以从自身的或其他网络设备中的存储装置读取当前直播状态之前一段时间的时移业务数据，采用单播技术向客户端发送。服务器也可以指令其他网络设备向客户端发送其请求的时移业务数据。
同样需要说明的是，若服务器接收的播放请求是携带请求单播标识的播放请求， 并且当前维护的播放状态是直播状态，则服务器在激活时移动状态之前挂起直播状态。
为了更加清楚地说明本发明，图3-a和图3-b给出了本发明实施例三提供的直播业务和时移业务的切换方法(实施例一和实施例二)中各个设备之间的交互示意图。
图3-a和图3-b是用户观看央视1套(CCTVl)时，发生的直播业务和时移业务之间切换的场景实施例。在本实施例中，客户端与服务器之间采用RTSP协议进行交互，客户端与组播路由器之间采用互联网组管理协议(IGMP，Internet Group Management Protocol) 进行交互。本发明实施例三中客户端的功能由机顶盒实现，机顶盒连接有电视机进行音视频播放，用户通过遥控器对机顶盒进行操作，客户端、服务器和组播路由器之间的交互包括 S301，客户端接收用户通过遥控器输入的观看频道CCTV-I直播节目的命令； 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 2000K 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 2000K CSeq: 2 Session :12345678 Range :npt = now- S308，客户端向组播路由器发送“加入组播”消息，例如，IGMP中的报告消息(IGMP Report)消息； S309，组播路由器向客户端发送采用组播技术的直播业务数据，用户在电视机上成功观看到CCTV-I的直播节目； S310，用户暂时离开，客户端接收用户通过遥控器发送的“暂停”命令； S311，客户端向服务器发送“暂停请求”消息(例如，Pause消息)，消息举例如下 PAUSE rtsp://foo/twister RTSP/1. 0 CSeq 3 Session :12345678 可选地，在S311之前，客户端可以向服务器发送“获取参数”消息(例如，GET_ PARAMETER消息)，用于向服务器获取当前时间等等。
S312，服务器收到来自客户端的“暂停请求”消息后，挂起直播状态(即，服务器将当前的直播状态由工作态改为就绪态)，暂时停止直播服务； S313，服务器向客户端返回“暂停响应”消息，该消息举例如下 RTSP/1.0 2000K 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 = 2009110220T14320M-”；或者采用是已有协议消息体中新增加的标识字段，例如新增加的 "Mode :RTP/AVP/UDP ；imicast”标识本次客户端请求的媒体通道是单播通道，已有协议消息体中的时间表示格式“Range :clock = 2009110220T143205Z-”仅标识播放时间点。在已有协议消息体中新增加标识字段的消息举例如下 PLAY rtsp://foo/twister RTSP/1. 0 CSeq 4 Range :clock = 2009110220T143205Z- Mode :RTP/AVP/UDP ；unicast Session :12345678 S317，服务器收到来自客户端的“播放请求”消息后，激活时移状态，S卩，服务器将时移状态更改为工作态，为客户端提供时移服务，但仍然将直播状态维持在就绪态不变； S318，服务器向客户端返回“播放请求响应”消息，该消息举例如下 RTSP/1.0 2000K CSeq 4 Session :12345678 Range :clock = 2009110220T143205Z- RTP-Info :url = rtsp://foo/twister ；seq = 11033 ；rtptime = 1210140 S319，服务器采用单播技术向客户端发送时移业务数据，用户在电视机上成功恢复观看到之前暂停的CCTV-I的时移节目； S320，客户端接收用户通过遥控器发送的“请求恢复观看CCTV-I的直播节目”的命令； 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 2000K CSeq: 5 Session :12345678 Range :npt = now- RTP-Info :url = rtsp://foo/twister ；seq = 13092 ；rtptime = 1320100 S324，客户端向组播路由器发送“加入组播”消息，例如，IGMP Report消息； S325，组播路由器向客户端发送采用组播技术的直播业务数据，用户在电视机上再次成功观看到CCTV-I的直播节目； 用户可以继续反复上述步骤S301至S325，进行直播与时移业务的相互切换。
S326，客户端向服务器发送“拆除会话请求”消息(例如，Teardown消息)； S327，服务器删除直播状态和时移状态，并向客户端返回“拆除会话响应”消息。
从上述实施例二和/或实施例三可知，由于客户端在首次建立会话连接时即与服务器同时完成了建立组播通道和单播通道的协商(S302至S304)，协商建立的两个媒体通道一直保持至会话连接被拆除至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)、磁盘或光盘等。
以上对本发明实施例所提供的一种直播业务和时移业务的切换方法以及相应设备进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
1权利要求
1.一种直播业务和时移业务的切换方法，其特征在于，包括 在建立会话连接时与服务器协商，同时建立组播通道和单播通道； 向所述服务器发送携带请求组播标识或请求单播标识的播放请求；切换到所述播放请求所请求的媒体通道接收直播业务或时移业务，所述媒体通道包括在建立会话连接时建立的所述组播通道或单播通道。
2.根据权利要求1所述直播业务和时移业务的切换方法，其特征在于，所述请求组播标识或请求单播标识为所述播放请求采用的协议消息体中增加的标识字段。
3.根据权利要求1所述直播业务和时移业务的切换方法，其特征在于，所述在建立会话连接时与服务器协商，同时建立组播通道和单播通道包括向所述服务器发送建立会话请求，所述建立会话请求包含组播通道信息和单播通道信息；接收所述服务器对所述建立会话请求所作的响应消息，所述响应消息至少包含直播业务源的组播IP地址、组播端口和时移业务源的单播端口。
4.根据权利要求1所述直播业务和时移业务的切换方法，其特征在于，若向所述服务器发送携带请求单播标识的播放请求，则切换到所述播放请求所请求的媒体通道接收直播业务或时移业务之前，还包括退出直播业务；所述切换到所述播放请求所请求的媒体通道接收直播业务或时移业务包括 接收所述服务器对所述播放请求所作的响应； 通过所述单播通道从所述服务器接收时移业务。
5.根据权利要求1所述直播业务和时移业务的切换方法，其特征在于，若向所述服务器发送携带请求组播标识的播放请求，则切换到所述播放请求所请求的媒体通道接收直播业务或时移业务之前，还包括退出时移业务；所述切换到所述播放请求所请求的媒体通道接收直播业务或时移业务包括 接收所述服务器对所述播放请求所作的响应； 向组播路由器发送加入组播消息； 通过组播通道从所述组播路由器接收直播业务。
6.一种直播业务和时移业务的切换方法，其特征在于，包括在建立会话连接时与客户端协商，使所述客户端同时建立组播通道和单播通道； 接收所述客户端发送的携带请求组播标识或请求单播标识的播放请求； 根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务。
7.根据权利要求6所述直播业务和时移业务的切换方法，其特征在于，所述在建立会话连接时与客户端协商，使所述客户端同时建立组播通道和单播通道包括接收所述客户端发送的建立会话请求，所述建立会话请求包括组播通道信息和单播通道信息；对所述组播通道信息和单播通道信息进行确认并保存；返回对所述建立会话请求所作的响应消息，所述响应消息至少包含直播业务源的组播 IP地址、组播端口和时移业务源的单播端口。
8.根据权利要求6所述直播业务和时移业务的切换方法，其特征在于，若接收所述播放请求前维护的播放状态是时移状态，则激活直播状态之前进一步包括挂起时移状态；若接收的播放请求是携带请求组播标识的播放请求，则根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务包括激活直播状态；向所述客户端返回所述播放请求的响应消息以使所述客户端向组播路由器发送加入组播消息。
9.根据权利要求6所述直播业务和时移业务的切换方法，其特征在于，若接收的播放请求是携带请求单播标识的播放请求且当前维护的播放状态是直播状态，则激活时移状态之前进一步包括挂起直播状态；若接收的播放请求是携带请求单播标识的播放请求，则根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务包括激活时移状态；向所述客户端返回所述播放请求的响应消息；向所述客户端发送时移业务。
10.根据权利要求6至9任意一项所述直播业务和时移业务的切换方法，其特征在于， 所述请求组播标识或请求单播标识为协议消息体中增加的标识字段。
11.一种客户端，其特征在于，所述客户端包括协商模块，用于在建立会话连接时与服务器协商，同时建立组播通道和单播通道；播放请求发送模块，用于向服务器发送携带请求组播标识或请求单播标识的播放请求；业务接收模块，用于切换到通过所述播放请求所请求的媒体通道接收直播业务或时移业务，所述媒体通道包括客户端在建立会话连接时与服务器协商同时建立的所述组播通道或单播通道。
12.根据权利要求11所述客户端，其特征在于，所述协商模块包括会话请求发送单元，用于向所述服务器发送建立会话请求，所述建立会话请求包含组播通道信息和单播通道信息；响应消息接收单元，用于接收所述服务器对所述建立会话请求所作的响应消息，所述响应消息至少包含直播业务源的组播IP地址、组播端口和时移业务源的单播端口。
13.一种服务器，其特征在于，所述服务器包括协商模块，用于在建立会话连接时与客户端协商，使所述客户端同时建立组播通道和单播通道；播放请求接收模块，用于接收所述客户端发送的携带请求组播标识或请求单播标识的播放请求；服务提供模块，用于根据所述播放请求为所述客户端提供时移业务的服务或者提供直播业务的服务。
14.根据权利要求13所述服务器，其特征在于，所述协商模块包括接收单元，用于接收客户端发送的建立会话请求，所述建立会话请求包含组播通道信息和单播通道信息；通道信息保存单元，用于对所述接收单元接收的组播通道信息和单播通道信息进行确认并保存；响应单元，用于响应所述建立会话请求并发出响应消息，所述响应消息至少包含直播业务源的组播IP地址、组播端口和时移业务源的单播端口。
全文摘要
本发明实施例提供一种直播业务和时移业务的切换方法以及相应设备，旨在解决现有技术在实现直播业务和时移业务切换时，反复拆除和重建通信连接和媒体传输通道导致切换效率较低、交互信令多、系统开销大的问题。该方法包括在建立会话连接时与服务器协商，同时建立组播通道和单播通道；向所述服务器发送携带请求组播标识或请求单播标识的播放请求；切换到所述播放请求所请求的媒体通道接收直播业务或时移业务，所述媒体通道包括在建立会话连接时建立的所述组播通道或单播通道。本发明实施例减少了客户端和服务器之间交互的信令、两种媒体通道或业务的切换时间以及系统的开销，从而大大提高了切换效率。
文档编号H04L12/18GK102195955SQ20101013023
公开日2011年9月21日 申请日期2010年3月18日 优先权日2010年3月18日
发明者殷悦, 宋伟, 康玉东 申请人:华为技术有限公司