KR101290969B1 - Method and System for Initiating PoC Session with Different Answer Mode per Media Type - Google Patents

Abstract

The present invention relates to a method and a system for initiating a PoC session between PoC clients supporting various types of media types, wherein a PoC client performing an OMA PoC (PTT over Cellular) multimedia call service supports a plurality of media types. When the separately set answer mode is not common, it enables independent and simpler session initiation regardless of the response mode setting for each media type.

PoC, Session Initiation, PoC Client, Response Mode

Description

Method and System for Initiating PoC Session with Different Answer Mode per Media Type}

1 is a configuration diagram of a general PoC service system;

2 is a functional block diagram of a general PoC server;

3 is a diagram illustrating a Controlling PoC Function block and a Participating PoC Function block of a PoC server;

4 is an auto-response mode PoC session initiation procedure generally provided by PoC v1.

5 is a signal flow diagram between a PoC client and a PoC server for performing an efficient session connection with a PoC client supporting a different response mode for each media type according to an embodiment of the present invention;

6 is a signal flow diagram between a PoC client and a PoC server for a PoC server to integrate and provide a voice regardless of a response mode for each media type of a PoC client according to an embodiment of the present invention;

7 is a signal flow diagram between a PoC client and a PoC server for performing a session connection when a plurality of media types provided by a PoC client are bound in one message format according to an embodiment of the present invention;

8 is a diagram illustrating a format of a SIP PUBLISH message of a PoC service setting for setting a response mode according to an embodiment of the present invention.

9 is a signal flow diagram between a PoC client and a PoC server for efficient session connection and voice separation with a PoC client supporting different response modes for each media type according to an embodiment of the present invention.

The present invention relates to a method and system for starting a PoC session between PoC clients supporting various types of media types. In particular, the present invention relates to a Participating PoC server (hereinafter referred to as PF) at a receiving side Participant PoC client in a multimedia PoC environment. When the response mode is set differently, the present invention relates to a method and system for enabling independent and simple session initiation regardless of the response mode setting for each media type between a Controlling PoC server (hereinafter referred to as CF) and an originating PoC client.

Due to the revolutionary development of mobile communication and the expansion of communication networks, more expanded and various services and applications using mobile phones are provided. In addition, the needs of users are diversified, and beyond the simple call service, the service has been expanded to location services, multimedia services, push-to-talk (PTT) services, etc. In particular, PTT services are conventional radios or TRS (Trunked). It supports various additional functions such as instant messenger and status display as well as group call and voice call that were available in Radio System).

Currently, the establishment of standards for PoC (PTT over Cellular) service that uses this PTT concept using a mobile communication network is actively discussed. One is that a user can belong to multiple sessions so that they can make calls while moving from session to session as needed. It is specified in the requirements of the Open Mobile Alliance (OMA), an organization that defines mobile services.

Meanwhile, the PoC V 2.0 system supports PoC multimedia call service. To this end, the Poc V 2.0 system defines video, images and text as new multimedia types in addition to voice. In addition, current PoC systems can display multiple streams, such as video or images, due to the improved performance of the terminal.

Then, the signal flow when the auto-response mode is set between the receiving PoC client and the PoC server during a PoC session initiation procedure in a PoC system including a PoC client supporting various types of media types as described above with reference to FIG. 4. Let's take a look.

As shown in FIG. 4, in step 400, the receiving side PoC client B sets a response mode to the receiving media to the PoC server B through PoC service setting. At this time, the response mode includes an auto answer mode and a manual answer mode. Since the PoC V1 supports only voice, the user can set the answer mode to the answer mode. In this case, if the PoC client B has set the auto answer mode to voice in step 400, the PoC server B transmits an acknowledgment message in step 402 to complete the response mode setting for the media received by the PoC client B. .

If the PoC client A wishing to open a PoC session sends the session join request message (INVITE) to PoC server A, which is a PF and CF, in step 400, the CF sends PoC server B to the invited PoC client B in steps 406 and 412. The session join request message is transmitted through. At this time, the PoC server B confirms that the response mode of the PoC client B is set to the automatic response mode through the PoC service settings set in steps 400 and 402 before transmitting the session join request message to the PoC client B. In operation 408, the automatic response message corresponding to the session participation request message is transmitted to the CF. Then, the CF transmits an unconfirmed (UNCONFIRMED) OK response to the corresponding PoC client A in step 410 so as to proceed with the start of the PoC session after receiving the automatic response message and before receiving the final OK response of the PoC client B. When the auto-response PoC session is started through the above procedure, the CF grants a talk burst to the PoC client A in step 414, and the PoC client A starts media transmission in step 416. FIG.

After buffering the media received from PoC client A, the CF receives PoC client B's final OK response to INVITE in steps 420 and 422. To send.

As described above, when a session in the conventional PoC 1 is established, the media type that can be transmitted is limited to a voice or a PoC speech, so the corresponding PoC session can be established by setting the response mode. However, in PoC 2, various types of media such as video, image, text, etc. other than voice can be transmitted, and response mode is set between media types when opening a PoC session supporting various PoC multimedia services. If this is not common, the PoC server cannot determine which response mode to perform the response, causing an error.

