KR101277860B1 - Floor Managing System, Method and Terminal Apparatus for Processing Multimedia Calling Service In PoC System - Google Patents

Abstract

The present invention relates to a method and 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, and a PoC client When separate media types are not common, independent and simple session initiation is possible for each media type. In addition, if a new media type is supported by new participants during the session, the media type can be added when the next voice is given. It also enables selective transmission by media type according to PoC user's decision.

PoC session, multimedia, mobile communication

Description

Floor management system and method and terminal for performing multimedia call service in PC system {Floor Managing System, Method and Terminal Apparatus for Processing Multimedia Calling Service In PoC System}

1 is a block diagram of a general PoC service system.

Figure 2a is a functional block diagram of a typical PoC server.

Figure 2b is a diagram briefly illustrating a connection with a PoC server PoC terminal including a general PoC client.

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

4 is a flowchart illustrating processes performed to provide a faithful PoC multimedia service according to the present invention.

5 is a signal flow diagram between a PoC client and a PoC server for performing an efficient session connection between clients supporting various types of media types according to the present invention.

6 is a diagram illustrating an RTCP message format for granting a voice after session initiation in accordance with the present invention.

The present invention provides a voice management system and method for performing a multimedia call service in a PoC system that independently initiates a PoC session and enables selective transmission for each media type. It relates to a terminal device.

More specifically, the present invention provides a multimedia call service in a PoC system that establishes a PoC session independent of a media type of an initial responding client in a multimedia PoC environment, and then enables selective media transmission according to a media type provided by the responding clients. A voice management system, a method, and a terminal device for performing the same.

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 PTT service is widely used for a conventional radio or TRS (Trunked Radio (PTT)) service, etc. In addition, a PTT service has been extended to a location service, a multimedia service, a PTT System, etc.), as well as instant messenger and status display.

Currently, the establishment of standards for PoC (PTT over Cellular) service that uses this PTT concept using mobile communication network is actively discussed.Features of PoC service distinguished from existing mobile communication service One is that the user belongs to multiple sessions so that they can make calls while moving from session to session as needed. Is specified in the requirements of the Open Mobile Alliance (OMA), an organization that defines mobile telecommunications 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 (eg, video or images) due to the improved performance of the terminal.

Therefore, when using the conventional PoC V 1.0 session initiation method and system in the PoC V 2.0 system, there may be a limitation in providing various multimedia services supported by PoC V 2.0, and the session initiation time is long.

Disclosure of Invention The present invention is to solve the above-described problem, and has a multi-media type for enabling session initiation independent of various types of media supported by a PoC V 1.0 or PoC V 2.0 client. An object of the present invention is to provide a voice management system, a method, and a terminal device for performing a multimedia call service.

Another object of the present invention is to provide a new media type when a new participant is supported by new participants during a session.

