CN115002081B - 媒体流传输方法及相关装置 - Google Patents

Abstract

本发明实施例提供的一种媒体流传输方法及相关装置，涉及安防监控领域。首先，接收客户端发送的针对摄像头的拉流请求；然后，基于拉流请求建立摄像头与端口的映射关系；接着，根据映射关系，生成推流信令；最后，将推流信令发送至监控设备，以使监控设备将摄像头采集的媒体流推送至端口，以响应拉流请求，从而避免监控设备因无法获取到正确的SSRC信息导致的不能正常推送摄像头采集的媒体流。

Description

媒体流传输方法及相关装置

技术领域

本发明涉及安防监控领域，具体而言，涉及一种媒体流传输方法与相关装置。

背景技术

实时传输协议RTP(Real-time Transport Protocol，RTP)详细说明了在互联网上传输的音频和视频的标准数据包格式，RTP数据可以基于用户数据报协议UDP(UserDatagram Protocol，UDP)和传输控制协议TCP(Transmission Control Protocol，TCP)进行传输，即RTP over UDP和RTP over TCP，而RTP over UDP在系统性能消耗、实时性上更具优势，所以当前媒体流主要是指RTP over UDP数据。

GB28181协议是一部规定了城市监控报警联网系统中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求的重要标准。根据GB28181协议，RTP数据中的同步源SSRC(Synchronization Source，SSRC)信息可以用于区分监控设备的不同摄像头采集的媒体流，服务器对接收的RTP over UDP数据中的记录了SSRC信息的字段进行校验，确定媒体流与摄像头的对应关系。SSRC信息由服务器产生，在拉流请求阶段，携带在Invite信令的SDP消息体中y字段中发给监控设备。

由于y字段是GB28181协议在SDP消息体中新增的扩展字段，且在跨网域取流场景下，各网域会在入口处部署防火墙、入侵防御系统、安全网闸等网络安全设备，导致y字段可能会被过滤，使得监控设备无法获取到正确的SSRC信息，不能正常推送摄像头采集的媒体流。

发明内容

为了克服现有技术的不足，提供了一种媒体流传输方法与相关装置，其能够避免监控设备因无法获取到正确的SSRC信息而不能正常推送摄像头采集的媒体流。

本发明的实施例可以这样实现：

第一方面，本发明提供一种媒体流传输方法，应用于监控系统中的服务器，所述监控系统还包括客户端和监控设备，所述客户端和与所述服务器通信连接，所述监控设备与所述服务器通信连接，所述服务器设置有端口，所述监控设备包括摄像头，所述方法包括：

接收所述客户端发送的针对所述摄像头的拉流请求；

基于所述拉流请求建立所述摄像头与所述端口的映射关系；

根据所述映射关系，生成推流信令；

将所述推流信令发送至所述监控设备，以使所述监控设备将所述摄像头采集的媒体流推送至所述端口，以响应所述拉流请求。

在可选的实施方式中，所述基于所述拉流请求建立所述摄像头与所述端口的映射关系的步骤包括：

基于所述拉流请求建立所述监控设备与所述服务器之间的针对所述摄像头的传输通道；

将所述传输通道与所述端口的进行绑定，以建立所述摄像头与所述端口的映射关系。

在可选的实施方式中，所述推流信令包括消息体，所述根据所述映射关系，生成推流信令的步骤包括：

将所述摄像头的标识和所述端口写入所述消息体的预设标准字段；

对所述消息体进行封装，得到所述推流信令。

在可选的实施方式中，所述摄像头为多个，所述端口为多个，所述基于所述拉流请求建立所述摄像头与所述端口的映射关系的步骤还包括：

针对多个所述摄像头中的任一目标摄像头，从多个所述端口中确定目标端口；

建立所述目标摄像头与所述目标端口的映射关系，其中，任意两个所述摄像头对应的端口均不同。

在可选的实施方式中，所述方法还包括：

接收所述客户端发送的针对所述摄像头的终止请求；

将所述端口置为待回收状态；

根据所述映射关系，生成停流信令；

向所述监控设备发送所述停流信令，以使所述监控设备基于所述停流信令停止将所述摄像头采集的媒体流推送至所述端口。

