一种安防视频流传输方法、系统、设备及存储介质技术方案

本发明专利技术提供一种安防视频流传输方法，包括：获取预览请求，查询可用并且已接入视频流数量最少的流媒体服务实例；基于所述流媒体服务实例生成SSRC，以用于创建媒体收流通道和向设备发送请求视频流信令消息；在媒体收留通道创建成功的情况下，则向设备发送请求视频流信令消息；接收到设备推流后，解析视频流数据包中SSRC，使用对应的收流通道接收所述视频流数据包，并上报该视频流在线状态。将现有媒体服务和信令服务进行分离，SSRC由信令服务来生成。将原来的媒体服务的收流通道与SSRC解绑，每次请求视频流前都需要重新生成一个新的SSRC，生成SSRC是需要排除已经生成正常使用的，避免重复使用。避免重复使用。避免重复使用。

【技术实现步骤摘要】
一种安防视频流传输方法、系统、设备及存储介质


[0001]本专利技术属于安防视频流传输
，尤其涉及一种安防视频流传输方法、系统设备及存储介质。

技术介绍

[0002]在安防视频监控领域，GB/T28181标准规定了公共安全视频监控联网系统的互联结构,传输、交换、控制的基本要求和安全性要求,其中媒体流是基于RTP协议(Real
‑
time Transport Protocol，实时传输协议)进行传输。在RTP协议中，定义SSRC(Synchronization source，同步源)为RTP包流的源，用RTP报头中32位数值的SSRC标识符进行标识，不同的媒体流的源对应一个SSRC，同一媒体服务不能有相同的SSRC。媒体服务通过SIP协议(Session initialization Protocol，会话初始协议)向设备请求实时/历史媒体流，其中SSRC通过联网系统中SIP消息体中携带的SDP(Session Description Protocol，会话描述协议)的Y字段携带。Y字段携带的SSRC由10位十进制组成，其中第1位是实时流和历史流标识位。第2位至第6位取20位SIP监控域ID之中的4到8位作为域标识，第7位至第10位作为域内媒体流标识，后4位作为当前域内产生的媒体流标识。
[0003]现有技术中，媒体服务在创建视频流通道时生成SSRC，为区分不同设备流，媒体服务将SSRC与媒体通道编号进行绑定。实际应用中，媒体服务视频流通道对应的SSRC保证了不重复，但该媒体服务创建收流通道的数量受限于4位可以使用的SSRC数量，当视频流接入数量超过该数量后，媒体服务无可用SSRC创建新的收流通道，不能增加更多的请求设备预览视频流。因此，不能满足超过万路以上视频流的安防视频监控系统需求。
[0004]同时，媒体服务在创建视频流收流通道时将SSRC与通道编号进行绑定，这样保证通道收流的SSRC的唯一性，但在实际应用中，信令服务向国标设备请求视频的SIP消息一般通过UDP协议(User Datagram Protocol，用户数据报协议)进行传输，存在同一网段内的不同的设备都可能收到通道的收流SSRC编号，不同的摄像头设备视频流携带相同的SSRC会向媒体服务同一收流通道推流，导致对应通道视频流出现串流问题。

技术实现思路

