JP5051657B2

JP5051657B2 - Communication control device

Info

Publication number: JP5051657B2
Application number: JP2008228205A
Authority: JP
Inventors: 哲司川津; 圭秋吉; 真高柳; 正興亀井; 宏敏重松; 芳和光武; 和也入部; 嘉代窪田
Original assignee: NEC Communication Systems Ltd
Current assignee: NEC Communication Systems Ltd
Priority date: 2008-09-05
Filing date: 2008-09-05
Publication date: 2012-10-17
Anticipated expiration: 2028-09-05
Also published as: JP2010062981A

Description

本発明は、データの送受信を行う通信制御装置に関する。 The present invention relates to a communication control apparatus that transmits and receives data.

データの送受信を行う通信制御装置においては、受信データや送信データは一時的にバッファに格納され、ＯＳＩ（開放型システム間相互接続）参照モデルの概念に基づいて設計されている階層構造によって、バッファ上で受信データの解析や送信データの組立てが行われる。この種の通信制御装置におけるバッファの管理技術の一例が特許文献１および特許文献２に記載されている。 In a communication control device that transmits and receives data, received data and transmitted data are temporarily stored in a buffer, and the buffer is provided by a hierarchical structure designed based on the concept of an OSI (Open System Interconnection) reference model. The received data is analyzed and the transmitted data is assembled. An example of buffer management technology in this type of communication control apparatus is described in Patent Document 1 and Patent Document 2.

図５を参照すると、特許文献１に記載された技術（以下、関連技術１と言う）によれば、送信処理は、図５（イ）〜（ハ）に示す手順で行われる。まず、最上位層であるＮ＋１層は、生成したデータａをバッファＢに格納し、Ｎ層に対して先頭アドレスｐ₁とバッファレングスｎ₁とを通知する（イ）。次にＮ層は、バッファＢ上のデータａの前にデータｂを組立て、Ｎ−１層に対して先頭アドレスｐ₂とバッファレングスｎ₂とを通知する（ロ）。次にＮ−１層は、バッファＢ上のデータｂの前にデータｃを組立て、Ｐ層に対して先頭アドレスｐ₃とバッファレングスｎ₃とを通知する。最後にＰ層は、先頭アドレスｐ₃からバッファレングスｎ₃分のデータを通信回線に送出する（ハ）。 Referring to FIG. 5, according to the technique described in Patent Document 1 (hereinafter referred to as related technique 1), the transmission process is performed according to the procedure shown in FIGS. First, the N + 1 layer, which is the highest layer, stores the generated data a in the buffer B, and notifies the N layer of the start address p ₁ and the buffer length n ₁ (A). Next, the N layer assembles the data b before the data a on the buffer B, and notifies the N−1 layer of the start address p ₂ and the buffer length n ₂ (b). Next, the N-1 layer assembles the data c before the data b on the buffer B, and notifies the P layer of the start address p ₃ and the buffer length n ₃ . Finally, the P layer sends data corresponding to the buffer length n ₃ from the head address p ₃ to the communication line (c).

また関連技術１によれば、受信処理は、図５（ニ）〜（ヘ）に示す手順で行われる。まず、Ｐ層は、通信回線からデータを受信してバッファＢに格納し、Ｎ−１層に対して先頭アドレスｑ₃とバッファレングスｎ₃とを通知する（ニ）。次にＮ−１層は、バッファＢ上のデータｃを受信し、Ｎ層に対して先頭アドレスｑ₂とバッファレングスｎ₂とを通知する（ホ）。次にＮ層は、バッファＢ上のデータｂを受信し、Ｎ＋１層に対して先頭アドレスｑ₁とバッファレングスｎ₁とを通知する。Ｎ＋１層はバッファＢ上のデータａを受信する（ヘ）。 According to Related Art 1, the reception process is performed according to the procedure shown in FIGS. First, the P layer receives data from the communication line, stores it in the buffer B, and notifies the N-1 layer of the head address q ₃ and the buffer length n ₃ (d). Next, the N-1 layer receives the data c on the buffer B and notifies the N layer of the start address q ₂ and the buffer length n ₂ (e). Next, the N layer receives the data b on the buffer B and notifies the N + 1 layer of the head address q ₁ and the buffer length n ₁ . The N + 1 layer receives the data a on the buffer B (f).

他方、特許文献２に記載された技術（以下、関連技術２と言う）によれば、送信処理は次の手順で行われる。まず、送信データの種類や送信先に対応して、使用するプロトコルが各層毎に選択される。例えば、下位層から順にａ、ｂ、ｃの３つの層があり、層ａにはＡ〜Ｃの３種類のプロトコル、層ｂにはＤ〜Ｆの３種類のプロトコル、層ｃにはＧ〜Ｉの３種類のプロトコルがある場合に、層ａのプロトコルとしてＡ、層ｂのプロトコルとしてＤ、層ｃのプロトコルとしてＧがそれぞれ選択されたとする。次に、選択されたプロトコルＡ、Ｄ、Ｇに基づいて、使用されるプロトコルヘッダの総量を計算する。次に、送信データ格納領域に加えて、前記計算したプロトコルヘッダの総量分のヘッダ格納領域を持つバッファを確保し、送信データ格納領域に送信データを格納する。次に、プロトコルＧに制御が移り、プロトコルＧのヘッダがバッファ上の送信データの前に格納される。次に、プロトコルＤに制御が移り、バッファ上のプロトコルＧのヘッダの前にプロトコルＤのヘッダが格納される。次に、プロトコルＡに制御が移り、バッファ上のプロトコルＤのヘッダの前にプロトコルＡのヘッダが格納される。最後に、バッファ上のデータが通信回線に送出される。 On the other hand, according to the technique described in Patent Document 2 (hereinafter referred to as related technique 2), transmission processing is performed in the following procedure. First, the protocol to be used is selected for each layer corresponding to the type of transmission data and the transmission destination. For example, there are three layers a, b, and c in order from the lower layer, the layer a has three types of protocols A to C, the layer b has three types of protocols D to F, and the layer c has G to G In the case where there are three types of protocols I, it is assumed that A is selected as the protocol for layer a, D is selected as the protocol for layer b, and G is selected as the protocol for layer c. Next, based on the selected protocols A, D and G, the total amount of protocol headers used is calculated. Next, in addition to the transmission data storage area, a buffer having a header storage area corresponding to the total amount of the calculated protocol header is secured, and the transmission data is stored in the transmission data storage area. Next, control is transferred to the protocol G, and the header of the protocol G is stored before the transmission data on the buffer. Next, control is transferred to protocol D, and the header of protocol D is stored before the header of protocol G on the buffer. Next, control is transferred to protocol A, and the header of protocol A is stored before the header of protocol D on the buffer. Finally, the data on the buffer is sent to the communication line.

