KR20030025621A - Traffic inspection method for network - Google Patents
Traffic inspection method for network Download PDFInfo
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/06—Testing, supervising or monitoring using simulated traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing 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
본 발명은 네트워크의 트래픽 점검방법에 관한 것으로, 특히 이동통신 시스템의 네트워크 어느 지점에서 트래픽이 걸리는지를 테스트함으로써, 네트워크 성능을 측정할 수 있도록 하는 네트워크의 트래픽 점검방법에 관한 것이다.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)
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)
| 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)
| 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 |
-
2001
- 2001-09-21 KR KR10-2001-0058752A patent/KR100459413B1/en not_active Expired - Fee Related
Cited By (5)
| 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 |