KR100419889B1 - Test System for Node B IMT-2000 - Google Patents

Abstract

The present invention relates to an IMT-2000 base station test system, comprising: an IMT-2000 terminal 10 which an individual carries; A base station 20 connected to the IMT-2000 terminal 10 by wire / wireless and transmitting / receiving a signal to the IMT-2000 terminal 10 and converting and encrypting / decrypting a communication protocol; Allocation control and handover of the communication channel for each IMT-2000 terminal 10 while being connected to the base station 20 by wire and managing a plurality of base stations 20 for verifying the overall operating state of the base station 20. A test module (QEM) 30 that performs a function of a base station controller and a mobile switching center and performs an interface function for verifying an overall operating state of the base station 20; And a workstation test terminal 40 connected to the test module 30 by wire and verifying an overall operating state of the base station 20 through a test scenario.

Therefore, the present invention is to test the various functions of the IMT-2000 base station by using a base station test system, a protocol analyzer and a simulation tool as a means for verifying the base station before the initialization of the IMT-2000 communication system, This minimizes the time and cost of initialization.

Description

IMT2000 base station test system {Test System for Node B IMT-2000}

The present invention relates to an IMT-2000 base station test system and a method of operating the same, and more particularly, by testing the IMT-2000 base station using a base station test system, a protocol analyzer, and a simulation tool before initialization of the IMT-2000 communication system. The present invention relates to an IMT-2000 base station test system capable of minimizing time and cost associated with initializing an IMT-2000 communication system.

The IMT-2000 communication system integrates various communication systems (telephone, ISDN, B-ISDN, CDMA and PCS, etc.) currently being serviced into a unified radio infrastructure, which is provided from a fixed fixed telecommunication network. It is a third generation global system that guarantees the quality of service and at the same time provides a variety of high quality services required by users.It is required by IMT-2000 with the focus on ITU-T / R to launch services in the 2000s. It is progressing various standardizations and is accelerating system development with competitiveness in many countries around the world.

In addition, the IMT-2000 network structure aims to provide the level of service provided by the fixed network in the mobile network, so that the service can be provided regardless of the type of the underlying network for the purpose of providing the service promptly and economically according to the user's needs. Its design is based on the Advanced Intelligent Network (AIN), which aims to deliver multimedia roaming services in addition to international roaming services that can be achieved with a single IMT-2000 terminal (1) and omni-directional mobile communication services such as land, sea and air. 144 Kbps or less in a cell environment, 384 Kbps or less in a microcell environment, and 2 Mbps or less in a picocell environment).

FIG. 1 is a block diagram schematically illustrating the configuration of the IMT-2000 communication system, in which an individual IMT-2000 terminal (UE: User Equipment) 1 and a plurality of IMT-2000 terminals 1 are carried by an individual. Each IMT-2000 is managed while managing a plurality of base stations (NODE B, 2) and a plurality of base stations (2) which perform transmission and reception of radio signals to the IMT-2000 terminal (1), conversion and encryption / decryption of communication protocols, and the like. Mobile communication with wired / wireless general telephones connected to base station controller (RNC) 3 and public switched telephone network (PSTN) 5 which perform functions such as allocation control and handover determination of communication channel for terminal 1 It consists of a mobile telephone switchboard (MSC) 4 having a function of connecting the terminal and the IMT-2000 terminal 1. The base station controller 3 processes and connects the call requests required by the various base stations 2 and continues to process signals until the end of the call. The base station controller 3 has a function of collectively managing, adjusting / controlling all the base stations 2. have.

In the IMT-2000 communication system having the above configuration, when a predetermined IMT-2000 terminal 1 is located in an arbitrary region, the IMT-2000 terminal 1 is connected to the mobile telephone exchange through the base station 2 and the base station controller 3. (4) to report its location, the mobile telephone switchboard (4) confirms the registration status of the IMT-2000 terminal (1) requesting a pre-registration from the authentication center, and then the information necessary for the call through the base station (2) By setting the IMT-2000 terminal 1 to a usable state by transmitting a message, and when there is a call from another IMT-2000 terminal 1 or another system, it is connected to the corresponding IMT-2000 terminal 1. Given.

