一种直播媒体共享的方法、流媒体服务器及节点子系统的制作方法
【专利摘要】本发明公开了一种交互式网络电视（IPTV）直播业务中的直播媒体共享的方法，所述方法包括：流媒体服务器接收到客户端发送的直播媒体服务请求时，获取所述直播媒体服务请求中包含的频道直播源的地址；从流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流发送给客户端。本发明还同时公开了一种流媒体服务器以及直播媒体共享的节点子系统。采用本发明所述技术方案，解决了在节点子系统中各流媒体服务器负载不均衡、不能及时提供直播服务等问题，提高了IPTV直播业务交互的速度和用户的业务体验。
【专利说明】一种直播媒体共享的方法、流媒体服务器及节点子系统
【技术领域】
[0001]本发明涉及交互式网络电视(IPTV, Internet Protocol Televis1n)通信【技术领域】，尤其涉及一种IPTV直播业务中的直播媒体共享的方法、流媒体服务器及节点子系统。
【背景技术】
[0002]IPTV是一种利用宽带有线电视网，集互联网、多媒体、通讯等技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。而IPTV视频类业务主要包括直播业务和点播业务，其中，直播业务是IPTV视频类业务的基础，其类似于广播电视、卫星电视和有线电视所提供的服务，是宽带提供商与传统电视运营商进行竞争的一种基础业务。
[0003]目前，在IPTV系统中，直播业务的分发方式主要有组播、单播和单播加组播三种方式；其中，直播业务的分发主要涉及的设备有:用于引入直播媒体的节点子系统、交换机、承载网络、机顶盒等。对于多级组网，节点子系统可以包括中心节点子系统、区域节点子系统和边缘节点子系统中的两种或者三种；对于一级组网，节点子系统只包括中心节点子系统。直播业务通过组播发送时，对节点子系统中的流媒体服务器要求较低，但对网络设备要求较高，需要网络设备支持互联网组管理协议(IGMP, Internet Group ManagementProtocol);直播业务通过单播发送时，对网络设备要求相对较低，但对流媒体服务器的要求很高。
[0004]而在基于单播或单播加组播的直播服务模型中，在节点子系统中，通过集中部署多个流媒体服务器来提供直播服务，能增强边缘节点子系统的直播服务能力。但是，对于同一个频道节目，若每个流媒体服务器从编码器各接收一路直播码流，则需要较多的编码器，进而导致成本过高；并且，如果编码器过多，在节点内对频道业务的管理将会变得复杂，占用的网络设备的带宽也会增加，进而会浪费带宽资源；若多个流媒体服务器只接收一路直播码流，由于不同频道的受关注程度不均，又会导致流媒体服务器之间的负载严重不均衡，进而导致热点频道所在的流媒体服务器由于能力不足而不能及时为用户提供直播服务，影响用户的业务体验。
【发明内容】
[0005]有鉴于此，本发明实施例的主要目的在于提供一种IPTV直播业务中的直播媒体共享的方法、流媒体服务器及节点子系统，能够均衡节点子系统中各流媒体服务器的负载，提高IPTV直播业务交互的速度和用户体验。
[0006]为达到上述目的，本发明的技术方案是这样实现的:
[0007]本发明实施例提供了一种直播媒体共享的方法，所述方法包括:
[0008]流媒体服务器接收到客户端发送的直播媒体服务请求时，获取所述直播媒体服务请求中包含的频道直播源的地址；
[0009]从流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流发送给客户端。
[0010]上述方案中，所述从流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流发送给客户端，包括:
[0011]根据所述直播媒体服务请求中包含的频道直播源的地址确定所述流媒体服务器中是否存有与所述地址相对应的直播码流，如果有，则将所述流媒体服务器中的直播码流发送给客户端；如果没有，则从媒体交换设备获取与所述地址相对应的直播码流，并将所获取的直播码流转发给客户端。
[0012]上述方案中，所述媒体交换设备包括第一媒体交换设备和第二媒体交换设备；
[0013]所述方法还包括:流媒体服务器接收到与自身对应的编码器发送的直播码流后，对所述直播码流进行转码，并存储转码后的直播码流；然后将所述转码后的直播码流通过组播方式发送至第一媒体交换设备和第二媒体交换设备。
[0014]上述方案中，所述对所述直播码流进行转码，包括:
[0015]在直播码流的数据包包头中添加实时传输协议RTP头。
[0016]上述方案中，所述流媒体服务器接收到客户端发送的直播媒体服务请求之前，所述方法还包括:
[0017]根据当前各流媒体服务器所承载的负载为客户端分配流媒体服务器。
[0018]上述方案中，为每个流媒体服务器配置至少两个网口 ；
[0019]在网口或网口所接的数据设备出现异常时，自动切换到该流媒体服务器的其它可用网口。
[0020]本发明还提供了一种流媒体服务器，所述流媒体服务器包括接收单元、处理单元和发送单元；其中，
[0021]所述接收单元，用于接收到客户端发送的直播媒体服务请求；
[0022]所述处理单元，用于获取所述直播媒体服务请求中包含的频道直播源的地址；从自身所属的流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流；
[0023]所述发送单元，用于向客户端发送所述处理单元所获取的直播码流。
[0024]上述方案中，所述处理单元，具体用于:根据所述直播媒体服务请求中包含的频道直播源的地址确定所述流媒体服务器中是否存有与所述地址相对应的直播码流，如果有，则从自身所属的流媒体服务器中获取与所述地址相对应的直播码流；如果没有，则从媒体交换设备获取与所述地址相对应的直播码流。
[0025]上述方案中，所述接收单元，还用于接收与所述流媒体服务器对应的编码器发送的直播码流；
[0026]所述流媒体服务器还包括转码单元和存储单元；
[0027]所述转码单元，用于对所述直播码流进行转码；
[0028]所述存储单元，用于存储转码后的直播码流；
[0029]相应的，所述发送单元，还用于通过组播方式向媒体交换设备发送所述转码后的直播码流；
[0030]其中，所述媒体交换设备包括第一媒体交换设备和第二媒体交换设备。
[0031]上述方案中，所述转码单元，还用于:
[0032]在直播码流的数据包包头中添加RTP头。
[0033]上述方案中，所述流媒体服务器还包括切换单元，用于在网口或网口所接的数据设备出现异常时，自动切换到该流媒体服务器的其它可用网口 ；其中，
[0034]所述流媒体服务器设置有至少两个网口。
[0035]本发明还提供了一种直播媒体共享的节点子系统，所述节点子系统包括媒体交换设备、系统控制管理板和至少两个流媒体服务器；其中，
[0036]所述媒体交换设备，用于为请求加入组播组的流媒体服务器提供所述流媒体服务器所请求的直播码流；
[0037]所述系统控制管理板，用于根据当前各流媒体服务器所承载的负载为客户端分配流媒体服务器。
[0038]所述流媒体服务器，用于为请求直播媒体服务的客户端提供直播码流。
[0039]上述方案中，所述媒体交换设备包括第一媒体交换设备和第二媒体交换设备。
[0040]上述方案中，所述流媒体服务器为上文所述的流媒体服务器。
[0041]本发明实施例所提供的IPTV直播业务中直播媒体共享的方法、流媒体服务器及节点子系统，流媒体服务器接收到客户端发送的直播媒体服务请求时，根据所述请求中包含的频道直播源的地址确定该流媒体服务器中是否存有与所述地址相对应的直播码流，如果有，则将该流媒体服务器中的直播码流发送给客户端；如果没有，则从媒体交换设备获取与所述地址相对应的直播码流，并将所获取的直播码流转发给客户端。如此，解决了在节点子系统中各流媒体服务器之间负载不均匀、某些提供热门频道直播服务的流媒体服务器由于用户突增而不能及时提供直播服务等问题，简化了节点子系统内频道控制的业务流程。同时，也提高了 IPTV直播业务交互的速度，提升了用户的业务体验。
[0042]此外，通过为流媒体服务器配置多个网口，使流媒体服务器可根据网口状态进行网口 IP浮动，提高了流媒体服务器的可靠性；通过在节点子系统内配置第一媒体交换设备和第二媒体交换设备，增强了节点子系统的鲁棒性，从而减少了因媒体交换设备异常而导致的影响直播媒体服务的情况。
【专利附图】
【附图说明】
[0043]图1为本发明实施例1PTV直播业务中的直播媒体共享的方法的实现流程示意图；
[0044]图2为本发明实施例直播媒体共享时的媒体流向示意图；
[0045]图3为本发明实施例流媒体服务器的组成结构示意图；
[0046]图4为本发明实施例实现直播媒体共享的节点子系统的组成结构示意图；
[0047]图5为本发明实施例实现直播媒体共享的系统的组成结构示意图；
[0048]图6为本发明实施例实现直播媒体共享的信令流程示意图。
【具体实施方式】
[0049]下面结合附图及具体实施例对本发明再作进一步详细的说明。
[0050]图1为本发明实施例1PTV直播业务中的直播媒体共享的方法的实现流程示意图，如图1所示，所述方法包括以下步骤:
[0051]步骤101:流媒体服务器接收客户端发送的直播媒体服务请求时，获取所述直播媒体服务请求中包含的频道直播源的地址；
[0052]这里，所述客户端可以是IPTV机顶盒(STB，Set Top Box)和电视机、或个人计算机(PC, Personal Computer)终端、或移动终端等。
[0053]这里，所述媒体通常为频道。
[0054]步骤102:从流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流发送给客户端。
[0055]具体地，所述从流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流发送给客户端，包括:根据所述直播媒体服务请求中包含的频道直播源的地址确定该流媒体服务器中是否存有与所述地址相对应的直播码流，如果有，则将该流媒体服务器中的直播码流发送给客户端；如果没有，则从媒体交换设备获取与所述地址相对应的直播码流，并将所获取的直播码流转发给客户端。
[0056]这里，每个流媒体服务器实时接收与自身对应的编码器发送的直播码流，并对接收到的所述直播码流进行转码；然后存储转码后的直播码流。
[0057]另外，在流媒体服务器存储转码后的直播码流时，存储的方式之一可以为:以所述地址为索引、存储所述地址与直播码流的对应关系。
[0058]这里，需要说明的是，并不是每个流媒体服务器都必须具有与其对应的编码器；但是，在一个节点子系统中，至少需有一个流媒体服务器具有与所述流媒体服务器对应的编码器。
[0059]优选地，所述媒体交换设备包括第一媒体交换设备和第二媒体交换设备；所述方法还包括:流媒体服务器接收到与自身对应的编码器发送的直播码流后，对所述直播码流进行转码，并存储转码后的直播码流；然后将所述转码后的直播码流通过组播方式发送至第一媒体交换设备和第二媒体交换设备。
[0060]这里，所述第一媒体交换设备和第二媒体交换设备均可以为具有存储功能、且能完成节点子系统内各设备之间的连通、流量汇聚和媒体信息的交互等功能的设备；比如，可以为具有上述功能的交换机。
[0061]这里，为了提高节点子系统的鲁棒性，媒体交换设备采用主备部署，即在节点子系统中设置两个媒体交换设备:第一媒体交换设备和第二媒体交换设备。那么，收到直播码流的流媒体服务器，会向第一媒体交换设备和第二媒体交换设备同时发送直播码流，这样，就减少了因媒体交换设备异常而导致的影响直播媒体服务的情况。
[0062]比如，当只有一个媒体交换设备的节点子系统在进行直播服务过程中，该媒体交换设备出现异常时，就会影响直播服务。而在本发明中，对媒体交换设备采用主备部署，当某一个媒体交换设备出现异常时，还可从另一个媒体交换设备获取直播码流，进而大大减少了因媒体交换设备异常而导致的影响直播媒体服务的情况。
[0063]具体地，所述对所述直播码流进行转码，包括:在直播码流的数据包包头中添加实时传输协议(RTP，Real-time Transport Protocol)头。
[0064]具体地，所述流媒体服务器接收到客户端发送的直播媒体服务请求之前，所述方法还包括:根据当前各流媒体服务器所承载的负载为客户端分配流媒体服务器。
[0065]优选地，所述方法还包括:为每个流媒体服务器配置至少两个网口，用以实现主备部署；在网口或网口所接的数据设备出现异常时，自动切换到该流媒体服务器的其它可用网口。
[0066]这里，流媒体服务器采用多网口的设计，每个网口都能同时为用户提供服务。当一个网口异常或者网口所接的数据设备异常时，流媒体服务器的网口间IP地址可以自动浮动到该流媒体服务器的其它网口，即:一个网口异常，自动切换到另外一个网口继续提供服务，且用户无感知，这样，提高了流媒体服务器的可靠性。
[0067]图2示出了本发明实施例提供的直播媒体共享时的媒体流向示意图，如图2所示，直播媒体共享包括以下步骤:
[0068]步骤201:编码器(Coder)通过网络数据设备将直播码流发送给节点子系统中的媒体交换设备(MSU，Media Switch Unit), MSU对该直播码流不做任何处理，直接透传给流媒体服务器，如流媒体服务器A ；
[0069]这里，流媒体服务器A在图2中用MSTU-A表示。
[0070]这里，MSTU-A是与所述编码器对应的流媒体服务器，比如，该编码器提供的是中央I综合频道的节目的直播码流。
[0071]步骤202 =MSTU-A将接收到的直播码流进行转码，并存储转码后的直播码流；
[0072]这里，将接收到的直播码流进行转码，包括:在直播码流的数据包包头中添加RTP头。
[0073]通常，所述直播码流为用户数据报协议(UDP，User Data Protocol)格式的直播码流。
[0074]这里，MSTU-A存储转码后的直播码流，也即存储直播媒体，是为了为用户提供时移功能时使用，便于用户进行快进、快退等操作。
[0075]步骤203 =MSTU-A将直播码流通过组播方式发送至媒体交换设备；
[0076]这里，为每个频道分配一个唯一的组播IP地址。
[0077]在图2中，只示出了一个媒体交换设备；当有两个媒体交换设备，MSTU-A会将直播码流通过组播方式发送至第一媒体交换设备和第二媒体交换设备。
[0078]步骤204:由于MSTU-A上存在直播码流，所以当有客户端在MSTU-A上请求媒体服务时，可以直接提供直播媒体服务。
[0079]步骤205:对于节点子系统内除MSTU-A以外的其它流媒体服务器，如MSTU-B、MSTU-C、MSTU-D等，若需要提供该频道的直播媒体服务，则需要先通过IGMP协议加入媒体交换设备的频道所在的IP组播组，获取该频道的直播码流。
[0080]步骤206:节点子系统内除MSTU-A以外的其它流媒体服务器，如MSTU-B、MSTU-C,MSTU-D等，将从媒体交换设备获取的直播码流转发给对应客户端。
[0081]图3为本发明实施例流媒体服务器的组成结构示意图，如图3所示，该流媒体服务器包括接收单元31、处理单元32和发送单元33 ;其中，
[0082]所述接收单元31，用于接收到客户端发送的直播媒体服务请求；
[0083]所述处理单元32，用于获取所述直播媒体服务请求中包含的频道直播源的地址；从自身所属的流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流；
[0084]所述发送单元33，用于向客户端发送所述处理单元32所获取的直播码流。
[0085]具体的，所述处理单元32，具体用于:根据所述直播媒体服务请求中包含的频道直播源的地址确定该流媒体服务器中是否存有与所述地址相对应的直播码流；如果有，则从自身所属的流媒体服务器中获取与所述地址相对应的直播码流；如果没有，则从媒体交换设备获取与所述地址相对应的直播码流。
[0086]这里，当所述媒体交换设备包括第一媒体交换设备和第二媒体交换设备时，所述处理单元32在确定该流媒体服务器中未存有与所述地址相对应的直播码流时，从任意一个媒体交换设备获取与所述地址相对应的直播码流。
[0087]优选地，所述接收单元31，还用于接收与所述流媒体服务器对应的编码器发送的直播码流；
[0088]所述流媒体服务器还包括转码单元34和存储单元35 ；
[0089]所述转码单元34，用于对所述直播码流进行转码；
[0090]所述存储单元35，用于存储转码后的直播码流；
[0091]相应的，所述发送单元33，还用于通过组播方式向第一媒体交换设备和第二媒体交换设备发送所述转码后的直播码流。
[0092]优选地，所述转码单元34，还用于在直播码流的数据包包头中添加RTP头。
[0093]优选地，所述流媒体服务器还包括切换单元36，用于在网口或网口所接的数据设备出现异常时，自动切换到该流媒体服务器的其他可用网口 ；其中，流媒体服务器设置有至少两个网口。
[0094]上述接收单元31、处理单元32、发送单元33、转码单元34、存储单元35、切换单元36,可由流媒体服务器的中央处理器(CPU, Central Processing Unit)、或数字信号处理器(DSP, Digital Signal Processor)、或可编程门阵列(FPGA, Field-Programmable GateArray )实现。
[0095]上述所述存储单元35还可由具有存储功能的存储器来实现。
[0096]图4为本发明实施例实现直播媒体共享的节点子系统的组成结构示意图，如图4所示，该节点子系统包括第一媒体交换设备41、第二媒体交换设备42、系统控制管理板(SOMP, System Operat1n Main Processor) 43 和至少两个流媒体服务器 44 ;其中，
[0097]所述第一媒体交换设备41，用于为请求加入组播组的流媒体服务器提供所述流媒体服务器所请求的直播码流；
[0098]第二媒体交换设备42，用于为请求加入组播组的流媒体服务器提供所述流媒体服务器所请求的直播码流；
[0099]所述系统控制管理板43，用于根据当前各流媒体服务器所承载的负载为客户端分配流媒体服务器。
[0100]所述流媒体服务器44，用于为请求直播媒体服务的客户端提供直播码流。
[0101]这里，所述流媒体服务器具体的组成结构如图3所示。
[0102]这里，所述第一媒体交换设备41、第二媒体交换设备42均具有组播功能。
[0103]举例来说，流媒体服务器A接收到编码器发送的直播码流a后，对所述直播码流a进行转码，并存储转码后的直播码流a，然后将转码后的直播码流a通过组播方式发送至第一媒体交换设备41和第二媒体交换设备42。当系统控制管理板43指示流媒体服务器B为客户端提供直播码流a服务时，流媒体服务器B向第一媒体交换设备41或第二媒体交换设备42发送加入组播组的请求，流媒体服务器B加入直播码流a的组播组后，就能够从第一媒体交换设备41或第二媒体交换设备42上获取直播码流a，进而为客户端提供直播码流a服务。
[0104]本发明还记载了一种实现IPTV直播业务中的直播媒体共享的系统，图5为本发明实施例实现直播媒体共享的系统的组成结构示意图，如图5所示，该系统包括客户端51、编码器52和节点子系统53 ;其中，
[0105]所述客户端51，用于向节点子系统53发送直播媒体服务请求；
[0106]所述编码器52，用于向所述节点子系统53发送直播码流；
[0107]所述节点子系统53，用于接收并存储编码器52发送的直播码流，并为客户端51提供直播媒体服务。
[0108]这里，所述节点子系统53的具体的组成结构如图4所示。
[0109]图6为本发明实施例实现直播媒体共享的信令流程示意图，本实施例中利用STB作为接收终端，电视机作为显示设备与STB进行连接，完成用户的IPTV直播业务。如图6所示，该信令流程包括以下步骤:
[0110]步骤601 =STB向SOMP发起直播媒体服务请求，然后进入步骤602 ；
[0111]具体的，STB启动后，用户使用输入设备向STB下达直播媒体服务请求；
[0112]这里，无线键盘、无线鼠标、遥控器等都可通过无线方式与STB相连，作为STB的输入设备。
[0113]步骤602 =SOMP查询节点子系统内是否存在直播频道，并检查节点内的频道状态，然后进入步骤603 ；
[0114]具体的，若频道状态正常，则SOMP向STB返回重定向消息；若频道状态不正常，则向STB返回重定向消息或者直播媒体服务请求失败消息；
[0115]这里，所述重定向消息是指:该节点子系统内不存在STB所查询的直播媒体，而其它节点存在STB所查询的直播媒体，所述重定向消息中包含存有STB所查询的直播媒体的节点子系统的信息。这里，若当前节点子系统不存在STB所查询的直播媒体、且当前节点子系统的SOMP也检测不到其他存在STB所查询的直播媒体的节点子系统时，返回直播媒体服务请求失败消息。
[0116]步骤603 =SOMP向STB返回直播媒体服务响应；
[0117]这里，在SOMP向STB返回直播媒体服务响应时，在直播媒体服务响应中携带有SOMP为STB所分配的流媒体服务器的信息。
[0118]步骤604 =STB向流媒体服务器发起直播媒体查询请求。
[0119]步骤605:流媒体服务器向STB返回直播媒体查询响应；
[0120]这里，在直播媒体查询响应中携带有直播频道媒体格式等参数信息。
[0121 ] 步骤606 =STB向流媒体服务器发起直播建立请求消息；
[0122]这里，所述直播建立请求消息包含有流媒体服务器的IP地址请求和端口号请求。
[0123]步骤607:流媒体服务器向STB返回直播建立响应消息。
[0124]这里，所述直播建立响应消息中携带有流媒体服务器为该STB分配的网口 IP地址和端口号。
[0125]步骤608 =STB向流媒体服务器发起直播播放请求消息；
[0126]步骤609:流媒体服务器检查在该流媒体服务器中是否存有与STB所请求的频道直播源的地址相对应的直播码流；
[0127]步骤610:若直播码流为组播地址，则流媒体服务器将通过组播IGMP协议向MSU发起获取直播码流消息。
[0128]步骤611 =MSU接收到加入组播IGMP消息后，将频道组播码流转发给流媒体服务器，MSU并与流媒体服务器保持组播心跳。
[0129]步骤612:流媒体服务器向STB返回直播播放响应消息。
[0130]步骤613:流媒体服务器向STB发送直播码流。
[0131]步骤614:流媒体服务器与STB之间保持心跳消息。
[0132]这里，流媒体服务器与STB之间保持心跳消息，是为了便于流媒体服务器实时获取STB的状态信息，比如，是否掉线。
[0133]以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
【权利要求】
1.一种直播媒体共享的方法，其特征在于，所述方法包括: 流媒体服务器接收到客户端发送的直播媒体服务请求时，获取所述直播媒体服务请求中包含的频道直播源的地址； 从流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流发送给客户端。
2.根据权利要求1所述的方法，其特征在于，所述从流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流发送给客户端，包括: 根据所述直播媒体服务请求中包含的频道直播源的地址确定所述流媒体服务器中是否存有与所述地址相对应的直播码流，如果有，则将所述流媒体服务器中的直播码流发送给客户端；如果没有，则从媒体交换设备获取与所述地址相对应的直播码流，并将所获取的直播码流转发给客户端。
3.根据权利要求1所述的方法，其特征在于，所述媒体交换设备包括第一媒体交换设备和第二媒体交换设备； 所述方法还包括:流媒体服务器接收到与自身对应的编码器发送的直播码流后，对所述直播码流进行转码，并存储转码后的直播码流；然后将所述转码后的直播码流通过组播方式发送至第一媒体交换设备和第二媒体交换设备。
4.根据权利要求3所述的方法，其特征在于，所述对所述直播码流进行转码，包括: 在直播码流的数据包包头中添加实时传输协议RTP头。
5.根据权利要求1所述的方法，其特征在于，所述流媒体服务器接收到客户端发送的直播媒体服务请求之前，所述方法还包括: 根据当前各流媒体服务器所承载的负载为客户端分配流媒体服务器。
6.根据权利要求1至5任一项所述的方法，其特征在于，为每个流媒体服务器配置至少两个网口 ； 在网口或网口所接的数据设备出现异常时，自动切换到该流媒体服务器的其它可用网□。
7.一种流媒体服务器，其特征在于，所述流媒体服务器包括接收单元、处理单元和发送单元；其中， 所述接收单元，用于接收到客户端发送的直播媒体服务请求； 所述处理单元，用于获取所述直播媒体服务请求中包含的频道直播源的地址；从自身所属的流媒体服务器或从媒体交换设备获取与所述地址对应的直播码流； 所述发送单元，用于向客户端发送所述处理单元所获取的直播码流。
8.根据权利要求7所述的流媒体服务器，其特征在于，所述处理单元，具体用于:根据所述直播媒体服务请求中包含的频道直播源的地址确定所述流媒体服务器中是否存有与所述地址相对应的直播码流，如果有，则从自身所属的流媒体服务器中获取与所述地址相对应的直播码流；如果没有，则从媒体交换设备获取与所述地址相对应的直播码流。
9.根据权利要求7所述的流媒体服务器，其特征在于，所述接收单元，还用于接收与所述流媒体服务器对应的编码器发送的直播码流； 所述流媒体服务器还包括转码单元和存储单元； 所述转码单元，用于对所述直播码流进行转码； 所述存储单元，用于存储转码后的直播码流； 相应的，所述发送单元，还用于通过组播方式向媒体交换设备发送所述转码后的直播码流； 其中，所述媒体交换设备包括第一媒体交换设备和第二媒体交换设备。
10.根据权利要求9所述的流媒体服务器，其特征在于，所述转码单元，还用于: 在直播码流的数据包包头中添加RTP头。
11.根据权利要求7所述的流媒体服务器，其特征在于，所述流媒体服务器还包括切换单元，用于在网口或网口所接的数据设备出现异常时，自动切换到该流媒体服务器的其它可用网口 ；其中， 所述流媒体服务器设置有至少两个网口。
12.一种直播媒体共享的节点子系统，其特征在于，所述节点子系统包括媒体交换设备、系统控制管理板和至少两个流媒体服务器；其中， 所述媒体交换设备，用于为请求加入组播组的流媒体服务器提供所述流媒体服务器所请求的直播码流； 所述系统控制管理板，用于根据当前各流媒体服务器所承载的负载为客户端分配流媒体服务器； 所述流媒体服务器，用于为请求直播媒体服务的客户端提供直播码流。
13.根据权利要求12所述的节点子系统，其特征在于，所述媒体交换设备包括第一媒体交换设备和第二媒体交换设备。
14.根据权利要求12或13所述的节点子系统，其特征在于，所述流媒体服务器为权利要求7至11任一项所述的流媒体服务器。
【文档编号】H04N21/238GK104427354SQ201310381826
【公开日】2015年3月18日 申请日期:2013年8月28日 优先权日:2013年8月28日
【发明者】张晓渠, 姚敏 申请人:中兴通讯股份有限公司