KR20170042876A - Method for processing originating call of forwarding service in communication device and communication device thereof - Google Patents

Abstract

A method for processing an outgoing call of a call forwarding service according to the present invention is a method for processing an outgoing call of a call forwarding service, comprising the steps of: when a call origination is attempted from a NON-USIM terminal, USIM communication terminal, and transmitting the call origination signal to the counterpart terminal via the USIM communication terminal, and when the call is accepted by the counterpart terminal, forming a first call path between the call switching section and the NON-USIM terminal, And establishing a second call path between the call switching unit and the counterpart terminal, thereby establishing a call connection between the NON-USIM terminal and the counterpart terminal.

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention This invention relates to a method and apparatus for processing an outgoing call of a call forwarding service,

BACKGROUND OF THE INVENTION 1. Field of the Invention [0001] The present invention relates to a call connection service of a one-number multi-device type, and more particularly to a call connection service using a communication terminal (USIM communication terminal) (NON-USIM IP terminal) capable of processing an outgoing call of a call forwarding service and a communication terminal for the same.

As is well known, communication terminals (or portable terminals) such as smart phones have call forwarding services as an additional service function.

In recent years, various application programs utilizing advanced hardware functions have been developed and widely popularized. There are a variety of applications in which such applications are defined as apps and applications.

In general, communication (voice communication or data communication), which is regarded as a basic function of a communication terminal, is a method of quickly and accurately delivering important or urgent matters to the other party (the user of the called terminal) desired by the user And it can be seen that the called party can communicate with the other party through the response when the called party or the called party by the communication request is received by the communication terminal.

However, at present, only a service model for providing call forwarding service between communication terminals, that is, between a wireless terminal and a wire terminal, between a wireless terminal and a wireless terminal, between a wire terminal and a wireless terminal, and between a wire terminal and a wire terminal There is no proposal for a service model for providing a call transmission to a counterpart terminal using a terminal having no communication chip.

Korean Patent Publication No. 10-2007-0039642 (Disclosure Date: Apr. 13, 2007)

The present invention is characterized in that when a call origination is attempted from a NON-USIM terminal, the USIM communication terminal changes to a call origination based on a USIM communication terminal via a call switching section mounted on the USIM communication terminal, Outgoing call of a call forwarding service capable of providing a call path between a call connection and an origination switching unit and a counterpart terminal, and a communication terminal for the same.

The problems to be solved by the present invention are not limited to those mentioned above, and another problem to be solved by the present invention can be clearly understood by those skilled in the art from the following description will be.

According to one aspect of the present invention, there is provided a method of processing an outgoing call of a call forwarding service according to one aspect, comprising the steps of: when a call origination is attempted from a NON-USIM terminal, The method of claim 1, further comprising the steps of: if the call is accepted by the counterpart terminal, establishing a first call path between the call switching unit and the NON-USIM terminal, And establishing a second call channel between the counterpart terminals, thereby making a call connection between the NON-USIM terminal and the counterpart terminal.

According to another aspect of the present invention, there is provided a communication terminal for processing an outgoing call of a call forwarding service, the communication terminal providing a call path between the NON-USIM terminal and a USIM communication terminal when a call origination is attempted from the NON- US) Claims: What is claimed is: 1. A communication terminal comprising: a USIM communication terminal; a counterpart terminal; and a call switching section for providing a call path between the USIM communication terminal and the counterpart terminal when a call is accepted from the counterpart terminal.

The present invention provides a communication path between a NON-USIM IP terminal and a NON-USIM IP terminal and a correspondent terminal through a switch to a USIM communication terminal when a USIM communication terminal attempts a call origination from a NON-USIM IP terminal Thus, various service needs of the terminal users related to the call forwarding service to the NON-USIM IP terminal can be effectively satisfied.

1 is a configuration diagram of a call processing network system suitable for realizing an outgoing call processing method of a call forwarding service according to an embodiment of the present invention.

First, the advantages and features of the present invention, and how to accomplish them, will be clarified with reference to the embodiments to be described in detail with reference to the accompanying drawings. While the present invention has been described with reference to exemplary embodiments, it is to be understood that the invention is not limited to the disclosed exemplary embodiments, but, on the contrary, It will be understood by those of ordinary skill in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims.

In the following description of the present invention, detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention rather unclear. It is to be understood that the following terms are defined in consideration of the functions of the present invention, and may be changed according to intentions or customs of a user, an operator, and the like. Therefore, the definition should be based on the technical idea described throughout this specification.

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

FIG. 1 is a configuration diagram of a call processing network system suitable for realizing an outgoing call processing method of a call forwarding service according to an embodiment of the present invention, and includes two IP terminals 102 and 104, a communication terminal 106, a NAG An API Gateway 108, a push server 110, a CSCF 112, an HSS 114, a TAS 116, a communication network 118 and a counterpart terminal 120. Here, TAS 116, CSCF 112 and HSS 114, which are blocked with a dotted line and denoted by the reference A, may refer to an IMS (IP Multimedia Subsystem) network, which is an intelligent or intelligent network node Can be defined.

1, the IP terminal 102 includes a tablet terminal having a push function, that is, a tablet terminal without a communication chip (for example, a Universal Subscriber Identification Module (USIM) or a SIM (Subscriber Identification Module) (Or NON-SIM) terminal. In order to receive a call origination service of the smart call forwarding provided according to the present invention without using a communication chip, the IP terminal 102 is provided with a smart The call forwarding application 1022 can be mounted. Here, the smart call forwarding application 1022 has a self-call function and can provide function control for an address book, a dialing menu, a microphone, a speaker, and the like.

The smart call forwarding application 1022 that can be selectively loaded (loaded / unloaded) into the IP terminal 102 may be implemented as a software application or a detachable hardware, Called incoming / outgoing switching unit.

In addition, the smart call forwarding application 1022 mounted on the IP terminal 102 is selectively activated (executed) only while a call route for executing call forwarding for smart call forwarding is provided, (In a state in which the NAG and the notification channel (or the HTTP channel) are not maintained) in a situation in which a call route for execution is not provided.

Here, keeping the smart call forwarding application 1022 in the standby mode when the call for Smart Call Forwarding is not provided is to prevent the channel resources from being wasted unnecessarily.

In other words, the smart call forwarding application 1022 installed in the IP terminal 102 can be defined as a call application for a call. For this purpose, various menu UIs (user interface) such as dialing, address book interface, microphone control, And the like can be provided.

The IP terminal 104 may be, for example, a terminal (NON-USIM terminal) that does not have a PC, an IP-TV, a communication chip (e.g., USIM or SIM) A smart forwarding application 1042 capable of performing the same function as that of the IP terminal 102 is provided in the IP terminal 104 in order to receive a call forwarding service for the smart forwarding provided according to the present invention, ) Can be mounted.

At this time, since the IP terminal 104 is a terminal that can not use the push function, a notification channel with the NAG 108 must be generated and maintained. To this end, the smart call diversion application 1042 mounted on the IP terminal is driven ), It can generate and maintain a notification channel with the NAG 108 by generating (calling) a notification API message including information such as a user ID, a device ID, an authentication token, etc. and transmitting the notification API message to the NAG 108. In other words, the IP terminal 104 may refer to a terminal where a notification channel with the NAG 108 has already been generated and maintained before the call is originated.

Here, the smart call forwarding application 1042 installed in the IP terminal 104 may be set to be automatically executed when the power of the IP terminal 104 is turned on or when an operating system (operating program) is started (booted).

The communication terminal 106 is an HD voice terminal on which a communication chip (or a communication card) is mounted (installed), and can be defined as a USIM (or SIM) communication terminal. A module 1062 for HD voice communication (HDV) communication is provided and an outgoing call processing of the call forwarding service is provided to IP terminals (for example, tablet, PC, IP-TV, etc.) (APP) 1064, that is, a smart call forwarding application 1064, which provides the necessary call routes.

Here, the smart call forwarding application 1064 that can be selectively loaded (loaded / unloaded) into the communication terminal 106 can be implemented as a software application, as well as a detachable hardware form, And the like. Further, the communication chip mounted on the communication terminal 106 may mean, for example, a USIM card or a SIM card defined as a subscriber identity module.

At this time, the smart call forwarding application 1064 mounted on the communication terminal 106 selectively activates (executes) only while providing a call path for processing an outgoing call of the call forwarding service to the IP terminal, And maintains the standby mode (state in which the NAG and the notification channel (or HTTP channel) are not maintained) in a situation in which the call path for the outgoing call processing of the service is not provided. Herein, to keep the smart call forwarding application 1064 in the standby mode when the IP terminal is not provided with a call path for the outgoing call processing of the call forwarding service, in order to prevent the channel resources from being unnecessarily wasted to be.

The smart call forwarding application 1064 can generate a notification channel to the NAG 108 through a message exchange with the NAG 108 by activating when the push message is received from the push server 110. [ At this time, termination of activation of the smart call forwarding application 1064 (that is, switching to the standby mode) can be realized by a notification from the NAG 108 (call connection cancellation notification).

In addition, the smart call forwarding application 1064 may be configured such that when the RTP media path is set up based on API messages exchanged with the smart call forwarding application 1022 installed in the IP terminal (for example, 102) If the IP terminal 102 is in a NAT (Network Address Translation) environment, a call path can be formed (connected) via the NAG 108. If the NAT terminal does not exist, 1022) and the smart call forwarding application 1064 of the communication terminal 106 by P2P.

Here, the NAT environment means that the corresponding IP terminal is given a private IP address by NAT, and an environment in which there is no NAT means that the corresponding IP terminal is not given a private IP address by NAT do.

Accordingly, the smart call forwarding application 1064 installed in the communication terminal 106 can be defined as a management application for management rather than a call application for a call. For this purpose, a simple menu UI (user interface) (I.e., a UI for on / off setting of a call originating from a NON-USIM terminal) that can be set to notify or notify the NAG 108 that there is a used call origination request.

Next, the NAG (Network API Gateway) 108 transmits a Notification API message, for example, a user ID, a device ID, an authentication ID, and an authentication ID, which are generated and delivered from the smart call forwarding application of the IP terminal, The IP terminal can perform a function of generating and maintaining a notification channel with the corresponding IP terminal in accordance with a notification API message including information of a token etc. The IP terminal can transmit messages from the NAG 108 at any time It is possible to maintain a state in which it can receive. Here, the user ID is an ID assigned to the user of the communication terminal 106, and the device ID is one or more assigned to the communication terminal 106 and each IP terminal (e.g., tablet, PC, IP-TV, Means a plurality of terminal IDs.

The NAG 108 also generates a push delivery request message including, for example, a push authentication token and a device ID when the relay call origination API is transmitted from the smart call forwarding application of the IP terminal attempting call origination To the push server 110. This is for channel interworking with the smart call forwarding application 1064 installed in the communication terminal 106. [

When the smart call forwarding application 1064 of the communication terminal 106 is started (executed) in accordance with the push message from the push server 110, the NAG 108 transmits the smart call forwarding application 1064 And a function of generating and maintaining a notification channel.

In addition, the NAG 108 generates a call connection request (INVITE) message for interworking with the IMS network based on the messages exchanged with the smart call forwarding application 1064, and then transmits the message to the CSCF 112 to request a call The originating number at this time may be a character number identified by the user ID.

Next, when the push delivery request message including the push authentication token, the device ID, and the like is received from the NAG 108, the push server 110 starts the smart call forwarding application 1064 loaded in the communication terminal 106 And send a push message to the smart call forwarding application 1064 so that it can be wake-up.

Meanwhile, the CSCF (Call Session Control Function) 112 in the IMS network can be defined as a call session control node, and performs call processing based on the IMS. In addition, Function and so on.

The CSCF 112 also routes the call connection request (INVITE) message from the NAG 108 to the accepting TAS 116 when it receives the call number, (E.g., 200 OK message) of the counterpart terminal 120 to the NAG 108. For this purpose, the subscriber information stored in the HSS 114 can be used.

Here, the HSS (Home Subscriber Server) 114 may refer to a subscriber information management node including a database storing subscriber information based on IMS based on a communication network, and may include subscriber profile information, authentication, Related data and the like can be provided.

Next, the TAS (Telephony Application Server) 116 may refer to an application service node. For example, the TAS (Application Telephony Application Server) 116 may include an application service node such as smart call forwarding, caller display, Change of message fields for management and call processing, and the like.

When the TAS 116 receives a call connection request (INVITE) message generated in response to the call origination from the IP terminal from the CSCF 112, the TAS 116 searches the internal DB (not shown) If the subscriber is a smart forwarding subscriber, the subscriber terminal inquires of the subscriber number associated with the subscriber number, changes the subscriber number to the inquired subscriber number, processes the call to the subscriber terminal 120 based on the changed subscriber number, And transmits a response message (for example, a 200 OK message) corresponding to call acceptance from the counterpart terminal 120 via the communication network 118 to the CSCF 112 And so on.

Next, a series of processes for providing a call originating service to an IP terminal having no communication chip using an origination call processing device of the call forwarding service according to this embodiment having the above-described configuration will be described.

First, it is assumed that a user tries to originate a call to a counterpart terminal (or called terminal) 120 using the IP terminal 102, which is a NON-USIM terminal, in order to enhance convenience and understanding of the explanation.

1, when the user executes the smart call forwarding application 1022 mounted on the IP terminal 102 for making a call, the smart call forwarding application 1022 generates a notification channel with the NAG 108 (Notify) API message to the NAG 108. The notification API message may include information such as a user ID, a device ID, an authentication token, and the like.

Here, the user ID is an ID assigned to the user of the communication terminal 106, and the device ID is one or more assigned to the communication terminal 106 and each IP terminal (e.g., tablet, PC, IP-TV, Means a plurality of terminal IDs.

As a result, a notification channel is created and maintained between the smart call forwarding application 1022 and the NAG 108, so that the IP terminal 102 can receive messages from the NAG 108 at any time.

Then, when the user attempts to make a call to the counterpart terminal 120, that is, when the user inputs a phone number through an address book, a dialing pad, or the like, which is interlocked with the smart call forwarding application 1022, The relay call origination API calls the relay call origination API and transmits the relay call origination API to the NAG 108. The relay call origination API includes a user ID, a device ID, an authentication token, telco call information Etc.), SDP (Session Description Protocol) information, and the like. Here, the term " telco " may refer to a call (outgoing call) generated in a private communication network (e.g., SKT communication network) other than a communication network of a third party.

Next, the NAG 108 generates a push delivery request for channel interworking with the smart call forwarding application 1064 installed in the communication terminal 106, and transmits the push delivery request to the push server 110. This push delivery request message A push authentication token, a device ID, and the like.

In response, the push server 110 generates a push message in accordance with the push delivery request from the NAG 108 and delivers the push message to the communication terminal 106 identified by the device ID. As a result, The smart call forwarding application 1064 is woken up. Here, the activation of the smart call forwarding application 1064 may mean that the app is switched from the standby mode to the execution mode.

The smart call forwarding application 1064 generates a notification API message and transmits the notification API message to the NAG 108 so that a notification channel is created between the smart call forwarding application 1064 and the NAG 108, 1064 become able to receive a message from the NAG 108. [

In addition, the NAG 108 generates a relay call arrival notification message and transmits the relay call arrival notification message to the smart call forwarding application 1064 to notify the external IP terminal 102 of the call origination request using smart call forwarding The relay call reception notification message may include, for example, a service name, telco information (originating number, called number), relay call information (originating device ID, SDP information, etc.), and the like.

In response, the smart call forwarding application 1064 calls the telco origination API and sends it to the NAG 108. This telco call originating API message includes, for example, a user ID, an authentication token, a called number, an IP terminal ), And the like.

Next, the NAG 108 generates a call connection request (INVITE) message for interworking with the IMS network based on the messages exchanged with the smart call forwarding application 1064, and then transmits the message to the CSCF 112 to request a call Try it. At this time, the calling number is a character number identified by the user ID.

Then, the CSCF 112 routes the INVITE message received from the NAG 108 to the TAS 116 receiving the telephone number.

Then, the TAS (116) checks whether or not the subscriber is a smart forwarding subscriber through inquiry (search) of the internal DB. When the subscriber is a smart forwarding subscriber, the TAS 116 inquires the subscriber number associated with the subscriber number, (INVITE) message to the counterpart terminal 120 (or the called terminal) 120 via the communication network 118 based on the changed counter number, send.

Therefore, in the counterpart terminal 120 receiving the call connection request (INVITE) message, the call reception notification will be executed, and the user of the counterpart terminal can perform the operation of accepting the call or the like.

That is, when the user of the counterpart terminal 120 accepts the call, a response message (for example, a 200 OK message) corresponding to the call acceptance is generated and transmitted to the TAS 116 via the communication network 118.

The TAS 116 forwards the response message provided from the counterpart terminal 120 to the CSCF 112 and the CSCF 112 forwards the response message to the NAG 108. [

Accordingly, the NAG 108 generates a telco call acceptance notification message based on the response message and transmits the message to the communication terminal 106. In this telco call acceptance notification message, for example, the SDP information of the counterpart terminal 120 .

Next, the smart call forwarding application 1064 of the communication terminal 106 requests the NAG 108 of the relay call acceptance API based on the telco acceptance notification message. The relay call acceptance API includes, for example, ID, session information, destination SDP information, and the like.

Then, the NAG 108 generates a relay call acceptance notification message based on the relay call session information, and transmits the relay call acknowledgment message to the IP terminal 102. The NAG 108 then transmits the relay call acknowledgment message to the IP terminal 102 based on the SDP information of the API / (RTP (Real Time Protocol) Media bearer) is set up (formed) between the communication terminals 106.

If the IP terminal 102 is in a NAT (Network Address Translation) environment, the call path can be connected via the NAG 108. If the NAT is not present, the smart call forwarding application 1022 ) And the smart call forwarding application 1064 of the communication terminal 106 can be connected by P2P. In this case, the NAT environment means that the corresponding IP terminal receives a private IP address from the NAT, and an environment in which no NAT exists means that the corresponding IP terminal can not receive a private IP address from the NAT.

Next, an RTP Media bearer is set up (formed) based on the SDP information exchanged between the NAG 108 and the counterpart terminal 120 through the call connection request message and the response message. In the NAG 108, And connects the set up call with the terminal 120 to an RTP media bearer with the previously set up IP terminal 102.

That is, in the NAG 108, the IP terminal (NON-USIM terminal) ?? NAG ?? USIM communication terminal - First call to NAG and NAG ?? USIM terminal and the counterpart terminal 102 by an outgoing call in the NON-USIM terminal by establishing (forming) the first and second call paths connected to each other, respectively, and then connecting the first and second call paths to each other The call (call) is connected.

It will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present invention as defined by the following claims. It is easy to see that this is possible. That is, the embodiments disclosed in the present invention are not intended to limit the scope of the present invention but to limit the scope of the present invention.

Therefore, the scope of protection of the present invention should be construed in accordance with the following claims, and all technical ideas within the scope of equivalents should be interpreted as being included in the scope of the present invention.

According to the embodiment of the present invention, when a call origination is attempted from the NON-USIM terminal, the call is changed to a call origination based on the USIM communication terminal via the call switching section mounted on the USIM communication terminal, And an NON-USIM terminal, and can provide a call path between the call switching unit and the counterpart terminal, and a communication terminal for the method.

The present invention including this technical configuration enables the USIM communication terminal to communicate with the NON-USIM IP terminal through the conversion to the USIM communication terminal when a call origination from the NON-USIM IP terminal is attempted, By providing the call route between the counterpart terminals, the various service needs of the terminal users related to the call forwarding service to the NON-USIM IP terminal can be effectively satisfied.

102 and 104: IP terminal
106: communication terminal
108: NAG
110: push server
112: CSCF
114: HSS
116: TAS
118: Network
1022, 1042, 1064: Smart forwarding app

Claims (5)

A method of processing an origination call of a call forwarding service,
When the call origination is attempted from the NON-USIM terminal, the call origination is changed to a call origination based on the USIM communication terminal and transmitted to the counterpart terminal via the origination switching unit mounted on the USIM communication terminal;
USIM terminal when a call is accepted by the counterpart terminal, and forming a second telecommunication path between the call switching section and the counterpart terminal by forming a first call path between the call switching section and the NON-USIM terminal when the call is accepted by the counterpart terminal, A step of establishing a call connection between the terminal and the counterpart terminal
Wherein the call forwarding service is a call forwarding service.
The method according to claim 1,
Wherein the transmitting comprises:
The NON-USIM terminal calls the relay call origination API and transmits the call to the network API gateway (NAG)
Activating the origination switchover section based on push delivery based on a call of the relay call origination API;
Generating a notification channel between the NAG and the origination switching unit in association with the startup;
Generating a call connection request message through the IMS network in response to a request from the NAG, and transmitting the origination call to the counterpart terminal using the physical number of the USIM communication terminal
Wherein the call forwarding service is a call forwarding service.
3. The method of claim 2,
The relay call origination API includes:
User ID, device ID, authentication token, telco call information (calling number, called number), SDP (Session Description Protocol) information
Wherein the call forwarding service is a call forwarding service.
A communication terminal for processing an outgoing call of a call forwarding service,
And provides a call path between the NON-USIM terminal and the USIM communication terminal when a call origination is attempted from the NON-USIM terminal, and provides a call path between the USIM communication terminal and the counterpart terminal when a call is accepted from the counterpart terminal, And a source switching unit for making the NON-USIM terminal and the counterpart terminal call connection
Communication terminal. 5. The method of claim 4,
The transmission /
And a UI for setting on / off of call origination generated in the NON-USIM terminal
Communication terminal.

Images