Accordingly, the present invention provides a method and system for starting a session independent of response mode setting for each media type when different response modes are set for various types of media types supported by a PoC client. have.

The present invention provides a method and system in which a CF integrates and provides a voice regardless of receiving an OK response for each PoC client's media type for a PoC session invitation message.

The present invention provides a method and system for resetting a response mode for each media type by a receiving participant PoC server when a plurality of media types provided by a calling side PoC client are bound to one message format.

To this end, the present invention provides a PoC (PTT over Cellular) system including the receiving PoC client and the receiving PoC server, which set the response mode for at least one media type between the receiving PoC client and the receiving PoC server as the auto-response mode. In response to receiving a session participation request message for one or more media types from a transmitting PoC server, checking a response mode for each media type, and then sending an auto-response message for the media set to an automatic response mode to the transmitting PoC server. The receiving side PoC server which transmits and delivers the session participation request message to the receiving side PoC client, and the receiving side transmitting a response message including whether to join a session input from a user when receiving the session joining request message. PoC client, and upon receiving the auto-response message for each media type Store information about the response mode, establish a PoC session, give a talk right to the transmitting PoC client, buffer the media transmitted from the transmitting PoC client, and when the response message is received, read the buffered media. And a transmitting PoC server for transmitting to a receiving PoC client.

In addition, the present invention provides a PoC (PTT over Cellular) system including the receiving PoC client and the receiving PoC server in which a response mode for at least one media type between the receiving PoC client and the receiving PoC server is set as an auto response mode. A method for initiating a PoC session having a different response mode for each media type in the method, wherein when the receiving PoC server receives a session join request message for one or more media types from the transmitting PoC server, the response type for each media type is changed. And the receiving PoC server transmits an auto-response message for the media set to the auto-response mode after checking the response mode for each media type to the transmitting PoC server, and sends the session participation request message to the receiving side. Delivering to a PoC client and requesting the session from the receiving PoC client Receiving a message, transmitting a response message including whether a session is input from a user; storing the information on the response mode for each media type when the transmitting PoC server receives the auto-response message; Granting a talk right to the transmitting PoC client after the session is established; when the receiving PoC server receives the media from the transmitting PoC client, buffers the received media and then sends a response message from the receiving PoC client. Receiving the buffered media to the receiving side PoC client.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. In the following, an example of applying the present invention to a PTT over Cellular (PoC) system, which provides a PTT service using a cellular mobile communication network, among the Push To Talk (PTT) systems, is an example. In general, the PoC system uses a Session Initiation Protocol (SIP) protocol and a SIP extension protocol to deliver session participation information of a group call, and uses an XML Configuration Access Protocol (XCAP) protocol to obtain group information. The functions of the present invention described below can be implemented by the above-described protocols, and the basic structure of the present invention can be based on the PoC Rel.1 system. First, a general PoC system to which the present invention can be applied will be described.

1 is a conceptual diagram of a general PoC service system and a related network structure.

1 is a conceptual diagram of a general PoC service system and a related network structure.

As shown in FIG. 1, a general PoC system may be configured to include a PoC user equipment (UE) 100, XML Document Management Servers (XDMS) 130, 140, and a PoC server 150. have. In addition, the PoC system may further include an aggregation proxy server 160. These components may be connected through the access network 110, the SIP / IP core network 120, and the remote PoC network 170.

Each of the above-described components will be described below.

The PoC terminal 100 may include a PoC client 102 and an XML Document Management Client (XDMC) 104.

The PoC client 102 is a service requestor built in the PoC terminal 100. The PoC client 102 resides in the PoC terminal 100 and performs network connection for providing a PoC service to the PoC service subscriber. PoC service subscriber can receive PoC service through PoC terminal in which PoC client is embedded. In the following description of the present invention, the term PoC client will be used as a generic term for a terminal having a PoC client and a PoC service subscriber. In addition, reference numerals of PoC clients will be omitted later unless otherwise specified.

The main function of the PoC client is to establish a PoC session, join an existing session that has been established, or terminate the established session at the PoC service subscriber, that is, a PoC user. In addition, the PoC client performs a function of creating and transmitting a talk burst, a function of supporting Instant Personal alert, an authentication function when accessing a PoC service, and the like. The PoC client may be connected to the SIP / IP core network 120, which is a SIP / IP multimedia supporting core network, via the access network 110.

The SIP / IP core network 120 is connected to the PoC server 150, the XDMS 130, and the like 140 to support the PoC service. At this time, the PoC server 150 may perform a Controlling PoC Function to maintain and manage a PoC session, or a Participating PoC Function to participate in a PoC session established for one-to-one or multi-party calls.

Meanwhile, the PoC service may be accompanied by a service for establishing a group session, such as a conference call. To this end, the OMA specification defines XDM (XML Document Management) client 104 and XDMS 130 (140) for group list service. FIG. 1 shows a common XDMS 130 that can be used in common with PoC XDMS 140 used for PoC service and other service enablers. Information about the group and the group member may be input to the XDMS (130) 140 via the PoC client. The PoC client can know the information of the PoC clients that the PoC client can call through the list of individuals or groups transmitted from the XDMS 130 (140). Meanwhile, the creation, modification, and management of group and group members for the XDMS 130 (140) may be performed over a reliable communication network of a PoC service provider such as the Internet or an intranet. Detailed descriptions on the protocol and details of XML document management such as creating, modifying, and removing a group list will be omitted.

