混合网络下的设备连接处理方法及系统与流程

1.本发明实施例涉及设备互连技术领域，尤其涉及一种混合网络下的设备连接处理方法及系统。


背景技术：

2.物联网行业落地应用越来越多，移动互联网络及网络基础设施发展，通过跨公网连接的方式与物联网设备的访问，成为了物联网在各个细分领域的基石。
3.目前，对外提供物联网解决方案的企业，通常需要提供可以公网访问的云服务，打通客户端应用与设备之间的网络连接，用于两者之间的信令交互。企业可以通过建机房或第三方云厂商提供计算和网络资源，将自身的服务程序运行起来，通过域名或公网地址与客户端和设备连接。但是，相关技术方案均需要在云端部署服务器作为中间节点，提供客户端和设备的端到端连接。客户端与设备的连接中，大量码流数据消耗了系统资源，当网络发生波动、数据传输量特别大、应用软件或设备等某一个环节处理不过来时，造成关键信令无法及时传达、业务系统响应不及时等可用性下降。


技术实现要素：

4.本发明实施例中提供了一种混合网络下的设备连接处理方法及系统，以实现自适应调整应用与设备之间连接，节省网络资源以及提高业务系统可用性。
5.第一方面，本发明实施例中提供了一种混合网络下的设备连接处理方法，所述方法包括：
6.将客户端与响应端之间初始传输链路拆分成码流传输链路与信令传输链路；
7.采用码流传输链路在客户端与响应端之间进行码流数据传输；所述码流传输链路的两端分别绑定客户端码流端口与响应端码流端口；
8.采用信令传输链路在客户端与响应端之间进行信令交互传输；所述信令传输链路的两端分别绑定客户端信令端口与响应端信令端口；
9.其中，初始传输链路的两端分别绑定客户端码流端口与信令端口以及绑定响应端码流端口与信令端口。
10.第二方面，本发明实施例中还提供了一种混合网络下的设备连接处理系统，该系统包括：客户端与响应端；其中：，
11.所述客户端业务层配置为，将客户端与响应端之间初始传输链路拆分成码流传输链路与信令传输链路；
12.所述响应端业务层配置为，采用码流传输链路在客户端与响应端之间进行码流数据传输；所述码流传输链路的两端分别绑定客户端码流端口与响应端码流端口；
13.所述响应端业务层还配置为，采用信令传输链路在客户端与响应端之间进行信令交互传输；所述信令传输链路的两端分别绑定客户端信令端口与响应端信令端口；
14.其中，初始传输链路的两端分别绑定客户端码流端口与信令端口以及绑定响应端
码流端口与信令端口。
15.本发明实施例中提供了一种混合网络下的设备连接处理方案，初始传输链路的两端分别绑定客户端码流端口与信令端口以及绑定响应端码流端口与信令端口，将客户端与响应端之间初始传输链路拆分成码流传输链路与信令传输链路；码流传输链路的两端分别绑定客户端码流端口与响应端码流端口，信令传输链路的两端分别绑定客户端信令端口与响应端信令端口；采用码流传输链路在客户端与响应端之间进行码流数据传输；采用信令传输链路在客户端与响应端之间进行信令交互传输。采用本发明实施例的技术方案，结合业务模型调整应用程序与设备的连接方式，使得关键信令的传输与大量码流数据的传输进行拆分，避免由于大量资源消耗在码流传输上消耗了大量网络带宽资源，造成关键信令无法及时传达、业务系统响应不及时等系统可用性下降，降低云服务的资源消耗，并提高业务系统性能的稳定性，达到节省网络资源、提供业务系统可用性的目的。
16.上述发明内容仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
17.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
18.图1是本发明实施例一提供的一种混合网络下的设备连接处理方法的流程示意图；
19.图2是本发明实施例一提供的一种公网物联网设备的组网模式示意图；
20.图3是本发明实施例提供的一种客户端向设备进行信息传输的结构示意图；
21.图4是本发明实施例提供的一种信令传输与码流传输拆分后的结构示意图；
22.图5是本发明实施例二提供的一种混合网络下的设备连接处理方法的流程示意图；
23.图6是本发明实施例三提供的一种混合网络下的设备连接处理方法的流程示意图；
24.图7是本发明实施例提供的另一种信令传输与码流传输拆分后的结构示意图；
25.图8是本发明实施例提供的一种网络延迟异常的信令传输与码流传输拆分后的结构示意图；
26.图9是本发明实施例提供的一种消息转换出现异常且网络延迟异常的信令传输与码流传输拆分后的结构示意图；
27.图10是本发明实施例四提供的一种混合网络下的设备连接处理系统的结构框图。
具体实施方式
28.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
29.在更加详细地讨论示例性实施例之前，应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作(或步骤)可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
30.实施例一
31.图1是本发明实施例中提供的一种混合网络下的设备连接处理方法的流程示意图。本实施例的技术方案可适用于在混合网络下对客户端与响应端进行设备连接的情况。如图1所示，本技术实施例中的混合网络下的设备连接处理方法，可包括以下步骤：
32.s110、将客户端与响应端之间初始传输链路拆分成码流传输链路与信令传输链路。
33.参见图2，描述了一种公网物联网设备的组网模式，在物联网云服务平台上注册账户后，多个响应端设备(比如物联网监控设备)在一个本地局域网中通过路由器接入到云服务平台，将响应端设备添加到账户下。通过客户端应用登录云服务平台账户后，可以查看到自身账户下的响应端设备，并进行业务操作。
34.参见图2，云服务平台可包括业务服务器、转发服务器、p2p服务器等多个功能组件，转发服务器主要提供中继转发功能，在客户端与响应端设备在无法直连或需要中继转发时，分配网络链路资源提供给客户端和响应端设备实现连接；响应端设备将码流信令发送给转发服务器，再由转发服务器转发给客户端。响应端设备与客户端通过转发服务器建立的链路是一对一的关系。p2p服务器主要提供p2p隧道连接功能，客户端通过调度服务器获取到p2p服务器连接信息以及设备连接信息后，通过p2p服务器在客户端到响应端设备之间建立隧道，实现端到端连接。
35.客户端也可以称为用户端，还可以是指与服务器相对应，为客户提供本地服务的应用程序。例如，在一种实时流媒体转发中，客户端连接转发服务器，根据用户的播放需求进入播放页面发送播放请求。客户端包含但不限于app、小程序、web浏览器等。
36.响应端可以是指对客户端提出的请求做出的答复，可以是按照客户需求，客户端发出请求，响应端在接收请求后根据需求发出相应的响应。例如，客户端根据客户需求发出播放请求，响应端在接收播放请求后，将播放请求转发到播放端口进行播放。
37.参见图2，当客户端通过云服务向响应端设备发起连接访问业务时，云服务平台业务服务器向客户端返回与响应端设备建立转发或p2p隧道连接所需的网络信息。客户端在收到信息后，通过转发服务器和p2p服务器，向响应端设备发起转发连接和/或p2p隧道连接。可选地，建立的连接可包括隧道连接和转发连接，可分别通过tcp和udp实现。
38.参见图3，客户端与响应端设备建立连接服务时，通常需要放在客户端的客户端连接服务c和放在响应端设备的响应端连接服务s的支持。以建立转发连接为例，客户端业务层在接收云服务平台发送的建立与响应端设备连接所需的网络信息(例如连接端口s1)后，先与客户端连接服务c的信令端口x1建立连接；客户端连接服务c通过客户端连接服务c中的连接端口c1与响应端连接服务s中的响应端连接服务c中的连接端口s1建立连接，响应端连接服务s与响应端设备业务层事先在回调函数中返回的信令端口x2建立连接。自此，客户端与响应端设备的连接服务建立完成。
39.参见图3，客户端与响应端设备连接建立成功后，当客户端要进行码流业务时，客户端与客户端连接服务c通过码流端口m1建立连接。响应端连接服务s通过码流端口m2与响应端设备建立连接，此时即可形成客户端与响应端之间初始传输链路，初始传输链路的两端分别绑定客户端码流端口m1与信令端口以及绑定响应端码流端口m2与信令端口。这样一来，响应端设备通过码流端口m2发送编码后的视频频码流数据，数据经过响应端连接服务s形成适合在隧道或转发连接链路传输的格式。数据经过网络传输至客户端的连接端口c1后，客户端连接服务c将数据格式转换，将视频码流数据分包分解后通过客户端的码流端口m1传输至客户端的业务层，业务层经过解码显示后呈现在界面上，实现通过初始传输链路将码流数据在客户端与响应端进行传输。
40.参见图3，客户端与响应端设备的连接虽然经过了信令端口和码流端口的分流，但是最终的传输汇聚在了一条传输链路上。当网络波动时，会明显出现视频卡顿或信令堆积的情况；严重时，客户端向响应端设备发送控制信令或响应端设备主动上报业务告警消息时，因消息堆积在连接通道中等待处理，导致关键信令无法生效或关键告警消息无法及时上报，造成业务可用性降低。
41.参见图4，为了解决图3中方案所出现的问题，可将客户端与响应端设备之间的初始传输链路进行拆分成，在客户端与响应端设备之间分别建立码流传输链路与信令传输链路。图3示出客户端连接服务c与响应端连接服务s建立形成的初始传输链路两端分别绑定客户端码流端口与信令端口以及绑定响应端码流端口与信令端口。然而，参见图4，将初始传输链路拆分成码流传输链路与信令传输链路后，信令传输链路的两端分别与客户端的信令端口x1和响应端的信令端口x2绑定连接，而码流传输链路的两端不再与客户端的信令端口x1和响应端的信令端口x2绑定连接，只与客户端的码流端口m1和响应端的码流端口m2绑定连接。其中，对初始传输链路拆分生成的码流传输链路可包括一条或至少两条，对初始传输链路拆分生成的信令传输链路可包括一条或至少两条。
42.客户端与响应端设备的信令交互或响应端设备的告警事件等信令上报，通过信令传输链路(如图4中虚线框)进行传输；特别是一些关键信令，如关键事件的消息上报，或设备的保活心跳等，若无法及时传达，会造成设备掉线，告警消息漏报等影响业务可用的情况。
43.s120、采用码流传输链路在客户端与响应端之间进行码流数据传输。
44.其中，码流可以是指在2秒时间内，通信端口在传输数据时高低电平变化的次数，也叫码率，单位时间内传送的数据越多，所包含的信息量也越多。例如，可以是消息量大的视频码流。
45.s130、采用信令传输链路在客户端与响应端之间进行信令交互传输。
46.其中，信令可以是指在网路传输的各种信号中，有一部分是用户不直接需要的，是用来专门控制电路的，这一类信号称为信令，还可以是指消息量小控制消息的请求。信令的传输需要在通信网路的不同环节之间传输，例如，包含但不限于基站、移动台和移动控制交换中心等。
47.本发明实施例公开了一种混合网络下的设备连接处理方法，根据业务模型和网络情况，将客户端与响应端之间初始传输链路拆分，分别建立信令传输链路和码流传输链路，其中两种链路的建立可以根据业务需求，灵活采用隧道连接、转发连接，通过tcp或udp建
立；采用码流传输链路在客户端与响应端之间进行码流数据传输；采用信令传输链路在客户端与响应端之间进行信令交互传输。将关键信令的传输与视频码流数据的传输分开，实现了避免因码流数据量过大，而影响关键信令传输的技术效果。
48.实施例二
49.图5是本技术实施例二提供的一种混合网络下的设备连接处理方法的流程示意图。本发明实施例在上述实施例的基础上对前述实施例进行进一步优化，本发明实施例可以与上述一个或者多个实施例中各个可选方案结合。如图5所示，本发明实施例中提供的混合网络下的设备连接处理方法，可包括以下步骤：
50.s210、启用客户端连接服务中客户端备用连接端口以及响应端连接服务中响应端备用连接端口。
51.其中，客户端连接服务中客户端备用连接端口为如图4所示的连接端口c2，连接端口c2与响应端连接服务中响应端备用连接端口s2连接，实现客户端与响应端设备的信令交互或设备的告警事件等信令的上报。当然，客户端连接服务中客户端备用连接端口不限于图4中的一个客户端备用连接端口，可以包括至少两个客户端备用连接端口，同样响应端连接服务中响应端备用连接端口不限于图4中的一个响应端备用连接端口，可以包括至少两个响应端备用连接端口，方便后续可以建立生成多条传输链路，而不限于一条信令传输链路以及一条码流传输链路。
52.s220、将客户端备用连接端口与响应端备用连接端口进行连接，并在连接两端分别绑定客户端信令端口与响应端信令端口，得到信令传输链路。
53.其中，所述并在连接两端分别绑定客户端信令端口与响应端信令端口，包括：如图4所示，采用客户端连接服务中客户端备用消息转换单元ct，将客户端备用连接端口c2绑定客户端信令端口x1；以及，采用响应端连接服务中响应端备用消息转换单元st，将响应端备用连接端口s2绑定响应端信令端口x2。
54.s230、将初始传输链路对应客户端连接服务中客户端主用连接端口绑定的客户端信令端口进行解绑以及将初始传输链路对应响应端连接服务中响应端主用连接端口绑定的响应端信令端口进行解绑，得到码流传输链路。
55.可选的，如图4所示，将初始传输链路中用于绑定客户端连接服务中客户端主用连接端口c1与客户端信令端口x1的客户端主用消息转换单元ct，与客户端信令端口x1进行解绑；
56.将初始传输链路中用于绑定响应端连接服务中响应端主用连接端口s1与响应端信令端口x2的响应端主用消息转换单元st，与客户端信令端口x2进行解绑。
57.s240、采用码流传输链路在客户端与响应端之间进行码流数据传输。
58.其中，码流数据的传输可以是指从客户端连接服务中客户端主用码流端口m1输出，经过消息转换单元ct将数据传输至连接端口c1中，客户端连接端口c1与响应端设备连接端口s1相连，将码流数据经过消息转换单元st传输至码流端口m2，从而实现采用码流传输链路在客户端与响应端之间进行码流数据传输。
59.码流传输链路中客户端码流端口与响应端码流端口采用隧道连接，且通过udp协议传输，使得对云服务器的网络资源消耗降低，连接成功率和稳定性有所提高。
60.s250、采用信令传输链路在客户端与响应端之间进行信令交互传输。
61.其中，信令交互传输可以是指从客户端连接服务中客户端主用信令端口x1输出，经过消息转换单元ct将信令传输至连接端口c2中，客户端连接端口c2与响应端设备连接端口s2相连，将信令经过消息转换单元st传输至信令端口x2，从而实现采用信令传输链路在客户端与响应端之间进行信令交互传输。
62.信令传输链路中客户端信令端口与响应端信令端口采用转发连接，且通过tcp协议传输，实现了将关键信令的及时送达以及业务系统的及时响应等，提高了业务系统性能的稳定性。
63.本发明实施例公开了一种混合网络下的设备连接处理方法，通过将客户端备用连接端口与响应端备用连接端口进行连接，并在连接两端分别绑定客户端信令端口与响应端信令端口，得到信令传输链路；将初始传输链路对应客户端连接服务中客户端主用连接端口绑定的客户端信令端口进行解绑以及将初始传输链路对应响应端连接服务中响应端主用连接端口绑定的响应端信令端口进行解绑，得到码流传输链路。实现了将关键信令的传输与视频码流数据的传输分开，避免因码流数据量过大，而影响关键信令的传输，同时对云服务器的网络资源消耗有所降低，提高了设备间的连接成功率以及业务系统性能的稳定性。
64.实施例三
65.图6是本技术实施例三提供的一种混合网络下的设备连接处理方法的流程示意图。本发明实施例在上述实施例的基础上对前述实施例进行进一步优化，本发明实施例可以与上述一个或者多个实施例中各个可选方案结合。如图6所示，本发明实施例中提供的混合网络下的设备连接处理方法，可包括以下步骤：
66.s310、客户端与响应端通过初始传输链路通信后，定期探测客户端与响应端之间的资源状态信息。
67.其中，在连接服务c中，增加调度单元cd和资源探测单元cr；和连接服务s中，增加调度单元sd和资源探测单元sr。如图7中虚线描述，资源探测单元，探测客户端、响应端设备的资源信息，包括网络延时和拥堵情况，系统资源消耗情况等。调度单元，针对资源探测单元反馈的信息，结合预先设置的策略，调度建立新的连接，并将相关单元与新的连接绑定。
68.可选的，客户端连接服务中预配置的资源探测单元，通过初始传输链路与响应端连接服务中预配置的资源探测单元进行通信，定期发送资源探测包并记录探测包的发包时间与探测包标识；
69.响应端连接服务中预配置的资源探测单元收到资源探测包后，向客户端连接服务中预配置的资源探测单元发送探测包回复消息；所述探测包回复消息包括但不限于探测包标识以及响应端连接服务中响应端备用连接端口；
70.客户端连接服务中预配置的资源探测单元依据同一探测包的收包与发包情况确定客户端与响应端之间的资源状态信息。
71.s320、若对所述资源状态信息检测发现资源异常，则启用客户端连接服务中客户端备用连接端口以及响应端连接服务中响应端备用连接端口，用以得到码流传输链路与信令传输链路。
72.其中，在客户端与响应端设备建立连接后，资源探测单元cr通过连接端口c1与资源探测单元sr进行通信。资源探测单元cr和资源单元s在首测通信完成后，分别针对系统缓
存、网络延迟和拥堵等多个参数进行检测。当检测发现异常时，资源探测单元cr向资源探测单元sr发送资源异常的消息。资源探测单元cr和资源探测单元sr，分别上报给调度单元cd和调度单元sd，建立新的连接。
73.可选的，客户端连接服务中预配置的资源探测单元，通过初始传输链路向响应端连接服务中预配置的资源探测单元发送资源异常信息以及，客户端连接服务中预配置的资源调度单元上报资源异常信息；资源异常信息包括资源异常类型和响应端连接服务中响应端备用连接端口；
74.客户端连接服务中预配置的资源调度单元，依据资源异常信息对客户端连接服务中客户端备用连接端口进行监听，并通知客户端连接服务中预配置的资源探测单元对客户端备用连接端口进行探测；
75.响应端连接服务中预配置的资源调度单元，依据资源异常信息对响应端连接服务中响应端备用连接端口进行监听，并通知响应端连接服务中预配置的资源探测单元对响应端备用连接端口进行探测。
76.可选的，以网络延迟异常为例进行具体说明。如图8所示：资源探测单元cr通过连接c1
‑
s1与资源探测单元sr进行通信，定期发送探测包，并记录发包时间及特殊标识；
77.资源探测单元sr在收到探测包后，向资源探测单元cr回复消息，包含特殊标识、连接服务s的预留连接端口s2；
78.资源探测单元cr在收到资源探测单元sr的回复消息后，记录收包时间和特殊标识，并与发包信息进行匹配，计算延时数据和数据包顺序情况；
79.当资源探测单元cr的探测包网络延时超过预设的阈值(假定为1s)后，则认为连接c1
‑
s1中的网络延时较大，达到异常状态。资源探测单元cr向资源探测单元sr发送资源异常的消息；
80.资源探测单元cr向调度单元cd上报资源异常的消息，消息中包含资源异常的类型和连接服务s的预留连接端口s2等信息；
81.调度单元cd根据资源异常的类型判断，当前的异常是网络拥堵导致延时较大，为保障关键信令交付和关键信息上报，通知消息转换单元ct同时监听预留备用的连接端口c2；通知资源探测单元cr探测连接端口c2；
82.同时，连接服务s的调度单元sd根据资源异常的类型，通知消息转换单元st同时监听连接端口s2。通知资源探测单元sr探测连接端口s2；
83.连接服务c通过连接端口c2，向连接服务s的连接端口s2建立连接。
84.自此，客户端与响应端设备建立了新的连接c2
‑
s2，该连接可以与c1
‑
s1采用不同的连接方式。例如c1
‑
s1可以采用隧道连接，通过udp协议传输；c2
‑
s2可以采用转发连接，通过tcp协议传输。在资源上互不挤占，保障c2
‑
s2的关键信令和关键信息上报的网络通路。
85.可选的，根据资源异常类型的不同，调度单元采用不同的策略。本实施例还提供了一种异常情况，应对消息转换单元出现性能瓶颈，且网络延迟较大的情况下的连接方式。如图9所示：调度单元cd根据异常类型，结合预先设置的策略，在建立新连接时，新增消息转换单元ct2，通知消息转换单元ct2监听连接端口c2，并与信令端口x1绑定。同时，通知消息转换单元ct与信令端口x1解绑。资源探测单元cr同时探测连接端口c1和c2。
86.调度单元sd根据异常类型，结合预先设置的策略，在建立新连接时，新增消息转换
单元st2，通知消息转换单元st2监听连接端口s2，并与信令端口x2绑定。通知，通知消息转换单元st与信令端口x解绑。资源探测单元sr同时探测连接端口s1和s2。
87.s330、在对所述资源状态信息检测发现资源异常恢复时，依据资源异常恢复的类型从码流传输链路与信令传输链路向初始传输链路进行逆向合并恢复。
88.随着业务的处理和网络情况的变化，客户端与响应端设备的连接c1
‑
s1的系统资源消耗会出现变化。当系统资源出现变化时，资源探测单元cr根据实时的检测情况，结合预先设置的阈值，将异常恢复消息上报给调度单元cd，同时通知资源探测单元sr。
89.调度单元cd在接收到资源探测单元cr的异常恢复消息后，根据资源恢复的类型，执行连接拆分时的逆向操作，自适应的将连接合并。
90.例如，将消息转换单元出现性能瓶颈且网络延迟较大时的连接拆分情况(如图9所示)，恢复至消息转换单元性能正常、网络延时正常的连接情况(如图7所示)。操作步骤如下：资源探测单元sr，将异常类型上报给调度单元sd；调度单元sd通知消息转换单元st与信令端口x2绑定；调度单元sd清除消息转换单元st2，回收资源；连接服务c断开连接端口c2与连接端口s2的连接；调度单元cd通知消息转换单元ct与信令端口x1绑定；调度单元cd回收消息转换单元ct2，回收资源。
91.本发明实施例公开了一种混合网络下的设备连接处理方法，通过定期探测客户端与响应端之间的资源状态信息；在对所述资源状态信息检测发现资源异常时，启用客户端连接服务中客户端备用连接端口以及响应端连接服务中响应端备用连接端口，用以得到码流传输链路与信令传输链路。解决了消息转换单元出现性能瓶颈，且网络延迟较大的情况，保障了关键信令和关键信息上报的网络通路，实现了自适应调整应用与设备之间的连接，节省了网络资源以及提高了业务系统可用性。
92.实施例四
93.图10是本发明实施例中提供的一种混合网络下的设备连接处理系统的结构示意图，本实施例的技术方案可适用于设备连接处理的情况，尤其适用于混合网络下的设备连接处理的情形，该系统可实现本发明任意实施例中所提供的混合网络下的设备连接处理方法。如图10所示，本发明实施例中提供的混合网络下的设备连接处理系统具体包括：客户端410与响应端420；其中：，
94.所述客户端业务层430配置为，将客户端410与响应端420之间初始传输链路拆分成码流传输链路与信令传输链路；
95.所述响应端业务层440配置为，采用码流传输链路在客户端410与响应端420之间进行码流数据传输；所述码流传输链路的两端分别绑定客户端码流端口与响应端码流端口；
96.所述响应端层440还配置为，采用信令传输链路在客户端410与响应端420之间进行信令交互传输；所述信令传输链路的两端分别绑定客户端信令端口与响应端信令端口；
97.其中，初始传输链路的两端分别绑定客户端码流端口与信令端口以及绑定响应端码流端口与信令端口。
98.可选的，该系统中，所述将客户端与响应端之间初始传输链路拆分成码流传输链路与信令传输链路，包括：
99.启用客户端410连接服务中客户端备用连接端口以及响应端420连接服务中响应
端备用连接端口；
100.将客户端备用连接端口与响应端备用连接端口进行连接，并在连接两端分别绑定客户端信令端口与响应端信令端口，得到信令传输链路；
101.将初始传输链路对应客户端连接服务中客户端主用连接端口绑定的客户端信令端口进行解绑以及将初始传输链路对应响应端连接服务中响应端主用连接端口绑定的响应端信令端口进行解绑，得到码流传输链路。
102.可选的，该系统中，所述将客户端与响应端之间初始传输链路拆分成码流传输链路与信令传输链路，还包括：
103.客户端410与响应端420通过初始传输链路通信后，定期探测客户端410与响应端420之间的资源状态信息；所述资源状态信息包括网络延时与拥堵情况以及系统资源消耗情况；
104.若对所述资源状态信息检测发现资源异常，则启用客户端410连接服务中客户端备用连接端口以及响应端420连接服务中响应端备用连接端口，用以得到码流传输链路与信令传输链路。
105.可选的，该系统中，所述定期探测客户端410与响应端420之间的资源状态信息，包括：
106.客户端410连接服务中预配置的资源探测单元，通过初始传输链路与响应端连接服务中预配置的资源探测单元进行通信，定期发送资源探测包并记录探测包的发包时间与探测包标识；
107.响应端420连接服务中预配置的资源探测单元收到资源探测包后，向客户端连接服务中预配置的资源探测单元发送探测包回复消息；所述探测包回复消息包括探测包标识以及响应端连接服务中响应端备用连接端口；
108.客户端410连接服务中预配置的资源探测单元依据同一探测包的收包与发包情况确定客户端410与响应端420之间的资源状态信息。
109.可选的，该系统中，所述启用客户端连接服务中客户端备用连接端口以及响应端连接服务中响应端备用连接端口，包括：
110.客户端410连接服务中预配置的资源探测单元，通过初始传输链路向响应端连接服务中预配置的资源探测单元发送资源异常信息以及，客户端连接服务中预配置的资源调度单元上报资源异常信息；资源异常信息包括资源异常类型和响应端连接服务中响应端备用连接端口；
111.客户端410连接服务中预配置的资源调度单元，依据资源异常信息对客户端连接服务中客户端备用连接端口进行监听，并通知客户端连接服务中预配置的资源探测单元对客户端备用连接端口进行探测；
112.响应端420连接服务中预配置的资源调度单元，依据资源异常信息对响应端连接服务中响应端备用连接端口进行监听，并通知响应端连接服务中预配置的资源探测单元对响应端备用连接端口进行探测。
113.可选的，该系统中，所述在连接两端分别绑定客户端信令端口与响应端信令端口，包括：
114.采用客户端410连接服务中客户端备用消息转换单元，将客户端备用连接端口绑
定客户端信令端口；以及，采用响应端420连接服务中响应端备用消息转换单元，将响应端备用连接端口绑定响应端信令端口；
115.将初始传输链路对应客户端连接服务中客户端主用连接端口绑定的客户端信令端口进行解绑以及将初始传输链路对应响应端连接服务中响应端主用连接端口绑定的响应端信令端口进行解绑，包括：
116.将初始传输链路中用于绑定客户端连接服务中客户端主用连接端口与客户端信令端口的客户端主用消息转换单元，与客户端信令端口进行解绑；
117.将初始传输链路中用于绑定响应端连接服务中响应端主用连接端口与响应端信令端口的响应端主用消息转换单元，与客户端信令端口进行解绑。
118.可选的，该系统中，所述码流传输链路与信令传输链路采用的连接方式相同或不同；所述连接方式包括隧道连接与转发连接。
119.可选的，该系统中，所述码流传输链路中客户端码流端口与响应端码流端口采用隧道连接，且通过udp协议传输；信令传输链路中客户端信令端口与响应端信令端口采用转发连接，且通过tcp协议传输。
120.可选的，该系统还包括：
121.在对所述资源状态信息检测发现资源异常恢复时，依据资源异常恢复的类型从码流传输链路与信令传输链路向初始传输链路进行逆向合并恢复。
122.本发明实施例中所提供的混合网络下的设备连接处理系统可应用于上述本发明任意实施例中所提供的混合网络下的设备连接处理方法，具备该混合网络下的设备连接处理方法相应的功能和有益效果，未在上述实施例中详尽描述的技术细节，具体可参见本技术任意实施例中所提供的混合网络下的设备连接处理方法。
123.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
124.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。