KR100237378B1 - The method of call control of user terminal in service platform Exchanger - Google Patents

Abstract

The present invention relates to an algorithm for a call connection method among user terminal functions for providing a service platform call service to a user in a service platform exchange user terminal connected to a service platform exchange, wherein the service platform user terminal is processing a service platform call connection. By starting a service, starting a service after the service is started, providing a service, and releasing the service after requesting the user to release the service on a procedure basis, the general user can efficiently perform a service platform call service in the service platform exchange. Since it can be provided more easily as a connection method, there is an effect that can standardize the service platform user terminal function.

Description

The method of call control of user terminal in service platform Exchanger}

The present invention relates to a call connection method among user terminal functions for providing a service platform exchange call service to a user in a service platform exchange user terminal connected to a service platform exchange.

In the prior art, there was no user terminal that can access the service platform exchange. Among the similar terminals, the broadband exchange user terminal had only a function of setting up a simple broadband connection for accessing a broadband call. It was difficult to provide platform call services.

In order to solve the above problems, an object of the present invention is to provide an easier call connection method for providing a service platform call service in a service platform exchange user terminal which is an important element of a network.

Therefore, the following connection algorithms and interactions between various functional blocks for performing the algorithms should be defined and implemented.

When receiving a command to access (set) a service platform call service from a user of the service platform exchange terminal, the service agent creates an user agent and a service call user entity and attempts to connect to the service platform switch.

When a service platform call service release request comes from users after a call connection attempt, the service platform call user service release session is deleted.

1 is a structural diagram of a service platform exchange to which the present invention is applied.

2A to 2D are flowcharts of a call service connection in a service platform exchange user terminal according to the present invention;

<Explanation of symbols for important parts of drawing>

100: service platform user terminal 110: application

120: service call control unit

130: UNI interface ATM protocol 200: service platform exchange

210: service control layer unit 211: application

212 ATM centralized switching subsystem (ACS)

213: Communication Control Subsystem (CCS)

214: Service Control Subsystem (SCS)

215 Resource Control Subsystem (RCS)

220: distributed coupling layer unit 221: distributed processing environment subsystem

230: information delivery layer 231: IMPS

232: Switching ATM Centralized Switching Subsystem (ACS)

233: ATM Local Switching Subsystem (ALS)

300: service server 310: application

320: service control unit 330: distributed processing environment

340: UNI / NNI interface ATM protocol

400: Database

In order to achieve the above object, the present invention provides a process for making a service platform exchange originating call connection at a service platform exchange user terminal, a process for performing a service platform exchange user incoming call connection processing at a service platform exchange user terminal, and a service platform exchange. And processing a service platform exchange call release at the user terminal.

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

1 is a structural diagram of a service platform exchange to which the present invention is applied, and the service platform exchange (hereinafter referred to as an exchange) 200 is an application program 211 and an ATM central subsystem (hereinafter referred to as an ACS) (A1). 212, Communication Control Subsystem (hereinafter referred to as CCS) (A2) 213, Service Control Subsystem (hereinafter referred to as SCS) (A3), Resource Control Subsystem (Resource) A service control layer unit 210 including a control subsystem (hereinafter referred to as RCS) (A4) 215, a distributed coupling layer unit 220 including a distributed processing environment subsystem, and information exchanged with an access ACS 232. An application program 110, a service call control unit 120, a UNI interface ATM comprising an information delivery layer unit 230 having an IMPS embedded therein an ATM Local Subsystem (ALS). Service platform composed of protocol (130) A service server connected to an own terminal (hereinafter referred to as a user terminal) 100 and comprising an application unit 310, a service control unit 320, a distributed processing environment unit 330, and a UNI / NNI interface ATM protocol 340 is a database. It is configured to connect with.

Referring to the operation according to the configuration, the service platform exchange user terminal 100 and the service server 300 is connected in the service platform exchange 200.

The exchange 200 is comprised of an ALS 233, an ACS 212, a CCS 213, an SCS 214, an RCS 215, a switching ACS 235, and a distributed processing environment subsystem 221.