特開平６−２４４９０２号公報JP-A-6-244902 特開平７−２５０１２４号公報JP 7-250124 A

関連技術１によれば、各層間で扱うデータを先頭アドレスとバッファレングスとでインタフェースする。このため、各層毎にデータバッファを設け、転送要求を受けたデータをそれらに取込み、必要なデータを付加して次層に転送する方法に比べて、処理が高速になり、メモリ領域を節約することができる。しかし、関連技術１では、送信時、前層のデータの前にデータを付加するための領域を確保するための処理が必要になる。 According to Related Art 1, data handled in each layer is interfaced by a head address and a buffer length. For this reason, a data buffer is provided for each layer, the data received in response to the transfer request is taken in, the necessary data is added and transferred to the next layer, and the processing becomes faster and the memory area is saved. be able to. However, in Related Art 1, at the time of transmission, a process for securing an area for adding data before data on the previous layer is required.

他方、関連技術２によれば、送信時、ヘッダ総量に見合った領域を含むバッファを確保するため、関連技術１におけるような問題は解消され、送信処理の効率が改善される。 On the other hand, according to the related technique 2, since a buffer including an area corresponding to the total header amount is secured at the time of transmission, the problem in the related technique 1 is solved, and the efficiency of the transmission process is improved.

しかしながら、関連技術１および関連技術２共に、送信時と受信時とでバッファを共用する考えはない。このため、１つの通信制御装置において、或る通信回線から受信したデータをアプリケーションで参照または更新して、別の通信回線を通じて他所へ送信する場合、受信データを格納するバッファの確保処理と、送信データを格納するバッファの確保処理との２回の確保処理が必要であった。 However, neither the related technique 1 nor the related technique 2 has the idea of sharing the buffer at the time of transmission and at the time of reception. Therefore, in one communication control apparatus, when data received from a certain communication line is referred or updated by an application and transmitted to another place through another communication line, a process for securing a buffer for storing received data and transmission The securing process twice with the securing process of the buffer for storing data was necessary.

本発明はこのような事情に鑑みて提案されたものであり、その目的は、或る通信回線から受信したデータを参照または更新して別の通信回線へ送信する通信制御装置において、バッファ確保処理の回数を削減することにある。 The present invention has been proposed in view of such circumstances, and an object of the present invention is to provide a buffer securing process in a communication control apparatus that refers to or updates data received from a certain communication line and transmits the data to another communication line. It is to reduce the number of times.

本発明の通信制御装置は、第１の通信コントローラにより第１の回線から受信したデータをアプリケーションにより参照または更新して第２の通信コントローラにより第２の回線に送信する通信制御装置であって、前記第１の通信コントローラによる前記第１の回線からのデータ受信時、受信データの格納と該格納した受信データを参照または更新して前記第２の回線に送信する送信データの格納とに兼用するバッファをメモリ上に確保する。 The communication control apparatus of the present invention is a communication control apparatus that refers to or updates data received from a first line by a first communication controller and transmits the data to a second line by a second communication controller, When receiving data from the first line by the first communication controller, it is used for both storing received data and storing transmission data to be transmitted to the second line by referring to or updating the received data. Reserve a buffer in memory.

本発明によれば、データ受信時、受信データの格納とこの格納した受信データを参照または更新して別回線に送信する送信データの格納とに兼用するバッファをメモリ上に確保するため、バッファ確保処理の回数を削減することが可能になる。また、バッファ確保処理回数が削減されることにより、通信処理の速度が向上すると共に、処理量の削減により通信制御装置の消費電力の削減が可能になる。 According to the present invention, at the time of data reception, a buffer is allocated in order to secure a buffer on the memory that is used for both storing received data and storing transmitted data that is transmitted to another line by referring to or updating the stored received data. It becomes possible to reduce the number of times of processing. Further, the number of buffer securing processes is reduced, so that the speed of communication processing is improved, and the power consumption of the communication control apparatus can be reduced by reducing the processing amount.

［第１の実施の形態］
図１を参照すると、本発明の第１の実施の形態に係る通信制御装置１００は、ＣＰＵ１０と、ＲＯＭ２０と、ＲＡＭ３０と、２種類の通信コントローラ４０、５０とがバス６０により相互に接続されている。 [First Embodiment]
Referring to FIG. 1, a communication control apparatus 100 according to the first embodiment of the present invention includes a CPU 10, a ROM 20, a RAM 30, and two types of communication controllers 40 and 50 connected to each other via a bus 60. Yes.

ＲＯＭ２０は、通信制御装置１００のＣＰＵ１０で実行するプログラムおよび固定データを記憶する。ＲＡＭ３０は、送受信データを記憶するバッファおよび可変データを記憶する。 The ROM 20 stores a program executed by the CPU 10 of the communication control apparatus 100 and fixed data. The RAM 30 stores a buffer for storing transmission / reception data and variable data.

通信コントローラ４０は、通信回線４１からのデータの受信および通信回線４１へのデータの送信を行う部品である。同じく通信コントローラ５０は、通信回線５１からのデータの受信および通信回線５１へのデータの送信を行う部品である。本実施の形態の場合、通信コントローラ４０はイーサネット（登録商標）用のコントローラ、通信コントローラ５０はシリアルポート用のコントローラである。 The communication controller 40 is a component that receives data from the communication line 41 and transmits data to the communication line 41. Similarly, the communication controller 50 is a component that receives data from the communication line 51 and transmits data to the communication line 51. In this embodiment, the communication controller 40 is an Ethernet (registered trademark) controller, and the communication controller 50 is a serial port controller.

ＣＰＵ１０は、通信制御装置１００の主たる制御を行う部品であり、通信の制御に関連する機能手段として、２種類の通信ドライバ処理部１１、１２と、通信プロトコル処理部１３と、通信アプリケーション部１４とを備えている。これらは、例えばＲＯＭ２０に格納されたプログラムにより実現することができる。 The CPU 10 is a component that performs the main control of the communication control apparatus 100. As functional means related to communication control, two types of communication driver processing units 11, 12, a communication protocol processing unit 13, and a communication application unit 14 are provided. It has. These can be realized by a program stored in the ROM 20, for example.

通信ドライバ処理部１１は通信コントローラ４０用の通信ドライバ、通信ドライバ処理部１２は通信コントローラ５０用の通信ドライバである。 The communication driver processing unit 11 is a communication driver for the communication controller 40, and the communication driver processing unit 12 is a communication driver for the communication controller 50.