Also, for the group service, the aggregation proxy server 160, when receiving the group list related request from the XDM client 104, routes it to each XDM server 130, 140 according to the appropriate rules.

Next, the PoC server 150 will be described.

2 is a schematic structural diagram of a general PoC server.

In terms of functionality, the PoC server is a Controlling PoC Function (hereinafter referred to as CF) that maintains and manages a PoC session as a whole, and a participating PoC Function (hereinafter referred to as PF) that manages maintenance between sessions. It can be divided into. Functional characteristics of the PoC server will be described with reference to Table 1 and Table 2 below.

Controlling PoC Function (CF) Provides centralized PoC session handling
Provides the centralized Media distribution
Provides the centralized Talk Burst Arbitration functionality including talker identification
Provides SIP session handling, such as SIP session origination, termination, etc.
Provides policy enforcement for participation in group sessions
Provides the participants information Collects and provides centralized media quality information
Provides centralized charging reports
May provide transcoding between different codecs
Support Talk Burst Control Protocol Negotiation

As shown in <Table 1>, CF manages PoC session as a whole among PoC server's functions. Particularly, CF accepts order of floor request and grants authority. The talk burst requested by the PoC client is distributed to all other PoC clients participating in the group call, and provides information on the PoC client participating in the group call.

PF manages sessions associated with CF and each PoC client in PoC sessions, as shown in Table 2 below. In particular, PF plays a role of relaying when PoC client requests a voice or grants voice to PoC client in CF. do. PF also plays a role in media relay between CF and PoC clients, transcoding if different codecs are used between them, and in the case of concurrent sessions when talking in one session, Filters one by choice.

Participating PoC Function (PF) Provides PoC session handling
May provide the Media relay function between PoC Client and Controlling PoC server
May provide user media adaptation procedures
May provide the Talk Burst control message relay function between PoC Client and Controlling PoC server Provides SIP session handling, such as SIP session origination, termination, etc, on behalf of the represented PoC Client.
Provides policy enforcement for incoming PoC session (eg access control, incoming PoC session barring, availability status, etc)
May collect and provide media quality information
Provides the participant charging reports
May provide filtering of the media streams in the case of simultaneous sessions
May provide transcoding between different codecs
May support Talk Burst Control Protocol Negotiation
Stores the current Answer Mode and Incoming PoC Session Barring preferences of the PoC Client

3 is a diagram for explaining a Controlling PoC Function Block and a Participating PoC Function Block of a PoC server.

Referring to FIG. 3, each of the PoC clients 102-A to 102-D establishes a PoC session by accessing the CF 300 through the PFs 310-A to 310-D. Thereafter, the media for the corresponding speech of the PoC client, which has been given a talk right from the CF 300, is delivered to the respective PoC clients. At this time, the PoC client granted the right to speak may make an appropriate speech only after confirming the information of the PoC clients participating in the group session.

On the other hand, in the PoC system, the call processing technology for the call connection may be various procedures according to the request and the situation of the sender and the receiver. The characteristics of the PoC system required by the OMA according to the settings of the transmitter and the receiver are as follows.

First, the receiving side can set its own response mode according to the request of PoC client and can be classified into automatic response mode and manual response mode. The auto answer mode means that if the receiver is included in the PoC client list designated by the receiver, the response is immediately sent from the corresponding network to the sender instead of the receiver's passive response. The automatic response instead of the operation of the terminal in such a network is because the PoC server has a function of storing the response mode and the corresponding user list according to the response mode setting request of the terminal. On the other hand, the manual answer mode corresponds to the case where it is not included in the answering user list or is unclear, or when the receiver is set to the manual answer for all users, and the PoC call request is transmitted to the user's terminal through the receiving network and is transmitted to the PoC client. This means that the call will be connected by permission.

Second, the PoC system can be classified into on-demand session mode and pre-established session mode according to whether the user establishes a connection with a PoC server in the home network. Pre-established session mode is a technology in which a PoC client establishes a session in advance between a PoC client and a PoC server belonging to his home network according to his request. This pre-established session is a function required for the PoC client to negotiate with the PoC server in advance the media parameters to be used by the PoC client to proceed with the quick session establishment without having to renegotiate the media parameters between the PoC server and the clients to be used in the future.

To establish a pre-session, the PoC client provides the media parameters supported by the body, that is, the SDP Session Description Protocol Multipurpose Internet Mail Extensions (MIME) body, through the SIP INVITE method, and provides the media parameters provided by the server. It is implemented by responding to media parameters provided by the server and returns the identification information of the pre-session, which is newly set in the response message received from the server, to the PoC client including the conference URI.

When using the above-described pre-session, it is possible to pre-negotiate such as an IP address, a port number, a codec to be used, a media type, and a talk burst control protocol. On-demand session mode means that the PoC client does not set up a pre-session, and that other PoC clients do not set up a pre-session. After receiving an invitation message from another PoC client, the PoC call connection procedure is performed. Means that.

