KR101710011B1 - Image data transmission and reception method and apparatus - Google Patents

Abstract

The present invention discloses a method for transmitting image data. The method includes the steps of receiving image data, dividing one frame of the received image data into a plurality of frames, independently encoding each of the plurality of divided frames, and encoding And transmitting the encoded image data to the receiving side.

Description

TECHNICAL FIELD [0001] The present invention relates to a method and apparatus for transmitting and receiving image data,

The present invention relates to a method and apparatus for transmitting and receiving image data, and more particularly, to a method and apparatus for transmitting and receiving image data for reducing a delay in image transmission.

Generally, video data is required to be compression-encoded in size of data, and it is necessary to transmit compression-encoded data using a network such as ethernet. Various methods have been developed to efficiently perform this process come. Particularly, there are various techniques standardized by MPEG (Moving Picture Expert Group) (for example, H.264 / AVC, Scalable Video Coding (SVC), and High Efficiency Video Coding (HEVC) Is used to transfer Full HD (High Definition) multimedia data.

In particular, high-speed communication technology for transmitting high-resolution large-capacity data over a network has been developed in order to improve the transmission speed of a large-capacity image and sound, in order to solve the problem that data can not be transmitted in real time. For this purpose, it has been developed to enable streaming of encoded video through Digital Signal Processing (DSP) to the network through the user area and the Linux kernel.

Typically, all systems include an operating system (OS) that decrypts user commands and passes them to the device. The core operation of such an operating system is in the kernel area. However, a processing system in a normal kernel area is a real-time protocol (RTP) header created with a multimedia application by a multimedia application in a user mode, and is delivered to a device by a series of processing modules operating in a kernel mode. For example, a network interface such as an IP (Internet Protocol), an Ethernet (ETH), and an Ethernet driver (ETHDRV) via a User Datagram Protocol (UDP). Therefore, in the case of multimedia data which is repeatedly generated for RTP data generation and transmission to the lower layer, excessive data copying and exchange occur between the buffer of the user area and the buffer of the kernel area.

Generally, first, when requesting data processing by a predetermined processing command in the user mode, the processing target data is detected in the data storage area in the kernel mode, then stored in the kernel buffer, and the processing target data, Mode, and the process result data is received from the user mode. In this case, the user mode stores the data transmitted in the above process in the user area buffer, performs a desired process, and transmits the data to the kernel mode side. In the kernel mode, the data is received and transmitted to the remote device. This process is repeated until the data to be processed is processed. Therefore, the data copying and the context exchange process must be repeated as the data transfer between the kernel mode and the user mode is repeated. Also, when transmitting streaming data such as multimedia data, Head is generated.

FIG. 1 is a conceptual diagram illustrating a process from input of image data to output of an image from a data receiving side according to the related art.

1, in order to transmit a monitor image input to the remote device 120, the local device 110 first receives a monitor image through an HDMI (High Definition Multimedia Interface) And stores the image data in the memory. The image data of the internal memory is encoded to generate a compressed image. It may then transmit it to the remote device 120 via Ethernet. The remote device 120 receives the compressed image, decodes it, and copies it to the internal memory of the remote device 120, and outputs it to an output device (e.g., a monitor) connected via HDMI.

At this time, the local device 110 takes a video input time (t-VI), a video encoding time (t-EN) and a data transmission time (t-EX: Ethernet transmission time) Video decoding time (t-DE) and video output time (t-VO) at the remote device 120 are required. In the case of the large-capacity multimedia data, the local device 110 and the remote device 120 ) Takes longer. In particular, since the next operation is sequentially performed after the transfer process is completed on a frame-by-frame basis, it takes a considerable amount of time. In consideration of the call time of the user area and the kernel area,

According to an aspect of the present invention, there is provided an image data transmission method, comprising: inputting image data and dividing a frame into independent frames for data input, encoding and transmission in units of divided frames; And a receiving method and apparatus.

It is another object of the present invention to provide an integrated driver capable of minimizing call and information exchange time between a user area and a kernel area, thereby reducing an overhead incurred in accessing a Drabee at an application level.

According to an aspect of the present invention, there is provided a method of transmitting image data, the method including receiving image data, dividing one frame of the received image data into a plurality of divided frames, And transmitting the encoded image data to the receiver upon completion of encoding in units of divided frames.

The step of independently encoding each of the plurality of divided frames may include a step of starting encoding of the divided frame at a time point when all of the divided frames are input.

The divided frames may be divided into equal sizes in a predetermined division unit.

The image data transmission method may further include inputting a divided frame to be encoded next into the buffer while encoding the divided frame.

The input image data may be accessed through a direct memory access (DMA) method without being copied to a memory.

Related event from a video data input to a transmission of encoded video data by dividing the video data into a user area and a kernel area, wherein the control thread of the user area is connected to each driver of the kernel area And the kernel region may process the image related event without a call to the user area based on the setting of the control thread.

