CN112218388A - 一种断网重连的方法及装置 - Google Patents

Abstract

本申请公开了一种断网重连的方法及装置，通过监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态；如果在预设时段内，恢复至网络连接状态，则获取第一信令通道对应的第一临时令牌；发送建立第二信令通道请求和所述第一临时令牌至服务器；接收服务器发送的确认建立答复。本申请在网络“闪断”后，通过重建信令通道实现音视频流的传输不中断，即断网又恢复以后传输还能继续，不会因为网络断开又恢复而导致后续的音视频数据无法继续传输。这种方式少了用户的参与，程序自动检测，自动重连，也少了通话的呼叫和应答等环节，用时应该会更短，用户的体验也更好，比重新建立视频通话效率要高，速度要快。

Description

一种断网重连的方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种断网重连的方法及装置。

背景技术

移动设备的网络往往不太稳定，且可能在不同的网络接口间切换，如WiFi切换到4G，或者4G切换到WiFi等。而这种网络中断的状态又常常会在短时间后恢复正常，比如网络信号由强变弱然后又由弱变强，或者网络接口切换都会导致网络短暂断开又恢复。而即便是这种短暂的网络断开又恢复也可能导致移动设备上建立的实时音视频通话中断，如果没有一种可靠的传输恢复机制来应对，往往在网络“闪断”后需要重新建立音视频通话。。

现有最直接应对网络“闪断”问题的办法是让客户端重新建立通话，这个过程不仅需要用户参与，而且步骤相对较多，耗费的时间相对较长，对于网络状态变化比较频繁的移动设备来说会给用户造成困扰。

发明内容

本申请提供了一种断网重连的方法及装置，以解决现有网络闪断后重新建立通话导致的步骤多、耗时长的问题。

第一方面，为实现上述目的，本申请提供了一种断网重连的方法，所述方法应用于客户端，所述方法包括：

监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态；

如果在预设时段内，恢复至网络连接状态，则获取第一信令通道对应的第一临时令牌；

发送建立第二信令通道请求和所述第一临时令牌至服务器；

接收服务器发送的确认建立答复。

进一步地，所述监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态，之后还包括：

如果超过预设时段，没有恢复至网络连接状态则结束通话。

进一步地，接收服务器发送的确认建立答复后，还包括：

发送会话描述协议请求；

接收会话描述协议答复。

进一步地，所述接收会话描述协议答复后，还包括：

发送可用网络数据接收地址集至服务器。

第二方面，本申请还提供了一种断网重连的装置，所述装置应用于客户端，所述装置包括：

监测单元，监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态；

获取单元，用于如果在预设时段内，恢复至网络连接状态，则获取第一信令通道对应的第一临时令牌；

发送单元，用于发送建立第二信令通道请求和所述第一临时令牌至服务器；接收单元，用于接收服务器发送的确认建立答复。

进一步地，所述监测单元还用于：

如果超过预设时段，没有恢复至网络连接状态则结束通话。

进一步地，发送单元还用于发送会话描述协议请求；

接收单元还用于接收会话描述协议答复。

进一步地，发送单元还用于发送可用网络数据接收地址集至服务器。

第三方面，为实现上述目的，本申请还提供了一种断网重连的方法，所述方法应用于服务器，所述方法包括：

接收第一客户端发送的建立第二信令通道请求及第一信令通道对应的第一临时令牌；

识别所述第一临时令牌是否与预存的一致，

如果一致则建立第二信令通道，发送确认建立答复至所述第一客户端。

进一步地，发送确认建立答复至所述第一客户端之后，还包括：

接收会话描述协议请求；

发送会话描述协议答复。

进一步地，所述发送会话描述协议答复后，还包括：

接收可用网络数据接收地址集。

第四方面，本申请还提供了一种断网重连的装置，所述装置应用于服务器，所述装置包括：

接收模块，用于接收第一客户端发送的建立第二信令通道请求及第一信令通道对应的第一临时令牌；

识别模块，用于识别所述第一临时令牌是否与预存的一致，

发送模块，用于如果一致则建立第二信令通道，发送确认建立答复至所述第一客户端。

进一步地，所述接收模块还用于接收会话描述协议请求；

发送模块还用于发送会话描述协议答复。

进一步地，所述接收模块还用于接收可用网络数据接收地址集。

第五方面，为实现上述目的，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被获取器执行时实现第一方面任一项断网重连的方法的步骤。

第四方面，为实现上述目的，本申请提供了一种计算机设备，包括存储器、获取器及存储在存储器上并可在获取器上运行的计算机程序，所述获取器执行所述程序时实现第一方面任一项断网重连的方法的步骤。

