KR100700363B1 - System and method for full and interactive mobile communication service of parlay gateway-based - Google Patents

Abstract

In the parlay gateway-based bidirectional mobile communication service system, an intelligent network service is used to communicate with a parlay gateway that provides an application server with a standardized application programming interface for accessing network resources. It determines whether it is a bidirectional service and processes the service. This allows the Parlay Gateway to support both intelligent network services and bidirectional services.

Parlay Gateway, Intelligent Network, Interactive Services, Applications

Description

Parlay Gateway-based bidirectional mobile communication service system and method {SYSTEM AND METHOD FOR FULL AND INTERACTIVE MOBILE COMMUNICATION SERVICE OF PARLAY GATEWAY-BASED}

1 is a view showing a parlay gateway model of the international standard according to the prior art.

2 is a diagram illustrating a parlay gateway-based bidirectional mobile communication service system according to an exemplary embodiment of the present invention.

3 is a diagram illustrating an operation principle of an API defined between an application server and a parlay gateway illustrated in FIG. 2.

4 is a diagram illustrating an interactive service module unit illustrated in FIG. 2.

5 is a diagram illustrating a parlay gateway-based bidirectional mobile communication service system for providing a language service.

FIG. 6 is a diagram illustrating analysis of the bidirectional mobile communication service system illustrated in FIG. 5 for each layer.

7 to 10 are diagrams illustrating an operation of a parlay gateway-based bidirectional mobile communication service system for an operation algorithm of a language specialized mobile messenger, respectively.

The present invention relates to a system and method for parlay gateway-based bidirectional mobile communication service.

From the perspective of technology evolution, the structure of next-generation communication networks is evolving into an integrated network supporting IP-based multi-services in a form independently constructed for specific services such as voice, data, and broadcast services. And the structure of communication system has evolved from the integration of control and transmission functions such as PSTN exchanger and ATM exchanger to the control and transmission function such as soft switch and media gateway, and the structure of communication service is protocol based intelligent network service type. Is evolving into an open service structure based on Open API.

In the 1980s, as all telecommunication services were provided at the exchange, the development and maintenance of the service depended on the exchange company. In the 1990s, the development of the service centered on the telecommunication company was carried out by introducing an intelligent network that separates the network service logic from the exchange. However, communication service developers in intelligent networks constructed by each company are limited to intelligent network protocol specialists, which exposes the problem of duplicated development and management of each service even for the same service. In order to solve this problem, an open service structure that introduces a standardized interface and separates the service layer of the communication network from the control and transport layers of the communication network has been proposed as a requirement of the next generation communication network.

Open service structure is a service development paradigm that defines various functions of communication network as standardized interface and opens it for use of application so that various additional services can be operated independently of communication network structure. The standardized interface between the application service layer and the transport layer is called an open application programming interface (API), and communication network functions such as call control, mobility, charge, and presence management It is abstracted and standardized by API.

As part of this, the Parlay Gateway, which combines the various services of the Internet with wired and wireless networks, provides an interface for services developed by Internet service providers to use public network operators' resources.

Parlay is a network-independent, open application programming interface (API) specification defined by the Parlay Group (www.parlay.org), a communication technology that allows third-party applications and application servers to utilize carrier network resources. Parlay technology enables operators and service providers to cross-network boundaries and leverage existing network resources to provide a variety of complex new services.

Currently, subscribers can only enjoy the services provided by the service providers, but when the technology is introduced, the service can be selected from among various services, and the service price is lowered as many service providers appear in the service market, which is monopolized by the service providers. In addition to the Parlay API, the Parlay Gateway provides a variety of network interfaces, including Intelligent Network Application Protocol (INAP), CAMEL Application Part (CAP), Wireless Intelligent Network (WIN), Mobile Application Part (MAP), and Session Initiation Protocol (SIP). . Therefore, the Parlay Gateway can be introduced into any kind of network such as wired, wireless and VoIP networks, and serves as a multi-service platform that can simultaneously provide multiple services to various heterogeneous networks with one solution.