The kernel area may process the image related event as an interrupt.

The video input setting information transmitted by the control thread to the video data input driver may include resolution information of the image, resize information, and divided unit information, which is unit information of the frame.

The encoding setting information transmitted by the control thread to the encoder driver may include GOP (Group of Picture) information, bit rate information, and quality information.

The data transmission setting information of the control thread to the Ethernet driver may include IP port information and MAC address information.

The RTP (Real-Time Protocol) information included in the header of the packet composed of the encoded video data may be generated through a pseudo stack of the integrated driver of the kernel area.

According to an aspect of the present invention, there is provided an apparatus for transmitting image data, the apparatus including: an image input unit for receiving image data and dividing one frame of the received image data into a plurality of frames; And a data transmission unit for transmitting the encoded image data to the receiver upon completion of encoding in units of divided frames.

Related events from the input of the image data to the transmission of the encoded image data by dividing the kernel area into a user area and a kernel area, wherein the kernel area is a control thread for initially setting control settings for each driver of the kernel area ), And the kernel region may include the image input unit, the encoding unit, and the data transfer unit.

After the control thread of the user area initially sets the video input setting to the video input unit, the encoding setting to the encoding unit, and the data transfer setting to the data transfer unit, the kernel area is set based on the setting of the control thread The image related event can be processed without a call to the user area.

According to another aspect of the present invention, there is provided a method of receiving image data, the method comprising: receiving encoded image data; dividing the received image data into a plurality of divided frames; And a step of combining the decoded image data in units of one frame and displaying the combined decoded image data.

The step of independently decoding the divided frames may include starting decoding the divided frames at a time point when all of the divided frames are received.

The divided frames may be divided into equal sizes in a predetermined division unit.

The image data receiving method may further include receiving a divided frame to be decoded next time during decoding the divided frame and storing the divided frame in a buffer.

Wherein the image data receiving method comprises the steps of processing a video related event from the reception of video data to the reproduction of decoded data by dividing into a user area and a kernel area and processing the video related event in the kernel area without calling the user area .

The kernel area may process the image related event as an interrupt.

RTP (Real-Time Protocol) information included in the header of the packet composed of the encoded video data may be parsed through a pseudo stack of the integrated driver of the kernel area.

According to another aspect of the present invention, there is provided an apparatus for receiving image data, the apparatus comprising: a data receiver for receiving encoded image data; and a divided frame-division frame for the received image data represents a frame obtained by dividing one frame into a plurality of frames - decoding unit that independently decodes as it is received in units of one frame and a video controller that controls to display and display the video data decoded in units of divided frames in one frame.

The kernel region may include the data receiving unit, the decoding unit, and the video control unit, the video area being divided into a user area and a kernel area to process image related events from receiving image data to reproducing decoded data.

The kernel area may process the image related event without calling the user area.

According to the video data transmission and reception method and apparatus of the present invention, video data is input, encoded and transmitted on a divided frame basis on the transmission side and received, decoded and output processed on a divided frame basis on the receiving side, It has the effect of improving the processing time and shortening the processing time.

In addition, according to the method and apparatus for transmitting and receiving video data of the present invention, it is possible to reduce the number of calls and information exchanges between a user area and a kernel area, thereby reducing inter-area overhead and increasing data transmission efficiency.

FIG. 1 is a conceptual diagram for explaining a process from inputting image data to outputting an image from a data receiving side according to the related art,
2 is a conceptual diagram for explaining an image data transmission and reception system according to an embodiment of the present invention;
FIG. 3A is a diagram illustrating a process of processing a divided frame by a video input unit, an encoding unit, and a data transmitting unit, respectively, on a time axis, according to an embodiment of the present invention;
FIG. 3B is a diagram illustrating a process of processing a divided frame by a video input unit, an encoding unit, and a data transmission unit on a time axis, according to another embodiment of the present invention;
4 is a block diagram schematically illustrating an image data transmission apparatus according to an embodiment of the present invention.
FIG. 5 is a block diagram for explaining the configuration and operation of a user area (application level) and a kernel area (drive level) of the image data transmission device according to an embodiment of the present invention;
6 is a block diagram for explaining a process in which a unified driver in a kernel area receives a control command from a user area to generate a packet and transmits the packet in real time;
7 is a block diagram schematically showing an image data receiving apparatus according to an embodiment of the present invention.
8 is a block diagram for explaining the configuration and operation of a user area (application level) and a kernel area (drive level) of an image data receiving apparatus according to an embodiment of the present invention;
9 is a block diagram for explaining a process of receiving a control command from a user area and receiving a packet and outputting the packet in real time.

While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and will herein be described in detail.

It is to be understood, however, that the invention is not to be limited to the specific embodiments, but includes all modifications, equivalents, and alternatives falling within the spirit and scope of the invention.