On the other hand, in order to build the IMT-2000 communication system as described above, the evaluation of the performance, quality of service, capacity and interference amount of the communication network must be preceded. This is to provide customers with a more stable communication service by verifying various errors that may occur in the commercialization process after initializing the communication network.

In order to test the base station, the base station controller, the mobile telephone exchange, and the IMT-2000 terminal of the IMT-2000 communication system, all the equipments must be developed, and there is considerable difficulty in matching the development completion time of each equipment.

The present invention is to solve the above problems, and to test the various functions of the IMT-2000 base station using a base station test system, a protocol analyzer and a simulation tool as a means for verifying the base station before the initialization of the IMT-2000 communication system Accordingly, an object of the present invention is to provide an IMT-2000 base station test system capable of minimizing time and cost according to initialization of an IMT-2000 communication system.

1 is a conceptual diagram schematically showing the configuration of an IMT-2000 communication system;

2 is a conceptual diagram schematically showing the configuration of an IMT-2000 base station test system according to the present invention;

3 is a conceptual diagram schematically showing an internal configuration of an IMT-2000 base station test system according to the present invention;

4 is a block diagram showing a protocol stack (STACK) of the IMT-2000 communication system;

5 is a functional block diagram showing a software configuration of a test terminal according to the present invention;

6 to 10 are flowcharts illustrating an IMT-2000 base station test simulation according to the present invention;

11 and 12 are exemplary diagrams illustrating a screen structure of a scenario generator for an IMT-2000 base station test system according to the present invention;

♣ Explanation of symbols for main part of drawing ♣

1, 10: mobile terminal (UE) 2, 20: base station (NODE B)

3: base station controller (RNC) 4: mobile telephone exchange (MSC)

5: public switched telephone network (PSTN) 30: test module (QEM)

40: test terminal

The present invention is connected to the IMT-2000 terminal to be carried by the individual, the IMT-2000 terminal by wire / wireless, for the purpose of the above, the transmission and reception of signals to the IMT-2000 terminal and the conversion and encryption / communication protocol / A base station connected by wire to the base station for decoding, the base station for performing assignment control and handover decision of a communication channel for each IMT-2000 terminal while managing a plurality of base stations for verifying the overall operating state of the base station. A test module performing a function of a controller and a mobile telephone exchange and performing an interface function for verifying the overall operating state of the base station and a wired connection with the test module, and verifying the overall operating state of the base station through a test scenario. IMT-2000, characterized in that it comprises a test terminal, such as a workstation It provides a testing station system.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

2 is a conceptual diagram schematically showing a configuration of an IMT-2000 base station test system according to the present invention, and FIG. 3 is a conceptual diagram schematically showing an internal configuration of an IMT-2000 base station test system according to the present invention. Is a block diagram showing a protocol stack (STACK) of the IMT-2000 communication system, Figure 5 is a functional block diagram showing a software configuration of a test terminal according to the present invention, Figures 6 to 10 are IMT-2000 according to the present invention 11 and 12 are exemplary diagrams illustrating a screen structure of an IMT-2000 base station test system scenario builder according to the present invention.

Referring to this, as shown in FIG. 2, the present invention is connected to the IMT-2000 terminal 10 to be carried by an individual, the IMT-2000 terminal 10 by wire / wireless, and the IMT-2000 terminal 10. Is connected to the base station 20, which is wired to the base station 20, and performs an interface function for verifying the overall operating state of the base station 20. A test module (QEM) 30 to be performed is connected to the test module 30 by wire, and is made up of a test terminal 40 such as a workstation for verifying an overall operating state of the base station 20 through a test scenario. .