在可选的实施方式中，所述方法还包括：

若所述端口为待回收状态，则判断所述监控设备是否停止推送所述摄像头采集的媒体流；

若所述监控设备停止推送所述摄像头采集的媒体流，则解除所述端口与所述摄像头的映射关系，并将所述端口置为已回收状态；

若所述监控设备未停止推送所述摄像头采集的媒体流，则断开与所述监控设备的通信。

在可选的实施方式中，所述判断所述监控设备是否停止推送所述摄像头采集的媒体流的步骤包括：

若停流信令的发送次数小于预设次数、且预设时间内未接收到所述媒体流，则判定所述监控设备停止推送所述媒体流；

若停流信令的发送次数不小于预设次数、且预设时间内接收到所述媒体流，则判定所述监控设备未停止推送所述媒体流。

第二方面，本发明提供一种媒体流传输装置，应用于监控系统中的服务器，所述监控系统还包括客户端和监控设备，所述客户端和与所述服务器通信连接，所述监控设备与所述服务器通信连接，所述服务器设置有端口，所述监控设备包括摄像头，所述装置包括：

接收模块，用于接收所述客户端发送的针对所述摄像头的拉流请求；

处理模块，用于基于所述拉流请求建立所述摄像头与所述端口的映射关系；

所述处理模块，还用于根据所述映射关系，生成推流信令；

发送模块，用于将所述推流信令发送至所述监控设备，以使所述监控设备将所述摄像头采集的媒体流推送至所述端口，以响应所述拉流请求。

第三方面，本发明提供一种服务器，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如前述实施方式任意一项所述媒体流传输方法。

第四方面，本发明提供一种监控系统，包括客户端、监控设备以及如前述实施方式所述的服务器。

第五方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述实施方式任意一项所述媒体流传输方法。

相较于现有技术，本发明实施例提供的一种媒体流传输方法与相关装置，首先，接收客户端发送的针对摄像头的拉流请求；然后，基于拉流请求建立摄像头与端口的映射关系；接着，根据映射关系，生成推流信令；最后，将推流信令发送至监控设备，以使监控设备将摄像头采集的媒体流推送至端口，以响应拉流请求。由于本发明实施例通过建立摄像头与端口的映射关系，根据映射关系生成推流信令，并将推流信令发送至监控设备，使监控设备将摄像头采集的媒体流推送至端口，从而避免监控设备因无法获取到正确的SSRC信息导致的不能正常推送摄像头采集的媒体流。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的监控系统的一种结构示意图；

图2为本发明实施例提供的非跨网域场景下媒体流的传输过程示意图；

图3为本发明实施例提供的跨网域场景下媒体流的传输过程示意图；

图4为本发明实施例提供的媒体流传输方法的一种流程示意图；

图5为本发明实施例提供的步骤S102的实现方式的一种流程示意图；

图6为本发明实施例提供的步骤S102的实现方式的另一种流程示意图；

图7为本发明实施例提供的步骤S103的实现方式的一种流程示意图；

图8为本发明实施例提供的媒体流传输方法的另一种流程示意图；

图9为本发明实施例提供的媒体流传输方法的再一种流程示意图；

图10为本发明实施例提供的服务器的一种结构示意框图；

图11为本发明实施例提供的媒体流传输装置的一种功能单元框图。

图标：100-监控系统；110-服务器；111-存储器；112-处理器；120-客户端；130-监控设备；200-媒体流传输装置；201-接收模块；202-处理模块；203-发送模块。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。

图1示出了本发明实施例提供的监控系统100的一种结构，图2示出了非跨网域场景下媒体流的传输过程，图3示出了跨网域场景下媒体流的传输过程。

请参照图1，监控系统100包括服务器110、客户端120和监控设备130，其中，客户端120和监控设备130均与服务器110通信连接。

服务器110用于根据客户端120发送的拉流请求，从监控设备130处获取媒体流(即视频数据)，并推送给客户端120进行播放。服务器110可以是一台独立的计算机设备，或者是多个计算机设备组成的集群，或者是一个存储阵列等。

