JP2010041553A

JP2010041553A - Communication terminal

Info

Publication number: JP2010041553A
Application number: JP2008204056A
Authority: JP
Inventors: Yasuhiro Matsuzaka; 康宏松坂
Original assignee: Hitachi Kokusai Electric Inc
Current assignee: Hitachi Kokusai Electric Inc
Priority date: 2008-08-07
Filing date: 2008-08-07
Publication date: 2010-02-18

Abstract

<P>PROBLEM TO BE SOLVED: To provide a communication terminal for facilitating analysis of transmission/reception packet data by making it possible to record packet data at a MAC layer level for each packet type, including damaged data, without the use of a packet capture function of a PC or other communication terminals in a communication apparatus capable of communicating packets. <P>SOLUTION: The communication terminal for transmitting and receiving packet data at the MAC layer level to and from other communication terminals includes a storage device including a volatile memory, an interface section for transmission and reception of packet data, and a CPU. The storage device includes a management block for classifying transmission data and reception data for each packet type. The CPU refers to the management block and controls it so as to store the transmission data and the reception data in the storage device. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

本発明は、パケット通信システムに関わり、特に、送受信パケットデータの解析技術に関する。 The present invention relates to a packet communication system, and more particularly to a technique for analyzing transmitted / received packet data.

従来は、無線基地局装置等の装置間パケット通信において、例えば物理ポートが１つしかない場合には、ＰＣ（ Personal Computer ）等の通信端末のパケットキャプチャ機能が使用できず、送受信データの内容をパケットタイプ別に分類することや調査または検索することが困難であった。また、ＰＣ等の通信端末のパケットキャプチャ機能が使用できる環境であっても、ＭＡＣ（ Media Access Control ）層レベルで破棄されたパケットデータの内容を調査または検索することは困難であった。
なお、ネットワークの監視技術としては、例えば特許文献１に、外部からのハッキング対策について開示された技術がある。 Conventionally, in packet communication between devices such as wireless base station devices, when there is only one physical port, for example, the packet capture function of a communication terminal such as a PC (Personal Computer) cannot be used, It was difficult to classify by packet type and to search or search. Further, even in an environment where the packet capture function of a communication terminal such as a PC can be used, it is difficult to investigate or search the contents of the packet data discarded at the MAC (Media Access Control) layer level.
As a network monitoring technique, for example, Patent Document 1 discloses a technique disclosed for countermeasures against hacking from the outside.

特開２００３−１１０６２７号公報JP 2003-110627 A

上述したように、無線基地局装置等の装置間パケット通信において、例えば物理ポートが１つしかない場合には、ＰＣ（ Personal Computer ）等の通信端末のパケットキャプチャ機能が使用できず、送受信データの内容をパケットタイプ別に分類することや調査または検索することが困難であった。また、ＰＣ等の通信端末のパケットキャプチャ機能が使用できる環境であっても、ＭＡＣ（ Media Access Control ）層レベルで破棄されたパケットデータの内容を調査または検索することは困難であった。
本発明の目的は、パケット通信可能な通信装置において、ＰＣ等の通信端末のパケットキャプチャ機能を使用しなくても、ＭＡＣ層レベルでのパケットデータをパケットタイプ別に、また破損されたデータも含めて記録することができるようにして、送受信パケットデータの解析を用意にするための通信端末を提供することにある。 As described above, in packet communication between devices such as radio base station devices, for example, when there is only one physical port, the packet capture function of a communication terminal such as a PC (Personal Computer) cannot be used, and transmission / reception data It was difficult to categorize the contents by packet type and to investigate or search. Further, even in an environment where the packet capture function of a communication terminal such as a PC can be used, it is difficult to investigate or search the contents of packet data discarded at the MAC (Media Access Control) layer level.
It is an object of the present invention to include packet data at a MAC layer level for each packet type and including damaged data in a communication apparatus capable of packet communication without using a packet capture function of a communication terminal such as a PC. It is an object of the present invention to provide a communication terminal for preparing for analysis of transmitted / received packet data so that it can be recorded.

