KR100285507B1 - Device of call processing for International Mobile Telecommunication-2000 Intelligent Network Services in Intelligent network Capability set 2 and method thereof - Google Patents

Abstract

The present invention also redesigns the basic call state model (BCSM) of the intelligent network function set-2 (IN CS-2) recommended by the ITU-T for intelligent network services. The present invention relates to a call processing apparatus and a method for providing a subscriber's mobility and multimedia service. The present invention provides an advantage of simultaneously receiving IMT-2000 mobile call and intelligent network service as well as general ATM in an ATM switch. It is economically cost effective to build.

Description

Device of call processing for intelligent network service (IMT-2000) in intelligent network and its method {Device of call processing for International Mobile Telecommunication-2000 Intelligent Network Services in Intelligent network Capability set 2 and method

The present invention is a basic call of Intelligent Network Capability Set 2 (hereinafter referred to as IN CS-2) recommended by International Telecommunications Union-Telecommunications (ITU-T) for intelligent network services. By redesigning the state model (BCSM), the present invention relates to a call processing apparatus and a method for providing subscriber mobility and multimedia services in IN CS-2.

In general, CS-1 has been proposed as a form of providing wired network services, and CS-2 has been standardized in September 1997. CS-3 standardization is in progress. IN CS-2 is designed to provide voice or narrow integrated services digital network (N-ISDN) service in wired network. Therefore, it is not necessary to provide subscriber mobility and multimedia services that IMT-2000 supports. It is not enough.

Therefore, IN CS-2 requires a service in accordance with the characteristics of the mobile communication environment.

In view of the conventional requirements as described above, the present invention is designed by redesigning the basic call state model of IN CS-2 recommended by ITU-T to provide mobility and multimedia services of IMT-2000 subscribers. The purpose of the present invention is to provide an intelligent network service in an ATM exchange.

1 is a block diagram of an IMT-2000 system to which the present invention is applied.

2 is a block diagram of an IMT-2000 intelligent network call processing system according to the present invention;

3 is a flowchart illustrating a call processing process in an IMT-2000 exchange for IMT-2000 intelligent network call processing according to the present invention.

4A illustrates the functionality of an IMT-2000 switchboard BCSM device in accordance with the present invention.

4B is a diagram showing the function of an IMT-2000 switchboard BCSM device according to the present invention;

FIG. 5 is a flowchart illustrating a process of performing availability / compatibility prediction for checking availability / compatibility of a called party performed in FIGS. 4A and 4B.

<Description of the symbols for the main parts of the drawings>

11: IMT-2000 terminal 12: base station

13: base station controller

14: Location Register / Authentication Center: LR / AC

15: IMT-2000 ATM Switch

16: Service Control Point (SCP)

21: physical layer unit 22: ATM layer unit

23: signal protocol processing unit 24: call processing unit

241: ATM call processing unit

2411: ATM / IMT-2000 judgment unit

242: IMT-2000 call processing unit 243: basic call management unit

2431: Outgoing basic call status (O_BCSM) processing unit

2432: Incoming basic call status (T_BCSM) processing unit

244: intelligent network switching function

245 connection part of the service control system

246: Location storage / authentication center (LR / AC) connection

In order to achieve the above object, the intelligent network function set-2 (IN CS-2) recommended by the International Telecommunication Union-Telephone Part (ITU-T) in the intelligent network responsible for call processing input through the signal protocol processing unit. In the call processing device,

The ATM call processing apparatus includes: an ATM call processing unit which determines a type of a call input from a signal protocol processing unit and processes a pure ATM call among the input calls;

An IMT-2000 call processing unit which processes a call determined to be a next generation mobile communication (IMT-2000) mobile call from the call input from the signal protocol processing unit;

A basic call manager for processing a basic state model for performing an intelligent network service for a call input from each call processor;

And an intelligent network switching function that interacts with a service control system that provides the intelligent network service features to the user.

In addition, in order to achieve the above object, the intelligent network in charge of the call processing input through the signal protocol processing unit in the intelligent network function set-2 (IN CS-2) recommended by the International Telecommunication Union-Telephone (ITU-T). In the call processing method in

A first step of determining a call type by receiving a message identifying whether the call is an ATM call or an IMT-2000 call through an ATM call / IMT-2000 call determination unit within an ATM call processing unit when a call is generated or received by a subscriber;

A second step of requesting, by the ATM call processor, to perform call processing if the determination result results in an ATM call;

A third step of determining whether the call is an intelligent network call in a process of performing call processing through a corresponding originating / receiving basic call state processing unit when the processing relating to the ATM call is performed;

A fourth step of performing a call processing by requesting to perform a next-generation intelligent network service exchange function if it is determined that the intelligent network call is determined;

A fifth step of requesting, by the IMT-2000 call processor, to perform call processing if the determination result of the first step is an IMT-2000 call;

A sixth step of determining whether the call is an intelligent network call in a process of performing call processing through a corresponding originating / receiving basic call state processing unit when the processing regarding the IMT-2000 call is performed;

If it is determined that the intelligent network call is determined, the next generation intelligent network service exchange function may be requested to perform a call processing, and if not the intelligent network call, the IMT-2000 mobile call processing may include a seventh process.

The above objects, features and advantages will become more apparent from the following detailed description taken in conjunction with the accompanying drawings. Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a block diagram illustrating a configuration of an IMT-2000 system to which the present invention is applied, and includes an IMT-2000 terminal 11 having various forms from a voice to a multimedia data terminal;

A base station 12 which exchanges a signaling method and data with the IMT-2000 terminal 11 by radio;

A base station controller (13) for controlling the base station;

A location storage device / authentication center (LR / AC) 14 for managing information about the IMT-2000 ATM switch 15 and subscribers;

And a service control system 16 for managing information related to the intelligent network service of the subscriber.

At this time, the IMT-2000 ATM switch 15 and the subscriber interface using the Mobile Application Protocol (MAP) of the Global Service for Mobile communications (GSM), the service control system 16 is the intelligent network application protocol ( It is linked using Intelligent Network Application Protocol (INAP). Unlike the intelligent network of the wired network, IMT-2000 manages the location information and service profile of the subscriber in the location storage device / authentication center 14, not the switch, and manages the information related to the intelligent network service of the subscriber in the service control system 16. The subscriber's data is distributed to the location storage / authentication center 14 and the service control system 16.

2 is a block diagram showing the configuration of an IMT-2000 intelligent network call processing system according to the present invention, which transmits an ATM cell including a call type to distinguish between an ATM general call and an IMT-2000 mobile call to an ATM layer unit 22. A physical layer unit 21;

An ATM layer unit 22 for processing a received cell and transmitting the received cell to a signal protocol processor 23 when a cell is input from the physical layer unit 21;

A call processing unit 24 for processing a call transmitted from the signal protocol processing unit 23 is provided.

In this case, the signal protocol processing unit 23 uses a user to network interface (UN) to process the interface signal protocols 'Q.2931 and Q2971', and uses a broadband ISDN subscriber part (BroadB) that is a network protocol signal protocol. Network to Network Interface (NNI) is used to handle ISUP.

The call processor 24 includes an ATM call processor 241 for processing a pure ATM call in a call input from the signal protocol processor 23;

An IMT-2000 call processor 242 for performing IMT-2000 mobile call processing;

A basic call manager 243 for processing a basic state model for performing an intelligent network service;

An intelligent network switching function unit 244 which interacts with a service control system 16 that provides an intelligent network service feature to a user;

An SCP connection unit 245 for accessing the service control system 16;

And an LR / AC connection 246 for accessing a location storage device / authentication center 14 which manages location information and service profile for the subscriber.

The basic call manager 243 includes: an outgoing BCSM (O_BCSM) processor 2431 for processing an outgoing basic call state model to perform an intelligent network service;

An incoming BCSM (T_BCSM) processor 2432 is provided to process the incoming basic call state model.

At this time, the O_BCSM processing unit 2431 is composed of 12 call processing points (Point In Call: PIC) and 20 detection points (Detection Point: DP), and the T_BCSM processing unit 2432 has 8 call processing points. And 15 sensing points.

For reference, BCSM is a specific event during call processing point, basic call, and connection processing procedures that indicate call control function (CCF) activity related to one or more basic call / connection states related to the intelligent service logic instance. Call state indicating the time when detection of a message or control message is delivered. A call point indicating the progress of a call that can interact with an intelligent network call processing function. A basic call / connection from one call processing point to another It consists of BCSM Transition, which indicates the normal flow of processing, Entry Events, which causes the BCSM transition to occur at a call processing point, and Output Events, which represent the result of call processing.

The AMT call processor 241 includes an ATM call / IMT-2000 call determiner 2411 that distinguishes a call type from whether an input call is an ATM call or an IMT-2000 mobile call.

The operation of the IMT-2000 ATM call processing system configured as described above will be described with reference to the flowchart of FIG.

3 is a flowchart illustrating a call processing process in an IMT-2000 ATM switch for IMT-2000 ATM intelligent network call processing according to the present invention. When a call is generated from a subscriber, an ATM call / IMT- in the ATM call processing unit 241 is shown. The 2000 call determination unit 2411 receives a message for distinguishing between an ATM call and an IMT-2000 call (first step S1), and determines whether the generated call is an ATM call or an IMT-2000 call (second step ( S2)).

If the determination result is an ATM call, a request is made to the ATM call processing unit 241 to perform call processing (step S3). If the processing related to the ATM call is performed, the corresponding O_BCSM processing unit 2431 / T_BCSM processing unit 2432 is performed. Performing call processing (fourth step S4) If it is recognized as an intelligent network call (fifth step S5), it is requested to perform the next generation intelligent network service exchange (AIN SSF) function to perform the call processing (sixth step). Step S6).

If it is not the intelligent network call in the sixth step S6, ATM call processing is continued (seventh step S7).

On the other hand, if it is determined in the second step S2 that the call is IMT-2000, a request is made to the IMT-2000 call processing unit 242 to perform call processing (step 8) (S8). If it is performed, the call processing is performed through the corresponding O_BCSM processing unit 2431 / T_BCSM processing unit 2432 (step 9). If it is recognized as an intelligent network (step 10 (S10)), it is requested to perform the AIN SSF function. Call processing (S6).

If it is not the intelligent network call in the tenth step (S10), the IMT-2000 mobile call process is continuously performed (an eleventh step S11).

4A is a state in which an outgoing BCSM processing unit recommended by ITU-T CS-2 is designed as an outgoing BCSM processing unit 2431 for IMT-2000 (comprising 12 call processing points and 20 sensing points) to perform an intelligent network service. As a diagram illustrating the function, it is as follows.

First, the idle state (O_Null) function 41 is as follows.

① Input event: completion of disconnect and clearing (DP: Release and O_Abandon) (71, 72) or basic exception handling of SSF / CCF.

② Function: No relationship exists. Call supervision is performed.

③ Output Event: Attempt to make a call (DP: Origination_Attempt) (53)

Second, the originating attempt authentication (Authorized_Origination_Attempt) 42 function is as follows.

① Input event: Notifying that the calling terminal needs to be authenticated (DP: O_Call_Origination_Attempt) 53

② Function: Check the calling party's rights by using the calling party's unique number and service profile. Verify the party's authority and ability to initiate a call with given characteristics (eg bearer capability, line limit, etc.).

③ output event:

-Instructed to verify that authorization is successful. (DP: Origination_Attempt_Authorized) (54)

-Received connection instruction from the calling party (DP: O_Abandon) (71)

-Receive an indication that the call was rejected. The originating BCSM processing unit 2431 moves to the O_Exception PIC 52.

Third, the Collect Information 43 function is as follows.

① Input Event: Authority and ability to initiate originating call are verified (DP: Origination_ Attempt_Authorized) (54)

② Function: Initial information package string (eg service code, prefix, dialed address digits) is collected from the calling party.

③ output event:

-Routing address is available (DP: Collected_Information) (55)

-Receive connection indication from the calling party (DP: O_Abandon) (71)

-There may be exception termination events such as Collect_timeout.

Fourth, the facility selection (O_Select_Facility) function 44 is as follows.

① Input Event: A complete initial information package / dial string is available from the calling party. (DP: Collected_Information) (55)

② Function: Perform bearer allocation function between the exchange and control stations.

③ output event:

Facility selection and availability (56).

Bearer allocation failure between the exchange station and the control station (DP: O_Bearer_Failure) (57)

-Received connection instruction from the calling party (DP: O_Abandon) (71)

Fifth, the information (number) analysis function 45 is as follows.

① Input Event: Facility Selection and Available (Facility_Selected_And_Available) (56).

② Function: The information is analyzed and translated according to the dialing plan that determines the routing address and call type (eg local call, relay call, international call).

③ output event:

Determining routing address and call type (DP: Analysed_Information) (58)

-Receive connection indication from the calling party (DP: O_Abandon) (71)

-There may be exception termination events such as Invalid_Information.

Sixth, the select route function 46 is as follows.

① Input event: Routing address and connection type are available (DP: Analysed Information) (58).

② Function: Routing address and connection type are translated and one route is selected.

③ output event:

-Route cannot be selected (e.g. the correct route cannot be determined or there are no more routes in the route list) (DP: Route_Select_Failure) (59)

-The calling party has abandoned the call or connection (DP: O_Abandon) (71)

Seventh, the call setup authentication function (Authorize_Call_Setup) function 47 is as follows.

① Input Event: Select Routing Address and Call Type

② Function: The calling party verifies the right to start with one called party.

③ output event:

Initiation of Availability / Compatibility Foresee Procedure (DP: O_Foresee_Initiation) (61).

Call setup authorization verification event (DP: Call_Setup_Authorized) (63).

Call abandon (DP: O_Abandon) (71).

-Authorization failure event (PIC: O_Exception) (52).

Eighth, the availability / compatibility prediction (O_Foresee) function 48 is as follows.

① input event: the ability to initiate a procedure to predict availability and compatibility (DP: O_Foresee_Initiation) (61)

② function:

An availability / compatibility prediction message is generated and moved to the related entity of the destination exchange.

-Wait for a response from the destination exchange.

-Accept (or cancel) message is sent to the destination exchange and also to the calling party.

③ output event:

-A prognostic response that the called party is available and compatible (DP: O_Foresee_Response) (60)

The received call setup authorization verification event causes the call processing to go to the call setup authorization detection point (Call_Setup_Authorized DP) 63.

-Received connection instruction from the called party (DP: O_Abandon) (71)

Failure events are detected in the following cases.

When an indication of a called party's acceptance failure (T_Not_Accept) event is received in the called party's call area (DP: O_Not_Accept) (62)

-T_No_Answer (T_No_Answer) When an instruction of the event is received in the called party's call area (DP: O_No_Answer) (65)

-When an indication of a T_Busy case is received in the called party's call area (DP: O_Called_Party_Busy) (64)

Ninth, the Send Call function 49 is as follows.

① Input Event: Call Setup Authority Verification (DP: Called_Setup_Authorized) (63)

② Function: An indication of the request to set up a call is sent to a specific called party in the called area.

③ output event:

Receive an indication of the call accepting event in the called party's call area and move to the O_Call_Accepted DP (65).

-Received connection instruction from the calling party (DP: O_Abandon) (71)

Failure events are detected in the following cases.

When an indication of a called party's acceptance failure (T_Not_Accept) event is received in the called party's call area (DP: O_Not_Accept) (62)

-T_No_Answer (T_No_Answer) When an instruction of the event is received in the called party's call area (DP: O_No_Answer) (65)

-When an indication of a T_Busy case is received in the called party's call area (DP: O_Called_Party_Busy) (64)

Tenth, the O_Alerting function 50 is as follows.

① Input Event: O_Call_Accepted Event (DP: O_Call_Accepted) (65)

② Function: Wait for the called party to respond.

③ output event:

-Received O_Answer event (O_Answer DP) (65)

-Received service / service characteristic request from calling party (O_Mid_Call DP) (69)

-Received connection instruction from calling party (DP: O_Abandon) (71)

Failure events are detected in the following cases.

When an indication of a called party's acceptance failure (T_Not_Accept) event is received in the called party's call area (DP: O_Not_Accept) (62)

-T_No_Answer (T_No_Answer) When an instruction of the event is received in the called party's call area (DP: O_No_Answer) (65)

-When an indication of a T_Busy case is received in the called party's call area (DP: O_Called_Party_Busy) (64)

Eleventh, the call active function 51 is as follows.

① Input Event: The called party is accepted with a commit message.

② Function: Call relationship is established between calling party and called party and call monitoring is provided.

③ output event:

Service: Receives service characteristic request from the calling party (DP: O_Mid_Call) (68)

-General failure (O_Exception PIC (52))

The twelfth, exception event (O_Exception) function 52 is as follows.

① Input event: encounter exception condition

② function:

An indication of the exceptional condition is sent to the terminating BCSM processor 2432. Basic handling of exception conditions is provided. This includes general activities to ensure that no inappropriately occupied resources remain.

If any relationship exists between the SSF and the SCF, an error information flow is sent to the SCF to terminate this relationship, indicating that no call processing instructions will be completed.

If the SCF had previously requested that call parameters be provided at the end of the call they should be included in the error information flow.

-Interaction with the originating BCSM processor 2431 is required to release all network resources (line / trunk).

③ Output event: Basic exception condition processing is completed by SSF / CCF. (Hereafter transitioned to O_Null PIC (41))

In brief, the functions provided by the present invention in the above functions are briefly described as follows.

First, the O_Select_Facility call processing point 44 which performs bearer allocation function between the exchange and the control station is added.

Second, add an availability / compatibility call processing point (48) that is available and compatible with the called party.

Third, add an O_Foresee_Initiation detection point 61 that initiates an availability / compatibility prediction procedure, and an O_Foresee_Response detection point 60 that the called party is available and compatible.

Fourth, addition of a bearer failure detection point 57 indicating a case in which bearer resource selection between the base station and the exchange fails.

Fifth, delete the O_Suspended call processing point because the subscriber's call is disconnected immediately to prevent the waste of wireless resources in the mobile environment.

Sixth, because there is no call break function, retry does not exist, so the O_Re_Answer detection point is deleted.

Seventh, an O_Not_Accept detection point 62 is added to indicate the case where there is no availability / compatibility from the called party.

4B is a state in which an incoming BCSM processing unit recommended by ITU-T CS-2 is designed as an incoming BCSM processing unit 2432 for IMT-2000 (comprising 8 call processing points and 15 detection points) to perform an intelligent network service. As a diagram illustrating the function, it is as follows.

First, the idle state (T_Null) function 76 is as follows.

Input event: disconnect and clear the previous call (DP: T_Release or T_Abandon) (98, 97) or complete basic exception handling in SSF / CCF.

② Function: The interface to the called party is dormant (no call exists and no call reference exists). Call monitoring is provided.

③ output event:

-Received an indication that an incoming call was received from the originating BCSM processing unit 2431 (DP: Termination_Attempt) 86

Initiation of Availability / Compatibility Foresee Procedure for the Recipient (DP: T_Foresee_Initiation) (85)

Second, the availability / compatibility prediction (T_Foresee) function 77 is as follows.

① Input Event: Initiation of Availability / Compatibility Prediction Procedure (DP: T_Foresee_Initiation) (85)

② Function: Ability to initiate availability / compatibility prediction procedure to called party

③ output event:

-Prognostic response that the called party is available and compatible (DP: T_Foresee_Response) (84)

Failure events are detected in the following cases.

When receiving an indication of a T_Not_Accept event (DP: T_Not_Accept) (94)

-When received by T_No_Answer case (DP: T_No_Answer) (93)

-When receiving an instruction of a T_Busy case (DP: T_Busy) (95)

Third, the incoming challenge authentication (Authorize_Termination_Attempt) function 78 is as follows.

① Input Event: Termination_Attempt Event (DP: Termination_Attempt) (86)

② Function: Verifies that this call has the authority and the ability to initiate an incoming call.

③ output event:

The switch verifies that the incoming call can be received by its incoming access. (DP: Termination_Attempt_Authorized) (87)

-Termination of termination_Denied occurs when the right to route this call to the called party (transition to T_Exception PIC (83)).

A clearing indication is received in the calling party's area (DP: T_Abandon) (97)

Fourth, the T_Select Facility function 79 is as follows.

① Input Event: Termination Attempt (Termination_Attempt) Event (DP: Termination_Attempt_Authorized) (87)

② Function: The message received from the calling party is analyzed. Selection of bearer resources between the base station and the switching center checking to determine whether the connection required by the connection parameters can be supported by the destination line or device.

③ Output event:

Facility_Selected_and_Available (DP: Facility_Selected_and_Available) (88)

-The calling party has abandoned the call or connection (DP: T_Abandon) (97)

-Facility selection failure (Facility_select_failure) event (DP: T_Bearer_Failure (96))

Fifth, the present call function 80 is as follows.

① Input Event: Facility Selected and Available (Facility_selected_and_available) Event (DP: Facility_Selected_and_Available (88))

② Function: The incoming resource informs the call.

③ output event:

-Called party is alerted (DP: Call_Accepted) (90)

-The receiver does not respond until the timer expires and an exception occurs (DP: T_No_Answer) (93)

-Indicates that there is no response to the paging request for finding the location of the called subscriber (DP: Page_No_Response) (89)

-The call is accepted and answered by the called party (DP: T_Answer) (91)

-An exception occurs because the receiving equipment is incompatible or in use (DP: T_Not_Accept (94), T_Busy (95), T_No_Answer (93))

-Clearing indication is received from calling party (DP: T_Abandon) (97)

Sixth, the T_Alerting function 81 is as follows.

① Input Event: The called party receives incoming call alert (DP: Call_Accepted) (90)

② Function: If the called party is alerted, an indication is sent to the originating BCSM processing unit 2431. Call setup continues. Call waiting is answered by the called party.

③ output event:

-The call is accepted and answered by the called party (DP: T_Answer) (91)

-The called party does not respond until the timer expires (DP: T_No_Answer) (93)

-Reject the call while the user is alerting (DP: T_Busy) (95)

Clearing indication is received from originating area of call (DP: T_Abandon) (97)

-Received a service / service characteristic request from the called party (DP: T_Mid_Call) (92)

Seventh, the call activation (T_Active) function 82 is as follows.

① Input Event: The call is accepted and answered by the called party. The permission is sent to the called party (DP: T_Answer) (91)

② Function: Call monitoring is provided.

③ output event:

-Received a service / service characteristic request from the called party (DP: T_Mid_Call) (92)

-Instruction for disconnection from originating or called party (DP: T_Release) (98)

-General Error Occurred (T_Exception PIC) (83)

Eighth, the exception event (T_Exception) function 83 is as follows.

① Input event: encounter an exception condition

② function:

An indication of the exception condition is sent to the originating BCSM processing unit 2431. Basic handling of exception conditions is provided. This includes general activities to ensure that no inappropriately occupied resources remain.

If any relationship exists between the SSF and the SCF, an error information flow is sent to the SCF to terminate this relationship, indicating that no call processing instructions will be completed.

-Interaction with the terminating BCSM processor 2432 is required to release all network resources (line / trunk).

③ Output event: Basic exception condition processing is completed by SSF / CCF (after this, transition to T_Null PIC (76))

In brief, the functions provided by the present invention in the above functions are briefly described as follows.

First, add an availability / compatibility foresight (T_Foresee) call processing point (77) that initiates an availability / compatibility foresee procedure to inform the called party of availability and compatibility.

Second, the capability of the T_Select_Facility call processing point 79 to select a bearer resource between the base station and the switching center is changed.

Third, add a bearer failure (T_Bearer_Failure) detection point 96 indicating a case where a bearer resource selection between the base station and the switching center fails.

Fourth, adding a paging non-response (Page_No_Response) detection point 89 indicating that there is no response to the paging request to locate the called subscriber

Fifth, an availability / compatibility initiation (T_Foresee_Initiation) detection point 85, which initiates an availability / compatibility prediction procedure, similar to the originating BCSM processor 2431, detects an availability / compatibility response (T_Foresee_Response) indicating that the called party is available and compatible. Add point (84)

Sixth, as in the outgoing BCSM processing unit 2431, when a subscriber disconnects a call to prevent waste of radio resources in a mobile environment, the subscriber disconnects the call immediately. Therefore, since there is no unnecessary T_Suspended call processing point and call interruption function, retrying does not exist. Delete response (T_Re_Answer) detection point

Seventh, a T_Not_Accept detection point 62 is added to indicate a case where there is no availability / compatibility.

FIG. 5 is a detailed description of the availability / compatibility prediction function performed in FIG. 4A or 4B. FIG. 5 is a view illustrating availability and compatibility of a called party by checking a profile, a subscription option, and the like of a user regardless of network resources. / Compatibility Prediction Procedure

Number translation is performed by the information analysis (Analyze_Information) call processing point 45 of the originating BSCM processing unit 2431 to determine whether the ATM is a general call or an IMT-2000 mobile call, and the availability / compatibility predicted call processing point 77 is determined. .

The availability / compatibility foresee call 102 sending to the called party has a parameter that checks for availability and compatibility and starts a first timer (T-fs) that indicates the start of its execution. As soon as the called party receives the call (Foresee invoke 102), it maps the received information to the availability / compatibility foreknowledge query (Foresee_Enquiry 104) message and sends it to the addressed user through the user manganese interface (UNI). A supervision timer is activated at the UNI and Manganese Interface (NNI) to ensure that it receives a response from the called party within a predetermined time in Q.2931.

The availability / compatibility Foresee Response 105 message received from the called party then contains the results of availability and compatibility, and stops the supervision timer upon receipt of the response message. The received information is parameter mapped to the Availability / Compatibility Result 106.

The originating side receives the availability / compatibility result 106, stops the first timer (T-fs) and then performs normal call set-up 108.

In this case, the parameters used in the availability / compatibility prediction are separately used in the ATM general call and the IMT-2000 mobile call, and the following Table 1 shows the parameters used in the ATM general call and the parameters used in the IMT-2000 mobile call. The parameters used in ATM general calls use those recommended in ITU-T Q.2724.1. In the case of IMT-2000 mobile calls, the GSM standard is followed.

Table 1 Parameters Used in Availability / Compatibility Predictions

ATM general issue IMT-2000 Lee Dong Ho AAL Parameters International Mobile Subscriber Identity (IMSI) Additional ATM Cell Rate International MSISDN number ATM Cell Rate Mobile Station Category Broadband Bearer Capability RAND / SRES and Kc Broadband High Layer Information VLR number Broadband Low Layer Information HLR number AESA for Called Party Subscription restriction Called Party Number MSC area restricted flag Called Party Subaddress Roaming restricted due to unsupported feature Cause Indicators Provision of bearer service Narrow-band Bearer Capability Provision of teleservice Narrow-band High Layer Compatibility Check Supplement Services Indicator Narrow-band Low Layer Compatibility MS purged flag OAMTrafficDescriptor Subscriber status

As described in detail above, the present invention can provide mobility and multimedia services of an IMT-2000 subscriber to a BCSM designed for voice or N-ISDN service in a wired network in IN CS-2 recommended by ITU-T. The redesign to ensure that the IMT-2000 ATM switch provides the benefits of both IMT-2000 mobile calls and intelligent network services simultaneously, as well as ATM general calls, and therefore economics with low network costs.

In addition, preferred embodiments of the present invention are disclosed for the purpose of illustration, those skilled in the art will be able to various modifications, changes, additions, etc. within the spirit and scope of the present invention, such modifications and modifications belong to the following claims You will have to look.

Claims (11)

In the call processing apparatus responsible for call processing input through the signal protocol processing unit in the INCS-2 recommended by the International Telecommunication Union-Telephone Part (ITU-T), The ATM call processing apparatus includes: an ATM call processing unit which determines a type of a call input from a signal protocol processing unit and processes a pure ATM call among the input calls; An IMT-2000 call processing unit which processes a call determined to be a next generation mobile communication (IMT-2000) mobile call from the call input from the signal protocol processing unit; A basic call manager for processing a basic state model for performing an intelligent network service for a call input from each call processor; An intelligent network switching function interoperating with a service control system that provides an intelligent network service feature to a user. Call processing apparatus for an IMT-2000 intelligent network service in an intelligent network. The method of claim 1, The basic call manager comprises: an outgoing basic call state (O_BCSM) processor for processing an outgoing basic call state model having twelve call processing points and twenty sensing points to perform an intelligent network service; Next-generation mobile communication (IMT-2000) intelligent network service in the intelligent network, characterized in that it comprises an incoming basic call state (T_BCSM) processing unit having eight call processing points and 15 detection points to process the incoming basic call state model. Call processor for The method of claim 2, The originating basic call state processing unit includes a facility selection (O_Select_Facility) call processing point that performs bearer allocation function between the switching center and the control station; An availability / compatibility foresight (O_Foresee) call processing point for checking availability and compatibility of the called party; An O_Foresee_Initiation detection point for initiating an availability / compatibility prediction procedure; An availability / compatibility response (O_Foresee_Response) detection point that the called party responding to the availability / compatibility start detection point is available and compatible; A bearer failure (O_Bearer_Failure) detection point indicating a case where bearer resource selection between the base station and the exchange fails; A call processing device for a next generation mobile communication (IMT-2000) intelligent network service in an intelligent network, comprising an O_Not_Accept detection point indicating a case where there is no availability / compatibility from the called party. The method of claim 2, The incoming basic call state processing unit includes: an availability / compatibility foresight (T_Foresee) call processing point for initiating an availability / compatibility foresee procedure for notifying the called party of availability and compatibility; A T_Select_Facility call processing point for selecting bearer resources between the base station and the switching center; A bearer failure (T_Bearer_Failure) detection point indicating a case where bearer resource selection between the base station and the switching center fails; A paging non-response (Page_No_Response) detection point indicating that there is no response to a paging request for locating a called party; A T / Foresee Initiation detection point that initiates an availability / compatibility prediction procedure; An availability / compatibility prediction response (T_Foresee_Response) detection point indicating that a called party responding to the availability / compatibility prediction initiation detection point is available and compatible; A call processing apparatus for a next generation mobile communication (IMT-2000) intelligent network service in an intelligent network, comprising: a T_Not_Accept detection point indicating a case where there is no availability / compatibility. The method of claim 1, The AMT call processor includes an ATM / IMT-2000 call determination unit that distinguishes whether a call is an ATM call or an IMT-2000 mobile call. Call processor for In the call processing method in charge of the call processing input through the signal protocol processing unit in the INCS-2 recommended by the International Telecommunication Union-Telephone Part (ITU-T), A first step of determining a call type by receiving a message identifying whether the call is an ATM call or an IMT-2000 call through an ATM call / IMT-2000 call determination unit within an ATM call processing unit when a call is generated or received by a subscriber; A second step of requesting, by the ATM call processor, to perform call processing if the determination result results in an ATM call; A third step of determining whether the call is an intelligent network call in a process of performing call processing through a corresponding originating / receiving basic call state processing unit when the processing relating to the ATM call is performed; A fourth step of performing a call processing by requesting to perform a next-generation intelligent network service exchange function if it is determined that the intelligent network call is determined; A fifth step of requesting, by the IMT-2000 call processor, to perform call processing if the determination result of the first step is an IMT-2000 call; A sixth step of determining whether the call is an intelligent network call in a process of performing call processing through a corresponding originating / receiving basic call state processing unit when the processing regarding the IMT-2000 call is performed; If it is determined that the intelligent network call is determined, the next generation intelligent network service exchange function is requested to perform a call processing, and if the intelligent network call, the IMT-2000 mobile call processing includes a seventh process for performing mobile call processing. Call Processing for Next Generation Mobile Communication (IMT-2000) The method of claim 6, In the third process in the outgoing basic call state processing, A facility selection process of performing a bearer allocation function between the switching center and the control station by receiving the collected information by checking the rights of the calling terminal; Next generation mobile communication (IMT-2000) intelligent network in the intelligent network, characterized in that it further comprises a process of performing availability / compatibility foretelling the availability and compatibility for the call if the route for the call is determined and the call setup authentication is accepted Call handling method for service. The method of claim 6, In the third process in the incoming basic call state processing, Performing availability / compatibility prediction for predicting the availability and compatibility of the called party when a call is input during the call monitoring of the called party; When the call authority is verified for the call, it analyzes the messages received from the calling party, checks whether the connection required by the connection parameters can be supported by the call line or device, and bearer resources between the base station and the switching center. A method for processing a call for the next generation mobile communication (IMT-2000) intelligent network service in an intelligent network, characterized by further comprising a facility selection process for selecting a number. The method of claim 6, In the sixth step in the originating basic call state processing process, A facility selection process of performing a bearer allocation function between the switching center and the control station by receiving the collected information by checking the rights of the calling terminal; Next generation mobile communication (IMT-2000) intelligent network in the intelligent network, characterized in that it further comprises a process of performing availability / compatibility foretelling the availability and compatibility for the call if the route for the call is determined and the call setup authentication is accepted Call handling method for service. The method of claim 6, In the sixth step in the incoming basic call state processing process, Performing availability / compatibility prediction for predicting the availability and compatibility of the called party when a call is input during the call monitoring of the called party; When the call authority is verified for the call, it analyzes the messages received from the calling party, checks whether the connection required by the connection parameters can be supported by the call line or device, and bearer resources between the base station and the switching center. A method for processing a call for the next generation mobile communication (IMT-2000) intelligent network service in an intelligent network, characterized by further comprising a facility selection process for selecting a number. The method according to claim 7 or 8, Foreseeing availability / compatibility The calling party sends a parameter to check the availability and compatibility to the called party, and invokes the availability / compatibility predictive performance by starting a first timer indicating the start of its execution; A second step of receiving the call by mapping the received information to an availability / compatibility predictive execution query message and sending the received information to the addressed user through a user network interface (UNI); A third step of operating a supervision timer for counting whether a response to the availability / compatibility prediction is input from a called party within a preset time at the same time as the second step; Stopping the supervision timer when a availability / compatibility prediction execution response message is input from a user addressed in response to the inquiry message, and then parameter mapping the received information to the availability / compatibility prediction result; When the mapped availability / compatibility result is input to the calling party, the calling party stops the first timer and then performs a fifth process of performing a normal call set-up. IMT-2000) Call processing method for intelligent network service.