[go: up one dir, main page]

KR20030025621A - Traffic inspection method for network - Google Patents

Traffic inspection method for network Download PDF

Info

Publication number
KR20030025621A
KR20030025621A KR1020010058752A KR20010058752A KR20030025621A KR 20030025621 A KR20030025621 A KR 20030025621A KR 1020010058752 A KR1020010058752 A KR 1020010058752A KR 20010058752 A KR20010058752 A KR 20010058752A KR 20030025621 A KR20030025621 A KR 20030025621A
Authority
KR
South Korea
Prior art keywords
message
transmitted
received
field type
data structure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
KR1020010058752A
Other languages
Korean (ko)
Other versions
KR100459413B1 (en
Inventor
이동천
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR10-2001-0058752A priority Critical patent/KR100459413B1/en
Publication of KR20030025621A publication Critical patent/KR20030025621A/en
Application granted granted Critical
Publication of KR100459413B1 publication Critical patent/KR100459413B1/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/06Testing, supervising or monitoring using simulated traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 이동통신 시스템의 네트워크 어느 지점에서 트래픽이 걸리는지를 테스트함으로써, 네트워크 성능을 측정할 수 있도록 하는 네트워크의 트래픽 점검방법에 관한 것으로, 오에스(OS) 프롬프트 상에서 사용자로부터 목표 지점으로 송신하고자 하는 메시지 구조에 대한 정보와 내용을 입력받는 제1단계와; 사용자가 원하는 테스트 옵션 또는 출력 형식을 지정하는 제2단계와; 상기 제1단계 및 제2단계를 통해 생성된 메시지를 목표 지점으로 송신하는 제3단계와; 목표 지점으로부터 응답 메시지를 수신하여 상기 제2단계에서 설정한 형태로 트래픽 점검 결과를 출력하는 제4단계로 이루어져 달성될 수 있다.The present invention relates to a method of checking a traffic of a network that can measure network performance by testing at which point of a network of a mobile communication system, a message to be transmitted from a user to a target point on an OS prompt. A first step of receiving information and content about the structure; A second step of specifying a test option or output format desired by a user; A third step of transmitting a message generated through the first and second steps to a target point; A fourth step of receiving the response message from the target point and outputting the traffic check result in the form set in the second step can be achieved.

Description

네트워크의 트래픽 점검방법{TRAFFIC INSPECTION METHOD FOR NETWORK}How to check traffic on your network {TRAFFIC INSPECTION METHOD FOR NETWORK}

본 발명은 네트워크의 트래픽 점검방법에 관한 것으로, 특히 이동통신 시스템의 네트워크 어느 지점에서 트래픽이 걸리는지를 테스트함으로써, 네트워크 성능을 측정할 수 있도록 하는 네트워크의 트래픽 점검방법에 관한 것이다.The present invention relates to a traffic checking method of a network, and more particularly, to a traffic checking method of a network that can measure network performance by testing at which point of a network of a mobile communication system.

네트워크의 트래픽 점검은, 시스템 운용 중 네트워크를 통해 메시지를 송수신하지 못하는 경우가 발생할 때, 일정 시간마다 송수신한 메시지 개수, 유실된 메시지 개수, 손상된 메시지 개수, 순서가 뒤바뀐 메시지 개수 등을 출력하도록 하여, 문제가 발생할 때의 상황, 시간 등을 보고 문제점을 디버깅하는 자료로 사용하기 위한 방법이다.The traffic check of the network outputs the number of messages sent and received, the number of lost messages, the number of corrupted messages, the number of out of order messages, etc., when a message fails to send or receive through the network during system operation. It is a way to see the situation, time, etc. when a problem occurs and to use it as data for debugging the problem.

일반적으로, 운영 시스템(OS : Operating System 이하, OS로 표기함) 개발자는, OS를 개발한 후 드라이버가 정상으로 동작하는지 여부나 성능 측정을 위해서, 두 보드간에 메시지를 송수신하는 테스트 프로그램을 만들어 점검을 한다.In general, an operating system developer (OS: less than or equal to OS) writes a test program that sends and receives messages between two boards to measure whether the driver works normally after developing the OS or to measure performance. Do it.

종래에는 특정 시그널을 정의하여 소오스(Source) 지점과 목표(Destination) 지점간에, 일정 형태로 송수신한 메시지(Message) 들에 대한 트래픽 통계를 구하여, 네트워크 구간(소오스 지점 OS와 목표 지점 OS)을 점검하였다.Conventionally, a specific signal is defined to obtain traffic statistics for messages transmitted and received in a certain form between a source point and a destination point, and to check a network section (source point OS and target point OS). It was.

그런데, 상기와 같이 점검을 한 후 애플리케이션(Application)을 상기 OS에 실제로 적용하게 되면, 애플리케이션에서 사용하는 규정된 사이즈와 내용의 메시지를 송수신하는 시간 단위에 따라서, OS 개발 중에는 생각지 못했던 드라이버의 오류를 발견하게 된다.However, if the application is actually applied to the OS after checking as described above, according to the time unit for transmitting and receiving the message of the prescribed size and content used in the application, the driver error that was not conceived during the OS development was not found. You will find it.

따라서, 본 발명은 상기와 같은 종래의 문제점을 해결하기 위하여 창출한 것으로, 네트워크의 어느 지점에서 트래픽이 걸리는지를 테스트함으로써, 네트워크 성능을 측정할 수 있도록 하는 네트워크의 트래픽 점검방법을 제공함에 그 목적이 있다.Accordingly, an object of the present invention is to provide a method for checking a traffic of a network that can measure network performance by testing at which point of the network the traffic is generated. have.

이와 같은 목적을 달성하기 위한 본 발명은, 오에스(OS) 프롬프트 상에서 사용자로부터 목표 지점으로 송신하고자 하는 메시지 구조에 대한 정보와 내용을 입력받는 제1단계와; 사용자가 원하는 테스트 옵션 또는 출력 형식을 지정하는 제2단계와; 상기 제1단계 및 제2단계를 통해 생성된 메시지를 목표 지점으로 송신하는 제3단계와; 목표 지점으로부터 응답 메시지를 수신하여 상기 제2단계에서 설정한 형태로 트래픽 점검 결과를 출력하는 제4단계로 이루어진 것을 특징으로 한다.The present invention for achieving the above object, the first step of receiving information and content on the message structure to be transmitted from the user to the target point on the OS (OS) prompt; A second step of specifying a test option or output format desired by a user; A third step of transmitting a message generated through the first and second steps to a target point; And a fourth step of receiving a response message from the target point and outputting a traffic check result in the form set in the second step.

도 1은 본 발명에 의한 네트워크 구간의 성능 측정 방법을 설명하기 위한 순서도1 is a flowchart illustrating a method for measuring performance of a network section according to the present invention.

도 2는 본 발명에 따른 트래픽 점검 결과를 보인 예시도.2 is an exemplary view showing a traffic check result in accordance with the present invention.

도 3은 본 발명에 따른 네트워크 트래픽 점검을 위한 명령어 입력 과정을 보인 예시도.3 is an exemplary view showing a command input process for checking network traffic according to the present invention.

도 4는 본 발명에 따라 트래픽 점검을 위한 송신 메시지의 구조를 생성하는 과정을 보인 순서도.4 is a flowchart illustrating a process of generating a structure of a transmission message for checking a traffic according to the present invention.

도 5는 상기 도4에서 자료구조 타입과 필드 타입에 따른 메모리 할당 및 변수 이름 할당 과정을 보인 순서도.FIG. 5 is a flowchart illustrating a process of allocating a memory and assigning a variable name according to a data structure type and a field type in FIG.

도 6은 본 발명에 따른 실제 송수신할 메시지를 싣는 과정을 보인 순서도.6 is a flowchart illustrating a process of loading a message to be actually transmitted and received according to the present invention.

본 발명은 애플리케이션에서 사용하는 메시지 사이즈, 내용, 송수신 시간단위 등의 정보를 OS 개발자가 미리 알고, 그 정보를 바탕으로 테스트를 수행할 수 있도록 함으로써, 드라이버 오류를 더 빨리 발견하여 수정할 수 있도록 하는 특징이 있다.The present invention allows the OS developer to know information such as the message size, content, transmission time unit, etc. used in the application in advance, and to perform a test based on the information, so that a driver error can be detected and corrected more quickly. There is this.

만약, 네트워크 구간의 성능 측정을 위해, 실제 사용되는 애플리케이션을 실행하여 측정하고자 한다면, 그 애플리케이션의 다른 기능들 및 메시지를 송수신하기 위해 거쳐야 하는 과정과 측정을 위한 디버그 코드를 첨가해야 불편함이 있다.In order to measure the performance of the network section, if an application used in practice is to be measured and executed, it is inconvenient to add debug functions for measuring and processing other functions of the application and sending and receiving messages.

따라서, 본 발명에서는 상기와 같은 불편 사항을 해결하기 위하여, 애플리케이션의 수정이나 메시지를 송수신하기 위해 거쳐야 하는 과정 없이, OS 드라이버 지점에서 바로 메시지를 생성, 송/수신하여 측정하도록 한다.Accordingly, in the present invention, in order to solve the above-mentioned inconvenience, the message is generated, transmitted / received and measured at the OS driver point without the process of modifying the application or transmitting and receiving the message.

본 발명과 대비하여 이해를 돕기 위해 피씨에서 인터넷 연결 상태를 점검하기 위한 명령(Ping)에 대하여 설명한다.In order to facilitate understanding in comparison with the present invention, a description will be given of a command (Ping) for checking the Internet connection status in the PC.

핑(Ping) 이란, 의미없는 패킷을 특정 IP 어드레스에 보내 해당 서버에 반응해서 돌아오는지 여부와, 되돌아올 때까지 걸리는 시간 및 속도를 측정할 때 사용한다.Ping is used to measure whether a packet is sent back to a specific IP address and sends a meaningless packet back to the server in response, and the time and speed it takes to return.

핑(ping) 명령어는 모든 OS에서 공통으로 사용하는 명령어로써, 원하는 URL이나 IP주소와의 연결상태를 확인할 수 있다.The ping command is a command commonly used by all operating systems. It can check the connection status with a desired URL or IP address.

즉, 명령 입력 창에 [ping 202.30.143.11]이라고 입력하면, 해당 인터넷 서비스의 DNS 서버와 연결 상태가 나타나게 된다.In other words, if you enter [ping 202.30.143.11] in the command input window, the connection status with the DNS server of the corresponding Internet service is displayed.

만약, 피씨가 인터넷에 제대로 연결돼 있다면 이 핑(Ping) 명령을 통해 패킷 전송 결과가 나타나게 되고, 핑 명령을 보냈는데 실패하게 된다면 자신의 피씨가 인터넷에 제대로 연결되어 있지 않거나 해당 서버가 죽어 있다고 볼 수 있는 것이다.If the PC is properly connected to the Internet, this ping command will result in packet transmission. If the ping command fails but the PC is not properly connected to the Internet or the server is dead. It can be.

그럼, 본 발명에 의한 네트워크 구간의 성능 측정 방법에 대하여 첨부된 도1을 참조하여 설명한다.Next, a method for measuring performance of a network section according to the present invention will be described with reference to FIG. 1.

사용자는 OS 프롬프트(명령 입력 창) 상에서, 목표(Destination) 지점으로 송신하고자 하는 메시지 구조에 대한 정보와 내용(목표 지점의 애플리케이션이 실제로 수신하는 메시지 구조와 내용)을 입력한다(S101, S102).The user inputs information and content (message structure and content actually received by the application of the target point) to be sent to the destination point on the OS prompt (command input window) (S101 and S102).

다음, 원하는 테스트 옵션(기간, 송신 메시지 개수 등)을 지정한다(S103).Next, a desired test option (period, number of transmitted messages, etc.) is specified (S103).

예를 들어, 일정 시간 동안 송/수신된 메시지 개수, 손상된 메시지 개수를 보고자 한다면, 테스트 프로그램을 실행할 때, 상기 정보를 옵션으로 설정하는 것이다.For example, if you want to see the number of messages sent / received and the number of damaged messages for a certain period of time, you can set the information as an option when you run the test program.

즉, 상기 핑(Ping)이라는 명령을 입력할 경우에는, 핑 명령 다음에 IP 어드레스를 입력하였으나, 본 발명에서는 출력하기를 원하는 다양한 옵션을 지정해 주거나, 그 내용에 있어서도 핑(Ping) 실행시와 같은 무의미한 패킷이 아니라, 실제 애플리케이션에서 사용하는 메시지 사이즈 및 내용 등을 입력할 수 있도록 하는 것이다.That is, in the case of inputting the ping command, the IP address is input after the ping command. However, in the present invention, various options to be outputted are designated or the contents thereof are the same as when the ping is executed. It is not a meaningless packet, but a message size and content used in an actual application.

다음, 상기와 같이 설정된 메시지를 목표 지점으로 송신하고(S104), 그 목표 지점으로부터 응답 메시지를 수신한다(S105).Next, the message set as described above is transmitted to the target point (S104), and a response message is received from the target point (S105).

그러면, 도2에 도시한 바와 같이, 그 응답으로 오는 수신 메시지를 상기에서 테스트 옵션으로 설정했던 형태로 출력해 주게 된다(S106).Then, as shown in Fig. 2, the received message coming in the response is outputted in the form set as the test option above (S106).

이하, 상기 도1에 의한 네트워크 구간의 성능 측정 방법에 대하여 첨부된 도면에 의해 보다 구체적으로 설명한다.Hereinafter, a method of measuring performance of a network section according to FIG. 1 will be described in more detail with reference to the accompanying drawings.

먼저, 도3은 본 발명에 따른 네트워크 트래픽 점검을 위한 명령어 입력 과정을 보인 예시도로서, 명령어(CheckTraffic)를 입력하면 메시지 구성에 필요한 각종 사항에 대하여 묻고, 사용자가 그에 응답하는 과정에 의해 메시지의 구조 및 내용을 설정해 간다.First, FIG. 3 is an exemplary view showing a command input process for checking network traffic according to the present invention. When a command (CheckTraffic) is input, the user is asked about various items necessary for constructing a message, and the user responds to the message. Set up the structure and content.

물론, 그 응답을 요구하는 물음 중에는 간단히 예/아니오로 대답하거나, 보기를 들고 선택하게 하거나, 사용자가 직접 그 내용을 입력하게 할 수도 있다.Of course, you can simply answer yes or no, ask the viewer to pick and choose the answer, or let the user enter the content.

다음, 도4는 본 발명에 따라 트래픽 점검을 위한 송신 메시지의 구조를 생성하는 과정을 보인 순서도로서, 메시지 구조 테이블을 초기화하고(S201), 상기 도3과 같은 방법에 의해 메시지 구조를 설정한다(S202).Next, FIG. 4 is a flowchart illustrating a process of generating a structure of a transmission message for traffic checking according to the present invention. The message structure table is initialized (S201), and the message structure is set by the method shown in FIG. S202).

