CN115883521A - 一种解决webrtc网络切换导致断流的方法 - Google Patents
一种解决webrtc网络切换导致断流的方法 Download PDFInfo
- Publication number
- CN115883521A CN115883521A CN202211254870.2A CN202211254870A CN115883521A CN 115883521 A CN115883521 A CN 115883521A CN 202211254870 A CN202211254870 A CN 202211254870A CN 115883521 A CN115883521 A CN 115883521A
- Authority
- CN
- China
- Prior art keywords
- peerconnection
- creating
- created
- network
- call
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 54
- 238000010276 construction Methods 0.000 claims abstract description 8
- 230000001419 dependent effect Effects 0.000 claims abstract description 8
- 230000005540 biological transmission Effects 0.000 claims description 12
- 230000001413 cellular effect Effects 0.000 claims description 3
- 239000004615 ingredient Substances 0.000 description 4
- 238000011423 initialization method Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000006854 communication Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种解决webrtc网络切换导致断流的方法,包括以下步骤:S1PeerConnection对象的创建:通过CreatePeerConnection方法创建对象;S2CreatePeerConnection方法的实现;S3创建RtcEventLog对象:RtcEventLog对象的创建直接依赖于工厂对象RtcEventLogFactory;S4创建Call对象;Call对象的创建直接依赖于工厂对象CallFactory;S5PeerConnection构造和初始化,通过该方案,有效解决了客户端网络变更带来的拉流丢失问题,同时在复杂网络场景下,能够更即时快速地感知网络变动,快速响应,提高了用户体验。
Description
技术领域
本发明涉及电子信息技术领域,具体为一种解决webrtc网络切换导致断流的方法。
背景技术
在即时通信视频聊天架构中,客户端使用谷歌开源的webrtc sdk,服务端使用开源的webrtc sfu服务端kurento中。当两个客户端进行视频聊天时,当一个客户端切换网络,从wifi切到移动网络时会涉及到ip地址切换,此时该客户端无法拉到对方的流,导致显示黑屏,但本机能继续推流,对方也能拉到流。
发明内容
为了解决上述问题,本发明的目的在于提供一种解决webrtc网络切换导致断流的方法。
为实现上述目的,本发明提供如下技术方案:一种解决webrtc网络切换导致断流的方法,包括以下步骤:
(S1)PeerConnection对象的创建:通过CreatePeerConnection方法创建对象;
(S2)CreatePeerConnection方法的实现:CreatePeerConnection方法最终返回给应用层的是PeerConnectionProxy对象,而非PeerConnection对象;
(S3)创建RtcEventLog对象:RtcEventLog对象的创建直接依赖于工厂对象RtcEventLogFactory;
(S4)创建Call对象;Call对象的创建直接依赖于工厂对象CallFactory;
(S5)PeerConnection构造和初始化:PeerConnection的构造无非就是给成员赋值。
2.根据权利要求1所述的一种解决webrtc网络切换导致断流的方法,其特征在于:所述步骤(1)中PeerConnection对象的创建方法包括以下步骤;
(1)RTCConfiguration参数表征PeerConnection的全局配置项,全局配置项是提供给WebRTC内部使用的参数信息,可以通过参数来控制WebRTC的内部逻辑、行为方式;
(2)PeerConnectionDependencies参数表征PeerConnection的依赖项,依赖定义了由用户提供的可执行代码,用于执行用户定义的逻辑,其中最重要的就是PeerConnectionObserver,是PeerConnection的事件回调,应用层通过实现这些回调方法来作出自己想要实现的逻辑;
进一步地,所述步骤(2)中CreatePeerConnection实现方法包括以下步骤:
(1)创建证书生成器RTCCertificateGenerator;
(2)创建端口分配器PortAllocator,PortAllocator需要在网络线程中创建;
(3)创建ICE传输工厂;
(4)在网络线程上执行PortAllocator.SetNetworkIgnoreMask方法,使得端口分配器在进行操作时忽略特定类型的网络,默认情况network_ignore_mask为ADAPTER_TYPE_LOOPBACK,也即默认情况下忽略回环地址,其中网络类型有如下几类: ADAPTER_TYPE_ETHERNET:以太网,DAPTER_TYPE_WIFI:无线WIFI网络,ADAPTER_TYPE_CELLULAR:蜂窝网络(2g,3g,4g,5g),ADAPTER_TYPE_VPN:VPN,ADAPTER_TYPE_LOOPBACK:回环地址;
(5)在工作线程上调用PeerConnectionFactory.CreateRtcEventLog_w来创建RtcEventLog对象;
(6)在工作线程上调用PeerConnectionFactory.CreateCall_w创建Call对象;
(7)构造PeerConnection对象,传入之前创建的RtcEventLog和Call对象;
(8)在构造PeerConnection对象与初始化PeerConnection对象之间塞入测试代码;
(9)初始化PeerConnection对象,外部传入的全局配置参数和依赖参数用来初始化PeerConnection;
(10)创建并返回PeerConnectionProxy对象;
进一步地,所述步骤S3中创建RtcEventLog对象方法包括以下步骤:
(1)RtcEventLogFactory在创建PeerConnectionFactory时被创建出来,并被PeerConnectionFactory持有;
(2)RtcEventLog对象在创建PeerConnection时被创建出来,并被PeerConnection持有;
(3)PeerConnection持有RtcEventLog类,通过RtcEventLog实现并对外暴露运行事件日志系统、记录事件日志、停止事件日志系统的几个接;
进一步地,所述步骤4中创建Call对象方法包括以下步骤:
(1)CallFactory在创建PeerConnectionFactory时被创建出来,并被PeerConnectionFactory持有;
(2)Call对象在创建PeerConnection时被创建出来,并被PeerConnection持有;
(3)PeerConnection持有Call,并利用Call对应用层提供了发送码率设置(包含最大码率、最小码率、初始码率,初始码率作为编码器的初始参数以及带宽估计的先验值);提供获取传输统计数据途径(包含估算的可用发送带宽、估算的可用接收带宽、平滑发送引入的延迟、RTT估计值、累计的最大填充bit);提供获取所有发送的数据包回调;另外其还持有PacketReceiver对象,因此,所有接收到RTP/RTCP数据包,也将经过Call;
(4)Call对象可以包含多个发送/接收流,且这些流对应同一个远端端点,并共享码率估计等。其对内部还提供了其他重要的功能,最重要的莫过于创建AudioReceiveStream、AudioSendStream、VideoSendStream、VideoReceiveStream的功能;
进一步地,所述步骤5中PeerConnection构造和初始化方法包括以下步骤:
(1)确保初始化是在信令线程中,检查全局参数配置的有效性,依赖参数PortAllocator和PeerConnectionObserver不可为空;
(2)处理STUN server和TURN server,解析并获取stun_servers和turn_servers;
(3)给所有的turn_server配置日志id,给stun_servers和turn_servers进行端口分配器的初始化;
(4)通知STUN_SERVER和TURN_SERVER被使用;
(5)发送IPV4/IPv6状态;
(6)创建64位有符号整型会话id;
(7)填充JSEP传输控制的参数,并创建JsepTransportController,关联JsepTransportController的信号与PeerConnection的槽方法;
(8)创建JSEP的参数结构体JsepTransportController::Config,用应用层传入的全局配置参数来填充JSEP传输控制的参数,外部应该提供MediaTransportFactory时,WebRTC内部应该使用使用DatagramTransport接口取代dtls;
(9)填充ICE传输工厂;
(10)创建JsepTransportController,绑定JsepTransportController的信号与PeerConnection相应的槽函数;
(11)初始化两个数据统计收集器;
(12)保存全局的配置参数,从全局配置参数中抽取ICE相关的参数,并设置到JsepTransportController中;
(13)设置音视频相关的网络传输相关参数;
(14)创建WebRtcSessionDescriptionFactory对象,绑定WebRtcSessionDescriptionFactory信号与PeerConnection的槽,WebRtcSessionDescriptionFactory参数赋值;
(15)Plan B SDP下,添加默认的音视频transceivers,创建视频比特分配器工厂;
与现有技术相比,本发明的有益效果如下:
本发明主要解决了基于kurento 的webrtc即时通信过程中,客户端切换网络导致的断流的问题,在客户端监控到网络变更时,重新进行拉流操作,重新建立peerconnection连接,通过该方案,有效解决了客户端网络变更带来的拉流丢失问题,同时在复杂网络场景下,能够更即时快速地感知网络变动,快速响应,提高了用户体验。
参照后文的说明和附图,详细公开了本发明的特定实施方式,指明了本发明的原理可以被采用的方式。应该理解,本发明的实施方式在范围上并不因而受到限制。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用,与其它实施方式中的特征相组合,或替代其它实施方式中的特征。
应该强调,术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在,但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
图1为本发明一种解决webrtc网络切换导致断流的方法的用户和服务端建立ice连接过程的时序图;
图2为本发明一种解决webrtc网络切换导致断流的方法的流程图;
图3为本发明一种解决webrtc网络切换导致断流的方法的创建RtcEventLog对象流程图;
图4为本发明一种解决webrtc网络切换导致断流的方法的创建Call对象流程图;
具体实施方式
为了使本技术领域的人员更好地理解本发明中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,当元件被称为“设置于”另一个元件,它可以直接在另一个元件上或者也可以存在居中的另一个元件。当一个元件被认为是“连接”另一个元件,它可以是直接连接到另一个元件或者可能同时存在居中另一个元件。本文所使用的术语“垂直的”、“水平的”、“左”、“右”以及类似的表述只是为了说明的目的,并不表示是唯一的实施方式。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施方式的目的,不是旨在于限制本发明。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。
实施例1
请参阅图1-4,一种解决webrtc网络切换导致断流的方法,包括以下步骤:
(S1)PeerConnection对象的创建:通过CreatePeerConnection方法创建对象;
(S2)CreatePeerConnection方法的实现:CreatePeerConnection方法最终返回给应用层的是PeerConnectionProxy对象,而非PeerConnection对象;
(S3)创建RtcEventLog对象:RtcEventLog对象的创建直接依赖于工厂对象RtcEventLogFactory;
(S4)创建Call对象;Call对象的创建直接依赖于工厂对象CallFactory;
(S5)PeerConnection构造和初始化:PeerConnection的构造无非就是给成员赋值。
2.根据权利要求1所述的一种解决webrtc网络切换导致断流的方法,其特征在于:所述步骤(1)中PeerConnection对象的创建方法包括以下步骤;
(1)RTCConfiguration参数表征PeerConnection的全局配置项,全局配置项是提供给WebRTC内部使用的参数信息,可以通过参数来控制WebRTC的内部逻辑、行为方式;
(2)PeerConnectionDependencies参数表征PeerConnection的依赖项,依赖定义了由用户提供的可执行代码,用于执行用户定义的逻辑,其中最重要的就是PeerConnectionObserver,是PeerConnection的事件回调,应用层通过实现这些回调方法来作出自己想要实现的逻辑;
进一步地,所述步骤(2)中CreatePeerConnection实现方法包括以下步骤:
(1)创建证书生成器RTCCertificateGenerator;
(2)创建端口分配器PortAllocator,PortAllocator需要在网络线程中创建;
(3)创建ICE传输工厂;
(4)在网络线程上执行PortAllocator.SetNetworkIgnoreMask方法,使得端口分配器在进行操作时忽略特定类型的网络,默认情况network_ignore_mask为ADAPTER_TYPE_LOOPBACK,也即默认情况下忽略回环地址,其中网络类型有如下几类: ADAPTER_TYPE_ETHERNET:以太网,DAPTER_TYPE_WIFI:无线WIFI网络,ADAPTER_TYPE_CELLULAR:蜂窝网络(2g,3g,4g,5g),ADAPTER_TYPE_VPN:VPN,ADAPTER_TYPE_LOOPBACK:回环地址;
(5)在工作线程上调用PeerConnectionFactory.CreateRtcEventLog_w来创建RtcEventLog对象;
(6)在工作线程上调用PeerConnectionFactory.CreateCall_w创建Call对象;
(7)构造PeerConnection对象,传入之前创建的RtcEventLog和Call对象;
(8)在构造PeerConnection对象与初始化PeerConnection对象之间塞入测试代码;
(9)初始化PeerConnection对象,外部传入的全局配置参数和依赖参数用来初始化PeerConnection;
(10)创建并返回PeerConnectionProxy对象;
进一步地,所述步骤3中创建RtcEventLog对象方法包括以下步骤:
(1)RtcEventLogFactory在创建PeerConnectionFactory时被创建出来,并被PeerConnectionFactory持有;
(2)RtcEventLog对象在创建PeerConnection时被创建出来,并被PeerConnection持有;
(3)PeerConnection持有RtcEventLog类,通过RtcEventLog实现并对外暴露运行事件日志系统、记录事件日志、停止事件日志系统的几个接;
进一步地,所述步骤4中创建Call对象方法包括以下步骤:
(1)CallFactory在创建PeerConnectionFactory时被创建出来,并被PeerConnectionFactory持有;
(2)Call对象在创建PeerConnection时被创建出来,并被PeerConnection持有;
(3)PeerConnection持有Call,并利用Call对应用层提供了发送码率设置(包含最大码率、最小码率、初始码率,初始码率作为编码器的初始参数以及带宽估计的先验值);提供获取传输统计数据途径(包含估算的可用发送带宽、估算的可用接收带宽、平滑发送引入的延迟、RTT估计值、累计的最大填充bit);提供获取所有发送的数据包回调;另外其还持有PacketReceiver对象,因此,所有接收到RTP/RTCP数据包,也将经过Call;
(4)Call对象可以包含多个发送/接收流,且这些流对应同一个远端端点,并共享码率估计等。其对内部还提供了其他重要的功能,最重要的莫过于创建AudioReceiveStream、AudioSendStream、VideoSendStream、VideoReceiveStream的功能;
进一步地,所述步骤5中PeerConnection构造和初始化方法包括以下步骤:
(1)确保初始化是在信令线程中,检查全局参数配置的有效性,依赖参数PortAllocator和PeerConnectionObserver不可为空;
(2)处理STUN server和TURN server,解析并获取stun_servers和turn_servers;
(3)给所有的turn_server配置日志id,给stun_servers和turn_servers进行端口分配器的初始化;
(4)通知STUN_SERVER和TURN_SERVER被使用;
(5)发送IPV4/IPv6状态;
(6)创建64位有符号整型会话id;
(7)填充JSEP传输控制的参数,并创建JsepTransportController,关联JsepTransportController的信号与PeerConnection的槽方法;
(8)创建JSEP的参数结构体JsepTransportController::Config,用应用层传入的全局配置参数来填充JSEP传输控制的参数,外部应该提供MediaTransportFactory时,WebRTC内部应该使用使用DatagramTransport接口取代dtls;
(9)填充ICE传输工厂;
(10)创建JsepTransportController,绑定JsepTransportController的信号与PeerConnection相应的槽函数;
(11)初始化两个数据统计收集器;
(12)保存全局的配置参数,从全局配置参数中抽取ICE相关的参数,并设置到JsepTransportController中;
(13)设置音视频相关的网络传输相关参数;
(14)创建WebRtcSessionDescriptionFactory对象,绑定WebRtcSessionDescriptionFactory信号与PeerConnection的槽,WebRtcSessionDescriptionFactory参数赋值;
(15)Plan B SDP下,添加默认的音视频transceivers,创建视频比特分配器工厂;
除非另有说明,所有范围都包括端点以及端点之间的所有数字。与范围一起使用的“大约”或“近似”适合于该范围的两个端点。因而,“大约20到30”旨在覆盖“大约20到大约30”,至少包括指明的端点。
披露的所有文章和参考资料,包括专利申请和出版物,出于各种目的通过援引结合于此。描述组合的术语“基本由…构成”应该包括所确定的元件、成分、部件或步骤以及实质上没有影响该组合的基本新颖特征的其他元件、成分、部件或步骤。使用术语“包含”或“包括”来描述这里的元件、成分、部件或步骤的组合也想到了基本由这些元件、成分、部件或步骤构成的实施方式。这里通过使用术语“可以”,旨在说明“可以”包括的所描述的任何属性都是可选的。
多个元件、成分、部件或步骤能够由单个集成元件、成分、部件或步骤来提供。另选地,单个集成元件、成分、部件或步骤可以被分成分离的多个元件、成分、部件或步骤。用来描述元件、成分、部件或步骤的公开“一”或“一个”并不说为了排除其他的元件、成分、部件或步骤。
应该理解,以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述,在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此,本教导的范围不应该参照上述描述来确定,而是应该参照所附权利要求以及这些权利要求所拥有的等价物的全部范围来确定。出于全面之目的,所有文章和参考包括专利申请和公告的公开都通过参考结合在本文中。在前述权利要求中省略这里公开的主题的任何方面并不是为了放弃该主体内容,也不应该认为发明人没有将该主题考虑为所公开的发明主题的一部分。
Claims (5)
1.一种解决webrtc网络切换导致断流的方法,其特征在于。包括以下步骤:
(S1)PeerConnection对象的创建:通过CreatePeerConnection方法创建对象;
(S2)CreatePeerConnection方法的实现:CreatePeerConnection方法最终返回给应用层的是PeerConnectionProxy对象,而非PeerConnection对象;
(S3)创建RtcEventLog对象:RtcEventLog对象的创建直接依赖于工厂对象RtcEventLogFactory;
(S4)创建Call对象;Call对象的创建直接依赖于工厂对象CallFactory;
(S5)PeerConnection构造和初始化:PeerConnection的构造无非就是给成员赋值。
2.根据权利要求1所述的一种解决webrtc网络切换导致断流的方法,其特征在于,所述步骤(S1)中PeerConnection对象的创建方法包括以下步骤;
(1)RTCConfiguration参数表征PeerConnection的全局配置项,全局配置项是提供给WebRTC内部使用的参数信息,可以通过参数来控制WebRTC的内部逻辑、行为方式;
(2)PeerConnectionDependencies参数表征PeerConnection的依赖项,依赖定义了由用户提供的可执行代码,用于执行用户定义的逻辑,其中最重要的就是PeerConnectionObserver,是PeerConnection的事件回调,应用层通过实现这些回调方法来作出自己想要实现的逻辑。
3.根据权利要求1所述的一种解决webrtc网络切换导致断流的方法,其特征在于,所述步骤(S2)中CreatePeerConnection实现方法包括以下步骤:
(1)创建证书生成器RTCCertificateGenerator;
(2)创建端口分配器PortAllocator,PortAllocator需要在网络线程中创建;
(3)创建ICE传输工厂;
(4)在网络线程上执行PortAllocator.SetNetworkIgnoreMask方法,使得端口分配器在进行操作时忽略特定类型的网络,默认情况network_ignore_mask为ADAPTER_TYPE_LOOPBACK,也即默认情况下忽略回环地址,其中网络类型有如下几类: ADAPTER_TYPE_ETHERNET:以太网,DAPTER_TYPE_WIFI:无线WIFI网络,ADAPTER_TYPE_CELLULAR:蜂窝网络(2g,3g,4g,5g),ADAPTER_TYPE_VPN:VPN,ADAPTER_TYPE_LOOPBACK:回环地址;
(5)在工作线程上调用PeerConnectionFactory.CreateRtcEventLog_w来创建RtcEventLog对象;
(6)在工作线程上调用PeerConnectionFactory.CreateCall_w创建Call对象;
(7)构造PeerConnection对象,传入之前创建的RtcEventLog和Call对象;
(8)在构造PeerConnection对象与初始化PeerConnection对象之间塞入测试代码;
(9)初始化PeerConnection对象,外部传入的全局配置参数和依赖参数用来初始化PeerConnection;
(10)创建并返回PeerConnectionProxy对象。
4.根据权利要求1所述的一种解决webrtc网络切换导致断流的方法,其特征在于,所述步骤S3中创建RtcEventLog对象方法包括以下步骤:
(1)RtcEventLogFactory在创建PeerConnectionFactory时被创建出来,并被PeerConnectionFactory持有;
(2)RtcEventLog对象在创建PeerConnection时被创建出来,并被PeerConnection持有;
(3)PeerConnection持有RtcEventLog类,通过RtcEventLog实现并对外暴露运行事件日志系统、记录事件日志、停止事件日志系统的几个接 。
5.根据权利要求1所述的一种解决webrtc网络切换导致断流的方法,其特征在于,所述步骤S4中创建Call对象方法包括以下步骤:
(1)CallFactory在创建PeerConnectionFactory时被创建出来,并被PeerConnectionFactory持有;
(2)Call对象在创建PeerConnection时被创建出来,并被PeerConnection持有;
(3)PeerConnection持有Call,并利用Call对应用层提供了发送码率设置;提供获取传输统计数据途径;提供获取所有发送的数据包回调;另外其还持有PacketReceiver对象,因此,所有接收到RTP/RTCP数据包,也将经过Call;
(4)Call对象可以包含多个发送/接收流,且这些流对应同一个远端端点,并共享码率估计。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211254870.2A CN115883521A (zh) | 2022-10-13 | 2022-10-13 | 一种解决webrtc网络切换导致断流的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211254870.2A CN115883521A (zh) | 2022-10-13 | 2022-10-13 | 一种解决webrtc网络切换导致断流的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115883521A true CN115883521A (zh) | 2023-03-31 |
Family
ID=85770369
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211254870.2A Pending CN115883521A (zh) | 2022-10-13 | 2022-10-13 | 一种解决webrtc网络切换导致断流的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115883521A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100241485A1 (en) * | 2009-03-20 | 2010-09-23 | Oracle International Corporation | Claims Based Factory Pattern for Creating Objects |
US20190245886A1 (en) * | 2016-12-09 | 2019-08-08 | Sap Se | Attack protection for webrtc providers |
CN113112881A (zh) * | 2021-03-10 | 2021-07-13 | 浙江工业大学 | 基于WebRTC远程实验答疑系统 |
CN113709581A (zh) * | 2021-08-26 | 2021-11-26 | 芝麻链(北京)科技有限公司 | 一种音视频实时传输的系统、方法、装置及电子设备 |
-
2022
- 2022-10-13 CN CN202211254870.2A patent/CN115883521A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100241485A1 (en) * | 2009-03-20 | 2010-09-23 | Oracle International Corporation | Claims Based Factory Pattern for Creating Objects |
US20190245886A1 (en) * | 2016-12-09 | 2019-08-08 | Sap Se | Attack protection for webrtc providers |
CN113112881A (zh) * | 2021-03-10 | 2021-07-13 | 浙江工业大学 | 基于WebRTC远程实验答疑系统 |
CN113709581A (zh) * | 2021-08-26 | 2021-11-26 | 芝麻链(北京)科技有限公司 | 一种音视频实时传输的系统、方法、装置及电子设备 |
Non-Patent Citations (2)
Title |
---|
ICE_LY000: "WebRTC源码分析——呼叫建立过程之三(创建PeerConnection)", pages 3 - 10, Retrieved from the Internet <URL:https://blog.csdn.net/ice_ly000/article/details/103204327> * |
王怀亭;梁正和;庄天龙;: "Android WebRTC技术在协同设计中的应用", 计算机与现代化, no. 03, 15 March 2017 (2017-03-15), pages 21 - 24 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100728280B1 (ko) | Sip를 이용한 통신 시스템에서 호 해제 요청/응답메시지를 이용한 네트워크 상태 관리 방법 | |
US11950018B2 (en) | Video connection continuity between devices | |
CN106612233B (zh) | 一种多通道网络切换方法和系统 | |
US9781156B2 (en) | Detection and mitigation of denial-of-service attacks in wireless communication networks | |
CN101595686A (zh) | 触发中间设备处的流分析 | |
US20180083850A1 (en) | Service performance monitoring in a virtualized communication network | |
US20080205390A1 (en) | Diagnostic tool for troubleshooting multimedia streaming applications | |
US20140164543A1 (en) | Communication System, Application Server and Communication Method for Server Cooperation | |
EP3057287A1 (en) | Node allocation method, device and system | |
CN106970843B (zh) | 远程调用方法和装置 | |
CN110266437A (zh) | 投屏消息发送方法、投屏消息处理方法、装置及终端 | |
US20140317262A1 (en) | Method, Device and System for Detecting a Quality of Service Problem | |
CN110535839B (zh) | 一种信息处理方法、设备、系统及计算机可读存储介质 | |
CN107547932A (zh) | 数据信息的共享方法及装置、终端 | |
US20140149570A1 (en) | Provisioning ip terminals | |
US7453803B1 (en) | Congestion control for packet communications | |
CN115883521A (zh) | 一种解决webrtc网络切换导致断流的方法 | |
CN105791369B (zh) | 用户状态同步的方法、装置及服务器 | |
CN101365157A (zh) | 一种业务触发方法、系统及装置 | |
CN102420753B (zh) | 自动保护倒换aps协议状态迁移方法及其装置 | |
CN117715235A (zh) | 一种通信建立方法、装置、终端设备及网络侧设备 | |
TWI804686B (zh) | 網路服務裝置、連線管理裝置及其操作方法 | |
CN108833434B (zh) | 一种基于ip双向网络机顶盒的跨网视频通话系统的实现方法 | |
JP2009290450A (ja) | Sip電話システム、データ伝送方法、サーバユニットおよび電話端末 | |
CN114095308B (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 |