KR20060086662A - Method for transmitting ring-tone when session of sip is connected - Google Patents

Abstract

The present invention relates to a session initiation protocol (SIP) for supporting mobility of a terminal in a wireless environment, and more particularly, to a method for transmitting a ring tone desired by a user when a session is connected to a SIP. When connecting a SIP session, it is an invention that allows a caller to generate and transmit a predetermined ringtone for a particular target by various ringtones or receivers.

Session Initiation Protocol (SIP), Push To Talk (PTT), Instance Message (IM), Real-time Transport Protocol (RTP), ring-tone

Description

Method for transmitting ring-tone when session of SIP is connected}

1 is a view showing the structure of a SIP network according to the present invention.

2 is a view showing a call flow (Call flow) of SIP using a ringtone transmission scheme according to an embodiment of the present invention.

The present invention relates to a session initiation protocol (hereinafter referred to as SIP) for supporting mobility of a terminal in a wireless environment. In particular, the present invention transmits a ring tone desired by a user when a session is connected to a SIP. It's about how to do it.

The conventional Internet protocol has many problems in supporting mobility, which is a basic characteristic of a mobile terminal.

In order to solve the above problems, Mobile Internet Protocol (Mobile IP) has appeared, but as the media to be transmitted are increasingly complicated and real-time multimedia traffic is required, many problems have been revealed.

Accordingly, SIP has emerged to support the mobility of mobile terminals and to comply with the next generation network standards.

The configuration of the SIP network largely includes a user agent (UA), a proxy server and a register.

The user agent UA is a user terminal having mobility, such as a mobile terminal or a personal digital assistant (PDA). This is a device operated by a user, and the call requesting side is called a user agent client (UA Client), and the call requesting side is called a user agent server (UA Server).

Proxy server This is where messages are relayed between UA clients and UA servers. That is, the proxy server delivers a message requesting transmission of a specific media to a server side that will provide the media, or a message requesting transmission of a specific media to a receiving side of the media. In some cases, of course, media requests can be made directly without relaying the proxy server.

A register is a component required when a user terminal supporting SIP wants to register in a SIP network.

Meanwhile, in order to use a push-to-talk (PTT) or an instance message (IM) service using the SIP network, the SIP session must be connected.

In the process of connecting the SIP session, the sender's terminal transmits a request message (INVITE) to the receiver terminal. Accordingly, when the receiver terminal accepts the request (INCEPT), the SIP session is connected.

On the other hand, when the sender's terminal transmits a request message (INVITE), the receiver terminal can send only a simple alert provided only by the terminal itself. This is not enough to meet the various personalities of recent users.

In addition, even if a conventional user terminal can store ringtones such as various voices or melodies, the memory capacity of the terminal is limited.

SUMMARY OF THE INVENTION An object of the present invention has been made in view of the above, and it is a session initiation protocol that allows a sender to create and transmit a predetermined ringtone for a particular target when a ringer or receiver wants to connect a session of a SIP. The present invention provides a ringtone transmission method in connection.

A first aspect of the present invention for achieving the above object is the pre-stored ring-tones in a predetermined server at the request of a user, and a session of the Session Initiation Protocol (SIP). (session) sending a request message (INVITE) to the proxy requesting call setup from the user's terminal for connection, the proxy sending the request message (INVITE) to the server, And sending, by the server, a ring tone designated by the user to a receiver's terminal.

More preferably, the server checks the identification information of the user included in the request message to search for the designated ring tone.

More preferably, the ring tone is transmitted to a terminal of the receiver through a channel of a real time transmission protocol (RTP).

A second aspect of the present invention for achieving the above object is the step of pre-storing ring-tones (caller-specific) specified in advance in response to a user's request in a predetermined server, Session Initiation Protocol (SIP) Sending a request message (INVITE) to a proxy requesting call setup from a terminal of a predetermined sender for a session connection of the proxy, and the proxy sending the request message (INVITE) to the server. And transmitting, by the server, the caller ringtone designated by the user to the terminal of the user.

More preferably, the server checks the identification information of the caller and the user included in the request message to search for the caller ringtone.

Also preferably, the ring tone is transmitted to a terminal of the user through a channel of a real time transmission protocol (RTP).

Other objects, features and advantages of the present invention will become apparent from the detailed description of the embodiments with reference to the accompanying drawings.

Hereinafter, with reference to the accompanying drawings illustrating the configuration and operation of the embodiment of the present invention, the configuration and operation of the present invention shown in the drawings and described by it will be described by at least one embodiment, By the technical spirit of the present invention described above and its core configuration and operation is not limited.

