CN113038090A - 一种传输链路管理方法和系统 - Google Patents

Abstract

本申请实施例提供一种传输链路管理方法和系统，其中方法包括：通过转码服务器接收来自于业务终端基于互联网协议的数据请求，该数据请求用于请求目标相机的数据，通过转码服务器进行转码得到二进制格式的请求消息，将请求消息发送至调度中心服务器，调度中心服务器生成请求消息的请求消息索引和抽象描述信息，并将二进制的请求消息转换为SIP协议格式的SIP请求消息，发送SIP请求消息以使得目标相机根据SIP请求消息进行响应；当调度中心服务器接收到目标相机返回的SIP应答消息时，将SIP应答消息转换为二进制的应答消息，并根据请求消息索引和抽象描述信息来确定应答消息该如何返回。如此实现互联网协议和SIP协议之间的互通。

Description

一种传输链路管理方法和系统

技术领域

本申请涉及智慧城市技术领域，具体涉及一种传输链路管理方法和系统。

背景技术

GB/T28181一般运用于安防监控行业，如在现有的安防监控系统中，将连接到该安防监控系统中的设备使用GB/T28181中的SIP协议（Session Initiation Protocol，会话发起协议）来进行相互通信。安防监控系统中的设备包括上下级联设备和各种相机（如监控行业里的高清网络摄像机、网络视频录像机（Network Video Recorde，NVR）等），即现有的安防监控系统中上下级联设备之间的通信、上下级联设备与相机之间的通信等都使用了SIP协议来进行SIP通信。因此，在对应设备中需要安装专门的SIP客户端，以达到通过SIP客户端来进行SIP通信的目的。例如，当有终端需要查看相机的数据的时候，需要在对应终端上安装专门的SIP客户端，才能查看相机的数据。如此，造成诸多不便。

发明内容

本申请实施例提供一种传输链路管理方法和系统，可简化与国标设备如相机等通讯的方式，实现互联网协议和国标协议之间的互通。

本申请实施例提供了一种传输链路管理方法，包括：

控制转码服务器接收来自于业务终端的数据请求，数据请求用于请求目标相机的数据，数据请求为基于互联网协议发送的数据请求；

将数据请求进行转码，以得到二进制格式的请求消息，并将请求消息发送至调度中心服务器，以使调度中心服务器接收请求消息；

控制调度中心服务器生成请求消息的请求消息索引；

控制调度中心服务器生成请求消息的抽象描述信息，抽象描述信息包括请求消息的来源信息和请求消息的应答相关信息；

将请求消息转换为SIP协议格式的SIP请求消息，并发送SIP请求消息，以使得目标相机根据SIP请求消息进行响应；

当调度中心服务器接收到目标相机基于SIP请求消息返回的SIP应答消息时，将SIP应答消息转换为二进制格式的应答消息；

根据请求消息索引和抽象描述信息向业务终端发送应答消息，以响应数据请求。

本申请实施例还提供了一种传输链路管理系统，包括：

转码服务器，用于接收来自于业务终端的数据请求，数据请求用于请求目标相机的数据，数据请求为基于互联网协议发送的数据请求；

转码服务器，还用于将数据请求进行转码，以得到二进制格式的请求消息，并将请求消息发送至调度中心服务器，以使调度中心服务器接收请求消息；

调度中心服务器，用于生成请求消息的请求消息索引；

调度中心服务器，还用于生成请求消息的抽象描述信息，抽象描述信息包括请求消息的来源信息和请求消息的应答相关信息；

调度中心服务器，还用于将请求消息转换为SIP协议格式的SIP请求消息，并发送SIP请求消息，以使得目标相机根据SIP请求消息进行响应；

调度中心服务器，还用于当接收到目标相机基于SIP请求消息返回的SIP应答消息时，将SIP应答消息转换为二进制格式的应答消息；

调度中心服务器，还用于根据请求消息索引和抽象描述信息向业务终端发送应答消息，以响应数据请求。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现上述任一种传输链路管理方法中的步骤。

本申请实施例通过转码服务器接收来自于业务终端基于互联网协议（如WebSocket协议）的数据请求，该数据请求用于请求目标相机的数据，并通过转码服务器进行转码，得到二进制格式的请求消息，将请求消息发送至调度中心服务器，通过调度中心服务器生成请求消息的请求消息索引和抽象描述信息，并通过调度中心服务器将二进制的请求消息转换为SIP协议格式的SIP请求消息，发送所述SIP请求消息，以使得所述目标相机根据所述SIP请求消息进行响应；当调度中心服务器接收到目标相机返回的SIP应答消息时，将SIP应答消息转换为二进制的应答消息，并根据请求消息索引和抽象描述信息来确定应答消息该如何返回。如此，通过转码服务器和调度中心服务器、抽象描述信息等的设计，提供一种全新的实现思路，实现业务终端无需安装SIP客户端，摆脱对第三方平台SIP客户端的依赖，直接通过互联网协议提供的网页等形式来请求目标相机的数据；实现互联网协议和国标协议（GB/T28181中的SIP协议）之间的互通；且简化通讯方式，无需去理解复杂的国标协议，如若通过SIP客户端的方式进行通信，则需要理解复杂的国标协议，提高获取目标相机设备的数据的效率；而且通过互联网协议的方式来访问目标相机的数据，可以跨平台实现，如安卓系统、苹果系统都支持同一互联网协议；此外，当调度中心服务器接收到请求消息时，生成请求消息的请求消息索引和抽象描述信息，如此，通过该请求消息索引和抽象描述信息来确定应答消息是属于哪个请求消息的，并将对应的应答消息进行返回。

附图说明

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

图1是本申请实施例提供的传输链路管理系统的结构示意图；

图2是本申请实施例提供的级联设备层级结构的示意图；

图3是本申请实施例提供的传输链路管理方法的流程示意图；

图4是本申请实施例提供的请求消息的请求消息索引和抽象描述信息的示意图；

图5是本申请实施例提供的传输链路管理方法的另一流程示意图；

图6是本申请实施例提供的数据请求的请求标识和请求描述信息的示意图；

图7是本申请实施例提供的传输链路管理方法的另一流程示意图；

图8是本申请实施例提供的信令调度服务主进程实现功能的示意图；

图9是本申请实施例提供的传输链路管理系统的另一结构示意图;