上記の目的を達成するために、本発明の通信端末は、揮発性のメモリで構成された記憶装置と、パケットデータの送受信を行うためのインターフェース部と、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）とを備え、他の通信端末とＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）層レベルでパケットデータを送受信する通信端末であって、
前記記憶装置は、送信データと受信データとを、それぞれパケットタイプ別に分類するための管理ブロックを具備し、前記ＣＰＵは、前記管理ブロックを参照及び制御することによって、前記送信データと前記受信データを、前記記憶装置に記録することを特徴とする。
また、上記本発明の通信端末において、好ましくは、前記管理ブロックには、前記記憶装置の記録場所を示す開始アドレスが記録され、該開始アドレスに基づいた前記記憶装置のデータエリアに、パケットデータが記録されるものである。 In order to achieve the above object, a communication terminal of the present invention includes a storage device composed of a volatile memory, an interface unit for transmitting and receiving packet data, and a CPU (Central Processing Unit). A communication terminal that transmits / receives packet data to / from another communication terminal at a MAC (Media Access Control) layer level,
The storage device includes a management block for classifying transmission data and reception data according to packet types, respectively, and the CPU refers to and controls the management block so that the transmission data and the reception data are classified. And recording in the storage device.
In the communication terminal according to the present invention, preferably, a start address indicating a recording location of the storage device is recorded in the management block, and packet data is stored in a data area of the storage device based on the start address. It will be recorded.

本発明によれば、パケット通信可能な装置において、ＰＣ等のパケットキャプチャ機能を使用しなくてもＭＡＣ（ Media Access Control ）層レベルでのパケットデータをパケットタイプ別に、また破損されたパケットデータも含めてトレースし記録することができ、送受信パケットデータ解析をし易くすることが可能となった。 According to the present invention, in a device capable of packet communication, packet data at the MAC (Media Access Control) layer level is classified by packet type and includes corrupted packet data without using a packet capture function such as a PC. Can be traced and recorded, making it easy to analyze transmitted and received packet data.

本発明は、ＣＰＵ（ Central Processor Unit ）（ネットワークスタック機能有）と記憶装置（揮発性メモリ）とＭＡＣ（ Media Access Control ）、ＭＩＩ（ Media Independent Interface ）で通信可能な物理デバイスを有する装置において、ＰＣ（ Personal Computer ）等のパケットキャプチャ機能を使用しなくてもＭＡＣ層レベルでのパケットデータをパケットタイプ別に、また破損されたパケットデータも含めて記録することができるデータトレース方法である。 The present invention relates to an apparatus having a physical device that can communicate with a CPU (Central Processor Unit) (with a network stack function), a storage device (volatile memory), a MAC (Media Access Control), and an MII (Media Independent Interface). This is a data trace method capable of recording packet data at the MAC layer level for each packet type and including damaged packet data without using a packet capture function such as (Personal Computer).

図１は、本発明の通信端末の一実施例の構成を示すブロック図である。１００は通信端末、１０１は通信端末１００のＣＰＵ、１０２は通信端末１００のＳＤＲＡＭ（ Synchronous Dynamic Random Access Memory ）等の揮発性メモリで構成された記憶装置、１０３は通信端末１００のネットワークインターフェース（ネットワークＩ／Ｆ）部、１０４はハブ、１００−１、‥‥‥、１００−ｋ、‥‥‥、１００−ｎは他の通信端末（ｋとｎは２以上の自然数で、ｋ＜ｎ）である。なお通信端末１００は、例えば、ディスプレイ、マウス、キーボードを備えたＰＣ（ Personal Computer ）であり、ＭＩＩで通信可能な物理デバイスを有する。また、他の通信端末１００−１、‥‥‥、１００−ｋ、‥‥‥、１００−ｎもまた、通信端末１００とほぼ同様の構成要素から成る。 FIG. 1 is a block diagram showing a configuration of an embodiment of a communication terminal according to the present invention. Reference numeral 100 denotes a communication terminal, 101 denotes a CPU of the communication terminal 100, 102 denotes a storage device composed of a volatile memory such as SDRAM (Synchronous Dynamic Random Access Memory) of the communication terminal 100, and 103 denotes a network interface (network I) of the communication terminal 100 / F) section, 104 is a hub, 100-1,..., 100-k,..., 100-n are other communication terminals (k and n are natural numbers of 2 or more, k <n). . The communication terminal 100 is, for example, a PC (Personal Computer) provided with a display, a mouse, and a keyboard, and includes a physical device that can communicate with the MII. The other communication terminals 100-1,..., 100-k,..., 100-n are also composed of substantially the same components as the communication terminal 100.

