[发明专利]一种基于WebRtc的直播方法及相关设备

说明书

本发明公开了一种基于WebRtc的直播方法及相关设备。该方法包括：接收第一客户端发送的RTC直播流；将上述RTC直播流以UDP协议方式发送到RTC流媒体系统；将上述RTC直播流以RTMP协议方式推送到CDN流媒体系统，以使第二客户端根据拉流请求选择相应的流媒体系统进行拉流。通过本申请实施例提供的直播方法，不仅降低了直播延时，还为观众提供了多种拉流方式，丰富了直播的拉流方式，并可以在一定程度上降低RTC拉流时服务器的负荷。

技术领域

本说明书涉及直播领域，更具体地说，本发明涉及一种基于WebRtc的直播方法及相关设备。

背景技术

在当前的直播过程中，通常采用CDN推流的方式，CDN推流通常采用TCP协议进行数据传输，虽然保证了直播数据的可靠性，但数据丢失后会一直重传，会导致直播过程的延时大大增加，直播转推的过程和播放端会缓存大量的数据，导致直播的延时较高。

发明内容

在发明内容部分中引入了一系列简化形式的概念，这将在具体实施方式部分中进一步详细说明。本发明的发明内容部分并不意味着要试图限定出所要求保护的技术方案的关键特征和必要技术特征，更不意味着试图确定所要求保护的技术方案的保护范围。

为了提出一种低延迟，高稳定性的直播方案，第一方面，本发明提出一种基于WebRtc的直播方法，上述方法包括：

接收第一客户端发送的RTC直播流；

将上述RTC直播流以UDP协议方式发送到RTC流媒体系统；

将上述RTC直播流以RTMP协议方式推送到CDN流媒体系统，以使第二客户端根据拉流请求选择相应的流媒体系统进行拉流。

可选的，上述服务器是根据上述第一客户端发送的推流服务地址确定的。

可选的，在上述接收第一客户端发送的RTC直播流的步骤之前，还包括：

接收上述第一客户端发送的信令交互信息，其中，上述信令交互信息包括joinchannel信令和publish_stream信令；

与上述第一客户端进行publish_stream信令交互，以使上述服务器和上述第一客户端建立传输链路；

根据上述joinchannel信令管理上述第一客户端对应的直播房间。

可选的，上述与上述第一客户端进行publish_stream信令交互，以使和上述第一客户端建立传输链路，包括：

基于上述publish_stream信令交互，确定与上述第一客户端执行推流操作的媒体会话描述信息和交互式连接建立信息；

根据上述媒体会话描述信息和上述交互式连接建立信息与上述第一客户端建立传输链路。

可选的，在上述将所述RTC直播流以RTMP协议方式推送到CDN流媒体系统，以使第二客户端根据拉流请求选择相应的流媒体系统进行拉流的步骤之后，还包括：

接收上述第二客户端发出的调度请求信息；

基于上述调度请求信息生成的拉流协议确定与其对应的服务器，其中，上述标服务器为与上述第二客户端距离最近的服务器；

接收上述第二客户端发出的subscribe_stream信令，其中，上述subscribe_stream信令包括第二客户端的媒体会话描述信息和交互式连接建立信息；

根据上述subscribe_stream信令与上述第二客户端建立第一音视频通道链路；

通过上述音视频通道链路将上述第一客户端发送的RTC直播流发送至上述第二客户端。

可选的，在上述接收上述第二客户端发出的调度请求信息的步骤之后还包括：