CN111510763A - 基于wifi的发送、接收方法及设备 - Google Patents

基于wifi的发送、接收方法及设备 Download PDF

Info

Publication number
CN111510763A
CN111510763A CN202010279442.XA CN202010279442A CN111510763A CN 111510763 A CN111510763 A CN 111510763A CN 202010279442 A CN202010279442 A CN 202010279442A CN 111510763 A CN111510763 A CN 111510763A
Authority
CN
China
Prior art keywords
protocol
data
data packet
audio
preset
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
Application number
CN202010279442.XA
Other languages
English (en)
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.)
Shenzhen Lenkeng Technology Co Ltd
Original Assignee
Shenzhen Lenkeng Technology 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 Shenzhen Lenkeng Technology Co Ltd filed Critical Shenzhen Lenkeng Technology Co Ltd
Priority to CN202010279442.XA priority Critical patent/CN111510763A/zh
Publication of CN111510763A publication Critical patent/CN111510763A/zh
Pending legal-status Critical Current

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/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 stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/40—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
    • 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
    • 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/643—Communication protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开了基于WIFI的发送、接收方法及设备，其中，发送方法包括：获取音视频数据，将音视频数据进行处理，得到协议数据包，通过第一WIFI模块发送协议数据包给接收设备。采用本申请，可实现音视频数据的延长传输，使得与接收设备相连的显示设备超低延时地播放画质无损的高清视频。

Description