図１において、通信端末１００と他の通信端末１００−１、‥‥‥、１００−ｋ、‥‥‥、１００−ｎ間で、ハブ１０４を介して、それぞれの通信端末独自のＭＡＣアドレスに基づいてネットワーク通信している。
ＣＰＵ１０１には、ネットワークスタック機能を含むソフトウェアが実装されている。そしてＣＰＵ１０１は、ネットワークＩ／Ｆ部３を制御し、記憶装置２へのパケット送受信データを転送している。またＣＰＵ１０１は、図示しない不揮発性メモリから成る記憶装置と結合し、不揮発性メモリから成る記憶装置に予め登録された実行プログラムによって通信端末の処理動作を実行する。また、不揮発性メモリから成る記憶装置は後述するＲｘデータトレース管理ブロック及びＴｘデータトレース管理ブロックの元となる管理ブロックをそれぞれ保存しており、通信端末の起動時に若しくは必要に応じて、不揮発性メモリから成る記憶装置から記憶装置１０２にコピーする。 In FIG. 1, communication terminals 100 and other communication terminals 100-1,..., 100 -k,. Network communication.
The CPU 101 is implemented with software including a network stack function. The CPU 101 controls the network I / F unit 3 and transfers packet transmission / reception data to the storage device 2. The CPU 101 is coupled to a storage device made up of a non-volatile memory (not shown), and executes the processing operation of the communication terminal by an execution program registered in advance in the storage device made up of the non-volatile memory. In addition, the storage device composed of a nonvolatile memory stores a management block that is a source of an Rx data trace management block and a Tx data trace management block, which will be described later, and the nonvolatile memory is activated when the communication terminal is activated or as necessary. Is copied to the storage device 102.

図２は、本発明のパケットデータ受信トレース処理動作の一実施例を説明するための図である。
ＭＡＣアドレスが付加されたパケットデータを、ハブ１０４から受信する（Ｓ２０１）。受信後、ネットワークＩ／Ｆ部１０３は、受信したパケットデータの正常性をチェックして、記憶部１０２内に設けられたＲｘデータステータスエリアにエラー要因や受信データサイズを書き込み、かつ受信データ本体をＲｘバッファエリアに書き込む（Ｓ２０２）と共に、ＣＰＵ１０１に通知する（Ｓ２０３）。
ＣＰＵ１０１は、通知を受けた後、Ｒｘデータステータスエリアを確認し（Ｓ２０４）、エラー要因がなければＲｘバッファエリアより受信データを取り出し（Ｓ２０５）上位に渡している。ここでの上位とは、ソフトウェアのネットワーク階層構造における上位レイヤである。
また、エラー発生時には、Ｒｘバッファエリアにある受信ＮＧデータは破棄され、上位に通知されることはない。 FIG. 2 is a diagram for explaining an embodiment of the packet data reception trace processing operation of the present invention.
The packet data to which the MAC address is added is received from the hub 104 (S201). After reception, the network I / F unit 103 checks the normality of the received packet data, writes the error factor and the received data size in the Rx data status area provided in the storage unit 102, and stores the received data body. Write to the Rx buffer area (S202) and notify the CPU 101 (S203).
After receiving the notification, the CPU 101 checks the Rx data status area (S204), and if there is no error cause, extracts the received data from the Rx buffer area (S205) and passes it to the host. Here, the upper layer is an upper layer in the network hierarchy structure of software.
When an error occurs, the received NG data in the Rx buffer area is discarded and is not notified to the upper level.