图10是本申请实施例提供的调度中心服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种传输链路管理方法，应用于传输链路管理系统中。在实际场景中，该传输链路管理系统主要应用于智慧城市领域中的城市监控报警联网系统、智慧交通系统、交警监控系统和安防监控系统中，实现利用互联网协议如利用全双工通信协议（WebSocket，WS）协议的业务终端，来访问利用国标协议如SIP协议进行通信的SIP国标设备，如相机等，使得业务终端无需安装SIP客户端（安装SIP客户端之后需要通过SIP协议来进行通信），直接利用网页通过互联网协议等形式来请求相机的数据；实现互联网协议和国标协议之间的互通；且简化通讯方式，摆脱对SIP客户端的依赖，无需去理解复杂的国标协议，如若通过SIP客户端的方式进行通信，则首先需要安装SIP客户端（第三方平台提供的SDK），且需要理解复杂的国标协议，本申请实施例中的方式无需理解复杂的国标协议，提高获取对应的利用国标协议进行通信的设备的数据的效率；而且通过互联网协议的方式来访问相机的数据，可以跨平台实现，如安卓系统、苹果系统等都支持同一互联网协议。

本申请实施例中以互联网协议为WebSocket协议、国标协议为SIP协议为例进行说明。

在本申请实施例中，所述相机是指智慧交通领域中安装于监控现场的用于信息采集、编码、处理、存储、传输、安全控制的各类摄像机和录像机等。

在本申请实施例中，所述业务终端，包括交警终端、开发人员业务终端等，业务终端经注册并授权的、对智慧交通领域中如安防监控系统内的数据和设备有操作需求的终端设备。终端设备包括但不限于智能手机、平板电脑、笔记本电脑、智能电视、智能机器人、个人计算机（PC，Personal Computer）等。

本申请实施例中的服务器包括转码服务器和调度中心服务器。其中，转码服务器提供转码服务，调度中心服务器提供信令调度服务，其中，信令调度服务包括信令调度服务主进程和信令调度服务子进程。转码服务器和调度中心服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

在一些情况下，转码服务和信令调度服务所实现的功能也可以是继承在一个服务器中，如此，转码服务和信令调度服务对应的是该服务器中的不同模块，不同模块之间相互进行通信，下文中对该种情况不做说明。但可以理解地，本申请也可以实现对应的方案。

请参阅图1，是本申请实施例提供的传输链路管理系统的示意图。该传输链路管理系统包括两条主要的传输链路，一条是从业务终端开始到第三方SIP下联设备的传输链路，该条传输链路中涉及转码服务和信令调度服务，需要注意的是，该条传输链路中的转码服务和信令调度服务一起实现了链路传输等的功能，但是其中有一些功能既可以设置在转码服务，也可以设置在信令调度服务中来实现，下文中将会详细说明。另一条是从第三方SIP上联设备开始到第三方SIP下联设备的传输链路。由于这两条传输链路的实现原理不相同，下面将对这两条传输链路分别进行说明。其中，第三方SIP上联设备和第三方SIP下联设备是第三方的平台，属于不可控的部分，全部采用标准的SIP协议进行通信。

业务终端可以是任一终端设备，在终端设备中无需安装SIP客户端，直接在网页上，基于WebSocket（图1中简写为WS）协议，通过WS链路（长连接的双向传输链路，生命周期由业务终端控制，转码服务器不会主动关闭该链路）向转码服务器发送数据请求，该数据请求用于请求目标相机的数据，其中，目标相机是级联设备中的一个设备，目标相机的数据包括与目标相机相关的一些数据，例如目标相机的相机状态、目标相机与业务终端或者服务器之间的协商数据等。其中，该数据请求可以是JSON（JavaScript Object Notation，JS对象简谱）格式的文本数据。

转码服务器接收到业务终端基于WebSocket协议发送的数据请求时，通过转码服务实现如下功能：生成数据请求的请求描述信息（下文中将会详细说明），其中，请求描述信息可以看做是对数据请求的一个抽象描述，该请求描述信息包括数据请求的来源信息和数据请求的应答相关信息，该请求描述信息用于在转码服务器接收到基于数据请求的应答消息时，根据请求描述信息向业务终端发送应答消息，以响应数据请求；将基于WebSocket协议的发送JSON格式的数据请求转码为二进制格式的请求消息，并通过传输控制协议（Transmission Control Protocol，TCP）链路（属于双向传输链路）将二进制格式的请求消息发送至调度中心服务器，以使调度中心服务器（信令调度服务主进程）接收该请求消息。

调度中心服务器（信令调度服务的主进程）通过TCP链路接收到二进制格式的请求消息后，生成请求消息的请求消息索引（下文中将会详细说明）；并生成请求消息的抽象描述信息（下文中将会详细说明），该抽象描述信息包括请求消息的来源信息和请求消息的应答相关信息，该抽象描述信息被配置为在调度中心服务器接收到基于请求信息的SIP应答消息时，根据SIP应答消息转换的二进制格式的应答消息对对应的抽象描述信息进行修改，并基于修改后的抽象描述信息，向业务终端发送应答消息，以响应数据请求。该抽象描述信息可以看做是对请求消息的一个抽象描述。请求消息索引用于标识该请求消息，以在对应的请求消息发送出去后，接收对应的应答消息时，通过请求消息索引找到对应的请求消息，并把该请求消息的应答消息返回给业务终端。

调度中心服务器（信令调度服务的主进程）将二进制格式的请求消息转换为SIP协议格式的SIP请求消息，并通过SIP链路（属于双向传输链路）发送该SIP请求消息，以使得目标相机根据SIP请求消息进行响应。可以理解地，如图1所示，调度中心服务器与SIP下联设备1、......、SIP下联设备m之间的传输链路为SIP链路，传输消息是通过用户数据报协议（User Datagram Protocol，UDP）数据包来传输。

调度中心服务器（信令调度服务的主进程）接收到SIP应答消息后，将SIP应答消息转换为二进制格式的应答消息，并根据应答消息的应答消息索引来确定针对哪个请求消息回复的应答消息。其中，相匹配的应答消息索引和请求消息索引相同。应答消息中携带会应答消息的应答消息索引，该应答消息索引在目标相机返回对应的SIP应答消息时生成。根据应答消息和请求消息索引修改对应的抽象描述信息；根据修改后的抽象描述信息，确定所对应的转码服务器，通过TCP链路向转码服务器发送对应的二进制格式的应答消息。转码服务器接收到二进制格式的应答消息后，将二进制格式的应答消息转换为JSON格式的文本消息，并通过WS链路向对应的业务终端发送，以响应对应的业务请求。