基于WIFI的发送、接收方法及设备
技术领域
本申请涉及以网络通信技术领域，尤其涉及基于WIFI的发送、接收方法及设备。
背景技术
随着社会的进步和科学技术的发展，尤其是物联网技术的发展，各种传统设备的物联网化已经成为一种趋势。
目前，大多传统设备(机顶盒等视频源设备与显示设备)之间的通信通过线缆实现，但是通信线路较为复杂，布线所需成本较高；将机顶盒、DVD等视频源设备中的高清视频数据传输到显示设备的无线传输方式较为少见，且技术尚未成熟；另外，实际生活中，通过显示设备超低延时地播放DVD等视频设备中的高清视频较难实现。
发明内容
基于以上存在的问题以及现有技术的缺陷，本申请提供基于WIFI的发送、接收方法及设备，一方面，可实现音视频数据的延长传输，使得与接收设备相连的显示设备超低延时地播放画质无损的高清视频；另一方面，可降低布线成本，减少施工时间。
第一方面，本申请提供了基于WIFI的发送方法，包括：
获取音视频数据；
将所述音视频数据进行处理，得到协议数据包；
通过第一WIFI模块发送所述协议数据包；所述第一WIFI模块包括：传输速率不低于第一阈值的WIFI模块。
第二方面，本申请提供了基于WIFI的接收方法，包括：
通过第二WIFI模块接收协议数据包；所述第二WIFI模块包括：传输速率不低于第二阈值的WIFI模块；
将所述协议数据包进行处理，得到预设音视频数据。
第三方面，本申请提供了基于WIFI的发送设备，包括：第一存储器及与所述第一存储器相连的第一处理器，所述第一存储器用于存储第一应用程序指令，所述第一处理器被配置用于调用所述第一应用程序指令，执行第一方面所述的基于WIFI的发送方法。
第四方面，本申请提供了基于WIFI的接收设备，包括：第二存储器及与所述第二存储器相连的第二处理器，所述第二存储器用于存储第二应用程序指令，所述第二处理器被配置用于调用所述第二应用程序指令，执行第二方面所述的基于WIFI的接收方法。
本申请提供了基于WIFI的发送、接收方法及设备。发送方法包括：首先获取音视频数据，将音视频数据进行处理，得到协议数据包，然后通过第一WIFI模块发送协议数据包给接收设备，综上可知，采用本申请，一方面，通过WIFI模块进行数据传输，可节省传输所需的布线成本，另一方面，通过压缩算法对音视频数据进行压缩，可降低音视频数据所需的传输带宽，以实现高清视频超低延时播放。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请提供的一种基于WIFI的发送方法的示意流程图；
图2是本申请提供的一种基于WIFI的传输场景的示意图；
图3是本申请提供的另一种基于WIFI的发送方法的示意流程图；
图4是本申请提供的又一种基于WIFI的发送方法的示意流程图；
图5是本申请提供的一种基于WIFI的接收方法的示意流程图；
图6是本申请提供的另一种基于WIFI的传输场景的示意图；
图7是本申请提供的另一种基于WIFI的接收方法的示意流程图；
图8是本申请提供的又一种基于WIFI的接收方法的示意流程图；
图9是本申请提供的一种发送设备的结构示意图；
图10是本申请提供的一种接收设备的结构示意图。
具体实施方式
下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。
参见图1，是本申请提供的基于WIFI的发送方法的示意流程图，如图1所示，该方法可包括但不限于以下几个步骤：
S101、获取音视频数据。
具体的，发送设备可通过HDMI(High Definition Multimedia Interface，高清多媒体接口)输入接口的三个TMDS(Transition Minimized Differential signal，最小化传输差分信号)数据通道从视频源设备(如：DVD、机顶盒、摄像头等)中获取音视频数据。其中，HDMI输入接口还可包括一个时钟通道。
音视频数据可包括但不限于：如文字、数据、声音、图形、图像或视频(如1080P、4K或8K分辨率、帧率为30FPS或60FPS的高清视频)等感觉音视频数据等。音视频数据还可包括但不限于下述特点：数据格式可为YUV444/YCbCr444/RGB格式、高动态范围HDR(HighDynamic Range Imaging)。
S102、将音视频数据进行处理，得到协议数据包。
本申请实施例中，发送设备将音视频数据进行处理，得到协议数据包，可包括但不限于下述途径：
途径1：发送设备通过压缩算法将音视频数据进行压缩，得到码流数据；通过通信协议将码流数据进行封装，得到协议数据包；具体阐述请参见图2方法实施例中S202及S203。
途径2：发送设备通过通信协议将音视频数据进行封装，得到协议数据包；具体阐述请参见图3方法实施例中S302。
S103、通过第一WIFI模块发送协议数据包。
本申请实施例中，在发送设备将音视频数据进行处理，得到协议数据包之后，在通过第一WIFI模块发送协议数据包之前，发送设备还可执行下述步骤：
发送设备将协议数据包通过集成于第一WIFI模块上的PCI-E(PeripheralComponent Interconnect Express)接口输入到第一WIFI模块；
或者，
发送设备将协议数据包通过集成于第一WIFI模块上的USB接口输入到第一WIFI模块；从软件来说，该USB接口可包括但不限于：USB3.0、USB2.0或USB3.1。从硬件上来说，该USB接口可包括但不限于：Type-C接口。
将协议数据包通过集成于第一WIFI模块上的LVDS(Low Voltage DifferentialSignaling，低电压差分信号)接口输入到第一WIFI模块。
本申请实施例中，通过第一WIFI模块发送协议数据包，可包括下述步骤：
发送设备通过传输速率不低于第一阈值的WIFI模块基于IEEE 802.11ax的无线局域网标准在2.4Ghz或5Ghz频段发送协议数据包给接收设备。其中，第一阈值可为9.6Gbps。应当说明的，第一WIFI模块可为用于通信传输的WIFI 6模块。
应当说明的，一方面，第一WIFI模块采用正交频分多址接入(OrthogonalFrequency Division Multiple Access，OFDMA)技术，另一方面，第一WIFI模块集成了若干天线的通信模块，换句话说，第一WIFI模块可为采用Aip(Antenna in Package)技术将若干天线封装于内部的通信模块，并利用大规模多输入多输出(Multi Input Multi Output，MIMO)技术。综上可知，通过加持有上述技术的第一WIFI模块通信传输，可提高数据的传输速率，降低传输时延，以使得高清视频无延迟播放。
应当说明的，第一WIFI模块可采用新一代加密安全协议WPA3，能阻止强力暴击，暴力破解，安全更有保障。
应当说明的，第一WIFI模块可加持目标唤醒时间(Target Wake Time，TWT)技术，当第一WIFI模块接收到用于协议数据包传输的指令时，第一WIFI模块与接收设备进行连接，而在其他时间，第一WIFI模块可处于休眠状态，因而功耗可降低30％。
应当说明的，接收设备包括：第一接收设备及第二接收设备；
发送设备通过第一WIFI模块发送协议数据包，包括：
发送设备通过传输速率不低于第一阈值的WIFI模块且基于IEEE 802.11ax的无线局域网标准将协议数据包分别发送给第一接收设备及第二接收设备。
综上可知，发送设备通过将获得的音视频数据进行处理，并通过第一WIFI模块发送所述协议数据包发送给接收设备，可使得与接收设备相连的显示设备超低延时地播放画质无损的高清视频。
图2示例性示出了一种场景示意图。如图2所示，发送设备将从视频源设备中获得音视频数据处理成协议数据包之后，可通过第一WIFI模块且基于IEEE802.11ax的无线局域网标准将协议数据包分别发送给第一接收设备及第二接收设备。
参见图3，是本申请提供的另一种基于WIFI的发送方法的示意流程图，如图3所示，该方法可包括但不限于以下几个步骤：
S301、获取音视频数据。
具体的，关于如何获取音视频数据的具体方式可参见图1方法实施例中S101，此处不在赘述。
S302、通过压缩算法将音视频数据进行压缩，得到码流数据。
本申请实施例中，本申请实施例中，通过压缩算法将音视频数据进行压缩，得到码流数据，可包括但不限于下述方式：
方式1：发送设备通过DSC(Display Stream Compression，显示流压缩)压缩算法将音视频数据进行压缩，得到码流数据。
下面以音视频数据为视频为例，通过DSC压缩算法将视频进行压缩，得到码流数据，具体可包括但不限于以下步骤：
步骤1：将视频中的每一帧图像分为若干的、互不重叠的方形条作为独立的编码单位，其中，编码按行扫描方式进行，可以相连的A个像素组成的A x 1像素组为处理单位，可选的，A可为3、4或5，本申请实施例不作限制。
步骤2：DSC压缩算法可通过帧内差分脉冲编码调制(Differential pulse codemodulation，DPCM)方法预测当前像素，对预测残差值采用简单的2的整数幂量化进行量化和重建像素，并对量化后残差信号进行熵编码(如可变长熵编码(Variable LengthCoding，VLC))，其中，熵编码在A x 1像素组上操作，每个分量可产生一个熵编码的子码流，这些子码流(也即是说，每个子码流可为每个分量形成的压缩数据流)经打包、自流多路复用后输出。应当说明的，DSC压缩算法还可支持以下预测模式：改进的中值自适应预测(Modified median adaptive prediction，MMAP)、块预测(Block prediction，BP)或中点预测(Mid-point prediction，MPP)。应当说明的，发送设备传输4K分辨率、每秒传输60帧画面的音视频数据时，所需的传输带宽大约需要18Gbit/s，如果发送设备对该音视频数据进行2倍压缩，那么，传输该音视频数据所需的传输带宽可为原来带宽的一半(9Gbit/s)，综上可知，通过对传输的音视频数据进行压缩，可极大地减小传输带宽，相应的，降低了传输成本。
方式2：发送设备通过JPEG2000压缩算法将音视频数据进行压缩，得到码流数据。
方式3：当音视频数据的格式为RGB数据格式时，通过CSC(Color SpaceConverter，色彩空间转换器)算法将RGB数据格式的音视频数据转化为YUV444数据格式的音视频数据，并对YUV444数据格式的音视频数据进行采样，获得YUV数据格式的第一数据，通过DSC压缩算法压缩第一数据，得到码流数据。
其中，YUV数据格式的第一数据，可包括但不限于：YUV420数据格式的第一数据或YUV422数据格式的第一数据。
方式4：当音视频数据的格式为RGB数据格式时，通过CSC算法将RGB数据格式的音视频数据转化为YUV444数据格式的音视频数据，并对YUV444数据格式的音视频数据进行采样，获得YUV数据格式的第一数据，通过JPEG2000压缩算法压缩第一数据，得到码流数据。
S303、通过通信协议将码流数据进行封装，得到协议数据包。
本申请实施例中，通过通信协议将码流数据进行封装，得到协议数据包，可包括但不限于下述处理方式：
处理方式1：发送设备通过TMDS协议将码流数据进行封装，得到协议数据包；
具体的，发送设备通过TMDS协议将码流数据进行封装，得到TMDS协议数据包。
更具体的，发送设备给码流数据添加TMDS协议头及TMDS协议尾，获得包括码流数据、TMDS协议头及TMDS协议尾的TMDS协议数据包。其中，TMDS协议头或TMDS协议尾可分别包含目的地址、源地址、端口号、标记位等控制信息。
应当说明的，发送设备还可通过IR接收头、RS232接口、USB接口或UART接口获取控制指令。
应当说明的，发送设备还可通过TMDS协议将码流数据及获取的控制指令进行封装，得到TMDS协议数据包。
处理方式2：发送设备通过UDP(User Datagram Protocol，用户数据报协议)协议将码流数据进行封装，得到协议数据包；
具体的，发送设备通过UDP协议将码流数据进行封装，得到UDP协议数据包。
更具体的，发送设备给码流数据添加UDP协议头及UDP协议尾，获得包括码流数据、UDP协议头及UDP协议尾的UDP协议数据包。其中，UDP协议头或UDP协议尾可分别包含目的地址、源地址、端口号、标记位等控制信息。
应当说明的，发送设备还可通过UDP协议将码流数据及获取的控制指令进行封装，得到UDP协议数据包。
处理方式3：发送设备通过TCP(Transmission Control Protocol，传输控制协议)协议将码流数据进行封装，得到协议数据包；
具体的，发送设备通过TCP协议将码流数据进行封装，得到TCP协议数据包。
应当说明的，发送设备还可通过TCP协议将码流数据及获取的控制指令进行封装，得到TCP协议数据包。
处理方式4：发送设备通过自定义协议将码流数据进行封装，得到协议数据包；
具体的，发送设备通过自定义协议将码流数据进行封装，得到自定义协议数据包，自定义协议包括：为保持发送设备中数据编码及接收设备中数据解码同步的要求，所设计的简易协议。
应当说明的，发送设备还可通过自定义协议将码流数据及获取的控制指令进行封装，得到自定义协议数据包。
S304、通过第一WIFI模块发送协议数据包。
具体的，关于如何通过第一WIFI模块发送协议数据包的具体方式可参见图1方法实施例中S103，此处不在赘述。
应当说明的，图3方法实施例中未阐明的定义或解释，请参见图1方法实施例，此处不再赘述。
参见图4，是本申请提供的又一种基于WIFI的发送方法的示意流程图，如图4所示，该方法可包括但不限于以下几个步骤：
S401、获取音视频数据。
具体的，关于如何获取音视频数据的具体方式可参见图1方法实施例中S101，此处不再赘述。
S402、通过通信协议将音视频数据进行封装，得到协议数据包。
本申请实施例中，通过通信协议将音视频数据进行封装，得到协议数据包，可包括但不限于下述方式：
方式1：发送设备通过TMDS协议将音视频数据进行封装，得到协议数据包；
具体的，发送设备通过TMDS协议将音视频数据进行封装，得到TMDS协议数据包。
更具体的，发送设备给音视频数据添加TMDS协议头及TMDS协议尾，获得包括音视频数据、TMDS协议头及TMDS协议尾的TMDS协议数据包。其中，TMDS协议头或TMDS协议尾可分别包含目的地址、源地址、端口号、标记位等控制信息。
应当说明的，发送设备还可通过IR接收头、RS232接口、USB接口或UART接口获取控制指令。
应当说明的，发送设备还可通过TMDS协议将音视频数据及获取的控制指令进行封装，得到TMDS协议数据包。
方式2：发送设备通过UDP协议将音视频数据进行封装，得到协议数据包；
具体的，发送设备通过UDP协议将音视频数据进行封装，得到UDP协议数据包。
应当说明的，发送设备还可通过UDP协议将音视频数据及获取的控制指令进行封装，得到UDP协议数据包。
方式3：发送设备通过TCP协议将音视频数据进行封装，得到协议数据包；
具体的，发送设备通过TCP协议将音视频数据进行封装，得到TCP协议数据包。
应当说明的，发送设备还可通过TCP协议将音视频数据及获取的控制指令进行封装，得到TCP协议数据包。
方式4：发送设备通过自定义协议将音视频数据进行封装，得到协议数据包；
具体的，发送设备通过自定义协议将音视频数据进行封装，得到自定义协议数据包。
应当说明的，发送设备还可通过自定义协议将音视频数据及获取的控制指令进行封装，得到自定义协议数据包。
S403、通过第一WIFI模块发送协议数据包。
具体的，关于如何通过第一WIFI模块发送协议数据包的具体方式可参见图1方法实施例中S103，此处不再赘述。
应当说明的，图4方法实施例中未阐明的定义或解释，请参见图1方法实施例，此处不再赘述。
参见图5，是本申请提供的一种基于WIFI的接收方法的示意流程图，如图4所示，该方法可包括但不限于以下几个步骤：
S501、通过第二WIFI模块接收协议数据包。
本申请实施例中，接收设备通过第二WIFI模块接收协议数据包，可包括但不限于：
接收设备通过第二WIFI模块且基于所述IEEE 802.11ax的无线局域网标准从发送设备中接收到协议数据包，其中，第二WIFI模块包括：传输速率不低于第二阈值的WIFI模块。其中，第二阈值可为9.6Gps。
应当说明的，第二WIFI模块，可基于IEEE 802.11ax的无线局域网标准，在2.4Ghz或5Ghz频段从发送设备中接收协议数据包。
在通过第二WIFI模块接收协议数据包之后，将协议数据包进行处理，得到预设音视频数据之前，接收设备还可执行下述步骤：
通过集成于第二WIFI模块上的PCI-E接口从第二WIFI模块中，得到协议数据包；
或者，
通过集成于第二WIFI模块上的USB接口从第二WIFI模块中，得到协议数据包；
或者，
通过集成于第二WIFI模块上的LVDS接口从第二WIFI模块中，得到协议数据包。
应当说明的，发送设备可包括但不限于：第一发送设备、第二发送设备；
在接收设备通过第二WIFI模块接收协议数据包之前，接收设备还可执行下述步骤：
步骤1：接收第一发送设备发送的用于请求与第二WIFI模块建立连接且携带第一发送设备地址的第一协议数据包，对第一协议数据包进行解析，以得到第一发送设备的地址；
步骤2：判断数据库中是否存在第一发送设备的地址，如果存在，则通过第二WIFI模块与第一发送设备建立连接，且通过第二WIFI模块发送确认信息给第一发送设备，该确认信息用于表征集成第二WIFI模块与第一发送设备完成建立连接；数据库存储有发送设备的地址；其中，
通过第二WIFI模块与第一发送设备建立连接，具体可包括：
将第二WIFI模块与发送设备之间的通信信道，切换至第二WIFI模块与第一设备之间的通信信道。
应当说明的，在接收第一发送设备发送的用于请求与第二WIFI模块建立连接且携带第一发送设备地址的第一协议数据包之前，
接收设备还可通过第二WIFI模块接收由发送设备广播的携带发送设备的地址的协议数据包，以及将接收到的协议数据包进行解析，得到发送设备的地址，并将发送设备的地址存储在数据库中。
应当说明的，发送设备可包括但不限于：第一发送设备、第二发送设备；
通过第二WIFI模块接收协议数据包，包括：
通过第二WIFI模块且基于IEEE 802.11ax的无线局域网标准分别接收由第一发送设备发送的第二协议数据包、由第二发送设备发送的第三协议数据包；协议数据包包括：第二协议数据包及第三协议数据包。
图6示例性示出了另一种场景示意图。
如图6所示，发送设备可包括但不限于：第一发送设备及第二发送设备。
一方面，接收设备可通过第二WIFI模块且基于IEEE 802.11ax的无线局域网标准分别接收由第一发送设备发送的第二协议数据包、由第二发送设备发送的第三协议数据包；接着，接收设备可将对第二协议数据包处理后所得预设音视频数据以及对第三协议数据包处理后所得预设音视频数据进一步处理(也即是说，将第二协议数据包处理后所得预设音视频数据以及第三协议数据包处理后所得预设音视频数据进一步处理成多帧预设数据，其中，上述多帧数据帧中每一帧预设数据包含：第二协议数据包及第三协议数据包分别处理后所得预设音视频数据)，将处理后的数据基于一个HDMI接口输出到一个显示设备进行分割显示，或者，可将对第二协议数据包处理后所得预设音视频数据以及对第三协议数据包处理后所得预设音视频数据，分别基于多个HDMI接口输出到不同显示设备进行显示。
另一方面，如果接收设备通过第二WIFI模块仅与发送设备中的第一发送设备建立了连接，则接收设备可通过第二WIFI模块且基于IEEE 802.11ax的无线局域网标准接收由第一发送设备发送的第二协议数据包；接着，接收设备可将对第二协议数据包处理后所得预设音视频数据基于一个HDMI接口输出到一个显示设备进行显示，或者，可将对第二协议数据包处理后所得预设音视频数据分别基于多个HDMI接口输出到多个不同的显示设备分别进行显示。
S502、将协议数据包进行处理，得到预设音视频数据。
具体的，接收设备将协议数据包进行处理，得到预设音视频数据可包括但不限于下述处理方式：
处理方式1：通过通信协议对协议数据包解封装，得到预设码流数据；通过解压缩算法对预设码流数据进行解压缩操作，得到预设音视频数据，具体阐述请参见图7方法实施例中S702及S703。
处理方式2：通过通信协议将所述协议数据包解封装，得到预设音视频数据；具体阐述请参见图8方法实施例中S802。
应当说明的，接收设备将协议数据包进行处理，得到预设音视频数据之后，接收设备还可执行下述步骤：
接收设备将预设音视频数据输出到与接收设备相连的显示设备，显示设备可用于对预设音视频数据进行显示。
综上可知，接收设备通过第二WIFI模块接收协议数据包，将协议数据包进行处理，得到预设音视频数据，可使得与接收设备相连的显示设备超低延时地播放画质无损的高清视频。
参见图7，是本申请提供的另一种基于WIFI的接收方法的示意流程图，如图7所示，该方法可包括但不限于以下几个步骤：
S701、通过第二WIFI模块接收协议数据包。
具体的，关于如何通过第二WIFI模块接收协议数据包的具体方式可参见图5方法实施例中S501，此处不在赘述。
S702、通过通信协议对协议数据包解封装，得到预设码流数据。
本申请实施例中，通过通信协议对协议数据包解封装，得到预设码流数据，可包括但不限于下述方式：
方式一：通过TMDS协议对协议数据包解封装，得到预设码流数据。
具体的，接收设备通过TMDS协议对TMDS协议数据包解封装，得到预设码流数据；
应当说明的，接收设备还可通过TMDS协议对所述协议数据包解封装，得到预设码流数据及预设控制指令，具体的，接收设备还可通过TMDS协议对TMDS协议数据包解封装，得到预设码流数据及预设控制指令。
方式二：通过UDP协议对协议数据包解封装，得到预设码流数据。
具体的，接收设备通过UDP协议对UDP协议数据包解封装，得到预设码流数据。
应当说明的，接收设备还可通过UDP协议对协议数据包解封装，得到预设码流数据及预设控制指令，具体的，接收设备还可通过UDP协议对UDP协议数据包解封装，得到预设码流数据及预设控制指令。
方式三：通过TCP协议对协议数据包解封装，得到预设码流数据。
具体的，接收设备通过TCP协议对TCP协议数据包解封装，得到预设码流数据。
应当说明的，接收设备还可通过TCP协议对协议数据包解封装，得到预设码流数据及预设控制指令，具体的，接收设备还可通过TCP协议对TCP协议数据包解封装，得到预设码流数据及预设控制指令。
方式四：通过自定义协议对协议数据包解封装，得到预设码流数据。
具体的，接收设备通过自定义协议对自定义协议数据包解封装，得到预设码流数据。
应当说明的，接收设备通过自定义协议对协议数据包解封装，得到预设码流数据及预设控制指令；具体的，接收设备还可通过自定义协议对自定义协议数据包解封装，得到预设码流数据及预设控制指令。
应当说明的，接收设备在通过第二WIFI模块接收协议数据包之后，并在通过通信协议对协议数据包解封装，得到预设码流数据之前，接收设备还可执行下述步骤：
接收设备通过集成于第二WIFI模块上的PCI-E接口从第二WIFI模块中，得到协议数据包；或者，
接收设备通过集成于第二WIFI模块上的USB接口从第二WIFI模块中，得到协议数据包；或者，
接收设备通过集成于第二WIFI模块上的LVDS接口从第二WIFI模块中，得到协议数据包
S703、通过解压缩算法对预设码流数据进行解压缩操作，得到预设音视频数据。
本申请实施例中，接收设备通过解压缩算法对预设码流数据进行解压缩操作，得到预设音视频数据，可包括但不限于下述方式：
方式1：接收设备通过DSC解压缩算法将预设码流数据进行解压缩操作，得到预设音视频数据；或者，
接收设备通过DSC解压缩算法将预设码流数据进行解压缩操作，得到预设音视频数据及预设控制指令。
应当说明的，当发送设备通过DSC压缩算法将所述音视频数据进行压缩，得到所述码流数据时，接收设备可通过DSC解压缩算法将预设码流数据进行解压缩操作，得到预设音视频数据。
方式2：接收设备通过JPEG2000解压缩算法将码流数据进行解压缩操作，得到预设音视频数据；或者，
接收设备通过JPEG2000解压缩算法将码流数据进行解压缩操作，得到预设音视频数据及预设控制指令。
方式3：
当预设音视频数据的格式为RGB数据格式时，通过DSC解压缩算法对预设码流数据进行解压缩操作，获得YUV数据格式的第一预设数据，对第一预设数据进行内插，得到YUV444数据格式的预设音视频数据，并通过CSC算法将YUV444数据格式的预设音视频数据转换成RGB数据格式的预设音视频数据；
YUV数据格式的第一预设数据可包括：YUV420数据格式的第一预设音视频数据或YUV422数据格式的第一预设音视频数据。
或者，
当预设音视频数据的格式为RGB数据格式时，通过DSC解压缩算法对预设码流数据进行解压缩操作，获得预设控制指令和YUV数据格式的第一预设数据，对第一预设数据进行内插，得到YUV444数据格式的预设音视频数据，并通过CSC算法将YUV444数据格式的预设音视频数据转换成RGB数据格式的预设音视频数据。
方式4：
当预设音视频数据的格式为RGB数据格式时，通过JPEG2000解压缩算法对预设码流数据进行解压缩操作，获得YUV数据格式的第一预设数据，对第一预设数据进行内插，得到YUV444数据格式的预设音视频数据，并通过CSC算法将YUV444数据格式的预设音视频数据转换成RGB数据格式的预设音视频数据；
或者，
当预设音视频数据的格式为RGB数据格式时，通过JPEG2000解压缩算法对预设码流数据进行解压缩操作，获得预设控制指令和YUV数据格式的第一预设数据，对第一预设数据进行内插，得到YUV444数据格式的预设音视频数据，并通过CSC算法将YUV444数据格式的预设音视频数据转换成RGB数据格式的预设音视频数据。
应当说明的，接收设备通过解压缩算法对预设码流数据进行解压缩操作，得到预设音视频数据之后，接收设备还可执行下述步骤：
接收设备将预设音视频数据输出到显示设备，显示设备可用于对预设音视频数据进行显示。
应当说明的，图7方法实施例中未阐明的定义或解释，请参见图5方法实施例，此处不再赘述。
参见图8，是本申请提供的又一种基于WIFI的接收方法的示意流程图，如图8所示，该方法可包括但不限于以下几个步骤：
S801、通过第二WIFI模块接收协议数据包。
具体的，关于如何通过第二WIFI模块接收协议数据包的具体方式可参见图5方法实施例中S501，此处不在赘述。
S802、通过通信协议将协议数据包解封装，得到预设音视频数据。
本申请实施例中，在通过第二WIFI模块接收协议数据包之后，通过通信协议将协议数据包解封装，得到预设音视频数据之前，接收设备还可执行下述步骤：
通过集成于第二WIFI模块上的PCI-E接口从第二WIFI模块中，得到协议数据包；或者，
通过集成于第二WIFI模块上的USB接口从第二WIFI模块中，得到协议数据包；或者，
接收设备通过集成于第二WIFI模块上的LVDS接口从第二WIFI模块中，得到协议数据包。
具体的，通过通信协议将所述协议数据包解封装，得到预设音视频数据，可包括但不限于下述方式：
方式1：接收设备通过TMDS协议对协议数据包解封装，得到预设音视频数据；或者，
通过TMDS协议对协议数据包解封装，得到预设码流数据及预设控制指令。
方式2：接收设备通过UDP协议对协议数据包解封装，得到预设音视频数据；或者，
通过UDP协议对协议数据包解封装，得到预设码流数据及预设控制指令。
方式3：接收设备通过TCP协议对协议数据包解封装，得到预设音视频数据；或者，
通过TCP协议对协议数据包解封装，得到预设码流数据及预设控制指令。
方式4：接收设备通过自定义协议对协议数据包解封装，得到预设音视频数据。或者，
通过自定义协议对协议数据包解封装，得到预设码流数据及预设控制指令。
应当说明的，接收设备通过通信协议将协议数据包解封装，得到预设音视频数据之后，接收设备还可执行下述步骤：
接收设备将预设音视频数据输出到显示设备，显示设备可用于对预设音视频数据进行显示。
应当说明的，图8方法实施例中未阐明的定义或解释，请参见图5方法实施例，此处不再赘述。
本申请提供了一种基于WIFI的发送设备，可用于实现图1、图3或图4实施例所述的方法。图9所示的基于WIFI的发送设备可用于执行图1、图3或图4实施例中的描述内容。
如图9所示，发送设备9可包括但不限于：第一存储器92及与第一存储器92耦合的第一处理器91。
第一存储器92，具体可用于：第一应用程序指令；
第一处理器91，具体可用于：调用第一存储器92中存储的第一应用程序指令，实现图1、图3或图4所述的基于WIFI的发送方法。
应当理解，发送设备9仅为本申请实施例提供的一个例子，发送设备9可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。
可理解的，关于图9的发送设备9包括的功能部件的具体实现方式，可参考图1、图3或图4实施例，此处不再赘述。
本申请提供了一种基于WIFI的接收设备，可用于实现图5、图7或图8实施例所述的方法。图10所示的基于WIFI的发送设备可用于执行图5、图7或图8实施例中的描述内容。
如图10所示，接收设备10可包括但不限于：第二存储器102及与第二存储器102耦合的第二处理器101。
第二存储器102，具体可用于：第二应用程序指令；
第二处理器101，具体可用于：调用第二存储器102中存储的第二应用程序指令，实现图5、图7或图8所述的基于WIFI的接收方法。
应当理解，接收设备10仅为本申请实施例提供的一个例子，接收设备10可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。
可理解的，关于图10的接收设备10包括的功能部件的具体实现方式，可参考图5、图7或图8实施例，此处不再赘述。
本领域普通技术人员可以意识到，结合本申请中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置或模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备、装置或方法，可以通过其它的方式实现。例如，以描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
上述描述的装置、设备的实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、设备、装置或模块的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以是两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (21)

