KR19980015367A - How to manage calls in asynchronous transfer mode (ATM) virtual channel (VC) exchanges - Google Patents

Abstract

The present invention relates to a call management method in an asynchronous transfer mode (ATM) virtual channel (VC) exchanger, which can uniquely distinguish outgoing calls arriving in an exchange in random order, It is possible to reduce the processing time for the outgoing call substantially by storing it in an optimum way in the call reference value (CRV) table and quickly searching for and deleting this information, and by using the CRV allocation method for the incoming call The ability to uniquely distinguish incoming calls and to quickly discover and delete this information can substantially reduce the processing time for incoming calls, ultimately improving the performance of the Asynchronous Transfer Mode (ATM) virtual channel (VC) exchanger. have.

Description

How to manage calls in asynchronous transfer mode (ATM) virtual channel (VC) exchanges

FIG. 1 is a schematic diagram of an asynchronous transfer mode (ATM) virtual channel (VC) exchanger system to which the present invention is applied; FIG.

FIG. 2 is a block diagram of the configuration and message flow between related blocks of an asynchronous transfer mode (ATM) virtual channel (VC) switch according to the present invention; FIG.

Figures 3A to 3G are overall flow diagrams of call management functions of an asynchronous transfer mode (ATM) virtual channel (VC) switch according to the present invention.

Description of the Related Art [0002]

100, 200: first and second asynchronous transfer mode local exchange subsystem (ALS)

110, 210: first and second interface modules (IM)

111, 211: First and second interface module control functions (IMCF)

120, 220: First and second call connection control processor (CCCP)

121, 221: first and second user protocol connection functions (UPIF)

121, 221: first and second user protocol control functions (UPCF)

123, 223: First and second switch connection resource processing functions (SLRHF)

124, 224: First and second user network interface connection resource processing function (ULRHF)

125, 225: First and second asynchronous transfer modes Local exchange subsystem number translation function (NTLF)

300: Asynchronous transfer mode Central Exchange Subsystem (ACS)

310: Operation Holding Processor (OMP)

311: Third Asynchronous Transfer Mode Central Exchange Subsystem Number Translation Function (NTCF)

DETAILED DESCRIPTION OF THE INVENTION [

The present invention relates to an asynchronous transfer mode (ATM) virtual channel (VC) exchanger, and more particularly to a method of managing calls in an exchange.

In a conventional voice exchanger or a Narrow Bandwidth Integrated Services Digital Network (N-ISDN) exchange, each terminal is directly connected to the exchange by one-to-one link, so that the subscriber number and the physical number of the terminal are one to one , It is possible to discriminate physically a call (a specific transmission performed in radio communication to clarify a transmitting station and to specify a destination station to transmit).

However, asynchronous transfer mode (ATM) virtual channel (VC) exchanges require a plurality of terminals to be connected to a link physically connected to an exchange to increase the effect of multiplexing traffic on the call, It is implemented.

Therefore, in the asynchronous transfer mode (ATM) virtual channel (VC) exchange, the subscriber number and the physical number of the terminal are not symmetrical one-to-one and the call can not be physically distinguished.

Therefore, in an asynchronous transfer mode (ATM) virtual channel (VC) switch, call discrimination is performed to distinguish each call with a call reference value (CRV).

The call reference value (CRV) is a call originating terminal that generates a call reference value (CRV) in the terminal itself and requests a call setup to an asynchronous transfer mode (ATM) virtual channel (VC) exchange.

In the case of a receiving terminal, a call reference value (CRV) is generated in an asynchronous transfer mode (ATM) virtual channel (VC) switch and a call setup request is made to a receiving terminal.

However, it is not possible to discriminate the call with only the call reference value (CRV) contained in the call setup request message transmitted from the originating terminal to the asynchronous transfer mode (ATM) virtual channel (VC) exchange.

The reason for this is that asynchronous transfer mode (ATM) virtual channel (CV) exchanges have one link to a fast subscriber board that supports 155 Mbps, three links to a medium subscriber board that supports 45 Mbps, and two that support 2 Mbps There are 72 links to the slow subscriber board.

In this case, the call reference value (CRV) is unique within one link, but there may be the same call reference value (CRV) in another link.

Therefore, another method is needed to distinguish the call because it can not be distinguished with only the call reference value (CRV).

Therefore, in the asynchronous transfer mode (ATM) virtual channel (VC) exchanger, a method of managing the outgoing call by distinguishing each outgoing call was required by adding not only the call reference value (CRV) but also other information.

In addition, the call reference value (CRV) of the outgoing call received at the asynchronous transfer mode (ATM) virtual channel (VC) exchanger does not come in a certain order but comes in randomly and randomly. It was absolutely necessary to manage efficiently.

In the asynchronous transfer mode (ATM) virtual channel (VC) exchanger, a call reference value (CRV) is directly created and assigned for the incoming call setup. This call reference value (CRV) Efficient management methods are required.

Therefore, in an asynchronous transfer mode (ATM) virtual channel (VC) exchange, there is an absolutely need for a method for efficiently managing calls while uniquely distinguishing the calls.

The present invention provides a call management function capable of efficiently managing a call reference value (CRV) for an outgoing call arbitrarily provided in an asynchronous transfer mode (ATM) virtual channel (VC) exchanger, To improve the performance of the exchanger by reducing the actual call processing time.

According to an aspect of the present invention, there is provided a method of allocating a call in an asynchronous transfer mode (ATM) virtual channel (VC) exchanger, the method comprising: The CRV is inserted into the vacant space, and when there is no empty space, the CRV is inserted into the next position immediately after the end of the stored CRV.

According to the present invention as described above, a call setup message transmitted from an originating terminal is transmitted to a call processing process performed in a call processing processor via a subscriber module and a link of an asynchronous transfer mode (ATM) virtual channel (VC) .

However, in the call processing process, only the call reference value (CRV) in the received call setup message can not uniquely identify the subscriber number associated with the call.

This is because the call reference value (CRV) in one link is unique, but the same call reference value (CRV) can exist in another link, so that only the call reference value (CRV) to be.

Therefore, to distinguish between calls, call processing proceesses not only the call reference value (CRV) but also the link number to which the call setup message is transmitted, the subscriber module number, and the logically divided signal virtual path and signal virtual channel in the physical link A method of distinguishing each call in combination was required.

And the call reference values (CRV) come in random order, not in a certain order.

Also, the call is inserted at random from the first position in the call reference value (CRV) table, in order of incoming call reference value (CRV), because the call is set at any time and is released.

However, if the CRV value is not stored in the insertion position, the call reference value (CRV) is stored when the stored CRV value is not the same as the stored CRV value. There is an empty space between the stored first position and the last position where the call is released to store the call reference value (CRV).

Therefore, when inserting a new call reference value (CRV), insert it into the empty space where the call is released rather than insert it after the position of the call reference value (CR) existing at the end position.

On the other hand, if there is no empty space, an efficient call management method is required, which inserts the current call reference value (CRV) immediately after the last stored location.

By using the insertion method as described above, even when the corresponding call reference value (CRV) is searched or deleted in the call reference value (CRV) table, the call reference value (CRV ) Is stored to the range of the stored position, the processing speed of the corresponding function can be increased.

On the other hand, in the call processing process, a call reference value (CRV) must be assigned to the called terminal in order to transmit a call setup message. Since the call reference value (CRV) is managed directly by the call processing process, A call management method is required to assign a call reference value (CRV) to a CRV table.

Therefore, by using the CRV insertion method for the incoming call, it is possible to process the call reference value (CRV) only when searching and deleting the call reference value (CRV) .

As described above, it is possible to uniquely distinguish and manage the call reference value (CRV) for incoming outgoing calls arbitrarily and randomly within the asynchronous transfer mode (ATM) virtual channel (VC) switcher, (CRV) is generated and managed efficiently, so that outgoing calls coming in randomly through various links can be uniquely distinguished from one another by one-to-one correspondence with the corresponding subscriber number.

It also improves exchanger performance by reducing the call processing time of insert calls and delete and delete calls within the call reference value (CRV) table of call reference values (CRV) of outgoing calls and call reference values (CRV) of incoming calls .

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

FIG. 1 is a block diagram of an asynchronous transfer mode (ATM) virtual channel (VC) exchanger system according to the present invention.

The asynchronous transfer mode (ATM) virtual channel (VC) exchanger comprises a first Asynchronous Transfer Mode Local Subsystem (ALS) 100 of the originating side and a second Asynchronous Transfer Mode Local An exchange accessory system 200, and an asynchronous transfer mode central exchange subsystem (ACS) 300.

The first asynchronous transfer mode local switching system 100 includes a Call and Connection Control Processor (CCCP) 120 of a calling party performing a connection function with a call, a second signal connection A control processor 220, a first connection module (IM) 110 on the calling side performing a subscriber matching function, and a second connection module 210 on the receiving side.

The asynchronous transfer mode central exchange subsystem 300 also includes an operation and maintenance processor (OMP) 310 for performing operations, maintenance, accounting, statistics, and operator registration.

First and second user protocol interface functions (UDIF) 121 and 221 are used to perform a function of matching a user terminal with a signal protocol, (UPCF) 122 and 222. The first and second user protocol control functions (UPCF) 122 and 222 are used to convert a signaling message into a call processing internal signal.

The first and second user protocol control functions 122 and 222 are call processing blocks for receiving a signal from the first and second user protocol connection functions 121 and 221 and performing a connection function with the call (CRV) for the outgoing call and storing and retrieving the call reference in the optimal condition for searching in the call reference value (CRV) table.

The call reference value for the incoming call is uniquely assigned to distinguish each call and stores the assigned call reference value (CRV) in the optimal condition for searching in the call reference value (CRV) table, And deletes the data.

The first and second UNI Link Resource Handling Functions (ULRHFs) 124 and 224 are used to transmit a user network interface (UNI) link resource between the user terminal and the exchange, It is a block that manages the interface (UNI) bandwidth.

The first and second switch link resource handling functions (SLRHF) 123 and 223 are blocks for managing switch link resources between subsystems in an asynchronous transfer mode (ATM) exchange.

Also, the first and second asynchronous transfer mode local exchange subsystem number translation functions (NTLF) 125 (225) and the asynchronous transfer mode central exchange subsystem ACS function (NTCF ) 311 is a block that performs the function of number translation.

The first and second interface module control functions (IMCFs) 111 and 211 function to match the subscriber link and input virtual path and virtual channel of the input cell header to the output virtual path and the virtual channel And the function of attaching information of a switch routing (assigning a communication route so that a call of a message or a telephone can reach a destination) is attached.

FIG. 2 is a block diagram illustrating the configuration and message flow between related blocks of an asynchronous transfer mode (ATM) virtual channel (VC) switch according to the present invention.

In the above structure, when a first user protocol interface function (UPIF) 121 receives a call setup message transmitted from the originating terminal, the call setup signal, which is a call processing internal signal, To the function (UPCFmain).

At this time, in the calling main user protocol control function (UPCFmain), the call reference value (CRV) is stored in the received call reference signal (CRV) table managed by the main user protocol control function (UPCFmain) in the received message together with the received call setting signal The number of call reference values (CRV) stored in the current outgoing call reference (CRV) table exceeds the maximum number of stored CRV tables before storing the call reference value (CRV) .

If the number of call reference values (CRV) exceeds the maximum number of stored CRV tables, the call is not further advanced and the disassembly completion signal is transmitted to the first user protocol connection function (UPIF) 121 Upon transmission, the first user protocol connection function (UPIF) 121 transmits a call release message from the calling terminal.

On the other hand, if the number of call reference values (CRV) does not exceed the maximum number of stored CRV tables, the call reference value (CRV), the link number, the subscriber module number, Check that the same channel exists in the Outgoing Call Reference (CRV) table.

And transmits a call release completion signal to the first user protocol connection function (UPIF) 121 if the same exists, and if the same is not present, the call reference value (CRV) stored in the outermost call reference value (CRV) position with the value of the number of call reference values (CRV) actually stored in the outgoing call reference value (CRV) table.

If the two values are not the same, the call reference received (CRV) with the call setup signal (CRV) can not be stored because there is an empty space between the first position where the call reference value Value (CRV) from the first position of the outgoing call reference value (CRV) table, a flag indicating whether or not the current space is used is displayed in the empty space, and a call reference value (CRV) is inserted.

On the other hand, if there is no empty space from the first position to the last position where the two values are the same, and the call reference value (CRV) is stored, Insert a call reference value (CRV).

Then, in the calling main user protocol control function (UPCFmain), in order to uniquely distinguish the call corresponding to this reference value (CRV), the call setup message is transmitted to the subscriber module number, the subscriber module number, To the outgoing call reference value (CRV) table.

The originating main user protocol control function (UPCFmain) then creates the originating user protocol control function (UPCFchild) process.

After creating the above process, the created process is stored in the outgoing call reference value (CRV) table in the calling user user protocol control function (UPCFchild) process value.

As described above, when call management for origination is completed, the created UFCPU process processes a first UNI Link Resource Handling Function (ULRHF) 124 for outgoing call processing, And a switch link resource handling function (SLRHF) 123, and transmits a connection setup request signal to the first interface module control function (IMCF) 111 Occupies resources associated with outgoing call processing.

And then transmits a call setup signal to the called primary user protocol control function (UPCFmain) after occupying.

Upon receipt of the call setup signal in the called primary user protocol control function (UPCFmain), a unique call reference value (CRV) is assigned to distinguish the incoming call.

The assignment method is incremented one by one starting at 1 and has a value up to 224, which is the maximum value of the call reference value (CRV). The call reference value (CRV) is continuously increased and the call set value exceeds the maximum value of the call reference value The value (CRV) is assigned a call reference value (CRV) again from 1.

Therefore, the call reference value (CRV) does not exceed the maximum value of the call reference value (CRV).

(CRV) in the outgoing call reference (CRV) table in the incoming call reference (CRV) table with the call reference value (CRV) determined as described above. (CRV) value stored in the last call reference value (CRV) stored in the table and the value of the call reference value (CRV) position stored at the end of the call reference value (CRV) Compare the values.

If the two compared values are not the same, a flag indicating whether or not the current space is used is displayed in use in the empty space first from the first position in the incoming call reference value (CRV) table, and the assigned call reference value (CRV) .

On the other hand, if the two values are the same, the flag is in use immediately after the terminal location where the current call reference value (CRV) is stored and the assigned call reference value (CRV) is inserted.

After inserting the call reference value, the called primary user protocol control function (UPCFmain) sets the link number associated with transmitting the call setup message to the called terminal with the assigned call reference value (CRV), the subscriber module number, And a signaling virtual channel in an incoming call reference value (CRV) table.

The called primary user protocol control function (UPCFmain) then creates the called user user protocol control function (UPCFchild) process.

And stores the created incoming user protocol control function (UPCFchild) process value in the incoming call reference value (CRV) table.

In the called UE User Protocol Control Function (UPCFchild) process, when the call management for the incoming call is completed as described above, the second user network interface connection resource processing function 224 and the second switch connection resource processing function 223 and transmits a connection setup request signal to the second interface module control function 211 to occupy resources related to the incoming call processing and then transmit a call setup signal to the second user protocol connection function 221 .

At this time, the second user protocol connection function 221 transmits a call setup message to the called terminal upon receiving the call setup signal.

Meanwhile, the first and second user protocol connection functions 121 and 221 can receive the call release message from either the calling terminal or the called terminal. When the first user protocol connection function 121 on the calling side receives the call release message, Upon receiving the call release message from the terminal, it transmits a call release signal to the calling user control protocol function (UPCFchild) process.

When the originating user protocol control function (UPCFchild) process receives the call release signal, the originating user protocol control function (UPCFchild) process starts the first user network interface connection resource processing function 124 and the first switch connection resource processing function (123), transmits a connection release request signal to the first interface module control function (111) to release resources related to the incoming call processing, and then transmits a call release signal to the called interface user control function (UPCFchild) send.

In addition, the calling main user protocol control function (UPCFchild) is requested to delete the corresponding call in the outgoing call reference value (CRV) table.

At this time, call deletion in the outgoing call reference value (CRV) table includes the call reference value (CRV) requested by the calling user user protocol control function (UPCFchild) process, the link number, the subscriber module number, Are searched only in the outgoing call reference value (CRV) table from the beginning to the end of the call reference value (CRV) stored at the end.

If the same is found through the above search, the use flag is not used and the call reference value (CRV), the link number, the subscriber module number, the signal virtual path and the signal virtual channel are changed to the initial values, And to use it for poetry.

Meanwhile, the called user user protocol control function (UPCFchild) receiving the call release signal calls the second user network interface connection resource processing function (ULRHF) 224 and the second switch connection resource processing function (SLRHF) 223 Transmits a connection release request signal to the second interface module control function 211 to release resources related to the incoming call processing and then transmits a call release signal to the second user protocol connection function 221, Function (UDCFmain) requests the corresponding call deletion from the incoming call reference value (CRV) table.

Since call deletion in the incoming call reference value (CRV) table generated the call reference value (CRV) uniquely for each call in the called primary user protocol control function (UDCFmain), the child user protocol control function (UPCFchild) Only the requested call reference value (CRV) is searched only between the first and last stored call reference values (CRV) in the incoming call reference value (CRV) table, which is the same as the call reference value (CRV).

If the same is found through the search, the availability flag is displayed as unused, and the call reference value (CRV), the link number, the subscriber module number, and the signal virtual path and signal virtual channel are changed to the initial values, .

Figures 3A to 3G are overall flow diagrams of call management functions of an asynchronous transfer mode (ATM) virtual channel (VC) switch according to the present invention.

When the second user protocol connection function 221 receives the call setup message from the calling terminal according to the flowchart, the second user protocol connection function 221 transmits the call setup signal to the second user protocol control function 222, (2).

If the second user protocol control function 222 terminates the call setup signal (3), the current outgoing call (CRV) is stored in the outgoing call reference value (CRV) table before the call reference value (4) Compares the number of stored CRVs stored in the CRV table with the maximum number of stored CRV tables.

As a result of comparison, if the number of stored CRVs is greater than the maximum number of stored CRVs, a call release completion signal is transmitted to the second user protocol connection function 221 (54), and a second user protocol connection function (6) transmits a call release completion message to the calling terminal (7).

However, if the number of stored CRV values is less than the maximum number of stored CRV values, the call reference value (CRV), the subscriber module number to which the call setup message is transmitted, the link number, Is present in the Outgoing Call Reference Value (CRV) table (8).

When the same result is obtained, a call release completion signal is transmitted to the second user protocol connection function 221 (step 5). The second user protocol connection function 6, which has received the call release completion, Message (7).

On the other hand, if the comparison does not result in the same thing, the location value of the call reference value (CRV) at the far end in the outgoing call reference value (CRV) table and the call reference value stored in the outgoing call reference value And the number of CRVs is compared (9).

If the two values are not the same, the CRV table is searched for the first empty space from the first position (10).

However, if the comparison shows that the two values are the same, a space next to the call reference value (CRV) located at the end in the outgoing call reference value (CRV) table is selected (11).

(12), a call reference value (CRV), a subscriber module number, a link number, and a signal virtual path and a signal virtual The channel is stored (13).

Subsequently, an originating user protocol control function (UPCFchild) process is created (14), and the generated child protocol control function (UPCFchild) process value is stored in an outgoing call reference value (CRV) table (15).

The originating user protocol control function (UPCFchild) then occupies the associated resources for outgoing call processing (16) and then forwards the call establishment signal to the called primary user protocol control function (UPCFmain) (17).

On the other hand, when the called main user protocol control function (UPCFmain) receives the call setup signal (18), it compares the maximum value of the call reference value (CRV) to be allocated with the call reference value (CRV) (19).

If the result of the comparison is greater than the maximum value, a call reference value (CRV) with a value of 1 assigned to the call reference value (CRV) is used (20), and if not greater than the maximum value, the call reference value (21).

(CRV) stored in the current incoming call reference value (CRV) table before storing the next assigned call reference value (CRV) in the incoming call reference value (CRV) table and the incoming call reference The maximum number of stored CRV tables is compared (22).

If the number of stored CRV values is greater than the maximum number of stored CRC values, the call control module transmits a call release completion signal to the calling user control protocol function (UPCFchild) (23). If the calling user user protocol The control function (UPCFchild) 24 releases resources associated with outgoing call processing (25).

If the calling primary user protocol control function (CPCFmain) requests to delete the information related to the call in the outgoing call reference value (CRV) table (26), the primary key user protocol control function (UPCFmain) (27) finds a space in the table that is the same as the call reference value (CRV), subscriber module number, link number, and signal virtual path and signal virtual channel requested by the calling magnet user protocol control function (UPCFchild) (28). ≪ / RTI >

And changes the call reference value (CRV), the subscriber module counters, the link number, and the signal virtual path and signal virtual channel to the initial value (29) and calls the second user protocol connection function (UPIF) And transmits a release completion signal (30).

At this time, the second user protocol connection function 31, which has received the call release completion signal, transmits a call release completion message to the calling terminal (32).

However, if the result is less than the maximum number of stored call reference values (CRV), then the call reference value (CRV) and the subscriber module prescription to forward the call setup message, the link number, and the signal virtual path and signal virtual channel, (33) whether the same thing exists in the reference value (CRV) table.

As a result of comparison, when there is the same one, the call release completion signal is transmitted to the calling user user protocol control function (UPCFchild) 23, and the calling user user protocol control function (UPCFchild) 24 receiving the call release completion signal And releases resources associated with outgoing call processing (25).

(26), the originating call user protocol control function (UPCFmain) requests the CRC table to delete the information related to the call in the outgoing call reference value (CRV) table, (27) finds a space in the table where the calling user user protocol control function (UPCFchild) requested the call reference value (CRV), the subscriber module number, the link number, and the signal virtual path and the signal virtual channel. The flag is changed to non-use (28).

(29) the call reference value (CRV), the subscriber module number, the link number, the signal virtual path and the signal virtual channel to the initial value, and transmits a call release signal to the second user protocol connection function 221 (30).

At this time, the second user protocol connection function 31, which has received the call release signal, transmits a call release message to the calling terminal (32).

However, if the same result does not exist, the position value of the call reference value (CRV) existing at the end in the incoming call reference value (CRV) table and the call reference value (CRV) actually stored in the incoming call reference value The CRV count is compared 34.

If the two values are not the same, the CRV table is searched for the first empty space from the first position (35).

However, if the comparison results in the two values being equal, a space is placed next to the call reference value (CRV) at the far end in the incoming call reference value (CRV) table (36).

Thus, the availability flag in the selected space is changed to in use 37, the call reference value (CRV), the subscriber module number, the link number, and the signal virtual path and the signal virtual channel are stored (38).

(39), and stores the created child user protocol control function (UPCFchild) process value in the incoming call reference value (CRV) table (40).

Then, the called user user protocol control function (UPCFchild) occupies an associated resource for incoming call processing (41) and transmits a call setup signal to the second user protocol connection function (UPIF) 221 (42).

At this time, the second user protocol connection function 43 receiving the call setup signal transmits a call setup message to the called terminal (44).

Meanwhile, when the second user protocol connection function 220 receives the call release message from the calling terminal (45), the calling user user protocol control function (UPCFchild) transmits the call release signal (46).

Upon receiving the call release signal (47), the calling user user protocol control function (UPCFchild) releases the resources associated with the outgoing call processing (48) and transmits the call release signal to the called user user protocol control function (UPCFchild) 49).

If the originating primary user protocol control function (UPCFmain) requests the deletion of information related to the call in the outgoing call reference value (CRV) table 50, the calling primary user protocol control function (UPCFmain) (51) finds a space in the table in the same location as the call reference CRC requested by the calling user protocol control function (UPCFchild), the subscriber module number, the link number, and the signal virtual path and the signal virtual channel. The flag is changed to non-use (52).

The call reference value (CRV), the subscriber module number, the link number, the signal virtual path, and the signal virtual channel are changed to initial values (53).

After the change, the calling user control function (UPCFchild) transmits a call release completion signal to the second user protocol connection function 221 (54), and the second user protocol connection function 221, which has received the call release completion signal, And transmits a call release completion signal to the terminal (56).

Upon receiving the call release signal, the called user user protocol control function (UPCFchild) 57 releases the resource associated with the incoming call processing (58) and transmits a call release signal to the second user protocol connection function 221 (59).

At this time, the second user protocol connection function 60, which has received the call release signal, transmits a call release message to the called terminal (61).

Upon receiving the call release message, the called terminal 62 performs call release processing and transmits a call release completion message to the second user protocol connection function (UDIF) 221 (63).

The user protocol connection function 64, which has received the call release completion message, transmits the call release completion signal to the called user user protocol control function (UPCFchild) (65).

The called user user protocol control function (UPCFchild) 66 that has received the call release completion signal requests the called main user protocol control function (UPCFmain) to delete information related to the call in the incoming call reference value (CRV) table (67).

The called primary user protocol control function (UPCFmain) receiving the deletion request finds a space in the incoming call reference value (CRV) table at the same position as the call reference value (CRV) requested by the called party user protocol control function (UPCFchild) (69) the call reference value (CRV), the subscriber module number, the link number, and the signal virtual path and signal virtual channel to the initial value (70) The control function (UPCFchild) terminates all incoming call release.

The present invention configured as described above can achieve the following effects in an asynchronous transfer mode (ATM) virtual channel (VC) exchanger.

First, it is possible to uniquely distinguish incoming outgoing calls randomly and to store outgoing call information in an optimal way in an outgoing call reference (CRV) table, and to quickly search for and delete this information Can reduce the processing time for outgoing calls and ultimately increase the performance of the asynchronous transfer mode (ATM) virtual channel (VC) exchanger.

Second, it makes it possible to uniquely identify an incoming call through a CRV assignment method for an incoming call, and transmits the allocated CRV and the information on the incoming call to the called call reference value (CRV) CRV) tables, and by quickly searching for and deleting this information, it is possible to substantially reduce the processing time for incoming calls, ultimately increasing the performance of an asynchronous transfer mode (ATM) virtual channel (VC) exchanger .

Claims (6)

Improves exchanger performance by reducing call processing time by providing call management function that can efficiently manage call reference value (CRV) for outgoing call arbitrarily in asynchronous transfer mode (ATM) virtual channel (VC) exchanger The call control method comprising the steps of: receiving a call setup message from an originating terminal; transmitting a call signal; comparing a stored number of call reference values with a maximum stored number; A first step of selecting an empty space in the memory, After performing the first step, the use flag, which is one of the fields constituting the selected space, is changed to in use, the call reference value is stored in the outgoing call reference value table, the outgoing call processing process is generated, In a call reference value, After performing the second step, after occupying the related resources for the outgoing call processing, it compares the call reference value to be allocated in the incoming call processing process setup signal transmission process and the incoming call process process with the maximum value of the call reference value, If the value of the call reference value is not larger than the value of the call reference value table, it is determined whether or not the same call exists in the incoming call reference value table. If not, the position of the call reference value is compared with the value of the call reference value stored in the incoming call reference value table, A third step of finding a space to be made, After performing the third step, the use flag in the selected space is changed to in use, the call reference value is stored in the incoming call reference value table, an incoming call process is generated, the value is stored in the incoming call reference value table, A fourth step of occupying the related resources and transmitting a call setup signal to the called terminal, After the fourth step, if the stored number of call reference values and the maximum number of stored call reference value tables are greater than the maximum value, the call release completion signal is transmitted to the outgoing call processing process and the resource related to the outgoing call And deletes the information related to the call from the outgoing call reference value table, changes the use availability flag to non-use, changes the call reference value and related information to the initial value, and transmits the call release complete signal to the calling terminal 5, When the call release message is received from the calling terminal after the fifth step, the call release information, the information deletion request, and the use flag are changed to non-use, the call reference value and the related information are changed to the initial values A sixth step of transmitting a call release signal to an originating terminal after the call release signal is transmitted in an incoming call processing process, After the sixth step, after receiving the call release signal in the incoming call processing process, the call release process releases resources related to the incoming call and transmits a call release signal to the called terminal, and the called terminal receives the call release signal and processes the call release When the call release signal is received, the incoming call processing process searches for a space at the same position as the call reference value in the incoming call reference value table, changes the use availability flag to the non-use state, and transmits related information such as call reference value And terminating all of the incoming call release. The method of claim 1, wherein the call management method comprises the steps of: 2. The method of claim 1, Characterized in that the call reference value (CRV) table comprises a call reference value, a subscriber module number, a link number, a signal virtual path and a signal virtual channel, and an outgoing call and an incoming call process value. A method of call management of an exchange. 2. The method according to claim 1, The outgoing call information and the incoming call information are compared with the stored number of actually stored call reference values in the stored reference signal value table in the call reference value (CRV) table and the position values of the most recently located call reference values to determine the storage location A method for managing calls in an asynchronous transfer mode (ATM) switch. The method of claim 1, wherein the fourth step A call of an asynchronous transfer mode (ATM) exchanger is allocated from 1 to 224, and then reallocated from 1 if the call reference value is beyond the range of the call reference value to uniquely identify the incoming call. How to manage. The method of claim 1, wherein the fifth step When searching and deleting the outgoing call information in the call reference value table, it is necessary to search for the same one with the call reference value, the subscriber module number, the link number, the signal virtual path and the signal virtual channel, Wherein the call management function searches only the call reference value when performing the delete function. The method of claim 1, wherein the sixth step Wherein when a new call request arrives with the maximum number of stored messages exceeding the call reference value table, call release is performed for the call immediately.