In addition, when the media types supported by the client are not common in the multimedia PoC session, the multimedia stream (transmitted according to the PoC user's selection) may be combined or filtered for each media type according to the session setting in the PoC server. There is another purpose for this.

The present invention described below performs a multimedia call service in a PoC system, characterized in that a session is independently started by various types of media supported by a PoC client performing an OMA PoC (PTT over Cellular) multimedia call service. A speech control system, a method, and a terminal device are provided.

In addition, if a new media type is supported by new participants during the session, we propose a method and system that can add the media type for the next speech. In addition, when transmitting a multimedia stream mixed with various media types according to the PoC user's selection, a voice management system for performing a multimedia call service in a PoC system that enables efficient media transmission by combining or filtering for each media type in a PoC server And a method and a terminal device.

The present invention provides a method comprising: a session initiation request PoC client transmitting a session join request message to a PoC server, the PoC server receiving a response message to the session join request message from a session joining PoC client, and a session media type; Determining, by the temporary storage, the response message including media type information of the session participating PoC client, and receiving, by the session initiation request PoC client, information of the session participating PoC client included in the response message. It includes.

The present invention also provides a session start request PoC client for transmitting a session join request message, a PoC server for receiving a session join request message received from the PoC client and returning a response message to the message, and the media type information. And a session media type temporary storage for determining and storing the response message included.

Here, the media type information may be notified in the form of adding a new line for media type information to the body portion of the SIP session join request message and the SIP 200 OK message or the RTCP message format.

The present invention also provides a PoC terminal that performs a multimedia call service and manages a voice of the service, transmitting a session participation request message for managing the voice of the service and receiving a response message thereof. Characterized by managing the right to speak.

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, in particular of a Push To Talk (PTT) system, has been exemplified.

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.

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.

PoC client 102 is a service requester embedded in PoC terminal 100 and resides in PoC terminal 100 to perform network access for providing PoC service to PoC service subscribers. 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 set up or set up a PoC session in the PoC service subscriber, i.e., the PoC user, or to terminate the established session. 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 standard defines an XDM (XML Document Management) client 104 and an XDMS 130 and 140 for a 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 with reference to FIG. 2A.

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

The PoC server includes a Controlling PoC Function (hereinafter referred to as "CF") for maintaining and managing the PoC session as a whole and a participating PoC Function (hereinafter referred to as "PF" . 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 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, availablity 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, and a protocol for controlling talk bursts. 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. In this case, 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.

In the following, a general PoC multimedia session establishment procedure in a PoC system having the above-described characteristics will be described.

The sender PoC client sends a session participation request message for multimedia (which may include audio, video, text, etc. in various formats according to a media type designation) using the SIP protocol, and requests 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 session participation request message may further include elements such as PoC address information of the 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.

The SIP session join request message participates via a corresponding IMS server in the IMS network, namely P-CSPF and S-CSPF, via a route query from a Dynamic Host Configuration Protocol (DHCP) server or a Domain Name Server (DNS) server. It is delivered to the PoC server. 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 session participation request message to the receiving network and 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'. The CF needs a buffering function when it receives 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.

2B is a diagram schematically illustrating a connection with a PoC server by a PoC terminal including a general PoC client.

The PoC client includes a key input unit for outputting unique key input data according to input of each key provided as an apparatus for interfacing with a user. The PoC client also includes a data transmitter for transmitting and receiving packet data with the PoC server. And a display unit for displaying the media data received through the data transmission unit and displaying the data output through the key input unit. The PoC client also includes a control unit. The controller controls data transmission and reception of the PoC client, controls display, and controls generation and transmission of an invitation reservation message for joining a Chat PoC group. In addition, the PoC client includes a storage unit for storing information related to the overall functions of the terminal and at the same time the data related to the PoC service and a user account for identifying the terminal and information set by the user or provided from the server. .

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art may easily implement the present invention.

FIG. 4 is a flowchart illustrating processes in which a PoC client updates talk burst data for each media type to provide a PoC multimedia service according to the present invention.

A flow chart shown in FIG. 4 is as follows.

1. Begin session initiation.

2. Create a session that supports all (full-set) media types required by the PoC Client (Session Initiator) wishing to initiate a session.

3. The PoC server receives a response from a session participant PoC client (Session Participant) that receives an invitation to join a session by a session join request message received from a session initiation PoC client (Session Initiator), and the invited PoC client (Session Participant). Storing the media type information in the temporary storage and including the information in a talk burst grant message.

4. The PoC client having the right of speaking refers to the speaking right message and transmits the message selectively according to the media type.

5. Exclusion of voice: Timeout due to policy set by PoC server (by expiration of voice, request of voice of priority PoC client, etc.).

6. Confirm whether or not to request the right to speak again: If the client does not request to speak again, the client listens to the session to which he belongs (go to 7) and if the request is made again, go to step 8.

8. The PoC server checks whether the new media type is supported by the session due to the participation of the new PoC clients during the previous talk process. If the new media type is not supported by the session, the media in the session is the same as in the previous talk. Type, and give the right to speak according to the support (go to 3), and if the new media type is supported by the session, go to step 9.

9. The PoC server updates the newly supported media type information and gives a voice including the media type information of PoC clients participating in the current session.

The PoC clients newly participating in the session also start in process “1” of FIG. 4.

5 is a diagram illustrating a signal flow between a PoC client and a PoC server for performing an efficient session connection between clients supporting various types of media types according to the present invention.

As shown in FIG. 5, when a session join request message of a PoC client A 500 wishing to open a PoC session arrives at a Controlling PoC server 520 through a Participating PoC server 510, the CF is invited. The session join request message is transmitted to the received PoC clients (501 to 504). In the session join request message, a media type requested by PoC client A may be enumerated in the body part of the message. Apart from delivering the session join request message, if the PoC client A 500 requesting the opening of a PoC session satisfies the session opening condition according to the policy set by the PoC session, the CF immediately sends a 200 OK response 505, which is a SIP message, to the PoC. Deliver to client A (500). As a result, a PoC session is established between the PoC client A 500 and the PoC server X (CF, 520). When the first SIP 200 OK response to the session join request message delivered by the CF comes from PoC Client B 540, a separate PoC session is established between PoC Client B 540 and PoC Server X (CF, 520). The SIP 200 OK message 535 may list the media types supported by the PoC client B 540 in the body part of the message. The first SIP 200 OK response 535 may be sent by another client invited from PoC Client A 500 other than PoC Client B.

In the above embodiment, the CF determines the media type supported by the PoC client B 540 that sent the first SIP 200 OK 535 response through the response, and stores the media type in a temporary storage medium (not shown). The session media type temporary storage receives information such as an initial response of a receiving PoC client, a request to join a session, and determines and stores media type information supported by the corresponding PoC client (550). The session media type temporary storage may exist in the PoC server or may be separately located outside the PoC server. In addition, each media type can be bound to a media-floor control entity. The talk management entity here is a resource for performing talk management that enables the transmission of a bound media type. The floor management is operated by a state machine that allows only one user to access a single media at a time.

The spoken authority may process one or more media types or media streams according to PoC customization or negotiation. Thus, one or more media types may be bound to one talk management entity. On the other hand, in the case of the Discrete (Discrete) media type, there may be no bound talk management entity. As such, a media type that is not bound to the voice management entity may not be affected by the voice management in the session.

Therefore, in the present invention, the method of accepting or rejecting according to the media type of the receiving client implicitly grants or rejects the same voice type management entity bound to the media type in the initial SDP proposal. Can mean.

 In the embodiment, the media type supported by the PoC client B 540, which sends the first SIP 200 OK response, is stored in the temporary storage (550), and the PoC client B in the Talk Burst Granted (511) message is displayed. It sends the supported media type information to the PoC client A (500). The right to speak 511 message follows the RTCP format shown in FIG. 6. The PoC client A who has the right to speak may transmit a multimedia stream in whole or selectively from among the media types supported by the user according to the decision of the PoC user A, the user of the PoC client A. That is, in steps 511 to 512, a message corresponding to a media type supported by the PoC client B included in the talk grant message may be sent. The CF 520 ignores the media type information of the PoC client B 540 included in the speech grant message 511 by the PoC client A 500, and supports all media types supported by the client A 500. That is, even if the super-set (or full-set) media is sent, only the media stream corresponding to the type of media that PoC Client B temporarily stores in step 550 can be screened and the PoC Client B ( 560 may be transmitted (560). If there are other PoC clients who have established sessions with the CF during the process of granting the voice, the media streams are filtered to only the media types each supports. In addition, if a SIP 200 OK response to a session join request message from another PoC client supporting an additional media type in addition to the media type supported by PoC client B 540 is transmitted to the CF during the media transmission or the session continues, the CF The media type additionally supported by the session is stored in the temporary storage for each session (580). The storing method is the same as the performing method of step 550 of checking and storing the information included in the response message 535 of the PoC client B 540 in the temporary storage. The SIP 200 OK response from the PoC client may arrive at any time after the 200 OK response of the first responder.

When the voice of the PoC client A 500 that is transmitting the multimedia stream is terminated, the CF 520 may receive a voice request from any PoC client participating in the current session (526). The CF responds to the PoC client with a voice grant message including the accumulated media type type used in the session and all newly added media type information to the PoC client requesting the voice with reference to the information stored in the temporary storage. (516). The talk right grant message is transmitted to the PoC client, and a talk burst message (Media Burst Taken) message is transmitted to other PoC clients participating in the session (517). In this case, the voice occupancy message may include a media type included in the speech grant message to indicate which media type the PoC client, which receives the voice right and transmits the media, may actually transmit.

In addition, the talk right occupancy message may include the number of session participants, the number of supporting clients for each media, and the session participant address information for each media.

Meanwhile, in FIG. 5, the 200 OK 505 transmitted to the session request PoC client may proceed after receiving the 200 OK of the receiving PoC client B 540. In this case, as in the other procedures, the SDP (session description protocol) value included in the 200 OK 505 transmitted to the session request PoC client is set to all media types (full-set) requested by the PoC client A 500 when opening a session. A client-server session can be established to support.

Meanwhile, as described in the description of steps 511 to 512, the message corresponding to the media type supported by the PoC client B may be sent to the voice grant message transmitted from the CF 520 to the PoC client A 500. Instead of the type information, the message may include an active / inactive state of a media type supported by the PoC client B in a message.

Then, the case in which the CF 520 includes the active / inactive state of the media type in the talk grant message will be described.

In step 505, the CF 520 transmits a 200 OK response to allow all media types included in the session join request message transmitted by the PoC client A 500 through step 501 to accept all media types. Open the However, even when a session for accepting all media types requested by the PoC client A 500 is established as described above, the media type included in the 200 OK response from the receiving PoC client B 540 is determined in step 545. In step 550, it is set to an active state, and an unsupported media type is set to an inactive state in the 200 OK response received from the receiving PoC client B 540. Thereafter, in step 511, only a media burst message that is active may be transmitted.

Accordingly, the PoC session between the PoC client A 500 and the CF 520 is established as a session capable of accepting all media types required by the PoC client A 500 in step 506. However, since the PoC client A 500 receives the voice grant message only for the media type that is active in step 512, only the media type that is active in step 515 can be transmitted.

If the media type that is inactive in the current session is included in the 200 OK response received from another session participating PoC client in step 514, the CF 520 activates the media type and sets the active media type. Thereafter, the PoC session may be refreshed to allow the transmission of the media type in a PoC session between the transmitting PoC client and the PoC server X through a SIP UPDATE message or a re-INVITE message.

If the CF 520 receives a voice request message from the PoC client A or another PoC client participating in the corresponding PoC session in step 526, the media type is further confirmed in step 580. In operation 516, the CF 520 may selectively transmit a voice grant message only for the active media type, and may transmit a media burst reject message for the inactive media type.

6 is a diagram illustrating an RTCP message format in which a CF grants a PoC client a voice after session initiation according to the present invention.

The present invention is characterized by including the Media Type information in the MBCP (Media Burst Control Protocol) message format using the existing RTCP (The MBCP indicates a Stop Talking Timer value and the number of participants for compatibility with PoC 1.0 system. Field value). The Accumulated Media Type field of the MBCP message includes all types of media types of PoC clients attending the session in the previous voice. For example, in the first case, the Accumulated Media Type field value is the media type value supported by the first responding client. The Added Media Type field in the second column contains the new media type value if the PoC client to which the CF and the new session are connected has a new media type that is not common to that listed in the Accumulated Media Type field supported by the CF in the current session. . If a new media type other than the media type used in the previous floor is not supported, the Added Media Type field value is 0 or Null. The length of the above two fields is flexible as determined by CF.

Optionally, the talk grant message may be transmitted to a PoC client granted a talk right including information on PoC addresses participating in the session (PoC Address), Nickname, and information on the number of session participants that can be received by media. Can be.

Meanwhile, the above function may be performed only by the Accumulated Media Type field value without including the Added Media Type.

As another method for delivering the media type information supported in the session to the PoC client in the present invention, the media type information supported may be delivered by transmitting an MBCP message defined independently for each media type. When using independent MBCP messages for each media type as described above, the added media type and accumulated media type fields are not used because the media types supported in the session are distinguished by whether individual MBCP messages are transmitted or received according to the media type. Can be.

As described above, a method of obtaining a media type information supported in a corresponding session by a client having a voice by using the reception of an MBCP message for each media type is performed by transmitting the media information supported by the session by transmitting an MBCP message. It does not deviate from the basic principle.

In the present invention, since the RTCP message format (MBCP Taken) that announces that the voice is occupied is implemented similarly to the above, the basic format of PoC 1.0 includes a field value for identifying a media type included in the voice grant message. In addition, the Talk Burst Taken message transmitted to a PoC client who is participating in a session and does not have a talk right may also be used for the PoC Client Address (PoC Address), Nickname, and Media. It may contain information including the number of session participants that can be received. The talk right occupancy message may further include media type information of a PoC client currently having a talk right independently.

The media type commonly used in the present invention is used as information for distinguishing media characteristics such as voice, video, image, and text. In addition, as an extension of the invention, it can be regarded as the minimum basic unit for distinguishing the same media type. For example, if two different videos exist, that is, if there are videos of the same type of media, respectively, each of Video 1 and Video 2 may be regarded as a different media type according to the characteristics of the connected media parameter. Therefore, the above-mentioned 'media type' may refer to the same media type and may be extended to a minimum basic unit for classifying streams for each media.

Therefore, as an example of the extended technology, when the transmitting PoC Client requests to establish a session including the media types of Audio 1, Audio 2, Video 1, and Video 2, the Home PoC Server is connected to the receiving network from the receiving network. Regardless of the media type adopted in the SIP response, it is possible to establish a PoC session capable of transmitting all of the initially proposed media types (Audio 1, Audio 2, Video 1, Video 2).

As described above, according to the present invention, when a PoC client performing a multimedia call service supports a plurality of media types, and the media types for each PoC client are not common, selective media transmission for each media type is determined according to the PoC user's decision. There is an effect to make this possible.

In addition, the present invention, a terminal that supports all types of media types of the multimedia stream sender can start the session in a short time even without participating in the session, the terminal participating in the session can receive the optimal media stream It is effective.

In addition, when the new media type is supported by new participants during the session, the present invention has an effect of providing a faithful multimedia PoC service by adding the media type when the next voice is given.

In addition, the present invention can improve the efficiency of wireless transmission by reducing the size of the media stream transmitted to the terminal by selecting only the media type of the PoC user, there is an effect that can reduce the cost of the PoC service user.

Claims (20)

delete delete delete delete delete delete delete In a voice management method of a push-to-talk over cellular (PoC) system that performs a multimedia call service, Receiving, by the PoC server, a session initiation request message including a session initiation request for at least one of a plurality of media types from a session initiation request PoC client; Establishing, by the PoC server, a session supporting at least one of the plurality of media types requested by the session initiation request PoC client; Receiving, by the PoC server, a response message to the session join request message from a session joining PoC client; Storing, by the PoC server, information on a media type supported by the session participating PoC client included in the response message in a session media type temporary store; The PoC server, after storing the information on the media type supported by the session participating PoC client in the session media type temporary storage, the talk grant message including information on the media type supported by the session participating PoC client. And transmitting the session initiation request PoC client to the PoC system. 9. The method of claim 8, Receiving, by the PoC server, a media stream from the session initiation request PoC client; Comparing, by the PoC server, the media type supported by the session participating PoC client stored in the session media type temporary store with the media type of the received media stream; And transmitting, by the PoC server, the received media stream to the session participating PoC client. 9. The method of claim 8, The session participation request message for the plurality of media types received from the session initiation request PoC client further includes at least one of information of the session participating PoC client and a required media parameter. Way. The method of claim 10, And wherein the requested media parameter is at least one of an encoding, a rate, and a payload type of each media type when the requested session is the plurality of media types. 9. The method of claim 8, And at least one of the plurality of multimedia types included in the session join request message is selected and included in the response message received from the session joining PoC client. In a voice management method of a push-to-talk over cellular (PoC) system that performs a multimedia call service, Receiving, by the PoC server, a session initiation request message including a session initiation request for at least one of a plurality of media types from a session initiation request PoC client; Establishing, by the PoC server, a session supporting at least one of the plurality of media types requested by the session initiation request PoC client; Receiving, by the PoC server, a response message to the session join request message from a session joining PoC client; Storing, by the PoC server, information on a media type supported by the session participating PoC client included in the response message in a session media type temporary store; Storing, by the PoC server, information on a media type supported by the session participating PoC client in a session media type temporary storage, and then sending a talk grant message to the session initiation request PoC client, Storing information about a media type supported by the session participating PoC client in a session media type temporary storage, and then transmitting a talk grant message to the session initiation request PoC client, Selecting at least one of the plurality of multimedia types requested by the session initiation request PoC client; And including the selected multimedia type information in a talk right grant message and transmitting the selected multimedia type information to the session initiation request PoC client. 9. The method of claim 8, Receiving, by the PoC server, a plurality of media streams having the plurality of media types from the session initiation request PoC client; Comparing, by the PoC server, media types supported by the session participating PoC client stored in the session media type temporary store with media types of the received media streams; Screening the received media streams and transmitting, to the session participating PoC client, the media stream having a media type supported by the session participating PoC client among the received media streams; A voice management method of a PoC system, further comprising. In a push-to-talk over cellular (PoC) system that provides a multimedia call service and manages the voice of the service, Receive a session join request message from the session initiation request PoC client that includes a session initiation request for at least one of a plurality of media types, and support at least one of the plurality of media types requested by the session initiation request PoC client. Establish a session, receive a response message to the session participation request message from a session participating PoC client, and store information on a media type supported by the session participating PoC client included in the response message in a session media type temporary storage. And store the information on the media type supported by the session participating PoC client in the session media type temporary storage, and then, to the speech grant message including information on the media type supported by the session participating PoC client. Sessions PoC server for sending to request PoC client, And a session media type temporary storage for storing media type information of the session participating PoC client included in the response message. 16. The method of claim 15, The PoC server receives a media stream from the session initiation request PoC client, compares the media type of the received media stream with a media type supported by the session participating PoC client stored in the session media type temporary store, PoC system, characterized in that for transmitting the received media stream to the session participating PoC client. 16. The method of claim 15, The PoC server receives a plurality of media streams having the plurality of media types from the session initiation request PoC client, and the media type supported by the session participating PoC client stored in the session media type temporary storage and the received media types. Comparing the media types of media streams, screening the received media streams and sending the media stream having a media type supported by the session participating PoC client among the received media streams to the session participating PoC client Featured PoC system. 16. The method of claim 15, The PoC server compares the media type accumulated during the session with the new media type of the PoC client newly participating in the session, and if the new media type corresponds to a media type different from the accumulated media type, And storing a media type in the session media type temporary storage, and when the session participating PoC client requests a voice, a voice grant message along with information on the stored media type. In a user equipment that provides a multimedia call service in a push-to-talk over cellular (PoC) system and manages a voice of the service, Send a session join request message including a session initiation request for at least one of the plurality of media types to a PoC server, Receiving a talk grant message for the plurality of media types including information on a media type supported by a session participating PoC client from the PoC server, And selectively transmitting a media stream having a media type supported by the session participating PoC client among the media streams having the plurality of media types to the session participating PoC client through the PoC server. 20. The method of claim 19, And the terminal device receives, from the PoC server, a voice occupying message including address information of a PoC client participating in a session and information on the number of session participants that each media can receive.

Images