1 is a view showing a parlay gateway model of the international standard according to the prior art.

As shown in FIG. 1, the application server 30 may be provided by a third party service provider or may be provided by a network operator, and each application server 30 may install and run a plurality of applications. can do. And by having the parlay gateway 10 and the API 20 linked to the network, the lower network structure (40, 50, 60) of the parlay gateway 10 or the configuration of a specific protocol (CAP, WIN, MAP / No. 7 , INAP / No.7, SIP) may independently use resources connected to the parlay gateway 10. Here, the parlay gateway 10 communicates with the local switching network (MSC) 40 through the protocol (CAP, WIN, MAP / No. 7), and the intelligent network (SSP / SCP, 50) through the protocol (INAP / No. 7) Communication with the soft switch (VoIP) 60 via the protocol (SIP).

The parlay gateway 10 includes a framework 12 and a service capability server 14 (hereinafter referred to as SCS).

The framework 12 is responsible for authentication between the SCS 14 and the application server 30, and contains the agreed authentication contents between a service provider and a third party or an operator. The framework 12 also mediates and manages service registration of the SCS 14 and access to the SCS 14 of the application server 30.

The SCS 14 includes a plurality of service capability groups (hereinafter referred to as SCFs) for utilizing network resources, and SCFs are configured in a component form so that applications can use the capability of the network.

The SCFs defined by the Parlay Group to date are as follows.

The Call Control interface provides an open interface for call processing at the program level, independent of the detailed subsystem. The User Interaction (UI) interface defines an interface used to send information to and collect information from the user. The mobility service interface supports an API for collecting location, emergency and user status information of a moving user. Terminal Capabilities Interface is an API that provides the terminal server with the terminal processing capability of a specific terminal. The Data Session Control interface provides APIs for functions for managing data sessions and for controlling sessions. The Generic Messaging (GM) interface provides an API through which the application server 30 can provide voice mail or e-mail. The connectivity manager interface provides an API for establishing and controlling quality of service (QoS) variables between interworking networks. The Account Management interface supports APIs that allow you to view transaction history, handle billing, and handle billing-related events. The Charging interface provides an interface for setting and billing subscribers for all types of applications, such as network managers or service providers. Instant charging, credit card payment, prepaid billing, billing rates and partial billing. Provides API to support. The Presence and Availability Management (PAM) interface provides the user's geographic location information, which the application server 30 can use to determine the geographic location of fixed, mobile and IP telephone users. Policy Management enables third-party service providers to use policy management, broaden policy management possibilities to maximize revenue, and use policy concepts in traditional areas such as network resource management, security, and authentication. It provides a generic API that allows the introduction of policy management concepts into the basic structure of parlays. Examples of expected applications include load balancing of application services.

This architecture of the Parlay gateway separates the underlying network from the application, allowing network administrators to create flexible network configurations that are independent of the application, and to add new networks without affecting the applications currently delivered. it means. Service providers can also develop services for a variety of protocols through the same API, which can reduce service development time and make it easier to develop integrated services across multiple networks. Since the development of fast and easy services can provide services of various third parties to network operators, it will be possible to construct various business models.

However, this parlay gateway model does not have a technical basis for inducing active participation of the user, and thus there is a problem in that it does not support smooth interactive service.

SUMMARY OF THE INVENTION The present invention has been made in an effort to provide a parlay gateway-based bidirectional mobile communication service system capable of supporting an interactive service while receiving an intelligent network service, and a service providing method thereof.

According to an aspect of the present invention, a parlay gateway-based bidirectional mobile communication service system includes:

Parlay gateway based bidirectional mobile communication service system,
An application server for creating and executing a service for developing and operating an application service by using a standardized application programming interface (hereinafter referred to as an API) to access a network resource; And a parlay gateway that provides the API to the application server and converts and controls the API to a protocol of the communication network, the service from a call originating from a user, wherein the service comprises at least an intelligent network service, a parlay service, and a bidirectional service. Includes; and includes a bidirectional communication service unit configured to process a service through communication with the parlay gateway,
The bidirectional communication service unit,
A service manager to determine a corresponding service by analyzing a call sent from a user; a bidirectional module that processes a bidirectional service through communication with the application server after determining a type of a bidirectional service from the service manager part; And a state manager that processes the intelligent network service through communication with the application server after determining the type of the intelligent network service from the service manager.