상기 메시지 구조를 설정하기 위해서 먼저 애플리케이션에서 요구하는 자료구조(Structure) 타입이 있을 경우(S203), 자료구조(Structure)의 깊이를 '1' 증가시킨다(S204).In order to set the message structure, if there is a data structure type required by the application (S203), the depth of the data structure is increased by '1' (S204).

다음, 필드 타입을 판별하여(S205), 각 필드 타입 정보의 메모리를 할당하고, 송/수신할 메시지의 변수 이름을 할당한다(S206). 상기 과정(S205, S206)은 자료구조(Structure) 설정이 끝날 때까지 반복 수행한다(S207).Next, the field type is determined (S205), the memory of each field type information is allocated, and the variable name of the message to be transmitted / received is allocated (S206). The processes S205 and S206 are repeated until the data structure is set (S207).

만약, 애플리케이션에서 요구하는 자료구조(Structure) 타입이 없을 경우에는, 필드 타입 정보에 따른 메모리를 할당하지 않아도 되므로, 송수신할 메시지의 변수 이름만 할당한다(S208).If there is no data structure type required by the application, since it is not necessary to allocate memory according to the field type information, only variable names of messages to be transmitted and received are allocated (S208).

상기, 자료구조(Structure) 타입과 필드 타입에 따른 메모리 할당 및 변수 이름 할당 과정(S206, S208)은 도5에 구체적으로 도시되어 있다.The memory allocation and variable name allocation processes S206 and S208 according to the data structure type and the field type are specifically illustrated in FIG. 5.