通信プロトコル処理部１３は、通信ミドルウェアとしてのプロトコルスタックである。本実施の形態の場合、通信プロトコル処理部１３は、Ｌ２処理部１５およびＬ３処理部１６を備えている。Ｌ２処理部１５は、Ｌ２（レイヤ２）、即ちＯＳＩ参照モデルのデータリンク層に関する処理を司る部分であり、Ｌ３処理部１６は、Ｌ３（レイヤ３）、即ちＯＳＩ参照モデルのネットワーク層に関する処理を司る部分である。 The communication protocol processing unit 13 is a protocol stack as communication middleware. In the case of the present embodiment, the communication protocol processing unit 13 includes an L2 processing unit 15 and an L3 processing unit 16. The L2 processing unit 15 is a part that manages processing related to the data link layer of L2 (layer 2), that is, the OSI reference model, and the L3 processing unit 16 performs processing related to L3 (layer 3), that is, processing related to the network layer of the OSI reference model. It is the part that governs.

通信アプリケーション部１４は、ＯＳＩ参照モデルのトランスポート層以上の層に関する処理を司る部分である。本実施の形態の場合、通信アプリケーション部１４は、Ｌ４（レイヤ４）、即ちトランスポート層に関する処理を司るＬ４処理部１７と、ＯＳＩ参照モデルのセッション層からアプリケーション層までの層に関する処理を司るアプリケーション部１８とで構成されている。 The communication application unit 14 is a part that performs processing related to the layers above the transport layer of the OSI reference model. In the case of the present embodiment, the communication application unit 14 includes an L4 (layer 4), that is, an L4 processing unit 17 that controls processing related to the transport layer, and an application that controls processing related to layers from the session layer to the application layer of the OSI reference model. Part 18.

本実施の形態における通信制御装置１００は、通信コントローラ４０により通信回線４１から受信したデータをアプリケーション部１８において参照または更新して、通信コントローラ５０により通信回線５１に送信する通信アダプタ装置として機能する。また、Ｌ２〜Ｌ４の各層には、図２に示すようにそれぞれ複数の通信プロトコルが定義されており、実際のデータの送受信時には、複数の通信プロトコルの中から１つの通信プロトコルが選択されて適用される。 The communication control apparatus 100 according to the present embodiment functions as a communication adapter apparatus that refers to or updates the data received from the communication line 41 by the communication controller 40 in the application unit 18 and transmits the data to the communication line 51 by the communication controller 50. In addition, a plurality of communication protocols are defined in each of the layers L2 to L4 as shown in FIG. 2, and one communication protocol is selected from a plurality of communication protocols and applied when actually transmitting / receiving data. Is done.

次に、通信回線４１から受信したデータをアプリケーション部１８において参照または更新して通信回線５１に送信する際の本実施の形態の動作を説明する。 Next, the operation of this embodiment when data received from the communication line 41 is referred to or updated by the application unit 18 and transmitted to the communication line 51 will be described.

図３を参照すると、通信コントローラ４０は、通信回線４１上に自通信制御装置宛のイーサネットフレームを検出すると、当該フレームを受信し、ＣＰＵ１０に割り込みで通知する。ＣＰＵ１０は、この割り込みを契機に通信ドライバ処理部１１を起動する。 Referring to FIG. 3, when the communication controller 40 detects an Ethernet frame addressed to the own communication control device on the communication line 41, the communication controller 40 receives the frame and notifies the CPU 10 by an interrupt. The CPU 10 activates the communication driver processing unit 11 in response to this interruption.

通信ドライバ処理部１１は、通信コントローラ４０が受信したフレームを格納するためのバッファＢＵＦをＲＡＭ３０の空き領域に確保し、受信データ（受信フレーム）をバッファＢＵＦに格納する。このとき確保したバッファＢＵＦは、受信データの格納に使用する他、この受信データを参照または更新して通信回線５１に送信する際の送信データの格納用にも使用する。送信データのサイズが受信データのサイズを超えないことが保証されていれば、確保するバッファＢＵＦのサイズは受信データのサイズのみを考慮して決定すれば良い。しかし、受信と送信とで各層で使用するプロトコルが相違する結果、送信データのプロトコルヘッダの総サイズが受信データのプロトコルヘッダの総サイズを超える場合には、少なくとも超過する分だけサイズの大きなバッファＢＵＦを確保しておく必要がある。また、アプリケーション部１８がＬ４階層のペイロードを更新した結果、ペイロードのサイズが増加する場合、プロトコルヘッダによる増加分に加えて、ペイロードによる増加分も考慮したサイズのバッファＢＵＦを確保しておく必要がある。通信ドライバ処理部１１は、これらのことを踏まえて確保するバッファＢＵＦのサイズを決定する機能を有する。この機能の詳細については後述するが、今は説明の便宜上、図４に示すバッファＢＵＦが確保されたものとする。 The communication driver processing unit 11 secures a buffer BUF for storing a frame received by the communication controller 40 in an empty area of the RAM 30, and stores received data (received frame) in the buffer BUF. The buffer BUF secured at this time is used not only for storing received data but also for storing transmission data when the received data is referred to or updated and transmitted to the communication line 51. If it is guaranteed that the size of the transmission data does not exceed the size of the reception data, the size of the buffer BUF to be secured may be determined in consideration of only the size of the reception data. However, if the total protocol header size of the transmission data exceeds the total size of the protocol header of the reception data as a result of the difference in the protocol used in each layer between reception and transmission, at least the buffer BUF that is larger in size than the total size of the protocol header of the reception data It is necessary to secure. When the payload size increases as a result of the application unit 18 updating the payload of the L4 layer, it is necessary to secure a buffer BUF having a size that takes into account the increase due to the payload in addition to the increase due to the protocol header. is there. The communication driver processing unit 11 has a function of determining the size of the buffer BUF to be secured based on these matters. Although the details of this function will be described later, it is assumed that the buffer BUF shown in FIG.