从业务终端开始到第三方SIP下联设备的传输链路中，其他的由业务终端生成的数据请求也按照同样的方式进行传输。后文中会介绍该传输链路中更为详细的部分。

下面将介绍从第三方SIP上联设备开始到第三方SIP下联设备的传输链路。其中，SIP上联设备，可以理解为SIP服务器（SIP Server），等着SIP客户端（SIP Client）来主动连接，管理SIP客户端，一个SIP上联设备对应多个SIP下联设备。SIP下联设备，可以理解为SIP客户端，主动连接SIP服务器，一个SIP下联设备只能连接一个SIP上联设备。

如图2所示，为级联设备层级结构的示意图。在图2中，省级平台设备通过SIP链路访问市级平台设备，市级平台设备通过SIP链路访问县级平台设备，县级平台设备通过SIP链路访问区级平台设备，区级平台设备通过SIP链路访问具体设备点位对应的实际设备（如目标相机等）。其中，对于省级平台设备和市级平台设备来说，省级平台设备是市级平台设备的SIP上联设备，市级平台设备是省级平台设备的SIP下联设备；对于市级平台设备和县级平台设备来说，市级平台设备是县级平台设备的SIP上联设备，县级平台设备是市级平台设备的SIP下联设备；对于县级平台设备和区级平台设备，区级平台设备和具体设备点位对应的实际设备来说，也同样理解。在该图中，省级平台设备作为第三方上联设备，具体设备点位对应的实际设备对应第三下联设备。

如图1所示，在调度中心服务器中，包括一个信令调度服务主进程和多个信令调度服务子进程。在信令调度服务子进程中，SIP下联设备（SIP下联设备1、......、SIP下联设备N）通过SIP链路接收第三方SIP上联设备发送的SIP协议格式的SIP请求，并将SIP请求转换为二进制格式的级联请求消息。通过管道传输链路，将级联请求消息发送至调度中心服务器的信令调度服务主进程中，信令调度服务主进程将级联请求消息从二进制格式转换为SIP请求，并通过SIP链路将SIP请求从信令调度服务主进程的SIP上联设备发送至对应的第三方SIP下联设备。当信令调度服务主进程中的SIP上联设备通过SIP链路接收到第三方SIP下联设备发送的SIP协议格式的SIP应答消息后，将SIP应答消息转换为二进制格式的应答消息，并通过管道传输链路将应答消息发送至信令调度服务子进程中。在信令调度服务子进程中，将二进制格式的应答消息转换为SIP协议格式的SIP应答消息，并通过SIP链路发送至第三方SIP上联设备。下文中还会详细介绍。

下面将结合传输链路管理系统，来介绍本申请实施例提供的传输链路管理方法。

如图3所示，为本申请实施例提供的传输链路管理方法的流程示意图，该传输链路管理方法应用于传输链路管理系统中。具体包括如下步骤。

101，控制转码服务器接收来自于业务终端的数据请求，该数据请求用于请求目标相机的数据，该数据请求为基于互联网协议发送的数据请求。

该数据请求由业务终端触发，例如，在业务终端的网页上显示有对应设备目录，基于对设备目录的选择确定目标相机，并生成对应的数据请求。通过WS链路，向转码服务器发送该数据请求。

该数据请求为基于互联网协议发送的数据请求，互联网协议以WebSocket协议为例进行说明。互联网协议优先选用WebSocket协议，至少包括如下原因：安卓系统、苹果系统等多种操作系统都支持WebSocket协议，因此，使用WebSocket协议可轻松实现跨平台；另外，由于WebSocket协议是长连接协议，在与目标相机进行数据流传输的过程中，避免随意断开导致数据流传输出现异常，可更好的实现传输链路的控制。

该数据请求可以是JSON格式的文本数据。可以理解地，网页上开发可使用JavaScript等开发语言开发，JavaScript等开发语言擅长处理JSON（JavaScript ObjectNotation，JS对象简谱）格式的文本数据，因此，数据请求中包括文本数据；同时，网页上使用文本数据，以方便用户来理解。需要注意的是，使用其他开发语言所对应的格式可能会存在不同，但实现原理相似，本申请实施例中以JSON格式的文本数据为例进行说明。

控制转码服务器接收来自于业务终端的数据请求，该数据请求用于请求目标相机的数据。

102，将数据请求进行转码，以得到二进制格式的请求消息，并将请求消息发送至调度中心服务器，以使调度中心服务器接收请求消息。

转码服务器接收到数据请求，将基于WebSocket协议的发送JSON格式的数据请求转码为二进制格式的请求消息，并通过TCP链路将二进制格式的请求消息发送至调度中心服务器，以使调度中心服务器（信令调度服务主进程）接收该请求消息。将数据请求都转换为二进制格式的请求消息，以使得调度中心服务器接收到的请求消息都是二进制格式的，方便调度中心服务器进行统一处理。

需要注意的是，在转码服务器中需要保存数据请求所对应的业务终端等。

103，控制调度中心服务器生成请求消息的请求消息索引。

调度中心服务器（信令调度服务主进程）接收该请求消息，并生成请求消息的请求消息索引，该请求消息索引用于标识该请求消息。具体地，步骤103，包括：获取请求消息的类别；根据类别来生成请求消息的请求消息索引。其中，请求消息的类别包括跳跃消息和直连消息。其中，跳跃消息指的是需要将请求消息通过当前级联设备发送至其他上联设备/下联设备，以得到SIP应答消息的请求消息。如图2中，从省级的业务终端发送一个请求消息到省级平台设备，往往这个请求消息需要跳跃好几级，直到最后达到实际设备点位（一般为具体的监控设备或者NVR）才会得到SIP应答消息，得到SIP应答消息后，再一级一级的传递给级平台设备。直连消息指的是请求消息请求的是当前级联设备中的SIP应答消息。例如，省级的业务终端请求省级平台设备的SIP应答消息，该类的请求消息为直连消息。其中，会有对应的消息配置表，标识对应的请求消息是否为跳跃消息。

类别不同，生成的请求消息索引的方式不同。

若请求消息为直连消息，则直接将SIP会话的call-ID（会话标识）作为请求消息索引。请求消息中会包括call-ID，与请求消息匹配的SIP应答消息中也会有对应的call-ID。根据call-ID来进行请求消息和对应的应答消息的映射。