客户端120用于接收服务器110发送的媒体流，并将媒体流在显示界面上进行播放。客户端120可以是手机、平板电脑或者笔记本电脑等。

监控设备130可以包括一个或多个摄像头，当监控设备130包括多个摄像头时，可以采集不同方位的媒体流，监控设备130再通过每个摄像头对应的传输通道将媒体流传输至服务器110，以使服务器110响应客户端120的拉流请求，将媒体流推送给客户端120进行播放。

本发明实施例提供的监控系统100满足GB28181协议中规定的信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求。监控设备130发送的媒体流的数据格式为RTP over UDP，且媒体流中的SSRC值可以标识媒体流对应的摄像头，而SSRC值通常由服务器110产生并发送给监控设备130。

具体地，当服务器110和监控设备130处于相同网域时，请参照图2，服务器110将自身产生的用于指定摄像头的SSRC值携带在Invite信令的SDP消息体的y字段中，发送给监控设备130；监控设备130在获知携带在Invite信令中的SSRC值后，发送响应状态码“200OK”至服务器110，响应状态码“200OK”的SDP消息体的y字段中携带了与Invite信令相同的SSRC值；服务器110在接收到响应状态码“200OK”后，发送确认字符(Acknowledge character，ACK)至监控设备130，使监控设备130按照服务器110产生的SSRC值向服务器110发送媒体流。虽然y字段是SDP消息体的扩展字段，但服务器110和监控设备130处于相同网域，Invite信令的SDP消息体的y字段和响应状态码“200OK”的SDP消息体的y字段均不会被过滤掉，使监控设备130推送的媒体流中SSRC值与服务器110指定的一致。

反观当服务器和监控设备处于不同网域时，请参照图3，监控设备130所在网域的入口处网络安全设备(防火墙、入侵防御系统、安全网闸等)会截获服务器110发送给监控设备130的携带有自身产生的SSRC值的Invite信令；然后，网络安全设备过滤掉Invite信令的SDP消息体的y字段的内容后，再将Invite信令发送给监控设备130，使得监控设备130无法从接收的Invite信令中获取到SSRC值。

此时，监控设备130会进行两种操作，一种是返回给服务器110的响应状态码“200OK”的SDP消息体的y字段也未携带SSRC值，即使后续服务器110发送ACK至监控设备130，监控设备130也无法向服务器110推送媒体流。另一种是监控设备130自身产生新的SSRC值，并将其携带在响应状态码“200OK”的SDP消息体的y字段中发送给服务器110，而服务器110所在网域的入口处网络安全设备也会将响应状态码“200OK”的SDP消息体的y字段的内容进行过滤，使得服务器110也无法获知新的SSRC值，后续监控设备130再接收到服务器110发送的ACK时，按照自身产生的新的SSRC值推送媒体流，使得服务器110无法区分媒体流对应的摄像头。

有鉴于此，本发明实施例提供了一种媒体流传输方法，下面将进行详细介绍。

请参照图4，图4示出了本发明实施例提供的媒体流传输方法的一种流程，其执行主体为上述监控系统100中的服务器110，该方法包括步骤S101～S104。

S101，接收客户端发送的针对摄像头的拉流请求。

其中，拉流请求包括客户端120指定的摄像头，用户在需要观看监控视频时，可以通过点击/控触客户端120的显示界面上的相关控件，将拉流请求发送至服务器110。

S102，基于拉流请求建立摄像头与端口的映射关系。

其中，建立摄像头与端口的映射关系是指服务器110为客户端120指定的摄像头分配对应的端口，用于接收客户端120指定的摄像头采集的媒体流，可以理解地，监控设备130也只将客户端120指定的摄像头采集的媒体流推送到被分配的端口。

S103，根据映射关系，生成推流信令。

其中，推流信令中携带有客户端120指定的摄像头的信息与端口的信息，使监控设备130从服务器110发送的推流信令可以获知客户端120指定的摄像头，以及服务器110上被分配给客户端120指定的摄像头的端口。

S104，将推流信令发送至监控设备，以使监控设备将摄像头采集的媒体流推送至端口，以响应拉流请求。