図４に示すバッファＢＵＦは、ＲＡＭ３０のアドレスａ₀からａ₁までの領域が割り当てられている。また、バッファＢＵＦは、アドレスａ₀からアドレスａ₂までのサイズｎ₀の前方予備領域と、アドレスａ₂からアドレスａ₆までのサイズｎ₂のデータ格納領域と、アドレスａ₆からアドレスａ₁までのサイズｎ₁の後方予備領域とに論理的に区分されている。データ格納領域は、受信データを格納するための領域である。前方予備領域は、送信データのプロトコルヘッダの総サイズが受信データのものより大きくなった場合に使用する拡張領域、後方予備領域は、ペイロードのサイズが更新により拡大した場合に使用する拡張領域である。 In the buffer BUF shown in FIG. 4, areas from addresses a ₀ to a ₁ of the RAM 30 are allocated. The buffer BUF includes a forward spare area size n ₀ from the address a ₀ to the address a _2, and the size n ₂ of the data storage area from the address a ₂ to address a _6, the address a ₆ to address a ₁ Are logically divided into rear spare areas of size n ₁ . The data storage area is an area for storing received data. The forward spare area is an extension area used when the total size of the protocol header of the transmission data becomes larger than that of the reception data, and the rear spare area is an extension area used when the size of the payload is enlarged by updating. .

通信ドライバ処理部１１は、受信データを図４に示すようにバッファＢＵＦのデータ格納領域に格納し、データ格納領域の先頭アドレスａ₂と受信データ長（＝データ格納領域のサイズｎ₂）とを通信プロトコル処理部１３のＬ２処理部１５に通知する。図４に示したように、受信データは、ペイロードと、その前に付けられたＬ４ヘッダと、その前に付けられたＬ３ヘッダと、その前に付けられたＬ２ヘッダとで構成されている。 The communication driver processing unit 11 stores the received data in the data storage area of the buffer BUF, as shown in FIG. 4, and stores the start address a ₂ of the data storage area and the received data length (= size n _{2 of the} data storage area). The L2 processing unit 15 of the communication protocol processing unit 13 is notified. As shown in FIG. 4, the received data is composed of a payload, an L4 header attached in front of it, an L3 header attached in front of it, and an L2 header attached in front of it.

Ｌ２処理部１５は、バッファＢＵＦ上の通知されたアドレスａ₂以降に格納されたＬ２ヘッダを解析してＬ２に適用されているプロトコルを識別し、そのプロトコルによる処理を実行する。そして、Ｌ２処理部１５は、Ｌ３ヘッダの先頭アドレスａ₃とＬ３のデータ長ｎ₃とをＬ３処理部１６に通知する。 L2 processing unit 15 identifies the protocol being applied to the L2 analyzes the notified address a ₂ L2 header stored since in the buffer BUF, performs processing according to that protocol. Then, the L2 processing unit 15 notifies the L3 processing unit 16 of the start address a ₃ of the L3 header and the data length n ₃ of L3.

Ｌ３処理部１６は、バッファＢＵＦ上の通知されたアドレスａ₃以降に格納されたＬ３ヘッダを解析してＬ３に適用されているプロトコルを識別し、そのプロトコルによる処理を実行する。そして、Ｌ３処理部１６は、Ｌ４ヘッダの先頭アドレスａ₄とＬ４のデータ長ｎ₄とを通信アプリケーション部１４のＬ４処理部１７に通知する。 L3 processor 16 identifies the protocol being applied to the L3 analyzes the notified address a ₃ L3 header stored since in the buffer BUF, performs processing according to that protocol. Then, the L3 processing unit 16 notifies the L4 processing unit 17 of the communication application unit 14 of the start address a ₄ of the L4 header and the data length n ₄ of L4.

Ｌ４処理部１７は、バッファＢＵＦ上の通知されたアドレスａ₄以降に格納されたＬ４ヘッダを解析してＬ４に適用されているプロトコルを識別し、そのプロトコルによる処理を実行する。そして、Ｌ４処理部１７は、ペイロードの先頭アドレスａ₅とデータ長ｎ₅とをアプリケーション部１８に通知する。 L4 processing section 17 identifies a protocol being applied to L4 header stored in the notified address a ₄ later in the buffer BUF to L4 analyzes and executes the processing according to that protocol. Then, the L4 processing unit 17 notifies the application unit 18 of the leading address a ₅ and the data length n ₅ of the payload.

アプリケーション部１８は、バッファＢＵＦ上の通知されたアドレスａ₅以降に格納されたペイロードを参照または更新する。ペイロードを参照する目的は、例えば、ペイロード中のデータの種類や送信先を識別することである。また、ペイロードを更新する目的は、例えば、データの形式を別の形式に変換したり、送信先を変更したりすることである。データ形式の変換は文字コードレベルで行われるために、ペイロードのサイズが変更される可能性がある。また、ＳＩＰ−ＵＲＩで送信先が記述されている場合、ＳＩＰ−ＵＲＩの書換えは文字コードレベルで行われるために、ペイロードのサイズが変更される可能性がある。 Application unit 18 refers to or updates the payload stored in the notified address a ₅ or later on the buffer BUF. The purpose of referring to the payload is, for example, to identify the type of data in the payload and the transmission destination. The purpose of updating the payload is, for example, to convert the data format to another format or to change the transmission destination. Since data format conversion is performed at the character code level, the size of the payload may be changed. In addition, when the transmission destination is described in the SIP-URI, the SIP-URI is rewritten at the character code level, so that the size of the payload may be changed.

アプリケーション部１８は、受信したペイロードを更新した場合、更新後のペイロードを送信データに含めるペイロードとして、バッファＢＵＦのアドレスａ₅以降の領域、つまり元のペイロード部分に上書きする。図４は、送信データに含めるペイロードがバッファＢＵＦのアドレスａ₅からアドレスａ₇までの領域に格納された例を示している。なお、参照だけで更新しない場合には、元のペイロードがバッファＢＵＦのアドレスａ₅以降に格納されているので、それをそのまま送信データに含めるペイロードとして使用する。 When the received payload is updated, the application unit 18 overwrites the area after the address a ₅ of the buffer BUF, that is, the original payload part, as the payload to be included in the transmission data. FIG. 4 shows an example in which the payload included in the transmission data is stored in the area from the address a ₅ to the address a ₇ of the buffer BUF. In the case where the reference not only to update, because the original payload is stored in the address a ₅ subsequent buffer BUF, used as a payload to include it as the transmission data.

次にアプリケーション部１８は、送信データの種類や送信先に基づいて、Ｌ４、Ｌ３、Ｌ２の各層で使用するプロトコルを決定する。ここでは、説明の便宜上、Ｌ４はプロトコルＧ、Ｌ３はプロトコルＤ、Ｌ２はプロトコルＡにそれぞれ決定されたものとする。決定されたプロトコルの情報は例えばＲＡＭ３０の所定のエリアに記憶され、Ｌ４処理部１７、Ｌ３処理部１６およびＬ２処理部１５によって参照される。 Next, the application unit 18 determines a protocol to be used in each layer of L4, L3, and L2 based on the type of transmission data and the transmission destination. Here, for convenience of explanation, it is assumed that L4 is determined as the protocol G, L3 is determined as the protocol D, and L2 is determined as the protocol A. The determined protocol information is stored in, for example, a predetermined area of the RAM 30, and is referred to by the L4 processing unit 17, the L3 processing unit 16, and the L2 processing unit 15.

次にアプリケーション部１８は、Ｌ４処理部１７に対して、ペイロードの先頭アドレスａ₅とデータ長ｎ'₅とをＬ４処理部１７に通知する。 Next, the application unit 18 notifies the L4 processing unit 17 of the leading address a ₅ and the data length n ′ _{5 of} the payload.

次にＬ４処理部１７は、バッファＢＵＦ上の通知されたアドレスａ₅以降に格納されたペイロードの前にプロトコルＧのＬ４ヘッダを書き込み、書き込んだＬ４ヘッダの先頭アドレスａ₈とデータ長ｎ'₄を通信プロトコル処理部１３のＬ３処理部１６に通知する。 Then L4 processing section 17 writes the L4 header protocol G before the payload stored in the notified address a ₅ or later on the buffer BUF, the start address a ₈ to L4 header is written and data length n _'4 Is sent to the L3 processing unit 16 of the communication protocol processing unit 13.

次にＬ３処理部１６は、バッファＢＵＦ上の通知されたアドレスａ₈以降に格納されたＬ４ヘッダの前にプロトコルＤのＬ３ヘッダを書き込み、書き込んだＬ３ヘッダの先頭アドレスａ₉とデータ長ｎ'₃をＬ２処理部１５に通知する。 Next L3 processor 16 writes the L3 header protocol D before the L4 header stored in notified address a ₈ later in the buffer BUF, the start address a ₉ of L3 header is written and data length n ' ₃ is notified to the L2 processing unit 15.

次にＬ２処理部１５は、バッファＢＵＦ上の通知されたアドレスａ₉以降に格納されたＬ３ヘッダの前にプロトコルＡのＬ２ヘッダを書き込み、書き込んだＬ２ヘッダの先頭アドレスａ₁₀とデータ長ｎ'₂を、プロトコルＡを扱う通信コントローラ５０の通信ドライバ処理部１２に通知する。 Then L2 processing unit 15 writes the L2 header of protocol A before the L3 header stored in notified address a ₉ later in the buffer BUF, the start address of the L2 header writing a ₁₀ and the data length n ' ₂ is notified to the communication driver processing unit 12 of the communication controller 50 that handles the protocol A.

次に通信ドライバ処理部１２は、バッファＢＵＦ上の通知されたアドレスａ₁₀以降に格納されたＬ２のデータを読み出し、通信コントローラ５０へ送信する。通信コントローラ５０は受信したデータを通信回線５１へ送信する。通信コントローラ５０による送信が完了すると、通信ドライバ処理部１１は、送信データを格納していたバッファＢＵＦを解放する。 Next, the communication driver processing unit 12 reads the L2 data stored after the notified address a ₁₀ on the buffer BUF, and transmits it to the communication controller 50. The communication controller 50 transmits the received data to the communication line 51. When the transmission by the communication controller 50 is completed, the communication driver processing unit 11 releases the buffer BUF that stores the transmission data.

次に、受信データと送信データとで共用する図４のバッファＢＵＦのサイズｎ₀、ｎ₁、ｎ₂を決定する方法について、幾つかの例を挙げて説明する。 Next, a method for determining the sizes n ₀ , n ₁ , and n ₂ of the buffer BUF of FIG. 4 shared by received data and transmitted data will be described with some examples.

（１）バッファＢＵＦのデータ格納領域のサイズｎ₂の決定方法
サイズｎ₂は、受信データを格納するデータ格納領域のサイズであるため、受信データのサイズに基づき決定する。例えば、サイズｎ₂は、受信データのサイズと等しい値とする。 (1) Method for determining the size n ₂ of the data storage area of the buffer BUF Since the size n ₂ is the size of the data storage area for storing the received data, it is determined based on the size of the received data. For example, the size n ₂ is a value equal to the size of the received data.

（２）バッファＢＵＦの前方予備領域のサイズｎ₀の決定方法
サイズｎ₀は、送信データのプロトコルヘッダの総サイズが受信データのものより大きくなった場合に使用する前方予備領域のサイズであるため、送信データおよび受信データのプロトコルヘッダの総サイズの差異に基づいて決定する。具体的な方法として、以下のような方法がある。 (2) Method of determining the size n ₀ of the front spare area of the buffer BUF The size n ₀ is the size of the front spare area used when the total size of the protocol header of the transmission data becomes larger than that of the received data. , Based on the difference in the total size of the protocol headers of the transmission data and the reception data. Specific methods include the following methods.

（2−1）例１
送信時の通信プロトコルの組み合わせのうち使用されるプロトコルヘッダの総サイズが最も大きい通信プロトコルのプロトコルヘッダの総サイズをＸ、受信時の通信プロトコルの組み合わせのうち使用されるプロトコルヘッダの総サイズが最も小さい通信プロトコルのプロトコルヘッダの総サイズをＹとするとき、Ｘ−Ｙを前方予備領域のサイズｎ₀とする。この方法によれば、実際の受信データの通信プロトコルのＬ２〜Ｌ４のヘッダの総サイズが最小値のＹに等しく、実際の送信データの通信プロトコルのＬ２〜Ｌ４のヘッダの総サイズが最大値のＸに等しくなる場合に、前方予備領域のサイズｎ₀の全てが使用されることになり、それ以外のケースでは、前方予備領域の一部が使用されるか、あるいは全く使用されないことになる。バッファ使用量の面で多少無駄が生じるものの、Ｘ−Ｙを予め計算してＲＯＭ２０等の固定データとして記憶しておけば、それを参照するだけで済むため、処理量は少なくなる。 (2-1) Example 1
X is the total protocol header size of the communication protocol with the largest total protocol header size among the communication protocol combinations at the time of transmission, and the total protocol header size used is the largest among the communication protocol combinations at the time of reception. When the total size of the protocol headers of the small communication protocol is Y, XY is the size n ₀ of the front spare area. According to this method, the total size of the L2 to L4 headers of the actual reception data communication protocol is equal to the minimum value Y, and the total size of the L2 to L4 headers of the actual transmission data communication protocol is the maximum value. If it is equal to X, all of the front spare area size n ₀ will be used, otherwise a part of the front spare area will be used or not used at all. Although some waste occurs in terms of the amount of buffer used, if XY is calculated in advance and stored as fixed data in the ROM 20 or the like, it is only necessary to refer to it, so the processing amount is reduced.