delete

According to another aspect of the present invention, a parlay gateway-based bidirectional mobile communication service method includes:

A method for providing a mobile communication service in a parlay gateway-based bidirectional mobile communication service system,
A method for providing a mobile communication service in a parlay gateway-based bidirectional mobile communication service system, the method comprising: a) receiving a call sent from a subscriber of the mobile communication service system; b) analyzing the received call to determine a service, wherein the service includes at least an intelligent network service, a parlay service, and an interactive service; And c) processing the two-way service by determining the type of the two-way service when the determination result is the two-way service, and processing the intelligent network service by determining the type of the intelligent network service when the determination result is the intelligent network service.

delete

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art may easily implement the present invention. As those skilled in the art would realize, the described embodiments may be modified in various different ways, all without departing from the spirit or scope of the present invention. In the drawings, parts irrelevant to the description are omitted in order to clearly describe the present invention. Like parts are designated by like reference numerals throughout the specification.

Now, a parlay gateway-based bidirectional mobile communication service system and a service providing method thereof according to an embodiment of the present invention will be described in detail.

2 is a diagram illustrating a parlay gateway-based bidirectional mobile communication service system according to an exemplary embodiment of the present invention.

As shown in FIG. 2, the parlay gateway-based bidirectional mobile communication service system includes an application server 210 and a full duplex and interactive mobile communication service (hereinafter referred to as “FDIS”) 220.

The application server 210 performs a function of creating and executing a service to develop and operate an application service using an API. The application server 210 may be provided by a third party service provider, a network operator, and the like, and each application server 210 installs and runs a plurality of applications.

 The FDIS 220 includes an interface unit 221, a protocol component unit 222, an enhanced service manager 223, a state manager 224, a parlay gateway 225, a bidirectional module unit 226, It includes a database 227 and API 228, and determines whether the intelligent network service, parlay service or two-way service from the call up through the protocol / interface to process the service through the communication with the parlay gateway.

The interface unit 221 includes a No. 7 interface 221-1 and a TCP / IP / UDP interface 221-2, and the protocol component 222 includes protocols such as CAP, WIN, MAP, INAP, and SIP. It includes. Intelligent network protocol is supported on N0.7 interface (221-1), especially WIN, CAP, Dual Stack intelligent network protocol. SIP is a text-based signaling protocol transmitted over TCP or UDP interface 221.

The service manager 223 analyzes the call that is raised through the interface / protocols 221 and 222 to distinguish whether the intelligent network service is a parlay service or a bidirectional service. At this time, the service management unit 223 communicates with the local switching network (MSC) through the protocol / interface (CAP, WIN, MAP / No. 7), the intelligent network (SSP / SCP) through the protocol / interface (INAP / No. 7) Communication with the soft switch (VoIP) via the protocol (SIP).

When the call from the interface / protocols 221 and 222 is determined by the service manager 230 as the intelligent network service, the state manager 224 searches the database 227 to determine which intelligent network service, and then the promised logic. Will be processed accordingly. That is, the state manager 224 actually performs various intelligent network service scenarios by using a service logic execution environment (SLEE) that provides service logic for various services of the intelligent network.

The parlay gateway 225 includes a framework 225-1 and an SCS 225-2. The parlay gateway 225 is the same as the parlay gateway shown in FIG. 1. In brief, the framework 225-1 is responsible for authentication between the SCS 225-2 and the application server 210, registers a service of the SCS 225-2, and the SCS 225 of the application server 210. -2) mediate and manage access to; The SCS 225-2 includes Service Capability Features (SCFs) that enable the utilization of network resources. SCFs are organized in components so that applications can use the network's capability.

