KR101724231B1 - Method and apparatus for improving network transfer efficiency by compressing ethernet header - Google Patents

Abstract

The present invention relates to a method and an apparatus for improving network transmission efficiency by compressing an Ethernet header. According to one embodiment of the present invention, the method for improving the network transmission efficiency by compressing the Ethernet header upon packet transmission and reception in a virtual private network (VPN) includes the steps of: separating a payload from a header including a first IP header, a first Ethernet header, a second IP header and a second Ethernet header of a packet; generating a context key based on a source and a destination of the first IP header included in the header; compressing the first Ethernet header based on a context corresponding to the generated context key and a profile; and combining the payload with a header including an uncompressed first IP header, the compressed first Ethernet header, an uncompressed second IP header, and an uncompressed second Ethernet header. According to the method and apparatus for improving the network transmission efficiency by compressing the Ethernet header, a size of the packet is reduced by compressing the header, so that a fragmentation phenomenon is prevented so as to improve a packet transmission speed, and a bandwidth is secured, so that utilization of network resources is increased.

Description

[0001] METHOD AND APPARATUS FOR IMPROVING NETWORK TRANSFER EFFICIENCY BY COMPRESSING ETHERNET HEADER [0002]

The present invention relates to a method and apparatus for enhancing network transmission efficiency through Ethernet header compression, and more particularly, to an Ethernet header compression method for compressing an Ethernet header included in a packet in a VPN (Virtual Private Network) And more particularly, to a method and apparatus for improving network transmission efficiency.

In analog communication, which was only capable of voice communication, data communication such as text, image, and video gradually became possible, and network technology gradually developed with the aim of efficient communication. As network technology develops, network technology is becoming more common not only in daily life but also in business processing, and network usage is increasing. In addition, as multimedia services including entertainment elements are provided through the Internet, network usage is increasing due to transmission of YouTube files and media files.

On the other hand, network security is becoming important due to the strengthening of personal information. In addition, the use of intranet, an information system that integrates internal affairs of the enterprise, have.

In order to use the encryption and VPN technologies for security, the network communication protocol for point-to-point communication must change in the network. That is, by attaching an additional header to the packet, point-to-point specific target network communication can be performed. However, if an additional header is included in the packet, the overall length of the packet increases as the length of the header increases. Therefore, as the capacity of data increases, the amount of equipment resources required for network communication increases.

As mentioned above, the provision of network technologies such as various multimedia services, encryption and VPN provides convenience and usefulness, but there are restrictions on efficient communication due to backward network equipment. This is because, in general, the resources of the network communication equipment are limited compared to the resources of the server-class computers capable of providing various services. In addition, changing network communication resources such as point-to-point network cables, routers, and switches is costly. Therefore, it is necessary to discuss how to utilize existing resources efficiently when network communication is performed.

[Related Technical Literature]

METHOD AND APPARATUS FOR PACKET COMMUNICATIONS IN A WIRELESS SYSTEM (Patent Document 10-2008-0052607)

SUMMARY OF THE INVENTION The present invention provides a method and apparatus for improving network transmission efficiency through Ethernet header compression, which can minimize a fragmentation phenomenon caused by an increase in the capacity of a packet due to the addition of an Ethernet header to a packet through compression of an Ethernet header will be.

Another problem to be solved by the present invention is to provide a method and apparatus for improving network transmission efficiency through Ethernet header compression which increases the transmission rate of network communication and the utilization rate of network resources by securing a bandwidth by compressing an Ethernet header added to a packet in a VPN .

The problems of the present invention are not limited to the above-mentioned problems, and other problems not mentioned can be clearly understood by those skilled in the art from the following description.

According to an aspect of the present invention, there is provided a method for improving network transmission efficiency through Ethernet header compression in a packet transmission and reception in a VPN, the method comprising: receiving a first IP header, a first Ethernet header, Separating a header and a payload including a second IP header and a second Ethernet header, generating a context key based on a source and a destination of the first IP header included in the header, generating a context key corresponding to the generated context key Compressing a first Ethernet header based on the context and the profile, a header including an uncompressed first IP header, a compressed first Ethernet header, an uncompressed second IP header, and an uncompressed second Ethernet header, And combining the payload.

According to another aspect of the present invention, a method for improving network transmission efficiency through Ethernet header compression may further include generating the context based on the context key if the context corresponding to the context key does not exist .

According to another aspect of the present invention, a context includes information of a packet stream, and a compression rate and a transmission mode of the packet can be determined according to the context.

According to another aspect of the present invention, there is provided a method for enhancing network transmission efficiency through Ethernet header compression, comprising the steps of: adding a packet stream identification field for identification between packet streams when the context ID, which is context identification information included in a context, Or if the context ID included in the context is 0, removing the packet stream identification field.