1.基于WIFI的发送方法，其特征在于，包括：
获取音视频数据；
将所述音视频数据进行处理，得到协议数据包；
通过第一WIFI模块发送所述协议数据包；所述第一WIFI模块包括：传输速率不低于第一阈值的WIFI模块。
2.如权利要求1所述的发送方法，其特征在于：
所述将所述音视频数据进行处理，得到协议数据包，包括：
通过通信协议将所述音视频数据进行封装，得到协议数据包。
3.如权利要求2所述的发送方法，其特征在于：
所述通过通信协议将所述音视频数据进行封装，得到协议数据包，包括：
通过TMDS协议将所述音视频数据进行封装，得到协议数据包；
或者，
通过UDP协议将所述音视频数据进行封装，得到所述协议数据包；
或者，
通过TCP协议将所述音视频数据进行封装，得到所述协议数据包；
或者，
通过自定义协议将所述音视频数据进行封装，得到所述协议数据包。
4.如权利要求1所述的发送方法，其特征在于：
所述将所述音视频数据进行处理，得到协议数据包，包括：
通过压缩算法将所述音视频数据进行压缩，得到码流数据；
通过通信协议将所述码流数据进行封装，得到协议数据包。
5.如权利要求4所述的发送方法，其特征在于：
所述通过压缩算法将所述音视频数据进行压缩，得到码流数据，包括：
通过DSC压缩算法将所述音视频数据进行压缩，得到所述码流数据；
或者，
通过JPEG2000压缩算法将所述音视频数据进行压缩，得到所述码流数据；
或者，
当所述音视频数据的格式为RGB数据格式时，通过CSC算法将所述RGB数据格式的所述音视频数据转化为YUV444数据格式的所述音视频数据，并对所述YUV444数据格式的所述音视频数据进行采样，获得YUV数据格式的第一数据，通过所述DSC压缩算法压缩所述第一数据，得到所述码流数据；
或者，
当所述音视频数据的格式为RGB数据格式时，通过CSC算法将所述RGB数据格式的所述音视频数据转化为YUV444数据格式的所述音视频数据，并对所述YUV444数据格式的所述音视频数据进行采样，获得所述YUV数据格式的第一数据，通过所述JPEG2000压缩算法压缩所述第一数据，得到所述码流数据。
6.如权利要求4所述的发送方法，其特征在于：
所述通过通信协议将所述码流数据进行封装，得到协议数据包，包括：
通过TMDS协议将所述码流数据进行封装，得到协议数据包；
或者，
通过UDP协议将所述码流数据进行封装，得到所述协议数据包；
或者，
通过TCP协议将所述码流数据进行封装，得到所述协议数据包；
或者，
通过自定义协议将所述码流数据进行封装，得到所述协议数据包。
7.如权利要求4所述的发送方法，其特征在于：
所述通过通信协议将所述码流数据进行封装，得到协议数据包，包括：
通过TMDS协议将所述码流数据及获取的控制指令进行封装，得到协议数据包；
或者，
通过UDP协议将所述码流数据及所述获取的控制指令进行封装，得到所述协议数据包；
或者，
通过TCP协议将所述码流数据及所述获取的控制指令进行封装，得到所述协议数据包；
或者，
通过自定义协议将所述码流数据及所述获取的控制指令进行封装，得到所述协议数据包。
8.如权利要求1所述的发送方法，其特征在于：
在所述将所述音视频数据进行处理，得到协议数据包之后，在所述通过第一WIFI模块发送所述协议数据包之前，所述发送方法还包括：
将所述协议数据包通过集成于所述第一WIFI模块上的PCI-E接口输入到所述第一WIFI模块；
或者，
将所述协议数据包通过集成于所述第一WIFI模块上的USB接口输入到所述第一WIFI模块；
或者，
将所述协议数据包通过集成于所述第一WIFI模块上的LVDS接口输入到所述第一WIFI模块。
9.如权利要求1所述的发送方法，其特征在于：
所述通过第一WIFI模块发送所述协议数据包，包括：
通过所述第一WIFI模块且基于IEEE 802.11ax的无线局域网标准发送所述协议数据包给接收设备。
10.如权利要求9所述的发送方法，其特征在于：
所述接收设备包括：第一接收设备及第二接收设备；
所述通过第一WIFI模块发送所述协议数据包，包括：
通过所述第一WIFI模块且基于所述IEEE 802.11ax的无线局域网标准将所述协议数据包分别发送给所述第一接收设备及所述第二接收设备。
11.基于WIFI的接收方法，其特征在于，包括：
通过第二WIFI模块接收协议数据包；所述第二WIFI模块包括：传输速率不低于第二阈值的WIFI模块；
将所述协议数据包进行处理，得到预设音视频数据。
12.如权利要求11所述的接收方法，其特征在于，
所述将所述协议数据包进行处理，得到预设音视频数据，包括：
通过通信协议将所述协议数据包解封装，得到预设音视频数据。
13.如权利要求11所述的接收方法，其特征在于，
所述将所述协议数据包进行处理，得到预设音视频数据，包括：
通过通信协议对所述协议数据包解封装，得到预设码流数据；
通过解压缩算法对所述预设码流数据进行解压缩操作，得到预设音视频数据。
14.如权利要求11所述的接收方法，其特征在于，
在所述通过第二WIFI模块接收协议数据包之后，所述将所述协议数据包进行处理，得到预设音视频数据之前，所述接收方法还包括：
通过集成于所述第二WIFI模块上的PCI-E接口从所述第二WIFI模块中，得到所述协议数据包；
或者，
通过集成于所述第二WIFI模块上的USB接口从所述第二WIFI模块中，得到所述协议数据包；
或者，
通过集成于所述第二WIFI模块上的LVDS接口从所述第二WIFI模块中，得到所述协议数据包。
15.如权利要求13所述的接收方法，其特征在于：
所述通过通信协议对所述协议数据包解封装，得到预设码流数据，包括：
通过TMDS协议对所述协议数据包解封装，得到预设码流数据；
或者，
通过UDP协议对所述协议数据包解封装，得到所述预设码流数据；
或者，
通过TCP协议对所述协议数据包解封装，得到所述预设码流数据；
或者，
通过自定义协议对所述协议数据包解封装，得到所述预设码流数据。
16.如权利要求13所述的接收方法，其特征在于：
所述通过通信协议对所述协议数据包解封装，得到预设码流数据，包括：
通过TMDS协议对所述协议数据包解封装，得到预设码流数据及预设控制指令；
或者，
通过UDP协议对所述协议数据包解封装，得到所述预设码流数据及预设控制指令；
或者，
通过TCP协议对所述协议数据包解封装，得到所述预设码流数据及预设控制指令；
或者，
通过自定义协议对所述协议数据包解封装，得到所述预设码流数据及预设控制指令。
17.如权利要求13所述的接收方法，其特征在于：
所述通过解压缩算法对所述预设码流数据进行解压缩操作，得到预设音视频数据，包括：
通过DSC解压缩算法将所述预设码流数据进行解压缩操作，得到所述预设音视频数据；
或者，
通过JPEG2000解压缩算法将所述预设码流数据进行解压缩操作，得到所述预设音视频数据；
或者，
当所述预设音视频数据的格式为RGB数据格式时，通过所述DSC解压缩算法对所述预设码流数据进行解压缩操作，获得YUV数据格式的第一预设数据，对所述第一预设数据进行内插，得到YUV444数据格式的所述预设音视频数据，并通过CSC算法将所述YUV444数据格式的所述预设音视频数据转换成所述RGB数据格式的所述预设音视频数据；
或者，
当所述预设音视频数据的格式为所述RGB数据格式时，通过所述JPEG2000解压缩算法对所述预设码流数据进行解压缩操作，获得YUV数据格式的第一预设数据，对所述第一预设数据进行内插，得到YUV444数据格式的所述预设音视频数据，并通过所述CSC算法将所述YUV444数据格式的所述预设音视频数据转换成所述RGB数据格式的所述预设音视频数据。
18.如权利要求11所述的接收方法，其特征在于：
发送设备包括：第一发送设备、第二发送设备；
所述通过第二WIFI模块接收协议数据包之前，所述接收方法还包括：
接收所述第一发送设备发送的用于请求与所述第二WIFI模块建立连接且携带所述第一发送设备地址的第一协议数据包，对所述第一协议数据包进行解析，以得到所述第一发送设备的地址；
判断数据库中是否存在所述第一发送设备的地址，如果存在，则通过第二WIFI模块与所述第一发送设备建立连接，且通过第二WIFI模块发送确认信息给所述第一发送设备，所述确认信息用于表征所述第二WIFI模块与所述第一发送设备完成建立连接；所述数据库存储有所述发送设备的地址；其中，
所述通过第二WIFI模块与所述第一发送设备建立连接，包括：
将所述第二WIFI模块与所述发送设备之间的通信信道，切换至所述第二WIFI模块与所述第一设备之间的通信信道。
19.如权利要求11所述的接收方法，其特征在于：
发送设备包括：第一发送设备、第二发送设备；
所述通过第二WIFI模块接收协议数据包，包括：
通过第二WIFI模块且基于IEEE 802.11ax的无线局域网标准分别接收由所述第一发送设备发送的第二协议数据包、由所述第二发送设备发送的第三协议数据包；所述协议数据包包括：所述第二协议数据包及所述第三协议数据包。
20.一种基于WIFI的发送设备，其特征在于，包括：第一存储器及与所述第一存储器耦合的第一处理器，所述第一存储器用于存储第一应用程序指令，所述第一处理器被配置用于调用所述第一应用程序指令，执行权利要求1-10中所述的基于WIFI的发送方法。
21.一种基于WIFI的接收设备，其特征在于，包括：第二存储器及与所述第二存储器耦合的第二处理器，所述第二存储器用于存储第二应用程序指令，所述第二处理器被配置用于调用所述第二应用程序指令，执行权利要求11-19中所述的基于WIFI的接收方法。
CN202010279442.XA 2020-04-10 2020-04-10 基于wifi的发送、接收方法及设备 Pending CN111510763A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010279442.XA CN111510763A (zh) 2020-04-10 2020-04-10 基于wifi的发送、接收方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010279442.XA CN111510763A (zh) 2020-04-10 2020-04-10 基于wifi的发送、接收方法及设备