The parlay gateway 225 determines which parlay service is communicated with the application server 210 when the call up through the interface / protocols 221 and 222 is determined to be a parlay service by the service manager 223. Handle parlay services. At this time, the parlay gateway 225 provides a standardized API to the application server 210 to access the network resources, and performs the function of converting and controlling the API into a protocol of the communication network.

The bidirectional module unit 226 processes the bidirectional service while communicating with the application server 210 when the call up through the protocol / interface is determined to be a bidirectional service by the service manager 223.

The database 227 stores service data, subscriber data, billing data, etc. according to the types of the intelligent network service, the parlay service, and the interactive service.

The API 228 is a collection of various functions for developing a software application and is an interface of an operating system or a program for a programmer. The API 228 is a language or message format used when an application program communicates with a system program such as an operating system or a database management system, and calls a function that provides a connection to a specific subroutine for execution within various programs. Is implemented. Thus, one API 280 has several program modules or routines that must already exist or be linked in order to perform the work requested by the function call.

3 is a diagram illustrating an operation principle of an API defined between an application server and a parlay gateway illustrated in FIG. 2. In FIG. 3, the SCF is developed and ported to a specific SCS 225-2, and then a process of registering a service provided by the SCF and an application server 210 that wants to use the SCF service find the SCF and provide a service. It shows the process of receiving.

As shown in FIG. 3, the SCS 225-2 newly registers the SCF service provided by the SCS 225-2 in the framework 225-1 as follows. Through the registration process, the SCS 225-2 registers the SCF service capability provided by the SCS 225-1 with the framework 225-1. SCS 225-2, which can provide multiparty call processing services, for example, registers up to how many people can be processed per call.

<Registration Process>

1. The SCS 225-2 providing the service authenticates itself with the framework 225-1.

2. The SCS 225-2 requests an interface for registration with the framework 225-1, and the framework 225-1 returns a reference of the interface (request Registration Interface).

3. The SCS 225-2 provides the type of SCF it provides using this interface and informs the framework 225-1 of its reference (register factory).

The application server 210 to use the services of the SCF provided by the SCS 225-2 must first acquire a right to use the service. The following process is a process in which the application server 210 acquires the right to use the service provided by the SCS (225-2).

<Service Search Process>

4. The application server 210 authenticates who it is to the framework 225-1 (Authentication).

5. The application server 210 requests the interface 225-1 to find a service, and the framework 225-1 returns a service discovery interface (request discovery interface).

6. The application server 210 uses this interface to find the desired service (discover service).

The framework 225-1 operator pre-determines the conditions under which an application can use the SCS 225-2, and prepares it in the form of SLA, and inputs it in advance to the framework 225-1 using a manual or operation management system. Let it be.

<SLA Settings>

7. The application server 210 selects the desired service and signs an SLA to use that service. At this time, among the services provided by the SCS 225-2, a service that can be used by the application server 210 is determined (Select Service + sign SLA).

<Create and run service implementation instance>

8. The framework 225-1 requests the selected SCS 225-2 through a service factory interface to create an instance of an SCF for the application to use (create Service Manager). At this time, the framework 225-1 sends the SLA information signed by the application server 210 under which condition the SCF service is to be used.

9. The SCS 225-2 creates an instance of the SCF and passes the reference to the framework 225-1 (return service manager).

10. The framework 225-1 returns the reference to the application server 210 (return Service Manager).

11. In this step, the application server 210 uses the API provided by the SCF (Use Service).

As such, the application server 210 should repeat steps 6 to 10 for each SCF required to obtain a reference of the required SCF. Through this process, the application server 210 can use all necessary SCF services.

As described above, after the framework 225-1 is developed and adopted, the service usage relations and service provision relations of application services, SCFs, and the like operate as hierarchical structures. For example, an application service uses the services of framework 225-1, User status / User Location, call control, and charging SCF. To this end, the SCF is first registered with the framework 225-1, and the application service takes a method of finding and using the required SCF service through the framework 225-1.