The setting of the response mode for the call request in the PoC system may be stored in both a PoC server, which is an element on the network, and a PoC client, which is a terminal on the user side.

When the response mode is set in the home network managing the PoC client, the response mode is implemented in a PoC server that performs a session participation function (PF) in the home network to which the PoC client belongs.

If a response mode is set in the network, the PF automatically responds to the call request network with a session progress message immediately when a PoC call is requested from another PoC server. Accordingly, when the auto answer mode is set, the call request procedure is simplified as compared with the case where the session setup message is delivered to the PoC client and then answered, thereby reducing initial talk time.

However, when the automatic response is performed in the network, a result different from the response intention of the user may be caused depending on the situation, and thus the response mode may be set in the PoC client. At this time, the response mode of the PoC client has priority over the response mode set on the network. This is to solve the privacy problem that occurs when the PoC client changes its response mode and requests the PoC server to update the response mode, and the response mode is not reflected in real time due to a signal delay or an error in the network.

In summary, the PoC service can set the user's response mode to both the PoC server and the PoC client, but is determined by the PoC client that most recently reflects the user's intention, and the media (such as the actual user's voice or video) is determined by this decision. Stream delivery is now implemented.

Hereinafter, a procedure for establishing a PoC multimedia session in a PoC system having the above-described characteristics will be described.

The transmitting PoC client sends a multimedia message (which may include various formats of audio, video, text, etc.) using the SIP protocol to request call processing. In response to the call processing request, the receiving client takes various response procedures according to the response mode setting in the corresponding PoC server and the existence of a presession. The call processing procedure for the PoC call will be described by exemplifying the procedures of the same sender network and the receiver network.

The sending PoC client sends a SIP INVITE request including the SIP address information of the receiving PoC client to which it wants to communicate to the corresponding SIP / IP core network. In this case, the SIP INVITE message may further include elements such as PoC address information of a transmitting PoC client, required media parameters, and characteristic value information indicating that the PoC service is a PoC service. Here, the "required media parameter" may include a number of characteristic values such as an encoding method, a rate, a payload type, and the like regarding audio and video when the required session is multimedia.

SIP INVITE messages are routed to a participating PoC server via a corresponding IMS server in the IMS network, i.e., P-CSPF and S-CSPF, via a route query from a Dynamic Host Configuration Protocol (DHCP) server or a Domain Name Server (DNS) server. Is passed on. In a general call request, the participating PoC server to which the PoC client is connected can be implemented separately from the controlling PoC server that manages the talk burst of the session being established, so the SIP INVITE request sent to the PF can be configured to support the SIP / IP core network of the network. It is passed to the controlling PoC server CF via.

Meanwhile, the PoC session control network including the CF transmits a SIP INVITE request message to the receiving network, and then receives a response message of the receiving network. The SIP message answered from the receiving network may be a 1xx provisional response message, a 2xx successful response message, or an error response message such as 4xx to 6xx, depending on the settings of the receiving Poc client and the PF. Can be. In the auto-answer mode, a SIP 183 'session progress' signal may be received as a response message, through which the connection between the PoC server and the client may proceed in the IMS network of the call requester. The call permission signal of the receiving PoC client is returned in SIP 183 'session progress' or SIP 200 'OK' response, and is transmitted to the PoC client via the PoC server of CF and PF. When the CF receives a 200 OK response or a 183 session progress signal from the receiving PoC server, the CF determines that the PoC call is connected and transmits a floor granted signal to the transmitting PoC client, which gives talk burst voice. According to the above response, that is, 200 OK or 183 session progress, the granting of the burst burst authority may be divided into 'confirmed' or 'unconfirmed'. In the present invention, the CF needs a buffering function when receiving an 'unconfirmed' response.

On the other hand, after receiving the response signal for the SIP INVITE request signal, the transmitting PoC client receives the floor granted signal for transmitting the talk burst transmission grant signal (for example, a ring back tone) through the RTCP protocol. The floor granted signal is generated in the CF having the talk burst arbitration authority and transmitted to the PoC client through the PF managing the corresponding PoC client. In this case, the floor granted signal may be transmitted without passing through a SIP / IP core network such as IMS since the floor granted signal uses a bearer path. After confirming the ring back tone, the PoC client transmits the media (eg, voice) stream using the Real-time Transport Protocol (RTP) protocol.

Then, when a PoC client that performs OMA PoC (PTT over Cellular) multimedia call service in the PoC system configured as described above sets a response mode for each media type differently, an independent session establishment can be established. The method and system for this will be described. In this case, the media type refers to various types of multimedia such as voice (voice or PoC speech), video, image, text, audio, and file in the PoC system. The media type or combination of media types may be connected to a media-floor control entity.

Hereinafter, when a receiving PoC client sets different response modes for each media type in the PoC system according to the present invention, a person having ordinary knowledge in the field to which the present invention belongs can easily implement the present invention. DETAILED DESCRIPTION Exemplary embodiments executed for establishing a mode independent session will be described in detail with reference to the accompanying drawings.

5 is an efficient session initiation with a PoC client supporting different types of response modes for each media type and granting separate talk rights for each media type in a PoC system capable of multimedia transmission through a PoC session according to an embodiment of the present invention. A signal flow is transmitted and received between a PoC client and a PoC server.

As shown in FIG. 5, the PoC client B sets the response mode to the PoC server B as an automatic response only for the voice media type in step 500 and receives an acknowledgment in step 502. . In this case, it is assumed that the response mode of other real-time media types such as video, audio, etc. cannot be set or is basically set to a passive mode, so that the response mode for each reception media type is not common. This specifies that the answering machine mode is set only for voice, so that it can be the same environment as using the answering machine mode setting in PoC V1.0, where conventional voice was the only media type.

In step 504, the PoC client A sends a session join request message to the CF to establish a PoC session for transmitting voice and video. In operation 504, the video is described as an example of the multimedia types, but other types of multimedia may be transmitted together with the voice.

Thereafter, the CF delivers the session join request message to the PoC client B invited through the PoC server B in step 506. Then, in step 508, the PoC server B checks the response mode setting during the PoC service setting set in steps 500 and 502, and automatically responds only to the voice media type with the CF in step 512 according to the confirmed response mode (AUTO-ANSWER). ) Send a message. In operation 510, the PoC server B transmits a session join request message for establishing a PoC session for transmitting voice and video to the PoC client B.

