CN110312147B - 业务数据传输的方法、系统与存储介质 - Google Patents

业务数据传输的方法、系统与存储介质 Download PDF

Info

Publication number
CN110312147B
CN110312147B CN201910507417.XA CN201910507417A CN110312147B CN 110312147 B CN110312147 B CN 110312147B CN 201910507417 A CN201910507417 A CN 201910507417A CN 110312147 B CN110312147 B CN 110312147B
Authority
CN
China
Prior art keywords
frame
data
service data
sending
video channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910507417.XA
Other languages
English (en)
Other versions
CN110312147A (zh
Inventor
黎建钊
孟超伟
陈声慧
俞翔
黄仝宇
汪刚
宋一兵
侯玉清
刘双广
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Gosuncn Technology Group Co Ltd
Original Assignee
Gosuncn Technology Group Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gosuncn Technology Group Co Ltd filed Critical Gosuncn Technology Group Co Ltd
Priority to CN201910507417.XA priority Critical patent/CN110312147B/zh
Publication of CN110312147A publication Critical patent/CN110312147A/zh
Application granted granted Critical
Publication of CN110312147B publication Critical patent/CN110312147B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种业务数据传输的方法与系统，该方法包括：根据预设的分包阈值，对接收到的业务数据进行分包，生成业务数据包；将业务数据包按照预设的帧格式封装成独立的帧数据；对帧数据进行编码，并将编码后的帧数据封装I帧头或/和P帧头，得到第一编码格式的数据；将第一编码格式的数据封装为PS流，并将PS流发送至接收端；上述方法基于原有的GB/T28181协议或GB35114协议，通过编码、I/P封装、PS封装将业务数据伪装成实时视频流进行传输，接收端只需将接收到的视频流解码和解封装，即可得到业务数据，业务数据传输的过程中无需增设专门的文件服务器进行文件中转，支持大量业务数据的传输，提高传输效率。

Description

业务数据传输的方法、系统与存储介质
技术领域
本发明涉及计算机及通信领域，尤其涉及一种业务数据传输的方法、系统与存储介质。
背景技术
GB/T28181《公共安全视频监控联网系统信息传输、交换、控制技术要求》规定了城市监控报警联网系统中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求，使得不同系统厂家的视频监控平台的互相独立、规则不统一的资源可以实现资源共享。
但是，目前的GB28181协议只规定了实时音视频流点播，设备查询、控制，设备的GPS上送，语音广播和语音对讲等流程，随着云防业务需求的日渐增长(如人脸车载图片、视频标签数据、告警信息、预案信息等)，GB28181协议并不能满足这些业务数据在视频专网和公安网的传输穿透，导致现场通常需要在视频专网和公安专网开通专门的文件服务器传输上述业务数据，并且在传输业务数据时需要公安部门的审批，此外传输数量也收到限制，因此，对于需要进行大量业务数据的传输时，传输效率低。
发明内容
针对上述问题，本发明的目的在于提供一种业务数据传输的方法、系统与存储介质，其无需增设专门的文件服务器进行文件中转传输，支持大量业务数据的传输，传输效率高。
第一方面，本发明实施例提供了一种业务数据传输的方法，包括：
根据预设的分包阈值，对接收到的业务数据进行分包，生成业务数据包；
将所述业务数据包按照预设的帧格式封装成独立的帧数据；
对所述帧数据进行编码，并将编码后的帧数据封装I帧头或/和P帧头，得到第一编码格式的数据；
将所述第一编码格式的数据封装为PS流，并将所述PS流发送至接收端。
优选地，所述对所述帧数据进行编码，并将编码后的帧数据封装I帧头或/和P帧头，得到第一编码格式的数据，具体包括：
对所述帧数据进行base64编码；
对base64编码后的帧数据添加I帧头或/和P帧头；
将添加I帧头或/和P帧头的帧数据封装成第一编码格式的数据。
优选地，所述将所述业务数据包按照预设的帧格式封装成独立的帧数据之前，还包括：
根据各路视频通道对应的第一缓存区的缓存值，选择一路视频通道；其中，所述视频通道建立在发送端与接收端之间，所述第一缓存区设置在所述发送端。
优选地，所述根据各路视频通道对应的第一缓存区的缓存值，选择一路视频通道，包括：
获取各路视频通道对应的第一缓存区的最大缓存值、当前缓存值；其中，所述第一缓存区设有第一环形数组，所述第一环形数组用于缓存采用所述第一缓存区对应视频通道传输的PS流的帧序号；
根据获取的各路视频通道对应的发送缓存区的最大缓存值、当前缓存值以及分包阈值，初始化各个视频通道的权值；
根据各路视频通道的权值，在每个时隙内采用平滑加权轮询算法从所有视频通道中选择一路视频通道。
优选地，所述方法还包括：
根据接收到的确认报文，对丢失的PS流进行重传，并减少已选择的视频通道对应的拥塞窗口；其中，所述确认报文是由所述接收端按照预设的时间间隔发送的响应于接收到的PS流生成的报文；
采用慢启动算法和拥塞避免算法动态调整已选择的视频通道对应的拥塞窗口，并根据已选择的视频通道对应的拥塞窗口的最小值和滑动窗口的最小值，确定已选择的视频通道对应的发送单元的数据发送量阈值。
第二方面，本发明实施例还提了一种业务数据传输的方法，包括：
对接收到的PS流进行解封装和解码，从所述PS流中提取出帧数据和第一CRC校验码；其中，所述帧数据由分包后的业务数据按照预设的帧格式封装而成，所述预设的帧格式包括帧序号、包序号、目的接收方topic以及业务数据；
对解码出的帧数据进行CRC校验，得到第二CRC校验码；
当所述第一CRC校验码与所述第二CRC校验码一致时，从所述帧数据中解码出业务数据，并按照目的接收方topic将所述业务数据发送给目的接收方；其中，所述目的接收方topic从所述帧数据中解码得出。
优选地，所述当所述第一CRC校验码与所述第二CRC校验码一致时，从所述帧数据中解码出业务数据，并按照目的接收方topic将所述业务数据发送给目的接收方，具体包括：
从所述帧数据中解码出业务数据、帧序号、包序号、目的接收方topic，并按照解码出的帧序号将所述帧数据写入第二缓存区；其中，各路视频通道对应个设有所述第二缓存区，所述第二缓存区设置在接收端；
判断所述第二缓存区中游标指向的待确认帧序号对应的数组是否存在帧数据；
当所述第二缓存区中游标指向的待确认帧序号对应的数组存在帧数据时，提取所述待确认帧序号对应的数组存储的帧数据，并从待确认帧序号对应的帧数据解码出业务数据；其中，所述游标以自增的方式轮回检测；
将所述待确认帧序号对应的业务数据发送至发送队列，并根据Seq进行排队缓冲；按照解码出的目的接收方topic按顺序将所述待确认帧序号对应的业务数据发送给目的接收方。
优选地，所述方法还包括：
响应于接收到的PS流，生成确认报文，并按照预设的时间间隔将所述确认报文发送至发送端；其中，所述确认报文包括待确认帧序号。
第三方面，本发明实施例还提供了一种业务数据传输的系统，包括：发送端和接收端；
所述发送端包括：
数据分包模块，用于根据预设的分包阈值，对接收到的业务数据进行分包，生成业务数据包；
至少一个发送模块，包括：第一封装单元、第一编码单元、第二封装单元以及第一发送单元；
所述第一封装单元，用于将所述业务数据包按照预设的帧格式封装成独立的帧数据，所述预设的帧格式包括帧序号、包序号、目的接收方topic以及业务数据；
所述第一编码单元，用于对所述帧数据进行编码，并将编码后的帧数据封装I帧头或/和P帧头，得到第一编码格式的数据；
所述第二封装单元，用于将所述第一编码格式的数据封装为PS流；
所述第一发送单元，用于将所述PS流发送至接收端；
所述接收端包括至少一个接收模块，所述接收模块包括：第一解码模块、第二校验模块、第二发送单元以及确认反馈单元；
所述第一解码模块，用于对接收到的PS流进行解封装和解码，从所述PS流中提取出帧数据和第一CRC校验码；
所述第二校验模块，用于对解码出的帧数据进行CRC校验，得到第二CRC校验码；
所述第二发送单元，用于当所述第一CRC校验码与所述第二CRC校验码一致时，从所述帧数据中解码出业务数据；并按照目的接收方topic将所述业务数据发送给目的接收方；其中，所述目的接收方topic从所述帧数据中解码得出；
确认反馈单元，用于定时向发送端反馈待确认帧序号和滑动窗口信息。
优选地，所述发送端还包括：
负载均衡模块，用于根据各路视频通道对应的第一缓存区的缓存值，选择一路视频通道；其中，所述视频通道建立在发送端与接收端之间，所述第一缓存区设置在所述发送端。
第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如第一方面中任意一项所述的业务数据传输的方法和/或第二方面中任意一项所述的业务数据传输的方法。
相对于现有技术，本发明实施例的有益效果在于：
基于原有的GB/T28181协议或GB35114协议，通过编码、I/P封装、PS封装将业务数据伪装成实时视频流进行传输，接收端只需将接收到的视频流解码和解封装，即可得到业务数据，业务数据传输的过程中无需增设专门的文件服务器进行文件中转，将业务数据分包发送，可以实现大量业务数据的传输，提高传输效率。
附图说明
为了更清楚地说明本发明的技术方案，下面将对实施方式中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明第一实施例提供的业务数据传输的方法流程示意图；
图2是本发明实施例所述业务数据传输的示意框图；
图3是本发明实施例所述的预设的帧格式示意图；
图4是本发明实施例所述的I/P封装后数据格式的示意图；
图5是本发明实施例提供的多路视频通道传输示意图；
图6是本发明第二实施例提供的业务数据传输的方法流程示意图；
图7是本发明第三实施例提供的业务数据传输的系统的示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，如图2所示，以下级业务网关作为发送端，28181网关为转发端用于识别和发送28181指令并通过内部协议转发给上级业务网关，上级业务网关作为接收端，。具体地，发送端包括至少一个发送单元、接收端包括至少一个接收单元，其中，每个发送单元一一对应一接收单元，构成一路视频通道；每个发送单元各配置一第一缓存区；每个接收单元各配置一第二缓存区。
请参照图1，本发明第一实施例提供了一种业务数据传输的方法，其可由基于发送端来执行，包括以下步骤：
S11：根据预设的分包阈值，对接收到的业务数据进行分包，生成业务数据包。
在本发明实施例中，所述业务数据包括人脸车载图片、视频标签数据、告警信息、预案信息等，主要通过视频门禁设备，云眼、人脸识别执法仪、人脸摄像机、卡口、移动警务终端等设备采集。
检测每单位时间内接收到的业务数据的大小，当单位时间内接收到的业务数据的大小超过所述预设的分包阈值时，将单位时间内接收到的业务数据按照所述分包阈值进行分包，直至剩余的业务数据的大小不超过所述预设的分包阈值，并将剩余的业务数据打包；当单位时间内接收到的业务数据的大小不超过所述预设的分包阈值时，将单位时间内接收到的业务数据打包。通过对业务数据进行分包，避免由于接收到的业务数据过大导致的一包的负荷过大，降低丢包的概率。
S12：将所述业务数据包按照预设的帧格式封装成独立的帧数据。
进一步地，所述预设的帧格式包括帧序号framenum(0-5*1024*1024)、包序号Seq(0-10*1024*1024)、目的接收方topic以及业务数据BusinessData，如图3所示。
需要说明的是，发送端和接收端各自向下级业务网关和上级业务网关配套的TCP服务器注册同一个topic，发送端在发送数据的过程中将注册的topic带上，到达接收端的TCP服务器后将匹配注册的topic进行转发给目的接收方。。
在本发明实施例中，所述业务数据包按照包序号进行排序缓冲，以使得业务数据包按照包序号顺序发送，保证业务数据传输的有序性，避免业务数据在传输过程中发生乱序导致接收端出现解析数据错误的情况。
S13：对所述帧数据进行编码，并编码后的帧数据封装I帧头或/和P帧头，得到第一编码格式的数据。
在传输视频流时，视频帧序列一般是25帧/s，其中I帧代表关键帧，P帧代表非关键帧，在本发明实施中，封装成I/P帧的规则是：在1秒内，第一帧为I帧，每40ms打上P帧，然后下一秒重复如此。
S14：将所述第一编码格式的数据封装为PS流，并将所述PS流发送至接收端。
进一步地，将所述PS流按照预设的帧率发送至接收端，例如所述预设的帧率为25帧/s。通过设定PS流以固定的帧率发送，避免由于帧率过快，进行视频帧分析检测时导致的视频帧丢失，提高传输效率。
通过步骤S13将帧数据模拟成H264编码格式的数据，并进行PS封装，最终将业务数据伪装成PS流(视频流)。
ES流(Elementary Stream)：也叫基本码流，包含视频、音频或数据的连续码流。
PES流(Packet Elementary Stream)：也叫打包的基本码流，是将基本的码流ES流根据需要分成长度不等的数据包，并加上包头就形成了打包的基本码流PES流。
PS流(Program Stream)：由PS包组成，而一个PS包又由若干个PES包组成；PS包的包头中包含了同步信息与时钟恢复信息。
在本发明实施例中，基于原有的GB/T28181协议或GB35114协议，通过编码、I/P封装、PS封装将业务数据伪装成实时视频流进行传输，接收端只需将接收到的视频流解码和解封装，即可得到业务数据，业务数据传输的过程中无需增设专门的文件服务器进行文件中转，将业务数据分包发送，可以实现大量业务数据的传输，提高传输效率。
在一种可选的实施例中，S13：对所述帧数据进行编码，并将编码后的帧数据封装I帧头或/和P帧头，得到第一编码格式的数据，具体包括：
S131：对所述帧数据进行base64编码。
采用base64编码对所述帧数据进行编码，将所述帧数据模拟成H264编码格式的数据。H264编码后的帧头前4个字节是0x00,0x00,0x00,0x01，为防止一帧的业务数据本身携带这种标识而错被认为是另一帧的开始，进一步地，本发明实施例利用base64编码在所述帧数据的每个3个字节后填一个补充字节，避免出现将所述帧数据错误认为是另一帧的开始。
进一步地，在进行I/P帧封装前，对base64编码后的帧数据进行CRC校验，得到第一CRC校验码。
CRC校验可以理解为发送端先对帧数据进行CRC循环校验并生成校验码，发送端将携带校验码和帧数据一起发送，接收端解码出发送端的校验码，并对帧数据进行再次CRC校验，将生成的校验码和发送端的校验码进行比较，若相等，则证明数据百分百的准确性；通过CRC校验能够有效检测数据的准确性。
S132：对base64编码后的帧数据添加I帧头或/和P帧头。
需要说明的是，视频流传输帧是以一个GOP序列为单位的，1s内第一帧为I帧，之后24帧为P帧，帧率即为25帧/s。例如：
I帧头：
0x00,0x00,0x00,0x01,0x67,0x64,0x00,0x32,0xAC,0x2C,0x6A,0x80,0x80,0x03,0x06,0x9B,
0x80,0x80,0x80,0xA0,0x00,0x00,0x7D,0x00,0x00,0x18,0x6A,0x10,0x80,0x00,0x00,0x00,
0x01,0x68,0xEE,0x3C,0xB0,0x00,0x00,0x00,0x01,0x65
P帧头：
0x00,0x00,0x00,0x01,0x61
其中，I帧头和P帧头以十六进制形式给出。
S133：将添加I帧头或/和P帧头的帧数据封装成第一编码格式的数据。
在本发明实施例中，通过对base64编码后的帧数据进行CRC校验，得到第一CRC校验码，然后进行I/P帧封装，得到如图4所示H264编码格式的第一编码格式的数据，可以理解的是，所述报文段指的是经过base64编码后的帧数据。通过上述步骤S131-134在业务数据上打上了H264编码的标识，从而使得业务数据模拟成H264编码的数据。
在一种可选的实施例中，S12：将所述业务数据包按照预设的帧格式封装成独立的帧数据之前，包括：
根据各路视频通道对应的第一缓存区的缓存值，选择一路视频通道；其中，所述视频通道建立在发送端与接收端之间，所述第一缓存区设置在所述发送端。
在一种可选的实施例中，所述根据各路视频通道对应的第一缓存区的缓存值，选择一路视频通道，包括：
定时获取各路视频通道对应的第一缓存区的最大缓存值、当前缓存值；其中，所述第一缓存区设有第一环形数组，所述第一环形数组用于缓存采用所述第一缓存区对应视频通道传输的PS流的帧序号；
根据当前获取的各路视频通道对应的发送缓存区的最大缓存值、当前缓存值以及分包阈值，初始化各个视频通道的权值；
根据各路视频通道的权值，在每个时隙内采用平滑加权轮询算法从所有视频通道中选择一路视频通道。
在本发明实施例中，发送端和接收端之间建立了多路GB/T28181协议传输数据的视频通道；对应地，在发送端配置了对于视频通道一一对应的第一缓存区，用于按照帧序号缓存各路视频通道传输的PS流的；其中，所述第一缓存区采用环形数组进行缓存。如图5所示，给出了3路视频通道传输的示意图，其中，每一路视频通道均设有两个权值：固定权值weight-指定的该视频通道的权重，这个值是固定不变的；当前权值current_weight-该视频通道目前的权重；以0为初始值动态调整。
视频通道基于平滑加权轮询算法选择过程如下：每次当业务数据到来，选取视频通道时，会遍历数组中所有视频通道。对于每路视频通道，让它的current_weight增加它的weight；同时累加所有视频通道的weight，并保存为total。遍历完所有视频通道之后，如果该视频通道的current_weight是最大的，就选择这个视频通道处理本次数据发送请求，最后把该视频通道的current_weight减去total。
在本发明实施例中，利用每路视频通道的第一缓存区的值作为权值衡量的指标，设定每路视频通道的第一缓存区的最大缓存值，即每个发送单元的最大缓存值为max_cache，当前缓存值为cur_cache，packet_size为分包阈值，则视频通道的权值，即当前发送单元的权值的计算方法：
(max_cache-cur_cache)/packet_size。
当一路视频流发送缓存比较大时，证明该路视频流传输的状况并不良好，权值低。反之，发送缓存较小时，证明比较多的视频帧已经得到了确认，视频流传输性能良好，权值高。
本发明实施例定时去获取视频通道的缓存值来初始化该视频通道的固定权值weight，在每个时隙内，业务数据根据平滑加权轮询算法去选择视频通道进行传输，然后通过上述步骤S12-S14将业务数据模拟成多路视频流传输，能够有效减少传输带宽的需要，进一步提高传输效率。
在一种可选的实施例中，所述方法还包括：
将已选择的视频通道传输中的当前帧序号作为所述业务数据的帧序号。
在选择好视频通道后，在步骤S11生成的业务数据包打上已选择的视频通道传输中当前帧序号framenum，其中，每路视频通道维护按顺序递增的帧序号，帧序号从1开始轮回自增，每分到一个业务数据包自加1，范围为(0-5*1024*1024)。每个发送单元对应的视频通道的缓存都是独立的，并按照帧序号framenum来进行缓存。采用环形数组进行缓存，是以帧序号framenum为环形数组的地址偏移量，寻址高效，同时插入、删除和查询帧数据的操作互不影响，处理高效。
在一种可选的实施例中，所述方法还包括：
根据接收到的确认报文，对丢失的PS流进行重传，并减少已选择的视频通道对应的拥塞窗口；其中，所述确认报文是由所述接收端按照预设的时间间隔发送的响应于接收到的PS流生成的报文；
采用慢启动算法和拥塞避免算法动态调整已选择的视频通道对应的拥塞窗口，并根据已选择的视频通道对应的拥塞窗口的最小值和滑动窗口的最小值，确定已选择的视频通道对应的发送单元的数据发送量阈值。在本发明实施例中，每个发送单元维护一个拥塞窗口和滑动窗口，根据网络的拥塞情况调整拥塞窗口的大小；例如网络没有出现拥塞，增大拥塞窗口，以便更多的分组发送出去；网络出现拥塞，减少拥塞窗口，以便减少网络的分组数。优选地，可根据接收端回复的确认报文确定网络的拥塞情况，每个发送单元设有超时计时器，具体地：当接收到的确认报文相同的待确认帧序号超过N次时判定待确认帧序号对应的帧数据在发送过程中已被丢失，网络出现了堵塞，减少已选择的视频通道的拥塞窗口，重传待确认帧序号对应的帧数据；当在超时计时器设定的时限内没有接收到确认报文时，判定待网络出现了堵塞，减少拥塞窗口。滑动窗口大小是根据接收端发送的确认报文得到的，其反馈的是接收端缓存区的大小，如果接收端缓存区已满，则滑动窗口为0，表示发送端不能再发送信息了。发送单元的数据发送阀值取滑动窗口和拥塞窗口的最小值。
例如，发送单元设置的超时计时器时限已到但还没有收到确认报文，拥塞窗口减小为1，执行慢启动算法。同理，当收到相同的待确认帧序号的确认报文超过3次时，发送单元判定待确认帧序号的帧数据已经丢失，立刻进行重传。
需要说明的是，慢启动算法的原理是：先发送比较少的数据，由小到大逐渐增大拥塞窗口，使得发送的数据逐渐增大，使得数据注入到网络的速率更加合理。
拥塞避免算法的原理是：设置一个拥塞门限，当拥塞窗口的大小达到所述拥塞门限时，拥塞窗口将缓慢增长，使得拥塞窗口不能够无限增长。
在一种可选的实施例中，所述方法还包括：将已发送的PS流缓存在已选择的视频通道对应的第一缓存区。进一步地，在接收到接收端发送的确认报文时，清除缓存。
在本发明实施例中，第一缓存区采用环形数组缓存帧数据。所述确认报文包括待确认帧序号。
对发送端而言，对发送PS流是否成功的结果是未知的，所以需要把已经发送的数据暂时地在第一缓存区缓存起来，然后等接收端确认反馈后再清除缓存。对接收端而言，需要按照帧序号的顺序确认帧数据，所以先到达的帧数据需要暂时地在第二缓存区缓存起来等待确认。在本发明实施例中，发送端的第一缓存区、接收端的第二缓存区均采用环形数组式缓存机制。
发送端接收到接收端返回的确认报文，从所述确认报文中提取出待确认帧序号，并判定所述待确认帧序号之前的帧序号对应的数据都已被确认并且已从第二缓存区中删除，同时发送单元根据确认报文的待确认帧序号从第一缓存区里面删除所述待确认帧序号之前的数据缓存。
相对现有技术，本发明实施例的有益效果在于：
1、基于原有的GB/T28181协议或GB35114协议，通过编码、I/P封装、PS封装将业务数据伪装成实时视频流进行传输，接收端只需将接收到的视频流解码和解封装，即可得到业务数据，业务数据传输的过程中无需增设专门的文件服务器进行文件中转，将业务数据分包发送，可以实现大量业务数据的传输，提高传输效率。
2、综合考虑了TCP的传输控制协议原理和视频流传输特性，建立面向PS流传输和环形数组式缓存机制，使得模拟视频流流有序、准确地传送到目的接收方，可以减少模拟视频流传输过程中出现丢失数据的情况，提高数据传输的可靠性。
3、基于视频通道的缓存值来初始化该视频通道的固定权值weight，在每个时隙内，业务数据根据平滑加权轮询算法去选择视频通道进行传输，实现业务数据的多路视频流传输，能够合理利用传输带宽，进一步提高传输效率。
请参阅图6，本发明第二实施例提供了一种业务数据传输的方法，由接收端执行，包括以下步骤：
S21：对接收到的PS流进行解封装和解码，从所述PS流中提取出帧数据和第一CRC校验码；其中，所述帧数据由分包后的业务数据按照预设的帧格式封装而成，所述预设的帧格式包括帧序号、包序号、目的接收方topic以及业务数据。
S22：对解码出的帧数据进行CRC校验，得到第二CRC校验码。
S23：当所述第一CRC校验码与所述第二CRC校验码一致时，从所述帧数据中解码出业务数据，并按照目的接收方topic将所述业务数据发送给目的接收方；其中，所述目的接收方topic从所述帧数据中解码得出。
在本发明实施例中，接收端接收到发送端发送的PS流后，对该PS流去PS封装、去I帧头和P帧头，获取提取出帧数据和第一CRC校验码，并对提取出的帧数据再次CRC校验，得到第二CRC校验码，将所述第一CRC校验码与所述第二CRC校验码比较，若一致，则证明数据百分百的准确性，将所述帧数据发送至目的接收方；若不一致，则丢弃所述帧数据。PS流的生成请参见上述第一实施例，再次不再重复说明。
在一种可选的实施例中，所述当所述第一CRC校验码与所述第二CRC校验码一致时，从所述帧数据中解码出业务数据，并按照目的接收方topic将所述业务数据发送给目的接收方，具体包括：
从所述帧数据中解码出业务数据、帧序号、包序号、目的接收方topic，并按照解码出的帧序号将所述帧数据写入第二缓存区；其中，各路视频通道对应个设有所述第二缓存区，所述第二缓存区设置在接收端；
判断所述第二缓存区中游标指向的待确认帧序号对应的数组是否存在帧数据；
当所述第二缓存区中游标指向的待确认帧序号对应的数组存在帧数据时，提取所述待确认帧序号对应的数组存储的帧数据，并从待确认帧序号对应的帧数据解码出业务数据；其中，所述游标以自增的方式轮回检测；
将所述待确认帧序号对应的业务数据发送至发送队列，并根据Seq进行排队缓冲；按照解码出的目的接收方topic按顺序将所述待确认帧序号对应的业务数据发送给目的接收方。
其中，所述第二缓存区采用环形数组方式进行缓存。例如，接收单元从得到所述帧数据中解出帧序号，按照帧序号将对应的帧数据放入接收单元的第二缓存区，待确认帧序号从起始值1开始依次确认帧数据，若当前待确认帧序号存在帧数据，进行以下两步操作，并将待确认帧序号游标到2继续检测；一是：将帧数据从第二缓存区中取出，从帧数据中解出Seq和topic值，发送至发送队列等待发送，其中，发送队列中的帧数据按照Seq值排序，以保证帧数据有序发送，然后根据topic值发送给目的接收方；二是：待确认帧序号自增1个编号，若待确认帧序号增至最大值，自动轮回为0。若当前待确认帧序号不存在帧数据，则不进行任何操作。
在一种可选的实施例中，所述方法还包括：
响应于接收到的PS流，生成确认报文，并按照预设的时间间隔将所述确认报文发送至发送端；其中，所述确认报文包括待确认帧序号。
进一步地，每个接收模块各配置有一定时器，通过定时器定时检测第二缓存区中的环形数组，只要环形数组里面有帧数据缓存，就能刷新去检测当前游标2的帧数据是否接收到，避免数据丢失。具体地，当接收到PS流时，生成确认报文，并在达到定时器的时限后将所述确认报文返回发送端；其中，所述确认报文根据GB/T28181协议中的某一命令伪造而成；所述确认报文包括待确认帧序号。
进一步地，每个接收单元设置最大缓存值，例如3M，对于第二缓存区中已存在的每个frame大小进行累加处理得到total，设定total必须小于最大缓存值，若超出则丢弃后续的frame，防止环形数组存储的帧序号过多，缓存最大帧序号与待确认帧序号重叠，导致缓存机制出错。接收单元在进行确认应答的时候会携带一个窗口值，所述窗口值表示接收单元的窗口大小的值(即3M-total值)，该值实际表示接收端的接收缓存的剩余大小。这个数字越大，证明接收单元缓存区的剩余空间越大，网络的吞吐量就越大。发送单元根据确认报文的窗口值调整滑动窗口的大小，从而调整下一次发送数据的量。若接收到的窗口值0，发送单元即停止发送数据。
在GB/T28181协议中，指令的传输只开放单一的端口，而传输视频流端口通常会开放多个。因此在进行业务数据模拟多路视频流传输的过程中，每一路接收单元的确认报文只能通过单一的指令端口回复发送单元，容易造成指令端口的堵塞。本发明实施例通过设置定时器时限驱动的方式回复确认报文，当接收单元收到PS流时并不会立刻发送确认报文，而是等到定时器时限到了再下发确认报文，能有有效减轻了指令端口下发指令的压力，同时使得每个发送单元都能够均匀地接收确认报文并进行相应的处理。
相对现有技术，本发明实施例的有益效果在于：
1、基于原有的GB/T28181协议或GB35114协议，通过编码、I/P封装、PS封装将业务数据伪装成实时视频流进行传输，接收端只需将接收到的视频流解码和解封装，即可得到业务数据，业务数据传输的过程中无需增设专门的文件服务器进行文件中转，将业务数据分包发送，可以实现大量业务数据的传输，提高传输效率。
2、综合考虑了TCP的传输控制协议原理和视频流传输特性，建立面向PS流传输和环形数组式缓存机制，业务数据按照seq排序，顺序发送给目的接收方，使得模拟视频流流有序、准确地传送到目的接收方，避免模拟视频流传输过程中出现丢失数据的情况，提高数据传输的可靠性。
请参阅图7，本发明第三实施例还提供了一种业务数据传输的系统，包括：发送端1和接收端2；
所述发送端1包括：
数据分包模块11，用于根据预设的分包阈值，对接收到的业务数据进行分包，生成业务数据包；
至少一个发送模块12，包括：第一封装单元121、第一编码单元122、第二封装单元123以及第一发送单元124；
所述第一封装单元121，用于将所述业务数据包按照预设的帧格式封装成独立的帧数据，所述预设的帧格式包括帧序号、包序号、目的接收方topic以及业务数据；
所述第一编码单元122，用于对所述帧数据进行编码，并将编码后的帧数据封装I帧头或/和P帧头，得到第一编码格式的数据；
所述第二封装单元123，用于将所述第一编码格式的数据封装为PS流；
所述第一发送单元124，用于将所述PS流发送至接收端；
所述接收端2包括至少一个接收模块21，所述接收模块21包括：第一解码模块211、第二校验模块212、第二解码模块213、第二发送单元214以及确认反馈单元215；
所述第一解码模块211，用于对接收到的PS流进行解封装和解码，从所述PS流中提取出帧数据和第一CRC校验码；
所述第二校验模块212，用于对解码出的帧数据进行CRC校验，得到第二CRC校验码；
所述第二发送单元213，用于当所述第一CRC校验码与所述第二CRC校验码一致时，从所述帧数据中解码出业务数据；并按照目的接收方topic将所述业务数据发送给目的接收方；其中，所述目的接收方topic从所述帧数据中解码得出；
确认反馈单元214，用于定时向发送端反馈待确认帧序号和滑动窗口信息。
在一种可选的实施例中，所述发送端2还包括：
负载均衡模块13，用于根据各路视频通道对应的第一缓存区的缓存值，选择一路视频通道；其中，所述视频通道建立在发送端与接收端之间，所述第一缓存区设置在所述发送端。
在本发明实施例中，发送端1在获取到待发送的业务数据并对业务数据进行分包后，使用平滑加权轮询算法进行发送单元的选择。
在一种可选的实施例中，所述第一编码单元122具体包括：
base64编码单元，用于对所述帧数据进行base64编码。
I/P帧头封装单元，用于对base64编码后的帧数据添加I帧头或/和P帧头。
帧数据封装单元，用于将添加I帧头或/和P帧头的帧数据封装成第一编码格式的数据。
进一步地，所述第一编码单元122还包括：第一CRC校验单元，用于对base64编码后的帧数据进行CRC校验，得到第一CRC校验码。
在一种可选的实施例中，所述负载均衡模块13包括：
缓存值获取单元，用于定时获取各路视频通道对应的第一缓存区的最大缓存值、当前缓存值；其中，所述第一缓存区设有第一环形数组，所述第一环形数组用于缓存采用所述第一缓存区对应视频通道传输的PS流的帧序号；
权值初始化单元，用于根据当前获取的各路视频通道对应的发送缓存区的最大缓存值、当前缓存值以及分包阈值，初始化各个视频通道的权值；
视频通道选择单元，用于根据各路视频通道的权值，在每个时隙内采用平滑加权轮询算法从所有视频通道中选择一路视频通道。
在一种可选的实施例中，所述负载均衡模块13还包括：
帧序号确定单元，用于将已选择的视频通道传输中的当前帧序号作为所述业务数据的帧序号。
在一种可选的实施例中，所述发送端还包括：
数据重传模块，用于根据接收到的确认报文，对丢失的PS流进行重传，并减少已选择的视频通道对应的拥塞窗口；其中，所述确认报文是由所述接收端按照预设的时间间隔发送的响应于接收到的PS流生成的报文；
数据发送量阈值调整模块，用于采用慢启动算法和拥塞避免算法动态调整已选择的视频通道对应的拥塞窗口，并根据已选择的视频通道对应的拥塞窗口的最小值和滑动窗口的最小值，确定已选择的视频通道对应的发送单元的数据发送量阈值。
在一种可选的实施例中，所述发送端还包括：第一数据缓存模块，用于将已发送的帧数据缓存在已选择的视频通道对应的第一缓存区。进一步地，在接收到接收端发送的确认报文时，清除缓存。
在一种可选的实施例中，所述第二发送单元具体包括：
第二解码单元，用于从所述帧数据中解码出业务数据、帧序号、包序号、目的接收方topic，并按照解码出的帧序号将所述帧数据写入第二缓存区；其中，各路视频通道对应个设有所述第二缓存区，所述第二缓存区设置在接收端；
数据判断单元，用于判断所述第二缓存区中游标指向的待确认帧序号对应的数组是否存在帧数据；
第三解码单元，用于当所述第二缓存区中游标指向的待确认帧序号对应的数组存在帧数据时，提取所述待确认帧序号对应的数组存储的帧数据，并从待确认帧序号对应的帧数据解码出业务数据；其中，所述游标以自增的方式轮回检测；
所述发送端2还包括：
排序缓冲模块22，用于将所述待确认帧序号对应的业务数据发送至发送队列，并根据Seq进行排队缓冲；按照解码出的目的接收方topic按顺序将所述待确认帧序号对应的业务数据发送给目的接收方。
在一种可选的实施例中，所述接收端还包括：
确认报文生成模块，用于响应于接收到的PS流，生成确认报文，并按照预设的时间间隔将所述确认报文发送至发送端；其中，所述确认报文包括待确认帧序号。
在本发明实施例中，业务数据传输的系统中的发送端1和接收端2的工作原理请参见上述第一实施例和第二实施例，在此不在重复说明。
相对现有技术，本发明实施例的有益效果在于：
1、基于原有的GB/T28181协议或GB35114协议，通过编码、I/P封装、PS封装将业务数据伪装成实时视频流进行传输，接收端只需将接收到的视频流解码和解封装，即可得到业务数据，业务数据传输的过程中无需增设专门的文件服务器进行文件中转，将业务数据分包发送，可以实现大量业务数据的传输，提高传输效率。
2、综合考虑了TCP的传输控制协议原理和视频流传输特性，建立面向PS流传输和环形数组式缓存机制，使得模拟视频流流有序、准确地传送到目的接收方，避免模拟视频流传输过程中出现丢失数据的情况，提高数据传输的可靠性。
3、基于视频通道的缓存值来初始化该视频通道的固定权值weight，在每个时隙内，业务数据根据平滑加权轮询算法去选择视频通道进行传输，实现业务数据的多路视频流传输，能够合理利用传输带宽，进一步提高传输效率。
本发明四实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如第一实施例中任意一项所述的业务数据传输的方法和/或第二实施例中任意一项所述的业务数据传输的方法。
示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在存储器中，并由处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在业务数据传输的系统中接收端、发送端的执行过程。
所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是业务数据传输的系统的控制中心，利用各种接口和线路连接整个业务数据传输的系统的各个部分。
所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现业务数据传输的系统的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
其中，业务数据传输的系统集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (11)

1.一种业务数据传输的方法，其特征在于，包括：
根据预设的分包阈值，对接收到的业务数据进行分包，生成业务数据包；
将所述业务数据包按照预设的帧格式封装成独立的帧数据；
对所述帧数据进行编码，并将编码后的帧数据封装I帧头或/和P帧头，得到第一编码格式的数据；
将所述第一编码格式的数据封装为PS流，并将所述PS流发送至接收端。
2.如权利要求1所述的业务数据传输的方法，其特征在于，所述对所述帧数据进行编码，并将编码后的帧数据封装I帧头或/和P帧头，得到第一编码格式的数据，具体包括：
对所述帧数据进行base64编码；
将对base64编码后的帧数据添加I帧头或/和P帧头；
将添加I帧头或/和P帧头的帧数据封装成第一编码格式的数据。
3.如权利要求1所述的业务数据传输的方法，其特征在于，所述将所述业务数据包按照预设的帧格式封装成独立的帧数据之前，还包括：
根据各路视频通道对应的第一缓存区的缓存值，选择一路视频通道；其中，所述视频通道建立在发送端与接收端之间，所述第一缓存区设置在所述发送端。
4.如权利要求3所述的业务数据传输的方法，其特征在于，所述根据各路视频通道对应的第一缓存区的缓存值，选择一路视频通道，包括：
获取各路视频通道对应的第一缓存区的最大缓存值、当前缓存值；
根据获取的各路视频通道对应的发送缓存区的最大缓存值、当前缓存值以及分包阈值，初始化各个视频通道的权值；
根据各路视频通道的权值，在每个时隙内采用平滑加权轮询算法从所有视频通道中选择一路视频通道。
5.如权利要求3或4所述的业务数据传输的方法，其特征在于，所述方法还包括：
根据接收到的确认报文，对丢失的PS流进行重传，并减少已选择的视频通道对应的拥塞窗口；其中，所述确认报文是由所述接收端按照预设的时间间隔发送的响应于接收到的PS流生成的报文；
采用慢启动算法和拥塞避免算法动态调整已选择的视频通道对应的拥塞窗口，并根据已选择的视频通道对应的拥塞窗口的最小值和滑动窗口的最小值，确定已选择的视频通道对应的发送单元的数据发送量阈值。
6.一种业务数据传输的方法，其特征在于，包括：
对接收到的PS流进行解封装和解码，从所述PS流中提取出帧数据和第一CRC校验码；其中，所述帧数据由分包后的业务数据按照预设的帧格式封装而成，所述预设的帧格式包括帧序号、包序号、目的接收方topic以及业务数据；
对解码出的帧数据进行CRC校验，得到第二CRC校验码；
当所述第一CRC校验码与所述第二CRC校验码一致时，从所述帧数据中解码出业务数据，并按照目的接收方topic将所述业务数据发送给目的接收方；其中，所述目的接收方topic从所述帧数据中解码得出。
7.如权利要求6所述的业务数据传输的方法，其特征在于，所述当所述第一CRC校验码与所述第二CRC校验码一致时，从所述帧数据中解码出业务数据，并按照目的接收方topic将所述业务数据发送给目的接收方，具体包括：
从所述帧数据中解码出业务数据、帧序号、包序号、目的接收方topic，并按照解码出的帧序号将所述帧数据写入第二缓存区；其中，各路视频通道对应个设有所述第二缓存区，所述第二缓存区设置在接收端；
判断所述第二缓存区中游标指向的待确认帧序号对应的数组是否存在帧数据；
当所述第二缓存区中游标指向的待确认帧序号对应的数组存在帧数据时，提取所述待确认帧序号对应的数组存储的帧数据，并从待确认帧序号对应的帧数据解码出业务数据；其中，所述游标以自增的方式轮回检测；
将所述待确认帧序号对应的业务数据发送至发送队列，并根据Seq进行排队缓冲；按照解码出的目的接收方topic按顺序将所述待确认帧序号对应的业务数据发送给目的接收方。
8.如权利要求6所述的业务数据传输的方法，其特征在于，所述方法还包括：
响应于接收到的PS流，生成确认报文，并按照预设的时间间隔将所述确认报文发送至发送端；其中，所述确认报文包括待确认帧序号。
9.一种业务数据传输的系统，其特征在于，包括：发送端和接收端；
所述发送端包括：
数据分包模块，用于根据预设的分包阈值，对接收到的业务数据进行分包，生成业务数据包；
至少一个发送模块，包括：第一封装单元、第一编码单元、第二封装单元以及第一发送单元；
所述第一封装单元，用于将所述业务数据包按照预设的帧格式封装成独立的帧数据，所述预设的帧格式包括帧序号、包序号、目的接收方topic以及业务数据；
所述第一编码单元，用于对所述帧数据进行编码，并将编码后的帧数据封装I帧头或/和P帧头第一编码格式的数据；
所述第二封装单元，用于将所述第一编码格式的数据封装为PS流；
所述第一发送单元，用于将所述PS流发送至接收端；
所述接收端包括至少一个接收模块，所述接收模块包括：第一解码模块、第二校验模块、第二发送单元以及确认反馈单元；
所述第一解码模块，用于对接收到的PS流进行解封装和解码，从所述PS流中提取出帧数据和第一CRC校验码；
所述第二校验模块，用于对解码出的帧数据进行CRC校验，得到第二CRC校验码；
所述第二发送单元，用于当所述第一CRC校验码与所述第二CRC校验码一致时，从所述帧数据中解码出业务数据，并按照目的接收方topic将所述业务数据发送给目的接收方；其中，所述目的接收方topic从所述帧数据中解码得出；
确认反馈单元，用于定时向发送端反馈待确认帧序号和滑动窗口信息。
10.如权利要求9所述的业务数据传输的系统，其特征在于，所述发送端还包括：
负载均衡模块，用于根据各路视频通道对应的第一缓存区的缓存值，选择一路视频通道；其中，所述视频通道建立在发送端与接收端之间，所述第一缓存区设置在所述发送端。
11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如权利要求1至5中任意一项所述的业务数据传输的方法和/或如权利要求6至8中任意一项所述的业务数据传输的方法。
CN201910507417.XA 2019-06-12 2019-06-12 业务数据传输的方法、系统与存储介质 Active CN110312147B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910507417.XA CN110312147B (zh) 2019-06-12 2019-06-12 业务数据传输的方法、系统与存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910507417.XA CN110312147B (zh) 2019-06-12 2019-06-12 业务数据传输的方法、系统与存储介质

Publications (2)

Publication Number Publication Date
CN110312147A CN110312147A (zh) 2019-10-08
CN110312147B true CN110312147B (zh) 2021-11-30

Family

ID=68076498

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910507417.XA Active CN110312147B (zh) 2019-06-12 2019-06-12 业务数据传输的方法、系统与存储介质

Country Status (1)

Country Link
CN (1) CN110312147B (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111181689B (zh) * 2019-12-23 2022-08-23 翱捷科技股份有限公司 一种简化DigRF接收侧的NEST机制处理方法及系统
CN111093227B (zh) * 2019-12-30 2022-09-13 武汉阿迪克电子股份有限公司 一种基于LoRaWAN的无线传输数据采集方法及系统
CN111600662A (zh) * 2020-04-13 2020-08-28 云知声智能科技股份有限公司 一种通过crc16校验缩短声波传输WIFI热点信息的系统和方法
CN112019885A (zh) * 2020-08-12 2020-12-01 四川长虹网络科技有限责任公司 基于数字电视的ecm数据校验方法、装置和计算机设备
CN112511587B (zh) * 2020-10-23 2024-02-09 许继集团有限公司 一种电力配网差动业务的通信数据处理方法及装置
US20220368765A1 (en) * 2021-05-13 2022-11-17 Agora Lab, Inc. Universal Transport Framework For Heterogeneous Data Streams
CN113673834A (zh) * 2021-07-27 2021-11-19 杭州优云软件有限公司 一种通过流程监控提高审批效率的方法
CN113923488B (zh) * 2021-09-15 2024-04-16 青岛海信网络科技股份有限公司 一种公交车、视频流量控制方法及存储介质
CN114138700B (zh) * 2021-12-03 2023-11-24 西安广和通无线软件有限公司 一种串口数据传输的流控方法、装置、设备及存储介质
CN114221909B (zh) * 2021-12-13 2024-02-02 杭州逗酷软件科技有限公司 数据传输方法、装置、终端及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729887A (zh) * 2008-10-16 2010-06-09 国家广播电影电视总局广播科学研究院 一种数字广播系统的数据传输方法及装置
CN208299822U (zh) * 2018-06-20 2018-12-28 福建省应急通信运营有限公司 一种宽带集群系统与视频监控系统的融合系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1879376A3 (en) * 2006-06-13 2011-04-06 Samsung Electronics Co., Ltd. Fast channel switching method and apparatus for digital broadcast receiver
US8009742B2 (en) * 2006-09-12 2011-08-30 Samsung Electronics Co., Ltd. Method and system for retransmitting internet protocol packet for terrestrial digital multimedia broadcasting service

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729887A (zh) * 2008-10-16 2010-06-09 国家广播电影电视总局广播科学研究院 一种数字广播系统的数据传输方法及装置
CN208299822U (zh) * 2018-06-20 2018-12-28 福建省应急通信运营有限公司 一种宽带集群系统与视频监控系统的融合系统

Also Published As

Publication number Publication date
CN110312147A (zh) 2019-10-08

Similar Documents

Publication Publication Date Title
CN110312147B (zh) 业务数据传输的方法、系统与存储介质
CN111740808B (zh) 一种数据传输方法及装置
CN108667739B (zh) 拥塞控制方法、装置及系统
EP1427146B1 (en) Packet transmission system and packet reception system
CN101552660B (zh) 对流媒体数据进行重传、播放的方法、装置及通信系统
CN111385221B (zh) 一种数据处理方法和通信设备
CN103348647A (zh) 在无线网络中改进传输控制协议性能的机制
US11095692B2 (en) Method for transmitting content on heterogeneous network and apparatus therefor
CN110113306B (zh) 分发数据的方法和网络设备
WO2018121742A1 (zh) 一种流数据的传输方法和装置
JP2024509728A (ja) データ再送処理方法、装置、コンピュータ機器及びコンピュータプログラム
CN104869461A (zh) 视频数据处理系统及方法
US7505465B2 (en) Packet transmission method with packet retransmission requests and a control mechanism relating to the transmission of such requests
US20230345058A1 (en) Data packet transmission method and related device
US10505677B2 (en) Fast detection and retransmission of dropped last packet in a flow
CN101026555A (zh) 丢弃的分组指示符
WO2016173155A1 (zh) 一种tcp ack报文处理方法及装置
CN111629280B (zh) 丢包处理方法、装置及可读存储介质
CN109862400B (zh) 一种流媒体传输方法、装置及其系统
CN109586932B (zh) 组播方法及终端设备
CN113301051A (zh) 数据的传输方法、装置、计算机存储介质和处理器
EP3672189B1 (en) Data transmission method, device and system
KR20080097941A (ko) 무선통신시스템에서 패킷 삭제를 처리하는 방법 및 장치
CN116094652A (zh) 音视频数据的传输方法、装置、电子设备及可读介质
CN114500672A (zh) 数据传输方法及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant