KR100539488B1 - Selective refusal service method of called signal - Google Patents

Abstract

The present invention relates to an incoming call selection rejection service method capable of rejecting an incoming call in real time when notifying the incoming call information to a called party's terminal.

The present invention provides a method for selectively rejecting an incoming call in a communication system.

Setting, by the subscriber, an incoming call selective rejection condition for selectively rejecting an incoming call to the parlay application server; A call initiation notification step of informing a call initiation to the parlay application server through the parlay gateway when the call is received by the subscriber's destination terminal; An incoming notification step of the parlay application server informing the subscriber terminal of the incoming call to the called terminal; If the subscriber station selects the incoming call rejection, it characterized in that it comprises an incoming call rejection step for transmitting the incoming call rejection announcement to the calling terminal.

The present invention has an effect of implementing an 'incoming call selection rejection service' that allows a user to select a rejection condition in real time when the incoming call is rejected using the 'trigger plus service' method. .

Incoming trigger, selective reject, parlay gateway, parlay application server

Description

Selective Refusal Service Method of Called Signal

1 is an exemplary configuration of a trigger service system to which the present invention is applied.

Figure 2 is a flow diagram of an embodiment of an incoming call selection denial service method according to the present invention.

3A and 3B are flowcharts of another embodiment of an incoming call selection rejection service method according to the present invention;

* Explanation of symbols on the main parts of the drawing

10: wireless communication network 11: wireless communication terminal

12: MSC 13: Home Location Register (HLR)

14,24: Service Controller 15: Short Message Center (SMSC)

16,25: special resource processor (IP) 20: wired communication network

21: Landline Phone 22: POTS / xDSL

23: service switch (SSP) 30: VoIP network

31: VoIP terminal 32: soft switch

33: signaling gateway 34: trunk gateway

35: access gateway 36: SIP application server

37: Media Server 40: Parlay Gateway

52: Parlay Application Server 53: Parlay-X Application Server

53: user terminal

The present invention relates to a method of selective reject service of an incoming call.

More specifically, the present invention relates to an incoming call selection rejection service method capable of rejecting an incoming call in real time when notifying the incoming call information to the called party's terminal.

In the present invention, the trigger refers to an operation that is automatically performed when the database DB meets a predetermined condition.

As telephones become popular, they are used in various environments. In particular, with the development of wireless communication, many people use mobile phones (wireless communication terminals), and in the home, wireless phones are popularized, and telephones are now available at anytime and anywhere, not only at home.

By the way, if the call is from a person who does not want to call, you can selectively reject the caller by identifying the caller through the Caller ID (CID). It is difficult to determine if the caller wants to reject the call immediately.

Even if you try to reject the call by recognizing the caller through the caller's call, you have to disconnect the call by pressing the call button and the end button.

In addition, if the incoming call is not received at the time when you do not want to call (sleep time, meeting time, etc.), if you do not answer, the call is sent again or the voice mail is switched to leave a message. It's uncomfortable because you can't tell the caller if you don't want to receive the call because you don't want the call.

Therefore, in the current technical field, when the incoming information is notified to the terminal of the called party, an incoming call selection rejection service method capable of rejecting the incoming call in real time is urgently required.

The present invention has been proposed to meet the above requirements, and the present invention provides a method for receiving an incoming call when notifying the incoming call information (call inflow notification) to a called party's terminal (PC, notebook, PDA, portable Internet terminal, etc.). It provides a selective rejection service method of an incoming call that can be selectively rejected in real time.

In the present invention, to use the incoming trigger (Trigger) service more easily and efficiently, using the incoming trigger (Trigger) method used in the existing communication network to the incoming call information when the incoming call to the program of the terminal connected to the Internet of the called party In addition, it defines the 'Trigger Plus service' method that adds an additional method to the incoming trigger method used in the communication network.

In addition, the present invention defines an 'incoming call selection rejection service' method that can reject an incoming call by using the 'trigger plus service' method. It is possible to select a rejection condition in real time by the user when rejecting an incoming call. If the user selects the rejection condition, the announcement of the selected content is sent to the caller and rejected.

1 is an exemplary configuration of a trigger service system to which the present invention is applied.