On the other hand, when receiving the auto-response (AUTO-ANSWER) message, the CF stores the media type information of the auto-response mode according to the auto-response message in step 514. In addition, in step 516, the CF transmits both the voice and the video requested by the PoC client A to the PoC client A before receiving the final OK response from the PoC client B independently of receiving the automatic response to the voice in the step 512. Delivers a UNCONFIRMED OK message that can establish a session in advance. Therefore, in step 516, a PoC session is established between the PoC client A and the CF that can transmit both voice and video, but the CF has a voice to PoC client A that can transmit only media of a response type in response to the session establishment request message. Grant. That is, in step 518, the CF transmits a talk burst grant message that can only transmit voice media.

Accordingly, the PoC client A transmits only the voice type media to the CF in advance in step 520, and the CF buffers the received voice type media in step 522.

The CF then waits for a final OK response from the PoC Client B for the session establishment request message. If the final OK response for voice and video reception is received in steps 524 and 526 from the PoC client B, the CF receives the PoC media of the voice type received and buffered from the PoC client A in steps 528 and 529. Deliver to client B. In addition, since the PoC server A also receives the final OK response for the video type, the PoC server A grants a media burst grant to transmit the media type other than the voice to the PoC client A in step 530. Accordingly, the PoC client A transmits the video type media to the CF in step 532, and since the CF has received the final OK response from the PoC client B already invited to the session, the step 534 does not buffer the received media. In step 536, the media is delivered directly to the PoC client B through the PoC server B.

In the above embodiment of FIG. 5, when the receiving PoC client gives priority to the transmitting PoC client only to the media set as the auto response, and receives a final OK message for other media from the receiving PoC client, Give voice to media other than voice. That is, the right to speak may be provided for each media type.

On the other hand, even when receiving the automatic response message for the voice media, rather than a separate voice for each media type as described above, it is possible to give the integrated PoR client capable of transmitting all media to the PoC client. Then, when the PoC client A grants an integrated talk right to all media types to be transmitted, the signal flow transmitted and received between the PoC client and the PoC server will be described with reference to FIG. 6. First, steps 600, 602, 604, 606, 608, 610, 612 and 614 of FIG. 6 are the same as the signal flows of steps 500, 502, 504, 506, 508, 510, 512 and 514 of FIG. Omit it.

The CF stores the media type information of the auto-response mode in step 614 according to the auto-response message received from the PoC server B in step 610. Thereafter, in step 616, the CF transmits an unconfirmed OK (UNCONFIRMED OK (Voice, Video)) message to the PoC client A to establish a session for transmitting both voice and video requested by the PoC client A. In step 616, a PoC session is established to transmit both voice and video between the PoC client A and the CF before receiving the final OK response from the PoC client B independently of receiving the auto response to the voice in step 610. . In addition, as described above, as the PoC session is established, the CF grants the PoC client A a media burst grant capable of transmitting both the voice and the video requested by the PoC client A in step 618.

Then, the PoC client A, which has been given a voice to transmit both voice and video, transmits the media for the voice and video types to the CF in step 620. Then, the CF separates and buffers the received media for each media type in step 622. That is, the media of the voice type and the media of the video type are separated and stored in the respective buffers.

Subsequently, when the final OK response is received from the PoC client B for the Session Open Request (INVITE) message in steps 624 and 626, the CF receives the buffered voice and video type media from the PoC client A in step 628. In step 630, the PoC client B transfers the message to the PoC client B. At this time, if all media types requested by the PoC client A are included in the final OK response received from the PoC client B, all media buffered for each media type are transmitted to the PoC client B. However, if the final OK response received from PoC client B does not include all of the media types requested by PoC client A, but only some of the media types, the CF is included in the final OK response of PoC client B among the media buffered for each media type. Only media of media type can be delivered to PoC Client B.