Publications (1)

Publication Number Publication Date
CN111510763A true CN111510763A (zh) 2020-08-07

Family

ID=71864835

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010279442.XA Pending CN111510763A (zh) 2020-04-10 2020-04-10 基于wifi的发送、接收方法及设备

Country Status (1)

Country Link
CN (1) CN111510763A (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112187939A (zh) * 2020-09-30 2021-01-05 深圳市朗强科技有限公司 远距离传输场景中控制指令的发送、接收方法及设备
CN113470336A (zh) * 2021-07-14 2021-10-01 深圳市朗强科技有限公司 一种控制指令的无线发送方法、接收方法及设备
CN113507606A (zh) * 2021-07-07 2021-10-15 深圳市朗强科技有限公司 超高清视频压缩算法的选择方法、选择装置及选择设备
CN113676727A (zh) * 2021-08-18 2021-11-19 深圳市朗强科技有限公司 一种基于wifi的超高清视频的发送、接收方法及设备
CN113742003A (zh) * 2021-09-15 2021-12-03 深圳市朗强科技有限公司 一种基于fpga芯片的程序代码执行方法及设备
WO2022121126A1 (zh) * 2020-12-09 2022-06-16 深圳市朗强科技有限公司 高清视频数据的发送、接收方法及设备
CN114666415A (zh) * 2022-05-16 2022-06-24 宏晶微电子科技股份有限公司 数据传输方法、显示设备及控制设备
CN115119042A (zh) * 2022-06-23 2022-09-27 京东方科技集团股份有限公司 传输系统和传输方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102711175A (zh) * 2012-05-16 2012-10-03 中兴通讯股份有限公司南京分公司 数据传输方法及装置
CN106878803A (zh) * 2017-02-17 2017-06-20 利亚德光电股份有限公司 无线传输视/音频的方法、装置以及系统
US20190173174A1 (en) * 2017-12-05 2019-06-06 Shenzhen Antop Technology Limited Signal Integrated Terminal
CN209930400U (zh) * 2019-07-08 2020-01-10 广州市广美电子科技有限公司 一种无线图像传输led空中成像设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102711175A (zh) * 2012-05-16 2012-10-03 中兴通讯股份有限公司南京分公司 数据传输方法及装置
CN106878803A (zh) * 2017-02-17 2017-06-20 利亚德光电股份有限公司 无线传输视/音频的方法、装置以及系统
US20190173174A1 (en) * 2017-12-05 2019-06-06 Shenzhen Antop Technology Limited Signal Integrated Terminal
CN209930400U (zh) * 2019-07-08 2020-01-10 广州市广美电子科技有限公司 一种无线图像传输led空中成像设备

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112187939A (zh) * 2020-09-30 2021-01-05 深圳市朗强科技有限公司 远距离传输场景中控制指令的发送、接收方法及设备
WO2022121126A1 (zh) * 2020-12-09 2022-06-16 深圳市朗强科技有限公司 高清视频数据的发送、接收方法及设备
CN113507606A (zh) * 2021-07-07 2021-10-15 深圳市朗强科技有限公司 超高清视频压缩算法的选择方法、选择装置及选择设备
CN113507606B (zh) * 2021-07-07 2024-05-28 深圳市朗强科技有限公司 超高清视频压缩算法的选择方法、选择装置及选择设备
CN113470336A (zh) * 2021-07-14 2021-10-01 深圳市朗强科技有限公司 一种控制指令的无线发送方法、接收方法及设备
CN113676727A (zh) * 2021-08-18 2021-11-19 深圳市朗强科技有限公司 一种基于wifi的超高清视频的发送、接收方法及设备
CN113742003A (zh) * 2021-09-15 2021-12-03 深圳市朗强科技有限公司 一种基于fpga芯片的程序代码执行方法及设备
CN113742003B (zh) * 2021-09-15 2023-08-22 深圳市朗强科技有限公司 一种基于fpga芯片的程序代码执行方法及设备
CN114666415A (zh) * 2022-05-16 2022-06-24 宏晶微电子科技股份有限公司 数据传输方法、显示设备及控制设备
CN114666415B (zh) * 2022-05-16 2022-09-09 宏晶微电子科技股份有限公司 数据传输方法、显示设备及控制设备
CN115119042A (zh) * 2022-06-23 2022-09-27 京东方科技集团股份有限公司 传输系统和传输方法

Similar Documents

Publication Publication Date Title
CN111510763A (zh) 基于wifi的发送、接收方法及设备
US20210168426A1 (en) Transmitting method, receiving method, transmitting device, and receiving device
CN111083170A (zh) 一种多媒体数据的发送、接收方法及设备
CN109074161B (zh) 用于360度视频的混合图形及像素域架构
US11381869B2 (en) Transmitting method, receiving method, transmitting device, and receiving device for audio and video data in long-distance transmission
US8619570B1 (en) Architecture for combining media processing with networking
CN101656825B (zh) 一种信号处理的方法及系统
US10454986B2 (en) Video synchronous playback method, apparatus, and system
TW201907731A (zh) 用於顯示器串流壓縮之子串流多工
US8102916B1 (en) Dynamically changing media compression format in compressed domain
CN210670381U (zh) 一种音视频数据的发送装置、接收装置及传输系统
CN111339015B (zh) 一种控制指令传输方法、系统及设备
TWI713354B (zh) 用於顯示器調適之色彩重映射資訊ｓｅｉ信息發信號
US9686560B2 (en) Lossless data compression and decompression apparatus, system, and method
CN112565823A (zh) 高清视频数据的发送、接收方法及设备
JP6800991B2 (ja) ディスプレイストリーム圧縮のためのベクトルベースエントロピーコード化のための装置および方法
CN113365075A (zh) 一种应用轻压缩算法的超高清视频的有线发送、接收方法及设备
CN111277591A (zh) 一种改进的数据发送、接收方法、装置和系统
CN211791839U (zh) 基于wifi的发送设备、接收设备及传输系统
CN110474867A (zh) 一种多媒体数据的传输方法、系统及设备
CN102045580B (zh) 用于处理视频的方法和系统
JP2018524932A (ja) サブ画素パッキングを使用したディスプレイストリーム圧縮画素フォーマット拡張
KR102401881B1 (ko) 이미지 데이터를 프로세싱하기 위한 방법 및 장치
US20210204020A1 (en) Transmitting device, receiving device, transmitting method, and receiving method for multimedia data
CN113365073A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200807