本発明はこの時、Ｒｘデータトレース管理ブロックを参照及び制御する（Ｓ２０６）ことにより、Ｒｘトレースバッファに受信したパケットデータを、予め定めたタイプ別に、所定のＲｘトレースバッファに格納する（Ｓ２０７）。
例えば、受信ＮＧデータの場合にはＲｘトレースバッファＲ１へ格納し、ＡＲＰパケットデータの場合にはトレースバッファＲ２へ格納し、ＩＰデータであってプロトコルがＴＣＰのパケットデータの場合にはＲｘトレースバッファＲ４へ格納する等、管理ブロックに登録しておくことによりシーケンシャルに任意タイプのデータを任意のバッファへ転送して格納しておくことができる。
管理ブロックとトレースバッファの内容の一実施例については、図４と図５に示す。 At this time, the present invention refers to and controls the Rx data trace management block (S206) to store the packet data received in the Rx trace buffer in a predetermined Rx trace buffer according to a predetermined type (S207).
For example, the received NG data is stored in the Rx trace buffer R1, the ARP packet data is stored in the trace buffer R2, and the IP data and the protocol is TCP packet data, the Rx trace buffer R4 is stored. By registering it in the management block, such as storing it in, it is possible to sequentially transfer any type of data to any buffer and store it.
An example of the contents of the management block and the trace buffer is shown in FIGS.

図３は、本発明のパケットデータ送信トレース処理動作の一実施例を説明するための図である。
ＣＰＵ１０１は、Ｔｘデータステータスに送信データサイズを書き込み（Ｓ３０１）、Ｔｘバッファエリアに送信データ本体を書き込む（Ｓ３０２）と共に、ネットワークＩ／Ｆ部１０３に通知する（Ｓ３０５）。
次に、ＣＰＵ１０１は、Ｔｘデータステータス及びＴｘバッファエリアに書込まれたデータを順次取り出してネットワークＩ／Ｆ部１０３に出力する（Ｓ３０６）。
ネットワークＩ／Ｆ部１０３は、送信動作を行い、データを送出する（Ｓ３０７）。 FIG. 3 is a diagram for explaining an embodiment of the packet data transmission trace processing operation of the present invention.
The CPU 101 writes the transmission data size in the Tx data status (S301), writes the transmission data body in the Tx buffer area (S302), and notifies the network I / F unit 103 (S305).
Next, the CPU 101 sequentially extracts the Tx data status and the data written in the Tx buffer area and outputs them to the network I / F unit 103 (S306).
The network I / F unit 103 performs a transmission operation and transmits data (S307).

ＣＰＵ１０１は、上記処理動作Ｓ３０５の直前のタイミングで、Ｒｘデータトレース管理ブロックを参照及び制御する（Ｓ３０３）ことによって、送信パケットデータを予め定めたタイプ別に、所定Ｔｘトレースバッファに格納する（Ｓ３０４）。即ち、処理動作Ｓ３０４実行後にＳ３０５を実行する。
例えば、ＡＲＰパケットデータの場合にはトレースバッファＴ１へ格納し、ＩＰデータでプロトコルがＴＣＰの場合はＴｘトレースバッファＴ３へ、ＩＰデータでプロトコルがＵＤＰの場合にはＴｘトレースバッファＴ４へ格納する等、管理ブロックに登録しておくことによりシーケンシャルに任意タイプのデータを任意のバッファへ転送して格納しておくことができる。
管理ブロックとトレースバッファの内容の一実施例については、図４と図５に示す。 The CPU 101 refers to and controls the Rx data trace management block at a timing immediately before the processing operation S305 (S303), thereby storing transmission packet data in a predetermined Tx trace buffer for each predetermined type (S304). That is, S305 is executed after the processing operation S304 is executed.
For example, the ARP packet data is stored in the trace buffer T1, the IP data is stored in the Tx trace buffer T3 if the protocol is TCP, the IP data is stored in the Tx trace buffer T4 if the protocol is UDP, etc. By registering in the management block, any type of data can be sequentially transferred to any buffer and stored.
An example of the contents of the management block and the trace buffer is shown in FIGS.