As shown in FIG. 3, the test module 30 has a board type of an external interface 31, a control unit 32, a memory unit 33, an E1 interface unit 34, and an ATM mux / demux 35. ), An STM-1 interface 36 and an AAL 2/5 switching module 37.

The external interface 31 connects the test module 30 and the test terminal 40 through Ethernet, or connects the personal computer and the test module 30 through the RS-232 port, and performs debugging and monitoring of the board. The Ethernet is implemented to enable communication with a network through a LAN communication with the outside.

The control unit 32 communicates with the outside using the Ethernet and RS-232 ports through the external interface 31, and controls the overall device inside the test module 30.

The memory unit 33 includes a flash memory and a DRAM, and stores a function for booting a board of the test module 30 and a downloading program for board operation in the flash memory so that the ROM is not changed later. It is implemented for download.

The E1 interface unit 34 is for performing an E1 interface with an external network. The E1 interface unit 34 performs a physical interface through an E1 framer and performs transformer, jitter, and wonder for impedance matching with the outside. It has a complement to Wander.

The ATM (Asychronous Transfer Mode) mux / demux 35 performs ATM mux / demux in a data format transmitted / received under the control of the controller 32.

The STM-1 interface 36 is connected to the base station 20 via an optical cable, and interfaces 155.52 Mbps of data transmitted and received through the optical cable through an external transmission signal transceiver and ATM transmission.

The AAL 2/5 conversion module 37 is an AAL 5 segment and reassemble (SAR) function. When the data format transmitted from the outside is AAL 2, the AAL 2/5 conversion module 37 converts the AAL 5 into the AAL 5 to control the control unit 32 and the AAL 5. Is connected to.

The test module 30 having the above configuration is configured to support the interface with the base station 20 and the E1 interface 34 to E1 (2.048 Mbps), and the STM1 interface 36 to STM1 (155.52 Mbps). 32) E1 can be interfaced with E1 framers and transformers, and STM1 provides physical support for STM1 through optical and ATM layer transducers.

In addition, since the control unit 32 supports AAL 5 when interfacing with an external network, AAL 5 generates an ATM cell through the ATM mux / demux 35, and physically through the Utopia interface. Is connected. At this time, when interfacing with the AAL 2, only the AAL 5 can be interfaced through the AAL 2 conversion module and the controller, and the required memory of the board includes a flash memory and a DRAM module. Here, the utopia interface is configured to absorb the diversity of the physical layer into the utopia interface at the interface between the ATM layer and the physical layer.

The external interface 31 is capable of serial communication with a personal computer through RS-232C for external debugging, and communicates with a test terminal 40 such as a workstation via a LAN to a LAN through an Ethernet. The hardware is configured to implement the protocol in hardware and to download the program required by the other test operator USER through the test terminal 40. At this time, it is configured to support at least two E1, to provide a stable synchronous clock when connecting the network and to be configured to operate stably for jitter (Wander).

4 illustrates a communication protocol stack of the IMT-2000 communication system, and FIG. 5 is a functional block diagram illustrating a software configuration of a test terminal according to the present invention. Referring to this, the test terminal 40 is connected to the Iub {interface between the base station (Node-B, 20) and the base station controller (RNC, 3)} for the IMT-2000 communication system as shown in FIG. As the equipment for testing the standards and functions, the software of the test terminal 40 is installed and operated in two systems as follows.

As illustrated in FIG. 5, the test terminal 40 includes a user interface block (UIB) 41, a call processing execution block (CPEB) 46, a non-access stratum (NAS) 43, and a radio resource control (RRC). 45), Node-B Application Part (NBAP) 42 and User Traffic Handling Block (UTHB) 44 functional modules are installed in a workstation, each of which uses Inter Process Communication (IPC). It is designed to communicate. In addition, communication with the UIB (User Interface Block) 41 in the test terminal 40 uses TCP, and communication with the test module 30 uses UDP.