즉, 필드 타입이 정수인지, 실수인지, 문자인지, 문자열인지를 판별하여(S301~S304), 그 필드 타입 정보를 위해 메시지 구조 테이블의 한 열의 메모리를 할당하고(S305), 송수신할 메시지의 각 변수 이름을 할당한다(S306).That is, it is determined whether the field type is an integer, a real number, a character, or a string (S301 to S304). The memory of one column of the message structure table is allocated for the field type information (S305), and each message of the message to be transmitted and received is determined. Assign a variable name (S306).

만약, 필드 타입이 없을 경우에는 바로 송수신할 메시지의 각 변수 이름을할당하여(S306), 메시지 구조를 생성한다.If there is no field type, each variable name of a message to be immediately transmitted and received is assigned (S306) to generate a message structure.

참고로, 자료구조(Structure)의 경우에는 이름이 없고, 깊이만 '1'씩 증가시키며, 기본적으로 필드 타입의 깊이는 앞서 나온 자료구조(Structure)의 깊이와 같다.For reference, in the case of data structure, there is no name and only the depth is increased by '1'. Basically, the depth of the field type is the same as the depth of the data structure mentioned above.

따라서, 메시지 구조 테이블이 '종류','이름','깊이' 항목으로 구성되어 있을 때, 깊이 항목에 깊이 값을 넣지 않고 실제 송수신할 메시지의 각 변수 이름을 넣는다.Therefore, when the message structure table is composed of 'type', 'name', and 'depth' items, instead of the depth value, the variable name of the message to be actually sent and received is put.