According to another aspect of the present invention, a method for enhancing network transmission efficiency through Ethernet header compression includes the steps of receiving a combined header and payload and restoring a compressed first Ethernet header, receiving restoration result information for a header, Generating feedback in accordance with the result information, and including feedback in the context.

According to another aspect of the present invention, a method for improving network transmission efficiency through Ethernet header compression may further include combining feedback into a header and a payload when the context includes feedback.

According to an aspect of the present invention, there is provided a method for improving network transmission efficiency through Ethernet header compression in a packet transmission and reception in a VPN, the method comprising: receiving a first IP header, a first Ethernet header, Separating a header and a payload including a second IP header and a second Ethernet header, generating a context key based on a source and a destination of the first IP header included in the header, generating a context key corresponding to the generated context key Compressing the first IP header and the first Ethernet header based on the context and the profile, compressing the compressed first IP header, the compressed first Ethernet header, the uncompressed second IP header, and the uncompressed second Ethernet header And combining the header and the payload to include.

According to an aspect of the present invention, there is provided an apparatus for enhancing network transmission efficiency through Ethernet header compression according to an exemplary embodiment of the present invention. In a packet transmission and reception in a VPN, whether or not a first Ethernet header included in a packet is compressed A header manager for separating a header and a payload including a first IP header, a first Ethernet header, a second IP header and a second Ethernet header of the packet, a context for storing and modifying the context, A context manager for generating a context on the basis of the context key when the context corresponding to the context key generated based on the source and the destination of the packet is not present, and a context management unit for compressing the first IP header and the first Ethernet header included in the packet, And a profile management unit for managing a profile for restoration, wherein the header compression unit includes a context management unit, The header management unit compresses the first Ethernet header included in the header received from the header management unit based on the profile received from the management unit, and the header management unit receives the compressed first Ethernet header from the header compression unit and outputs the compressed first Ethernet header, And combines payload with a header including a first IP header, an uncompressed second IP header and an uncompressed second Ethernet header.

According to another aspect of the present invention, the context includes the information of the packet stream, and the compression rate and transmission mode of the packet can be determined according to the context.

According to still another aspect of the present invention, the context management unit adds the packet stream identification field for identification between packet streams when the context ID, which is the context identification information included in the context, is not 0, or the context ID included in the context is 0 , The packet stream identification field can be removed.

According to another aspect of the present invention, an apparatus for enhancing network transmission efficiency through Ethernet header compression includes a header restoration unit for restoring a compressed first Ethernet header by receiving a combined header and payload from a header management unit, And a feedback generation unit that receives the restoration result information on the header from the restoration unit and generates feedback according to the restoration result information, and the context management unit may include feedback in the context.

According to another aspect of the present invention, the header management unit may combine the feedback into a header and a payload when the context includes feedback.

The details of other embodiments are included in the detailed description and drawings.

There is provided an apparatus and method for enhancing network transmission efficiency through Ethernet header compression that minimizes a fragmentation phenomenon caused by an increase in packet capacity due to the addition of an Ethernet header to a packet by compressing an Ethernet header .

The present invention provides a method and apparatus for increasing network transmission efficiency through Ethernet header compression, which increases the transmission rate of network communication and network resource utilization by securing a bandwidth by compressing an Ethernet header added to a packet.

The effects according to the present invention are not limited by the contents exemplified above, and more various effects are included in the specification.

1 is an exemplary block diagram for explaining an Ethernet header compression apparatus according to an embodiment of the present invention.
2 is a schematic flowchart for explaining a procedure of compressing a first Ethernet header according to an Ethernet header compression method according to an embodiment of the present invention.
3 is a schematic flowchart for explaining a procedure of compressing a first IP header and a first Ethernet header according to an Ethernet header compression method according to an embodiment of the present invention.
4 illustrates a packet structure in a Layer 2 VPN environment according to an embodiment of the present invention.
5 illustrates a structure of a compressed header according to the state of a header compression unit according to an embodiment of the present invention.
FIG. 6 illustrates an increase in throughput of a packet including an Ethernet compressed header according to another embodiment of the present invention.
FIG. 7 is a diagram illustrating a throughput difference between a packet including a compressed header and a packet including an uncompressed header in a section where fragmentation occurs according to another embodiment of the present invention.

BRIEF DESCRIPTION OF THE DRAWINGS The advantages and features of the present invention and the manner of achieving them will become apparent with reference to the embodiments described in detail below with reference to the accompanying drawings. The present invention may, however, be embodied in many different forms and should not be construed as being limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Is provided to fully convey the scope of the invention to those skilled in the art, and the invention is only defined by the scope of the claims.

The shapes, sizes, ratios, angles, numbers, and the like disclosed in the drawings for describing the embodiments of the present invention are illustrative, and thus the present invention is not limited thereto. In the following description, well-known functions or constructions are not described in detail since they would obscure the invention in unnecessary detail. Where the terms 'comprises', 'having', 'done', and the like are used herein, other parts may be added as long as '~ only' is not used. Unless the context clearly dictates otherwise, including the plural unless the context clearly dictates otherwise.