The UIB 41 of the test terminal 40 is designed to run in a Windows environment on a PC as a part in charge of a user interface, and provides an environment in which a user can directly create or execute a scenario. do.

The UIB 41 of the test terminal 40 connects to the CPEB 46 through a socket and uses a message database on the workstation. Therefore, the UIB 41 of the test terminal 40 should always be connected to the workstation when creating, editing, or executing a scenario. .

The test module (QEM) 30 connects to the Iub terminal shown in FIG. 4 and performs a function of directly transmitting and receiving a message, and is a module in which a stack of a second layer is installed.

The UIB 41 is a module responsible for user input / output in a QIT (Q Interface Tester), and is designed in consideration of a user-friendly interface, convenience of scenario creation, reliable message transmission, and recycling of scenario execution results.

We designed the user screen so that the user can easily create and execute the scenario, and adopt the PC-based window environment to implement various screen functions and provide a user-friendly interface. Each function is designed to be easily accessible by the user through a menu bar and an icon, and the function of saving and editing the created scenario can be created as soon as possible. In addition, all progress of the scenario execution can be checked through the log screen.

For convenience of scenario creation, detailed information about NAS 43, RRC 45, and NBAP 42 messages can be stored in a database in the workstation so that detailed information about messages created by the user can be displayed on the scenario builder screen. Designed.

For reliable message transmission, UIB 41 delivers data by connecting CPEB 46 and TCP sockets, and ensures that messages are delivered through the ASN.1 encoding process to increase the adaptability of the system. This reduces the waste of bandwidth and minimizes message delivery time.

For the efficiency of scenario execution, the UIB 11 performs verification of the values of the information elements constituting each message of the created scenario, and is designed to be ASN.1 encoded so that a message having an incorrect value is sent to the CPEB 46. The scenarios that were delivered once are designed to be stored in the CPEB 46 so that the download process is not duplicated when the same scenario is executed unless the re-downloading process for the scenario is performed. In addition, to reuse the results of the scenario execution, the results obtained through the scenario execution are stored in a database in the workstation for later review.

The CPEB 46 is a module for controlling the execution of a scenario. The CPEB 46 exists in a workstation and has two states, an offline mode and an execute mode. Here, the offline mode is a mode which is designated immediately after the initialization is finished when the initial program starts, and has a function of downloading and executing a scenario as follows.

In the scenario downloading and storing, the scenario that the user wants to execute should be downloaded from the UIB 41 to the CPEB 46. For the stability of the download, the primitive transfer process between the UIB 41 and the CPEB 46 is handshaking. (Handshaking) method was used.

If the user fails to input despite being required among the information elements in the scenario created by the user, the information on the information element should be informed to the lower stack, and a parsing process for this has been added. The information obtained through the parsing process is passed to the lower stack.

After the scenario is downloaded, in the scenario execution standby state, the CPEB 46 stays in the execution standby state. At this time, only the primitives transmitted from the UIB 41 are observed, and the primitive (SCR_START) to execute the scenario and the scenario to download The primitive DOWNLOAD_INIT_REQ puts you out of standby for execution.

The CPEB 46 of the execution standby state is designed to reduce the occupancy of the CPU by minimizing unnecessary operations, and is designed to reestablish the connection with the UIB 41 when the connection with the UIB 41 is lost.

The execution mode is a mode in which the primitive SCR_START is received from the UIB 41 in the offline mode and is switched.

In addition, for fast response, the CPEB 46 must monitor all ports since primitives can be forwarded from any port at any time. Therefore, to implement this, various methods are examined and implemented using polling method that produces the best response speed.

For detailed status monitoring, since the messages are transmitted through the RLC in the case of the RRC 45 and the NAS 43, operations vary according to the mode of the RLC. The CPEB 46 receives the status information and checks whether the current message is being processed in the third layer stack, the second layer or the other device, or if the final transmission is confirmed. It is designed to get the most accurate information by user. For the integrated control of the stack, the control function for the stack is integrated into the CPEB 46 so that the system can be operated in the same manner according to the control information from the UIB 41.