由以上技术方案可见，本申请实施例提供的一种断网重连的方法及装置，通过监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态；如果在预设时段内，恢复至网络连接状态，则获取第一信令通道对应的第一临时令牌；发送建立第二信令通道请求和所述第一临时令牌至服务器；接收服务器发送的确认建立答复。本申请在网络“闪断”后，通过重建信令通道实现音视频流的传输不中断，即断网又恢复以后传输还能继续，不会因为网络断开又恢复而导致后续的音视频数据无法继续传输，在断开再恢复的这段时间内可能会有部分音视频数据丢失，但是音视频数据的部分丢失不会影响后续的传输和呈现。这种方式少了用户的参与，程序自动检测，自动重连，也少了通话的呼叫和应答等环节，用时应该会更短，用户的体验也更好，比重新建立视频通话效率要高，速度要快。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请第一实施例提供的应用于客户端的断网重连的方法的流程示意图；

图2为本申请实施例提供的互动连接重建的流程示意图；

图3为本申请实施例提供的一种应用于客户端的断网重连的装置的结构示意图；

图4为本申请第二实施例提供的一种应用于服务器的断网重连的方法的流程示意图；

图5为本申请实施例提供的一种应用于服务器的断网重连的装置的结构示意图。

具体实施方式

下面通过对本申请进行详细说明，本申请的特点和优点将随着这些说明而变得更为清楚、明确。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在本申请的描述中，需要说明的是，术语“上”、“下”、“内”、“外”、“前”、“后”、“左”和“右”等指示的方位或位置关系为基于本申请工作状态下的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”、“第三”和“第四”仅用于描述目的，而不能理解为指示或暗示相对重要性。

为解决上述问题，本申请提供了一种断网重连的方法及装置，下面结合附图，详细介绍本申请的具体实施例。

图1为本申请第一实施例提供的一种应用于客户端的断网重连的方法的流程示意图，如图1所示，所述方法包括步骤S1001至S1005：

S1001：监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态。

具体实施时，服务器分别与第一客户端、第二客户端建立网络连接，实现第一客户端与第二客户端之间进行通话或传输。第一客户端和第二客户端分别对本端的网络连接状态进行监测，如果检测到网络断开事件，则进入网络等待状态，看网络是否能在预设时段内自动恢复。其中网络监控，一种是发送数据时，若接收到物理层发送的断网标识即可发现数据链路断开，另一种是物理层在发现数据链路断开时开始上报断网标识。

S1002：如果超过预设时段，没有恢复至网络连接状态则结束通话。

具体实施时，网络出现“闪断”现象会很快恢复，但是如果超过一定时间段没有恢复，则停止通话或数据传输，以避免影响用户体验。

S1003：如果在预设时段内，恢复至网络连接状态，则获取第一信令通道对应的第一临时令牌。

S1004：发送建立第二信令通道请求和所述第一临时令牌至服务器。

S1005：接收服务器发送的确认建立答复。

具体实施时，Webrtc(Web Real-Time Communication)实时音视频传输的建立需要两个环节，首先是建立信令通道，其次是通过信令通道进行SDP(Session DescriptionProtocol)协商后建立音视频会话。

Webrtc即网页实时通信，是一个支持网页浏览器进行实时语音对话或视频对话的技术。

SDP是一种会话描述格式，它不属于传输协议，它只使用不同的适当的传输协议，包括会话通知协议(SAP)、会话初始协议(SIP)、实时流协议(RTSP)、MIME扩展协议的电子邮件以及超文本传输协议(HTTP)。SDP协议是也是基于文本的协议，这样就能保证协议的可扩展性比较强，这样就使其具有广泛的应用范围。SDP不支持会话内容或媒体编码的协商，所以在流媒体中只用来描述媒体信息。

当客户端与服务器之间的网络“闪断”后，客户端重新和服务器之间建立新的信令通道，并且需要服务器知晓该新的信令通道为之前已建立过信令通道的某个客户端的，因此获取客户端第一信令通道对应的第一临时令牌和建立第二信令通道请求至服务器，服务器接收到建立第二信令通道请求后确认建立，则发送确认建立答复给客户端，完成第二信令通道的建立。如在建立第一信令通道时服务器向客户端发送一个临时令牌token A即第一临时令牌，当客户端发送建立第二信令通道请求时带上之前的第一临时令牌token A，即可让服务器知道第二信令通道是用于替代之前已建立的第一信令通道而不是一个新通道，这时服务器应该用新的通道代替旧通道作为后续的信令通道。