（2−2）例２
通信ドライバ処理部１１が、受信データで使用されている通信プロトコルの組み合わせの一部または全部を特定し、この特定したプロトコルと残りの階層のプロトコルとの組み合わせのうち使用されるプロトコルヘッダの総サイズが最大となる通信プロトコルのプロトコルヘッダの総サイズをＹ’とするとき、Ｘ−Ｙ’を前方予備領域のサイズｎ₀とする。ここで、Ｘは、例１におけるＸと同じく、送信時の通信プロトコルの組み合わせのうち使用されるプロトコルヘッダの総サイズが最も大きい通信プロトコルのプロトコルヘッダの総サイズである。 (2-2) Example 2
The communication driver processing unit 11 specifies a part or all of the combination of communication protocols used in the received data, and the total size of the protocol header used among the combinations of the specified protocol and the remaining layer protocols. Is Y ′, the total size of the protocol headers of the communication protocol that maximizes XY is the size n ₀ of the front spare area. Here, X is the total size of the protocol header of the communication protocol having the largest total size of the protocol header used in the combination of communication protocols at the time of transmission, as in X in Example 1.

通信ドライバ処理部１１が、受信データで使用されている通信プロトコルの組み合わせの一部を特定する方法としては、例えば、データの受信時に割り込みをかけてきた通信コントローラ４０の種類によって、Ｌ２で使用されるプロトコルをプロトコルＡ〜Ｃの内の何れか１つまたは２つに特定する方法がある。また、通信ドライバ処理部１１が通信コントローラ４０に保持されている受信データを直接参照して、Ｌ２ヘッダ等、各ヘッダを解析して使用されているプロトコルを特定する方法がある。 As a method for the communication driver processing unit 11 to specify a part of the combination of communication protocols used in the received data, for example, the communication driver processing unit 11 is used in L2 depending on the type of the communication controller 40 that interrupted when receiving data. There is a method for specifying the protocol to be any one or two of the protocols A to C. In addition, there is a method in which the communication driver processing unit 11 directly refers to received data held in the communication controller 40 and analyzes each header such as an L2 header to identify a protocol used.

（３）バッファＢＵＦの後方予備領域のサイズｎ₁の決定方法
サイズｎ₁は、ペイロードのサイズが更新により拡大した場合に使用する後方予備領域のサイズであるため、アプリケーション部１８によるペイロードの更新の有無および更新する場合の最大増加幅に基づいて決定する。すなわち、アプリケーション部１８がペイロードの更新を行わない仕様であるならば、後方予備領域のサイズｎ₁は０である。また、更新を行った場合に想定される最大増加幅がΔｄであれば、後方予備領域のサイズｎ₁はΔｄである。 (3) Method of determining the size n ₁ of the rear spare area of the buffer BUF The size n ₁ is the size of the rear spare area used when the size of the payload is enlarged by updating. It is determined based on the presence / absence and the maximum increment when updating. That is, if the application unit 18 does not update the payload, the size n ₁ of the rear spare area is zero. Further, if the maximum increase width assumed when updating is Δd, the size n ₁ of the rear spare area is Δd.

次に本実施の形態の効果を説明する。 Next, the effect of this embodiment will be described.

本実施の形態によれば、通信回線４１から受信したデータをアプリケーション部１８において参照または更新して通信回線５１を通じて他に送信する通信制御装置１００において、受信と送信とで同じバッファＢＵＦを使用可能としたことにより、バッファ確保処理の回数を半分に削減することができる。バッファ確保処理回数が半分に削減されることにより、通信処理の速度が向上すると同時に、処理量の削減により通信制御装置１００の消費電力の削減も可能になる。 According to the present embodiment, the same buffer BUF can be used for reception and transmission in the communication control apparatus 100 that references or updates the data received from the communication line 41 and transmits the data to the other through the communication line 51. As a result, the number of buffer securing processes can be reduced by half. By reducing the number of buffer securing processes by half, the speed of communication processing is improved, and at the same time, the power consumption of the communication control apparatus 100 can be reduced by reducing the processing amount.

［その他の実施の形態］
以上の実施の形態は、通信回線４１から受信したデータをアプリケーション部１８において参照または更新して通信回線５１に送信したが、その反対に、通信回線５１から受信したデータをアプリケーション部１８において参照または更新して通信回線４１に送信する実施の形態も考えられる。この場合、通信ドライバ処理部１２に、通信ドライバ処理部１１と同様のバッファ獲得機能が備えられる。 [Other embodiments]
In the above embodiment, the data received from the communication line 41 is referred to or updated by the application unit 18 and transmitted to the communication line 51. Conversely, the data received from the communication line 51 is referred to by the application unit 18 or An embodiment in which it is updated and transmitted to the communication line 41 is also conceivable. In this case, the communication driver processing unit 12 has a buffer acquisition function similar to that of the communication driver processing unit 11.

以上の実施の形態は、通信コントローラとして、イーサネット用のコントローラ、シリアルポート用のコントローラを使用したが、本発明における通信コントローラはこれらの種類に限定されず、トークンリングやＸ.25などの他の種類の通信コントローラであっても良い。 In the above embodiment, the Ethernet controller and the serial port controller are used as the communication controller. However, the communication controller in the present invention is not limited to these types, and other types such as token ring and X.25 are used. It may be a type of communication controller.

以上の実施の形態は、通信コントローラを２種類だけ備えていたが、３種類以上の通信コントローラを備えていても良い。 In the above embodiment, only two types of communication controllers are provided, but three or more types of communication controllers may be provided.

以上の実施の形態は、物理層の上位層として、Ｌ２、Ｌ３、Ｌ４の３層を持つ階層構造を例にしたが、ＯＳＩ参照モデルの概念に基づいて設計された階層構造であれば全て適用可能である。 In the above embodiment, a hierarchical structure having three layers L2, L3, and L4 is taken as an example of the upper layer of the physical layer. However, any hierarchical structure designed based on the concept of the OSI reference model can be applied. Is possible.

本発明の第１の実施の形態のブロック図である。It is a block diagram of a 1st embodiment of the present invention. 本発明の第１の実施の形態における各層で使用可能な通信プロトコルを示す図である。It is a figure which shows the communication protocol which can be used in each layer in the 1st Embodiment of this invention. 本発明の第１の実施の形態の動作説明図である。It is operation | movement explanatory drawing of the 1st Embodiment of this invention. 本発明の第１の実施の形態におけるバッファの説明図である。It is explanatory drawing of the buffer in the 1st Embodiment of this invention. 本発明の関連技術の説明図である。It is explanatory drawing of the related technology of this invention.