The ALS 233 includes a single-level self routing switch module, and is composed of a controller for user related function processing and maintenance, a module for subscriber registration, and a network synchronizer.

As the concentrator, the ALS 233 has a concentrating ratio of n: m in which the number of user's links is n and the number of switch-side links is m.

The ACS (A1) 212 is a pure Interconnetctor without connection processing that exchanges information between the ALS 233 and unlike the ALS, does not have a call connection and processing control unit.

The switch network module of the ACS 212 is a magnetic routing switch and may use the same switch element as the ALS 233.

The ACS 212 has a processor for operating and maintaining the system as a whole to perform system resource maintenance, test, measurement, and statistical functions as well as data storage device control management, operators, and various input / output problems.

In addition, a Man Machine Communication (hereinafter referred to as MMC) interface entity is established to lead the communication with the MMC.

CCS 213 is the initial connection portion with a network that provides point-to-point and point-to-many connection setup.

Therefore, if it is dependent as an element of the network, it uses the access method according to the switching system structure, which is the element of the network, and if it is independent of the network, it uses the network signaling technique.

In addition, the SCS 214 includes an entity function for user management for each service, a service session manager function for service management and control, and a service coordinator function for controlling a user session manager.

The RCS 215 manages resources necessary to provide a service to a user.

The access ACS inspects the characteristics of the terminal connected to the network, performs the user's authentication and authority function, and performs the user management by the user agent function.

The service platform functions may provide service routing, communication network service monitoring, user authentication and authority checking, terminal compatibility status management, service status management, and electronic services.

2A to 2D are flowcharts of a call service connection in a service platform exchange user terminal according to the present invention.

FIG. 2A is a schematic diagram of a service call control algorithm for providing a service platform exchange call service of a user terminal in a service platform exchange to which the present invention is applied.

When receiving a call setup request from the user (S1), the caller ID (ID) and the user session number are allocated, mapped to each other (S2), and a process for the caller process is generated (S3).

If it is determined that the generation is completed (S4), the process performs the work corresponding to the call-out session (S5).

When a call setup request is received as an incoming request of the calling user (S6), the caller session number and the called user session number are assigned and mapped to each other (S7), and a process for receiving call processing is generated (S8).

When the generation is completed by determining whether the generation is completed (S9), the process corresponding to the incoming call session is performed (S10).

2b to 2d are algorithms for connecting a service platform exchange call from a user terminal to a service platform exchange to which the present invention is applied, FIG. 2b is an outgoing call process, FIG. 2c is an incoming call process, and FIG. The present invention relates to call release processing commonly applied to an incoming call.

2B is a call processing process, after receiving a call setup request from a user (S1), assigning a call ID (ID) and a user session number (S11), mapping each other (S12), and calling the service platform switch. The setup request is transmitted (S13), and the call proceeds to the call progress waiting state (S14).

When the call progress report message is received in the call progress waiting state (S14) (S15), it is determined whether the call progress request result is normal or abnormal (S16). In the normal case, the call connection wait state (S17) is abnormal. Transition to state S18.

When the call connection request message is received in the call connection waiting state (S17) (S19), the call connection report message from the call originating virtual path identifier (Virtual Path Identifier, hereinafter referred to as VPI) and the virtual channel identifier (Virtual Channel Identifier, hereinafter VCI) If it is possible to generate (S21) and determine whether it is possible to generate the source address detection output process using this value (S21), perform the source VPI and VCI address detection process, that is, output port setup. If it is possible to generate (S23) by determining whether the source address detection input process can be generated after performing (S22), the source VPI and VCI address extraction process is performed, that is, input port setup (S24).

If one of the two processes cannot be generated, the call release processing process is performed. If the generation is completed normally, it is determined whether to generate a helper process for providing a user-friendly environment for the user (S25). If it can be generated, and performs the user helper process (S26), and transmits the call connection report to the exchange (S27) and then transition to the call connection state (S28).

If the process creation is abnormal, call release processing is performed.

