KR970005268B1 - Line interface - Google Patents

Abstract

A mobile subscriber signal processing interface method checks all messages applied from Interprocessor Communication(PIC) network of a base station control block, transmits only accurate message to an upper call-processing block, checks an interchange line from a control station in case of a call setting request, allocates a call ID by using a usable interchange line, and stores a message information element to the call ID. In case of non-usable interchange line, the method transmits a new interchange line allocation request to the control station, thereby achieving an effective call-processing. In a full electronic telephone exchange, the mobile subscriber signal processing interface method receives an outgoing signal processing request message, performs an outgoing processing; receiving the incoming signal processing request message, starts the incomming signal processing; and processing a restoration request of the outgoing/incoming subscribers.

Description

Mobile Subscriber Signal Processing Interface Method in Mobile Communication Switch

1 is a structural diagram of a mobile communication switch to which the present invention is applied.

2 is a flowchart of a mobile subscriber signal processing interface method according to the present invention.

4A to 4C are flowcharts of a mobile subscriber incoming process according to the present invention.

3A to 3C are flowcharts of a mobile subscriber originating process according to the present invention.

5A and 5B are flowcharts of a mobile subscriber recovery process according to the present invention.

6 is a structural diagram of variable size data according to the present invention.

* Explanation of symbols for main parts of the drawings

10: Base Station Control Block

11: Mobile Service Switching Center

12: Home Location Registration Block

13: Access Switching Subsystem

14: Interconnection Network Subsystem

15: Central Control Subsystem

16: Administration and Maintenace Subsystem

17: Location Registration Subsystem

18: Access Switching Processor

19: Number Translation Processor

1a: Mobile Signaling Access Block

1b: Mobile Call Control Block

1c: Mobile Paging Control Block

1d: Mobile Switching Library Block

1e: Telephony Device System Library Block

According to the present invention, the overhead of converting each of the higher level blocks by converting all of the messages correctly transmitted from the control station into the bit pattern as the internal message of the exchange for the subscriber signal processing of the mobile communication exchange (Overhead) Method to provide a function to perform mobile subscriber signal processing more efficiently by reducing the size of the network), to increase the memory usage efficiency by using a variable size data structure when switching internal messages, and to manage a relay line with a control station. It relates to the allocation and release of call Id to store data for call processing.

In the case of the conventional Public Switching Telephone Network (PSTN) or Integrated Service Digital Network (ISDN), subscriber messages coming in through the signaling network are fixed to the maximum size of each message and processed for message processing. The message was wasted.

However, in the mobile subscriber signal processing, new signal processing access (Mobile Signaling Access) blocks are added to enable messages to be processed by variable sizes, thereby enabling efficient message management.

In addition, when an incoming request, incoming request, or call release request message with all the information necessary for mobile call establishment is received, an incorrect message is delivered by checking whether the correct message is delivered, and in case of the correct message, by checking whether the relay line resource is useful. For example, other call processing blocks should not be able to perform call processing services when resources are unavailable.

In addition, accurate call processing should be possible by managing the allocation and release of call Id, an internal resource for call processing.

In order to satisfy the above requirements, the present invention examines all the messages that enter the Inter Processor Communication (PIC) network with the base station control block and delivers only the correct messages to the upper call processing block, When the setup request is made, the relay line transmitted from the control station is inspected, and if it is available, the call line is allocated using the relay line, the message information elements are stored in the call Id. It aims to enable efficient call processing by delivering.

In order to achieve the above object, the present invention provides a base station control block (hereinafter abbreviated as 'BSC'), an access switching system (abbreviated as 'ASS'), and an interconnection network. Subsystem (Interconnection Network Subsystem, hereinafter abbreviated as 'INS'), Central Control Subsystem (abbreviated as 'CCS'), and Administration and Maintenance Subsystem. (Hereinafter abbreviated as 'AMS'), Location Registration Subsystem (abbreviated as 'LRS'), Access Switching Processor (hereinafter abbreviated as 'ASP') and A Number Translation Processor (hereinafter abbreviated as NTP), a Mobile Signaling Access (MSA) block, and a Mobile Call Control Abbreviated as 'MCC') and handover Mobile communication of a full electronic telephone exchange having a handover control block (abbreviated as 'HOC') and a mobile paging control block (hereinafter abbreviated as 'MPC'). In the exchange, a first step of receiving an outgoing call processing request message from a station and performing outgoing processing, a second step of receiving an incoming call processing request message and initiating incoming call processing, and a third processing of a recovery request of an originating / receiving subscriber It is characterized by performing the steps in the procedure unit.

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