The selective rejection service of an incoming call is a program installed on a terminal (eg, a terminal connected to the Internet, such as a PC, a laptop, a PDA, or a portable Internet terminal) (eg, a messenger program, etc.), or a wired / wireless Internet. After accessing the wired / wireless internet server, it can be used after proper sign-up procedure according to the access guide screen of the wired / wireless internet server. You can optionally refuse. In addition to wired and wireless Internet access such as WEB or WAP, service registration based on ARS connection will be possible.

That is, the user can register and use the 'incoming call selection service' through a separate subscription process, and use a separate program (for example, a PC, a laptop, a PDA, a portable Internet terminal, etc.) of the subscriber. For example, a messenger program) can be installed or used through a wired / wireless internet.

In addition, the 'incoming call selection service' is a program (for example, a messenger) installed in a subscriber's terminal (for example, a PC, a nodebook, a PDA, a portable Internet terminal, etc.) according to a reception setting condition among information set by the user. When the corresponding information is notified by a program, etc.), the incoming call is notified and the incoming call can be rejected through the corresponding terminal.

The 'incoming call selection rejection service' may start a service in a different manner according to the operator's network (wireless communication network, wired communication network, VoIP network, BcN network, etc.), and a parlay gateway and a parlay application server. It can be used by all wired / wireless network subscribers of network operators equipped with (Parlay Application Server). At this time, all the exchanges of the network operator (for example, mobile communication exchange (MSC), service exchange (SSP), etc.), soft switch (Soft Switch) should support the incoming trigger. Thus, the incoming trigger condition of the subscriber is initiated by the incoming information of the exchange or soft switch.

The basic information of the subscriber of the `` reception of the incoming call selection service '' is the subscriber's mobile phone number, the subscriber's home phone number, the subscriber's company phone number, etc., and these numbers can be registered after performing authentication at the time of registration. In this case, the registered information may be modified, and may be modified after authentication.

Hereinafter, the call destination terminals 11, 21, 22, and 31 for the 'call-to-call rejection service' include a mobile communication terminal such as a wired / wireless phone capable of voice communication, a POTS / xDSL terminal, a cellular phone or a PCS phone, and an IMT. Next generation mobile communication terminal, such as 2000 (International Mobile Telecommunication), UMTS (Universal Mobile Telecommunication Service), personal digital assistant (PDA), VoIP terminal (SIP terminal, Soft Phone, H.323 terminal, etc.) As far as possible, the voice communication of the originating and receiving terminal is not limited to the type of the target network (wired communication network, wireless communication network, VoIP network, NGN network, BcN network, etc.) (10-30).

In addition, the user terminal 53 may include a mobile communication terminal such as a PC, a notebook computer, a cellular phone, or a personal communication service (PCS) phone, a smart phone, an international mobile telecommunication (IMT-2000), a universal mobile telecommunication service (UMTS), and the like. Mobile communication terminal, personal digital assistant (PDA), wireless Internet (WAP / ME) terminal, wired Internet (WEB) terminal, portable Internet terminal, etc., as long as data communication is possible, the applicable network (wired communication network, Wireless communication network, VoIP network, NGN network, BcN network, etc.) (10-30) are not affected.

Now, the functions of the components of the trigger service system for the 'incoming call selection denial service' will be described.

The service switch point (SSP) 23 switches the call resource management and service of the terminals 21 of the wired communication network 20.

The mobile switching center (MSC) 12 switches call resource management and services of the terminals 11 of the wireless communication network 10.

Service control points (SCPs) 14 and 24 control intelligent network services, and manage information of intelligent network service subscribers and provide information requested by exchanges 12 and 23.

The Intelligent Peripheral (IP) (16,25) manages special resources such as tones, announcements, conference call bridge management, and text-to-speech (TTS) required in the service logic control process. Process. That is, the intelligent network service user / subscriber performs additional intelligent network services using voice or text.

The home location register (HLR) 13 performs location registration of the wireless communication terminals 11 and manages state information of the terminals 11 and knows an accurate location. That is, as a database management system that stores and manages subscriber parameters and location information for all terminals 11 registered in its own area, it manages important data such as access capability, basic services, and additional services of the terminal 11. Perform the routing function of the called subscriber.