The NAS (CC, MM, GPRS-MM, GPRS-SM, 43), under the control of the CPEB 46, performs transmission / reception and analysis of the NAS 43 message, and the system provides information elements necessary for call progress. The scenario is executed by converting it to the required value.

Looking at the encoding / decoding of NAS messages, all NAS messages are transmitted between different processes in a bit stream encoded according to the message format defined in TS 24.008, and transmitted from CPEB (46) or Peer NAS Entity (RRC) 45. The decoded NAS message is decoded to store information elements essential for call progress.

In addition, the NAS message requested to be transmitted for transaction management is managed as a specific transaction in the corresponding scenario, and a transaction ID is assigned to each transaction.

For circuit / packet call control and mobility management, the NAS 43 interprets NAS messages transmitted / received to manage information elements essential for call control and mobility management.

For error logging / reporting function, the NAS 43 saves in the log file when an encoding / decoding error of the corresponding message or an error of information element essential to call progress occurs during the scenario execution, and the CPEB 46 and The error state is reported to the UIB 41.

The RRC 45 performs the transmission / reception and analysis of the RRC message under the control of the CPEB 46, and dynamically allocates the value of the information element when the value of the information element essential for call progress is meaningless. To proceed with the execution of the test module 40 (QEM Board, RLC, MAC, FP) to manage the radio bearer (Radio Bearer) assigned.

In order to encode / decode the RRC message, all RRC messages are encoded using ASN.1 compiler / library, transmitted to another processor, decoded and interpreted.

In order to manage the radio bearer, the RRC 45 performs primitives on the QEM board through analysis of the corresponding message when transmitting / receiving a message related to RRC connection and setting and release of a radio bearer. Signaling or traffic radio bearer is generated by transmission, and information elements (RLC / MAC / FP Entity ID, etc.) related to the corresponding radio bearer are managed.

For NAS message delivery, the RRC 45 delivers a message requested to be transmitted from the NAS 43 to a peer using an up / downlink direct transfer message (acknowledge mode data transmission).

For error logging / reporting, the RRC 45 stores in a log file when an encoding / decoding error of a corresponding message or an error of an information element essential for call progress occurs during scenario execution, and the CRCB 46 stores the log file. Report an error condition.

The NBAP 42 performs the transmission / reception and analysis of the NBAP message under the control of the CPEB 46, and dynamically allocates a value of the information element when the value of the information element essential for call progress is meaningless. It executes the execution and manages the ATM resources allocated by the test module (QEM Board, 30) (AAL2SP, SSCF-UNI, ATM, etc.).

In order to encode / decode the NBAP message, all NBAP messages are encoded using ASN.1 compiler / library, transmitted to another processor, and interpreted through decoding.

For ATM resource management, the NBAP 42 sends primitives to the test module (QEM Board, 30) (ALCAP, SSCF, etc.) by analyzing the messages when sending / receiving messages related to the establishment and release of radio links. It allocates ATM resources by transmitting and manages allocated ATM resources.

For error logging / reporting, the NBAP 42 stores in a log file when an encoding / decoding error of a corresponding message or an error of an information element essential to call progress occurs during scenario execution, and the CPEB 46 and UIB 41 are stored. Report an error condition.

The UTHB 44 receives and stores the packet / circuit traffic data transmitted through the allocated radio bearer and loops back to the peer.

Next, a test method of the IMT-2000 base station test system based on the software configuration having the above configuration will be described with reference to FIGS. 6 to 10.

First, when the user turns on the test terminal 40 and double-clicks the UIB 41 shortcut icon, which is a base station test program registered on the window desktop, to execute the program, as shown in FIG. The UIB 41 of 40 is connected to a database (not shown) to perform an initialization process of reading a test program initial screen and outputting the screen to the screen (S11) to determine whether various menus of the initial screen are selected from the user. (S12).

When the user selects the scenario creator displayed on the initial screen, the scenario creation screen is displayed (S13), and the scenario created by the user is saved as a file (S14).

When the user selects a scenario executor by selecting a pre-written scenario open in step S12 of selecting a menu displayed on the initial screen, the UIB 41 reads a list of pre-stored scenarios as a file and outputs it on the screen ( In operation S16, an attempt is made to connect with the CPEB 46 that controls the execution of the scenario.

When the UIB 41 is connected to the CPEB 46, the UIB 41 encodes a message to download the corresponding scenario to the CPEB 46 (S17), and monitors the scenario download status monitoring and the start of the scenario to the CPEB 46 (S18). The CPEB 46 transmits a confirmation primitive for downloading each message to the UIB 41 (S19), and displays the scenario download state on the UIB 41 screen (S20).

The UIB 41 determines whether the user has selected to save the result of the GUI screen in the database (S21). If the user selects to save the result, the UIB 41 stores the result of the GUI screen in the database (S22). Here, the detailed commands of the scenario executor include the connection (connecting the socket with CPEB), downloading (downloading the scenario to CPEB), starting (notifying the scenario start with CPEB), reset (notifying the scenario reset with CPEB), and stopping (notifying the scenario stop with CPEB). ) And disconnect (socket disconnection from CPEB).

As illustrated in FIG. 7, the NBAP 42 transmits to the test module (QEM) 30 (ALCAP, SSCF, etc.) through analysis of a corresponding message when transmitting / receiving related to the establishment and release of a radio link. It transmits primitives to allocate ATM resources and manages the allocated ATM resources.

Analyzing and interpreting a message related to setting and releasing the radio link at the time of transmission / reception (S31) to determine whether the message is a transmission (Tx) or a reception (Rx) (S32), and a sender In this case, the message is decoded (S33), the information element is changed to an appropriate value, and the items necessary for maintaining the consistency of the transmit / receive message are updated in the database (S34), and the message is re-encoded (S35).

If the message is a reception, the message is decoded (S36), the necessary information elements are updated in the database (S37), and the message is re-encoded (S38).

The RRC 45 performs the transmission / reception and analysis of the RRC message under the control of the CPEB 46, as shown in FIG. 8 (S41), when the message is received from the CPEB 46 at the time of message transmission. In the case of a message received from the RRC Tx, the NAS 43 is processed as a NAS Tx, and upon receiving the RRC message, it is determined whether the corresponding message processed by the RRC Rx is NAS Tx, RRC Tx and RRC Rx (S42), If the message is a message transmitted from the NAS Tx, an RRC header is added (S43) to perform RRC encoding (S44).

The RRC 45 transmits the encoded message to the test module 20 (S45), and reports the transmission data to the UIB 41 through the CPEB 46 (S46).

In step S42, the RRC 45 determines whether the corresponding message is a NAS Tx, an RRC Tx, or an RRC Rx. In the case where the message is an RRC Tx, the RRC 45 decodes the delivered message and has no value for the user. Fill the value for (S47), store some necessary information elements in the database, and then encode the message with the changed information elements according to the RRC ASN.1 standard (S48) to transmit the encoded message to the test module 30, (S49), the transmission data is reported to the UIB 41 via the CPEB 46 (S50).

In step S42, the RRC 45 determines whether the corresponding message is a NAS Tx, an RRC Tx, or an RRC Rx. If the message is an RRC Rx, the RRC 45 decodes the delivered message and stores some necessary information elements in a database. The encoded data received from the lower stack is reported to the CPEB 46 (S52).

When the NAS message is transmitted from the CPEB 46 among the scenarios created by the user, the NAS Tx is executed and the NAS Tx is initialized based on the message received from the CPEB 46 as shown in FIG. 9 (S61). Ready to start (S62).

Upon receiving the message of the scenario (S63), it is checked whether the scenario is finished (S64), and when the scenario is finished, the NAS Tx is reset again.

If the scenario termination message is not received, the received message is decoded (S65) to set a dynamic variable value (S66), and an information element that requires NAS Tx to fill a value among information elements of the requested NAS message. In this case, NAS Tx dynamically allocates and encodes an information element value (S67).

After transmitting the acknowledgment primitive (MSG_SEND_CNF) of the NAS message to the CPEB 46 side, the RRC 45 requests the NAS message transmission (S68) and notifies the CPEB 46 side of the transmission completion (S69).

When NAS Rx is executed, as shown in FIG. 10, NAS Rx is initialized (S71), a scenario start wait is performed (S72), and whether or not a NAS message reception notification primitive (RECV_IND) has been delivered from the RRC 45. It is determined (S73).

If the NAS message reception notification primitive (RECV_IND) is not transmitted from the RRC 45, the transmission notification primitive SEND_ACK is transmitted to the CPEB 46 (S74), and the NAS message reception notification primitive (RECV_IND) from the RRC 45 is transmitted. In the case of passing), the NAS message is decoded (S75), the dynamic variable value is stored (S76), the encoding is again performed (S77), and the NAS message reception notification primitive (MSG_RECV_IND) is transmitted to the CPEB 46 (S78).

The SCED-SCenario EDitor is a block for loading a previously created scenario or creating a new scenario, and includes a scenario creation, a scenario file open, a scenario edit, a scenario save, and a scenario print.

To create a new scenario file, first drag the mouse from the message sending device to the message receiving device to determine the message type, and select the NAS 43, RRC 45, or NBAP 42 message to be tested from the message selection window. You will create a scenario. For example, NodeB ↔RNC: NBAP message, UE ↔RNC: RRC message, UE ↔CN: NAS message.

11 and 12 are diagrams illustrating a screen structure of a scenario builder, in which all states of the UIB 41 generated to send encoded data to the CPEB 46 and receive decoded data from the CPEB 46 are shown. You will be presented with details about and.

As described above, the IMT-2000 base station test system of the present invention provides an IMT-2000 base station test equipment, a protocol analyzer, and a simulation tool for verifying a base station of an IMT-2000 communication system, thereby providing a time according to the initial installation of the IMT-2000 communication system. And the cost can be minimized.

In addition, the IMT-2000 base station system according to the present invention is not limited to the above-described embodiment, and various modifications and changes can be made without departing from the technical gist of the present invention.

As described above, according to the present invention, by providing a base station test equipment, a protocol analyzer, and a simulation tool for verifying a base station of an IMT-2000 communication system, it is possible to minimize the time and cost of initial installation of the IMT-2000 communication system. It has an effect.

Claims (8)

An IMT-2000 terminal 10 carried by an individual; A base station 20 connected to the IMT-2000 terminal 10 by wire / wireless and transmitting / receiving a signal to the IMT-2000 terminal 10 and converting and encrypting / decrypting a communication protocol; Allocation control and handover of the communication channel for each IMT-2000 terminal 10 while being connected to the base station 20 by wire and managing a plurality of base stations 20 for verifying the overall operating state of the base station 20. A test module (QEM) 30 that performs a function of a base station controller and a mobile switching center and performs an interface function for verifying an overall operating state of the base station 20; And Is connected to the test module 30 by wire, includes a workstation test terminal 40 for verifying the overall operating state of the base station 20 through a test scenario, The test terminal 40 is a device for connecting the Iub terminal to the IMT-2000 communication system and testing its standard and function. The test terminal 40 includes a UIB 41, a CPEB 46, a NAS 43, an RRC 45, NBAP 42 and UTHB 44 functional modules are installed in the workstation, each of which is designed to communicate using IPC, and the communication with the UIB 41 inside the test terminal 40 is TCP, the test module ( 30) IMT-2000 base station test system, characterized in that the communication using the UDP. IMT-2000 base station test system, characterized in that configured. The method of claim 1, The test module 30 connects the test terminal 40 and the test module 30 to the test terminal 40 and the test module 30 through an Ethernet or RS-232 port to debug and monitor the test module 30. And, Ethernet is an external interface 31 is implemented to enable communication through the LAN communication with the test terminal 40; A control unit 32 for communicating with the outside through the Ethernet and RS-232 ports through the external interface 31 and controlling the entire apparatus inside the test module 30; A memory unit 33 comprising a flash memory and a DRAM, and storing a function for booting a board of the test module 30 and a downloading program for board operation in the flash memory; An E1 interface unit 34 for performing an E1 interface with an external network, performing a physical interface through an E1 framer, and having a complementary function for transformers, jitter, and wonder for impedance matching with the outside; An ATM mux / demux 35 for performing an ATM mux and a demux of a data format transmitted / received under the control of the controller 32; An STM-1 interface 36 connected to the base station 20 through an optical cable and interfaced 155.52 Mbps optical signals transmitted and received through the optical cable through a transmission signal transceiver; And When the data format transmitted from the outside is AAL 2, the AAL 2/5 conversion module 37 converts to AAL 5, connects to the control unit 32 to AAL 5, and performs an AAL 5 SAR function. IMT-2000 Base Station Test System. delete The method of claim 1, The UIB 41 is a module responsible for user input and output. For convenience of scenario creation, the UIB 41 stores detailed information on the NAS 43, RRC 45, and NBAP 42 messages in a database in a workstation. Detailed information about the created message is displayed on the screen of the scenario composer.The CPEB 46 and the TCP socket are connected to transmit data for reliable message transmission, and the message is delivered through the ASN.1 encoding process. After verifying the value of the information elements that make up each message of the scenario written for efficiency of execution, it is designed to be ASN.1 encoding so that the message with wrong value is not delivered to CPEB 46. Scenarios that have been passed once are retained inside CPEB 46 unless the re-downloading process for the scenario is performed and downloaded when the same scenario is executed. Prevent affection performed in duplicate and, IMT-2000 base station test system, characterized in that for storing the result obtained from the execution scenario for the recycling of the scenario execution result to the database in the workstation. The method of claim 1, The NBAP 42 performs the transmission / reception and analysis of the NBAP message under the control of the CPEB 46, and dynamically allocates a value of the information element when the value of the information element essential for call progress is meaningless. IMT-2000 base station test system, characterized in that to proceed with the execution, and to manage the ATM resources allocated by the test module (30). The method of claim 1, The NAS 43 performs the transmission / reception and analysis of NAS messages under the control of the CPEB 46, and dynamically creates, assigns, and analyzes information elements necessary for call progress to assist in the creation and execution of scenarios. Interpret NAS messages sent / received for circuit / packet call control and mobility management to manage essential information elements for call control and mobility management, as well as encoding / decoding errors of the corresponding messages during scenario execution for error logging / reporting Or IMT-2000 base station test system, characterized in that in the event of an error of the information element essential to the call progress, and stored in a log file, and report the error status to the CPEB (46) and UIB (41). The method of claim 1, The RRC 45 receives and stores the packet / circuit traffic data transmitted through the allocated radio bearer, and transmits / receives an RRC message under the control of UTHB 44 and CPEB 46 which loops back to the other party. IMT-2000 base station test, characterized in that it performs analysis, dynamically creates, assigns, and analyzes information elements essential for call progress to assist in scenario creation and execution, and manages radio bearers allocated by test module 30. system. The method of claim 1, The CPEB 46 is a module for controlling the execution of the scenario and exists in the workstation. The CPEB 46 receives the primitive (SCR_START) from the UIB 41 in the offline mode and the offline mode, which is designated immediately after the initialization is finished when the initial program is started. IMT-2000 base station test system, characterized in that operating in two modes.