FIG. 1 shows the structure of a mobile communication exchange (for example, TDX-10 exchange of Korea Telecom) system to which the present invention is applied. Referring to FIG. 1, an exchange system to which the present invention is applied is roughly divided into a BSC block 10, a mobile exchange 11, and a home location registration block (hereinafter, abbreviated as 'HLR'). 12).

The mobile exchange 11 is composed of three subsystems: an ASS 13, an INS 14, and a CCS 15.

ASS 13 is a sub-subsystem that performs call processing functions with subscriber and trunk line matching devices, time switches, various signaling devices, and the like.

INS 14 is located in the center of the system is responsible for the space switch function, number translation, routing function that connects the ASS.

CCS (15) is divided into AMS (16) and LRS (17). AMS (16) is a system-level operation management, maintenance, billing, statistics functions and management of hard disks, I / O devices, etc. In charge of the management function, the LRS 17 is a subsystem added to the mobile communication switchboard 11 to manage the location registration and subscriber information of the mobile subscriber.

The ASP 18 belonging to the ASS 13 includes an MSA block 1a, an MCC block 1b, a Mobile Switching Library (hereinafter abbreviated as 'MSL') 1d, and a telephone system library. (Telephony Device System Library; hereinafter abbreviated as 'TDSL') 1e is provided.

The MSA block 1a to which the present invention is applied receives a message in the form of No. 7 SCCP signal from the subscriber as an IPC, and acts as a message interface, collectively converting into an internal IPC message in the exchange, and managing a relay station relay line and an internal call. Id management function.

The MCC block 1b is a block that receives a message from the MSA block 1a, establishes a call path and controls the call until the subscriber releases the call through the called party. The NTP 19 in the INS 14 performs number translation or routing functions, and the MPC block 1c is also mounted in this processor 19, and is responsible for subscriber status management and paging function according to the called subscriber location.

FIG. 2 shows the originating signal processing step (first step) among the mobile subscriber signal processing interface to which the present invention is applied, and a main control step (second step) for separately managing each signal when the incoming signal processing request message is received. It is a flowchart showing.

Referring to FIG. 2, the first step processing will be described below.

First, upon receiving a message requesting connection establishment from the control station (21). It converts it into an internal message form (22), and determines whether the information elements for each message type are the values defined in the BSC-MSC signal interface specification (ver. 1.0) (23). After the connection rejection message is sent, the process ends, and the process transitions to a state waiting for a new connection establishment request message (24). In step 23, if there is no error, it is determined what the message type is (25), and if the message is not a message requesting origination or call forwarding, the connection rejection message converted into a bit string type message is sent to the control station. The process ends and returns to the initial message waiting state waiting for a new connection establishment request message (24).

In step 25 above, if the message is an origination request message, the caller statistics count is increased (26) and the process for originating processing is started (27). Subsequently, it is determined whether or not the start of the originating process is properly performed (28). If the start state is established, the call processing process is made (29). In the above step 28, if the start of the originating process fails, the connection rejection message converted into a bit message is transmitted to the control station and returned to the initial state (2a).

The second stage processing will be described as follows.

First, if the message type is an incoming call setup request message, the incoming call attempt statistics coefficient is increased (2b) for the incoming call statistics processing, and the process for the incoming call is started (2c) to determine whether the process is properly started ( 2d). In the above step 2d, if the start of the processor is successful, the state is set for incoming call processing (2e). If the start of the process fails, the connection rejection message converted into a bit message is sent to the control station and the first message is waited. Return to the state (2f).

3 is a flowchart illustrating a process of processing a mobile originator call according to the present invention, which corresponds to step 29 of FIG.