其中，监控设备130将客户端120指定的摄像头采集的媒体流推送到服务器110上满足映射关系的端口，使服务器110可以响应客户端120的拉流请求。作为一种具体的实现方式，服务器110可以将在被分配给客户端120指定的摄像头的端口处获取的媒体流，加入客户端120指定的摄像头对应的数据队列中，再将数据队列发送给客户端120进行播放。

本发明实施例提供的上述方法，其有益效果在于，通过建立摄像头与端口的映射关系，根据映射关系生成推流信令，并将推流信令发送至监控设备，使监控设备将摄像头采集的媒体流推送至端口，从而避免监控设备因无法获取到正确的SSRC信息导致的不能正常推送摄像头采集的媒体流。

下面将对步骤S102进行详细介绍。

由于客户端120发送的拉流请求中指定的摄像头可以为一个，也可以为多个，本发明实施例针对两种情况，提供了两种步骤S102的实现方式。

当客户端120指定的摄像头为一个时，请参照图5，图5示出了本发明实施例提供的步骤S102的实现方式的一种流程，步骤S102包括子步骤S102-1和S102-2。

S102-1，基于拉流请求建立监控设备与服务器之间的针对摄像头的传输通道。

其中，服务器110通过传输通道推流信令传输至监控设备130，监控设备130通过传输通道将媒体流传输至服务器110。服务器110客户端120指定的摄像头，建立一个只用于传输与该摄像头相关的数据的传输通道。

S102-2，将传输通道与端口的进行绑定，以建立摄像头与端口的映射关系。

其中，服务器110将与客户端120指定的摄像头对应的传输通道与被分配给该摄像头的端口进行绑定，从而建立起二者的映射关系，使监控设备130将该摄像头采集的媒体流通过传输通道传输至服务器110上的端口处。

当客户端120指定的摄像头为多个时，请参照图6，图6示出了本发明实施例提供的步骤S102的实现方式的另一种流程，步骤S102包括子步骤S102-3和S102-4。

S102-3，针对多个摄像头中的任一目标摄像头，从多个端口中确定目标端口。

其中，服务器110包括多个端口，目标摄像头为客户端120指定的多个摄像头中的任意一个，目标端口为服务器110的多个端口中任意一个未被分配的端口。服务器110为任意两个客户端120指定的摄像头分配的端口均是不同的。

S102-4，建立目标摄像头与目标端口的映射关系。

其中，建立目标摄像头与目标端口的映射关系的过程与上述步骤S102-1相同，在此不再进行赘述。

下面将对步骤S103进行详细介绍。

请参照图7，图7示出了本发明实施例提供的步骤S103的实现方式的一种流程，步骤S103包括子步骤S103-1和S103-2。

S103-1，将摄像头的标识和端口写入消息体的预设标准字段。

其中，推流信令包括SDP消息体，服务器110将客户端120指定的摄像头的标识和端口信息写入SDP消息体中的预设标准字段中。在一种具体实现方式中，预设标准字段是m字段。

S103-2，对消息体进行封装，得到推流信令。

其中，将携带了客户端120指定的摄像头的标识和端口信息的SDP消息封装成Invite信令，得到推流信令。

本发明实施例提供上述方法，其有益效果在于，无论服务器110与监控设备130是否处于同一网域，服务器110都可以将端口与摄像头的映射关系发送至监控设备130，使监控设备130都可以正常向服务器110推送媒体流，服务器110也可以正常区分各摄像头采集的媒体流。

由于媒体流主要以RTP over UDP方式传输，而UDP是无连接协议，使得监控设备130无法感知服务器110的状态，当客户端120停止播放视频流时，服务器110需告知监控设备130停止推送媒体流。对此，请参照图8，图8示出了本发明实施例提供的媒体流传输方法的另一种流程，该方法包括步骤S201～S204。

S201，接收客户端发送的针对摄像头的终止请求。

其中，终止请求包括客户端120指定的摄像头，当用户结束监控视频的播放时，可以通过点击/控触客户端120的显示界面上的相关控件，将终止请求发送至服务器110。

S202，将端口置为待回收状态。

