CN105635802A - 一种数字媒体数据的传输方法及装置 - Google Patents
一种数字媒体数据的传输方法及装置 Download PDFInfo
- Publication number
- CN105635802A CN105635802A CN201511032170.9A CN201511032170A CN105635802A CN 105635802 A CN105635802 A CN 105635802A CN 201511032170 A CN201511032170 A CN 201511032170A CN 105635802 A CN105635802 A CN 105635802A
- Authority
- CN
- China
- Prior art keywords
- digital media
- media data
- uncompressed digital
- response instruction
- inquiry response
- 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.)
- Pending
Links
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/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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network
- H04N21/43632—Adapting the video or multiplex stream to a specific local network, e.g. a IEEE 1394 or Bluetooth® network involving a wired protocol, e.g. IEEE 1394
- H04N21/43635—HDMI
-
- 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
- H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
Abstract
本发明公开了一种数字媒体数据的传输方法及装置,包括:在发送端,按HDMI数据帧格式将压缩数字媒体数据转换为非压缩数字媒体数据;按HDMI传输协议发送非压缩数字媒体数据;通过DDC通道发送查询指令,查询指令用于查询非压缩数字媒体数据的接收情况;通过DDC通道接收查询响应指令,查询响应指令用于反馈非压缩数字媒体数据的接收情况。在接收端,接收非压缩数字媒体数据;接收查询指令;根据非压缩数字媒体数据的接收情况生成查询响应指令;发送查询响应指令。采用本方案使得发送端能够获知数据的接收情况,从而为实现可靠性传输提供了可能。进一步的,当根据查询响应指令确定数据接收异常时,只需重发数据即可实现可靠性传输。
Description
技术领域
本发明涉及图像处理技术领域,特别涉及一种数字媒体数据的传输方法及装置。
背景技术
现在的视频监控设备NVR/DVR大都带有HDMI端口,用于输出设备的视频、音频、菜单等内容,菜单实际为叠加到视频上的图层。HDMI(High-DefinitionMultimediaInterface,高清晰度多媒体接口)是一个行业规范接口。
目前,普遍使用的HDMI都只传输一路视频,视频数据格式为非压缩视频数据(例如:像素格式为YUV422_UYVY);最新的HDMI-2.0规范支持同时传输两路视频(即单屏幕两视频窗口显示),视频格式也是非压缩视频数据。使用HDMI还可以传输压缩与非压缩音频数据,音频数据包括单声道与立体声音频。HDMI利用DDC(DisplayDataChannel,显示信息通道)读取接收端的EDID(ExtendedDisplayIdentificationData,扩展显示标识数据),实现能力协商。
而且,目前HDMI的实时播放应用并不关心接收端数据的接收情况,也没有重新发送的需求和必要。
现有技术的不足在于:不能可靠传输压缩数字媒体数据。
发明内容
本发明提供了一种数字媒体数据的传输方法及装置,用以可靠传输压缩数字媒体数据。
本发明实施例中提供了一种数字媒体数据的发送方法,包括:
按HDMI数据帧格式将压缩数字媒体数据转换为非压缩数字媒体数据;
按HDMI传输协议发送所述非压缩数字媒体数据;
通过DDC通道发送查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
通过DDC通道接收查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况。
较佳地,在根据查询响应指令确定非压缩数字媒体数据接收异常时,进一步包括:
重新发送非压缩媒体数据。
较佳地,在根据查询响应指令确定非压缩数字媒体数据接收处理未完成时,进一步包括:
通过DDC通道发送查询指令。
较佳地,所述查询指令携带至少一个压缩数字媒体数据的序列号,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
较佳地,所述查询指令是通过DDC协议的Check命令携带的。
较佳地,在通过DDC通道发送查询指令时,根据DDC的单次传输数据的能力确定发送查询指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询指令的间隔时间。
本发明实施例中提供了一种数字媒体数据的接收方法,包括:
按HDMI传输协议接收非压缩数字媒体数据,其中,所述非压缩数字媒体数据是将压缩数字媒体数据按HDMI数据帧格式转换得到的;
通过DDC通道接收查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
根据非压缩数字媒体数据的接收情况生成查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况;
通过DDC通道发送查询响应指令。
较佳地,进一步包括:
当非压缩数字媒体数据接收异常时,在查询响应指令中指示所述非压缩数字媒体数据接收异常。
较佳地,进一步包括:
当非压缩数字媒体数据接收处理未完成时,在查询响应指令中指示所述非压缩数字媒体数据接收处理未完成。
较佳地,所述查询响应指令反馈的非压缩数字媒体数据的接收情况,是根据查询指令中携带的至少一个序列号确定的非压缩数字媒体数据的接收情况,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
较佳地,所述查询响应指令是通过DDC协议的ACK命令携带的。
较佳地,在通过DDC通道发送查询响应指令时,根据DDC的单次传输数据的能力确定发送查询响应指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询响应指令的间隔时间。
本发明实施例中提供了一种数字媒体数据的发送装置,包括:
转换模块,用于按HDMI数据帧格式将压缩数字媒体数据转换为非压缩数字媒体数据;
发送模块,用于按HDMI传输协议发送所述非压缩数字媒体数据;
发送查询模块,用于通过DDC通道发送查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
接收响应模块,用于通过DDC通道接收查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况。
较佳地,发送模块,进一步用于在根据查询响应指令确定非压缩数字媒体数据接收异常时,重新发送非压缩媒体数据。
较佳地,发送查询模块,进一步用于在根据查询响应指令确定非压缩数字媒体数据接收处理未完成时,通过DDC通道发送查询指令。
较佳地,发送查询模块,进一步用于在查询指令中携带至少一个压缩数字媒体数据的序列号,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
较佳地,发送查询模块,进一步用于通过DDC协议的Check命令携带查询指令。
较佳地,发送查询模块,进一步用于在通过DDC通道发送查询指令时,根据DDC的单次传输数据的能力确定发送查询指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询指令的间隔时间。
本发明实施例中提供了一种数字媒体数据的接收装置,包括:
接收模块,用于按HDMI传输协议接收非压缩数字媒体数据,其中,所述非压缩数字媒体数据是将压缩数字媒体数据按HDMI数据帧格式转换得到的;
接收查询模块,用于通过DDC通道接收查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
生成模块,用于根据非压缩数字媒体数据的接收情况生成查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况;
发送响应模块,用于通过DDC通道发送查询响应指令。
较佳地,生成模块,进一步用于当非压缩数字媒体数据接收异常时,在查询响应指令中指示所述非压缩数字媒体数据接收异常。
较佳地,生成模块,进一步用于当非压缩数字媒体数据接收处理未完成时,在查询响应指令中指示所述非压缩数字媒体数据接收处理未完成。
较佳地,生成模块,进一步用于根据查询指令中携带的至少一个序列号确定的非压缩数字媒体数据的接收情况生成查询响应指令,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
较佳地,生成模块,进一步用于通过DDC协议的ACK命令携带所述查询响应指令。
较佳地,发送响应模块,进一步用于在通过DDC通道发送查询响应指令时,根据DDC的单次传输数据的能力确定发送查询响应指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询响应指令的间隔时间。
本发明有益效果如下:
由于HDMI不能传输压缩视频数据,且只能单向传输,因此在本发明实施例提供的技术方案中,将压缩数字媒体数据转换为非压缩数字媒体数据后进行传输,而由于HDMI的DDC通道可以双向传输数据,因此利用DDC通道进行非压缩数字媒体数据的接收情况的查询与响应,即发送端对非压缩数字媒体数据的接收情况进行查询,接收端对查询进行响应,使得发送端能够获知数据的接收情况,从而为实现可靠性传输提供了可能。
进一步的,当根据查询响应指令确定数据接收异常时,只需重发数据即可实现可靠性传输。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明实施例中单个NVR通过HDMI传输多路压缩数字媒体数据结构示意图;
图2为本发明实施例中多个NVR通过HDMI传输多路压缩数字媒体数据结构示意图;
图3为本发明实施例中数字媒体数据的发送方法实施流程示意图;
图4为本发明实施例中发送端数据发送流程示意图;
图5为本发明实施例中HDMI数据帧内存示意图;
图6为本发明实施例中数字媒体数据的接收方法实施流程示意图;
图7为本发明实施例中接收端数据接收流程示意图;
图8为本发明实施例中数字媒体数据可靠传输流程示意图;
图9为本发明实施例中数字媒体数据的发送装置结构示意图;
图10为本发明实施例中数字媒体数据的接收装置结构示意图。
具体实施方式
下面结合附图对本发明的具体实施方式进行说明。
首先对本发明实施例提供的技术方案的实施环境进行说明。
图1为单个NVR通过HDMI传输多路压缩数字媒体数据结构示意图,如图所示,可以包括N台IPC(IPCamera,网络摄像机),一台NVR(NetworkVideoRecorder,网络硬盘录像机),一台HBVS(HDMIBridgingVideoServer,HDMI桥接视频服务器),以及HDMI线。NVR为发送端,HBVS为接收端,NVR与HBVS通过HDMI连接。Net-I为NVR连接IPC的私网,Net-N为NVR接入的服务网络,Net-P为HBVS接入的服务网络。
NVR以非网络单向方式(HDMI)将多路压缩数字媒体数据发送给后端设备(HBVS),且Net-N与Net-P物理隔离,实现了网络隔离的应用需求,避免了网络攻击,能够保护数据安全。
下面进行具体说明:
1、Net-I是NVR连接IPC的私网,此私网里的IPC都由NVR管理;NVR从这些IPC实时获取压缩媒体数据流(视音频流),存储到NVR的本地硬盘,这是目前流行的使用方法之一。
2、Net-N是NVR接入的服务网络,即在此网络可以直接登录NVR进行设置、查询等操作,NVR将IPC实时获取的压缩媒体数据流转发到此网络的用户。
3、NVR与HBVS通过HDMI连接;HDMI传输的每帧数据都由NVR管理的n台(0~N)IPC的压缩媒体数据及填充数据组成;HBVS可以从HDMI传输的每帧数据里解析出每个IPC对应的压缩媒体数据序列。
4、HBVS接入Net-P网络,发送媒体数据到Net-P网络里的用户。
5、NVR和HBVS服务于物理隔离的网络,只通过HDMI单向发送媒体数据。
具体实施中,若NVR接入可信任安全网络,例如:Intranet;HBVS接入不可信任非安全网络,例如:Internet;HBVS所在网络异常时不会影响NVR所在的网络。可以知晓,若NVR接入不可信任非安全网络,例如:Internet;HBVS接入可信任安全网络,例如:Intranet;NVR所在网络异常时不会影响HBVS所在的网络。
图2为多个NVR通过HDMI传输多路压缩数字媒体数据结构示意图,如图所示,可以包括N台IPC(IPCamera,网络摄像机),N台NVR(NetworkVideoRecorder,网络硬盘录像机),一台HGVR(HDMIGatedVideoRecorder,HDMI隔离视频录像机),以及HDMI线。NVR为发送端,HGVR为接收端,NVR与HGVR通过HDMI连接。Net-I为NVR连接IPC的私网,Net-x(x为0~N)为NVR-x接入的服务网络,Net-P为HGVR接入的服务网络。
具体实施中,NVR-x管理的IPC-x触发报警录像或动检录像时,同时将这部分录像通过HDMI发送给HGVR,HGVR存储录像到本地磁盘。如果NVR-x接入的网络遭受恶意攻击,导致NVR-x硬盘数据损毁,由于HGVR未接入NVR所在的网络而避免了网络攻击,且此时HGVR还保留部分重要录像供用户使用。
从图1、图2的具体实施例可以看出,采用非网络单向方式(HDMI)传输多路压缩数字媒体数据,且发送端和接收端的服务网络物理隔离,能够分别在发送端和接收端将数据存储到各自的本地硬盘,且互相不受干扰,从而实现了避免网络攻击,保护数据安全的目的。
下面对在上述应用环境中发送端与接收端是如何通过HDMI可靠传输数字媒体数据进行说明。
图3为数字媒体数据的发送方法实施流程示意图,如图所示,可以包括如下步骤:
步骤301、按HDMI数据帧格式将压缩数字媒体数据转换为非压缩数字媒体数据;
步骤302、按HDMI传输协议发送所述非压缩数字媒体数据;
步骤303、通过DDC通道发送查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
步骤304、通过DDC通道接收查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况。
实施中,在根据查询响应指令确定非压缩数字媒体数据接收异常时,进一步包括:重新发送非压缩媒体数据。
实施中,在根据查询响应指令确定非压缩数字媒体数据接收处理未完成时,进一步包括:通过DDC通道发送查询指令。
实施中,所述查询指令携带至少一个压缩数字媒体数据的序列号,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
上述实施为在发送端的具体实施,发送端对发出去的非压缩数字媒体数据进行查询,并接收查询响应指令来确定接收端接收情况,当接收异常时,重新发送数据,从而实现了数据的可靠传输。
下面使用一个发送端发送数据的实例对步骤301和步骤302中压缩数字媒体数据的格式转换和转换后的非压缩数字媒体数据的发送的具体实施进行说明。
图4为发送端数据发送流程示意图,如图4所示,包括如下步骤:
步骤401、发送端的前端模块确定需要发送的压缩数字媒体数据;
步骤402、以数据帧方式或数据块方式输入待发送压缩数字媒体数据及其属性和校验相关信息;
步骤403、判断是否有空闲缓冲区,若是,转入步骤404;若否,转入步骤403;
步骤404、获取空闲缓冲区;
步骤405、将输入的数据按HDMI数据格式构建为非压缩数字媒体数据帧;
步骤406、将构建好的HDMI数据帧传递给FIFO发送队列;
步骤407、释放构建好的HDMI数据帧的数据占用的内存;
步骤408、发送构建好的HDMI数据帧,转入步骤401。
对于步骤406,FIFO发送队列为先进先出队列,构建好的HDMI数据帧依次放入FIFO发送队列,最后进入的数据帧在队列尾部。这样,从队头开始取数据帧发送,则发送顺序和构建顺序一致。
对于步骤408,具体的,HDMI硬件每次发送完一HDMI数据帧,中断通知发送驱动,发送驱动通知HDMI硬件下一帧待发送数据的信息(例如:地址)。发送驱动有两个队列,有效帧FIFO发送队列和空闲缓冲区队列。若FIFO发送队列有待发送HDMI数据帧时,从队头取一帧进行发送;若FIFO发送队列没有待发送HDMI数据帧时,从空闲缓冲区队列选择一空闲帧发送;若空闲缓冲区队列没有空闲帧,把当前正在发送的空闲帧重复发送一次;发送完成的数据帧放入空闲缓冲区队列,空闲缓冲区队列没有先进先出的要求。
对于步骤405中构建的HDMI数据帧的格式进行下述说明:
图5为HDMI数据帧格式示意图,如图5所示,可以包括如下内容:
1、同步头:一个显式标记有效数据开始的标签,一般放在首行便于检测,其格式可以采用连续的特征数值(例如:0x200x150x080x27),用于和数据做区分;同步头里可以包含序列号,有效负载数据的序列号可以采用递增方式,接收端可以根据序列号的递增变化规律判断负载数据是否更新、丢失等情况;则在实施中可以:
查询指令可以是通过携带压缩数字媒体数据的序列号来指示所需查询的非压缩数字媒体数据的,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
相应的,查询响应指令反馈的非压缩数字媒体数据的接收情况,可以是根据查询指令中携带的序列号确定的非压缩数字媒体数据的接收情况,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
2、摘要:当前数据帧里包含的压缩媒体数据的摘要,可以叫做帧头信息;摘要包含压缩媒体数据的数量,每个压缩媒体数据在当前数据帧里的起始行,以及数据长度等信息;
3、数据头:每个压缩媒体数据前包含数据头,用于描述此数据的属性和验证信息等,例如:长度、通道、类型等属性,以及校验等验证信息;另外数据头也可以放置到摘要便于解析;
对于数据头包含的数据的长度、通道、类型以及验证信息进行说明:
长度:数据头后面负载数据的长度,单位为字节;
通道:自定义的整数逻辑通道号(例如:0~N),此逻辑通道号对应一种资源,例如某台IPC;
类型:表示负载数据的类型,例如:视频帧(I/P/B-frame),音频帧,图片帧(JPEG);
校验:负载数据的校验方法和校验值,例如:CRC(CyclicRedundancyCheck,循环冗余校验)校验;
4、负载数据:负载的压缩数字媒体数据,根据长度占据连续的N行内存数据;负载数据的属性和信息都由数据头描述;
5、同步尾:显示标记有效数据结束的标签,采用与同步头类似的方式实现;
6、填充数据:为了完整一帧非压缩视频数据的格式而存在的数据,可以为随机数或填充为固定值(例如:0xFF)。
具体实施中,发送端可以定期查询接收端的接收状况,查询间隔与需传输的数据帧占用内存大小有关,占用内存越大,查询间隔的选择范围越大。
下面对上述数据帧占用内存大小的计算进行如下说明:
假设视频分辨率为宽(1920像素)*高(1080像素),像素格式为行业标准像素格式YUV422_UYVY,那么这片内存的大小为:1920*1080*2=4147200字节,逻辑上每行视频占用的内存大小为:1920*2=3840字节。
HDMI传输的非压缩视频数据就是以这样的内存大小为单位逐帧顺序发送,接收端逐帧顺序收到相同大小的数据帧。
下面介绍接收端的具体实施,接收端接收非压缩数字媒体数据,并在接收到查询指令后根据接收情况发送查询响应指令,从而将接收端接收情况反馈给发送端,为数据的可靠传输提供了依据。
图6为数字媒体数据的接收方法实施流程示意图,如图所示,可以包括如下步骤:
步骤601、按HDMI传输协议接收非压缩数字媒体数据,其中,所述非压缩数字媒体数据是将压缩数字媒体数据按HDMI数据帧格式转换得到的;
步骤602、通过DDC通道接收查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
步骤603、根据非压缩数字媒体数据的接收情况生成查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况;
步骤604、通过DDC通道发送查询响应指令。
实施中,当非压缩数字媒体数据接收异常时,在查询响应指令中指示所述非压缩数字媒体数据接收异常。
实施中,当非压缩数字媒体数据接收处理未完成时,在查询响应指令中指示所述非压缩数字媒体数据接收处理未完成。
实施中,所述查询响应指令反馈的非压缩数字媒体数据的接收情况,是根据查询指令中携带的序列号确定的非压缩数字媒体数据的接收情况,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
下面使用接收端数据接收的实例对步骤601中转换后的非压缩数字媒体数据的接收的具体实施进行说明。
图7为接收端数据接收流程示意图,对于步骤601的具体实施如图7所示,包括如下步骤:
步骤701、接收HDMI数据帧;
步骤702、解析HDMI数据帧;
步骤703、将解析的有效数据传递给后端模块;
步骤704、归还已经解析的HDMI数据帧占用的HDMI缓冲区到接收驱动空闲缓冲区队列,转入步骤701。
对于步骤701,HDMI硬件启动接收前会提前准备一个接收缓冲区,告知HDMI硬件并启动接收;具体的,HDMI硬件接收到一HDMI数据帧后,中断通知接收驱动,接收驱动从空闲缓冲区队列选择一个缓冲区接收数据帧,并通知HDMI硬件下一帧接收数据的信息(例如:地址)。如果空闲缓冲区队列没有缓冲区,则继续在当前缓冲区接收下一帧数据,即当前数据会被覆盖;成功接收的HDMI数据帧传递给后续模块进行解析。
由上述实施例可见,采用实施例中提供的技术方案,使得发送端能够获知数据的接收情况,当根据查询响应指令确定数据接收异常时,通过重发数据就能够实现可靠性传输。
为更好地理解,下面再以两个压缩数字媒体数据A和B的传输实例进行说明。本实例中,查询指令是通过DDC协议的Check命令携带的,而查询响应指令是通过DDC协议的ACK命令携带的。
图8为数字媒体数据可靠传输流程示意图,如图8所示,可以包括如下步骤:
步骤801、将压缩数字媒体数据A和B及其属性和校验信息转换为数据A’和B’;
步骤802、发送端通过HDMITDMS输送A’和B’;
步骤803、发送端通过HDMIDDC(I2C)发送“Check<seq-A,seq-B>”,seq-A、seq-B是刚刚发送的压缩数字媒体数据帧A、B的序列号,压缩数字媒体数据帧的序列号是嵌入在非压缩数字媒体数据帧内随非压缩数字媒体数据帧一起发送的;
步骤804、接收端对A’接收、识别、校验通过;接收端对B’未正确接收、或未正确识别、或校验失败;
步骤805、接收端收到Check命令,根据Check命令的内容及收到命令前处理的数据帧的状态,生成ACK<seq-B:Repeat>的消息;生成的ACK消息中有“seq-B:Repeat”的内容,表示序列号为seq-B的帧需要重新发送;如果数据帧在接收端未处理完成,则生成的ACK里可用包含“seq-N:Again”示意发送端在后续的Check再次检查此帧;
步骤806、发送端通过HDMIDDC(I2C)读取“ACK<seq-B:Repeat>”;ACK的内容告诉发送端哪些数据帧需要重新发送;如果ACK的内容为“空”则表示Check的数据帧在接收端都正确接收、识别、校验通过;
步骤807、发送端通过HDMITDMS输送接收端要求重发的压缩数字媒体数据B。
实施中,在通过DDC通道发送查询指令时,可以根据DDC的单次传输数据的能力确定发送查询指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询指令的间隔时间。
相应的,在通过DDC通道发送查询响应指令时,也可以根据DDC的单次传输数据的能力确定发送查询响应指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询响应指令的间隔时间。
具体的,发送端可以定期查询接收端的接收状况,而接收端也可以即时或者定期反馈接收状况,这样查询、反馈的间隔主要取决于两方面的因素:
1、DDC(I2C)单次传输数据的能力;如果“seq-A”为8位无符号整数,那么可以设定它最多一次传递128个序列号,受限于I2C单次传输的能力限制;也即,具体实施中,可以在查询指令中携带至少一个压缩数字媒体数据的序列号。相应的,在查询指令中携带至少一个压缩数字媒体数据的序列号时,在查询响应指令反馈的非压缩数字媒体数据的接收情况,是根据所述序列号确定的至少一个非压缩数字媒体数据的接收情况。
2、发送端和接收端的缓存能力;发送端的帧数据未从接收端确认正确之前,不能释放已发送帧占用的内存;接收端出现某帧数据异常,也必须等待发送端检查和重发,才能保证数据顺序正确;基于目前系统的存储能力,发送端和接收端的缓存帧数一般小于等于32帧。
综合上述两个因素的描述,查询间隔设置时可以根据系统实现的环境具体选择,取值范围:[1,32];如果取值“1”,那么检查最频繁,出错时纠正速度也最快,通信频率较高;如果取值“32”,那么检查最不频繁,出错时纠正速度最慢,通信频率最低。
基于同一发明构思,本发明实施例中还提供了一种数字媒体数据的传输装置,由于这些设备解决问题的原理与数字媒体数据的传输方法相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。
图9为本发明实施例中数字媒体数据的发送装置结构示意图,如图所示,装置中可以包括:
转换模块901,用于按HDMI数据帧格式将压缩数字媒体数据转换为非压缩数字媒体数据;
发送模块902,用于按HDMI传输协议发送所述非压缩数字媒体数据;
发送查询模块903,用于通过DDC通道发送查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
接收响应模块904,用于通过DDC通道接收查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况。
实施中,发送模块,还可以进一步用于在根据查询响应指令确定非压缩数字媒体数据接收异常时,重新发送非压缩媒体数据。
实施中,发送查询模块,还可以进一步用于在根据查询响应指令确定非压缩数字媒体数据接收处理未完成时,通过DDC通道发送查询指令。
实施中,发送查询模块,还可以进一步用于在查询指令中携带至少一个压缩数字媒体数据的序列号,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
实施中,发送查询模块,还可以进一步用于通过DDC协议的Check命令携带查询指令。
实施中,发送查询模块,还可以进一步用于在通过DDC通道发送查询指令时,根据DDC的单次传输数据的能力确定发送查询指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询指令的间隔时间。
图10为本发明实施例中数字媒体数据的接收装置结构示意图,如图所示,装置中可以包括:
接收模块1001,用于按HDMI传输协议接收非压缩数字媒体数据,其中,所述非压缩数字媒体数据是将压缩数字媒体数据按HDMI数据帧格式转换得到的;
接收查询模块1002,用于通过DDC通道接收查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
生成模块1003,用于根据非压缩数字媒体数据的接收情况生成查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况;
发送响应模块1004,用于通过DDC通道发送查询响应指令。
实施中,生成模块,还可以进一步用于当非压缩数字媒体数据接收异常时,在查询响应指令中指示所述非压缩数字媒体数据接收异常。
实施中,生成模块,还可以进一步用于当非压缩数字媒体数据接收处理未完成时,在查询响应指令中指示所述非压缩数字媒体数据接收处理未完成。
实施中,生成模块,还可以进一步用于根据查询指令中携带的至少一个序列号确定的非压缩数字媒体数据的接收情况生成查询响应指令,与根据查询指令中携带的序列号确定的非压缩数字媒体数据的接收情况一致,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
实施中,生成模块,还可以进一步用于通过DDC协议的ACK命令携带所述查询响应指令。
实施中,发送响应模块,还可以进一步用于在通过DDC通道发送查询响应指令时,根据DDC的单次传输数据的能力确定发送查询响应指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询响应指令的间隔时间。
综上所述,由于HDMI不能传输压缩视频数据,且只能单向传输,因此在本发明实施例提供的技术方案中,将压缩数字媒体数据转换为非压缩数字媒体数据后进行传输,而由于HDMI的DDC通道可以双向传输数据,因此利用DDC通道进行非压缩数字媒体数据的接收情况的查询与响应,即发送端对非压缩数字媒体数据的接收情况进行查询,接收端对查询进行响应,使得发送端能够获知数据的接收情况,从而为实现可靠性传输提供了可能。进一步的,当根据查询响应指令确定数据接收异常时,只需重发数据即可实现可靠性传输。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (24)
1.一种数字媒体数据的发送方法,其特征在于,包括:
按高清晰度多媒体接口HDMI数据帧格式将压缩数字媒体数据转换为非压缩数字媒体数据;
按HDMI传输协议发送所述非压缩数字媒体数据;
通过显示信息通道DDC通道发送查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
通过DDC通道接收查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况。
2.根据权利要求1所述的方法,其特征在于,在根据查询响应指令确定非压缩数字媒体数据接收异常时,进一步包括:
重新发送非压缩媒体数据。
3.根据权利要求1所述的方法,其特征在于,在根据查询响应指令确定非压缩数字媒体数据接收处理未完成时,进一步包括:
通过DDC通道发送查询指令。
4.根据权利要求1至3任一所述的方法,其特征在于,所述查询指令携带至少一个压缩数字媒体数据的序列号,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
5.根据权利要求1至3任一所述的方法,其特征在于,所述查询指令是通过DDC协议的Check命令携带的。
6.根据权利要求1至3任一所述的方法,其特征在于,在通过DDC通道发送查询指令时,根据DDC的单次传输数据的能力确定发送查询指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询指令的间隔时间。
7.一种数字媒体数据的接收方法,其特征在于,包括:
按HDMI传输协议接收非压缩数字媒体数据,其中,所述非压缩数字媒体数据是将压缩数字媒体数据按HDMI数据帧格式转换得到的;
通过DDC通道接收查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
根据非压缩数字媒体数据的接收情况生成查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况;
通过DDC通道发送查询响应指令。
8.根据权利要求7所述的方法,其特征在于,进一步包括:
当非压缩数字媒体数据接收异常时,在查询响应指令中指示所述非压缩数字媒体数据接收异常。
9.根据权利要求7所述的方法,其特征在于,进一步包括:
当非压缩数字媒体数据接收处理未完成时,在查询响应指令中指示所述非压缩数字媒体数据接收处理未完成。
10.根据权利要求7至9任一所述的方法,其特征在于,所述查询响应指令反馈的非压缩数字媒体数据的接收情况,是根据查询指令中携带的至少一个序列号确定的非压缩数字媒体数据的接收情况,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
11.根据权利要求7至9任一所述的方法,其特征在于,所述查询响应指令是通过DDC协议的ACK命令携带的。
12.根据权利要求7至9任一所述的方法,其特征在于,在通过DDC通道发送查询响应指令时,根据DDC的单次传输数据的能力确定发送查询响应指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询响应指令的间隔时间。
13.一种数字媒体数据的发送装置,其特征在于,包括:
转换模块,用于按HDMI数据帧格式将压缩数字媒体数据转换为非压缩数字媒体数据;
发送模块,用于按HDMI传输协议发送所述非压缩数字媒体数据;
发送查询模块,用于通过DDC通道发送查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
接收响应模块,用于通过DDC通道接收查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况。
14.根据权利要求13所述的装置,其特征在于,发送模块,进一步用于在根据查询响应指令确定非压缩数字媒体数据接收异常时,重新发送非压缩媒体数据。
15.根据权利要求13所述的装置,其特征在于,发送查询模块,进一步用于在根据查询响应指令确定非压缩数字媒体数据接收处理未完成时,通过DDC通道发送查询指令。
16.根据权利要求13至15任一所述的装置,其特征在于,发送查询模块,进一步用于在查询指令中携带至少一个压缩数字媒体数据的序列号,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
17.根据权利要求13至15任一所述的装置,其特征在于,发送查询模块,进一步用于通过DDC协议的Check命令携带查询指令。
18.根据权利要求13至15任一所述的装置,其特征在于,发送查询模块,进一步用于在通过DDC通道发送查询指令时,根据DDC的单次传输数据的能力确定发送查询指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询指令的间隔时间。
19.一种数字媒体数据的接收装置,其特征在于,包括:
接收模块,用于按HDMI传输协议接收非压缩数字媒体数据,其中,所述非压缩数字媒体数据是将压缩数字媒体数据按HDMI数据帧格式转换得到的;
接收查询模块,用于通过DDC通道接收查询指令,其中,所述查询指令用于查询非压缩数字媒体数据的接收情况;
生成模块,用于根据非压缩数字媒体数据的接收情况生成查询响应指令,其中,所述查询响应指令用于反馈非压缩数字媒体数据的接收情况;
发送响应模块,用于通过DDC通道发送查询响应指令。
20.根据权利要求19所述的装置,其特征在于,生成模块,进一步用于当非压缩数字媒体数据接收异常时,在查询响应指令中指示所述非压缩数字媒体数据接收异常。
21.根据权利要求19所述的装置,其特征在于,生成模块,进一步用于当非压缩数字媒体数据接收处理未完成时,在查询响应指令中指示所述非压缩数字媒体数据接收处理未完成。
22.根据权利要求19至21任一所述的装置,其特征在于,生成模块,进一步用于根据查询指令中携带的至少一个序列号确定的非压缩数字媒体数据的接收情况生成查询响应指令,其中,所述序列号是在按HDMI数据帧格式将压缩数字媒体数据转换为该非压缩数字媒体数据时在数据帧中携带的序列号。
23.根据权利要求19至21任一所述的装置,其特征在于,生成模块,进一步用于通过DDC协议的ACK命令携带所述查询响应指令。
24.根据权利要求19至21任一所述的装置,其特征在于,发送响应模块,进一步用于在通过DDC通道发送查询响应指令时,根据DDC的单次传输数据的能力确定发送查询响应指令的间隔时间;和/或,根据发送端和/或接收端的缓存能力确定发送查询响应指令的间隔时间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511032170.9A CN105635802A (zh) | 2015-12-31 | 2015-12-31 | 一种数字媒体数据的传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511032170.9A CN105635802A (zh) | 2015-12-31 | 2015-12-31 | 一种数字媒体数据的传输方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105635802A true CN105635802A (zh) | 2016-06-01 |
Family
ID=56050223
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201511032170.9A Pending CN105635802A (zh) | 2015-12-31 | 2015-12-31 | 一种数字媒体数据的传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105635802A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106604121A (zh) * | 2016-12-26 | 2017-04-26 | 深圳Tcl数字技术有限公司 | Hdmi接口兼容方法及显示装置 |
CN106652409A (zh) * | 2016-12-01 | 2017-05-10 | 重庆君农哥科技有限公司 | 无线传感终端装置 |
CN108076085A (zh) * | 2016-11-10 | 2018-05-25 | 北京国双科技有限公司 | 一种数据传输的方法及数据传输装置 |
CN108958950A (zh) * | 2018-05-29 | 2018-12-07 | 联发科技(新加坡)私人有限公司 | 电子存储设备的任务管理方法、主机和存储装置 |
CN115665357A (zh) * | 2022-10-24 | 2023-01-31 | 昆易电子科技(上海)有限公司 | 图像数据传输方法、系统、注入方法及电子设备 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1539215A (zh) * | 2001-07-10 | 2004-10-20 | 皇家菲利浦电子有限公司 | 传输数据分组的方法 |
CN1642167A (zh) * | 2004-01-08 | 2005-07-20 | 华为技术有限公司 | 主节点支持从节点上不同协议类型从单元设备的方法 |
CN1898909A (zh) * | 2003-12-22 | 2007-01-17 | 横河电机株式会社 | 通信控制系统 |
CN101118678A (zh) * | 2006-08-04 | 2008-02-06 | 宏正自动科技股份有限公司 | 电子防盗装置及其方法 |
CN201215981Y (zh) * | 2008-06-16 | 2009-04-01 | 青岛海信电器股份有限公司 | 一种控制电路及具有所述控制电路的电视机 |
CN101971153A (zh) * | 2008-03-14 | 2011-02-09 | 汤姆逊许可证公司 | 使用高清晰度多媒体接口实现外围设备的方法、装置和系统 |
CN102223732A (zh) * | 2011-06-14 | 2011-10-19 | 南京信息工程大学 | 无线多点ddc edid信息共享装置及方法 |
KR101195179B1 (ko) * | 2012-03-05 | 2012-10-29 | 주식회사 리버스톤미디어 | Hdmi영상 신호 스위칭 장치 및 이를 구비한 디지털 방송 시스템 |
-
2015
- 2015-12-31 CN CN201511032170.9A patent/CN105635802A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1539215A (zh) * | 2001-07-10 | 2004-10-20 | 皇家菲利浦电子有限公司 | 传输数据分组的方法 |
CN1898909A (zh) * | 2003-12-22 | 2007-01-17 | 横河电机株式会社 | 通信控制系统 |
CN1642167A (zh) * | 2004-01-08 | 2005-07-20 | 华为技术有限公司 | 主节点支持从节点上不同协议类型从单元设备的方法 |
CN101118678A (zh) * | 2006-08-04 | 2008-02-06 | 宏正自动科技股份有限公司 | 电子防盗装置及其方法 |
CN101971153A (zh) * | 2008-03-14 | 2011-02-09 | 汤姆逊许可证公司 | 使用高清晰度多媒体接口实现外围设备的方法、装置和系统 |
CN201215981Y (zh) * | 2008-06-16 | 2009-04-01 | 青岛海信电器股份有限公司 | 一种控制电路及具有所述控制电路的电视机 |
CN102223732A (zh) * | 2011-06-14 | 2011-10-19 | 南京信息工程大学 | 无线多点ddc edid信息共享装置及方法 |
KR101195179B1 (ko) * | 2012-03-05 | 2012-10-29 | 주식회사 리버스톤미디어 | Hdmi영상 신호 스위칭 장치 및 이를 구비한 디지털 방송 시스템 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108076085A (zh) * | 2016-11-10 | 2018-05-25 | 北京国双科技有限公司 | 一种数据传输的方法及数据传输装置 |
CN106652409A (zh) * | 2016-12-01 | 2017-05-10 | 重庆君农哥科技有限公司 | 无线传感终端装置 |
CN106604121A (zh) * | 2016-12-26 | 2017-04-26 | 深圳Tcl数字技术有限公司 | Hdmi接口兼容方法及显示装置 |
CN108958950A (zh) * | 2018-05-29 | 2018-12-07 | 联发科技(新加坡)私人有限公司 | 电子存储设备的任务管理方法、主机和存储装置 |
CN115665357A (zh) * | 2022-10-24 | 2023-01-31 | 昆易电子科技(上海)有限公司 | 图像数据传输方法、系统、注入方法及电子设备 |
CN115665357B (zh) * | 2022-10-24 | 2023-08-08 | 昆易电子科技(上海)有限公司 | 图像数据传输方法、系统、注入方法及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105635802A (zh) | 一种数字媒体数据的传输方法及装置 | |
WO2020192152A1 (zh) | 视频传输的方法、根节点、子节点、p2p服务器和系统 | |
CN111083161A (zh) | 数据传输的处理方法及装置、物联网设备 | |
US20230070702A1 (en) | Data transmission method and apparatus, computer readable medium, and electronic device | |
WO2022142676A1 (zh) | 数据传输方法、装置、计算机可读介质及电子设备 | |
CN109905205B (zh) | 数据发送、接收的方法及设备、数据传输方法及系统 | |
EP4203531A1 (en) | Data transmission method and apparatus, computer-readable storage medium, electronic device, and computer program product | |
US20120110403A1 (en) | Error Correction Scheme for Facsimile Over a Packet Switched Network | |
KR20230058469A (ko) | 데이터 송신 방법 및 장치, 컴퓨터로 판독 가능한 저장 매체, 전자 디바이스, 그리고 컴퓨터 프로그램 제품 | |
CN103532923B (zh) | 一种实时媒体流传输方法及系统 | |
EP4239974A1 (en) | Data transmission method and apparatus, and computer-readable medium and electronic device | |
JP3462314B2 (ja) | パケット通信装置 | |
US11792130B2 (en) | Audio/video communication method, terminal, server, computer device, and storage medium | |
CN110830460B (zh) | 一种连接建立方法、装置、电子设备及存储介质 | |
CN102333209B (zh) | 应用于视频监控系统的数据传输方法及设备 | |
CN112104918A (zh) | 基于卫星网络的图像传输方法及装置 | |
CN108881817B (zh) | 一种数据同步的方法、装置和系统 | |
CN108235111B (zh) | 信息共享方法及智能机顶盒 | |
EP1802121B1 (en) | Information provisioning system, device and methods | |
CN104079859A (zh) | 基于反馈机制的视频传输速率自适应系统 | |
CN108289165B (zh) | 一种基于手机控制相机的实现方法、装置及终端设备 | |
EP3447986B1 (en) | Information processing device, information processing system, and information processing method | |
WO2018093051A1 (ko) | 실시간 파일 포맷 변환 스트리밍 서비스 방법 | |
US20060013559A1 (en) | Data transfer apparatus and method using USB module | |
US11265357B2 (en) | AV1 codec for real-time video communication |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160601 |