Meanwhile, in FIG. 5 and FIG. 6, the procedure of transmitting the INVITE message to the receiving PoC client B by the receiving PoC server B is a process of querying the establishment of a session for a real-time media type other than voice. Can be. Therefore, another embodiment of the present invention can perform a multimedia session according to the user's decision by requesting a mandatory manual response to the INVITE of the figure. To this end, the receiving PoC server B checks the media type included in the INVITE, and if it receives a real-time media not specified in the response mode, the receiving PoC server B may transmit an INVITE message in which the manual response request indicator is inserted. In addition, the PoC client B receiving the INVITE message including the manual response request indicator may manually respond regardless of the preset response mode.

FIG. 7 is a view illustrating a media type transmitted by a transmitting PoC client when an efficient session is established with a PoC client capable of multimedia transmission in a PoC session and supporting different types of response modes for each media type according to an embodiment of the present invention. Signal flow diagram between a PoC client and a PoC server when bound with a voice management entity of.

As shown in FIG. 7, in step 700 and step 702, the PoC client B sets the response mode to the PoC server B as an auto response mode for voice and receives a response. Therefore, since the response mode is not set for other types of real-time media such as video and audio other than voice, the automatic response mode is not supported and the manual response mode is provided as a default value. Therefore, when the PoC client B sets the auto-response mode only for voice, the response mode for different media is not common because the response modes with other media are different.

In the present invention, when the PoC client A wants to transmit binding media combined with voice and video type media such as a video, the PoC client A has different session initiation procedures according to its ability to distinguish the binding media of the PoC server. Next, a description will be given of a signal flow for starting a session when a transmitting PoC client intends to transmit binding media with reference to FIG.

First, the PoC client A sends a session join request message to the CF to establish a PoC session that transmits a voicevisual (VoiceVisual) type of media in which the two media types of voice and video are combined in steps 704, 706, and 710. If so, the CF forwards the session join request message through the PoC server B to the invited PoC client B. In this case, the PoC server B checks the PoC service setting in which the PoC client B is set in step 708. The PoC server B checks that the PoC service setting is set to auto-response only for the media of the voice type in steps 700 and 702 in step 708. At this time, the voice visual can be viewed as a new type of media according to the rules of PoC server B, or it is determined that the media is a combination of two media types of voice and video, and the response mode setting corresponding to each media type is applied. You can. At this time, in order to request a manual response of the receiving PoC user, the PoC server B may generate an INVITE message including a header field (AAO: Auto Answer Override) and transmit it to the PoC client B.

First, when the PoC server B determines that the voice visual is a new type of media in step 708, it is determined that the auto-response mode, which is a preset response mode, is not applicable as shown in FIG. Accordingly, the PoC server B transmits an INVITE message including an AAO field that ignores the auto-response mode and requests a manual response to the PoC client B while informing the session participation request for voice visual type media transmission in step 710. Thereafter, when the final OK response of the PoC client is transmitted to the PoC client A through the PoC server B and the CF in steps 712, 714, and 716, a corresponding multimedia PoC session is established. Then, after the multimedia PoC session is established, the CF grants a Media Burst Granted to transmit all the media types supported in the final OK response message received from the PoC client B to the PoC client A in step 718. Accordingly, the PoC client A transmits the media of the media type corresponding to the talk right granted in steps 720 and 724 to the CF, and the CF transmits the media to the PoC client B through the PoC server B without buffering.

Secondly, when the PoC server B determines that the voice visual is the combined media of the two media types in step 708, the auto-response mode is performed for the voice type media as shown in FIGS. 5 and 6. In this case, the passive response mode may be applied to the media of the video type. However, in the case where the two media types are combined, the response mode for each media type is not common, which may result in inconsistent synchronization during transmission of the combined media streams. Therefore, since the conventional response mode cannot be applied to media types combined with a single voice manager, a session is established as a basic manual response procedure. That is, the session join request message sent by the PoC client A is delivered to the PoC client B, and after the PoC client B determines, the final OK response message is transmitted to the PoC client A through the PoC server B and the CF. Subsequently, when the session is established by delivering the final OK response message from the PoC client B to the PoC client A, the process of granting the voice and transmitting the media according to the session establishment is the same as the signal flow of steps 718 to 724.

8 provides information on SIP PUBLISH message content of PoC service setting for response mode setting according to an embodiment of the present invention.

FIG. 9 is a view illustrating an effective session initiation with a PoC client supporting different types of response modes for each media type and granting separate talk rights for each media type in a PoC system capable of multimedia transmission through a PoC session according to another embodiment of the present invention. Accordingly, a signal flow transmitted and received between a PoC client and a PoC server is shown.

As shown in FIG. 9, the PoC client B sets the response mode to the PoC server B as an automatic response to the voice (Voice or PoC Speech) media type in step 900, and the response mode to the video media type. If it is set as a manual response, and receives a response (Acknowledgement) from the PoC server B in step 902. In this case, it is assumed that response modes of other real-time reception media types such as video, audio, and the like are not common.