図４は、本発明の受信（Ｒｘ）トレース管理ブロックの内容の一実施例を説明するための図である。また図５は、本発明のトレースバッファの内容の一実施例を説明するための図である。
図４のＲｘトレース管理ブロックでは、「エラー判定」、「パケットタイプ」、「オフセット」、「ＩＰタイプ」によって、６つのタイプ（タイプＮｏ．１〜Ｎｏ．６）に分けられ、それぞれについて、開始アドレス（格納を開始するアドレス）、ブロックサイズ、ブロック数、現在ポインタによって、予め定めたタイプ別に格納される所定のＲｘトレースバッファが割り当てられている。 FIG. 4 is a diagram for explaining an embodiment of the contents of the reception (Rx) trace management block of the present invention. FIG. 5 is a diagram for explaining an embodiment of the contents of the trace buffer of the present invention.
The Rx trace management block of FIG. 4 is divided into six types (type No. 1 to No. 6) according to “error determination”, “packet type”, “offset”, and “IP type”, and each of them starts. A predetermined Rx trace buffer to be stored for each predetermined type is assigned according to an address (address to start storing), a block size, the number of blocks, and a current pointer.

図４、図５において、ＣＰＵ１０１は、受信時に、パケットデータが破損している場合には、図４の管理ブロックを参照して、エラー判定ＮＧ時の格納開始アドレスよりデータを格納する（タイプＮｏ．１）。以降、現在ポインタが格納毎に加算され、ブロック個数分、現在ポインタが進むと、ポインタは０（ゼロ）に戻す。
データ格納場所、即ちデータエリア（格納開始アドレス＋ブロックサイズ×現在ポインタ）の範囲は、開始アドレスから、ブロックサイズ分のデータエリアと現在ポインタのデータエリア間となる。 4 and 5, when the packet data is corrupted at the time of reception, the CPU 101 refers to the management block of FIG. 4 and stores the data from the storage start address at the time of error determination NG (type No. .1). Thereafter, the current pointer is added every time it is stored, and when the current pointer advances by the number of blocks, the pointer returns to 0 (zero).
The data storage location, that is, the range of the data area (storage start address + block size × current pointer) is between the data area of the block size and the data area of the current pointer from the start address.

受信時にパケットデータが正常である場合には、受信時のパケットデータから、フレームのパケットタイプを、図４の管理ブロックを参照して判定し、それぞれのタイプ別に受信データを各ブロックに格納する（タイプＮｏ．２〜Ｎｏ．６）。なお、現在ポインタの制御は、上述した通りである。
もし、パケットタイプがＩＰの場合には、更に、パケットタイプからオフセットで記述されるデータサイズ分の位置に格納されているプロトコルを判別し、プロトコル毎に受信データを各ブロックに格納する。 If the packet data is normal at the time of reception, the packet type of the frame is determined from the packet data at the time of reception with reference to the management block in FIG. 4, and the received data is stored in each block for each type ( Type No. 2 to No. 6). The control of the current pointer is as described above.
If the packet type is IP, the protocol stored in the position corresponding to the data size described by the offset from the packet type is further determined, and the received data is stored in each block for each protocol.

受信パケット番号（受信パケット番号Ｎｏ．）は、正常なパケットデータを受信した場合でも、異常なパケットデータを受信した場合でも、ＭＩＩ経由でＭＡＣよりパケットが到着した時に加算する。
Ｒｘトレースバッファは、管理ブロックにあるバッファ番号（バッファＮｏ．）とブロック番号（ブロックＮｏ．）が記録される。なお、ブロック番号の最大は管理ブロックにあるブロック個数と同等である。
次に受信パケット番号（受信パケットＮｏ．）を記録する、これにより到達パケットデータをシーケンシャルに追うことができる。なお、ＭＡＣが示すステータスやデータサイズを記録後は、実際の受信データを記録する。 The reception packet number (reception packet number No.) is added when a packet arrives from the MAC via the MII regardless of whether normal packet data or abnormal packet data is received.
In the Rx trace buffer, a buffer number (buffer No.) and a block number (block No.) in the management block are recorded. The maximum block number is equal to the number of blocks in the management block.
Next, the received packet number (received packet No.) is recorded, whereby the arrival packet data can be followed sequentially. Note that after the status and data size indicated by the MAC are recorded, the actual received data is recorded.