其中，服务器110在接收到终止请求后，需先将每个分配给客户端120指定的摄像头的端口均置为待回收状态，端口被置为待回收状态是指该端口接收的媒体流不再被放入发送对应的给客户端120的数据队列，该端口与摄像头的映射关系待解除。可以理解地，当服务器110接收到新的拉流请求时，被置为待回收状态的端口是不能再被分配给新的拉流请求中客户端120指定的摄像头。

S203，根据映射关系，生成停流信令。

其中，停流信令中携带有客户端120指定的摄像头的信息与端口的信息，使监控设备130从服务器110发送的停流信令可以获知客户端120指定的摄像头，以及服务器110上被分配给客户端120指定的摄像头的端口。

S204，向监控设备发送停流信令，以使监控设备基于停流信令停止将摄像头采集的媒体流推送至端口。

其中，服务器110向监控设备130发送停流信令，并监听被置为待回收状态的端口，若发送完停流信令后的一段时间内，被置为待回收状态的端口不再接收到媒体流，则后续不再发送停流信令，否则，将再次发送停流信令，直至待回收状态的端口不再接收到媒体流或停流信令的发送次数达到预设次数。

由于服务器110再接收到新的拉流请求时，被置为待回收状态的端口是不能再被分配给满足新的拉流请求的摄像头的，而服务器110上的端口资源是有限的，为了及时将不再使用的端口释放出来，以分配给其他拉流请求中客户端120指定的摄像头，对此，本发明实施例还提供了一种释放端口的实现方式。

请参照图9，图9示出了本发明实施例提供的媒体流传输方法的再一种流程，该方法包括步骤S301～S303。

S301，若端口为待回收状态，则判断监控设备是否停止推送摄像头采集的媒体流。

其中，服务器110向监控设备130发送停流信令，并监听被置为待回收状态的端口是否还接收到媒体流，根据停流信令的发送次数和监听结果来判断监控设备130是否停止推送满足终止请求的摄像头采集的媒体流。

具体地，步骤S301的实现过程可以如下：

若停流信令的发送次数小于预设次数、且预设时间内未接收到媒体流，则判定监控设备130停止推送媒体流；

若停流信令的发送次数不小于预设次数、且预设时间内接收到媒体流，则判定监控设备130未停止推送媒体流。

其中，预设时间是指发送两次停流信令之间的时间间隔，由于停流信令在传输过程中丢失，使得监控设备130一直未接收到停流信令，或监控设备130自身出现故障，使其即使接收到了停流信令，也无法停止推送媒体流，都会造成停流信令的发送次数不小于预设次数、且预设时间内接收到媒体流这种情况的出现。

在本发明实施例中，当服务器110判定监控设备130停止推送满足终止请求的摄像头采集的媒体流时，执行步骤S302；当服务器110判定监控设备130未停止推送满足终止请求的摄像头采集的媒体流时，执行步骤S303。

S302，解除端口与摄像头的映射关系，并将端口置为已回收状态。

其中，当监控设备130停止推送满足终止请求的摄像头采集的媒体流时，服务器110将满足终止请求的摄像头与在先分配给这类摄像头的端口的映射关系进行解除，并将解除了映射关系的端口从待回收状态置为已回收状态。被置为已回收状态的端口可以再被分配给满足新的拉流请求的摄像头。

S303，断开与监控设备的通信。

其中，由于监控设备130一直未停止推送满足终止请求的摄像头采集的媒体流的原因可能是停流信令在传输过程中丢失，使得监控设备130一直未接收到停流信令，也可能是监控设备130自身出现故障，使其即使接收到了停流信令，也无法停止推送媒体流。对此，服务器110将直接断开与监控设备130的通信，并将监控设备130置为疑似故障状态。

同时，服务器110在断开与监控设备130的通信后，将满足终止请求的摄像头与在先分配给这类摄像头的端口的映射关系进行解除，并将解除了映射关系的端口从待回收状态置为已回收状态。

进一步地，本发明实施例还提供了服务器110的一种结构示意框图，请参照图10，服务器110可以包括存储器111和处理器112。