The Short Message Service Center (SMSC) 15 is connected to the mobile communication switch 12 and plays a key role in SMS processing, sets SMS parameters, and provides a communication service identifier (TI: Teleservice Identifier) of an input signal. ) And the Destination Address are interpreted and transmitted to the network element.

The POTS / xDSL 22 is a device and a terminal capable of providing a basic voice service without additional functions such as circuit control or feature compensation for data transmission through an xDSL network.

Signaling gateway (33) is a device that serves as a gateway for implementing the existing public telephone network (PSTN) service on the next-generation communication network (NGN), converting the signal of the signal relay switch (SS7) to the IP signal of the NGN Solution to the soft switch (32).

An access gateway 35 is a device required to connect a general telephone user of a wired / wireless communication network such as a PSTN to a packet network (VoIP or VoATM), and converts voice data from the general telephone to be transmitted to the packet network.

The trunk gateway 34 is a device for interworking a public telephone network (PSTN) and a packet network (VoIP or VoATM) and transmits a large amount of data generated from the public telephone network to the packet network.

The soft switch 32, also called a media gateway controller, is a device that performs an interworking function between a packet network and an existing wired / wireless communication network. The soft switch 32 transmits signals between heterogeneous networks and performs call processing. Or a media gateway such as a trunk gateway 34 or a signal gateway 33.

SIP Application Server 36 functions to manage and control call resources to process services.

The media server 37 is a system for processing special resources such as Tone, Announcement, Conference Call Bridge Management, TTS, etc. which are required in the service logic control process. However, the difference from the IP 25 for the existing PSTN is that it provides a special resource required for packet-based service logic control in conjunction with the soft switch 32 of the NGN. In addition, it provides special resources such as video stream which is needed for NGN's multimedia-based additional service in the future.

The Parlay Gateway 40 converts the SS7 protocol into an OSA / Parlay API to provide communication network resources to an external service provider and provides it with a standardized interface to the outside.

The Parlay Application Server 51 provides a service in various environments such as a communication network and the Internet by interworking with the Parlay Gateway 40. In other words, as a Parlay-X Gateway, in order to provide communication network resources to external operators, SS7 or OSA / Parlay API is converted into Parlay-X API, which is simpler and more abstract. To facilitate control.

The Parlay-X Application Server 52 provides a service in various environments such as a communication network and the Internet by interworking with a Parlay Application Server (ie, a Parlay-X Gateway) 51. . That is, as a Parlay-X application, it refers to a service application that is integrated with / combined with various environments such as a communication network and the Internet by interworking with a Parlay-X Gateway 51.

Next, a brief description will be made of the 'incoming call selection denial service', and the service procedure will be described in detail.

The 'incoming call selection rejection service' includes an 'incoming call selection rejection service scenario' (refer to FIGS. 2, 3A and 3B below) in which incoming call information is notified and the incoming call can be rejected through the corresponding terminal. At this time, you can set a list of announcements to be sent when the incoming call is rejected, which is recorded through the Internet (WEB or WAP / ME) to record the desired message in advance, when the call is rejected When rejecting an incoming call by selecting in real time, an appropriate announcement can be sent.

Now, the procedure of 'receiving call selection rejection service' will be described in detail. However, the service may be started in different ways according to the operator's network. Hereinafter, for convenience of explanation, the MSC 12, the Parlay Gateway 40, and the Parlay Application Server will be described. Only the call processing procedure between the server (51) and the special resource processor (IP) 16 is described, and the configuration thereof can be replaced and changed with other components having the same function according to the service network.

2 is a flowchart illustrating an exemplary method for rejecting an incoming call selection service according to the present invention. This is a case in which the called subscriber selectively rejects the call after being informed of the incoming information based on the SS7 signaling network.

First, the Parlay Application Server 51 transmits an "enableCallNotification" message to the Parlay Gateway 40 to set trigger information (such as an incoming call selection rejection flag) of the subscriber ( 901).

Thereafter, when any caller (calling terminal A) attempts to call the service subscriber (terminal B) (902), the calling switch 12 transmits to the parlay gateway 40 by the trigger information set at the called subscriber. InitialDP "message is sent to notify that the call is initiated (903). In response, the parlay gateway 40 transmits a "CallEventNotify" message to the parlay application server 51 and notifies that the call is initiated by trigger information set in the "enableCallNotification" message (904).