In interpreting the constituent elements, it is construed to include the error range even if there is no separate description.

Although the first, second, etc. are used to describe various components, these components are not limited by these terms. These terms are used only to distinguish one component from another. Therefore, the first component mentioned below may be the second component within the technical spirit of the present invention.

Like reference numerals refer to like elements throughout the specification unless otherwise specified.

It is to be understood that each of the features of the various embodiments of the present invention may be combined or combined with each other partially or entirely and technically various interlocking and driving is possible as will be appreciated by those skilled in the art, It may be possible to cooperate with each other in association.

Hereinafter, terms used in this specification will be defined.

In the present specification, the term " VPN (Virtual Private Network) " means a virtual private network built using a public network such as the Internet. Specifically, a VPN is a virtual private network constructed through a special communication scheme and a security scheme so that the Internet can be used as a dedicated line. For example, a VPN is used to build a dedicated Internet network for a security company. Unlike the packet transmission in the Internet network, the packet transmission in the VPN further includes an IP header and an Ethernet header, which are the address information of the VPN.

As used herein, the term " packet " refers to a unit of data transmitted in data communication. Specifically, a packet is a data unit including a payload which is data information consisting of letters or numbers to be transmitted by a user, a transmission address to which a user has transmitted data, and a header which is reception address information to which data is to be transmitted. That is, a packet is a unit of data consisting of a payload and a header. Here, the source address information in which a user included in the header transmits data is referred to as a source, and the destination address information to which a user transmits data is referred to as a destination. A packet referred to herein includes a payload, a first IP header, a first Ethernet header, a second IP header, and a second Ethernet header. The first IP header and the first Ethernet header include the source server address and the destination server address of the packet transmission, and the second IP header and the second Ethernet header include the address information of the VPN.

1 is an exemplary block diagram for explaining an Ethernet header compression apparatus according to an embodiment of the present invention.

1, the Ethernet header compression apparatus 100 includes a context management unit 110, a profile management unit 120, a header management unit 130, a header compression unit 140, a header restoration unit 150, 160).

The context management unit 110 of the Ethernet header compression apparatus 100 manages contexts such as creating, storing, modifying and deleting contexts. Here, the context includes the feedback information generated by the feedback generator 160 according to the state of the header compression unit 140, the packet transmission scheme, the state of the header reconstruction unit 150, and the packet transmission scheme. That is, the context includes the information of the packet stream, and the compression rate and transmission mode of the packet are determined according to the context. If there is no context corresponding to the generated context key based on the source and destination of the first IP header, the context management unit 110 generates a context based on the context key. Then, the context management unit 110 stores the generated context, and also stores the context ID and the context key, which are identification information of the context. The context management unit 110 may further include a header compression unit 140 and a header decompression unit 140 when the state of the header compression unit 140, the packet transmission mode, the state of the header decompression unit 150, The context can be modified and deleted at the request of the user. In this case, the context management unit 110 receives the changed state and the packet transmission scheme from the header compression unit 140 and the header decompression unit 150, distinguishes the packet stream using the context ID and the context key that have been already stored , The context corresponding to the distinguished packet stream is modified and deleted.

The profile management unit 120 of the Ethernet header compression apparatus 100 manages the profile of the method of compressing and restoring the header included in the packet. Specifically, the profile management unit 120 manages a header compression method according to the state of the header compression unit 140, a packet transmission method, a state of the header decompression unit 150, and a profile of a header decompression method according to the packet transmission method . When the profile management unit 120 requests a profile from the header compression unit 140 or the header decompression unit 150, the profile management unit 120 transmits the profile corresponding to the request to the header compression unit 140 or the header decompression unit 150 ).

When the header compression unit 140 compresses the header so that the profile can be expanded, the profile management unit 120 receives a request from the header compression unit 140 according to the structure of the header to be compressed, To the header compression unit 140, the additional header compression method, i.e., the profile can be easily extended.