若请求消息为跳跃消息，则根据类别来生成请求消息的请求消息索引的步骤，包括：获取请求消息中的消息类型；获取该消息类型对应的请求次数；根据消息类型和请求次数生成请求消息的请求消息索引。其中，在请求消息的消息体（body）中包括消息类型的数据，其中，消息类型包括注册消息、心跳消息、历史记录查询消息、预设位设置消息等。目前，国家标准中规定的有142中不同的消息类型，不同的消息类型可以用不同的TAG来表示，例如，心跳消息的消息类型用keepalive来表示，历史记录查询消息的消息类型用history来表示等。其中，请求次数可用SN来表示。假设五种不同消息类型的请求消息，每种类型的请求消息的SN初始值为0，对应有五个SN。假设其中一种消息类型的请求消息，请求了5次（发了5次），因此，对应的SN变成了5，返回的应答消息中对应的SN同样为5；其他四种消息类型的请求消息因为没有发，所以仍然还是0。例如，心跳消息，第150个请求，SN变为150；第200次请求，SN变为200。SN的值达到一定值后，可将其置为0。需要注意的是，在发送请求消息时生成的请求消息索引，在对应的级联设备返回的时候，能够生成和请求时一样的应答消息索引，该应答消息索引和请求消息索引相同。如此，通过TAG+SN来实现请求消息与对应的应答消息的映射。

在其他实施例中，对于跳跃消息，还可以将消息类型和其他的信息（对应的值唯一即可）结合生成请求消息索引。同时，在对应的级联设备返回的时候，能够生成和请求时一样的应答消息索引（与对应的请求消息索引相同）即可。

当调度中心服务器接收到SIP应答消息，并将SIP应答消息转换为对应的二进制格式的应答消息后，需要确定该应答消息是对应哪个请求消息的，可通过应答消息索引来确定对应的请求消息。

104，控制调度中心服务器生成请求消息的抽象描述信息，抽象描述信息包括请求消息的来源信息和请求消息的应答相关信息。

调度中心服务器（信令调度服务主进程）生成请求消息的抽象描述信息。其中，抽象描述信息包括连接句柄、消息结束标记、超时事件和请求消息的请求标识。连接句柄表示转码服务器与调度中心服务器之间的第一连接链路，消息结束标记用于当接收到请求消息的应答消息后，确定应答消息是否为请求消息的最后一个应答消息，超时事件用于确定请求消息的应答是否超时，请求消息的请求标识与数据请求的请求标识一致（相同），都由业务终端生成，且每个请求标识都是唯一的。

可以理解地，当调度中心服务器（信令调度服务主进程）将接收到的SIP应答消息转换为对应的二进制格式的应答消息后，需要确定要通过哪个转码服务器来转发该应答消息，因此，设置了连接句柄，通过连接句柄即可知道要将应答消息发送至哪个转码服务器。同时还需要知道请求消息的请求标识，以确定该应答消息是针对哪个数据请求的应答。消息结束标记用于确定该次数据请求是否可结束。对于超时事件，可以理解地，级联设备之间通过SIP协议进行传输，会存在对方下联设备掉线的情况，那么会导致该条请求消息永远得不到应答，从而导致该请求消息所对应的请求消息索引和抽象描述信息一直都在，多个请求消息索引和抽象描述信息最终导致内存泄露，因此设置超时事件，在预设时间内未收到应答，确定超时，从而进行其他处理，以避免造成内存泄露。

其中，将连接句柄和请求消息的请求标识，作为请求消息的来源信息，将消息结束标记和超时事件作为请求消息的应答相关信息。

在该种情况下，生成请求消息的抽象描述信息的步骤，包括：获取根据请求消息建立的调度中心服务器与转码服务器之间的第一连接链路，将第一连接链路作为请求消息的连接句柄；设置目标相机的消息结束标记和请求消息对应的超时事件，并对消息结束标记和超时事件进行初始化；将连接句柄、请求消息中的请求标识、消息结束标记和超时事件作为请求消息的抽象描述信息。其中，对消息结束标记和超时事件进行初始化，可理解为将消息结束标记设置为一个初始值，启动超时事件以记录时间等。其中，记录时间的时刻可以是发送请求消息的时刻，也可以是发送请求消息一段时间之后再开始记录对应的时间。

需要注意的是，在该种情况下，调度中心服务器（信令调度服务主进程）的抽象描述信息中并没有状态码，也没有将状态码所对应的原因通过文本方式返回。其中，状态码用于表示目标相机的相机状态。因此，转码服务器端接收到该应答消息后，解析得到应答消息中目标相机返回的状态码，将状态码所对应的原因通过文本方式返回，以使得业务终端了解此次数据请求的情况，且通过文本方式，以避免返回对应的状态码，需要技术人员查询国标协议才能理解，提高目标相机状态的理解效率。可理解为既可以在调度中心服务器中实现状态码对应的功能，也可以在转码服务器中实现状态码对应的功能。

在一实施例中，请求消息的抽象描述信息中还包括状态码，即优选地，通过调度中心服务器来实现状态码对应的功能。其中，状态码指的是现有的SIP响应状态码。例如，状态码404，表示未发现对应的目标相机/目标相机不存在；状态码200表示目标相机在线；状态码408表示请求超时等。其中，将状态码设置在调度中心服务器中，一方面，是可以实现将状态码跟超时事件进行结合，例如，若超时事件记录的时间超时，则将对应的状态码直接更新为超时所对应的状态码；另一方面，将状态码对应的功能设置与调度中心服务器中，使得整个链路没有出现冗余，耦合性更高，例如，若将状态码对应的功能设置在转码服务器中，那么多个转码服务器都需要实现对应的功能，一旦对其进行修改，则需要修改多个转码服务器对应的代码，而将状态码对应的功能设置在调度中心服务器中，只需修改调度中心服务器的代码即可。

当请求消息的抽象描述信息中还包括状态码时，对应地，生成请求消息的抽象描述信息的步骤，还包括：设置请求消息对应的状态码并对状态码进行初始化。如将状态码设置为一个初始值。对应地，将消息结束标记、状态码和超时事件作为请求消息的应答相关信息。

上述得到请求消息的请求消息索引和抽象描述信息后，将请求消息的请求消息索引作为请求消息的key值，将请求消息的抽象描述信息作为请求消息的value值，以key-value的方式保存该请求消息对应的请求标识和请求描述信息。其中，请求标识用Session-uid表示。