4 is a diagram illustrating an interactive service module unit illustrated in FIG. 2.

As shown in FIG. 4, the bidirectional service module unit 226 includes a forward control unit 226-1, a reverse control unit 226-2, and a user interaction unit 226-3.

The forward control unit 226-1 processes and controls the session from the FDIS 220 to the user terminal.

The reverse controller 226-2 processes and controls a session from the user terminal to the FDIS 220.

The user interaction unit 226-3 decrypts the information received from the user through the user terminal to provide a corresponding service to the user.

The service providing method of the bidirectional mobile communication service system configured as described above will be described in detail. In the following, an example of providing a language service to a user by interworking with a CDMA / WCDMA system has been described.

5 is a diagram illustrating a bidirectional mobile communication service system for providing a language service.

As illustrated in FIG. 5, the bidirectional mobile communication service system 240 includes a sound source server 230 and a short message service center (SMSC) 240 of a CDMA / WCDMA system to provide a language service. Works with

The sound source server 230 receives a busy sound data request signal from the application server 210 and transmits the busy sound data to the user terminal 300. In an exemplary embodiment of the present invention, conversation lecture data of a field of interest desired by a user is provided as waiting sound data during a call.

The SMSC 240 provides a short message service and is responsible for message input, message management, and message delivery. In an embodiment of the present invention, a language service is sent to a user using a short message.

Meanwhile, although only the sound source server 230 and the SMSC 240 of the CDMA / WCDMA system are illustrated in FIG. 5, in order to provide a mobile communication service in a subscriber station, the subscriber terminal has functions such as circuit switching, handoff, and roaming. Mobile Switching Center (MSC) that manages mobile switching center, VLR (Visistor Location Resistor) database, Home Location Resistor (HLR) that manages mobile subscriber status, statistics and various service related information, including current location information of subscriber terminal This can be included more.

FIG. 6 is a diagram illustrating analysis of the bidirectional mobile communication service system illustrated in FIG. 5 for each layer.

As shown in Fig. 6, the basic carrier of the protocol consists of a header and data. The header contains various information of the basic carrier (eg, origin, destination, protocol type, length, etc.).

By layer, the basic carriers are divided into physical layer, IP layer, transport layer, and application layer. The basic carrier is analyzed from the lowest layer, and headers and data containing information other than the header information of the layer are carried to the upper layer. The physical layer of the lowest layer transmits and receives physical electrical signals, and the IP layer transmits and receives Internet protocols. The transport layer is responsible for message transmission, and may include TCP, UDP, SIP, and the like.

When the basic carrier completes the analysis at the transport layer, the service manager 223 of the control layer determines whether the existing CDMA / WCDMA call or the bidirectional service call. According to the determined call, service processing is performed at each SLEE / SCS / bidirectional module unit. That is, the general voice call of the intelligent network subscriber is controlled by the state manager 224, and the user account processing and call processing related to the interactive service application is controlled by the interactive service module unit 226. The sound source server 230 may operate with the application server 210 through the SLEE / SCS / bidirectional service module.

Hereinafter, an operation of a bidirectional mobile communication service system according to an application embodiment for a language service will be described in detail with reference to FIGS. 7 to 10.

First, an application service scenario for providing a language service is as follows.

“S in high school A wants to have a language service that includes English words, Chinese, and so on, as a messaging service. Student S attends school at 7:30 in the morning, finishes school at 5 pm, and heads home. S student receives language messaging while attending school and wants to improve listening ability by pressing call button if necessary. And S wants to hear what she hears until tomorrow morning until she receives a new language message. ”

According to such a scenario, development of a mobile messenger specialized in wired / wireless compatible language should be preceded. The messenger may be implemented with a chat function, a note function, a voice and video call function, a call function during a chat and a language service function. In the following, it is assumed that such a language specialized mobile messenger is implemented in the user terminal.

In this scenario, the operation function of the language specialized mobile messenger can be algorithmized as follows.