In step 904, the PoC client A transmits a session join request message to the PoC server A, which is a CF, to establish a PoC session for transmitting voice and video. Hereinafter, PoC server A will be described as CF. Although video is described as an example of the multimedia types in step 904, other types of multimedia may be transmitted together with the voice.

Thereafter, the CF delivers a session join request message to the PoC client B invited through the PoC server B in step 906. Then, in step 908, the PoC server B checks the response mode setting for each media type among the PoC service settings set in steps 900 and 902, and automatically responds only to the voice media type to the CF in step 910 according to the confirmed response mode. AUTO-ANSWER) message. In operation 912, the PoC server B delivers a session join request message for establishing a PoC session for transmitting voice and video to the PoC client B.

On the other hand, when receiving the auto-response (AUTO-ANSWER) message, the CF stores the media type information set in the auto-response mode according to the auto-response message in step 914. In addition, in step 916, the CF is independent of receiving the automatic response to the voice in step 910, and the voice and video requested by the PoC client A to the PoC client A before receiving the final OK response from the PoC client B. Delivers a UNCONFIRMED OK message that can pre-establish a session that can send all.

In this case, the PoC Client A operates as if a session was established to transmit / receive all media types included in an unconfirmed OK message independently of the response mode setting of the receiver. In step 916, a PoC session is established between the PoC client A and the CF to transmit both voice and video, but the CF grants the PoC client A a voice that can transmit only media of a response type in response to the session establishment request message. do. That is, in step 918, the CF transmits a talk burst grant message that can only transmit voice media.

Accordingly, the PoC client A previously transmits only the voice type media to the CF in step 920, and the CF buffers the received voice type media in step 922.

The CF then waits for a final OK response from the PoC Client B for the session establishment request message. If the final OK response for voice and video reception is received through the steps 924 and 926 from the PoC client B, the CF receives the PoC client A from the PoC client A in steps 930 and 931 and buffers it in step 922. Deliver media to PoC Client B. In addition, since the PoC server A also received the final OK response for the video type in step 926, the PoC server A transmits an MBCP Connect message to the PoC client A in step 928, indicating that the video type can also be transmitted in the corresponding PoC session.

In step 932, the PoC client A sends an acknowledgment message to the CF acknowledging receipt of the MBCP Connect message. In step 932, an acknowledgment message may be requested in the MBCP Connect message of step 928, or the PoC Client A may be transmitted to notify the acceptance and rejection of the MBCP Connect message. .

If the PoC client A implies a request for a voice of the video type in the session join request message of step 904, and negotiation is completed at the session establishment, the voice request for the voice of the video type of step 934 may be omitted. In step 936, the CF gives PoC Client A a Media Burst Granted that can transmit other media types besides voice. 9 illustrates an example of a video type as another media type. Accordingly, the PoC client A transmits the video type media to the CF in step 938, and since the CF has received the final OK response from the PoC client B already invited to the session, the step 939 does not buffer the received media. In step 940, the media is delivered directly to the PoC client B through the PoC server B.

In the above-described embodiment of FIG. 9, the media type may be transmitted in the PoC session before directly granting a voice with respect to the media type by using an MBCP Connect message. Information can be notified to the PoC client of the sending side in advance. Therefore, the PoC client of the transmitting side has an advantage of requesting the right to speak the media type according to dynamic needs and providing a choice to be given the right to speak.

In the general PoC v1 setting, the type of media that can be transmitted in the corresponding PoC session is limited to voice, so if the response mode setting is set to “automatic”, voice media can be auto-answered. The response mode setting in the multimedia PoC session proposed by the present invention satisfies PoC v1 and backward compatibility by setting “voice = automatic”, automatically responds only to voice among various types of media, and the remaining media types are passive responses. Answer may be presented. It also specifies that other media types besides voice can also set an auto-response according to the preferences of the receiving PoC client. In addition, the PoC v2 multimedia PoC session specifies that the response mode can be set differently for each media type.

As described above, when the PoC client performing OMA PoC (PTT over Cellular) multimedia call service supports the setting of each response mode for each media type, and the response mode for each media type is not common, the corresponding response The multimedia PoC session may be started independent of the mode setting, and the session initiation request PoC client may be given a separate voice for each media type. The terminal participating in the session may transmit and receive the optimal multimedia stream combination after a minimum time elapses for each media type. For example, in the case of a media of PoC Speech (or Voice) type that can set an auto answer mode, the media may be transmitted before other types of media.

In addition, in the above-described environment, the CF integrates and provides a voice regardless of the media type that the PoC client wants to transmit, thereby allowing the session initiation request PoC client to simultaneously transmit a multimedia stream independently of the response mode setting of the session participating PoC client. The CF may store a response mode for each media type and provide a session establishment method suitable for the response mode for the corresponding media type of the receiving PoC client.

In addition, when the media stream to be transmitted by the PoC client is in a form in which a plurality of media types are bound to each other, when the response mode of the plurality of media types is set differently, the receiving PoC server responds. The procedure for changing the mode setting may provide a way to reset to a unified response mode.

Claims (14)