如图4所示，在调度中心服务器中，保存每个请求消息对应的请求消息索引和抽象描述信息，例如，请求消息1所对应的请求消息索引为请求消息索引1（心跳包），抽象描述信息为连接句柄1、Session-uid1、消息结束标记、超时事件；请求消息2所对应的请求消息索引为请求消息索引2（历史记录查询），抽象描述信息为连接句柄2、Session-uid2、消息结束标记、超时事件；请求消息3所对应的请求消息索引为请求消息索引3（预置位位置），抽象描述信息为连接句柄2、Session-uid3、消息结束标记、超时事件；请求消息4所对应的请求消息索引为请求消息索引4（报警位位置），抽象描述信息为连接句柄3、Session-uid4、消息结束标记、超时事件......。其中，每个请求消息所对应的key值都不同，表示每个数据请求所对应的请求消息索引不同；请求消息2和请求消息3所对应的连接句柄相同，意味着请求消息2和请求消息3来自于同一个转码服务器。

可以理解地，通过key值（即请求消息的请求标识索引）来建立请求消息和应答消息的映射关系。

105，将请求消息转换为SIP协议格式的SIP请求消息，并发送SIP请求消息，以使得目标相机根据SIP请求消息进行响应。

106，当调度中心服务器接收到目标相机基于SIP请求消息返回的SIP应答消息时，将SIP应答消息转换为二进制格式的应答消息。

当调度中心服务器的信令调度服务主进程接收到SIP应答消息后，将SIP应答消息转换为二进制格式的应答消息，并根据应答消息的应答消息索引来确定针对哪个请求消息回复的应答消息。其中，由于相匹配的应答消息索引和请求消息索引生成的规则完全相同，因此，应答消息索引与请求消息索引相同；或者直接理解为应答消息索引，即为请求消息索引。应答消息中携带会应答消息的应答消息索引，该应答消息索引在目标相机返回对应的SIP应答消息时生成。

107，根据请求消息索引和抽象描述信息向业务终端发送应答消息，以响应数据请求。

在一种情况下，步骤107，包括：根据应答消息和请求消息索引修改对应的抽象描述信息；根据修改后的抽象描述信息，向业务终端发送应答消息，以响应数据请求。

其中，根据应答消息索引，查找与应答消息索引相同的请求消息索引，根据请求消息索引来确定请求消息的抽象描述信息。确定了请求消息的抽象描述信息之后，即可根据应答消息来修改对应的抽象描述信息。

在一种情况下，根据应答消息和请求消息索引修改对应的抽象描述信息的步骤，包括：根据应答消息的应答消息索引和请求消息索引确定与应答消息对应的请求消息的抽象描述信息；确定接收到目标相机返回的应答消息的接收次数；当接收次数小于应答消息中的总次数时，将消息结束标记的值设置为接收次数，并重置超时事件；当接收次数等于应答消息中的总次数时，将消息结束标记设置为预设结束标记。该种情况可适用于历史记录查询的情况。可以理解地，历史记录通常很多，而通过上文中的描述可知，SIP链路传输是通过UDP数据包来传输，UDP数据包是无序的，会出现收到的UDP数据包的顺序与发出去的UDP数据包的顺序不一致的情况。因此，当接收到目标相机返回的应答消息时，统计接收到目标相机返回的应答消息的接收次数，当接收次数小于应答消息中的总次数时，将该接收次数作为消息结束标记的值，并重置超时事件，如将超时事件的时间置为从0开始等，以免出现误判超时的情况；当接收次数等于应答消息中的总次数时，将消息结束标记设置为预设结束标记。可以理解地，需要在应答消息全部接收完毕后才将消息结束标记设置为预设结束标记。

在一种情况下，根据应答消息和请求消息索引修改对应的抽象描述信息的步骤，包括：根据应答消息的应答消息索引和请求消息索引确定与应答消息对应的请求消息的抽象描述信息；解析应答消息，以确定应答消息中的目标状态码；根据目标状态码来更新对应的抽象描述信息中的状态码，并重置超时事件。该种情况下可适用于当应答消息中包括状态码的情况。解析应答消息中的状态码，将该状态码作为目标状态码，以更新对应的抽象描述信息中的状态码。同时，确定目标状态码对应的原因（文本形式）；将对应的原因转换为二进制，最后在业务终端上显示该原因，以实现不同的文本提示。相对于SIP客户端来说，只返回对应的目标状态码难以理解，该种方式提高了对目标相机的相机状态的理解，即简化通讯方式，不用去理解复杂的国标协议，直接通过文本的方式告诉业务终端当前目标相机的情况。

其中，根据修改后的抽象描述信息，向业务终端发送应答消息，以响应数据请求的步骤，包括：根据修改后的抽象描述信息中的连接句柄，确定目标转码服务器；向目标转码服务器发送应答消息，以使得目标转码服务器接收到应答消息后，将应答消息发送至业务终端，以响应数据请求。其中，目标转码服务器接收到应答消息后，根据保存业务终端的信息，将应答消息发送至对应的业务终端，并根据保存的请求标识的信息，确定业务终端的哪个数据请求，以响应该数据请求。

上述实施例中，对应的请求消息的key-value值在超时事件超时或者消息结束标记为预设结束标记时，将会进行删除。具体地，通过协议栈的方式来进行删除，在此不做详细说明。

本申请实施例通过转码服务器和调度中心服务器、抽象描述信息等的设计，提供一种全新的实现思路，实现业务终端无需安装SIP客户端，摆脱对SIP客户端（第三方SDK）的依赖，直接通过互联网协议提供的网页等形式来请求目标相机的数据；实现互联网协议和国标协议（SIP协议）之间的互通；且简化通讯方式，无需去理解复杂的国标协议，如若通过SIP客户端的方式进行通信，则需要理解复杂的国标协议，提高获取目标相机设备的数据的效率；而且通过互联网协议的方式来访问目标相机的数据，可以跨平台实现，如安卓系统、苹果系统都支持同一互联网协议。

图5是本申请实施例提供的传输链路管理方法的流程示意图。该实施例与图3实施例的区别在于：增加了步骤202。下面将详细描述该步骤202，其他步骤请参看图3实施例中的对应描述。

202，控制转码服务器生成数据请求的请求描述信息。