도6은 본 발명에 따른 실제 송수신할 메시지를 싣는 과정을 보인 순서도로서, 메시지 구조 테이블의 포인터를 구하여(S401), 그 포인터를 따라 가면서 전체 테이블 사이즈를 구하고(S402), 전체 사이즈만큼의 메모리를 할당하고(S403), 다시 메시지 구조 테이블의 포인터를 구한다(S404).6 is a flowchart showing a process of loading a message to be actually transmitted and received according to the present invention. (S403), a pointer to the message structure table is obtained again (S404).

상기 포인터를 따라 입력받은 변수들의 값(깊이 항목의 값)을 할당받은 메모리의 처음 번지부터 차례로 넣어(S405) 메시지를 송신한다(S406).The message (S405) is transmitted (S405) by sequentially inputting the values of the variables (value of the depth item) received along the pointer from the first address of the allocated memory (S405).

이상으로 메시지 송신 과정에 대해서 설명하였으며, 이하 상기와 같이 송신한 메시지를 수신한 애플리케이션의 응답을 수신하기 위한 과정에 대해서 설명하기로 한다.The message transmission process has been described above. Hereinafter, a process for receiving a response of an application that receives the message transmitted as described above will be described.

오에스(OS) 레벨에서 데이터를 송/수신하면서 트래픽을 점검하는 경우는, 시퀀스 넘버, CRC 등 트래픽 제어를 위한 필드를 만들어 넣을 수 있으나, 애플리케이션에서는 어떤 메시지 구조가 사용될지 모르며, 송신하는 메시지 구조와 ACK(Acknowledge)로 수신되는 메시지 구조가 다를 수 있고, 용도에 따라서는 시퀀스 넘버를 위한 필드가 없을 수도 있다.When checking traffic while transmitting / receiving data at the OS level, fields for traffic control, such as sequence number and CRC, can be created, but an application may not know what message structure is to be used. The message structure received by ACK (Acknowledge) may be different, and there may be no field for sequence number depending on the purpose.