The present invention includes a ringtone storage server for allowing a caller to use various ringtones as desired when connecting a SIP session, and for allowing a receiver to generate and transmit a predetermined ringtone for specific targets. This will be described in more detail with reference to FIG. 1.

First of all, prior to the description, a terminal or a user terminal mentioned below is a user agent (UA), a mobile terminal, etc., and reveals in advance that it is basically a personal portable terminal with guaranteed mobility.

1 is a view showing the structure of a SIP network according to the present invention.

Referring to FIG. 1, the configuration of a SIP network according to the present invention includes a user agent (1, 9), a register (2), a redirect proxy (3), and a user agent (UA). SIP proxies 4, 8, a location server 5, a location information database 6 and a ringtone storage server 7.

Register (2), redirect proxy (3), Location server (5) and location information database (6) are directly related to the core of the present invention. Since they are not related, detailed descriptions of their operations are omitted.

In FIG. 1, it is assumed that the first and second terminals 1 and 9 are SIP-enabled terminals, and the first terminal 1 is a user agent client (UA client) requesting a call. In addition, it is assumed that the second terminal 9 is a user agent server (UA Server) receiving the call.

The ringtone storage server 7 stores various ringtones and provides the various ringtones to a caller who is a user of the first terminal 1 or a receiver that is a user of the second terminal 9. In particular, when a caller requests a call, it provides one ringtone that the caller wants. In addition, the ring tone storage server 7 associates and stores each ring tone for each object previously designated by the user. In other words, the ringtone storage server 7 maps and stores ringtones selected by a user for various targets, respectively.

In short, the user stores a ringtone that matches his or her taste in the ringtone storage server 7.

SIP proxies 4 and 8 relay various messages between the first terminal 1, which is a UA client, and the second terminal, which is a UA server. That is, the SIP proxy 1 4 transmits a message INVITE requesting transmission of a specific media to a place to receive the media (or to provide the media). Meanwhile, as the request message INVITE is received from the first terminal 1, the SIP proxy 1 4 interworks with the ringtone storage server 7 to provide a ringtone desired by the user of the first terminal 1. .

More specifically, the SIP proxy 1 4 forwards the request message INVITE to the ringtone storage server 7 when the request message INVITE is received from the first terminal 1. Then, the ringtone storage server 7 checks the information of the user of the first terminal 1 from the request message INVITE, and checks the ringtone previously designated for the user through the SIP proxy 2 or the second terminal (directly). 9). In this case, the ringtone specified by the sender is transmitted to the receiver.