The header management unit 130 of the Ethernet header compression apparatus 100 determines whether to compress the header and separates and combines the header and the payload included in the packet. Specifically, the header management unit 130 determines whether to compress the first Ethernet header or the first IP header and the first Ethernet header included in the packet. When determining the header of the compression object, the header management unit 130 separates the header to be compressed included in the packet from the payload, and transmits a first Ethernet header or a first IP header to be compressed to the header compression unit 140, Header. When the header compression unit 140 completes compression of the first Ethernet header or the first IP header and the first Ethernet header, the header management unit 130 extracts the compressed first Ethernet header or the first IP header from the header compression unit 140, Header and a first Ethernet header to provide an uncompressed first IP header and a compressed first Ethernet header and an uncompressed second IP header, an uncompressed second Ethernet header and payload, or a compressed first IP header And combines the compressed first Ethernet header, the uncompressed second IP header, and the uncompressed second Ethernet header with the payload to generate one packet. In addition, when the restoration of the first Ethernet header, the first IP header and the first Ethernet header included in the packet is determined, the header management unit 130 updates the compressed first Ethernet header or the compressed first IP header and the first Ethernet header And transmits the first Ethernet header or the first IP header and the first Ethernet header to be restored to the header restoring unit 150. When the restoration of the first Ethernet header or the first IP header and the first Ethernet header from the header restoring unit 150 is completed, the header managing unit 130 deletes the restored first Ethernet header, the first IP header and the first Ethernet header A first Ethernet header, a second Ethernet header, a second IP header, a restored first IP header, a restored first Ethernet header, a second IP header, and a second Ethernet header, And combines the existing separated payloads to generate one packet.

The header compression unit 140 of the Ethernet header compression apparatus 100 compresses the first Ethernet header or the first IP header and the first Ethernet header based on the context and the profile. The header compression unit 140 compresses the first Ethernet header, the first IP header, and the first Ethernet header of the packet requested to be compressed by the header management unit 130 based on the header compression rate, the packet transmission scheme, and the profile. Specifically, the header compression unit 140 receives the context including the state of the header compression unit 140 and the packet transmission mode through the context management unit 110, determines the determined header compression rate and transmission mode, And compresses the header according to the determined header compression ratio, transmission scheme, and profile. When the feedback generated by the feedback generating unit 160 is included in the combined packet of the header and the payload reconstructed by the header reconstructing unit 150, the header compressing unit 140 compresses the compressed first Ethernet header or Lt; RTI ID = 0.0 > 1 < / RTI > IP header and the first Ethernet header. Accordingly, when the compressed first Ethernet header and the feedback exist or the first IP header and the first Ethernet header and the feedback exist, the header compression unit 140 compresses the first Ethernet header or the first IP header and the first Ethernet header, And further transmits the feedback coupled to the header to the header management unit 130. The header compression unit 140 transmits the status of the header compression unit 140 and the packet transmission mode to the context management unit 110 to request modification of the context.

The header decompression unit 150 of the Ethernet header compression apparatus 100 restores the compressed first Ethernet header or the first IP header and the first Ethernet header based on the context and the profile. The header restoring unit 150 restores the first Ethernet header, the first IP header, and the first Ethernet header of the packet requested to be restored by the header management unit 130 based on the state of the header restoring unit 150, Restore. If there is feedback in the compressed first Ethernet header or the first IP header and the first Ethernet header that requested the restoration in the header management unit 130, the feedback of the feedback to the feedback generation unit 160 and the state of the header restoration unit 150 And the generation of the feedback according to the packet transmission method. Accordingly, the header decompression unit 150 further transmits the restored first Ethernet header, the first IP header, the first Ethernet header, and the feedback generated when the feedback exists, to the header management unit 130. In addition, the header decompression unit 150 transmits feedback to the context management unit 100 to request modification of the context. In this case, the header decompression unit 150 transmits the size of the recovered header when the header is successfully recovered, and a value of 0 when it fails, to the context management unit 100.

The feedback generation unit 160 generates feedback according to the state of the header decompression unit 150 and the packet transmission method and transmits the generated feedback to the header decompression unit 150. Specifically, when there is feedback in the packet including the first Ethernet header or the first IP header and the first Ethernet header to be restored by the header restoring unit 150, the feedback generating unit 160 generates the header restoring unit 150, And transmits the generated feedback to the header decompression unit 150. The header decompression unit 150 decompresses the decompressed packet, Accordingly, the Ethernet header compression apparatus 100 compresses the added first Ethernet header or the first IP header and the first Ethernet header in packet transmission and reception in the VPN, thereby reducing the capacity of the packet and increasing the transmission speed of the packet .

2 is a schematic flowchart for explaining a procedure of compressing a first Ethernet header according to an Ethernet header compression method according to an embodiment of the present invention. For convenience of explanation, it will be described with reference to the constituent elements and reference numerals of Fig.

The header management unit 130 of the Ethernet header compression apparatus 100 separates the header and the payload including the first IP header, the first Ethernet header, the second IP header, and the second Ethernet header of the packet (S210).

The header management unit 130 separates a header and a payload including a first IP header, a first Ethernet header, a second IP header, and a second Ethernet header of a packet included in a packet to be transmitted in the VPN. Specifically, the header management unit 130 generates a header and a payload including the first IP header, the first Ethernet header, the second IP header, and the second Ethernet header based on the structure and size of the header and the size of the payload Separate. Here, the Ethernet header includes a transmission destination for communicating a packet, a destination MAC address field, an EtherType field for identifying information of a payload and a packet containing information, an FCS (for checking an error of an Ethernet frame) Frame Check Sequence). The presence or absence of FCS depends on the type of tunneling protocol. Therefore, the MAC Address field and the EhterType field in the Ethernet header are subject to compression. The IP header includes a version information field such as IPv4 and IPv6, a length field of an IP header, an ID field, a fragmentation occurrence field, a destination field, and a source field. Here, the destination field and the source field are objects of compression because they overlap in the same stream when transmitting and receiving packets.