따라서, 트래픽 점검하기 위해서는 송신하는 메시지 구조와 아울러 수신하는 메시지 구조를 미리 알고 있어야 한다.Therefore, in order to check traffic, it is necessary to know in advance the message structure to be transmitted and the message structure to be received.

그리고, 시퀀스 넘버 역할을 할 수 있는 메시지 필드가 있는지를 체크하여, 만약 없을 경우에는 트래픽 점검에서 시퀀스의 순서가 바뀌거나 빠지는 상황에 대해서는 체킹을 하지 못하고, 송/수신한 메시지의 수량만 통계를 내게 된다.In addition, if there is a message field that can act as a sequence number, if it is not found, the traffic check does not check for a situation in which the sequence is reversed or dropped, and only the quantity of messages sent and received is reported. do.

한편, 상기와 같이 메시지 송/수신시에는 그 상태(송/수신 개수, CRC 에러 개수, 시퀀스가 바뀌거나 빠진 개수)를 저장하였다가, 사용자가 요구하거나 주기적으로 그 통계값을 출력한다.On the other hand, as described above, when the message is transmitted / received, the state (number of transmission / reception, number of CRC errors, number of changed or missing sequences) is stored, and the statistical value is output by the user or periodically.

이상에서 설명한 바와 같이 본 발명 네트워크의 트래픽 점검 방법은, 네트워크의 어느 지점에서 트래픽이 걸리는지를 테스트함으로써, 네트워크 성능을 측정할 수 있도록 하는 효과가 있다.As described above, the traffic checking method of the network of the present invention has an effect of measuring network performance by testing at which point of the network the traffic is applied.

Claims (9)