“① S student saves the subject of interest and the time that he wants to receive the message in the application server through the language mobile messenger. ② At the designated time, the application server establishes a logical communication channel with the S student's mobile phone. ③ Through this channel, S student receives English words, Chinese or conversation sentences from the application server. ④ After receiving the message, if you press the call button, S student's mobile phone and application server will establish a logical call channel and listen to the conversation related to the received message. ⑤ When the S student attempts to make a call through the call processing through the sound source server, the conversation is listened to instead of the ring back tone. ”

FIG. 7 is a diagram illustrating an operation of a bidirectional mobile communication service system for an operation algorithm ① of a language specialized mobile messenger.

First, as shown in FIG. 7, the user transmits a language of interest and a time to be serviced to the FDIS 220 using the user terminal 300 (insertReq (), S100 to S110). The FDIS 220 then provides a language of interest sent from the user.

 And time to the application server 210 (insertReq (), S120), the application server 210 stores the interest and time information sent from the user in the database 227, and then sends a response to the FDIS 220. Transfer to the user terminal 300 through (insertRes (), S130 ~ S140).

FIG. 8 is a diagram illustrating an operation of a bidirectional mobile communication service system for operation algorithms ② and ③ of a language specialized mobile messenger.

As shown in FIG. 8, when the user reaches a service time, the application server 210 requests a short message transmission to the FDIS 220 (smsReq (), S210). The FDIS 220, which has been requested to transmit the short message from the application server 210, requests the short message to be sent to the SMSC 240 (submit (), S220). Upon receiving the short message request, the SMSC 240 transmits a language service corresponding to the field of interest to the user terminal 300 by using the short message (smssend, S230).

FIG. 9 is a diagram illustrating an operation of a bidirectional mobile communication service system for an operation algorithm ④ of a language specialized mobile messenger.

As shown in FIG. 9, when the SMSC 240 receives a short message for a language service corresponding to an area of interest, the user checks the short message and then attempts to access the ARS by pressing a call back number of the short message. If (S300), the ARS access call corresponding to the callback number from the user terminal 300 is sent to the FDIS 220 (arsReq (), S310). The FDIS 220 receives the originating ARS access call from the user and transmits it to the application server 210 (arsReq (), S320). Then, after receiving the ARS access call, the application server 210 transmits a response to receiving the ARS access call to the user terminal 300 (arsRes (), S330), and requests the sound source to be transmitted to the sound source server 230. (BroadcastReq (), S340). The sound source server 230 that has received a request for sound source transmission from the application server 210 transmits a response to the application server 210 (broadcastRes (), S350), and transmits the sound source to the user terminal 300 (S360). This allows the user to listen to the conversation of interest.

FIG. 10 is a diagram illustrating an operation of a bidirectional mobile communication service system for an operation algorithm ④ of a language specialized mobile messenger.