Next, the parlay application server 51 transmits a "CallEvent (CID)" message to a logged-in program (for example, a messenger program) installed in the terminal 53 of the called subscriber and notifies that the call flows (905). ). At this time, the information transmitted from the parlay application server 51 to the messenger program depends on the setting information of the called subscriber.

At this time, since it is not known whether the called party accepts or rejects the call, the parlay application server 51 transmits a "createCall" message to the parlay gateway 40 to notify that the call has been initiated (906) and a "routeReq" message. To transmit to the parlay gateway 40 request to set the called number 'called terminal B' (907).

Then, the parlay gateway 40 transmits a "RRB (RequestReportBCSMEvent)" message to the exchange 12 to set up an event of the originating and terminating terminal (908).

The parlay gateway 40 attempts to reach the called terminal B by transmitting a “Connect” message to the called number of the “routeReq” message (909). This process takes place via the exchange 12. That is, when the parlay gateway 40 transmits the message "Connect" to the switch 12 as the called number of the "routeReq" message, the switch 12 attempts to receive the corresponding terminal B.

However, in the incoming process (906 to 909), the called party cannot reject the call in real time or has in mind the acceptance of the call. Therefore, it is not necessarily necessary.

If the called subscriber selects "reject incoming call" using the messenger of the user terminal 53 (910), the user terminal 53 transmits a "CallEvent" message to the parlay application server 51, the parlay application The server 51 transmits a message “createUICall” to the parlay gateway 40 to transmit the announcement about the incoming call rejection so as to establish a connection with the special resource handler 16 (911), and “ui.sendInfoReq”. A message ID to be played is set in the message and transmitted (912). That is, when the incoming call is rejected, the announcement transmitted to the caller (calling terminal A) is transmitted.

In response, the parlay gateway 40 establishes a connection with the special resource processor (IP) 16 by transmitting an "EstablishTemporaryConnection (ETC)" message to the exchange 12 (913).

Then, the exchange 12 receives the ETC message and transmits an "IAM (InitailMessage)" message to the special resource processor 16 (914). In response, the special resource processor 16 transmits an "ARI (AssistRequest Instructions)" message to the parlay gateway 40 to notify that it is ready to play the announcement (915).

Subsequently, the parlay gateway 40 sets and transmits a message ID (call rejection announcement) received in the “ui.sendInfoReq” message to the “PA (PlayAnnouncement)” message to the special resource processor 16 (916). In response to this, the special resource processor 16 transmits a message set by the subscriber to the caller (calling terminal A), and then transmits a message by playing a message “SRR (Specialized Resource Report)” to the parlay gateway 40. Notify that the operation has ended (917).

Thereafter, the parlay gateway 40 sets and transmits a result of the SRR (SpecializedResourceReport) message to the parui application server 51 in the "ui.sendInforRes" message (918). In response to this, the parlay application server 51 transmits a "ui.sendInfoReq" message to the parlay gateway 40 to record the message (919).

Next, the parlay gateway 40 transmits a "PRM (PromptAndRecordMessage)" message to the special resource handler 16 to start recording the message (920), and the special resource handler 16 records the message through the "PRM_ack" message. Respond to (921).

Then, the parlay gateway 40 sets the result of the SRR message in the " ui.sendInfoRes " message to the parlay application server 51 and transmits the result of the SRR message (922). The parlay application server 51 transmits the terminal 53 of the called subscriber. A message "CallEvent" is transmitted to a program installed and logged in (e.g., a messenger program) to notify whether or not the message call termination process is performed (923). In addition, when a voice (/ video) message of the caller (sending terminal A) is recorded (stored) (918 to 921) it can be notified. At this time, the information transmitted from the parlay application server 51 to the messenger program depends on the setting information of the called subscriber.

In addition, the parlay application server 51 transmits a "ui.release" message to the parlay gateway 40 to terminate the call with the special resource handler 16 (924). In response, the parlay gateway 40 transmits a "disconnected" (DFC) message to the exchange 12 to terminate the call with the special resource handler 16 (925).

In addition, the parlay application server 51 transmits a "release" message to the parlay gateway 40 to terminate the call (926), the parlay gateway 40 transmits a "ReleaseCall" message to the exchange 12 to the corresponding Instructs the call to terminate (927) and transmits the message " callEnded " to the parlay application server 51 to inform the end of the call (928).