오에스(OS) 프롬프트 상에서 사용자로부터 목표 지점으로 송신하고자 하는 메시지 구조에 대한 정보와 내용을 입력받는 제1단계와;A first step of receiving information and content of a message structure to be transmitted from a user to a target point on an OS prompt; 사용자가 원하는 테스트 옵션 또는 출력 형식을 지정하는 제2단계와;A second step of specifying a test option or output format desired by a user; 상기 제1단계 및 제2단계를 통해 생성된 메시지를 목표 지점으로 송신하는 제3단계와;A third step of transmitting a message generated through the first and second steps to a target point; 목표 지점으로부터 응답 메시지를 수신하여 상기 제2단계에서 설정한 형태로 트래픽 점검 결과를 출력하는 제4단계로 이루어진 것을 특징으로 하는 네트워크의 트래픽 점검방법.And a fourth step of receiving a response message from a target point and outputting a traffic check result in the form set in the second step. 제1항에 있어서, 상기 테스트 옵션 또는 출력 형식으로 지정하는 정보에는, 테스트 시간, 송/수신된 메시지 개수 및 손상된 메시지 개수 등이 포함되는 것을 특징으로 하는 네트워크의 트래픽 점검방법.The method of claim 1, wherein the information specified in the test option or output format includes a test time, a number of transmitted / received messages, a corrupted message count, and the like. 제1항에 있어서, 상기 사용자로부터 입력받은 정보에 의한 송신 메시지의 생성은, 메시지 구조 테이블을 초기화 한 후, 애플리케이션에서 요구하는 자료구조(Structure) 타입이 있는지 판단하는 제1단계와;The method of claim 1, wherein the generating of the transmission message based on the information input from the user comprises: a first step of initializing a message structure table and determining whether a data structure type required by an application is present; 상기 애플리케이션에서 요구하는 자료구조 타입이 있을 경우, 자료구조의 깊이를 증가시키는 제2단계와;If there is a data structure type required by the application, increasing the depth of the data structure; 각 자료구조에 대한 필드 타입을 판별하여, 각 필드 타입 정보의 메모리를 할당하고, 송/수신할 메시지의 변수 이름을 할당하는 제3단계와;Determining a field type for each data structure, allocating a memory of each field type information, and allocating a variable name of a message to be transmitted / received; 상기 제3단계에 의한 과정을 자료구조의 설정이 끝날 때까지 반복 수행하는 제4단계로 이루어진 것을 특징으로 하는 네트워크의 트래픽 점검방법.And a fourth step of repeating the process of the third step until the setting of the data structure is completed. 제3항에 있어서, 애플리케이션에서 요구하는 자료구조 타입이 없을 경우에는, 필드 타입 정보에 따른 메모리를 할당하지 않고, 송수신할 메시지의 변수 이름만을 할당하는 것을 특징으로 하는 네트워크의 트래픽 점검방법.4. The method of claim 3, wherein if there is no data structure type required by the application, only variable names of messages to be transmitted and received are allocated without allocating memory according to field type information. 제1항에 있어서, 상기 필드 타입에 따른 메모리 할당은, 필드 타입을 판별하여 그 필드 타입에 따라 메시지 구조 테이블의 한 열의 메모리를 할당하도록 하는 것을 특징으로 하는 네트워크의 트래픽 점검방법.2. The method of claim 1, wherein the memory allocation according to the field type determines a field type and allocates a row of memory of the message structure table according to the field type. 제3항에 있어서, 상기 메시지 구조 테이블은 메시지의 '종류','이름','깊이' 항목이 포함되어 이루어지는 것을 특징으로 하는 네트워크의 트래픽 점검방법.4. The method of claim 3, wherein the message structure table includes 'type', 'name', and 'depth' items of a message. 제5항에 있어서, 상기 필드 타입에는 정수, 실수, 문자, 문자열 등이 포함되는 것을 특징으로 하는 네트워크의 트래픽 점검방법.6. The method of claim 5, wherein the field type includes an integer, a real number, a character, a string, and the like. 제1항에 있어서, 생성된 메시지를 송신하기 위해서는 메시지 구조 테이블의포인터를 구하는 제1단계와;The method of claim 1, further comprising: a step of obtaining a pointer of a message structure table to transmit the generated message; 상기 포인터를 따라 메시지 구조 테이블의 전체 사이즈를 구하고, 그 사이즈만큼의 메모리를 할당하는 제2단계와;Obtaining a total size of a message structure table according to the pointer, and allocating memory corresponding to the size; 다시 메시지 구조 테이블의 포인터를 구하여, 그 포인터를 따라 입력받은 변수들의 값을, 할당받은 메모리의 처음 번지부터 차례로 넣어 송신하는 제3단계로 이루어진 것을 특징으로 하는 네트워크의 트래픽 점검방법.And a third step of obtaining a pointer of the message structure table and inserting values of the variables received along with the pointer, starting from the first address of the allocated memory, and transmitting the values sequentially. 제8항에 있어서, 상기와 같이 메시지를 송신하거나 그 메시지에 응답을 수신할 경우에는, 송/수신한 메시지의 시퀀스 넘버 및 이제까지 송/수신한 메시지 개수를 모두 저장하였다가, 그 통계값을 사용자 요구나 주기적으로 출력하는 것을 특징으로 하는 네트워크의 트래픽 점검방법.The method according to claim 8, wherein when transmitting a message or receiving a response to the message as described above, the sequence number of the transmitted / received message and the number of messages transmitted / received are stored, and the statistical value is stored in the user. A method for checking traffic in a network, characterized by outputting a request or a request periodically.
KR10-2001-0058752A 2001-09-21 2001-09-21 Traffic load inspection method for network Expired - Fee Related KR100459413B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-2001-0058752A KR100459413B1 (en) 2001-09-21 2001-09-21 Traffic load inspection method for network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2001-0058752A KR100459413B1 (en) 2001-09-21 2001-09-21 Traffic load inspection method for network