このように、パケットタイプ別に受信データを分類して記録でき、しかも、ＭＡＣ層レベルで破棄されたデータも記録されるので、受信パケットデータの解析が容易となった。
なお、記憶装置１０２に記録されたデータは、通信端末１００の運転終了時に自動的にＣＰＵ１０１に結合された不揮発性メモリに転送される他、適宜不揮発性メモリにコピー可能である。 In this way, the received data can be classified and recorded by packet type, and the data discarded at the MAC layer level is also recorded, so that the received packet data can be easily analyzed.
Note that the data recorded in the storage device 102 is automatically transferred to a nonvolatile memory coupled to the CPU 101 when the operation of the communication terminal 100 ends, and can be copied to a nonvolatile memory as appropriate.

図６は、本発明の送信（Ｔｘ）トレース管理ブロックの内容の一実施例を説明するための図である。また図７は、本発明のトレースバッファの内容の一実施例を説明するための図である。
図５のＴｘトレース管理ブロックでは、「ｒｅｓｅｒｖｅ」、「パケットタイプ」、「オフセット」、「ＩＰタイプ」によって、４つのタイプ（タイプＮｏ．１〜Ｎｏ．４）に分けられ、それぞれについて、開始アドレス（格納を開始するアドレス）、ブロックサイズ、ブロック数、現在ポインタによって、予め定めたタイプ別に格納される所定のＴｘトレースバッファが割り当てられている。 FIG. 6 is a diagram for explaining an embodiment of the contents of the transmission (Tx) trace management block of the present invention. FIG. 7 is a diagram for explaining an embodiment of the contents of the trace buffer of the present invention.
The Tx trace management block of FIG. 5 is divided into four types (type No. 1 to No. 4) according to “reserve”, “packet type”, “offset”, and “IP type”. A predetermined Tx trace buffer to be stored for each predetermined type is allocated according to (address to start storage), block size, number of blocks, and current pointer.

図６、図７において、ＣＰＵ１０１は、送信時には、図６の管理ブロックを参照して、それぞれのタイプ別に送信データを分類し、分類に従って各ブロックに格納する。以降、現在ポインタが格納毎に加算され、ブロック個数分、現在ポインタが進むとポインタを０（ゼロ）に戻す。
データ格納場所、即ちデータエリア（格納開始アドレス＋ブロックサイズ×現在ポインタ）の範囲は、開始アドレスから、ブロックサイズ分のデータエリアと現在ポインタのデータエリア間となる。 6 and 7, at the time of transmission, the CPU 101 refers to the management block in FIG. 6 to classify the transmission data for each type and store it in each block according to the classification. Thereafter, the current pointer is added every time it is stored, and when the current pointer advances by the number of blocks, the pointer is returned to 0 (zero).
The data storage location, that is, the range of the data area (storage start address + block size × current pointer) is between the data area of the block size and the data area of the current pointer from the start address.

パケットデータの送信時に、ＣＰＵ１０１は、フレームのパケットタイプを管理ブロックを参照して判定し、それぞれのタイプ別に送信データを各ブロックに格納する。
もし、パケットタイプがＩＰ場合には、更に、パケットタイプからオフセットで記述されるサイズ分の位置に格納されているプロトコルを判別し、プロトコル毎に送信データを各ブロックに格納する。 When transmitting packet data, the CPU 101 determines the packet type of the frame with reference to the management block, and stores the transmission data in each block for each type.
If the packet type is IP, the protocol stored in the position corresponding to the size described by the offset from the packet type is further determined, and the transmission data is stored in each block for each protocol.