In the above, steps "918" to "921" are a process of recording and storing the caller's voice (/ video), which is not necessarily required.

3A and 3B are flowcharts of another embodiment of an incoming call selection rejection service method according to the present invention. This is a case in which the called subscriber selectively rejects the call after being informed of the incoming information based on the SIP protocol network.

First, the Parlay Application Server 51 transmits an "enableCallNotification" message to the Parlay Gateway 40 to set trigger information (such as an incoming call selection rejection flag) of the subscriber ( 1001).

Then, if any caller (sending terminal A) attempts to call the service subscriber (terminal B) and transmits "INVITE" from the calling terminal A to the parlay gateway 40 (1002), the parlay gateway 40 is a caller ( The caller terminal A determines that it wants to make a phone call with the called party and transmits a "CallEventNotify" message to the parlay application server 51 to notify that the call has been initiated by the trigger information set in the "enableCallNotification" message (1003). ).

Next, the parlay application server 51 transmits a "CallEvent (CID)" message to a logged-in program (for example, a messenger program) installed in the terminal 53 of the called subscriber and notifies that the call flows (1004). ). At this time, the information transmitted from the parlay application server 51 to the messenger program depends on the setting information of the called subscriber.

At this time, since the called party cannot know whether to accept or reject the call, the parlay application server 51 transmits a "createCall" message to the parlay gateway 40 to notify that the call has been initiated (1005) and a "routeReq" message. Transmits to the parlay gateway 40 and requests to set the called number to the called terminal B (1006).

Then, the parlay gateway 40 transmits the message " INVITE " to the called number of the " routeReq " message and attempts to reach the called terminal B (1007). On the other hand, the called terminal B sends an incoming call response (100 Trying) and a ring response (180 Ringing) message to the parlay gateway 40 (1007, 1008).

However, the incoming process (1005 ~ 1008) is that the called party can not reject the call in real time, or in mind to accept the call. Therefore, it is not necessarily necessary.

If the called subscriber selects "Call Rejection" using the messenger of the user terminal 53 (1009), the "CallEvent" message is transmitted to the parlay application server 51, and the parlay application server 51 receives the incoming call. In order to send the announcement about the rejection, the message "createUICall" is transmitted to the parlay gateway 40 to establish a connection with the media server 37 (1010), and the message to be played (Play) in the "ui.sendInfoReq" message. The ID is set and transmitted (1011). That is, when the incoming call is rejected, the announcement transmitted to the caller (calling terminal A) is transmitted.

Then, the parlay gateway 40 establishes a connection by transmitting an “INVITE” message to the media server 37 (1012). In response, the media server 37 sends a message "200 OK" to the parlay gateway 40 to notify that it is ready to play (1013).

In addition, the parlay gateway 40 transmits a "200 OK" message received from the media server 37 to the calling terminal A (1014), and in response, the calling terminal A sends an "ACK" message to the parlay gateway 40. It transmits and informs that it is ready to receive the comment (1015).

Now, the parlay gateway 40 transmits an "ACK" message to the media server 37 (1016), and a comment ID received in the "ui.sendInfoReq" message in the "PA (PlayAnnouncement)" message to the media server 37. (Call rejection announcement) is set and transmitted (1017). In response to this, the media server 37 transmits a "200 OK" message to the parlay gateway 40 to notify the end of the play (1018).

Thereafter, the parlay gateway 40 sets and transmits the result of the SRR (SpecializedResourceReport) message to the parui application server 51 in the "ui.sendInforRes" message (1019). In response, the parlay application server 51 transmits a "ui.sendInfoReq" message to the parlay gateway 40 to record the message (1020).

Next, the parlay gateway 40 starts to record the message to the media server 37 (1021), and the media server 37 responds to the recording (1022).

Then, the parlay gateway 40 sets the result in the "ui.sendInfoRes" message to the parlay application server 51 and transmits the result (1023). The parlay application server 51 is installed in the terminal 53 of the called subscriber and logged in. The message "CallEvent" is transmitted to the programmed program (for example, a messenger program) to notify whether or not the message call termination process has been performed (1024). In addition, when a voice (/ video) message of the caller (sending terminal A) is recorded (stored) (1019 to 1022), it may be notified of this. At this time, the information transmitted from the parlay application server 51 to the messenger program depends on the setting information of the called subscriber.

