KR20080074514A - Method for providing service in a communication system - Google Patents

Abstract

A service providing method in a communication system is provided to notify all terminals of identifier information of a terminal corresponding to floor request storage or floor request deletion if a PoC(Push-to-talk over Cellular) server stores or deletes a request for the floor, thus the terminals efficiently demands the floor. If a request for the floor is received from a terminal, a PoC server decides whether the floor to be assigned exists(502,504). If not, the PoC server decides whether the terminal supports a request queue for the floor(506). If so, the PoC server stores the request for the floor of the terminal in the queue. The PoC server transmits a message including an identifier of the terminal to the terminal and other terminals except the terminal(510).

Description

METHOD FOR PROVIDING SERVICE IN A COMMUNICATION SYSTEM}

1 is a conceptual diagram of a general PoC basic structure

2 is a signal flow diagram illustrating a conventional talk request allocation process

3 is a diagram illustrating a conventional TBCP Talk Burst Request Queue Status Response message structure

4 is a signal flow diagram illustrating a process for notifying talk right information according to acquisition of a talk right request according to an embodiment of the present invention.

5 is a flowchart illustrating a process of processing a talk request by a PoC server according to an embodiment of the present invention.

6 is a view showing a TBCP Talk Burst Request Queue Status Response message structure newly proposed by the present invention.

The present invention relates to a communication system, and more particularly, to a method for providing a PTT (Push To Talk) service in a communication system.

In the 4th generation (4G) communication system, which is the next generation communication system, due to the breakthrough in mobile communication and the expansion of the communication network, more expanded and various services and applications using a mobile phone are provided. In addition, the needs of users are diversified, and are expanding from simple call services to location services, multimedia services, and PTT services. In particular, the PTT service supports various additional functions such as instant messenger and status display, as well as group calls and voice calls, which were conventionally available in radios and TRS (Trunked Radio System).

On the other hand, PoC (Push-to-talk over Cellular, hereinafter 'PoC') service uses the PTT service. One of the characteristics that the PoC service is distinguished from the existing communication service is that the user belongs to a plurality of sessions, so that the user can make a call while moving between sessions as needed. The requirement that a user be able to talk while moving multiple sessions is specified in a communication organization's standard called the Open Mobile Alliance (OMA).

1 is a conceptual diagram of a general PoC basic structure.

Referring to FIG. 1, a PoC network includes a PoC client 101, a SIP / IP core 103, and a PoC server 105.

The PoC client 101 serves to transmit or receive a call message to a terminal requesting a PTT service and is connected to the SIP / IP core 103. The PoC server 105 serves as a subject for providing a PTT service and processes PTT session management and right to speak control, and is connected to the SIP / IP core 103. The SIP / IP core 103 transmits SIP messages 107 and 109 to the PoC server 105 and the PoC client 105 as a core network supporting the Session Initiation Protocol (SIP) and the Internet Protocol (IP) multimedia.

In addition, the PoC client 105 is connected to the PoC server 105 via the RTP / RTCP / TBCP (111). The Real-Time Transport Protocol (RTP) is a protocol used to transmit voice data and video data in real time in a PoC service, and includes the voice data and video data packets. The RTCP (RTP Control Protocol) is used to report an RTP transmission status as the RTP control protocol. Finally, the talk burst control protocol (TBCP) is a talk control protocol defined in the OMA based on the application packet of the RTCP.

The PTT service is a one-way service in which only a participant who has obtained a voice among session participants can transmit media. That is, if any one participant owns a talk right, the PoC server may store a talk request of another participant in a talk request request queue. Subsequently, when the talk right of the participant with the talk right is released, the PoC server allocates a talk right to the talk request participant who has passed the longest time.

2 is a signal flow diagram illustrating a conventional talk request allocation process.

Referring to FIG. 2, the first terminal 200 transmits a TBCP Talk Burst Request message for requesting a talk right to the PoC server 210 (step 201). The PoC server 210 transmits a TBCP Talk Burst Granted message, which is a response to the request to speak, to the first terminal 200 (step 203). Here, the PoC server 210 transmits the TBCP Talk Burst Granted message because there is a talk right to be allocated to the first terminal 200. Meanwhile, the PoC server 210 transmits a TBCP Talk Burst Taken message to the other terminals 220 and 230 (steps 205 and 207). Upon receiving the TBCP Talk Burst Taken message, the second terminal 220 and the third terminal 230 recognize that the speaking right is allocated to other terminals except themselves.

The second terminal 220 transmits a TBCP Talk Burst Request message to the PoC server 210 (step 209). The PoC server 210 determines whether the second terminal 220 supports the floor right request queue function (step 211). If the second terminal 220 does not support the floor right request queue function, the second terminal 220 transmits a TBCP Talk Burst Deny message, which is a rejection response to the floor right request, in step 213. On the other hand, when the second terminal 220 supports the voice request queue function, the second terminal 220 transmits a TBCP Talk Burst Request Queue Status Response message to the second terminal 220 (step 215).

3 is a diagram illustrating a conventional TBCP Talk Burst Request Queue Status Response message structure.

Referring to FIG. 3, it can be seen that the TBCP Talk Burst Request Queue Status Response message includes a plurality of fields, but does not include fields related to information of a terminal that currently owns the right to speak.