As shown in FIG. 10, while a user is listening to a conversation of a field of interest, the user may press a number or a symbol (*, #) to request a ring back tone. That is, when the user selects a number or symbol (*, #) as a tool tone while listening to a conversation (S400), the corresponding DTMF is transmitted to the application server 210 through the FDIS 220 (S410 to S420). ). Upon receiving the DTMF signal, the application server 210 requests the FDIS 220 to set a ring back tone for the conversation that the user is currently listening to (catchReq (), S430). Upon receiving this, the FDIS 220 requests the call server 230 to set the ring back tone for the conversation that the user is currently listening to (catchReq (), S440). The sound source server 230 which has been requested to set the ring back tone from the FDIS 220 transmits a response thereto to the application server 210 (catchRes (), S450), and sets the conversation that the user is listening to as the ring back tone (S460). ). Then, when the user attempts to call (S470), the sound source server 230 provides a conversation ringtone of the interest field set by the user until the call is connected to the counterpart (S480).

7 to 10 illustrate that the FDIS 220 processes the service, the service manager 223 analyzes the call originated by the user as described above, and the parlay gateway 225 according to the analysis result. The state management unit 224 or the bidirectional module unit 226 processes the service through communication with the. At this time, the processing for the bidirectional service is processed in the bidirectional module unit 226 and the general service is processed in the state manager 224.

The above embodiments are intended to illustrate the present invention, the scope of the present invention is not limited to the embodiments, it can be modified or modified by those skilled in the art within the scope of the invention defined by the appended claims.

According to the present invention, it is possible to develop services for various protocols through the parlay gateway, to shorten the service development time, and to more easily provide integrated service development of various networks. In addition, these parlay gateways can provide smooth two-way services.

Claims (13)

delete An application server for creating and executing a service for developing and operating an application service by using a standardized application programming interface (hereinafter referred to as an API) to access a network resource; And A parlay gateway that provides the API to the application server and converts and controls the API into a protocol of the communication network, the service from a call originating from a user, wherein the service includes at least an intelligent network service, a parlay service, and a bidirectional service And a bidirectional communication service unit configured to process a service through communication with the parlay gateway. The bidirectional communication service unit, A service manager to determine a corresponding service by analyzing a call sent from a user; A bidirectional module unit configured to process a bidirectional service through communication with the application server after determining a type of bidirectional service when it is determined as a bidirectional service from the service manager; And And a state manager configured to process the intelligent network service through communication with the application server after determining the type of the intelligent network service from the service manager. The method of claim 2, The bidirectional module unit, A forward controller which processes a session from the application server toward a user terminal; A reverse controller which processes a session from the terminal of the user toward a bidirectional communication service unit; And Parlay gateway-based two-way mobile communication service system comprising a user interaction unit for decrypting information received from the user through the terminal of the user. The method of claim 2, The parlay gateway, A Service Capability Server (SCS) including a Service Capability Feature (SCF) to enable the communication network resource; And And a framework that performs authentication between the SCS and the application server and manages service registration of the SCS and access to the SCS from the application server. The method of claim 2, The state management unit, A parlay gateway-based bidirectional mobile communication service system including a service logic execution environment (SLEE) for providing service logic for the intelligent network service to provide the determined intelligent network service. The method according to any one of claims 2 to 5, A parlay gateway-based bidirectional mobile communication service system further comprising a database storing service information, user information and billing information according to each service type. The method according to any one of claims 2 to 5, And the parlay gateway supports at least one of an intelligent network protocol, a SIP protocol, and a TCP protocol on an interface. The method according to any one of claims 2 to 5, The service determined from the call sent from the user is a language service, The two-way communication service unit is connected to a short message center for transmitting a short message, Parlay gateway-based two-way mobile communication service system for providing the language service using the short message. The method of claim 8, The bidirectional communication service unit may be connected to a sound source server that provides a ring back tone during a call waiting time, and is provided by a pale gateway based bidirectional mobile communication service system that provides the language information as a ring back tone by a user's selection of the language service. . A method for providing a mobile communication service in a parlay gateway based bidirectional mobile communication service system, a) receiving a call sent from a subscriber of the mobile communication service system; b) analyzing the received call to determine a service, wherein the service includes at least an intelligent network service, a parlay service, and an interactive service; And c) processing the two-way service by determining the type of the two-way service when the determination result is the two-way service; and processing the intelligent network service by determining the type of the intelligent network service when the determination result is the intelligent network service. Parlay gateway-based two-way mobile communication method comprising a. The method of claim 10, If the determined service is a bidirectional service, Determining a direction of a session information flow between the mobile communication system and the subscriber's mobile terminal; And Parley gateway-based bi-directional mobile communication service method comprising the step of processing each session separately according to the direction of the session information flow. The method according to claim 10 or 11, wherein The determined service is a language service, In step c), The subscriber establishing a logical communication channel with the subscriber's mobile terminal at a designated time; And And providing the language service through a short message through the configured channel. The method of claim 12, Receiving a request for establishing a ring back tone from the subscriber who is provided with the language service; Setting the conversation content as a ring back tone according to the request; And And transmitting the set ring back tone when the subscriber attempts to make a call until the call is connected with the other party.

Images