The parlay application server 51 transmits the message "ui.release" to the parlay gateway 40 to terminate the call with the special resource processor 16 (1025). In response, the parlay gateway 40 transmits a "end call (BYE)" message to the media server 37 to terminate the call with the calling terminal A (1026), and responds with a "200 OK" message in response. Received (1027).

In addition, the parlay application server 51 transmits a "release" message to the parlay gateway 40 to terminate the call (1028), and the parlay gateway 40 transmits a "BYE" message to the calling terminal A to transmit the corresponding call. Command to terminate (1029), and receives a "200 OK" message in response (1030), and transmits a "callEnded" message to the parlay application server 51 to notify that the call is terminated (1031).

In the above, steps "1019" to "1022" is a process of recording and storing the caller's voice (/ video), it is not necessarily required process.

The present invention described above is capable of various substitutions, modifications, and changes without departing from the technical spirit of the present invention for those skilled in the art to which the present invention pertains. It is not limited by the drawings.

The present invention has an effect of implementing an 'incoming call selection rejection service' that allows a user to select a rejection condition in real time when the incoming call is rejected using the 'trigger plus service' method. .

Claims (10)

In the selective reject service method of the incoming call in the communication system, Setting, by the subscriber, the trigger information for the incoming call selective rejection in the parlay application server; A call initiation notification step of informing a call start to a parlay application server through the parlay gateway when the call is received by the subscriber terminal; An incoming notification step of the parlay application server notifying the incoming terminal of the incoming information receiving terminal of the subscriber; And the incoming call rejection step of transmitting an incoming call rejection announcement to the calling terminal when the incoming call rejection is selected at the receiving information receiving terminal of the subscriber. The method of claim 1, Recording and storing a caller's voice after transmitting the call rejection announcement; And And the message result notification step of notifying, by the parlay application server, the result of message processing to the terminal receiving information of the subscriber. The method of claim 1, And the communication system is based on SS7 signaling network. The method of claim 3, wherein Incoming call rejection step,  Transmitting, by the subscriber's incoming information receiving terminal, an incoming call reject message to the parlay application server; Allowing the parlay application server to establish a connection with the special resource processor to transmit the announcement about the incoming call rejection, and set and transmit a comment ID to be sent; The parlay gateway causing the exchange to establish a connection with the special resource handler; A step of sending a announcement by the parlay gateway to send a corresponding message set by the subscriber to the calling terminal through the special resource processor; And the parlay gateway notifying the parlay application server of the announcement information processing result. According to claim 4, After the step of notifying the announcement processing results, Causing the parlay application server to terminate the call with the special resource processor to the parlay gateway, so that the parlay gateway causes the exchange to terminate the call with the special resource handler; And And causing the parlay application server to terminate the call to the parlay gateway, instructing the parlay gateway to terminate the call to the exchange, and notifying the parlay application server that the call is to be terminated. Optional denial service method. The method of claim 1, The communication system is a selective rejection service method of an incoming call, characterized in that based on the SIP protocol network. The method of claim 6, Incoming call rejection step,  Transmitting, by the subscriber's incoming information receiving terminal, an incoming call reject message to the parlay application server; Allowing the parlay application server to establish a connection with the media server to transmit the announcement about the incoming call rejection, and set and transmit a comment ID to be sent; Allowing the parlay gateway to establish a connection with the media server; An announcement message sending step of the parlay gateway transmitting the corresponding message set by the subscriber to the calling terminal through the media server; And the parlay gateway notifying the parlay application server of the announcement information processing result. According to claim 4, After the step of notifying the announcement processing results, Causing the parlay application server to terminate the call with the media server to the parlay gateway, so that the parlay gateway terminates the call with the media server; And And instructing the parlay gateway to terminate the call to the calling terminal, and notifying the parlay application server that the call is to be terminated. The method according to any one of claims 1 to 8, wherein the subscriber's incoming information receiving terminal is a terminal connected to the Internet. The method according to any one of claims 1 to 8, wherein the subscriber's incoming information receiving terminal is a wired or wireless communication terminal.

Images