[发明专利]一种单端口实现webrtc服务端的方法

说明书

本发明公开了一种单端口实现webrtc服务端的方法，包括以下步骤：S1增加proxy功能：保留Libnice底层库多端口的实现；S2客户端发送stun request到proxy：S3proxy发送stun request给libnice：Ice candidate协商，Web端开始做连通性检测，stun binding request里的USERNAME为SDP local和remote的ice‑ufrag指定内容；S4libnice respond给proxy；S5客户端rtp流到proxy：proxy转发给libnice port，客户端反射udp包到单端口udp代理服务，由服务负责查询映射获取对应的服务端地址并转发，使用该方案后能保护服务端安全，同时能够解决很多的网络出口防火墙对能够通过的UDP端口限制的问题，并且能提高服务的性能。

技术领域

本发明涉及电子信息技术领域，具体为一种单端口实现webrtc服务端的方法。

背景技术

Webrtc是谷歌开源的即使通信标准,能提供P2P音视频聊天。当前基于谷歌提供的webrtc服务端都需要开放多端口和客户端进行peerconnection连接。但多端口也带来了很多缺陷: 1、这么多端口如果都暴露给外网环境，安全性本身也有一定的问题，容易受到攻击；2、可运维性也较差；3、网关层端口数量有限，会影响到其他服务的使用；4、开辟这么多的端口在Server端上，端口的开销和性能均有一定的影响。

发明内容

为了解决上述问题，本发明的目的在于提供一种单端口实现webrtc服务端的方法。

为实现上述目的，本发明提供如下技术方案：一种单端口实现webrtc服务端的方法，包括以下步骤：

（S1）增加proxy功能：保留Libnice底层库多端口的实现，在Janus上增加单端口proxy的功能；

（S2）客户端发送stun request 到proxy：在服务器给Web端的SDPAnswer中设置ice-ufrag为roomid/userid;

（S3）proxy 发送stun request 给libnice：Ice candidate协商，Web端开始做连通性检测，stun binding request里的USERNAME为SDP local和remote的ice-ufrag指定内容

（S4）libnice respond(此处libnice会新创建port )给proxy：服务器收到stunbinding request的客户端ip和端口，并正常回stun binding response，记录客户端地址与用户的信息的映射关系；

（S5）客户端rtp 流到proxy： proxy转发给libnice port，服务器收到一个rtp/rtcp媒体数据包，通过包的源ip和端口，查询映射表就可以识别这个包属于哪个用户。

2．根据权利要求1所述的一种单端口实现webrtc服务端的方法，其特征在于：所述步骤（S1）中的增加proxy功能的方法包括以下步骤；

（1）通过SDP协商里面的ICE-Ufrag字段来判断传输的数据与用户的对应关系，当服务端接收到客户端的SDP后，创建本地服务的端口,并且将相应的ICE-Ufrag与该端口映射起来;

（2）服务端会将对外的IP端口写入SDP传给客户端，然后一直监听对外端口；