Referring to FIG. 3A, when the process of handling an outgoing starts, the state is queried to the TDSL 1e to confirm that the relay line delivered from the control station is available, and the TDSL 1e checks the consistency of the relay line state management. As a maintenance method, the MSL 1d is requested to the correct relay line state, and the result is notified to the MSA block 1a. At this time, the MSA block 1a checks this result value (31), allocates an outgoing call Id if it is an available relay line (32) and checks if there is more information to receive from the control station (33). It transmits a message to send to the control station (34) and enters the remaining information waiting state (35). At this time, when the remaining information is received from the originating control station (36), the information is stored in the originating call Id (37), the call setup notification message is transmitted to the MCC 1b (38), and the call progress notification wait state is entered. (39).

In the above step 33, if there is no more information to be received from the control station, the information is stored in the outgoing call Id (3a), the call setup notification message is transmitted to the MCC block 1b (3b), and the call forwarding notification waiting state (3c).

In step 31 above, if the relay line allocated from the control station is not available, a new relay line assignment request message is delivered to the originating control station (3d) and the relay line assignment notification wait state (3e). Upon receiving notification of a new relay line assignment from the originating control station (3f), it rechecks the state of the newly received relay line (40), and if it is available, allocates an outgoing call Id using the received relay line number (43), and makes an outgoing call Id. After the information is stored (44), the call setup notification message is sent to the MCC 1b (45), and the call progress notification wait state (46).

In the above step 40, if the relay line is not available, after transmitting a release message to the control station (41), it goes to the call release waiting state (42).

Referring to FIG. 3B, in connection with step 46 above, upon receiving a call progress notification message from the originating MCC block 1b (47), the call progress notification internal message is converted into a bit form (48) to the originating control station. It is delivered (49) and placed in an alerting waiting state (4a).

When an alerting message is received from the originating MCC 1b (4b), it is converted into a bit type message (4c) and notified to the originating control station (4d) and placed in a connection notification waiting state (4e).

Next, referring to FIG. 3c, when receiving the connection completion notification message from the originating MCC 1b (4f), converts it into a bit type message (50) and transmits it to the originating control station (51). (52). Upon receipt of the connection complete response message from the originating control station (53), the call is in a busy state and the state is waiting for a call recovery request message (54). This is discussed in detail in FIG.

4 is a flowchart illustrating a process of processing a mobile subscriber call according to the present invention.

Referring to FIG. 4A, when a message to transmit paging from the MPC 1c to the control station is received (55), information received through an internal Inter Processor Communication (IPC) block and internal DB information of the MSA block 1a are stored. After changing to a bit string reconfigured to meet the paging message standard (56), the paging message is transmitted to the control station (57), and then transitioned to the state corresponding to FIG.

In FIG. 2, when the process of handling an incoming call is started (2e), the TDSL 1e is inquired 58 whether the relay line delivered from the control station is available.

In step 58, if the assigned relay line is available, an incoming call Id is allocated (59), and all information such as a called number, calling number, control station number, and relay line number received from the control station is allocated to the assigned incoming call Id. It stores (5a) and delivers a page notification message to MCC block 1b, and then enters a call setup notification waiting state (5b).

In step 58, if the allocated relay line is not available, a message in the form of a bit string for allocating a new relay line is transmitted to the terminating control station (5c), and the relay line allocation notification wait state (5d). When a new relay line assignment notification message is received from the terminating control station (5e), it is determined whether the assigned relay line is valid (5f). In step 5f, if the received relay line is in an available state, call Id is allocated using the relay line (62), and after storing all the information transmitted from the control station to the allocated incoming call Id (63), the MCC block The page notification message is sent to (1b) (64), and the call setup notification wait state is reached (65). In step 5f, if the received relay line state is not available, a release message is transmitted to the control station (60), and the state transitions to the call release waiting state (61).

Referring to FIG. 4B, when the call setup notification message is received from the destination MCC block 1b in the call setup notification waiting steps 5b and 65 described above (66), the call setup notification message is converted into a bit string type message (67). The setting notification message is transmitted to the terminating control station (68), and an alerting state is placed (69).

When an alerting message is received from the terminating control station (6a), it is converted into an internal message (6b) and transferred to the terminating MCC block 1b (6c), and the call connection notification wait state is made (6d).

Referring to FIG. 4C, when a call connection notification message is received from the terminating control station (6e), it is converted into an internal message (6f) and notified to the terminating MCC block 1b (70), and the internal message is in the form of a bit string. In operation 71, the call connection notification response message in the form of a bit string is transmitted to the destination control station. After that, the call enters the call waiting state (73).