On the other hand, if the user of the first terminal 1 does not designate any ring tone in advance, the ring tone storage server 7 checks the user information of the second terminal 9 from the request message INVITE, and has been previously designated by the user. The ring tone is transmitted via the SIP proxy 2 (8) or directly to the second terminal (9). In this case, since the user of the second terminal 9 designates and stores different ring tones for each caller in the ring tone storage server 7, the ring tone storage server 7 stores information of the user of the first terminal 1 (ie, The ring tone mapped to the identifier (Identifier) is transmitted to the second terminal 9. In this case, the user of the second terminal 9 can check who the caller is by ringtone only. In this case, the receiver designates different ringtones for different callers. The receiver checks the caller ID in the request message (INVITE) to retrieve a predetermined ringtone.

According to the above two cases, when the SIP request message (INVITE) is received, the user selects whether to use a ringtone that he or she pre-specifies for a specific user or a ringtone sent by the caller. This is an implementation option.

However, if no ring tone is specified in advance by the user of the second terminal 9, the ring tone is not transmitted.

On the other hand, the transmission of the ring tone from the ring tone storage server 7 to the corresponding terminal is transmitted using a channel of a real-time transport protocol (RTP). In other words, the ring tone storage server 7 transmits to the second terminal 9 a ring tone designated by the sender or the receiver via a channel of the real time transmission protocol (RTP).

Subsequently, when the user of the second terminal 9, which is the receiver, accepts the call for the call request, the SIP session between the two terminals 1, 9 is connected, and the ring tone storage server 7 receives the corresponding ring tone. Stops real time transmission.

After the SIP session is connected, the media are transmitted and received through a predetermined real-time transport protocol (RTP) channel when using a push-to-talk (PTT) or instant messaging (IM) service.

FIG. 2 is a diagram illustrating a call flow of SIP using a ringtone transmission method according to an embodiment of the present invention, which is an example of a caller designating a predetermined ringtone to a ringtone storage server.

In FIG. 2, the first user terminal 10 is a user agent client (UA Client) requesting a call, and the second user terminal 30 is a user agent server (UA Server) receiving the call. The proxy 20 includes the SIP proxy 1 and the SIP proxy 2 of FIG. 1.

The first user terminal 10 transmits a request message (INVITE) to the proxy 20 to request a call setup request for connection of the session (S1, S2). In this case, since the request message INVITE is a message transmitted from the first user terminal 10 to the second user terminal 30, the identification information ID of the first user terminal 10 and the second user terminal 30 may be changed. Included.

The proxy 20 transmits the received request message INVITE to the ring tone storage server 40 (S3). The proxy 20 then transmits a SIP 100 (Trying) response to the first user terminal 10 to prevent retransmission of the request message INVITE (S4).

Accordingly, the ring tone storage server 40 transmits a predetermined ring tone to the second user terminal 30 through a real time transmission protocol (RTP) channel due to the request of the first user terminal 10 (S5).

Meanwhile, the second user terminal 30 also transmits a SIP 180 (Ringing) response to the first user terminal 10 via the proxy 20 and the proxy 20 (S6 and S7).

As the call requested by the second user is accepted (S8), the SIP 200 (OK) response indicating a call accept from the second user terminal 30 is transmitted through the proxy and the proxy 20 to the first. It transmits to the user terminal 10 (S9, S10).

Then, the first user terminal 10 transmits a response (ACK) to the SIP 200 (OK) response to the second user terminal 30 via the proxy 20 (S11, S13). Accordingly, when the second user terminal 30 receives the response (ACK), call setup is completed between the two terminals 10 and 30 (S12 and S14).

When the call setup for the SIP session connection is completed as described above, a predetermined real time transmission protocol (RTP) media is streamed from the first user terminal 10 to the second user terminal 30 (S15).

When the streaming of the real-time transmission protocol (RTP) media is completed, the first user terminal 10 requests a call close (Call Close request) and the two user terminals through the response of the second user terminal 30 thereto Call close complete between (10 and 30) is completed (S16 to 22).

On the other hand, if no ringtone is specified in advance from the first user terminal 10 and different ringtones for each caller are designated by the request of the second user terminal 30, the ringtone storage server 7 may request a message ( INVITE) identifies the identification information (caller ID) of the second user terminal 10 and the identification information (caller ID) of the first user (sender) for the first user (for the sender) previously designated by the receiver (second user). Search for the ringtone and transmit the searched ringtone to the second user terminal 30 accordingly.

According to the present invention, when connecting a SIP session, the receiver can easily generate a ringtone desired by the sender or a ringtone predetermined by the receiver for a specific destination, and thus the receiver can more easily identify the caller and the caller can save the ringtone. The server has the advantage of being able to select and transmit a ringtone of its choice.

In addition, the present invention can satisfy the user's various and strong preferences by listening to a variety of new ringtones previously stored in a variety of voices or melodies, as well as simple alerts provided only by a mobile terminal.

On the other hand, the present invention stores a variety of ringtones, such as a variety of voice or melody in a separate server without storing in the mobile terminal itself, it can be freed from the constraints of the memory provided in the mobile terminal.

Those skilled in the art will appreciate that various changes and modifications can be made without departing from the technical spirit of the present invention. Therefore, the technical scope of the present invention should not be limited to the contents described in the detailed description of the specification but should be defined by the claims.

Claims (6)

Pre-storing ring-tones predetermined by a user's request in a predetermined server; Sending a request message (INVITE) to the proxy requesting call establishment from the user's terminal for a session connection of a Session Initiation Protocol (SIP); The proxy sending the request message (INVITE) to the server; And transmitting, by the server, a ring tone designated by the user to a terminal of a receiver. The method of claim 1, wherein the server checks the identification information of the user included in the request message and searches for the designated ring tone. 2. The method of claim 1, wherein the ring tone is transmitted to a terminal of the receiver through a channel of a real time transport protocol (RTP). Storing ringer-specific ring-tones specified in advance by a user's request in a predetermined server; Transmitting a request message (INVITE) to a proxy requesting call establishment from a terminal of a predetermined originator for a session connection of a Session Initiation Protocol (SIP); The proxy sending the request message (INVITE) to the server; And sending, by the server, the caller's ringtone designated by the user to the terminal of the user. [5] The method of claim 4, wherein the server checks the identification information of the caller and the user included in the request message to search for the caller ringtone. 5. The method of claim 4, wherein the ring tone is transmitted to a terminal of the user through a channel of a real time transport protocol (RTP).

Images