The context management unit 110 of the Ethernet header compression apparatus 100 generates a context key based on the source and destination of the first IP header included in the header (S220).

Specifically, the context management unit 110 generates a context key to search for a context that already exists based on the destination, which is the source and destination address information of the first IP header, which is the source address information of the packet. If the context corresponding to the created context key does not exist, a context is created based on the generated context key.

The context generated by the context management unit 110 includes a state of the header compression unit 140 and a packet transmission method. Specifically, there are three states of the header compression unit 140. First, the IR state (Initialization and Refresh) is a state when the compressed first IP header and the first Ethernet header can not be restored without initializing the context having header compression information. The header compression unit 140 in the IR state sends the first IP header, the first Ethernet header, the second IP header, and the second Ethernet header information of the packet to be compressed to the header decompression unit 150. In the FO state (First Order) state, only the first header, the second IP header, the second Ethernet header field, and the modified field, that is, the first Ethernet header, are to be transmitted in the header field. Third, the SO state (Second Order) is a state in which the header restoring unit 150 judges that the header field information can be predicted, compresses most of the header field, and transmits only the context ID and the sequence number. Here, the context ID is context identification information, and the sequence number is information of the identification field of the packet stream. If the context ID is not 0, the context management unit 110 may add a packet stream identification field for identification between packet streams in the context. On the other hand, if the context ID is 0, the context management unit 110 can remove the packet stream identification field included in the context.

There are three packet transmission schemes of the header compression unit 140. The first is the U-Mode (Unidirectional Mode). The U-Mode transmits a packet including the header compressed by the header compression unit 140, and the header compression unit 140 does not check whether the header decompression unit 150 restores the compressed header. Secondly, in the O-mode (Optimistic Mode), the header decompression unit 150 transmits feedback to the header compression unit 140, and determines the header compression rate by transferring the state of the header compression unit 140 in the same packet stream . Thirdly, the R-Mode (Bidirectional Reliable Mode) manages the state of the header compression unit 140 entirely by the header decompression unit 150. The header compression unit 140 determines the state according to the feedback, determines the header compression ratio according to the state, and transmits the header compression ratio to the header decompression unit 150. Accordingly, the context management unit 110 generates a context key corresponding to the context including the state of the header compression unit 140 and the packet transmission method.

Next, the header compression unit 140 of the Ethernet header compression apparatus 100 compresses the first Ethernet header based on the context and the profile corresponding to the generated context key (S230).

Specifically, the header compression unit 140 receives the context corresponding to the context key generated from the context management unit 110, receives the profile from the profile management unit 120, and compresses the first Ethernet header. The compression ratio of the first Ethernet header and the packet transmission scheme are determined according to the context received by the header compression unit 140 and the first Ethernet header is compressed according to the profile including the header compression scheme according to the structure of the packet. At this time, the header compression unit 140 compresses the first Ethernet header because the first IP header may not exist according to the network protocol. For example, the network protocol 6LoWPAN does not have a first IP header. In addition, since it is possible to communicate using a header other than the first IP header according to the wired communication, the first Ethernet header always used is compressed. The header compression unit 140 may compress the first IP header and the first Ethernet header to secure bandwidth of the network. The procedure for compressing the concrete first IP header and the first Ethernet header will be described later with reference to FIG.

Next, the header management unit 130 of the Ethernet header compression apparatus 100 transmits a header including an uncompressed first IP header, a compressed first Ethernet header, an uncompressed second IP header, and an uncompressed second Ethernet header And the payload are combined (S240).

Specifically, the header management unit 130 includes a first Ethernet header compressed by the header compression unit 140, a first IP header uncompressed, a second IP header uncompressed, and an uncompressed 2 Combine the payload with the header containing the Ethernet header. If the context received by the header compressing unit 140 contains information that combines the feedback information of the first Ethernet header reconstructed by the header reconstructing unit 150 with the feedback information, the header managing unit 130 instructs the header managing unit 130 to compress the first And may additionally combine feedback to headers and payloads including an Ethernet header, an uncompressed first IP header, an uncompressed second IP header, and an uncompressed second Ethernet header. At this time, the feedback is generated according to the restoration result information by the feedback generation unit 160 receiving the restoration result information for the compressed header from the header restoring unit 150. The generated feedback is included in the context. That is, the feedback is transmitted from the header restoring unit 150 to the context management unit 110, and the context management unit 110 includes feedback to the context.