送信パケット番号（送信パケットＮｏ．）は、パケットデータを送信する毎に加算する。
Ｔｘトレースバッファは、管理ブロックにあるバッファ番号（バッファＮｏ．）とブロック番号（ブロックＮｏ．）が記録される。なお、ブロック番号の最大は管理ブロックにあるブロック個数と同等である。
次に送信パケット番号（送信パケットＮｏ．）を記録する、これにより送出パケットデータをシーケンシャルに追うことができる。なお、送信データサイズを記録後は、実際の送信データを記録する。 The transmission packet number (transmission packet No.) is added every time packet data is transmitted.
In the Tx trace buffer, a buffer number (buffer No.) and a block number (block No.) in the management block are recorded. The maximum block number is equal to the number of blocks in the management block.
Next, the transmission packet number (transmission packet No.) is recorded, whereby the transmission packet data can be followed sequentially. Note that after the transmission data size is recorded, the actual transmission data is recorded.

このように、パケットタイプ別に送信データを分類して記録でき、しかも、ＭＡＣ層レベルで破棄されたデータも記録されるので、送信パケットデータの解析が容易となった。
なお、記憶装置１０２に記録されたデータは、通信端末１００の運転終了時に自動的にＣＰＵ１０１に結合された不揮発性メモリに転送される他、適宜不揮発性メモリにコピー可能である。
また、ネットワークとは、イーサネット（登録商標）等が挙げられる。 In this way, transmission data can be classified and recorded by packet type, and data discarded at the MAC layer level is also recorded, which makes it easy to analyze transmission packet data.
Note that the data recorded in the storage device 102 is automatically transferred to a nonvolatile memory coupled to the CPU 101 when the operation of the communication terminal 100 ends, and can be copied to a nonvolatile memory as appropriate.
Examples of the network include Ethernet (registered trademark).

上記実施例によれば、パケット通信可能な装置において、ＰＣ等のパケットキャプチャ機能を使用しなくてもＭＡＣ層レベルでのパケットデータをパケットタイプ別に、また破損されたパケットデータも含めて記録することができ、送受信パケットデータの解析を容易にすることができる。 According to the above embodiment, in a device capable of packet communication, packet data at the MAC layer level is recorded for each packet type and including damaged packet data without using a packet capture function such as a PC. It is possible to facilitate the analysis of transmitted / received packet data.

本発明の通信端末の一実施例の構成を示すブロック図。The block diagram which shows the structure of one Example of the communication terminal of this invention. 本発明のパケットデータ受信トレース処理動作の一実施例を説明するための図。The figure for demonstrating one Example of the packet data reception trace process operation | movement of this invention. 本発明のパケットデータ送信トレース処理動作の一実施例を説明するための図。The figure for demonstrating one Example of the packet data transmission trace processing operation | movement of this invention. 本発明の受信トレース管理ブロックの内容の一実施例を説明するための図。The figure for demonstrating one Example of the content of the reception trace management block of this invention. 本発明のトレースバッファの内容の一実施例を説明するための図。The figure for demonstrating one Example of the content of the trace buffer of this invention. 本発明の送信トレース管理ブロックの内容の一実施例を説明するための図The figure for demonstrating one Example of the content of the transmission trace management block of this invention 本発明のトレースバッファの内容の一実施例を説明するための図。The figure for demonstrating one Example of the content of the trace buffer of this invention.

Explanation of symbols

１００：通信端末、１０１：ＣＰＵ、１０２：記憶装置、１０３：ネットワークＩ／Ｆ部、１０４：ハブ、１００−１、‥‥‥、１００−ｋ、‥‥‥、１００−ｎ：他の通信端末。 100: Communication terminal, 101: CPU, 102: Storage device, 103: Network I / F unit, 104: Hub, 100-1, ..., 100-k, ..., 100-n: Other communication terminals .

Claims

A storage device composed of a volatile memory, an interface unit for sending and receiving packet data, and a CPU (Central Processing Unit), packet data at the other communication terminal and MAC (Media Access Control) layer level A communication terminal for transmitting and receiving
The storage device includes a management block for classifying transmission data and reception data by packet type, respectively.
The CPU records the transmission data and the reception data in the storage device by referring to and controlling the management block.