符号の説明Explanation of symbols

１０…ＣＰＵ
１１、１２…通信ドライバ処理部
１３…通信プロトコル処理部
１４…通信アプリケーション部
１５…Ｌ２処理部
１６…Ｌ３処理部
１７…Ｌ４処理部
１８…アプリケーション部
２０…ＲＯＭ
３０…ＲＡＭ
４０、５０…通信コントローラ
４１、４２…通信回線
６０…バス
１００…通信制御装置 10 ... CPU
DESCRIPTION OF SYMBOLS 11, 12 ... Communication driver process part 13 ... Communication protocol process part 14 ... Communication application part 15 ... L2 process part 16 ... L3 process part 17 ... L4 process part 18 ... Application part 20 ... ROM
30 ... RAM
40, 50 ... communication controllers 41, 42 ... communication line 60 ... bus 100 ... communication control device

Claims

第１の通信コントローラによる第１の回線からのデータ受信時、受信データの格納と送信データの格納とに兼用するバッファをメモリ上に確保し、該確保した前記バッファに前記受信データを格納し、前記受信データの先頭アドレスとデータ長とを引き渡す受信側ドライバ処理部と、
該受信側ドライバ処理部から前記受信データの先頭アドレスとデータ長とを受け取り、前記バッファ上の前記受信データ内の各層のプロトコルヘッダを下位の層から順に認識して、上位層のデータの先頭アドレスとデータ長とを引き渡す受信側通信プロトコル処理部と、
該受信側通信プロトコル処理部から前記上位層のデータの先頭アドレスとデータ長とを受け取り、前記バッファ上で上位層のプロトコルヘッダとペイロードを認識して参照または更新し、前記上位層のデータの先頭アドレスとデータ長とを引き渡す通信アプリケーション部と、
該通信アプリケーション部から前記上位層のデータの先頭アドレスとデータ長とを受け取り、前記上位層の１つ下の層から順に、前記バッファ上でその層のプロトコルヘッダを１つ上の層のプロトコルヘッダの前に格納し、送信データの先頭アドレスとデータ長とを引き渡す送信側プロトコル処理部と、
該送信側プロトコル処理部から前記送信データの先頭アドレスとデータ長とを受け取り、前記バッファから前記送信データを読み出して第２の通信コントローラにより第２の回線へ送信する送信側ドライバ処理部とを備え、
前記バッファは、前記受信データを格納するデータ格納領域と、前記送信データのプロトコルヘッダの総サイズが前記受信データのプロトコルヘッダの総サイズより大きくなった場合に使用する前方予備領域と、前記受信データに含まれるペイロードのサイズが更新により拡大した場合に使用する後方予備領域とで構成されている
通信制御装置。 When receiving data from the first line by the first communication controller, a buffer for storing received data and storing transmission data is secured on the memory, and the received data is stored in the secured buffer, A receiving side driver processing unit that delivers the start address and data length of the received data;
Receives the leading address and data length of the received data from the receiving side driver processing unit, recognizes the protocol header of each layer in the received data on the buffer in order from the lower layer, and starts the upper address of the upper layer data And a communication protocol processing unit on the receiving side that delivers the data length,
Receives the top address and data length of the upper layer data from the receiving side communication protocol processing unit, recognizes and references or updates the upper layer protocol header and payload on the buffer, and starts the top layer data head A communication application section that delivers the address and data length;
The top address and data length of the upper layer data are received from the communication application unit, and the protocol header of that layer is changed to the protocol header of the upper layer on the buffer in order from the lower layer of the upper layer. A transmission-side protocol processing unit that stores the leading address of the transmission data and the data length,
A transmission side driver processing unit that receives a start address and a data length of the transmission data from the transmission side protocol processing unit, reads the transmission data from the buffer, and transmits the transmission data to a second line by a second communication controller; ,
The buffer includes a data storage area for storing the reception data, a front spare area used when the total size of the protocol header of the transmission data is larger than the total size of the protocol header of the reception data, and the reception data The communication control device is configured with a rear spare area used when the size of the payload included in is expanded by updating .

前記前方予備領域のサイズは、送信側の通信プロトコルの組み合わせのうち使用されるプロトコルヘッダの総サイズが最も大きい通信プロトコルのプロトコルヘッダの総サイズから、受信側の通信プロトコルの組み合わせのうち使用されるプロトコルヘッダの総サイズが最も小さい通信プロトコルのプロトコルヘッダの総サイズを差し引いた値以上に設定されていることを特徴とする請求項１に記載の通信制御装置。 The size of the front spare area is used in the combination of communication protocols on the receiving side from the total size of the protocol header of the communication protocol having the largest total size of the protocol header used in the combination of communication protocols on the transmitting side. 2. The communication control apparatus according to claim 1 , wherein the total size of the protocol header is set to be equal to or larger than a value obtained by subtracting the total size of the protocol header of the communication protocol having the smallest size.

前記受信データで使用されている通信プロトコルの組み合わせの少なくとも一部を特定し、該特定したプロトコルと残りの階層のプロトコルとの組み合わせのうち使用されるプロトコルヘッダの総サイズが最大となる通信プロトコルのプロトコルヘッダの総サイズをＹ’、送信側の通信プロトコルの組み合わせのうち使用されるプロトコルヘッダの総サイズが最も大きい通信プロトコルのプロトコルヘッダの総サイズをＸとするとき、Ｘ−Ｙ’を前記前方予備領域のサイズとすることを特徴とする請求項１または２に記載の通信制御装置。 Identify at least a part of a combination of communication protocols used in the received data, and select a communication protocol that maximizes the total size of protocol headers used in the combination of the specified protocol and the remaining layer protocol. When the total size of the protocol header is Y ′ and the total size of the protocol header of the communication protocol having the largest total protocol header size among the combinations of communication protocols on the transmitting side is X, X−Y ′ is the front. the communication control device according to claim 1 or 2, characterized in that the size of the spare area.

前記後方予備領域のサイズは、更新を行った場合に想定されるペイロードの最大増加幅に基づいて決定されていることを特徴とする請求項１乃至３の何れか１項に記載の通信制御装置。 Size of the backward spare area, the communication control device according to any one of claims 1 to 3, characterized in that it is determined based on a maximum increment of payload that is assumed to be applied to update .