Accordingly, the Ethernet header compression apparatus 100 compresses the first Ethernet header added according to the VPN communication based on the context and the profile, and transmits the packet, thereby improving the packet transmission speed.

Each configuration of the Ethernet header compression apparatus 100 is shown as an individual configuration for convenience of explanation, and may be implemented in one module or one configuration may be separated into two or more configurations according to an implementation method.

3 is a schematic flowchart for explaining a procedure of compressing a first IP header and a first Ethernet header according to an Ethernet header compression method according to an embodiment of the present invention. For convenience of explanation, it will be described with reference to the constituent elements and reference numerals of Fig.

The header management unit 130 of the Ethernet header compression apparatus 100 separates the header and the payload including the first IP header, the first Ethernet header, the second IP header, and the second Ethernet header of the packet (S310). The step of separating the concrete header and the payload is the same as the step described with reference to FIG. 2, and a description thereof will be omitted.

Then, the context management unit 110 of the Ethernet header compression apparatus 100 generates a context key based on the source and destination of the first IP header included in the header (S320). The step of generating the concrete context key is the same as the step described with reference to FIG. 2, so that the explanation is omitted.

Next, the header compression unit 140 of the Ethernet header compression apparatus 100 compresses the first Ethernet header and the first IP header based on the context and the profile corresponding to the generated context key (S330).

When the header compression unit 140 compresses the first Ethernet header and the first IP header, a wider bandwidth can be widened than in the case where only the first Ethernet header is compressed in FIG. Only the target of the header to be compressed is different from the first Ethernet header or the first Ethernet header and the first IP header. The concrete header compression step is the same as that described with reference to FIG.

Then, the header management unit 130 of the Ethernet header compression apparatus 100 transmits a header including the compressed first IP header, the compressed first Ethernet header, the uncompressed second IP header, and the uncompressed second Ethernet header, The payload is combined (S240). The target of the compressed header is different from the target of the uncompressed header, and the specific steps of combining the header and the payload are the same as those described with reference to FIG.

Accordingly, the Ethernet header compression apparatus 100 compresses the first Ethernet header added according to the VPN communication based on the context and the profile, and transmits the packet, thereby improving the packet transmission speed.

4 illustrates a packet structure in a Layer 2 VPN environment according to an embodiment of the present invention. For convenience of explanation, it will be described with reference to the constituent elements and reference numerals of Fig.

4 shows a packet structure in a Layer 2 VPN using EtherIP, VXLAN, NVGREdml tunneling protocol and point-to-point communication among Layer 2 VPN and Layer 3 VPN divided according to services provided by VPN.

4, a first packet 450 to be transmitted from the user 410 to the server 440 in the layer 2 VPN environment includes a payload 451, a first 410 which is the address information of the user 410 and the server 440, IP header 452 and a first Ethernet header 453. [ In the layer 2 VPN environment, the first packet 450 is transmitted to the second router 430 through the first router 420. Therefore, a second IP header 454 and a second Ethernet header 455, which are address information of the first router 420 and the second router 430, are added to the first packet 450. The second packet 460 is generated by including the second IP header 454 and the second Ethernet header 455 in the first packet 450, thereby increasing the data capacity. Accordingly, the Ethernet header compression apparatus 100 included in the first router 420 includes a first IP header 452 that is not used for packet transmission to the first router 420 and the second router 430, The header 453 is compressed. Accordingly, the first compressed header 456, the second IP header 454, and the second Ethernet header 455, which are compressed in the payload 451, the first IP header 452, and the first Ethernet header 453, The third packet 470 is transmitted from the first router 420 to the second router 430. The transmitted third packet 470 is transmitted to the destination server 340 via the second router 430. The second IP header 354 included in the third packet 370 and the second Ethernet header 455 Is not included in the packet when it is transmitted to the server 440 because it is the address information of the first router 420 and the second router 430 necessary for communication between the first router 420 and the second router 430 . Accordingly, the Ethernet header compression apparatus 100 included in the second router 430 restores the first compressed header 456 included in the third packet 470 and transmits the first compressed header 456 included in the payload 451, 452 and a first Ethernet header 453 to the server 440.

Accordingly, the Ethernet header compression apparatus 100 enhances the packet transmission speed by compressing and transmitting additional headers in packet transmission in the VPN environment.

5 illustrates a structure of a compressed header according to the state of a header compression unit according to an embodiment of the present invention. A detailed description of the state of the header compression section is given in Fig.

Referring to FIG. 5, the IR header 510 is a header structure when the header compression unit is in the IR state. The IR state of the header compression unit is a state of the header compression unit when the header decompression unit fails to recover the compressed header. The IR header 510 includes a context ID 1 511, a type 512 and a context ID 513 in the same packet stream, a profile 514 including a compression method, Dynamic field information 516 categorized into header information that varies in the profile, static field information 517 categorized into header information that does not change in the profile, and context ID 518).