Publications (2)

Publication Number Publication Date
KR20030025621A true KR20030025621A (en) 2003-03-29
KR100459413B1 KR100459413B1 (en) 2004-12-03

Family

ID=27725107

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2001-0058752A Expired - Fee Related KR100459413B1 (en) 2001-09-21 2001-09-21 Traffic load inspection method for network

Country Status (1)

Country Link
KR (1) KR100459413B1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101048456B1 (en) * 2007-10-16 2011-07-11 삼성전자주식회사 Apparatus and method for predicting cell load in a wireless access communication system
WO2014164774A1 (en) * 2013-03-11 2014-10-09 Seven Networks, Inc. Mobile device equipped with mobile network congestion recognition to make intelligent decisions regarding connecting to an operator network

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19990051711A (en) * 1997-12-19 1999-07-05 정선종 How to Configure Test Scenarios for Code Division Multiple Access Mobile Switching Traffic Simulator
JPH11340978A (en) * 1998-05-27 1999-12-10 Nec Corp Method and device for monitoring network
JP2001094573A (en) * 1999-09-24 2001-04-06 Nippon Telegr & Teleph Corp <Ntt> Equipment for measuring traffic quality
KR20010045782A (en) * 1999-11-08 2001-06-05 윤종용 Method for monitoring radio circumstance in wireless local loop system
KR100334766B1 (en) * 2000-09-27 2002-05-03 윤종용 Apparatus and method for measuring quality of call between bts and terminal in wireless communication system
KR20020009542A (en) * 2001-12-06 2002-02-01 엔엠소프트(주) method and apparatus for monitoring optical fiber, equipments and environmental states of remote communication stations by using a test signal

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101048456B1 (en) * 2007-10-16 2011-07-11 삼성전자주식회사 Apparatus and method for predicting cell load in a wireless access communication system
US8059605B2 (en) 2007-10-16 2011-11-15 Samsung Electronics Co., Ltd. Apparatus and method for estimating cell load in wireless communication system
WO2014164774A1 (en) * 2013-03-11 2014-10-09 Seven Networks, Inc. Mobile device equipped with mobile network congestion recognition to make intelligent decisions regarding connecting to an operator network
US9326185B2 (en) 2013-03-11 2016-04-26 Seven Networks, Llc Mobile network congestion recognition for optimization of mobile traffic
US9961584B2 (en) 2013-03-11 2018-05-01 Seven Networks, Llc Mobile device equipped with mobile network congestion recognition to make intelligent decisions regarding connecting to an operator network

Also Published As

Publication number Publication date
KR100459413B1 (en) 2004-12-03

Similar Documents