[0005]为解决上述问题，本专利技术的目的是提供一种安防视频流传输RTP报文头中SSRC的生成方法、系统、设备及存储介质，该方法、系统、设备及存储介质能够使得SSRC可以复用和避免重复，使得请求设备不受数量限制并且不会出现串流的问题。
[0006]为实现上述目的，本专利技术的技术方案为：一种安防视频流传输方法，包括：获取预览请求，查询可用并且已接入视频流数量最少的流媒体服务实例；基于所述流媒体服务实例生成SSRC，以用于创建媒体收流通道和向设备发送请求视频流信令消息；在媒体收留通道创建成功的情况下，则向设备发送请求视频流信令消息；接收到设备推流后，解析视频流数据包中SSRC，使用对应的收流通道接收所述视频流数据包，并上报该视频流在线状态。
[0007]在本专利技术的一个实施例中，所述获取预览请求，查询可用并且已接入视频流数量
最少的流媒体服务实例包括：将媒体服务和信令服务进行分离；调用接入服务接口，获取预览实时视频流请求。
[0008]在本专利技术的一个实施例中，所述基于所述流媒体服务实例生成SSRC包括：查询数据库存储已生成的SSRC表，根据媒体服务实例编号过滤，查询出该编号下已生成的SSRC；SSRC后四位范围是从0
‑
9999，从该范围排除上步骤查询到已生成的SSRC；调用随机函数，从0
‑
9999中随机取出一个未使用的数作为SSRC后四位，并组装成完整的十位SSRC；对已生成的SSRC根据GB/T28181规范进行有效性校验，并存储到数据库中，返回生成结果。
[0009]在本专利技术的一个实施例中，所述创建媒体收流通道和向设备发送请求视频流信令消息包括：在所述设备为本域设备的情况下，本域设备携带新生成的SSRC调用媒体服务实例接口创建视频流通道；若本域设备创建通道成功，则向设备发送请求视频流信令消息；若创建收流通道SSRC重复异常，则重新生成新的SSRC再创建收流通道。
[0010]在本专利技术的一个实施例中，所述创建媒体收流通道和向设备发送请求视频流信令消息还包括：在所述设备为外域设备的情况下，直接向外域设备发送请求视频流消息；设备回复200OK后，使用该消息携带的SSRC调用媒体服务实例创建收流通道；若SSRC在媒体服务存在已使用，则通知外域设备携带新的SSRC再重新创建收流通道。
[0011]在本专利技术的一个实施例中，所述方法还包括：在通道视频流离线后上报接入服务，接入服务查询该视频SSRC，并在媒体服务实例已使用SSRC数据库中删除该SSRC；已删除释放的SSRC在下次生成时，不进行排除，允许再次生成，可以重复使用。
[0012]在本专利技术的一个实施例中，所述方法还包括：SSRC生成后进行多次唯一性和有效性校验，确保新生成的SSRC没有被使用。
[0013]基于相同的构思，本专利技术还提供一种安防视频流传输系统，包括：获取模块，用于获取预览请求，查询可用并且已接入视频流数量最少的流媒体服务实例；信令模块，用于基于所述流媒体服务实例生成SSRC，以用于创建媒体收流通道和向设备发送请求视频流信令消息；请求模块，用于在媒体收留通道创建成功的情况下，则向设备发送请求视频流信令消息；接受模块，用于接收到设备推流后，解析视频流数据包中SSRC，使用对应的收流通道接收所述视频流数据包，并上报该视频流在线状态。
[0014]基于相同的构思，本专利技术还提供一种计算机设备，包括：存储器，所述存储器用于存储处理程序；处理器，所述处理器执行所述处理程序时实现所述的安防视频流传输方法。
[0015]基于相同的构思，本专利技术还提供一种可读存储介质，所述可读存储介质上存储有处理程序，所述处理程序被处理器执行时实现所述的安防视频流传输方法。
[0016]采用上述技术方案后，与现有技术相比，本专利技术的有益之处在于：
[0017]1、将现有媒体服务和信令服务进行分离，SSRC由信令服务来生成。将原来的媒体服务的收流通道与SSRC解绑，每次请求视频流前都需要重新生成一个新的SSRC，生成SSRC是需要排除已经生成正常使用的，避免重复使用。
[0018]2、本专利技术通过将媒体服务的收流通道与SSRC解绑，每次请求视频流前都需要重新生成一个新的SSRC，可以实现后续SSRC资源的释放可能性
[0019]3、区分本域和外域设备，在级联外域监控系统时，外域监控设备视频流时不会出现外域SSRC与本域SSRC冲突情况，不会导致媒体通道不能正常接收视频流。
附图说明
[0020]下面结合附图对本专利技术的具体实施方式作进一步详细说明，其中：
[0021]图1为现有技术安防视频流传输方法本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种安防视频流传输方法，其特征在于，包括：获取预览请求，查询可用并且已接入视频流数量最少的流媒体服务实例；基于所述流媒体服务实例生成SSRC，以用于创建媒体收流通道和向设备发送请求视频流信令消息；在媒体收留通道创建成功的情况下，则向设备发送请求视频流信令消息；接收到设备推流后，解析视频流数据包中SSRC，使用对应的收流通道接收所述视频流数据包，并上报该视频流在线状态。2.如权利要求1所述的安防视频流传输方法，其特征在于，所述获取预览请求，查询可用并且已接入视频流数量最少的流媒体服务实例包括：将媒体服务和信令服务进行分离；调用接入服务接口，获取预览实时视频流请求。3.如权利要求1所述的安防视频流传输方法，其特征在于，所述基于所述流媒体服务实例生成SSRC包括：查询数据库存储已生成的SSRC表，根据媒体服务实例编号过滤，查询出该编号下已生成的SSRC；SSRC后四位范围是从0
‑
9999，从该范围排除上步骤查询到已生成的SSRC；调用随机函数，从0
‑
9999中随机取出一个未使用的数作为SSRC后四位，并组装成完整的十位SSRC；对已生成的SSRC根据GB/T28181规范进行有效性校验，并存储到数据库中，返回生成结果。4.如权利要求3所述的安防视频流传输方法，其特征在于，所述创建媒体收流通道和向设备发送请求视频流信令消息包括：在所述设备为本域设备的情况下，本域设备携带新生成的SSRC调用媒体服务实例接口创建视频流通道；若本域设备创建通道成功，则向设备发送请求视频流信令消息；若创建收流通道SSRC重复异常，则重新生成新的SSRC再创建收流通道。5.如权利要求4所述的安防视频流传输方法，其特征在于...

【专利技术属性】
技术研发人员：唐杰，王宗宝，李庆瑜，戴立言，
申请(专利权)人：上海网达软件股份有限公司，
类型：发明
国别省市：