Referring to FIG. 5, the FO header 520 is a header structure when the header compression unit is in the FO state. The FO state of the header compression section is a state in which only the header information in which the header compression section changes is transmitted. Therefore, the FO header 520 includes a context ID 1 511 excluding the static field information 517 classified into header information that does not change in the profile, a type and a body 512 that are fields for distinguishing a compressed header, The context ID 513 in the stream, the profile field 514 including the compression method, the CRC 515, the dynamic field information 516 classified into header information changed in the profile, and the context identification number 518 .

Referring to FIG. 5, the SO header 530 is a header structure in which the header compression unit is in the SO state. The SO state of the header compression section means that the header decompression section determines that the information of the header field can be predicted, compresses most of the fields of the header, and includes only a minimum number of fields in the header. Accordingly, the SO header 530 includes a context ID 1 511, a context identification number 518, and a CRC 515.

Accordingly, the Ethernet header compression apparatus 100 includes different fields in the header according to the state of the header compression unit, thereby reducing the packet size, improving the transmission efficiency, and reducing the fragmentation phenomenon.

FIG. 6 illustrates an increase in throughput of a packet including an Ethernet compressed header according to another embodiment of the present invention.

Referring to FIG. 6, a graph showing how the packet throughput is improved when a packet including an Ethernet compressed header is transmitted is shown. Here, PacketNgin is used as an operating system for driving network applications. The PacketNgin operating system is an operating system for running network applications based on PC architecture x86_64, which can perform network virtualization and DPI (Deep Packet Inspection). The PacketNgin operating system can create virtualized networks by creating multiple virtual routers by virtualizing routers. In addition, the PacketNgin operating system can directly transmit a packet corresponding to the layer 2 of the OSI 7 layer to a network application, and access the layer 2 to the layer 7 at once to analyze, modify, duplicate, and delete the packet. Thus, the PacketNgin operating system can implement packet transmission in a Layer 2 VPN.

Referring to FIG. 6, the throughput graph 600 represents throughput 620 as packet size 610 increases in the PacketNgin operating system. The throughput graph 600 includes a compressed packet throughput graph 621 when a header compressed packet is transmitted by the Ethernet header compression apparatus and an uncompressed packet throughput graph 622 when the header transmits an uncompressed packet. ). Compared to uncompressed packets, the headers in compressed packets are reduced by 1 to 3 Bytes, resulting in an overall 6 percent increase in throughput.

Accordingly, the Ethernet header compression apparatus 100 increases the throughput of the packet by compressing the header to reduce the size of the packet. As the throughput of a packet increases, the transmission speed of the packet also increases.

FIG. 7 is a diagram illustrating a throughput difference between a packet including a compressed header and a packet including an uncompressed header in a section where fragmentation occurs according to another embodiment of the present invention.

Referring to FIG. 7, the throughput graph 700 of a fragmentation developing section represents a throughput 720 according to an increase in a packet size 710 in a section where a phenomenon occurs in a PacketNgin operating system. The throughput graph 700 of the fragmentation developing section shows the compressed packet throughput graph 721 when the header compressed packet is transmitted by the Ethernet header compressing apparatus and the uncompressed packet when the header transmits the uncompressed packet And a throughput graph 722. Compared to uncompressed packets, the header in the compressed packet is reduced by 1 to 3 bytes, which improves throughput up to 22% in fragmentation. When the size of the uncompressed packet is 1459 Bytes, fragmentation occurs and the throughput of the packet decreases. On the other hand, when the header is compressed by the Ethernet header compression device, when the size of the compressed packet is 1490 Bytes, fragmentation occurs. Therefore, the throughput increases when the compressed packet size is transmitted rather than the uncompressed packet. Therefore, the Ethernet header compression device reduced the size of the header by about 1 to 3 Bytes to prevent fragmentation, thereby increasing the throughput up to 21%.

Accordingly, the Ethernet header compression apparatus 100 prevents a fragmentation phenomenon by reducing the size of the packet, and the fragmentation phenomenon is prevented, thereby increasing the throughput and improving the packet transmission speed.

In this specification, each block or each step may represent a part of a module, segment or code that includes one or more executable instructions for executing the specified logical function (s). It should also be noted that in some alternative embodiments, the functions mentioned in the blocks or steps may occur out of order. For example, two blocks or steps shown in succession may in fact be performed substantially concurrently, or the blocks or steps may sometimes be performed in reverse order according to the corresponding function.

The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. The software module may reside in a RAM memory, a flash memory, a ROM memory, an EPROM memory, an EEPROM memory, a register, a hard disk, a removable disk, a CD-ROM or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor, which is capable of reading information from, and writing information to, the storage medium. Alternatively, the storage medium may be integral with the processor. The processor and the storage medium may reside within an application specific integrated circuit (ASIC). The ASIC may reside within the user terminal. Alternatively, the processor and the storage medium may reside as discrete components in a user terminal.