在网络“闪断”后，通过重建信令通道实现音视频流的传输不中断，即断网又恢复以后传输还能继续，不会因为网络断开又恢复而导致后续的音视频数据无法继续传输，在断开再恢复的这段时间内可能会有部分音视频数据丢失，但是音视频数据的部分丢失不会影响后续的传输和呈现。这种方式少了用户的参与，程序自动检测，自动重连，也少了通话的呼叫和应答等环节，用时应该会更短，用户的体验也更好，比重新建立视频通话效率要高，速度要快。

信令通道实现音视频流传输效率不高，而且开销大，所以信令通道和音视频数据传输通道一般是两个独立的通道，为此还要解决网络“闪断”后音视频数据传输通道恢复的问题。图2为互动式连接重建的流程示意图，具体如图2所示，步骤为：

S2001：发送会话描述协议请求。

S2002：接收会话描述协议答复。

基于webrtc的客户端，其与对端之间的视频流传输通道是通过ICE建立的。ICE的全称是Interactive Connectivity Establishment，即互动式连接建立。ICE的连接是通过互动式的请求和回复，发现两端之间的一条可用的网络通路(一般是通过udp协议发送数据)。当某一端网络“闪断”后两端之间建立的通路可能就无效了，需要重新建立。

ICE重新建立连接的过程被称作ICE Restart。在网络闪断后，首先应该重新建立信令通道，当信令通道建立以后ICE Restart发起端，也就是发生网络“闪断”的一端，首先使用不同的ICE username和password再次发送SDP，以通知对端ICE Restart过程开始，之后对端会回复SDP。SDP的内容是关于媒体数据的标识、可接受的编码方式、数据接收地址等参数，两个端之间由一端发起，先发送SDP Offer，另一端检查里面他支持的是哪些编码方式从中选择他要使用的编码方式，再通过一个SDP Answer进行回复。SDP里面可以带有数据接收地址，也可以不带。具体实施时，第一客户端发送会话描述协议请求至服务器，通过服务器转发至第二客户端，第二客户端则发送会话描述协议答复至服务器，再通过服务器转发给第一客户端。

进一步地，所述获取会话描述协议答复后，还包括：

S2003：发送可用网络数据接收地址集至服务器。

具体实施时，SDP发送以后可以继续发送ICE Candidate来补充发送可用的数据接收地址。第一客户端将新搜集到的多个网络数据接收地址通过服务器发送给第二客户端，第二客户端对这些网络数据接收地址逐个进行连通性测试，排除那些无法连通的地址，再从可连通的地址中选择一个优势的地址作为目标地址，后续再通过目标地址向第一客户端发送音视频数据，建立起互动连接。

在网络“闪断”后，通过重建信令通道和ICE Restart两个步骤实现音视频流的传输不中断。这种方式比重新建立视频通话效率要高，速度要快，而且减少开销。

与本申请提供的一种应用于客户端的断网重连的方法实施例相对应，本申请还提供一种断网重连的装置的实施例。参考图3，为本申请实施例提供的一种应用于客户端的断网重连的装置的结构示意图，所述装置包括：

监测单元100，监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态；

获取单元200，用于如果在预设时段内，恢复至网络连接状态，则获取第一信令通道对应的第一临时令牌；

发送单元300，用于发送建立第二信令通道请求和所述第一临时令牌至服务器；

接收单元400，用于接收服务器发送的确认建立答复。

进一步地，所述监测单元100还用于：

如果超过预设时段，没有恢复至网络连接状态则结束通话。

进一步地，发送单元300还用于发送会话描述协议请求；

接收单元400还用于接收会话描述协议答复。

进一步地，发送单元300还用于发送可用网络数据接收地址集至服务器；

为实现上述目的，本申请还提供了一种断网重连的方法，所述方法应用于服务器。图4为本申请第二实施例提供的一种应用于服务器的断网重连的方法的流程示意图，如图4所示，所述方法包括步骤S3001至S3003：

S3001：接收第一客户端发送的建立第二信令通道请求及第一信令通道对应的第一临时令牌；

S3002：识别所述第一临时令牌是否与预存的一致，

S3003：如果一致则建立第二信令通道，发送确认建立答复至所述第一客户端。

进一步地，发送确认建立答复至所述第一客户端之后，还包括：

接收会话描述协议请求；

发送会话描述协议答复。

进一步地，所述发送会话描述协议答复后，还包括：

接收可用网络数据接收地址集。

与本申请提供的一种应用于服务器的断网重连的方法实施例相对应，本申请还提供一种断网重连的装置的实施例。参考图5，为本申请实施例提供的一种应用于服务器的断网重连的装置的结构示意图，所述装置包括：