其中，控制转码服务器生成数据请求的请求描述信息的步骤，包括：根据数据请求建立业务终端与转码服务器之间的第二连接链路，将该第二连接链路作为请求消息的链路句柄，也可称为WS句柄；获取数据请求的请求标识，对于每个数据请求，在网页端发送时都会生成数据请求的请求标识，即该请求标识由业务终端生成，该请求标识唯一，该请求标识用于确定到底是哪个请求，数据请求的请求表示可以用WS-Session-uid来表示；设置数据请求的消息结束标记，并对消息结束标记进行初始化，如初始化为一个消息初始值；将WS句柄、数据请求的请求标识、消息结束标记作为数据请求的请求描述信息。其中，数据请求的来源信息包括WS句柄和数据请求的请求标识，数据请求的应答相关信息包括消息结束标记。转码服务器中的消息结束标记是否设置为预设结束标记，由调度中心服务器来确定。即调度中心服务器将消息结束标记设置为预设结束标记之后，会告知转码服务器，转码服务器同样将消息结束标记设置为预设结束标记。

可将数据请求的请求标识作为数据请求的key值，将数据请求的请求描述信息作为数据请求的value值，以key-value的方式保存该数据请求对应的请求标识和请求描述信息。由调度中心服务器来确定消息结束标记是否设置为预设结束标记，是考虑到当接收应答消息的过程中，若网页关闭，但是转码服务器并不知道，也不知道是否该释放对应的key-value值。统一由调度中心服务器来确定，以确保可以正常释放转码服务器中对应的key-value值。

如图6所示，在转码服务器中，保存每个数据请求对应的请求标识和请求描述信息，例如，数据请求1所对应的请求标识为WS-Session-uid1，请求描述信息为WS句柄1、WS-Session-uid1、消息结束标记；数据请求2所对应的请求标识为WS-Session-uid2，请求描述信息为WS句柄1、WS-Session-uid2、消息结束标记；数据请求3所对应的请求标识为WS-Session-uid3，请求描述信息为WS句柄2、WS-Session-uid3、消息结束标记，......。其中，每个数据请求所对应的key值都不同，表示每个数据请求所对应的请求标识不同；数据请求1和数据请求2所对应的WS句柄相同，意味着数据请求1和数据请求2来自于同一个业务终端。

在一种情况下，以key-value的方式保存对应的请求标识和请求描述信息时，对应的请求描述信息中可以不包括数据请求的请求标识，因为key值即为数据请求的请求标识，通过key值和WS句柄即可确定数据请求的来源信息以及在接收到应答消息时如何响应数据请求。

图7是本申请实施例提供的传输链路管理方法的流程示意图，该传输链路管理方法应用于传输链路管理系统中。具体包括如下步骤。

301，控制调度中心服务器中的信令调度服务子进程接收来自于上联设备的SIP请求，并将SIP请求转换为二进制格式的级联请求消息。

302，将级联请求消息发送至调度中心服务器中的信令调度服务主进程。

303，控制信令调度服务主进程将级联请求消息从二进制格式转换为SIP请求，并将SIP请求从当前级联设备发送至下联设备。

其中，当前级联设备指的是图1中的调度中心服务器中的SIP上联设备，下联设备指的是当前级联设备的下级设备，上联设备指的是当前级联设备的上级设备。可以理解地，通过调度中心服务器实现将SIP请求进行转发。

调度中心服务器的信令调度服务子进程将SIP请求转换为二进制格式的级联请求消息，调度中心服务器的信令调度服务主进程将二进制的级联请求消息转换为SIP请求。中间将SIP请求转换为二进制格式的目的是因为信令调度服务主进程和信令调度服务子进程之间需要通过二进制格式的数据进行通信，而不能直接通过SIP协议来进行通信；另一方面，从业务终端开始的那条传输链路中，调度中心服务器接收到的也是二进制格式的请求消息，因此，在从第三方SIP上联设备开始的传输链路中，将SIP请求转换为二进制格式的级联请求消息，使得调度中心服务器统一处理二进制格式的请求消息。即对于调度中心服务器的信令调度服务主进程来说，压根就无需知道是管道传递的还是网页传递的请求消息，因为对信令调度服务的主进程来说，都是二进制格式的请求消息而已。如此设计，保证了业务的独立性，实现了低耦合的设计。

如图8所示，请求消息1、.......、请求消息N，既可以是通过管道传输的级联请求消息，也可以是通过TCP传输的请求消息。通过信令调度服务主进程的连接管理模块接收二进制格式的请求消息1至请求消息N，然后把二进制格式的请求消息，转为对应SIP请求/SIP消息发送给第三方的SIP下联设备。在收到第三方的SIP下联设备返回的SIP应答消息（SIP应答消息1、......、SIP应答消息M）后，将SIP应答消息转换为二进制格式的应答消息，通过连接管理把对应的应答消息返回给请求端。通过图8可以看出，将SIP请求和数据请求分别转换为二进制格式的请求消息，可以保证业务的独立性，实现了低耦合。

需要注意的是，将信令调度服务分为信令调度服务主进程和信令调度服务子进程的理由至少如下：（1）若将信令调度服务主进程和信令调度服务子进程中实现的功能放在一个进程中实现的话，那么其中的某一个SIP设备，如某一个SIP上联设备损坏/不可用/被攻击时，会导致该进程中的所有相关的功能都不可用/无法实现；而如果采用信令调度服务子进程和信令调度服务主进程的方式，当其中一个信令调度服务子进程实现的功能不可用时，其他信令调度服务子进程的功能实现不受影响，提高了安全性。（2）若将信令调度服务主进程和信令调度服务子进程中实现的功能放在一个进程中实现的话，代码混杂，对应实现的功能不独立，耦合性较高，不容易对代码进行扩展。

需要注意的是，从第三方SIP上联设备开始的传输链路中，由于一个SIP下联设备对应一个唯一的SIP上联设备，也就是实现的是1对1的消息传递，因此接收的应答消息肯定是唯一的SIP上联设备请求的。因此，无需向另外一条传输链路一样需要保存请求消息的key-value值，即在从第三方SIP上联设备开始的传输链路中，无需保存请求消息的key-value值。

如图9所示，是本申请实施例提供的传输链路管理系统的另一示意图。该传输链路管理系统中，业务终端通过WS链路向转码服务器发送数据请求，第三方SIP上联设备通过SIP链路向调度中心服务器发送SIP请求，转码服务器和调度中心服务器接收到对应的请求后，进行对应的处理，并将处理后的请求消息转换为SIP请求消息，发送第三方SIP下联设备。当SIP下联设备返回SIP应答消息后，调度中心服务器接收到SIP应答消息后，进行一系列的处理，将处理后的应答消息分别通过不同的通道返回至对应的请求端（业务终端或者第三方SIP上联设备）。下面将介绍转码服务器和调度中心服务器实现的功能。