Although the embodiments of the present invention have been described in detail with reference to the accompanying drawings, it is to be understood that the present invention is not limited to those embodiments and various changes and modifications may be made without departing from the scope of the present invention. . Therefore, the embodiments disclosed in the present invention are intended to illustrate rather than limit the scope of the present invention, and the scope of the technical idea of the present invention is not limited by these embodiments. Therefore, it should be understood that the above-described embodiments are illustrative in all aspects and not restrictive. The scope of protection of the present invention should be construed according to the following claims, and all technical ideas within the scope of equivalents should be construed as falling within the scope of the present invention.

100: Ethernet header compression device
110:
120: Profile manager
130:
140: Header compression section
150: Header restoring unit
160:
410: User
420: first router
430: Second router
440: Server
450: 1st packet
451: Payload
452: First IP header
453: First Ethernet header
454: Second IP header
455: Second Ethernet header
456: first compressed header
460: Second packet
470: Third packet
510: IR header
511: Context ID 1
512: Type and body
513: Context ID 2
514: Profile
515: CRC
516: Dynamic fields
517: Static field
518: Context identification number
600: Throughput graph
610, 710: the size of the packet
620, 720: Throughput
621, 720: Compressed Packet Throughput Graph
622, 722: Uncompressed Packet Throughput
700: Throughput graph of fragmentation development section

Claims (12)

In packet transmission and reception in a VPN,
Separating a payload and a header including a first IP header, a first Ethernet header, a second IP header, and a second Ethernet header of the packet;
Generating a context key based on a source and a destination of a first IP header included in the header;
Compressing the first Ethernet header based on a context and a profile corresponding to the generated context key; And
Combining the payload with the header including the uncompressed first IP header, the compressed first Ethernet header, the uncompressed second IP header, and the uncompressed second Ethernet header. A method for enhancing network transmission efficiency through Ethernet header compression. The method according to claim 1,
If the context corresponding to the context key does not exist, generating the context based on the context key. The method according to claim 1,
Wherein the context includes information of a packet stream and a compression rate and a transmission mode of the packet are determined according to the context. The method according to claim 1,
Adding a packet stream identification field for identification between packet streams if the context ID, which is the context identification information included in the context, is not 0; or
And removing the packet stream identification field if the context ID included in the context is zero. The method according to claim 1,
Receiving the combined header and the payload and recovering the compressed first Ethernet header;
Receiving restoration result information for the header and generating feedback according to the restoration result information; And
Further comprising including the feedback in the context. ≪ Desc / Clms Page number 21 > 6. The method of claim 5,
And combining the feedback to the header and the payload if the context includes the feedback. ≪ Desc / Clms Page number 21 > In packet transmission and reception in a VPN,
Separating a payload and a header including a first IP header, a first Ethernet header, a second IP header, and a second Ethernet header of the packet;
Generating a context key based on a source and a destination of a first IP header included in the header;
Compressing the first IP header and the first Ethernet header based on a context and a profile corresponding to the generated context key;
And combining the payload with the header including the compressed first IP header, the compressed first Ethernet header, the uncompressed second IP header, and the uncompressed second Ethernet header. A method for improving network transmission efficiency through Ethernet header compression. In packet transmission and reception in a VPN,
A header manager for determining whether to compress the first Ethernet header included in the packet and separating the header and the payload including the first IP header, the first Ethernet header, the second IP header, and the second Ethernet header of the packet;
A context manager for storing a context, modifying and deleting the context, and generating a context based on the context key when the context corresponding to the generated context key does not exist based on the source and the destination of the first IP header;
A profile manager for managing a profile for compressing and restoring the first IP header and the first Ethernet header included in the packet; And
And a header compression unit for compressing the first Ethernet header included in the header received from the header management unit based on the context received from the context management unit and the profile received from the profile management unit,
The header management unit,
The first uncompressed first IP header, the uncompressed second IP header, and the uncompressed second Ethernet header are received from the header compression unit, And combining the header with the payload. 9. The method of claim 8,
Wherein the context includes information of a packet stream and a compression rate and a transmission mode of the packet are determined according to the context. 9. The method of claim 8,
The context management unit,
Adding a packet stream identification field for identification between packet streams when the context ID, which is the context identification information included in the context, is not 0; or
And removes the packet stream identification field when the context ID included in the context is 0. 9. The method of claim 8,
And a header restoring unit for restoring the compressed first Ethernet header by receiving the header and the payload combined from the header management unit,
Further comprising: a feedback generation unit that receives restoration result information for the header from the header restoration unit and generates feedback according to the restoration result information,
Wherein the context management unit includes the feedback in the context. 12. The method of claim 11,
The header management unit,
And combining the feedback to the header and the payload when the context includes the feedback.

Images