In the PTT over Cellular (PoC) system including the receiving PoC client and the receiving PoC server, which has set the response mode for at least one media type between the receiving PoC client and the receiving PoC server to the auto-response mode, When the session participation request message for one or more media types is received from the transmitting PoC server, the response mode for each media type` is checked, and then an automatic response message for the media set to the automatic response mode is transmitted to the transmitting PoC server. The receiving PoC server for transmitting a session join request message to the receiving PoC client; Receiving the session join request message, the receiving side PoC client transmitting a response message including whether to join a session input from a user; When receiving the auto-response message, information on the response mode for each media type is stored, a PoC session is established, a talk right is given to the transmitting PoC client, and the buffer is transmitted after the media transmitted from the transmitting PoC client is received. And a transmitting PoC server which delivers the buffered media to the receiving PoC client when the response message is received from the receiving PoC client. 2. The PoC client according to claim 1, When the user receives input of whether to receive each of the one or more media types included in the session participation request message from the user, the response message including whether the media type is received or not is transmitted. PoC session initiation system with response mode. The method of claim 1 or 2, wherein the transmitting side PoC server, The PoC session initiation system having a different response mode for each media type after the PoC session is established according to the reception of the auto-response message is given to the transmitting PoC client. The method of claim 3, wherein the transmitting PoC server, Upon receiving the response message transmitted from the receiving PoC client, the buffered media is delivered to the receiving PoC client, and the sending PoC client gives a voice with respect to the received media included in the response message. PoC session initiation system having a different response mode for each media type. The method of claim 4, wherein the transmitting PoC server, If the response message transmitted from the receiving side PoC client includes reception of a media type other than the media set in the auto-response mode, the transmitting side indicates a message indicating that the allowed media types can be transmitted. PoC session initiation system having a different response mode for each media type, characterized in that delivered to the PoC client. The method of claim 1 or 2, wherein the transmitting PoC server, PoC sessions with different response modes for different media types, after the PoC session is established according to the reception of the auto-response message, are granted to the sending PoC client with all rights requested by the transmitting PoC client. Initiation system. The method of claim 6, wherein the transmitting side PoC server, After buffering for each media type transmitted from the transmitting PoC client and receiving the response message, the received type of media included in the response message among the buffered media for each type is transmitted to the receiving PoC client. PoC session initiation system having a different response mode for each media type, characterized in that for transmitting. In the PTT over Cellular (PoC) system including the receiving PoC client and the receiving PoC server which set the response mode for at least one media type between the receiving PoC client and the receiving PoC server as the auto response mode, A method for initiating a PoC session with a different response mode, the method comprising: Checking, by the receiving PoC server, a response mode for each media type when receiving a session participation request message for one or more media types from the transmitting PoC server; Transmitting, by the receiving PoC server, an auto-response message for the media set to the auto-response mode after checking the response mode for each media type, to the transmitting PoC server, and delivering the session participation request message to the receiving PoC client; and, When the receiving PoC client receives the session participation request message, transmitting a response message including whether to join a session input from a user; When the transmitting PoC server receives the auto-response message, storing information on the response mode for each media type, establishing a PoC session, and granting a voice to the transmitting PoC client; Buffering the received media when the transmitting PoC server receives the media from the transmitting PoC client, and then transmitting the buffered media to the receiving PoC client when a response message from the receiving PoC client is received. PoC session initiation method having a different response mode for each media type comprising a. The method of claim 8, wherein the receiving PoC client transmits a response message, If there is an input for receiving permission for each of the one or more media types included in the request message from the user, a response message including whether the media type is received is transmitted. How to initiate a PoC session. 10. The method of claim 8 or 9, wherein, after the PoC server establishes a PoC session according to the receipt of an auto-response message, granting a voice to the transmitting PoC client includes: PoC session initiation method having a different response mode for each media type, characterized in that the transmitting PoC client grants a voice for the media set in the auto-response mode. The method of claim 10, wherein when the transmitting PoC server receives a response message transmitted from the receiving PoC client, the buffered media is delivered to the receiving PoC client, and the transmitting PoC client sends the response message to the receiving PoC client. PoC session initiation method having a different response mode for each media type, characterized in that it further comprises the step of granting a voice for the included received media. 12. The method of claim 11, wherein when the transmitting PoC server receives a response message transmitted from the receiving PoC client, the buffered media is transferred to the receiving PoC client, and the transmitting PoC client sends the response message to the receiving message. PoC session initiation method having a different response mode for each media type, characterized in that it further comprises the step of granting a voice for the included received media. 10. The method of claim 8 or 9, wherein, after the PoC server establishes a PoC session according to the receipt of an auto-response message, granting a voice to the transmitting PoC client includes: PoC session initiation method having a different response mode for each media type, characterized in that granting the right to speak to all the media requested by the transmitting PoC client to the transmitting PoC client. The method of claim 13, wherein the delivering the buffered media to the receiving PoC client comprises: After buffering for each media type transmitted from the transmitting PoC client and receiving the response message, the received type of media included in the response message among the buffered media for each type is transmitted to the receiving PoC client. PoC session initiation method having a different response mode for each media type, characterized in that the transfer process.

Images