The terms first, second, etc. may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, the first component may be referred to as a second component, and similarly, the second component may also be referred to as a first component. And / or < / RTI > includes any combination of a plurality of related listed items or any of a plurality of related listed items.

It is to be understood that when an element is referred to as being "connected" or "connected" to another element, it may be directly connected or connected to the other element, . On the other hand, when an element is referred to as being "directly connected" or "directly connected" to another element, it should be understood that there are no other elements in between.

The terminology used in this application is used only to describe a specific embodiment and is not intended to limit the invention. The singular expressions include plural expressions unless the context clearly dictates otherwise. In the present application, the terms "comprises" or "having" and the like are used to specify that there is a feature, a number, a step, an operation, an element, a component or a combination thereof described in the specification, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. Terms such as those defined in commonly used dictionaries should be interpreted as having a meaning consistent with the meaning in the context of the relevant art and are to be interpreted in an ideal or overly formal sense unless explicitly defined in the present application Do not.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. In order to facilitate the understanding of the present invention, the same reference numerals are used for the same constituent elements in the drawings and redundant explanations for the same constituent elements are omitted.

Video data transmission and reception system

2 is a conceptual diagram for explaining an image data transmission and reception system according to an embodiment of the present invention. 2, the system for transmitting and receiving image data according to an exemplary embodiment of the present invention may include a local device 210 and a remote device 220. As shown in FIG.