转码服务器，用于接收来自于业务终端的数据请求，该数据请求用于请求目标相机的数据，该数据请求为基于互联网协议发送的数据请求。

转码服务器，还用于将数据请求进行转码，以得到二进制格式的请求消息，并将请求消息发送至调度中心服务器，以使调度中心服务器接收请求消息。

调度中心服务器，用于生成请求消息的请求消息索引。

调度中心服务器，还用于生成请求消息的抽象描述信息，抽象描述信息包括请求消息的来源信息和请求消息的应答相关信息。

调度中心服务器，还用于将请求消息转换为SIP协议格式的SIP请求消息，并发送SIP请求消息，以使得目标相机根据SIP请求消息进行响应。

调度中心服务器，还用于当接收到目标相机基于SIP请求消息返回的SIP应答消息时，将SIP应答消息转换为二进制格式的应答消息。

调度中心服务器，还用于根据请求消息索引和抽象描述信息向业务终端发送应答消息，以响应数据请求。

调度中心服务器，还用于控制信令调度服务子进程接收来自于上联设备的SIP请求，并将SIP请求转换为二进制格式的级联请求消息。

调度中心服务器，还用于控制信令调度服务子进程将级联请求消息发送至调度中心服务器中的信令调度服务主进程。

调度中心服务器，还用于控制信令调度服务主进程将级联请求消息从二进制格式转换为SIP请求，并将SIP请求从当前级联设备发送至下联设备。

其中，转码服务器和调度中心服务器还可以实现的功能可参看上文中方式实施例的对应描述，同时达到的有益效果也请参看前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

本申请实施例还提供一种转码服务器和调度中心服务器，如图9所示，其示出了本申请实施例所涉及的调度中心服务器的结构示意图，可以理解地，转码服务器与调度中心服务器的结构示意图相同，转码服务器的结构示意图也请参看该调度中心服务器的结构示意图。具体来讲：

该转码服务器/调度中心服务器可以包括一个或者一个以上处理核心的处理器901、一个或一个以上计算机可读存储介质的存储器902、射频（Radio Frequency，RF）电路903、电源904、输入单元905、以及显示单元906等部件。本领域技术人员可以理解，图中示出的转码服务器/调度中心服务器结构并不构成对转码服务器/调度中心服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器901是该转码服务器/调度中心服务器的控制中心，其中，处理器利用各种接口和线路连接整个转码服务器/调度中心服务器的各个部分，通过运行或执行存储在存储器902内的软件程序和/或模块，以及调用存储在存储器902内的数据，执行转码服务器/调度中心服务器的各种功能和处理数据，从而对转码服务器/调度中心服务器进行整体监控。可选的，处理器可包括一个或多个处理核心；优选的，处理器可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解地是，上述调制解调处理器也可以不集成到处理器中。

存储器902可用于存储软件程序（计算机程序）以及模块，处理器901通过运行存储在存储器902的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器902可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据转码服务器/调度中心服务器的使用所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器902还可以包括存储器控制器，以提供处理器901对存储器902的访问。

RF电路903可用于收发信息过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器901处理；另外，将涉及上行的数据发送给基站。通常，RF电路903包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块（SIM）卡、收发信机、耦合器、低噪声放大器（LNA，Low Noise Amplifier）、双工器等。此外，RF电路903还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统（GSM，Global System of Mobilecommunication）、通用分组无线服务（GPRS，General Packet Radio Service）、码分多址（CDMA，Code Division Multiple Access）、宽带码分多址（WCDMA，Wideband CodeDivision Multiple Access）、长期演进（LTE，Long Term Evolution）、电子邮件、短消息服务（SMS，Short Messaging Service）等。

转码服务器/调度中心服务器还包括给各个部件供电的电源904（比如电池），优选的，电源904可以通过电源管理系统与处理器901逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源904还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该转码服务器/调度中心服务器还可包括输入单元905，该输入单元905可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体地实施例中，输入单元905可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器901，并能接收处理器901发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元905还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

该转码服务器/调度中心服务器还可包括显示单元906，该显示单元906可用于显示由用户输入的信息或提供给用户的信息以及转码服务器/调度中心服务器的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元906可包括显示面板，可选的，可以采用液晶显示器（LCD，Liquid Crystal Display）、有机发光二极管（OLED，Organic Light-Emitting Diode）等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器901以确定触摸事件的类型，随后处理器901根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

尽管未示出，转码服务器/调度中心服务器还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，转码服务器和调度中心服务器中的处理器901会按照如下的指令，将一个或一个以上的应用程序（计算机程序）的进程对应的可执行文件加载到存储器902中，并由处理器901来运行存储在存储器902中的应用程序，从而实现各种功能，如下：

控制转码服务器接收来自于业务终端的数据请求，所述数据请求用于请求目标相机的数据，所述数据请求为基于互联网协议发送的数据请求；将所述数据请求进行转码，以得到二进制格式的请求消息，并将所述请求消息发送至调度中心服务器，以使所述调度中心服务器接收所述请求消息；控制所述调度中心服务器生成所述请求消息的请求消息索引；控制所述调度中心服务器生成所述请求消息的抽象描述信息，所述抽象描述信息包括所述请求消息的来源信息和所述请求消息的应答相关信息；将所述请求消息转换为SIP协议格式的SIP请求消息，并发送所述SIP请求消息，以使得所述目标相机根据所述SIP请求消息进行响应；当所述调度中心服务器接收到所述目标相机基于所述SIP请求消息返回的SIP应答消息时，将所述SIP应答消息转换为二进制格式的应答消息；根据所述请求消息索引和所述抽象描述信息向所述业务终端发送所述应答消息，以响应所述数据请求。

该转码服务器和调度中心服务器可以实现本申请实施例所提供的传输链路管理方法任一实施例中的步骤，因此，可以实现本申请实施例所提供的任一传输链路管理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令（计算机程序）来完成，或通过指令（计算机程序）控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。为此，本发明实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的传输链路管理方法中任一实施例的步骤。

其中，该存储介质可以包括：只读存储器（ROM，Read Only Memory）、随机存取记忆体（RAM，Random Access Memory）、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本发明实施例所提供的任一传输链路管理方法实施例中的步骤，因此，可以实现本发明实施例所提供的任一传输链路管理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种传输链路管理方法、系统以及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种传输链路管理方法，其特征在于，包括：