5 is a flowchart illustrating a process of separately processing all call release requests that may occur during the execution of FIG. 3 and FIG.

Referring to FIG. 5A, when the call is released (80) by waiting for call release, it is determined whether the call is recovered.

In step 81, when receiving a release request message from the originating control station (82), in the case of originating line recovery, it converts into an internal IPC message form (83) and sends a call release notification message to the MCC block 1b (84).

A call release completion message in the form of a bit string is transmitted to the originating control station (86), and a radio channel recovery request message allocated for the call is transmitted to the originating control station (87), and the radio channel recovery completion wait state is put (88). ).

In step 81, if a call release request message is received from the MCC block 1b in case of non-originating line recovery (89), a call release notification message in the form of a bit string is sent to the control station (8b). (8c).

Upon receipt of the call release completion notification message from the control station (8d), a message is sent to the control station to recover the allocated radio channel (8f) and the radio channel recovery completion wait state is reached (90).

On the other hand, in the radio channel recovery completion wait state (89,90), referring to Figure 5b, when receiving a radio channel recovery complete message from the control station (91), the process that has been released (92) is released and the incoming call call Id Stop and transition to the message waiting state of FIG. 2 to wait for the next call setup.

6 shows a data structure for converting variable size data coming from a control station into an internal message.

The messages between the control station and the exchange are in bit streams of various sizes.

In previous exchanges, these messages were distinguished by messages of different names by size.

However, in the mobile communication switch, it is possible to process messages of different sizes with one message by adding a block to which the present invention is applied. The message transmitted from the control station has a different data structure according to the internal message type (a1).

In order to implement this, in the present invention, a CASE statement having a message type as an index can be used to implement a message having a different structure into a single message, thereby increasing memory efficiency.

Claims (5)

An interface method for mobile subscriber signal processing in a mobile switch comprising: receiving a message requesting connection establishment from a control station (21), converting it into an internal message form (22), and the information elements of each message type are BSC-; It is determined whether or not the value is defined in the MSC signal interface standard (23). If an error exists, a step of transmitting the connection rejection message to the control station and ending the processing to transition to the state waiting for a new connection establishment request message (24). Wow; In step 23, if there is no error, it is determined what kind of request message is required (25), and if the message is not a message for requesting origination or destination setup, the connection rejection message converted into a bit string type message is sent to the control station. (24) returning to the initial message waiting state waiting for the new connection establishment request message by exiting the processing; In step 25 above, if the message is an outgoing request message, increasing (24) an outgoing call statistics coefficient and starting a process for outgoing processing (27); Judging whether the start of the outgoing process is properly performed (28), and if the start state is in the state for outgoing signal processing (29); In step 28, transmitting a connection rejection message converted to a bit-type message to the control station and returning to an initial state if the start processing process fails to start; If the message type is an incoming call setup request message, increasing the incoming call attempt statistics coefficient for incoming call statistics processing (2b), and starting a process for incoming call processing (2c) to determine whether the process is properly started (2d). )Wow; In the above step 2d, if the start of the process is successful, the state is set for incoming call processing (2e). If the start of the process fails, the connection rejection message converted into a bit message is sent to the control station and the first message is waited. And (2f) returning to the state. The method of claim 1, wherein the call processing step 29 requires the TDSL (le) to request the correct relay line state to the MSL (ld) in order to maintain the consistency of the relay line state management and notifies the MSA block la of the result value. The MSA block la then checks the result (31), if it is an available trunk line, allocates an outgoing call Id (32) and checks if there is more information to receive from the control station (33). Transmitting (35) a message to send to the control station and putting it in a waiting state for receiving the remaining information; When the remaining information is received from the originating control station (36), the information is stored in the originating call Id (37), the call setup notification message is transmitted to the MCC (lb), and (38) the call progress notification waiting state ( 39); In the above step 33, if there is no more information to be received from the control station, the information is stored in the outgoing call Id (3a), the call setup notification message is transmitted to the MCC block (lb) (3b) and the call progress notification wait state Step 3c; In step 31 above, if a relay line allocated from the control station is not available, transmitting (3d) a new relay line assignment request message to the originating control station and placing the relay line allocation notification in a waiting state; Upon receiving notification of a new relay line assignment from the originating control station (3f), it rechecks the state of the newly received relay line (40), and if it is available, allocates an outgoing call Id using the received relay line number (43), and makes an outgoing call Id. Storing information in (44), sending a call setup notification message to MCC (lb) (45), and waiting for a call progress notification (46); In step 40, if the relay line is not available, sending a release message to the control station (41) and placing the call on standby for release; Receiving a call progress notification message from the originating MCC block lb (47) converts the call progress notification internal message into a bit form (48), forwards it to the originating control station (49), and enters an alert waiting state (4a). Wow; Receiving an alerting message from the originating MCC block lb (4b), converting it into a bit-like message (4c), notifying the originating control station (4d) and placing a connection notification waiting state (4e); Receiving a connection completion notification message from the originating MCC (lb) (4f), converting it into a bit-type message (50), transferring it to the source control station (51), and entering a connection completion response state (52); Receiving a connection completion response message from an originating control station (53), and entering the busy state and waiting for a call recovery request message (54). . The method of claim 1, wherein the incoming call processing step (2e) receives a message to transmit paging from the MPC block (lc) (55) to the internal MIC block and the internal information of the MSA block (la) Changing the DB information into a bit string reconfigured to meet the paging message standard (56), and transmitting (57) a paging message to the control station; (2e) inquiring the TDSL (le) of whether the relay line delivered from the control station is available when the process of processing the incoming call is started (2e); In step 58, if the assigned relay line is available, an incoming call Id is allocated (59), and all information such as a called number, calling number, control station number, and relay line number received from the control station is allocated to the assigned incoming call Id. Storing (5a) and passing a paging notification message to the MCC block lb and placing a call setup notification waiting state 5b; Step 5d, in step 58, if the allocated relay line is not available, a message in the form of a bit string for allocating a new relay line to the destination control station (5c) and is placed in a waiting state for relay line assignment notification; Upon receipt of a new relay line assignment notification message from the terminating control station (5e), it is determined whether the assigned relay line is valid (5f), and if the received relay line is available, call Id is allocated using the relay line (62). Storing all the information transmitted from the control station in the incoming call Id (63), transmitting a page notification message to the MCC block lb (64), and placing the call setup notification waiting state (65); In step 5f, if the received relay line state is not available, sending a release message to the control station (60) and transitioning to a call release waiting state (61); When the call establishment notification message is received from the terminating MCC block lb in the call establishment notification waiting steps 5b and 65 (66), the call establishment notification message is converted into a bit string form (67) and the call establishment notification message is transmitted to the terminating control station. 68, and 69 goes into the waiting state for alerting; Receiving an alerting message from the terminating control station (6a), converting it into an internal message (6b), forwarding it to the terminating MCC block (lb) (6c) and placing a call connection notification waiting state (6d); Upon receipt of the call connection notification message from the terminating control station (6e), it is converted into an internal message (6f) and notified to the terminating MCC block (lb) (70), and the internal message is returned in the form of a bit string (71). And transmitting (72) a call connection notification response message in the form of a bit string to the control station, and entering a notification state and waiting for a call release message (73). Processing interface method. 4. The method of claim 2 or 3, further comprising: upon receipt of a call recovery request for all call release requests that may occur in each of the steps; Determining if the call is recovered when the call is released (80); In step 81, when receiving the release request message from the originating control station in case of call line recovery (82), converting into an internal IPC message form (83) and sending a call release notification message to the MCC block (lb) (84). Transmits a call release completion message in the form of a bit string to the originating control station, transmits a radio channel recovery request message allocated for the call to the originating control station, and enters a radio channel recovery completion waiting state; Step 88, upon receiving a call forward recovery request for all call release requests that may occur in each step; In step 81, if a call release request message is received from the MCC block lb in case of non-originating line recovery (89), a call release completion notification message in the form of a bit string is transmitted to the control station (8b), and the release completion wait state is received. Step 8c), and upon receiving a call release completion notification message from the control station (8d), sends a message to recover the allocated radio channel to the control station (8f) and enters a standby state for completion of radio channel recovery (90). And, in the radio channel recovery completion wait state (88,90), upon receiving a radio channel recovery complete message from the control station (91), releases the outgoing and incoming call ID (92) and stops the started process and waits for the message. And transitioning to a state and waiting for a next call establishment. The method according to claim 1, wherein the data structure for converting the variable size data coming from the control station into an internal message is a CASE statement.