2, the local device 210 may transmit a compressed (e.g., encoded) image to the remote device 220. [ The local device 210 can receive video data from outside through an input port such as HDMI. The local device 210 may include an encoder (which may be referred to as an encoding unit) that performs encoding of the image data. It may also include a data transfer portion (e.g., may include an Ethernet MAC (Media Access Control) module) for transferring data over the network. The data transmission unit can transmit the encoded image data through the wired / wireless network. The remote device 220 may receive the encoded image data from the local device 210 and control to display the transmitted image on a display device (e.g., a monitor) coupled to the output port. The remote device 220 may include a data receiving unit for receiving image data, a decoder, and a video controller for controlling display of image data. The local device 210 and the remote device 220 need not necessarily have separate external image providing means and external image output means but may be provided with an image providing means and a video output means therein.

According to an exemplary embodiment of the present invention, the local device 210 may receive a monitor image via a port. At this time, when an input image is accessed to an internal memory (which may be, for example, a buffer), it can be divided into a plurality of divided frames for accessing instead of one for each frame. The local device 210 may set a predetermined divided frame unit, split the image frame in units of divided frames, and then access and store the divided data in the internal memory. The divided frame may be set to n equally divided frames. Herein, n is a natural number of 2 or more, and will be described with reference to divided frames divided into quadrants in this embodiment. However, it is not necessarily limited to this, and it does not necessarily have to be divided equally.

The local device 210 divides a frame into units of divided frames, and then encodes the divided frames into units of divided frames. In other words, the encoding can be started at the time when the divided frame data is completely inputted, instead of starting the encoding after receiving all the one frame data. The encoding may be performed in a manner starting from the top scan line and ending at the bottom scan line of the split frame. In addition, the compressed image can be directly transmitted to the remote device 220 at the time when the encoding of the divided frames is completed. When the input is completed and the input is completed, the encoding is performed. When the frame encoding is completed, the data corresponding to the next divided frame is inputted while performing encoding in units of divided frames when compared with the time of transmitting the image. Immediately after being encoded in units of frames, data can be exported, and the video input time (t-VI), encoding time (t-EN) and data transmission time (t-EX) can be reduced to 1/4.

The remote device 220 may also divide the received compressed image into units of divided frames set by the remote device 220. It may be set to be the same as the encoder by appointment, but it is also possible to set the split unit of the remote device 220 itself. It is assumed that the divided frame of the remote device 220 also uses a frame obtained by dividing one frame into quarters. The remote device 220 may perform decoding in quadrant divided frames. It is also possible to perform decoding from the point in time when all the divided frame data are inputted. Then, as soon as decoding is completed in units of divided frames, the internal memory is accessed and stored, and when outputting through a display device such as a monitor, it can be controlled so as to be combined and output in one frame. Thus, the decoding time (t-DE) can be shortened to 1/4. However, the output time (t-VO) of the image may not be shortened because one frame is completed and displayed.

That is, according to the image transmission and reception method of the present invention, in order to reduce the image transmission delay rate, one frame image is divided into a predetermined unit (for example, 1/4) Can be shortened.

(T-total) = t-VI + t-EN + t-EX + t-DE + t-VO, V / 4 + t-EN / 4 + t-EX / 4 + t-DE / 4 + t-VO, which may have a value less than 20 ms in embodiments with a frame rate of 60 Hz.

FIG. 3A is a diagram illustrating, on a time axis, a process of processing a divided frame by a video input unit, an encoding unit, and a data transmitting unit, according to an embodiment of the present invention. Here, the video input unit may receive the video data, divide the video data into units of divided frames, and transmit the divided video data to the encoding unit. The encoding unit can perform encoding from a point in time when all the divided frames are inputted. When the divided frame unit encoding is completed, the data transmitting unit transmits the encoded image.

Referring to Figure 3a, it has a video input section a first divided frame to receive input for T _1/4 hour. Here, T ₁ is a time point at which one frame is input, and may be about 16 ms at 60 Hz. Further, in the embodiment of FIG. 3A, one divided frame is assumed to be a frame obtained by dividing the frame into four equal parts. The video input unit may transmit the amount of 1 frame is divided input complete encoding the image data to the T _1/4 time being. Encoding unit starts the encoding of the first divided frame from the time T _1/4. In the embodiment of FIG. 3A, it is assumed that the resolution of the encoding is set to be somewhat lower and the encoding completion time for one divided frame is higher than the input completion time of the next divided frame. When the encoding of the first divided frame is completed, the video transmitting unit can directly generate the first divided frame as a packet and transmit it to the remote device through RTP, UDP, or IP in real time. At this time, the encoding unit and waits until the first divided from the time of encoding is completed in the frame time of the input of the second divided frame completed 2T _1/4. And, the second may be performing a second encoding of the divided frame to 2T _1/4 time of the divided frames is completed input, and to transfer the immediate data in which the data transfer unit is encoded in the second sub-frame is complete to the remote device. By repeating this process, the processing can be completed within a time point equivalent to the encoding and transmission time of the fourth divided frame from the time T ₁ for one frame.

FIG. 3B is a diagram illustrating a process of processing a divided frame by a video input unit, an encoding unit, and a data transmitting unit, respectively, on a time axis in another embodiment of the present invention.

Referring to FIG. 3B, in this embodiment, one divided frame is also assumed to be a frame divided into quarters. The video input unit starts the first divided frame is input complete T _1/4 transfers the image data portion encoding in time and encoding portion T _1/4 the first encoding of the divided frame from the time. In the embodiment of FIG. 3B, it may be assumed that the resolution of encoding is set somewhat higher and the encoding completion time of one divided frame is later than the input completion time of the next divided frame. Claim 1 When starting the encoding from the input completion time of the divided frame to a second complete the input of the divided frame time of 2T _1/4 to beyond the first encoding of the division frame is complete video transmitting unit completes encoding instant, a first divided frame Packet, and transmit it to the remote device via RTP, UDP, or IP in real time. Since the input of the second divided frame has already been completed at the time when the encoding of the first divided frame is completed, the encoding unit encodes the second divided frame immediately without waiting time. The data transmission unit transmits the data to the remote device as soon as the encoding of the second divided frame is completed, and since the third divided frame has already been input at the completion of the encoding of the second divided frame, Can be performed. That is, the encoding and data transmission unit can directly perform encoding and data packet transmission without waiting time. This process is repeated until the encoding and data transmission of the fourth divided frame is completed, thereby completing the processing of the video data of one frame.

Configuration of image data transmission device

4 is a block diagram schematically showing an image data transmission apparatus according to an embodiment of the present invention. 4, an image data transmission apparatus 400 according to an exemplary embodiment of the present invention includes an input port 402, a buffer 404, an image input unit 410, an encoding unit 420, (Not shown). The video input unit 410, the encoding unit 420, and the data transmission unit 430 may be components such as a hardware processor connected by a driver, an external device (video controller, encoder, Ethernet processor, etc.).

Referring to FIG. 4, the input port 402 may receive image data from an external image providing apparatus. The input port 402 may include an HDMI, a USB port, a DVI port, a D-SUB port, and an audio input port, and a plurality of input ports 402 may exist in one device 400. The device connected to the input port 402 may be means for providing image data, for example, a USB memory, a camera, a portable terminal, or the like.

The image input unit 410 may receive the image data input through the input port 402 and may divide the image data into a predetermined divided frame unit and store the divided image data in the buffer 404. The image input unit 410 may include an input unit 412 and a division unit 414. [ The input unit 412 is a component that receives image data provided through the input port 402. The division unit 414 may divide the image data in units of divided frames and provide the divided image data to the buffer 404 or the encoding unit 420. The division unit 414 may determine the encoding progress in the encoding unit 420 and determine whether to send the divided frame data to the encoding unit 420 or the buffer 404. If encoding is currently being performed in the encoding unit 420, the next divided frame data is not directly transmitted to the encoding unit 420 but is transmitted to the buffer 404. The partitioning unit 414 can divide the frame while generating information indicating the positions of the front end and the rear end of the divided data. This may be used when combining frames in a remote device (not shown) in the future.

The division unit 414 can divide the image data by referring to the unit setting information in which the frame is divided. The unit setting to be divided may include, for example, information on the number of frames to be divided (for example, three, four, etc.), size information of the divided frame, These settings can be changed later through a user interface (not shown). It is also possible to adaptively vary the frame size or the number of frames divided according to the transmission rate while monitoring the data transmission rate.

The buffer 404 is a memory for temporarily storing divided data. This may be a flash memory or a random access memory (RAM). The buffer 404 reports the encoding progress of the encoding unit 420 and sequentially transmits the next divided frame data held at the time when the encoding of the current divided frame is completed to the encoding unit 420. [

The encoding unit 420 receives the divided frame data transmitted from the image input unit 410 or the buffer 404 and performs encoding. For encoding, MPEG standard technologies such as H.264 / AVC, SVC, Multi-view Video Coding (MVC), and HEVC may be used. The encoding unit 420 can independently process the data in units of divided frames. The encoding unit 420 can start encoding as soon as the divided frame data is input and can transmit the encoded image data to the data transmitting unit 430 as soon as the encoding of the corresponding divided frame is completed.

The data transmission unit 430 may generate a packet based on the image data of the divided frame unit transmitted from the encoding unit 420 and transmit the packet to the remote device using at least one of RTP, UDP, and IP. When the packet is generated, the encoded video data may be included in the payload and the RTP, UDP, and IP header information may be added to form a packet. The data transmission unit 430 may generate the packet as soon as it receives the encoded partitioned frame data from the encoding unit 420 and transmit the generated packet to the remote device in real time. Accordingly, it is possible to reduce the delay time due to transmission after waiting for the time that all the one frame data is encoded. The data transfer unit 430 may include an antenna and / or a communication processor chip.

The functions of the user area and the kernel area of the image data transmission device

5 is a block diagram illustrating a configuration and operation of a user area (application level) and a kernel area (drive level) of the image data transmission apparatus according to an embodiment of the present invention. As shown in FIG. 5, the video data transmission apparatus according to an exemplary embodiment of the present invention may include a user area 502 (application level) and a kernel area 504 (driver level).

5, the user area 502 is an area for performing an operation through a specific application program. The kernel area 504 allocates hardware resources to necessary processes, and controls the process control (task manager), memory control, This is the area where the program performs the system calls required by the operating system. It is implemented as a CPU hardware processor.

According to one embodiment of the present invention, video thread 510 and control thread 512 may be located at application level 502. [ Video thread 510 may be a software module that performs the function of directing status polling to video input 520 and receiving status results therefrom and reporting status to control thread 512. [ This is not necessarily a necessary component and may optionally operate without video thread 510. Control thread 512 provides video input control information, encoding control information, and data transmission configuration information to a video input ISR (Interrupt Service Routine) 522, an encoder ISR 522, and an Ethernet driver 542, respectively. Once the control thread 512 has transmitted the video input control information, the encoding control information, and the data transfer setting information to each ISR and driver in the kernel, it does not provide control information again until there is a status change such as IP setting or resolution change . This reduces the overhead incurred in accessing the driver.

The kernel region 504 includes hardware components such as a video input 520, an encoding unit 530 and an Ethernet MAC module 540 and a video input unit ISR 522, an encoder ISR 532, and an Ethernet driver 542 Software modules. The video input unit 520 receives image data through an input port such as HDMI and transmits an interrupt to the video input unit ISR 522 to interrupt the current process and process image data. The video input unit ISR 522 receives video input setting information from the control thread 512 and can control to divide the video based on the received video input setting information. At this time, the received video input setting information may include resolution information of an image, resize information, and divided unit information of the frame (including information on how to divide the unit). This may include application functional information. Through the control information, the video input unit 510 can store an image in an internal memory such as a buffer. At this time, the image data can be accessed through DMA (direct memory access) without memory copy. The divided frame image data stored in the internal memory via the DMA is transmitted to the encoding unit 530 and is encoded through the encoding unit 530. [ At this time, an interrupt is generated by giving an interrupt to the encoder ISR 532, and a process can be allocated so that encoding can be performed. An image compressed through the encoding unit 530 can also be stored in the internal memory through DMA. The encoding setting information provided to the encoder ISR 532 may include GOP (Group of Picture) information (information on a picture group between an I frame and a next I frame), bit rate information, quality information, and the like. Unless there is a change in the setting information from the separate user area 502, the encoding is performed by such encoding setting information without a system call (call), and DMA is performed. The Ethernet MAC module 540 may packetize the encoded divided frame image data according to the setting information of the Ethernet driver 542 and transmit it to the remote device. The video transmission setting information transmitted to the Ethernet driver 542 may include an IP address, port information, and MAC address information. That is, once the IP address, port information, and destination MAC address information of the corresponding packet are set, a packet generation and packet transmission operation is performed in the kernel area 504 unless there is a special setting change request from the user area 502 do. The Ethernet MAC module 540 may include operational components of the PHY (physical layer). More specifically, the Ethernet MAC module 540 may generate a MAC packet among the data link frames used in the Ethernet. The MAC packet can be generated including destination address, source address, length information, and image data (including L ELD) and CRC bits. The Ethernet MAC module 540 detects a collision and needs a slot time, which is a time for stopping the transmission. A minimum packet length (also referred to as a minimum frame length) is set so that data can be continuously transmitted for a minimum slot time. To generate a data packet. The minimum packet length can be 64 bytes.

Overall, video-related events can be handled as interrupts, but processed at kernel level 504. However, as described above, the processing of control information that does not require high-speed processing such as image resolution, IP setting change, and the like can be processed in the user area 502. [

Behavior of integrated driver in kernel area

6 is a block diagram illustrating a process in which a unified driver in a kernel area receives a control command from a user area to generate a packet and transmits the packet in real time. As shown in FIG. 6, the apparatus for transmitting image data according to an exemplary embodiment of the present invention may include a user area 602 and a kernel area 604.

Referring to FIG. 6, the user area 602 may include a control thread 605 that transmits control information. The control thread 605 may provide video input configuration information, encoding configuration information, and packet configuration information to the integrated driver 620 of the kernel area 604.

According to an embodiment of the present invention, a driver related to the video input of the kernel area 604 and a driver related to the encoder may be integrated into the integrated driver 620. The integrated driver 620 may configure the encoded video data 632 generated by controlling the video data input from the video input unit 610 to be independently encoded in units of divided frames for the video data input from the DMA to the payload of the packet have.

According to one embodiment of the present invention, the RTP, UDP, and IP protocol stacks can be directly implemented in the integrated driver 620 of the kernel level 604 without using the UDP stack of the Linux operating system application level. However, the general Ethernet data (ARP (Address Resolution Protocol), ICMP (Internet Control Message Protocol), etc.) other than the video packet can be normally transmitted to the Linux operating system. That is, processing such as IP setting change or ARP is processed at the application level 602. [

The pseudo stack 622 of the integrated driver 620 can perform a Linux socket related operation of the device driver to directly transfer the video packet from the encoder region to the device driver. That is, it is designed to be compatible with Linux sockets. The metric stack 622 may be an RTP stack, a UDP stack, and an IP stack. This allows RTP packets, UDP packets and IP packets to be generated. That is, the count stack 622 may generate RTP, UDP, and IP packet headers based on the packet header information from the control thread 605 to wrap the packet.

Finally, packets generated by attaching header information in the numeric stack 622 may be transmitted to the remote device via the Ethernet MAC component 640. At this time, the compression rate and the packet size can be automatically adjusted according to the state of the Ethernet network transmission network.

The video data receiving device

7 is a block diagram schematically showing an image data receiving apparatus according to an embodiment of the present invention. 7, the video data receiving apparatus 700 according to an embodiment of the present invention may include a data receiving unit 710, a decoding unit 720, and a video output unit 730.

Referring to FIG. 7, the data receiving unit 710 may receive a data packet encoded from a local device (not shown) and divide it into a predetermined divided frame unit. The data receiving unit 710 may include a receiving unit 712 and a dividing unit 714. Receiving unit 710 receives the encoded data packet. The receiver 710 may include an antenna and / or a communications processor chip. The receiving unit 710 can extract the payload in the packet, i.e., the encoded image data, by parsing the packet. The division unit 714 can receive the encoded image data from the receiving unit 712 and divide it into a predetermined division frame unit. The predetermined divided frame related information may include information such as the divided frame size, the number of divided frames, and the like. This may be information contained in the packet as divided frame related information and known to each other with the encoding unit of the local device. The division unit 714 may transmit the divided frame data directly to the decoding unit 720 or may store the divided frame data in the buffer 716 if the decoding unit 720 is performing decoding. The buffer 716 is an internal memory such as a RAM, and can store data. The buffer 716 reports the encoding progress of the decoding unit 720 and sequentially transmits the next divided frame data held at the time when the decoding of the divided frame currently being decoded is completed to the decoding unit 720.

The decoding unit 420 receives the divided frame data transmitted from the data receiving unit 710 or the buffer 716 and performs decoding. As with encoding, MPEG standard technologies such as H.264 / AVC, SVC, Multi-view Video Coding (MVC) and HEVC can be used for decoding. For decoding, a decoding technique corresponding to the standard technique used in the encoding may be used. The decoding unit 720 can perform processing independently on a divided frame basis. The decoding unit 720 can start decoding when the divided frame data is input and can transmit the decoded video data to the video output unit 730 as soon as the decoding of the corresponding divided frame is completed.

The video output unit 730 combines the decoded video data of the divided frames transmitted from the decoding unit 720 and outputs the decoded video data to a display device (e.g., a monitor, a smart TV, a notebook, a portable terminal, etc.) connected to the output port 732 . The video data can be combined in one frame unit. At this time, the information related to the initial position and the final position are transmitted together for each divided frame, so that they can be referenced when the divided frames are connected. The video output unit 730 may temporarily store the decoded divided frames using the internal buffer 732. [ That is, the preceding three divided frames of the four divided frames are temporarily stored in the buffer until the fourth divided frame arrives. When the fourth divided frames arrive, they are combined and output as one frame through the output port 732 Can be displayed on the device.

Accordingly, it is possible to reduce the data reception and output delay time as a result of performing display after waiting for one frame data to be completely received and all the received frames are decoded.

The function of the user area and the kernel area of the video data receiving apparatus

8 is a block diagram for explaining the configuration and operation of a user area (application level) and a kernel area (drive level) of the image data receiving apparatus according to an embodiment of the present invention. As shown in FIG. 8, the image data receiving apparatus according to an embodiment of the present invention may include a user area 802 (application level) and a kernel area 804 (driver level).

Referring to FIG. 8, application level 802 may include video thread 810 and control thread 812. The video thread 810 may receive the current network transmission status information from the Ethernet ISR 824 and report it to the control thread 812. The network transmission status information may affect control information to the decoder ISR 832 and the video driver 842 in the future. If the current network status can be grasped through CSI (Channel State Indicator) and the transmission speed is not good, the decoder ISR 832 can change the decoding resolution and the bit rate by itself. Or may change the frame rate being displayed. At this time, a system call may be required to change the setting. However, in the decoding process, since the coding information for the encoded data on the encoding side is all included by the standardized protocol, it is possible not to provide separate control information to the kernel area 804 without special situation change or user intervention. That is, all decoding and display processing can be done in the kernel area 804.

The kernel region 804 includes hardware components such as an Ethernet MAC module 820, a decoding unit 830 and a video output unit 840 and includes an Ethernet driver 822, an Ethernet ISR 824, a decoder ISR 832 ) And a video driver 842, as shown in FIG.

The Ethernet MAC module 820 receives the encoded image data packet from a local device (not shown), parses the packet, and extracts the image data. Then, the video data can be divided into a plurality of divided frame units. The divided frame unit and the division information can be included in the encoded image data and can be obtained by parsing the divided image data. The Ethernet driver 822 may be a software module installed in the kernel area as a driver for driving the Ethernet MAC module 820. When receiving the image data, the Ethernet driver 822 interrupts the Ethernet ISR 824 to stop the current process and is allocated a process for the image reception operation. The divided frame compressed image generated through this can be stored in an internal memory (e.g., a buffer) via DMA.

The decoding unit 830 receives the divided frame compressed image stored through the DMA and performs decoding. At this time, an interrupt is generated by giving an interrupt to the decoder ISR 832, and a process can be allocated so that decoding can be performed. The decoded image through the decoding unit 830 can also be stored in the internal memory through DMA. The decoder ISR 832 can receive control information from the control thread 812 in accordance with a setting change according to a special status (for example, a forced change of the resolution according to the network conditions, a change in the decoding setting). At this time, it is possible to perform decoding based on the received setting change information. The decoding is performed based on the decoding related information included in the compressed data and the DMA is performed without a system call (call) unless the setting information is changed from the separate user area 802.

The video output unit 840 receives the decoded divided frame information, combines the decoded divided frame information in units of one frame, and outputs the decoded divided frame information to a display device through an output port (including a port such as HDMI). The video driver 842 is a software module that can control the video output unit 840 and may be a video related program required when playing a video or playing a media. The video driver 842 may receive the output-related setting information of the video data from the control thread 812 and output the matching video to the corresponding setting.

All operations up to packet reception, decoding, and video output in the kernel area 804 are performed without a call to / from the user area 802, unless there is a specific configuration change request from the user area 802. That is, video related events in such a receiving apparatus can be processed as an interrupt, but all are processed at the kernel level 804. [

Behavior of integrated driver in kernel area

9 is a block diagram for explaining a process of receiving a control command from a user area and receiving a packet and outputting the packet in real time. 9, the apparatus for receiving image data according to an embodiment of the present invention may include a user area 902 and a kernel area 904.

Referring to FIG. 9, the user area 902 may include a control thread 905 that transmits control information. The control thread 905 may be provided with information that is parsed via the packet header from the integrated driver 920 of the kernel area 904. For example, destination information, destination information, and the like can be parsed. However, once this information is received from the first packet from the same sending side address through the user setup, it can then operate so as not to receive further related information for packets from the same sending side address. That is, after the packet header information is parsed once, an additional system call can be prevented from occurring.

According to an embodiment of the present invention, a decoder associated with the kernel area 904 and a driver associated with video output may be integrated into the integrated driver 920. The integrated driver 920 controls the decoding of the video data 932 received through the Ethernet MAC module 910 controlled through the Ethernet driver 912 to be performed independently on a divided frame basis and outputs the decoded video data 932 Can be controlled to be outputted through the video output unit 940 in units of one frame.

According to one embodiment of the present invention, RTP, UDP, and IP protocol stacks may be implemented directly in integrated driver 920 at kernel level 904 without using the UDP stack of Linux operating system application level 902. In addition, the general Ethernet data other than the video packet can be normally transmitted to the Linux operating system.

The numeric stack 922 of the integrated driver 920 may perform a Linux socket related operation of the device driver to directly transfer the video packet from the decoder area to the device driver. The serving stack 922 may be an RTP stack, a UDP stack, and an IP stack, through which a header 934 of an RTP packet, a UDP packet, and an IP packet can be extracted and parsed. That is, the number stack 922 can extract and provide packet header information wrapping packets from the control thread 905. [ However, it may provide only the first header of the same sender and provide header information for subsequent packets.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the inventions as defined by the following claims It will be understood that various modifications and changes may be made thereto without departing from the spirit and scope of the invention.

Claims (24)

A method for transmitting video data,
Receiving image data;
Dividing one frame of the input image data into a plurality of frames;
Independently encoding each divided frame into a plurality of divided frames; And
And transmitting the encoded image data to the receiver upon completion of encoding in units of divided frames,
A user area and a kernel area to process image related events from input of image data to transmission of encoded image data,
The control thread of the user area initially setting control settings for each driver of the kernel area; And
Further comprising the step of processing the image related event without a call to the user area based on the setting of the control thread. The method of claim 1, wherein independently encoding each of the plurality of divided frames comprises:
And starting encoding of the divided frame at a time when all of the divided frames are inputted. The method according to claim 1,
Wherein the divided frames are divided into equal sizes in a predetermined division unit. The method according to claim 1,
Further comprising the step of inputting a divided frame to be encoded next into the buffer during the encoding of the divided frame. 5. The method of claim 4,
Wherein the input image data is accessed through a direct memory access (DMA) method without being copied to a memory. delete The method according to claim 1,
Wherein the kernel region processes the image-related event as an interrupt. The method according to claim 1,
Wherein the video input setting information transmitted by the control thread to the video data input driver includes resolution information of a video, resize information, and division unit information which is divided unit information of a frame. The method according to claim 1,
Wherein the encoding setting information transmitted by the control thread to the encoder driver includes GOP (Group of Picture) information, bit rate information, and quality information. The method according to claim 1,
And the data transmission setting information of the control thread to the Ethernet driver includes IP port information and MAC address information. The method according to claim 1,
Wherein RTP (Real-Time Protocol) information included in a header of a packet composed of the encoded video data is generated through a pseudo stack of an integrated driver of the kernel area. Transmission method. An apparatus for transmitting image data,
A video input unit for receiving video data and dividing one frame of the received video data into a plurality of frames;
An encoding unit that independently encodes each divided frame into a plurality of divided frames; And
And a data transmission unit for transmitting the encoded image data to the receiver upon completion of encoding in units of divided frames,
A user area and a kernel area to process image related events from input of image data to transmission of encoded image data,
Wherein the kernel area includes a control thread that initially sets control settings for each driver in the kernel area,
Wherein the kernel region includes the image input unit, the encoding unit, and the data transfer unit,
After the control thread of the user area initially sets the video input setting to the video input unit, the encoding setting to the encoding unit, and the data transmission setting to the data transmitting unit, the kernel area is set based on the setting of the control thread And processes the image related event without a call to the user area. delete delete A method for receiving image data,
Receiving encoded image data;
Dividing the received video data into a plurality of divided frames, dividing the divided frames into a plurality of frames; independently decoding the received frames as they are received; And
And displaying the combined image data decoded in units of divided frames in one frame,
Related event from the reception of the video data to the reproduction of the decoded data by being divided into the user area and the kernel area,
And processing the image related event in the kernel area without calling the user area. 16. The method of claim 15, wherein independently decoding in units of divided frames comprises:
And starting to decode the divided frame at a time when all of the divided frames are received. 16. The method of claim 15,
Wherein the divided frames are divided into equal sizes in a predetermined division unit. 16. The method of claim 15,
Receiving a divided frame to be decoded next and storing the divided frame in a buffer during decoding the divided frame. delete 16. The method of claim 15,
Wherein the kernel region processes the image related event as an interrupt. 16. The method of claim 15,
Wherein real-time protocol (RTP) information included in a header of a packet composed of the encoded video data is parsed through a pseudo stack of an integrated driver of the kernel area, Receiving method. An apparatus for receiving image data,
A data receiving unit for receiving the encoded image data;
A decoding unit for independently decoding the received video data as it is received, the divided frame-divided frame representing a frame obtained by dividing one frame into a plurality of frames; And
And a video controller for controlling the video data decoded in units of divided frames to be displayed in a single frame,
Related event from the reception of the video data to the reproduction of the decoded data by being divided into the user area and the kernel area,
Wherein the kernel region includes the data receiving unit, the decoding unit, and the video control unit. delete 23. The method of claim 22,
Wherein the kernel region processes the image related event without calling the user area.

Images