2C is an incoming call processing process, after receiving a call setup request from the service platform exchange in the video state S18 (S29), assigning an incoming call identifier (ID) and a user session number (S30), and mapping (S31). ), And transmits the call progress report (S32) and the call connection report (S33) to the service platform switch (S34).

When the call connection report message is received in the call connection waiting state (S34) (S35), the incoming VPI and VCI may be extracted from the call connection report message (S36), and the called address detection output process may be generated using the extracted value. If it can be determined (S37) to generate the incoming VPI and VCI address detection process, that is, the output port setup (S38), if the destination address detection input process can be determined (39), The incoming VPI and VCI address extraction process is performed, that is, input port setup is performed (S40), and the state is transferred to the call connection state (S41).

If one of the two processes cannot be generated, the control flow performs a call release process. If the generation is completed successfully, the control flow is called a call connection state (S41).

FIG. 2D relates to a call release process commonly applied to an origination and an incoming call. When the control flow is performed by the release process, the call release request is transmitted by the other party's incoming or outgoing call (S42), and the call state is in a call release waiting state. When the transition is made (S43), when the call release report is received (S44), the call state is changed to zero state (S45), and the process ends.

When the call release request is received in the call progress waiting state (S14) and the call connection waiting state (S17) (S46), the call release report is transmitted to the counterpart processor (S47), and the call state is changed to the zero state (S48), Terminate the heading process.

When the call release request is received in the call connection state (S41) (S49), the mapping between the incoming VPI and the VCI and the user session is released (S50), and the incoming VPI and the VCI and the I / O address port Releases the setting (S51), transmits the call release report to the counterpart process (S52), transitions the call state to the zero state (S53), and terminates the process.

As described above, the present invention has an effect of standardizing a service platform user terminal function by providing an efficient access method for a general user to more easily receive a call service in a service platform exchange.

Claims (4)

In a call connection method for providing a service platform exchange call service to a user in a service platform exchange user terminal connected to a service platform exchange, A first step of performing a service platform switch originating call connection processing in a service platform switch user terminal; A second step of performing an incoming call connection processing of a service platform switch at a service platform exchange user terminal; And a third process of processing a service platform exchange call release at the service platform exchange user terminal. The method of claim 1, wherein the first process is Receiving a call setup request from a user, assigning and mapping an ID and a user session number, and transmitting a call setup request to a service platform exchange; And a second step of transitioning to a call progress waiting state after the transmission. The method of claim 1, wherein the second process A first step of determining whether the call progress report message received from the call progress waiting state is normal or abnormal and transitions to a call connection waiting state if normal and to an image state if abnormal; Extracting a source virtual path identifier (VPI) and a virtual channel identifier (VCI) from a call connection report message when receiving a call connection request message in the call connection waiting state; A second step of performing an outgoing VPI and a VCI address detection process if it can be generated after determining whether the outgoing address detection output process is generated using the extracted value; A third step of performing an outgoing VPI and a VCI address extraction process if it is possible to determine whether to generate an outgoing address detection input process after execution; A fourth step of performing an outgoing call release process when any of the two processes cannot be generated; If the creation is completed normally, if it can be generated by judging whether a helper process for providing a user-friendly user helper environment can be generated, perform the user helper process, send a call connection report to the exchange, and then return to the call connection state. A fifth step of transitioning; And a sixth step of performing a call release process when the process generation is abnormal. The method of claim 1, wherein the third process is A first step of, when the control flow is performed by the call release process, after the call release request is transmitted to the other party, the call state transitions to a call release waiting state; A second step of bringing the call state to zero upon ending the call release report after the transition; Receiving a call release request in a call progress wait state and a call connection wait state, sending a call release report to the counterpart processor, transitioning the call state to a zero state, and terminating the corresponding process; Receiving a call release request in a call connection state, a fourth step of unmapping the incoming VPI and the VCI and the user session and releasing the setting of the incoming VPI and the VCI and the I / O address port Wow; And a fifth step of transmitting a call release report to the counterpart process after the release, transitioning the call state to a zero state, and terminating the corresponding process.

Images