其中，处理器112可以是一个通用的中央处理器(Central Processing Unit，CPU)，微处理器，特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，或一个或多个用于控制上述方法实施例提供的媒体流传输方法的程序执行的集成电路。

存储器111可以是ROM或可存储静态信息和指令的其它类型的静态存储设备，RAM或者可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmabler-Only MEMory，EEPROM)、只读光盘(CompactdiscRead-Only MEMory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。存储器111可以是独立存在，通过通信总线与处理器112相连接。存储器111也可以和处理器112集成在一起。其中，存储器111用于存储执行本申请方案的机器可执行指令。处理器112用于执行存储器111中存储的机器可执行指令，以实现上述的方法实施例。

本发明实施例还提供一种包含计算机程序的计算机可读存储介质，计算机程序在被执行时可以用于执行上述的方法实施例提供的媒体流传输方法中的相关操作。

请参照图11，图11为本发明实施例提供的媒体流传输装置200的一种功能单元框图。媒体流传输装置200应用于服务器110，可以包括接收模块201、处理模块202以及发送模块203。其中，接收模块201、处理模块202以及发送模块203均能以软件形式存储于机器可读存储介质中。需要说明的是，本发明实施例提供的媒体流传输装置200，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本发明实施例部分未提及指出。

接收模块201，用于接收客户端发送的针对摄像头的拉流请求；

处理模块202，用于基于拉流请求建立摄像头与端口的映射关系；

处理模块202，还用于根据映射关系，生成推流信令；

发送模块203，用于将推流信令发送至监控设备，以使监控设备将摄像头采集的媒体流推送至端口，以响应拉流请求。

在一种实现方式中，处理模块202具体用于基于拉流请求建立监控设备与服务器之间的针对摄像头的传输通道；将传输通道与端口的进行绑定，以建立摄像头与端口的映射关系。

在一种实现方式中，推流信令包括消息体，处理模块202还具体用于将摄像头的标识和端口写入消息体的预设标准字段；对消息体进行封装，得到推流信令。

在一种实现方式中，摄像头为多个，端口为多个，处理模块202还具体用于针对多个摄像头中的任一目标摄像头，从多个端口中确定目标端口；建立目标摄像头与目标端口的映射关系，其中，任意两个摄像头对应的端口均不同。

在一种实现方式中，接收模块201还用于接收客户端发送的针对摄像头的终止请求；处理模块202还用于将端口置为待回收状态；根据映射关系，生成停流信令；发送模块203还用于向监控设备发送停流信令，以使监控设备基于停流信令停止将摄像头采集的媒体流推送至端口。

在一种实现方式中，处理模块202还用于若端口为待回收状态，则判断监控设备是否停止推送摄像头采集的媒体流；若监控设备停止推送摄像头采集的媒体流，则解除端口与摄像头的映射关系，并将端口置为已回收状态；若监控设备未停止推送摄像头采集的媒体流，则断开与监控设备的通信。

在一种实现方式中，处理模块202还具体用于若停流信令的发送次数小于预设次数、且预设时间内未接收到媒体流，则判定监控设备停止推送媒体流；若停流信令的发送次数不小于预设次数、且预设时间内接收到媒体流，则判定监控设备未停止推送媒体流。

综上，本发明实施例提供的一种媒体流传输方法与相关装置，首先，接收客户端发送的针对摄像头的拉流请求；然后，基于拉流请求建立摄像头与端口的映射关系；接着，根据映射关系，生成推流信令；最后，将推流信令发送至监控设备，以使监控设备将摄像头采集的媒体流推送至端口，以响应拉流请求。由于本发明实施例通过建立摄像头与端口的映射关系，根据映射关系生成推流信令，并将推流信令发送至监控设备，使监控设备将摄像头采集的媒体流推送至端口，从而避免监控设备因无法获取到正确的SSRC信息导致的不能正常推送摄像头采集的媒体流。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种媒体流传输方法，其特征在于，应用于监控系统中的服务器，所述监控系统还包括客户端和监控设备，所述客户端与所述服务器通信连接，所述监控设备与所述服务器通信连接，所述服务器设置有端口，所述监控设备包括摄像头，所述监控设备与所述服务器不处于同一网域，所述监控设备所在网域的入口处网络安全设备截获的所述服务器发送给所述监控设备的Invite信令，并在过滤所述Invite信令中的SDP消息体的y字段后，将所述Invite信令发送给所述监控设备，所述y字段用于写入所述服务器产生的SSRC值，所述方法包括：

接收所述客户端发送的针对所述摄像头的拉流请求；

基于所述拉流请求建立所述摄像头与所述端口的映射关系；

根据所述映射关系，生成推流信令，所述推流信令包括SDP消息体；

将所述推流信令发送至所述监控设备，以使所述监控设备将所述摄像头采集的媒体流推送至所述端口，以响应所述拉流请求；

所述根据所述映射关系，生成推流信令的步骤包括：

将所述摄像头的标识和所述端口写入所述SDP消息体的m字段；

将所述SDP消息体封装成Invite信令，得到所述推流信令。

2.如权利要求1所述的方法，其特征在于，所述基于所述拉流请求建立所述摄像头与所述端口的映射关系的步骤包括：

基于所述拉流请求建立所述监控设备与所述服务器之间的针对所述摄像头的传输通道；

将所述传输通道与所述端口的进行绑定，以建立所述摄像头与所述端口的映射关系。

3.如权利要求1所述的方法，其特征在于，所述摄像头为多个，所述端口为多个，所述基于所述拉流请求建立所述摄像头与所述端口的映射关系的步骤还包括：

针对多个所述摄像头中的任一目标摄像头，从多个所述端口中确定目标端口；

建立所述目标摄像头与所述目标端口的映射关系，其中，任意两个所述摄像头对应的端口均不同。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述客户端发送的针对所述摄像头的终止请求；

将所述端口置为待回收状态；

根据所述映射关系，生成停流信令；

向所述监控设备发送所述停流信令，以使所述监控设备基于所述停流信令停止将所述摄像头采集的媒体流推送至所述端口。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

若所述端口为待回收状态，则判断所述监控设备是否停止推送所述摄像头采集的媒体流；

若所述监控设备停止推送所述摄像头采集的媒体流，则解除所述端口与所述摄像头的映射关系，并将所述端口置为已回收状态；

若所述监控设备未停止推送所述摄像头采集的媒体流，则断开与所述监控设备的通信。

6.如权利要求5所述的方法，其特征在于，所述判断所述监控设备是否停止推送所述摄像头采集的媒体流的步骤包括：

若停流信令的发送次数小于预设次数、且预设时间内未接收到所述媒体流，则判定所述监控设备停止推送所述媒体流；

若停流信令的发送次数不小于预设次数、且预设时间内接收到所述媒体流，则判定所述监控设备未停止推送所述媒体流。

7.一种媒体流传输装置，其特征在于，应用于监控系统中的服务器，所述监控系统还包括客户端和监控设备，所述客户端与所述服务器通信连接，所述监控设备与所述服务器通信连接，所述服务器设置有端口，所述监控设备包括摄像头，所述监控设备与所述服务器不处于同一网域，所述监控设备所在网域的入口处网络安全设备截获的所述服务器发送给所述监控设备的Invite信令，并在过滤所述Invite信令中的SDP消息体的y字段后，将所述Invite信令发送给所述监控设备，所述y字段用于写入所述服务器产生的SSRC值，所述装置包括：

接收模块，用于接收所述客户端发送的针对所述摄像头的拉流请求；

处理模块，用于基于所述拉流请求建立所述摄像头与所述端口的映射关系；

所述处理模块，还用于根据所述映射关系，生成推流信令，所述推流信令包括SDP消息体；

发送模块，用于将所述推流信令发送至所述监控设备，以使所述监控设备将所述摄像头采集的媒体流推送至所述端口，以响应所述拉流请求；

所述处理模块具体用于将所述摄像头的标识和所述端口写入所述SDP消息体的m字段；将所述SDP消息体封装成Invite信令，得到所述推流信令。

8.一种服务器，其特征在于，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-6任意一项所述媒体流传输方法。

9.一种监控系统，其特征在于，包括客户端、监控设备以及如权利要求8所述的服务器。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6任意一项所述媒体流传输方法。