接收模块500，用于接收第一客户端发送的建立第二信令通道请求及第一信令通道对应的第一临时令牌；

识别模块600，用于识别所述第一临时令牌是否与预存的一致，

发送模块700，用于如果一致则建立第二信令通道，发送确认建立答复至所述第一客户端。

进一步地，所述接收模块500还用于接收会话描述协议请求；

发送模块700还用于发送会话描述协议答复。

进一步地，所述接收模块500还用于接收可用网络数据接收地址集。

本申请实施例提供的一种断网重连的方法及装置，通过监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态；如果在预设时段内，恢复至网络连接状态，则获取第一信令通道对应的第一临时令牌；发送建立第二信令通道请求和所述第一临时令牌至服务器；接收服务器发送的确认建立答复。本申请在网络“闪断”后，通过重建信令通道实现音视频流的传输不中断，即断网又恢复以后传输还能继续，不会因为网络断开又恢复而导致后续的音视频数据无法继续传输，在断开再恢复的这段时间内可能会有部分音视频数据丢失，但是音视频数据的部分丢失不会影响后续的传输和呈现。这种方式少了用户的参与，程序自动检测，自动重连，也少了通话的呼叫和应答等环节，用时应该会更短，用户的体验也更好，比重新建立视频通话效率要高，速度要快。

根据上述断网重连的方法，本申请实施例还提供一种可读存储介质和一种计算机设备。可读存储介质上存储有可执行程序，该程序被获取器执行时实现上述断网重连的方法的步骤；计算机设备包括存储器、获取器及存储在存储器上并可在获取器上运行的可执行程序，获取器执行程序时实现上述断网重连的方法的步骤。

以上结合具体实施方式和范例性实例对本申请进行了详细说明，不过这些说明并不能理解为对本申请的限制。本领域技术人员理解，在不偏离本申请精神和范围的情况下，可以对本申请技术方案及其实施方式进行多种等价替换、修饰或改进，这些均落入本申请的范围内。本申请的保护范围以所附权利要求为准。

Claims (10)

1.一种断网重连的方法，所述方法应用于客户端，其特征在于，所述方法包括：

监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态；

如果在预设时段内，恢复至网络连接状态，则获取第一信令通道对应的第一临时令牌；

发送建立第二信令通道请求和所述第一临时令牌至服务器；

接收服务器发送的确认建立答复。

2.根据权利要求1所述的断网重连的方法，其特征在于，所述监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态，之后还包括：

如果超过预设时段，没有恢复至网络连接状态则结束通话。

3.根据权利要求1所述的断网重连的方法，其特征在于，接收服务器发送的确认建立答复后，还包括：

发送会话描述协议请求；

接收会话描述协议答复。

4.根据权利要求2所述的断网重连的方法，其特征在于，所述接收会话描述协议答复后，还包括：

发送可用网络数据接收地址集至服务器。

5.一种断网重连的方法，所述方法应用于服务器，其特征在于，所述方法包括：

接收第一客户端发送的建立第二信令通道请求及第一信令通道对应的第一临时令牌；

识别所述第一临时令牌是否与预存的一致，

如果一致则建立第二信令通道，发送确认建立答复至所述第一客户端。

6.一种断网重连的装置，所述装置应用于客户端，其特征在于，所述装置包括：

监测单元，监测网络连接状态，如果监测到网络断开事件，则进入网络等待状态；

获取单元，用于如果在预设时段内，恢复至网络连接状态，则获取第一信令通道对应的第一临时令牌；

发送单元，用于发送建立第二信令通道请求和所述第一临时令牌至服务器；

接收单元，用于接收服务器发送的确认建立答复。

7.根据权利要求6所述的断网重连的装置，其特征在于，监测单元还用于：

如果超过预设时段，没有恢复至网络连接状态则结束通话。

8.根据权利要求6所述的断网重连的装置，其特征在于，

发送单元还用于发送会话描述协议请求；

接收单元还用于接收会话描述协议答复。

9.根据权利要求7所述的断网重连的装置，其特征在于，

发送单元还用于发送可用网络数据接收地址集至服务器。

10.一种断网重连的装置，所述装置应用于服务器，其特征在于，所述装置包括：

接收模块，用于接收第一客户端发送的建立第二信令通道请求及第一信令通道对应的第一临时令牌；

识别模块，用于识别所述第一临时令牌是否与预存的一致，

发送模块，用于如果一致则建立第二信令通道，发送确认建立答复至所述第一客户端。

Images