Publication Publication Date Title
US7278061B2 (en) Building packets of data for testing a communication network
EP1659753A1 (en) Monitoring control system and method
US12461919B2 (en) Service processing methods and apparatuses
CN111966556B (en) Performance pressure measurement method and device, server and computer readable storage medium
EP2317436A2 (en) Computer, computer system, and application execution method
CN110647490B (en) Data transmission method, device, equipment and computer storage medium
US7545821B2 (en) Network system and communication method
CN114465927B (en) DNS server stress testing method, electronic device and readable storage medium
Lencse et al. Performance analysis of SIIT implementations: Testing and improving the methodology
KR100459413B1 (en) Traffic load inspection method for network
KR20180061589A (en) Software build system and software build method using the system
JP2007082224A (en) Method and apparatus for performance evaluation of network protocols with low overhead
CN116530071A (en) CAN address allocation
CN114928556B (en) Interface service testing method and related equipment
US20100110899A1 (en) Stressing a network device
CN112019491A (en) Message processing method and system
KR100397468B1 (en) Network management device and method using mib name server
CN112565174B (en) Address monitoring device and address monitoring method
CN116886670A (en) Address calibration method, device, electronic equipment and storage medium for communication nodes
CN115168215A (en) Service-based orchestration testing method and device
CN112491554A (en) Information hiding method and device, IP host and network node
CN108738061B (en) Short message sending performance test method and system based on cmpp3.0 protocol
US20040088395A1 (en) Method for probing a server
KR102874425B1 (en) Apparatus for measuring for Real-time Remote Monitoring for Performing Storage and Delayed Transmission of Measurement Data in Temporary Communication Failure Environment and Method for Stroing the Data
CN120165809A (en) Positioning package providing device and method

Legal Events

Date Code Title Description
A201 Request for examination
PA0109 Patent application

St.27 status event code: A-0-1-A10-A12-nap-PA0109

PA0201 Request for examination

St.27 status event code: A-1-2-D10-D11-exm-PA0201

N231 Notification of change of applicant
PN2301 Change of applicant

St.27 status event code: A-3-3-R10-R13-asn-PN2301

St.27 status event code: A-3-3-R10-R11-asn-PN2301

R17-X000 Change to representative recorded

St.27 status event code: A-3-3-R10-R17-oth-X000

PG1501 Laying open of application

St.27 status event code: A-1-1-Q10-Q12-nap-PG1501

D13-X000 Search requested

St.27 status event code: A-1-2-D10-D13-srh-X000

D14-X000 Search report completed

St.27 status event code: A-1-2-D10-D14-srh-X000

R18-X000 Changes to party contact information recorded

St.27 status event code: A-3-3-R10-R18-oth-X000

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

St.27 status event code: A-1-2-D10-D21-exm-PE0902

P11-X000 Amendment of application requested

St.27 status event code: A-2-2-P10-P11-nap-X000

P13-X000 Application amended

St.27 status event code: A-2-2-P10-P13-nap-X000

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

St.27 status event code: A-1-2-D10-D22-exm-PE0701

GRNT Written decision to grant
PR0701 Registration of establishment

St.27 status event code: A-2-4-F10-F11-exm-PR0701

PR1002 Payment of registration fee

St.27 status event code: A-2-2-U10-U11-oth-PR1002

Fee payment year number: 1

PG1601 Publication of registration

St.27 status event code: A-4-4-Q10-Q13-nap-PG1601

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R11-asn-PN2301

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R14-asn-PN2301

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 4

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R13-asn-PN2301

St.27 status event code: A-5-5-R10-R11-asn-PN2301

FPAY Annual fee payment

Payment date: 20081031

Year of fee payment: 5

PR1001 Payment of annual fee

St.27 status event code: A-4-4-U10-U11-oth-PR1001

Fee payment year number: 5

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

R18-X000 Changes to party contact information recorded

St.27 status event code: A-5-5-R10-R18-oth-X000

LAPS Lapse due to unpaid annual fee
PC1903 Unpaid annual fee

St.27 status event code: A-4-4-U10-U13-oth-PC1903

Not in force date: 20091123

Payment event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

PC1903 Unpaid annual fee

St.27 status event code: N-4-6-H10-H13-oth-PC1903

Ip right cessation event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

Not in force date: 20091123

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R13-asn-PN2301

St.27 status event code: A-5-5-R10-R11-asn-PN2301

P22-X000 Classification modified

St.27 status event code: A-4-4-P10-P22-nap-X000

P22-X000 Classification modified

St.27 status event code: A-4-4-P10-P22-nap-X000

PN2301 Change of applicant

St.27 status event code: A-5-5-R10-R13-asn-PN2301

St.27 status event code: A-5-5-R10-R11-asn-PN2301

P22-X000 Classification modified

St.27 status event code: A-4-4-P10-P22-nap-X000