As described above, the PoC server conventionally does not notify other users of this fact when a new talk request is entered or deleted in the talk request request queue. Thus, users do not know how many talk assignment requests are in the talk request queue. In addition, there is a problem that does not know who the user who requested the right to speak.

The present invention was made to solve the above problems, the object of the present invention is

The first method of the present invention for achieving the above object; In a communication system, a method of processing a talk right request of a terminal by a push-to-talk over cellular (PoC) server, the method comprising: determining whether there is a talk right to be allocated when the talk right request is received from the terminal; Determining whether the terminal supports the floor request queue, if the terminal supports the floor request queue, storing the floor right request from the terminal, and a message including the identifier of the terminal. And transmitting to the terminal and other terminals except the terminal.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following description, only parts necessary for understanding the operation of the present invention will be described, and other background art will be omitted so as not to distract from the gist of the present invention.

The present invention provides a method for providing an efficient service by allowing a terminal to obtain voice information in a communication system. Preferably the present invention can be applied to a communication system based on Push-to-talk over Cellular (PoC) service, and the following description will be given by way of example regarding the voice right information of the Push To Talk (PTT) service among the PoC services. Let's do it.

4 is a signal flow diagram illustrating a process for notifying talk right information according to acquisition of a talk right request according to an embodiment of the present invention.

Referring to FIG. 4, the first terminal 400 transmits a TBCP Talk Burst Request message for requesting a talk right to the PoC server 410 (step 401). The PoC server 410 transmits a TBCP Talk Burst Granted message informing that the talk right request is permitted to the first terminal 400 (step 403).

The PoC server 410 transmits a TBCP Talk Burst Taken message to the second terminal 420 and the third terminal 430 informing that the first terminal 400 has assigned a talk right (steps 405 and 407). .

Thereafter, the second terminal 420 may transmit a TBCP Talk Burst Request message to the PoC server 410 (step 409). The PoC server 410 determines whether the second terminal 420 supports the floor right request queue function (S411). If the second terminal 420 does not support the floor right request queue function, the PoC server 410 notifies that the floor right allocation request is denied by transmitting a TBCP Talk Burst Deny message to the second terminal 420 (413). step). On the other hand, when the second terminal 420 supports the voice request queue function, the PoC server 410 not only the second terminal 420 but also the TBCP to the first terminal 400 and the third terminal 430 The Talk Burst Request Queue Status Response messages are transmitted (steps 415, 417, and 419).

On the other hand, in the above description, when the information of the terminal requesting the right to speak is stored in the floor request queue, only the other terminal transmits a message including the identifier of the terminal, but the information of the terminal requesting the right to speak in the floor request queue Even if deleted, a message including the identifier of the terminal may be transmitted to other terminals.

That is, when the PoC server receives a message indicating release of a talk request request from a terminal stored in a talk request request queue, the PoC server deletes a talk request request stored in the talk request request queue. The PoC server transmits a message including the identifier of the terminal to the terminal and other terminals except the terminal.

5 is a flowchart illustrating a process of processing a talk right request by a PoC server according to an embodiment of the present invention.

Referring to FIG. 5, in step 502, the PoC server receives a TBCP Talk Burst Request message from a terminal and proceeds to step 504. In step 504, the PoC server determines whether a terminal having a talk right exists in a current session. If there is no terminal having a talk right, in step 508, the PoC server transmits a TBCP Talk Burst Granted message to the terminal and transmits a TBCP Talk Burst Taken message to other terminals.

On the other hand, if there is a terminal having a talk right in the current session in step 504, the PoC server determines whether the terminal supports a talk right request queue in step 506. When the terminal supports the talk request queue, the PoC server stores the talk request of the terminal in a queue in step 510 and transmits a TBCP Talk Burst Request Queue Status Response message to the terminal and other terminals participating in the session. Unlike the conventional message, the TBCP Talk Burst Request Queue Status Response message includes identifier information of a terminal stored in a queue.

In step 506, if the terminal does not support the talk right request queue, the PoC server transmits a TBCP Talk Burst Deny message to the terminal.

6 is a view showing a TBCP Talk Burst Request Queue Status Response message structure newly proposed in the present invention.

Referring to FIG. 6, the TBCP Talk Burst Request Queue Status Response message has a form in which a field indicated by 600 is newly added to the message shown in FIG. 3. The field is a field for indicating an identifier of a terminal stored in a talk request queue in the message.

In the detailed description of the present invention, specific embodiments have been described, but various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the scope of the following claims, but also by those equivalent to the scope of the claims.

As described above, according to the present invention, when a PoC server stores a talk request request or deletes a talk request in a PoC-based communication system, the terminals notify the identifier information of the terminal corresponding to the save the talk request request or the delete of the talk request request. There is an advantage that can be performed efficiently.

Claims (2)

In a communication system, a method of processing a talk request request of a terminal by a push-to-talk over cellular (PoC) server, Determining whether a voice to be allocated exists when receiving a voice request from the terminal; Determining whether the terminal supports a talk request request queue if there is no talk right to allocate; If the terminal supports the floor request queue, storing the floor request of the terminal in a queue; And transmitting a message including the identifier of the terminal to the terminal and another terminal except the terminal. The method of claim 1, When the PoC server receives a message indicating the release request request from the terminal stored in the talk request request queue, the PoC server deletes the talk request request stored in the talk request request queue; And transmitting the message including the identifier of the terminal to the terminal and other terminals except the terminal.

Images