CN112073378B - 一种基于WebRTC的流媒体端口复用方法、设备及介质 - Google Patents
一种基于WebRTC的流媒体端口复用方法、设备及介质 Download PDFInfo
- Publication number
- CN112073378B CN112073378B CN202010806423.8A CN202010806423A CN112073378B CN 112073378 B CN112073378 B CN 112073378B CN 202010806423 A CN202010806423 A CN 202010806423A CN 112073378 B CN112073378 B CN 112073378B
- Authority
- CN
- China
- Prior art keywords
- streaming media
- webrtc
- client
- media
- server
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/255—Maintenance or indexing of mapping tables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了计算机领域的一种基于WebRTC的流媒体端口复用方法、设备及介质,方法包括:步骤S10、客户端创建媒体描述文件并发送给信令服务器;步骤S20、信令服务器生成客户端编号,并保存客户端编号与媒体描述文件的对应关系;步骤S30、信令服务器生成媒体应答文件并发送给客户端;步骤S40、客户端基于媒体应答文件向流媒体服务器发送绑定请求;步骤S50、流媒体服务器基于绑定请求对客户端进行绑定并生成映射表后,客户端建立与流媒体服务器的SRTP数据传输通道;步骤S60、客户端通过SRTP数据传输通道与流媒体服务器进行流媒体交互,通过映射表进行流媒体端口复用。本发明的优点在于:实现对流媒体端口进行复用,进而极大的提升了服务器性能以及安全性。
Description
技术领域
本发明涉及计算机领域,特别指一种基于WebRTC的流媒体端口复用方法、设备及介质。
背景技术
WebRTC是一个支持网页浏览器进行实时语音对话或视频对话的API,通过WebRTC技术在进行客户端之间的音视频交互时,由于一个音视频通道至少需要开放一个流媒体端口,如果进行一场普通的多人视频会议,则需要开放很多的流媒体端口,这对服务器本就紧张的端口资源造成了极大的浪费。且在实际环境部署时,生产环境的防火墙会限制多UDP端口(流媒体端口)的开放。
目前,虽然有一些策略可以减少端口的开辟,例如使用RTP和RTCP复用端口的策略,或者音视频共用一条RTP通道,但一个客户端仍然至少还要占用一个端口。
因此,如何提供一种基于WebRTC的流媒体端口复用方法,实现对流媒体端口进行复用,进而提升服务器性能以及安全性,成为一个亟待解决的问题。
发明内容
本发明要解决的技术问题,在于提供一种基于WebRTC的流媒体端口复用方法、设备及介质,实现对流媒体端口进行复用,进而提升服务器性能以及安全性。
第一方面,本发明提供了一种基于WebRTC的流媒体端口复用方法,包括如下步骤:
步骤S10、各WebRTC客户端分别创建一媒体描述文件并发送给信令服务器;
步骤S20、信令服务器基于接收的各所述媒体描述文件分别生成一唯一的客户端编号,并保存所述客户端编号与媒体描述文件的对应关系;
步骤S30、信令服务器基于各所述客户端编号以及媒体描述文件分别生成一媒体应答文件,并将所述媒体应答文件发送给对应的WebRTC客户端;
步骤S40、各WebRTC客户端基于接收的所述媒体应答文件向流媒体服务器发送绑定请求;
步骤S50、流媒体服务器基于接收的所述绑定请求对WebRTC客户端进行绑定并生成映射表后,各WebRTC客户端建立与流媒体服务器的SRTP数据传输通道;
步骤S60、各WebRTC客户端通过所述SRTP数据传输通道与流媒体服务器进行流媒体交互,通过所述映射表进行流媒体端口复用。
进一步地,所述步骤S10具体为:
各WebRTC客户端分别通过createOffer方法创建一媒体描述文件,并将所述媒体描述文件发送给信令服务器。
进一步地,所述步骤S10中,所述媒体描述文件包括WebRTC客户端支持的媒体文件格式以及流媒体端口。
进一步地,所述步骤S30中,所述媒体应答文件包括流媒体服务器支持的媒体文件格式以及客户端编号。
进一步地,所述步骤S40具体为:
各WebRTC客户端通过setRemoteDescription方法,基于接收的所述媒体应答文件向流媒体服务器发送STUN协议的绑定请求。
进一步地,所述步骤S40中,所述绑定请求携带WebRTC客户端的IP地址、流媒体端口以及客户端编号。
进一步地,所述步骤S50具体包括:
步骤S51、流媒体服务器基于接收的所述绑定请求获取WebRTC客户端的IP地址、流媒体端口以及客户端编号,并生成各IP地址以及流媒体端口与客户端编号一一对应的映射表;
步骤S52、流媒体服务器向各WebRTC客户端返回绑定应答;
步骤S53、各WebRTC客户端接收到所述绑定应答后,通过DTLS握手建立与流媒体服务器的SRTP数据传输通道。
进一步地,所述步骤S60具体为:
各WebRTC客户端通过所述SRTP数据传输通道与流媒体服务器进行流媒体交互,传输媒体文件;
当WebRTC客户端需要获取目标WebRTC客户端传输的媒体文件时,向流媒体服务器发送目标WebRTC客户端的客户端编号,流媒体服务器利用所述映射表找到对应的IP地址以及流媒体端口,并基于所述IP地址以及流媒体端口对目标WebRTC客户端传输的媒体文件进行转发,完成媒体端口的复用。
第二方面,本发明提供了一种基于WebRTC的流媒体端口复用设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现第一方面所述的方法。
第三方面,本发明提供了一种基于WebRTC的流媒体端口复用介质,其上存储有计算机程序,该程序被处理器执行时实现第一方面所述的方法。
本发明实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
通过在流媒体服务器生成IP地址以及流媒体端口与客户端编号一一对应的映射表,当WebRTC客户端需要获取目标WebRTC客户端传输的媒体文件时,流媒体服务器即可基于目标WebRTC客户端的客户端编号以及映射表查找到对应的IP地址以及流媒体端口,进而对目标WebRTC客户端传输的媒体文件进行转发,即实现多个WebRTC客户端同时共用同一个流媒体端口,实现各WebRTC客户端之间的媒体流交互,减少了流媒体服务器上流媒体端口的开辟数量,减少了流媒体服务器的性能开销,进而极大的提升了流媒体服务器的性能,且避免了因开辟过多流媒体端口对防火墙带来的安全隐患,即极大的提升了安全性;当新增WebRTC客户端时,只需更新映射表即可,极大的提高了单一流媒体端口的利用率。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
下面参照附图结合实施例对本发明作进一步的说明。
图1是本发明一种基于WebRTC的流媒体端口复用方法的流程图。
图2是本发明一种基于WebRTC的流媒体端口复用方法的复用示意图。
图3是本发明一种基于WebRTC的流媒体端口复用方法的数据传递示意图。
图4是本发明UDP和RTP的报文示意图。
图5是本发明一种基于WebRTC的流媒体端口复用设备的结构示意图。
图6是本发明一种基于WebRTC的流媒体端口复用介质的结构示意图。
具体实施方式
本申请实施例通过提供一种基于WebRTC的流媒体端口复用方法、设备及介质,实现对流媒体端口进行复用,进而提升服务器性能以及安全性。
实施例一
本实施例提供一种基于WebRTC的流媒体端口复用方法,如图1至图4所示,包括如下步骤:
步骤S10、各WebRTC客户端分别创建一媒体描述文件(offerSDP)并发送给信令服务器;
步骤S20、信令服务器基于接收的各所述媒体描述文件分别生成一唯一的客户端编号(clientId),并保存所述客户端编号与媒体描述文件的对应关系;
步骤S30、信令服务器基于各所述客户端编号以及媒体描述文件分别生成一媒体应答文件(answerSDP),并将所述媒体应答文件发送给对应的WebRTC客户端;
步骤S40、各WebRTC客户端基于接收的所述媒体应答文件向流媒体服务器发送绑定请求(Binding Request);
步骤S50、流媒体服务器基于接收的所述绑定请求对WebRTC客户端进行绑定并生成映射表后,各WebRTC客户端建立与流媒体服务器的SRTP数据传输通道;所述SRTP数据传输通道用于传输音视频流媒体文件;
步骤S60、各WebRTC客户端通过所述SRTP数据传输通道与流媒体服务器进行流媒体交互,通过所述映射表进行流媒体端口复用。
本申请的WebRTC客户端是支持WebRTC的浏览器,或者对支持WebRTC的浏览器进行封装生成的客户端;信令服务器提供浏览器(WebRTC客户端)之间SDP信息的交换;流媒体服务器提供STUN协议处理、DTLS握手与秘钥协商、音视频流数据接收和处理。
所述步骤S10具体为:
各WebRTC客户端分别通过createOffer方法创建一媒体描述文件,并将所述媒体描述文件通过WebRTC发送给信令服务器。
所述步骤S10中,所述媒体描述文件包括WebRTC客户端支持的媒体文件格式以及流媒体端口。
所述步骤S30中,所述媒体应答文件包括流媒体服务器支持的媒体文件格式以及客户端编号;所述媒体应答文件中设有一描述字段ice-ufrag,通过ice-ufrag来存储客户端编号。
所述步骤S40具体为:
各WebRTC客户端通过setRemoteDescription方法,基于接收的所述媒体应答文件向流媒体服务器发送STUN协议的绑定请求。
所述步骤S40中,所述绑定请求携带WebRTC客户端的IP地址、流媒体端口以及客户端编号;所述绑定请求设有一USERNAME字段,USERNAME字段携带answerSDP中的ice-ufrag,而ice-ufrag存储有clientId,即USERNAME字段携带客户端编号。
所述步骤S50具体包括:
步骤S51、流媒体服务器基于接收的所述绑定请求获取WebRTC客户端的IP地址、流媒体端口以及客户端编号,并生成各IP地址以及流媒体端口与客户端编号一一对应的映射表;
步骤S52、流媒体服务器向各WebRTC客户端返回绑定应答(Binding Response);
步骤S53、各WebRTC客户端接收到所述绑定应答后,通过DTLS握手建立与流媒体服务器的SRTP数据传输通道;WebRTC客户端与流媒体服务器进行DTLS握手的过程还进行密钥协商以提升安全性。
所述步骤S60具体为:
各WebRTC客户端通过所述SRTP数据传输通道与流媒体服务器进行流媒体交互,传输媒体文件;
当WebRTC客户端需要获取目标WebRTC客户端传输的媒体文件时,向流媒体服务器发送目标WebRTC客户端的客户端编号,流媒体服务器利用所述映射表找到对应的IP地址以及流媒体端口,并基于所述IP地址以及流媒体端口对目标WebRTC客户端传输的媒体文件进行转发,完成媒体端口的复用。
例如WebRTC客户端A想要消费WebRTC客户端B的媒体文件时,WebRTC客户端A将WebRTC客户端B的客户端编号发送给流媒体服务器,流媒体服务器利用客户端编号以及映射表找到WebRTC客户端B的IP地址以及流媒体端口,基于IP地址以及流媒体端口对接收的RTP数据流进行过滤,将WebRTC客户端B的媒体文件转发给WebRTC客户端A对应的SRTP数据传输通道。
基于同一发明构思,本申请提供了实施例一对应的电子设备实施例,详见实施例二。
实施例二
本实施例提供了一种基于WebRTC的流媒体端口复用设备,如图5所示,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时,可以实现实施例一中任一实施方式。
由于本实施例所介绍的电子设备为实施本申请实施例一中方法所采用的设备,故而基于本申请实施例一中所介绍的方法,本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式,所以在此对于该电子设备如何实现本申请实施例中的方法不再详细介绍。只要本领域所属技术人员实施本申请实施例中的方法所采用的设备,都属于本申请所欲保护的范围。
基于同一发明构思,本申请提供了实施例一对应的存储介质,详见实施例三。
实施例三
本实施例提供一种基于WebRTC的流媒体端口复用介质,如图6所示,其上存储有计算机程序,该计算机程序被处理器执行时,可以实现实施例一中任一实施方式。
本申请实施例中提供的技术方案,至少具有如下技术效果或优点:
通过在流媒体服务器生成IP地址以及流媒体端口与客户端编号一一对应的映射表,当WebRTC客户端需要获取目标WebRTC客户端传输的媒体文件时,流媒体服务器即可基于目标WebRTC客户端的客户端编号以及映射表查找到对应的IP地址以及流媒体端口,进而对目标WebRTC客户端传输的媒体文件进行转发,即实现多个WebRTC客户端同时共用同一个流媒体端口,实现各WebRTC客户端之间的媒体流交互,减少了流媒体服务器上流媒体端口的开辟数量,减少了流媒体服务器的性能开销,进而极大的提升了流媒体服务器的性能,且避免了因开辟过多流媒体端口对防火墙带来的安全隐患,即极大的提升了安全性;当新增WebRTC客户端时,只需更新映射表即可,极大的提高了单一流媒体端口的利用率。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
虽然以上描述了本发明的具体实施方式,但是熟悉本技术领域的技术人员应当理解,我们所描述的具体的实施例只是说明性的,而不是用于对本发明的范围的限定,熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化,都应当涵盖在本发明的权利要求所保护的范围内。
Claims (9)
1.一种基于WebRTC的流媒体端口复用方法,其特征在于:包括如下步骤:
步骤S10、各WebRTC客户端分别创建一媒体描述文件并发送给信令服务器;
步骤S20、信令服务器基于接收的各所述媒体描述文件分别生成一唯一的客户端编号,并保存所述客户端编号与媒体描述文件的对应关系;
步骤S30、信令服务器基于各所述客户端编号以及媒体描述文件分别生成一媒体应答文件,并将所述媒体应答文件发送给对应的WebRTC客户端;
步骤S40、各WebRTC客户端基于接收的所述媒体应答文件向流媒体服务器发送绑定请求;
步骤S50、流媒体服务器基于接收的所述绑定请求对WebRTC客户端进行绑定并生成映射表后,各WebRTC客户端建立与流媒体服务器的SRTP数据传输通道;
步骤S60、各WebRTC客户端通过所述SRTP数据传输通道与流媒体服务器进行流媒体交互,通过所述映射表进行流媒体端口复用;
所述步骤S60具体为:
各WebRTC客户端通过所述SRTP数据传输通道与流媒体服务器进行流媒体交互,传输媒体文件;
当WebRTC客户端需要获取目标WebRTC客户端传输的媒体文件时,向流媒体服务器发送目标WebRTC客户端的客户端编号,流媒体服务器利用所述映射表找到对应的IP地址以及流媒体端口,并基于所述IP地址以及流媒体端口对目标WebRTC客户端传输的媒体文件进行转发,完成媒体端口的复用。
2.如权利要求1所述的一种基于WebRTC的流媒体端口复用方法,其特征在于:所述步骤S10具体为:
各WebRTC客户端分别通过createOffer方法创建一媒体描述文件,并将所述媒体描述文件发送给信令服务器。
3.如权利要求1所述的一种基于WebRTC的流媒体端口复用方法,其特征在于:所述步骤S10中,所述媒体描述文件包括WebRTC客户端支持的媒体文件格式以及流媒体端口。
4.如权利要求1所述的一种基于WebRTC的流媒体端口复用方法,其特征在于:所述步骤S30中,所述媒体应答文件包括流媒体服务器支持的媒体文件格式以及客户端编号。
5.如权利要求1所述的一种基于WebRTC的流媒体端口复用方法,其特征在于:所述步骤S40具体为:
各WebRTC客户端通过setRemoteDescription方法,基于接收的所述媒体应答文件向流媒体服务器发送STUN协议的绑定请求。
6.如权利要求1所述的一种基于WebRTC的流媒体端口复用方法,其特征在于:所述步骤S40中,所述绑定请求携带WebRTC客户端的IP地址、流媒体端口以及客户端编号。
7.如权利要求6所述的一种基于WebRTC的流媒体端口复用方法,其特征在于:所述步骤S50具体包括:
步骤S51、流媒体服务器基于接收的所述绑定请求获取WebRTC客户端的IP地址、流媒体端口以及客户端编号,并生成各IP地址以及流媒体端口与客户端编号一一对应的映射表;
步骤S52、流媒体服务器向各WebRTC客户端返回绑定应答;
步骤S53、各WebRTC客户端接收到所述绑定应答后,通过DTLS握手建立与流媒体服务器的SRTP数据传输通道。
8.一种基于WebRTC的流媒体端口复用设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至7任一项所述的方法。
9.一种基于WebRTC的流媒体端口复用介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010806423.8A CN112073378B (zh) | 2020-08-12 | 2020-08-12 | 一种基于WebRTC的流媒体端口复用方法、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010806423.8A CN112073378B (zh) | 2020-08-12 | 2020-08-12 | 一种基于WebRTC的流媒体端口复用方法、设备及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112073378A CN112073378A (zh) | 2020-12-11 |
CN112073378B true CN112073378B (zh) | 2022-07-08 |
Family
ID=73661261
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010806423.8A Active CN112073378B (zh) | 2020-08-12 | 2020-08-12 | 一种基于WebRTC的流媒体端口复用方法、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112073378B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113630439B (zh) * | 2021-06-30 | 2023-05-05 | 网宿科技股份有限公司 | 实时通信rtc连接方法、服务器及存储介质 |
CN113973089B (zh) * | 2021-09-30 | 2024-01-26 | 阿里巴巴(中国)有限公司 | 一种流媒体传输方法、系统、设备及存储介质 |
CN114531606B (zh) * | 2022-02-22 | 2023-04-11 | 重庆紫光华山智安科技有限公司 | 封装待传输视频数据生成、视频传输方法、系统及设备 |
CN116708530A (zh) * | 2022-02-25 | 2023-09-05 | 腾讯科技(深圳)有限公司 | 信息交互方法、装置及计算机设备、存储介质、程序产品 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104125145A (zh) * | 2014-08-12 | 2014-10-29 | 中国联合网络通信集团有限公司 | 基于网页浏览器的通信方法、设备和系统 |
CN107079021A (zh) * | 2014-10-21 | 2017-08-18 | 统有限责任两合公司 | 在建立rtc客户端与rtc服务器之间的rtc通信连接时穿越应用层网关防火墙的电信装置和方法 |
CN108173928A (zh) * | 2017-12-26 | 2018-06-15 | 北京百度网讯科技有限公司 | Udp数据传输的方法、装置、存储介质及终端设备 |
CN109274634A (zh) * | 2017-07-18 | 2019-01-25 | 腾讯科技(深圳)有限公司 | 多媒体通信方法及装置、存储介质 |
CN110113299A (zh) * | 2019-03-19 | 2019-08-09 | 视联动力信息技术股份有限公司 | 数据传输方法、装置、信令服务器和计算机可读介质 |
CN111479121A (zh) * | 2020-04-08 | 2020-07-31 | 北京智能工场科技有限公司 | 一种基于流媒体服务器的直播方法及系统 |
-
2020
- 2020-08-12 CN CN202010806423.8A patent/CN112073378B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104125145A (zh) * | 2014-08-12 | 2014-10-29 | 中国联合网络通信集团有限公司 | 基于网页浏览器的通信方法、设备和系统 |
CN107079021A (zh) * | 2014-10-21 | 2017-08-18 | 统有限责任两合公司 | 在建立rtc客户端与rtc服务器之间的rtc通信连接时穿越应用层网关防火墙的电信装置和方法 |
CN109274634A (zh) * | 2017-07-18 | 2019-01-25 | 腾讯科技(深圳)有限公司 | 多媒体通信方法及装置、存储介质 |
CN108173928A (zh) * | 2017-12-26 | 2018-06-15 | 北京百度网讯科技有限公司 | Udp数据传输的方法、装置、存储介质及终端设备 |
CN110113299A (zh) * | 2019-03-19 | 2019-08-09 | 视联动力信息技术股份有限公司 | 数据传输方法、装置、信令服务器和计算机可读介质 |
CN111479121A (zh) * | 2020-04-08 | 2020-07-31 | 北京智能工场科技有限公司 | 一种基于流媒体服务器的直播方法及系统 |
Non-Patent Citations (1)
Title |
---|
高可靠的WebRTC系统的设计与实现;江旭楷;《中国优秀硕士学位论文全文数据库(电子期刊)》;20180415;第三章,第四章 * |
Also Published As
Publication number | Publication date |
---|---|
CN112073378A (zh) | 2020-12-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112073378B (zh) | 一种基于WebRTC的流媒体端口复用方法、设备及介质 | |
US11108570B2 (en) | Method and apparatus for multimedia communication, and storage medium | |
EP3223481B1 (en) | Packet processing system and method | |
US10250646B2 (en) | Method and device for establishing channel | |
Sredojev et al. | WebRTC technology overview and signaling solution design and implementation | |
CN111294399B (zh) | 一种数据传输方法和装置 | |
CN103227788B (zh) | 实现网页应用程序与sip设备进行通信的方法和系统 | |
AU2008202684B2 (en) | Session initiation protocol adaptor | |
EP2636199B1 (en) | Signalling gateway, method, computer program and computer program product for communication between http and sip | |
CN111147506A (zh) | 一种基于html5播放流媒体数据的方法、系统及存储设备 | |
US20110194692A1 (en) | Voice-over internet protocol (voip) scrambling mechanism | |
JP2010154518A (ja) | 同一IPポートを使用するアethanetプリケーションの複数のインスタンス間で、受信したセッションを送信するための方法およびシステム | |
US20210273981A1 (en) | Method for establishing a communication connection which is suitable for transmitting media streams between a first rtc client and a second rtc client | |
CN103348657B (zh) | 流媒体播放方法、设备及系统 | |
EP3515032A1 (en) | Port multiplexing method and server in video conference system and computer storage medium | |
US9544253B2 (en) | Multimedia conversation transfer | |
US20160100015A1 (en) | Systems and methods for resolving service initialization links in virtual desktop infrastructure environments | |
EP3076629A1 (en) | Method and device for media multiplexing negotiation | |
JP2012533959A (ja) | マルチキャスト対応ルータにおいて効果的なホスト・マネジメント・プロトコル | |
US20130080501A1 (en) | Method for transmitting real-time video data over network | |
CN116800765A (zh) | P2p点对点数据节流加速实现方法、装置和存储介质 | |
WO2023071656A1 (zh) | 信息传输方法及装置 | |
EP2652913B1 (en) | Real-time media optimization over remoted sessions | |
TW202316840A (zh) | 支援用於媒體通訊的服務品質 | |
CN112468886B (zh) | 组播数据转发方法、装置、设备及可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |