KR0135926B1 - Method for detecting and recovering resource data error in the cms - Google Patents

Abstract

The present invention relates to a method for detecting and recovering a resource loss in a code division multiple access mobile system. More specifically, various resource channels used to configure and maintain a call between subscribers in a CMS include software errors or hardware failures. If it is lost due to this, it can be detected and recovered. When the call establishment request is received, the present invention examines whether there is a resource that has not been released since it was previously used for the line for which call establishment is requested, and whether there is a resource that has been previously allocated and not released. If there is a lost resource that is not released, the lost resource is restored by the resource canceling process, and the resource is allocated by the resource allocation process after recovering the lost resource when the missing resource is not found and the canceling process is wrong. . In addition, the present invention, upon receiving a call disconnect request, checks whether there is a previously allocated resource, recovers the allocated resource by the resource release process when there is an allocated resource, and, if there is no allocated resource, the data verification program. Perform an audit process to identify and recover entire resources.

Description

Resource loss detection and recovery method in code division multiple access mobile system

1 is a block diagram showing a base station system structure of a code division multiple access mobile system according to the present invention;

2 is a reference diagram for explaining a resource data structure used in the control station according to the present invention.

3 is a flowchart illustrating a resource allocation procedure when a call setup request is made by the control station according to the present invention.

4 is a flowchart illustrating a resource release procedure when a call disconnect request is made at the control station according to the present invention.

5 is a flowchart showing a resource allocation processing operation according to the present invention.

6 is a flowchart showing a resource release processing operation according to the present invention.

7 is a flowchart of a closure request processing procedure for a resource according to the present invention.

8 is a flow chart of a procedure for processing a release request for resources according to the present invention.

* Description of the symbols for the main parts of the drawings *

1: mobile switching sensor 2: base station control unit

3: Base station management section 4A to 4B: Base station sending section

5: Home Location Registrar

The present invention relates to a method for recovering resource loss in a code division multiple access mobile system (hereinafter referred to as a CMS), and more particularly, to configure and maintain a call between subscribers in a CMS. When various resource channels are lost due to a software error or a hardware failure, the resource loss detection and recovery function used to detect and recover them can be implemented.

In the conventional CMS, the basic concept of resource loss detection and recovery relies on a method of detecting and recovering a resource lost by periodic auditing. In this case, it is difficult to process a real-time audit for a large volume of channels. In many cases, the call was actually disconnected due to an error.

SUMMARY OF THE INVENTION The present invention has been made to solve the above problems, and an object of the present invention is to define data that can uniquely specify a state in an event message generated in real time such as a call setup request, and use the same to determine lost resources. It is an object of the present invention to provide a method for detecting and recovering resource loss in a code division multiple access mobile system that maintains a stable service rate by detecting and restoring a real-time processing operation to prevent a decrease in call service rate due to lost resources.

A feature of the resource loss detection and recovery method in the code division multiple access mobile system according to the present invention for achieving the above object is that, after receiving a call setup request, release after previously using the call setup request. A first step of examining whether there is a resource that has not been released; and a second step of recovering the lost resource by a resource revocation process when there is a lost resource that is a resource that has not been previously allocated and released by the investigation; And a third step of allocating resources by the resource allocation process after recovering the resources lost due to the termination processing error in the second step.

Another feature of a resource loss detection and recovery method in a code division multiple access mobile system according to the present invention for achieving the above object is a fourth method for checking whether there is a previously allocated resource upon receiving a call disconnection request. And a fifth step of recovering the resource allocated by the resource release process if there is a resource previously allocated by the resource release process if there is a previously allocated resource. If not, the data verification program consists of the sixth step of the audit process, which checks and restores the entire resource.

Hereinafter, exemplary embodiments of a resource loss detection and recovery method in a code division multiple access mobile system according to the present invention will be described in detail with reference to the accompanying drawings.

FIG. 1 is a block diagram showing a structure of a general CMS system to which the present invention is applied. As shown in the figure, a mobile switching center (MSC) 1 is a transcoding code selection tank as a mobile communication exchange. It provides access to the Selector Bank (TSB) and the Public Switched Telephone Network (PSTN), and the Base Station Controller (BSC) 2 has a Global CDMA Interconnection Network (GCIN) and a CDMA Internal CDMA Interconnection Network (CIN), Call Control Processor (CCP), Transcoding Selector Bank (TSB) and Clock Distributor (CKD) for voice traffic processing, soft handoff The base station manager (BSM) 3 includes a base station management processor (BSMP) and an alarm unit (ALM) to initialize and configure the base station. Operator matching function is provided, and the base station transmission unit (BTS) base station transmission unit (BTS) (4A-4B) has a high frequency reception unit (RFU), a cellular digital unit (CDU), a BTS internal connection network (BIN) and a BTS control processor (BCP). And a home location register (HLR) 5 to register a location through a wireless link with a mobile subscriber and to control and manage resources for accommodating a wireless channel. It is configured to perform functions such as subscriber information management, supplementary service processing, authentication and remediation support.

2 is a diagram showing a database of main resources used by the control station according to the present invention. As shown in the drawing, the key_table (KEY (k) _TABLE) indicates each resource_number (RSC_num) required for a call service. The resource_table (RSC (r) _TABLE) is a relation that defines various attributes of the resources assigned to the service. (KEY_usg) indicates whether there is data stored in the key_table (KEY (k) _TABLE) (set / reset), and the resource_investigation tuple (RSC_ste) indicates each of the resource_table (RSC (r) _TABLE). Indicates whether or not support has been assigned to the service (set / reset), and the resource_status tuple (RSC-ste) indicates whether each resource in the resource_table (RSC (r) _TABLE) can be used for the service (available). / Wait / close), and initially the key_table Initializes the attribute data of all tuples (table's row) of (KEY (k) _TABLE) and resource_table (RSC (r) _TABLE) .In this case, the key_search tuple (KEY_usg) and the resource_search tuple (RSC-usg) and the resource_state tuple (RSC_ste) value are initialized with reference to the shape data of the system resource.

3 to 8 are flowcharts illustrating resource loss detection and recovery operations in a code division multiple access mobile system according to the present invention. The overall resource loss detection and recovery operations will be described in detail as follows.

3 is a diagram illustrating a resource allocation procedure for allocating resources by receiving a call setup request from a control station according to the present invention, and constructing a call channel with a base station number (BTS_num) received from a base station in a call setup request (S31). The channel element_number (CE_num) to be used is the only data placed per call, and the data is the key_table (KEY_TABLE) and the base station_number (BTS_num) and the channel element_number (CE_num) are the key_number (KEY_num). Checks whether the resource (RSC_num) required for the call has been previously allocated using the key_check tuple (KEY_usg), and if the key_check tuple is in the set state, it is called. Recognizing that there is a resource already allocated by means that the resource remains lost in the server, the previously allocated resource is revoked (S33), and then the key_check tuple is reset (S34). Resource only in reset state Set the key_check tuple after processing the assignment.

In the above, the key_tutorial tuple is kept in the set state when one or more resources are allocated to the tuple designated by KEY_num in the tuple in the key_table relation, so that the resource allocation required for the service is only available when the key_tutorial tuple is reset. The resources allocated thereto include the process to control a call, a selector / decoder to process subscriber and traffic information, and a relay line channel used to maintain a telephone connection with an exchange.

4 is a flowchart illustrating a procedure for performing resource release by receiving a call disconnect request at a control station according to the present invention. As shown in the figure, key_number (KEY_num) is obtained from a message received from a base station at the time of call disconnect request (S41). ) And check (KEY) the key_tuple of the key_table (KEY_TABLE) indicated by the key_number (KEY_num) (S42), and if the key_tuple (KEY_usg) is in the set state, the allocation stored in the tuple. After the resource is released (S43), the key_tuple tuple (KEY_usg) is reset (S44). If the key_tuple tuple (KEY_usg) is in the reset state, the resource is already released, in order to prevent loss of resources. If necessary, the data verification program performs an audit process for performing a function of checking and restoring the entire resource (S45) and ends.

FIG. 5 is a flowchart illustrating a resource allocation process according to the present invention. In FIG. 5, a resource table shown in FIG. 2 is searched and selected for a resource designated by sequential selection, cyclic selection, and equal selection methods of a resource selection algorithm. If there is no resource, service is not available, so a congestion processing routine is performed (S52 to S53). If there is a resource selected above, the resource_status tuple (RSC_ste) and the resource_search tuple (RSC_usg) are again examined (S54 ~). S55) If the resource_state tuple (RSC_ste) is available and the resource_investigation tuple (RSC_usg) is in the reset state, the selection of the resource is confirmed (S56). If the resource investigation tuple is in the set state, it is already assigned to another call service. Since the call is a lost resource of an already recovered call, audit processing is performed to ensure that there is no error in the data (S59). When the resource_status tuple (RSC_ste) is in a standby state, the resource_search tuple (RSC_usg) If it is in the set state, it cannot exist. If it is in the set state, the resource is already allocated and cannot be selected again. Therefore, the audit process recovers the data error and the resource_state tuple (RSC_ste) is closed. In this case, if the resource_search tuple (RSC_usg) is in the reset state, only the closure is indicated and the processing is suspended. Subsequent closure processing is performed (S58). In the set state, since the closed resource is already allocated, it is a data error. The data verification program recovers the data error by an audit process (S59) which performs a function of checking and recovering the entire resource.

FIG. 6 is a flowchart illustrating a resource release processing procedure according to the present invention. As shown in the drawing, the resource_state tuple (RSC_ste) and the resource_investigation tuple (RSC_usg) are checked (S61 to S62) and the resource_state tuple (RSC_ste). If) is available and the resource_investigation tuple (RSC_usg) is in the set state, the normally allocated resource is recovered (S63), the resource_state tuple (RSC-ste) is in a standby state and the resource_investigation tuple (RSC_usg) is In the case of the set state, the resource allocated to the service is being closed and is requested to be closed. At the current time when the use of the resource is terminated, the processing is closed (S65 to S66). S67).

FIG. 7 is a flowchart illustrating a closing request processing procedure for closing a resource when the resource is not available due to an operator's request, failure, or test according to the present invention. (S71) If the resource_status tuple (RSC_ste) is checked (S73) and the resource_status tuple (RSC_ste) is closed, it is already closed (S73). If the resource_status tuple (RSC_ste) is in an available state (S74), and if the resource_search tuple (RSC_usg) is in the reset state, the resource is not allocated, and thus the process is closed (S77). If the search tuple RCS_usg is in the set state, the resource is already allocated and in use, and the resource_state tuple RCS_ste is put into a standby state and the closure is suspended until the resource is released (S76).

8 is a flowchart illustrating a procedure for processing a release release request for a resource for terminating closure of a closed resource according to the present invention, and if the resource_state tuple (RSC_ste) is already available when receiving the release release request (S81), FIG. In case that the resource_state tuple RDC_ste is closed, if the resource_search tuple RSC_usg is in an unassigned reset state, the resource is immediately closed (S85). If the tuple (RSC_ste) is in an available state and the resource_search tuple (RSC_usg) is in the set state, error recovery processing is performed by data auditing in an error state (S88), and the resource_status tuple (RSC_ste) is in a standby state and resources If the investigation tuple (RSC_usg) is in the set state, the resource is allocated and is in the waiting state by the closure request while in use, and is immediately terminated to make the resource_state (RSC_ste) available (S87). (RSC_usg) to recover (S88) a data error by the audit process as an error state, if the reset state.

As described above, according to the resource loss detection and recovery method of the code division multiple access method mobile system according to the present invention, the loss detection and recovery of a large resource channel is performed in real time by performing parallel with the conventional audit method. It is useful to improve the call coverage by recovering a channel that is excluded from service due to loss of resources and resources.

Claims (9)

A first step (S31 to S32) of investigating whether there is a resource that has not been released since previously used for the line for which call establishment is requested upon receiving a call establishment request; A second step (S33 to S34) of recovering the lost resource by the resource release process when there is a lost resource that is a resource that has not been previously allocated and released by the survey; And a third step (S35 to S36) of allocating resources by the resource allocation process after recovering the resource lost due to the case where there is no lost resource in the first step and the termination processing error in the second step. A method for detecting and recovering resource loss in a code division multiple access mobile system. The method of claim 1, The resource cancellation process Restoring normally allocated resources when the resource_state tuple (RSC_ste) is available and the resource_investigation tuple (RSC_usg) is in the set state by checking the resource_state tuple (RSC_ste) and the resource_investigation tuple (RSC_usg). (S61-S63), If the resource_status tuple (RSC_ste) is in the standby state and the resource_investigation tuple (RSC_usg) is in the set state, closing the process at the present time when the use of the resource is terminated (S64 to S66); Other than the above two cases, the data verification program recovers data errors by an audit process for securing and restoring the entire resource (S67). . The method of claim 1, The resource allocation process Performing a congestion processing routine (S51 to S53) because the service is not available when there is no resource to select and search the specified resource in the resource table; If there is a resource selected above, if the resource_state tuple (RSC_ste) and the resource_investigation tuple (RSC_usg) are examined again, if the resource_state tuple (RSC_ste) is available and the resource_investigation tuple (RSC_usg) is reset, Determining the selection of the resource (S54 to S56), When the resource_state tuple (RSC_ste) is in standby state, when the resource_state tuple (RSC_ste) is available and the resource_investigation tuple (RSC_usg) is in the set state, and the resource_state tuple (RSC_ste) is closed and resource_ When the survey tuple (RSC_usg) is in the set state, the data verification program recovers the data error of the resource by an audit process of checking and recovering the entire resource (S54, S55, S57, S59); If the resource_status tuple (RSC_ste) is in the closed state and the resource_search tuple (RSC_usg) is in the reset state, the code division multiple access method comprises the step of displaying only the closure and performing subsequent closure processing (S58). Resource Loss Detection and Recovery in Mobile Systems. The method according to claim 2 or 3, The resource closure process If the resource_status tuple (RSC_ste) is closed at the time of receiving the request for closing the resource, determining that it is already closed (S71 to S73), In the case of the standby state (S74) and performs the processing necessary for closing, If the resource_status tuple (RSC_ste) is in the available state, if the resource_investigation tuple (RSC_usg) is in the reset state, perform the closing procedure; if the resource_investigation tuple (RSC_usg) is in the set state, wait for the resource_state tuple (RSC_ste). A method for detecting and recovering resource loss in a code division multiple access type mobile system, comprising the steps S75 to S77 suspending closure until the resource is released. The method according to claim 2 or 3, The resource closure process If the resource_status tuple (RSC_ste) is available when the resource release request is received, determining that the resource is already available (S81 to S83), If the resource_investigation tuple (RSC_usg) is in the reset state when the resource_status tuple (RSC-ste) is in the closed state, immediately closing the resource and making the resource state tuple (RSC_ste) available (S82, S84). , S86), Performing the audit process of acquiring and restoring the entire resource when the data verification program is in the set state (S84, S87); When the resource_status tuple (RSC_ste) is in the standby state and the resource_search tuple (RSC_usg) is in the set state, immediately canceling the process to make the resource_state (RSC_ste) available (S82, S86, and S88); When the resource_search tuple (RSC_usg) is in the reset state, it is an error state and resource loss detection in the code division multiple access method mobile system, comprising steps (S86, S87) of recovering a data error by an audit process. And recovery method. Receiving a call disconnect request, a fourth step (S41 to S42) for checking whether there is a previously allocated resource; A fifth step (S43 to S44) of restoring the allocated resource by the resource release process when there is previously allocated resource by the confirmation; A method for detecting and recovering resource loss in a code division multiple access mobile system, comprising a sixth step (S45) of an audit process in which a data verification program checks and recovers an entire resource when there is no allocated resource. The method of claim 6, The resource release process checks the resource state tuple (RSC_ste) and the resource_investigation tuple (RSC_usg) so that if the resource state tuple (RSC_ste) is available and the resource_investigation tuple (RSC_usg) is in the set state, the normally allocated resource is checked. Recovering the step (S61 ~ S63), If the resource_status tuple (RSC_ste) is in the standby state and the resource investigation tuple (RSC_usg) is in the set state, closing the process at the current time when the use of the resource is terminated (S64 to S66); Other than the above two cases, the data verification program recovers data errors by an audit process in which all resources are confirmed and recovered (S67). The method of claim 7, wherein The resource closure process If the resource_status tuple (RSC_ste) is closed at the time of receiving the request for closing the resource, determining that it is already closed (S71 to S73), In the case of the standby state (S74) and performs the processing necessary for closing, If the resource_status tuple (RSC_ste) is available, the resource_investigation tuple (RSC_usg) is in the reset state. If the resource_inspection tuple (RSC_usg) is in the set state, the resource_status tuple (RSC_ste) waits for the resource_status tuple (RSC_ste). A method for detecting and recovering resource loss in a code division multiple access type mobile system, comprising the steps S75 to S77 suspending closure until the resource is released. The method of claim 7, wherein The resource closure process If the resource_status tuple (RSC_ste) is available when the resource release request is received, determining that the resource is already available (S81 to S83), If the resource_investigation tuple (RSC_usg) is in the reset state when the resource_status tuple (RSC_ste) is closed, immediately closing the resource and making the resource_state tuple (RSC_ste) available (S82, S84). S85), If the set state, the data verification program performs an audit process to check and recover the entire resource (S84, S87), When the resource_status tuple (RSC_ste) is in the standby state and the resource_investigation tuple (RSC_usg) is in the set state, immediately canceling the process to make the resource state (RSC_ste) available (S82, S86, and S88); When the resource investigation tuple (RSC_usg) is in the reset state, the resource loss detection in the code division multiple access method mobile system, characterized in that the error state comprises the steps (S86, S87) of recovering data errors by audit processing. Recovery method.