控制转码服务器接收来自于业务终端的数据请求，所述数据请求用于请求目标相机的数据，所述数据请求为基于互联网协议发送的数据请求；

将所述数据请求进行转码，以得到二进制格式的请求消息，并将所述请求消息发送至调度中心服务器，以使所述调度中心服务器接收所述请求消息；

控制所述调度中心服务器生成所述请求消息的请求消息索引；

控制所述调度中心服务器生成所述请求消息的抽象描述信息，所述抽象描述信息包括所述请求消息的来源信息和所述请求消息的应答相关信息；

将所述请求消息转换为SIP协议格式的SIP请求消息，并发送所述SIP请求消息，以使得所述目标相机根据所述SIP请求消息进行响应；

当所述调度中心服务器接收到所述目标相机基于所述SIP请求消息返回的SIP应答消息时，将所述SIP应答消息转换为二进制格式的应答消息；

根据所述请求消息索引和所述抽象描述信息向所述业务终端发送所述应答消息，以响应所述数据请求。

2.根据权利要求1所述的传输链路管理方法，其特征在于，所述抽象描述信息包括连接句柄、消息结束标记、超时事件和所述请求消息的请求标识，所述连接句柄表示所述转码服务器与所述调度中心服务器之间的第一连接链路，所述消息结束标记用于当接收到所述请求消息的应答消息后，确定所述应答消息是否为所述请求消息的最后一个应答消息，所述超时事件用于确定所述请求消息的应答是否超时，

所述控制所述调度中心服务器生成所述请求消息的抽象描述信息的步骤，包括：

获取根据所述请求消息建立的所述调度中心服务器与所述转码服务器之间的第一连接链路，将所述第一连接链路作为所述请求消息的连接句柄；

设置所述目标相机的消息结束标记和所述请求消息对应的超时事件，并对所述消息结束标记和所述超时事件进行初始化；

将所述连接句柄、所述请求消息中的请求标识、所述消息结束标记和所述超时事件作为所述请求消息的抽象描述信息。

3.根据权利要求2所述的传输链路管理方法，其特征在于，所述请求消息的抽象描述信息还包括状态码，所述状态码用于表示所述目标相机的相机状态，所述控制所述调度中心服务器生成所述请求消息的抽象描述信息的步骤，还包括：

设置所述请求消息对应的状态码并对所述状态码进行初始化。

4.根据权利要求1所述的传输链路管理方法，其特征在于，根据所述请求消息索引和所述抽象描述信息向所述业务终端发送所述应答消息，以响应所述数据请求的步骤，包括：

根据所述应答消息和所述请求消息索引修改对应的抽象描述信息；

根据修改后的所述抽象描述信息，向所述业务终端发送所述应答消息，以响应所述数据请求。

5.根据权利要求4所述的传输链路管理方法，其特征在于，根据所述应答消息和所述请求消息索引修改对应的抽象描述信息的步骤，包括：

根据所述应答消息的应答消息索引和所述请求消息索引确定与所述应答消息对应的请求消息的抽象描述信息；

确定接收到所述目标相机返回的应答消息的接收次数；

当所述接收次数小于所述应答消息中的总次数时，将所述抽象描述信息中的消息结束标记的值设置为接收次数，并重置所述抽象描述信息中的超时事件；

当所述接收次数等于所述应答消息中的总次数时，将所述消息结束标记设置为预设结束标记。

6.根据权利要求4所述的传输链路管理方法，其特征在于，根据所述应答消息和所述请求消息索引修改对应的抽象描述信息的步骤，包括：

根据所述应答消息的应答消息索引和所述请求消息索引确定与所述应答消息对应的请求消息的抽象描述信息；

解析所述应答消息，以确定所述应答消息中的目标状态码；

根据所述目标状态码来更新对应的抽象描述信息中的状态码，并重置所述抽象描述信息中的超时事件。

7.根据权利要求4所述的传输链路管理方法，其特征在于，根据修改后的所述抽象描述信息，向所述业务终端发送所述应答消息，以响应所述数据请求的步骤，包括：

根据修改后的所述抽象描述信息中的连接句柄，确定目标转码服务器；

向所述目标转码服务器发送所述应答消息，以使得目标转码服务器接收到所述应答消息后，将所述应答消息发送至所述业务终端，以响应所述数据请求。

8.根据权利要求1所述的传输链路管理方法，其特征在于，在控制转码服务器接收来自于业务终端的数据请求的步骤之后，还包括：

控制转码服务器生成所述数据请求的请求描述信息，以使得所述转码服务器在接收到所述应答消息时，根据所述请求描述信息向所述业务终端发送所述应答消息，以响应所述数据请求；其中，所述请求描述信息中包括链路句柄、所述数据请求的请求标识和消息结束标记，所述链路句柄用于表示所述业务终端与所述转码服务器之间的第二连接链路。

9.根据权利要求1所述的传输链路管理方法，其特征在于，还包括：

控制调度中心服务器中的信令调度服务子进程接收来自于上联设备的SIP请求，并将所述SIP请求转换为二进制格式的级联请求消息；

将所述级联请求消息发送至调度中心服务器中的信令调度服务主进程；

控制信令调度服务主进程将所述级联请求消息从二进制格式转换为SIP请求，并将所述SIP请求从当前级联设备发送至下联设备。

10.一种传输链路管理系统，其特征在于，包括：

转码服务器，用于接收来自于业务终端的数据请求，所述数据请求用于请求目标相机的数据，所述数据请求为基于互联网协议发送的数据请求；

所述转码服务器，还用于将所述数据请求进行转码，以得到二进制格式的请求消息，并将所述请求消息发送至调度中心服务器，以使所述调度中心服务器接收所述请求消息；

所述调度中心服务器，用于生成所述请求消息的请求消息索引；

所述调度中心服务器，还用于生成所述请求消息的抽象描述信息，所述抽象描述信息包括所述请求消息的来源信息和所述请求消息的应答相关信息；

所述调度中心服务器，还用于将所述请求消息转换为SIP协议格式的SIP请求消息，并发送所述SIP请求消息，以使得所述目标相机根据所述SIP请求消息进行响应；

所述调度中心服务器，还用于当接收到所述目标相机基于所述SIP请求消息返回的SIP应答消息时，将所述SIP应答消息转换为二进制格式的应答消息；

所述调度中心服务器，还用于根据所述请求消息索引和所述抽象描述信息向所述业务终端发送所述应答消息，以响应所述数据请求。

Images