受信側ドライバ処理部と、受信側通信プロトコル処理部と、通信アプリケーション部と、送信側プロトコル処理部と、送信側ドライバ処理部とを有する通信制御装置が実行する通信制御方法であって、A communication control method executed by a communication control device having a reception side driver processing unit, a reception side communication protocol processing unit, a communication application unit, a transmission side protocol processing unit, and a transmission side driver processing unit,
前記受信側ドライバ処理部が、第１の通信コントローラによる第１の回線からのデータ受信時、受信データの格納と送信データの格納とに兼用するバッファであって、前記受信データを格納するデータ格納領域と、前記送信データのプロトコルヘッダの総サイズが前記受信データのプロトコルヘッダの総サイズより大きくなった場合に使用する前方予備領域と、前記受信データに含まれるペイロードのサイズが更新により拡大した場合に使用する後方予備領域とで構成されているバッファを、メモリ上に確保し、該確保した前記バッファに前記受信データを格納し、前記受信データの先頭アドレスとデータ長とを引き渡し、A data storage for storing the reception data, wherein the reception side driver processing unit is a buffer that is used for both reception data storage and transmission data storage when the first communication controller receives data from the first line. The area, the forward spare area used when the total size of the protocol header of the transmission data is larger than the total size of the protocol header of the reception data, and the size of the payload included in the reception data is expanded by updating A buffer composed of a rear spare area to be used in the memory is secured on the memory, the received data is stored in the secured buffer, and a head address and a data length of the received data are delivered,
前記受信側通信プロトコル処理部が、前記受信側ドライバ処理部から前記受信データの先頭アドレスとデータ長とを受け取り、前記バッファ上の前記受信データ内の各層のプロトコルヘッダを下位の層から順に認識して、上位層のデータの先頭アドレスとデータ長とを引き渡し、The receiving side communication protocol processing unit receives the start address and data length of the received data from the receiving side driver processing unit, and recognizes the protocol header of each layer in the received data on the buffer in order from the lower layer. Pass the top address and data length of the upper layer data,
前記通信アプリケーション部が、前記受信側通信プロトコル処理部から前記上位層のデータの先頭アドレスとデータ長とを受け取り、前記バッファ上で上位層のプロトコルヘッダとペイロードを認識して参照または更新し、前記上位層のデータの先頭アドレスとデータ長とを引き渡し、The communication application unit receives a top address and a data length of the upper layer data from the receiving side communication protocol processing unit, recognizes an upper layer protocol header and payload on the buffer, refers to or updates, and Deliver the top address and data length of the upper layer data,
前記送信側プロトコル処理部が、前記通信アプリケーション部から前記上位層のデータの先頭アドレスとデータ長とを受け取り、前記上位層の１つ下の層から順に、前記バッファ上でその層のプロトコルヘッダを１つ上の層のプロトコルヘッダの前に格納し、送信データの先頭アドレスとデータ長とを引き渡し、The transmission-side protocol processing unit receives a head address and a data length of the upper layer data from the communication application unit, and in order from the layer immediately below the upper layer, the protocol header of the layer is displayed on the buffer. Store before the protocol header of the layer above, and pass the start address and data length of the transmission data,
前記送信側ドライバ処理部が、前記送信側プロトコル処理部から前記送信データの先頭アドレスとデータ長とを受け取り、前記バッファから前記送信データを読み出して第２の通信コントローラにより第２の回線へ送信するThe transmission side driver processing unit receives the start address and data length of the transmission data from the transmission side protocol processing unit, reads the transmission data from the buffer, and transmits the transmission data to the second line by the second communication controller.
通信制御方法。Communication control method.

コンピュータを、Computer
第１の通信コントローラによる第１の回線からのデータ受信時、受信データの格納と送信データの格納とに兼用するバッファであって、前記受信データを格納するデータ格納領域と、前記送信データのプロトコルヘッダの総サイズが前記受信データのプロトコルヘッダの総サイズより大きくなった場合に使用する前方予備領域と、前記受信データに含まれるペイロードのサイズが更新により拡大した場合に使用する後方予備領域とで構成されているバッファを、メモリ上に確保し、該確保した前記バッファに前記受信データを格納し、前記受信データの先頭アドレスとデータ長とを引き渡す受信側ドライバ処理部と、A buffer that is used for both reception data storage and transmission data storage when receiving data from the first line by the first communication controller, a data storage area for storing the reception data, and a protocol for the transmission data A front spare area used when the total header size becomes larger than the total protocol header size of the received data, and a rear spare area used when the payload size included in the received data is enlarged by updating. A buffer configured in the memory, receiving the received data in the secured buffer, and receiving side driver processing unit that delivers the start address and data length of the received data;
該受信側ドライバ処理部から前記受信データの先頭アドレスとデータ長とを受け取り、前記バッファ上の前記受信データ内の各層のプロトコルヘッダを下位の層から順に認識して、上位層のデータの先頭アドレスとデータ長とを引き渡す受信側通信プロトコル処理部と、Receives the leading address and data length of the received data from the receiving side driver processing unit, recognizes the protocol header of each layer in the received data on the buffer in order from the lower layer, and starts the upper address of the upper layer data And a communication protocol processing unit on the receiving side that delivers the data length,
該受信側通信プロトコル処理部から前記上位層のデータの先頭アドレスとデータ長とを受け取り、前記バッファ上で上位層のプロトコルヘッダとペイロードを認識して参照または更新し、前記上位層のデータの先頭アドレスとデータ長とを引き渡す通信アプリケーション部と、Receives the top address and data length of the upper layer data from the receiving side communication protocol processing unit, recognizes and references or updates the upper layer protocol header and payload on the buffer, and starts the top layer data head A communication application section that delivers the address and data length;
該通信アプリケーション部から前記上位層のデータの先頭アドレスとデータ長とを受け取り、前記上位層の１つ下の層から順に、前記バッファ上でその層のプロトコルヘッダを１つ上の層のプロトコルヘッダの前に格納し、送信データの先頭アドレスとデータ長とを引き渡す送信側プロトコル処理部と、The top address and data length of the upper layer data are received from the communication application unit, and the protocol header of that layer is changed to the protocol header of the upper layer on the buffer in order from the lower layer of the upper layer. A transmission-side protocol processing unit that stores the leading address of the transmission data and the data length,
該送信側プロトコル処理部から前記送信データの先頭アドレスとデータ長とを受け取り、前記バッファから前記送信データを読み出して第２の通信コントローラにより第２の回線へ送信する送信側ドライバ処理部とA transmission side driver processing unit that receives a start address and a data length of the transmission data from the transmission side protocol processing unit, reads the transmission data from the buffer, and transmits the transmission data to a second line by a second communication controller;
して機能させるためのプログラム。Program to make it function.