KR20120137320A - Method, terminal and system for providing a multiple session poc multimedia service simultaneously - Google Patents

Abstract

PURPOSE: A method for simultaneously providing a multiple PoC(PTT over Cellular) multimedia service by session, a terminal, and a system thereof are provided to secure a simultaneous multiple receiving service for a multimedia stream by session or media type through a media parameter negotiation procedure. CONSTITUTION: A data transmission unit(420) transmits multimedia service data. The data transmission unit receives multimedia service data from a terminal. The data transmission unit receives a simultaneous multiple service request message including filtering information. A PF(PoC Function) composer(440) transmits the media data received through multiple sessions to a multiple session control unit(430). The multiple session control unit confirms the simultaneous multiple service request message received from the terminal. The multiple session control unit determines whether or not to provide one or more simultaneous multiple services which are the identical type by session. [Reference numerals] (100) PoC terminal; (102) PoC client; (150) Poc server; (400) Display part; (402) Control part; (404) User interface; (410,420) Data transmission part; (430) Multiple session control part; (440) Participating PoC Function Composer; (AA,BB) Transfer protocol stack

Description

Method and terminal and system for providing simultaneous multi-POC multimedia service per session {METHOD, TERMINAL AND SYSTEM FOR PROVIDING A MULTIPLE SESSION POC MULTIMEDIA SERVICE SIMULTANEOUSLY}

The present invention relates to a method, a terminal, and a system for providing simultaneous multi-media services per session according to a user's request when a media stream of the same media type is simultaneously transmitted from different sessions in a multimedia supporting PoC system. .

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 is expanding to location services, multimedia services, and push-to-talk (PTT) services, etc. In particular, the PTT service is a conventional radio or TRS (Trunked Radio) service. It supports various additional functions such as instant messenger and status display as well as group call and voice call.

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, the PoC V 2.0 system supports the multi-session function included in the conventional PoC V 1.0. In addition, current PoC systems can receive and deliver multiple streams (eg, audio, video, or images) to users due to terminal performance improvements.

However, in the current PoC 1.0 system, when the same media is transmitted to one receiving PoC terminal under multiple sessions, the PoC server PF is basically configured not to simultaneously transmit the same media stream to the PoC terminal. Therefore, due to this filtering function, the lower PoC terminal does not receive the media stream of the multiple sessions to which it is connected, even if the transport channel supports sufficient bandwidth. In addition, the current PoC system does not provide a method of setting a target session to apply filtering or filtering by media type for multiple multimedia.

Meanwhile, in the related art, a method of setting a PoC service setting value to remove filtering in such a multi-session is considered to allow the PF to simultaneously receive all duplicate media at the same time in a multi-session. However, this method cannot apply the simultaneous multiple reception service per session, and there is a disadvantage that the simultaneous multiple reception service cannot be activated when a client participating in the multiple session requests a new session.

Accordingly, the present invention determines presence information of multiple media streams of the same media type under multiple sessions, and inquires of the terminal whether to set up simultaneous multiple reception, and according to the session response setting of the client, multiple media of the same media type from the corresponding session. Provided are a signaling method for implementing a simultaneous multi-media service capable of simultaneously transmitting a stream to a terminal, a terminal supporting the same, and a system thereof.

The present invention also provides a method for setting whether to provide PoC simultaneous multimedia service for each media type in each session in a SIP-based media negotiation process for simultaneous multimedia service, a terminal and a system supporting the same.

To this end, the present invention provides a simultaneous multi-session Push To Talk over cellular (PoC) multimedia service providing system, the simultaneous multi-service request if the user has a choice to simultaneously provide at least one or more of the same type of media stream through multiple sessions At least one PoC terminal for transmitting a message, and a PoC server for providing a stream of a multimedia type specified by the simultaneous multiple service request message to the at least one PoC terminal when the simultaneous multiple service request message is received. It is characterized by.

In addition, the present invention provides a method for providing a simultaneous multi-session Push To Talk over cellular (PoC) multimedia service, the PoC terminal is a choice for receiving at least one or more of the same type of media stream by the user at the same time through a multi-session Transmitting a simultaneous multi-service request message, and if the PoC server receives the simultaneous multi-service request message, providing a stream of a multimedia type specified by the simultaneous multi-service request message to the PoC terminal. Method for providing simultaneous multi-media services per session, characterized in that made.

In addition, the present invention is a PoC terminal for providing simultaneous multi-session Push To Talk over cellular (PoC) multimedia service, the data transmission unit for performing data transmission and reception with the PoC server, and at least one or more of the same type of media by the user A control unit for transmitting a simultaneous multi-service request message if there is a selection to simultaneously receive the stream through multiple sessions, and performing data processing for displaying multimedia data received through the data transmission unit; Characterized in that it comprises a display for receiving and displaying the input.

In addition, the present invention, in the simultaneous multi-session Push To Talk over cellular (PoC) multimedia service providing system, a session request including a simultaneous multiple reception value for requesting a simultaneous multiple reception service for each session or media type in the session request message The PoC terminal transmitting the message and the multi-receive value included in the new session request message are checked to determine whether simultaneous multi-reception is performed for each session or media type, and for the media for the session to be newly opened in the session request message. It is characterized in that the PoC server configured to set whether or not filtering for the session according to the filtering.

In addition, the present invention provides a method for providing a simultaneous multi-session Push To Talk over cellular (PoC) multimedia service, the simultaneous multi-receipt value for the PoC terminal to request a simultaneous multi-reception service for each session or media type in the session request message Transmitting the session request message including the message, and checking the multiple reception values included in the new session request message by the PoC server to confirm simultaneous reception of each session or media type, and to newly open the session request message. And determining whether to filter the corresponding session according to whether to filter the media for the session.

According to the present invention, when a PoC client participating in a multimedia PoC session call is requested to open a session including the same multimedia, the multimedia for each session or media type in a plurality of PoC multiple sessions is negotiated through a media parameter negotiation process included in the session establishment process. Allows you to implement simultaneous multiple receive services for streams. Accordingly, the present invention can display two or more video streams or images simultaneously on one terminal, and receive two or more voice streams, store them in a PoC box, or play them in a background voice.

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 a block diagram of a PoC terminal and a PoC server according to the present invention;
5 is a signal flow diagram illustrating a procedure of simultaneous multiservice according to a request for a simultaneous multisession PoC multimedia service of a PoC client according to an embodiment of the present invention;
6 is a signal flow diagram illustrating a procedure for setting simultaneous reception by multiple media types in one session according to an embodiment of the present invention.
7 is an exemplary diagram illustrating an SDP parameter for setting simultaneous multiple reception values in an INVITE message and a 200 OK response of FIG. 5.

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 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 via an access network 110, a SIP / IP core network 120, and a 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 requester embedded in the PoC terminal 100 and resides in the PoC terminal 100 to perform network access for providing PoC service to a 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 support core network, via the access network 110.

The SIP / IP core network 120 is connected to the PoC server 150, the XDMS 130, 140, and the like to support the PoC service to provide a service. At this time, the PoC server 150 may perform a Controlling PoC Function function for maintaining and managing a PoC session or a Participating PoC Function function for joining 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. 1 illustrates a common XDMS 130 that may be commonly used for PoC XDMS 140 and other service enablers used for PoC services. 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, creation, modification and management of groups and group members for the XDMS 130 and 140 may be performed through a communication network trusted by 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. Features of each PoC server will be described with reference to Tables 1 and 2 below.

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.

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

Referring to FIG. 3, each PoC clients 102-A through 102-D establish a PoC session by accessing the CF 300 through the PFs 310-A through 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. 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.

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'. 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.

The present invention described below is a Participating PoC Function (hereinafter referred to as PF) when a PoC client performing an OMA PoC (PTT over Cellular) multimedia call service participates in multiple PoC sessions and simultaneously receives multimedia such as images, texts, and videos. In this paper, we propose a method and system that can transmit simultaneous multiple media streams per session combination or media without filtering.

Next, a configuration and operation of providing a simultaneous multi-media service so that the PF can simultaneously transmit a plurality of media streams of the same media type to a PoC terminal in a multi-session in a PoC system will be described.

4 is a block diagram of a PoC terminal and a PoC server according to an exemplary embodiment of the present invention.

As shown in FIG. 4, the system of the present invention may be configured to include a PoC terminal 100, a PoC server 150, and a SIP / IP core network 120. The components of the PoC server 150 and the PoC terminal 100 will be described below.

The PoC server 150 according to the present invention may operate as a CF or a PF depending on whether the group session is owned. In the present invention, only the aspect of the PF that manages the multi-session control of the multimedia PoC call is considered. In addition, the PoC server 150 may be configured to include a data transmitter 420, a multi-session controller 430, and a participating PoC function composer 440.

Each of the components of the aforementioned PoC server 150 will be described below.

The data transmitter 420 may transmit and receive packet data, and may include transport protocol stacks for transmitting and receiving packet data. The data transmitter 420 may include an RTP / RTCP / FTP, UDP / TCP, IP, and Lower Layer Stack layer.

The multi-session controller 430 manages the filtering, the transmission size, and the like of the media streams of the multi-sessions connected to the corresponding PoC client according to the request of the PoC client. The multisession controller 430 outputs the adjusted media data to the data transmitter 420.

The PF Composer (Participating PoC Function Composer) 440 is a component used to support multiple sessions and manages each multiple session. The PF composer 440 delivers the media data received through the plurality of sessions 451, 452, 453,... To the multi-session controller 430.

The PoC server 150 configured as described above may be connected to the PoC client 102 through the SIP / IP core network 120 supporting the SIP protocol based communication.

The PoC terminal 100 may be configured to include a PoC client 102, a display 400, a controller 402, a user interface 404, and a data transmitter 410.

The PoC client 102 requests simultaneous multi-PoC multimedia service provision and media adaptation to the PF 440 via SIP or RTCP messages, and the media adaptation for each media session through the PF Composer function. And transmit it to the mobile communication network. In the present invention, the PF composer functional block is omitted. In addition, the PoC client 102 may control the controller 402 to adjust the display for the media stream and display the received media to the user. In the following description, the PoC client may substitute and describe the PoC terminal when there is no fear of confusion.

The display unit 400 outputs visual media such as an image, a video, and the like received from the PoC server 150. The controller 402 performs data processing for outputting the received data to the display 400. The display unit 400 and the control unit 402 of the present invention support multimedia.

The user interface 404 transmits the user's input to the PoC terminal 100. The user interface 404 of the present invention is particularly implemented such that the PoC client can change the display form according to the needs of the PoC user. The data transmission unit 410 transmits and receives packet data. The data transmitter 410 may include transport protocol stacks for transmitting and receiving packet data. The data transmitter 420 may include an RTP / RTCP / FTP, UDP / TCP, IP, and Lower Layer Stack layer.

Techniques invented in the present invention for the system components as described above are as follows. In order to provide a simultaneous multi-session Push To Talk over Cellular (PoC) multimedia service in the system, the PoC terminal generates a pre-request message of the service and transmits the generated pre-request message to a PoC server. To the PoC server. Accordingly, when the PoC server needs to provide the simultaneous multi-session PoC multimedia service, the PoC server checks whether the multi-session multimedia service request is set from the PoC terminal and performs a function operation for the multi-session.

Referring to the function of the PoC terminal, first, when connected to multiple sessions, a pre-request message may be set in the PoC server to request simultaneous multiple services. Thereafter, a message for receiving a simultaneous multi-service proposal included in a new session request message from the PoC server may be transmitted to the PoC server in response to success. In addition, when a PoC terminal attempts to open a new session, a session request message including a simultaneous multi-service proposal can be transmitted to a PoC server. Play, etc.

Looking at the function of the PoC server, it can be divided into two cases according to the direction of the multi-session request message.

First, when the PoC server configured with the pre-request message receives a new session request message transmitted to the corresponding PoC terminal, the PoC server operates as a PF and consists of the following procedure. After checking the media type included in the new session request message, if the same media type as the media type in the other session in progress is included, a message field asking whether to filter the media type is added to the session to the PoC terminal. Sends a request message. Thereafter, the process includes receiving a simultaneous multiple service response from the PoC terminal and performing filtering on the corresponding session and the media type.

 On the other hand, when the PoC server configured with the pre-request message receives a new session request starting from the corresponding PoC terminal, it operates as CF or PF according to the group type, and consists of the following procedure.

First, when the PoC terminal transmits a new session request message starting with a PoC server configured with a pre-request message, the PoC terminal includes a simultaneous multiple reception value for requesting simultaneous multiple reception service for each session or media type in the session request message. .

Then, the PoC server checks the multi-reception value included in the new session request message received from the PoC terminal to confirm the simultaneous multi-reception by session or by media type. Therefore, if the session request message transmitted by the PoC terminal includes the same media type as the media type in another session currently in progress, it is determined whether to filter the media type as a simultaneous multiple reception service request from the PoC terminal. Then, when the session success message is received from the receiving side network, the session success response is transmitted to the corresponding PoC terminal of the transmitting side including the message field. Accordingly, the PoC server can change and apply the filtering policy for the media type and the PoC session.

Therefore, when the PoC terminal requests the simultaneous multi-session multimedia service to the PoC server, the PoC terminal may request the simultaneous multi-session multimedia service for each media type by designating a multimedia type for the simultaneous multi-service.

In addition, when the PoC terminal requests the simultaneous multi-session multimedia service to the PoC server, the maximum number of multimedia PoC sessions for the simultaneous multi-service request may be designated. The PoC terminal may also perform a service request while the session is in progress through session refresh in addition to the method of requesting the simultaneous multi-session multimedia service to the PoC server during the session establishment process.

In addition, since the proposed technique uses a parameter suggestion / response mechanism using a corresponding session request message to request a simultaneous multiservice, the simultaneous multisession multimedia service may be applied only to a specific session.

Alternatively, the simultaneous multiple service request message and response message may use the Session Initiation Protocol (SIP) method in principle, but may be transmitted using the Realtime Transport Control Protocol (RTCP) APP format when the session is in progress. At this time, by defining a new MBCP message type (e.g. MBCP unfilter message) for the MBCP message associated with a specific media type, simultaneous multiple reception service for each media type may be allowed.

The plurality of PoC multimedia sessions connected to the one PoC terminal may be at least one preset PoC multimedia session and a newly requested PoC multimedia session before the preset PoC multimedia session ends.

The PoC server may include a Participating PoC Function (PF) composer for managing a plurality of PoC multimedia sessions, and a multiple session controller (Simultaneous Session Controller) in the PF for determining a filtering policy of the PF composer.

In addition, the PoC terminal in the present invention is a control unit for performing data processing for displaying the data transmission unit for transmitting and receiving the packet data with the PoC server and the media data received through the data transmission unit and the display processing from the control unit It may include a display unit for receiving and displaying the received data.

In the above-described system of the present invention, when the PoC terminal 100 intends to implement a simultaneous multi-media PoC service including the same media type, the PoC terminal 100 transmits and receives a message in response to a request or response of a multi-session according to a user's command. Command to apply filtering. Then, the PoC server 150 performs filtering for multiple sessions in response to a request from the PoC terminal 100, and transmits only corresponding media data to the PoC terminal 100 according to the requested filtering policy. As a representative method, the PoC terminal 100 determines the media type to apply filtering and the corresponding multi-session using the SDP proposal for the session update or the new session invitation message and the response process. Simultaneous multiple reception function will be performed.

Meanwhile, the present invention can be implemented through the use of a SIP protocol or the use of a Real-time Transport Control Protocol (RTCP) message in a connected PoC session. The former technique can be implemented by newly defining a MIME parameter included in the SDP body part on the SIP protocol, and the latter technique is a Media Burst Control Protocol (MBCP) transmitted through a connected RTCP channel after opening a SIP session. It can be implemented by defining a new field of the message and will not be described in detail because it does not depart from the principles of the present invention.

Then, the process of the present invention performed in the PoC terminal 100 and the PoC server 150 of the system configured as shown in FIG. 4 will now be described. In this case, the present invention will be described with reference to the drawings showing the messages used for carrying out the present invention together with the processes of the present invention.

FIG. 5 illustrates a process of providing PoC simultaneous multi-media service through negotiation of media parameters using SIP signaling for establishing a session between a PoC terminal and a PoC server (PF) according to an embodiment of the present invention.

If the PoC server B (PF) receives an INVITE message from a CF managing another session, whether the media type in the INVITE message includes the same media type as the media type of the media being received by the PoC client B in the current session. Perform the function of checking. At this time, if the same media type is included in the INVITE message, the PF sets the simultaneous multi-receive proposal value (ess = 1) as the SDP parameter in the INVITE message to inquire whether the PoC client B, the receiving client, uses the simultaneous multi-media service. Add. The MIME parameter of the simultaneous multiple reception proposal value will be described below with reference to FIG. 7. Thereafter, the PF transmits an INVITE message including the media parameter to the PoC client B and receives a response from the PoC client B whether the simultaneous multi-media service is executed for the corresponding session. On the other hand, when receiving an INVITE message that does not include the same media type as the media type in the ongoing session, the PF may not include the simultaneous multiple reception proposal value or may include the proposal value as zero.

In particular, FIG. 5 illustrates a case in which a PoC terminal that is already establishing a session requests a simultaneous multi-service for a new session when a session request message is received from another session. The above technique can be applied to the request.

Hereinafter, each process of FIG. 5 will be described in detail.

First, in step 500, a pre-request message of a simultaneous multiple reception service is stored between the PoC client B and the PoC server B (hereinafter referred to as PF) to negotiate simultaneous multi-session function between the PoC client and the PoC server. It is shown. The PF is activated as "ESS Active" by the pre-request message. Also, for convenience, it is assumed in step 501 that the PoC client B is connected to one audio PoC session.

Since the ESS is activated in step 500, in step 502, when the PF receives an INVITE2 message from CF2 to provide Audio2 and Video2 media from CF2, the media is the same as the media type of Audio1, which is the media that the PoC client B is receiving in the current session. Make sure that type Audio2 exists in the media stream. Thereafter, in step 503, the PF adds the ess = 1 parameter, which is a simultaneous multi-receipt suggestion value, to the INVITE2 message and delivers the INVITE message including Audio2, Video2, and ess = 1 to the PoC client B. Upon receiving the INVITE2 message, the PoC client B transmits a 200 OK message including ess = 1, ess = 1, to the PF, if a simultaneous multiple reception is desired according to the user's response in step 504.

Then, when receiving the 200 OK message, which is a response message including the simultaneous multiple reception response value, from the PoC client B, the PF delivers the 200 OK message to the corresponding CF 2 in step 505. After receiving the 200 OK message, the CF 2 confirms that the simultaneous multiple reception response value included in the 200 OK message is set to ess = 1, and then transmits media data including Audio2 and Video2 to the PF in step 506. . Then, the PF simultaneously transmits the media data including Audio2 and Video2 received in step 506 to PoC client B regardless of whether a media stream of the same media type is being transmitted to another session in progress to PoC client B. To pass.

The PoC Client B then receives Audio1, Audio2 and Video2 simultaneously in different sessions.

Thereafter, when the PF receives an INVITE3 message for providing Audio3 and Video3 media from another CF 3 in step 508, the PF adds an ess = 1 parameter to the INVITE3 message and transmits it to the PoC client B in step 509. That is, the PF confirms to the PoC client B whether to start a session for transmitting a media stream having a media type that overlaps with the media type received in another session in progress.

Receiving the INVITE3 message, the PoC client B transmits a response message including a response value indicating whether to receive multiple simultaneous reception of the same media type in the session requested by CF 3 according to the user's selection. At this time, in step 510 of the present invention, the PoC client B has a response value indicating the response of the simultaneous multiple non-reception according to the user's choice not to perform the simultaneous multiple reception for the same media type in the session requested in CF 3 from the user. Send 200 OK message added with PF. Then, the PF transmits the 200 OK message received from the PoC client B to the corresponding CF 3 in step 511.

Upon receiving the 200 OK message, the CF 3 transmits media data including Audio2 and Video2 to the PF in step 512. Thereafter, the PF confirms that the response message received in step 510 from the PoC client B has a choice not to perform simultaneous multiple reception for the same media type in the session requested in CF 3. Accordingly, the PF does not deliver the media streams of Audio3 and Video3 to PoC client B while the PoC client B receives the media streams of Audio1, Audio2, and Video2, which are duplicate media types in another session concurrently with the session. Do not.

Subsequently, when the media stream of Audio1, Audio2, Video2, which is a duplicate media type in another session, is received by the PoC client B within the session, the PF receives the media stream of Audio3, Video3 in step 513. Forward to PoC Client B. Then, the PoC client B can receive the media streams of Audio3 and Video3 in the session.

On the other hand, when the PF receives the INVITE4 message for providing the Image4 media stream from CF 4 in step 514, the session is transmitted to PoC Client B, which does not duplicate the media type received in the other session in progress. In step 515, the INVITE4 message with the = 0 parameter is transmitted to the PoC client B. Then, in step 516, the PoC client B transmits a 200 OK message to the PF by adding the ess = 0 parameter, which is a response value for simultaneous multiple non-reception, to the response message according to a user's selection. When the PF receives the 200 OK message including the ess = 0 parameter, the PF forwards the 200 OK message to the corresponding CF 4 in step 517. In step 518, when the PF receives the media stream of Image4 from CF 4, the PF transmits the image4 media stream to PoC client B in step 519. At this time, the PoC client B may receive an image4 media stream in addition to the currently received media streams Audio1, Audio2 and Videio2, or Audio3 and Video3.

On the other hand, as described above, Image4 is not a media type that overlaps with the media stream being received in the current session, so the PF may not include the ess = 0 parameter in the INVITE4 message in step 515. In step 516, the 200 OK message may not include the ess = 0 parameter.

In the present invention, in the above description of FIG. 5, the numbering of the INVITE message or the media parameter, such as INVITE1, INVITE2, Audio1, Video2, etc., is information for distinguishing sessions in one embodiment, and each INVITE message is different from each other. Message received from another CF and specifies to establish a different session.

As described above, in the present invention, the PF determines existence information of multiple media streams of the same media type under simultaneous multiple sessions, and transmits to the PoC client whether simultaneous multiple reception is set, and responds to the simultaneous multiple reception setup response of each PoC client. Accordingly, a plurality of media streams of the same media type are simultaneously transmitted to the corresponding PoC client.

In addition, the present invention provides a method for setting whether to provide PoC simultaneous multimedia services for each media type in each session in a SIP-based media negotiation process for simultaneous multimedia services.

Next, referring to FIG. 6, a procedure of setting whether to simultaneously receive multiple media types according to media types in one session will be described. FIG. First, assume that the process proceeds to step 602 in FIG. 6 after performing steps 500 to 507 in FIG. 5. It is assumed that steps 600 and 601 of FIG. 6 perform the same processes as steps 506 and 507 of FIG. 5, respectively.

Then, in step 602, when the PF receives the INVITE3 message for providing the media stream of Audio3 and Video3 from the CF3, the PF receives a plurality of media that overlap with the media type of the media stream being received in the simultaneous multiple session in which the corresponding POC client B participates. In step 603, an INVITE3 message including parameters such as “a_ess = 1 and v_ess = 1” asking for simultaneous multiple reception for each type is transmitted to PoC Client B.

When the PoC client B receives the INVITE3 message, the PoC client B determines and responds to the 200 OK message based on the PoC user's choice. At this time, if the PoC user chooses not to perform simultaneous multiple reception for the audio type and to perform simultaneous multiple reception for the video type, the PoC client B sends a parameter such as “a_ess = 0, v_ess = 1” to the response message. Included and sent to the PF in step 604.

After receiving the 200 OK message including the simultaneous multiple reception response value indicating whether the multiple multiple types are received for the plurality of media types, the PF transfers the 200 OK message to the corresponding CF 3 in step 605. In this case, the PF may deliver the 200 OK message from which the simultaneous multiple reception response value is removed from the 200 OK message received by the corresponding CF 3.

Thereafter, when the PF receives the media streams of Audio3 and Video3 from the CF3 in step 606, the PF transmits only the Video3 media streams for which simultaneous multiple reception is requested in the Audio3 and Video3 media streams received from the CF3 according to the decision of the PoC client B. Thus, PoC Client B will simultaneously receive Audio1, Audio2, Video2 and Video3 media streams.

On the other hand, if the reception of the media type (a_ess = 0) in which the PoC client B refuses simultaneous multiple reception among the media types duplicated in another session within the validity period of the media transmission permission timer in the session is completed in the other session, the PF is set to 607. In step 3, the audio3 media stream is delivered, and the PoC client B may simultaneously receive the audio3 and the incomplete video2 or video3 media stream in the session.

Next, a message format used for the application of the present invention will be described with reference to FIG. 7. FIG. 7 is an exemplary diagram illustrating an SDP parameter for setting simultaneous multiple reception values in an INVITE message and a 200 OK response of FIG. 5. FIG. 7A illustrates SDP parameters in the INVITE message, and FIG. 7B illustrates SDP parameters in the 200 OK message.

The MBCP MIME parameter indicating simultaneous multiple reception proposal and response in the attribute line of the SDP parameter in the INVITE message and the 200 OK message is defined as 'ess' and is represented by the values of '1' and '0'. At this time, the value of 'ess = 1' from the PoC server is a suggestion asking whether to use the simultaneous multiple reception service, and the value of 'ess = 1' from the PoC client indicates that the user will use the simultaneous multiple reception service for the session. Notify is the response.

Also, the value of 'ess = 0' from the client is a response indicating that the user will not use the simultaneous multiple reception service for the session. The value of 'ess = 0' from the server is inserted when ESS is set but there is no duplicate media type. In this case, it can be omitted in the INVITE message because it is not a target of simultaneous multiple reception service.

As shown in FIG. 6, the detailed configuration diagram of the SDP parameter for the simultaneous multiple reception service for each media type may be determined by the same method, and thus description thereof will be omitted.

On the other hand, when the PoC server configured with the pre-request message receives a new session request originating from the corresponding PoC terminal, the procedure for requesting simultaneous multi-reception service for each session or for each media type is the proposal / response method for the SDP parameter. Since it can be implemented as the same technique using a specific embodiment will be omitted.

Alternatively, even when the pre-request message is not set or the ESS is inactivated, the simultaneous multiple reception service for the multimedia can be operated using only the proposal and response method for the SDP parameter. At this time, the PoC server automatically compares all the session request messages with media types in the current session and proposes or responds to the parameters of the simultaneous multiple reception service, thereby applying or not applying media filtering.

Meanwhile, the present invention is not limited to the names designated for the specific embodiments, and the present invention may be applied to all parameters having the same function even though they have different names.

As described above, the present invention enables a plurality of PoC multimedia services to be simultaneously provided to one PoC client. In addition, the present invention enables the simultaneous multi-media multimedia service by media type and session for each of the media streams simultaneously provided to one PoC client to receive using a PoC box, display of multiple multimedia, etc. Effectively use the functionality of the enhanced PoC terminal.

Claims (22)

A server for simultaneously providing multimedia services to at least one user equipment per session through a Session Initiation Protocol (SIP) core network,
A data transmitter for transmitting multimedia service data and receiving multimedia service data from the terminal, and receiving a simultaneous multi-service request message including filtering information for determining whether the server simultaneously controls the multimedia service data for each session; ,
A PF composer for transmitting media data received through a plurality of sessions to a multi-session control unit;
And a multi-session control unit for checking the simultaneous multi-service request message received from the terminal and determining whether to provide at least one simultaneous multi-service of the same type for each session according to the checked simultaneous multi-service request message. server. The method of claim 1, wherein the server,
Receiving a session request message for providing one or more media from a server managing a session other than the session in which the terminal is currently joined, and if the session request message has a media type that is the same as the media type of the media provided to the terminal, And requesting a simultaneous multi-receipt proposal value to the participation request message to request a response of whether to use the simultaneous multi-media service to the terminal. The server as claimed in claim 2, wherein the simultaneous multi-receipt proposal value is a value for requesting a response to the simultaneous multi-reception for all media provided by the other session. The method of claim 3, wherein the server,
When the media stream is received from the server that sent the response message and the session request message from the terminal, the response value included in the response message is checked, and the response value included in the response message is used for simultaneous multiple reception of the corresponding session. If the value is for the server, characterized in that for transmitting the media stream received from the server to the terminal. The method of claim 3, wherein the server,
After checking the response value included in the response message, if the response value included in the response message is a value for simultaneous multiple non-reception for the session, the media of the media type currently received by the terminal within the validity period of the media transmission permission timer. And when the stream is received, transmitting the media stream received from the server. The server as claimed in claim 2, wherein the simultaneous multi-receipt proposal value is a value for requesting a response for simultaneous multiplication for one or more media types that overlap with the media type of the media stream being received in the simultaneous multi-session. The method of claim 6, wherein the server,
When the media stream is received from the server that sent the response message and the session request message from the terminal, the media type of the media type for which the simultaneous multiple reception is requested after confirming the media type requested for the simultaneous multiple reception included in the response message. Server, characterized in that for transmitting only the stream to the terminal. The method of claim 7, wherein the server,
After confirming the media type requested for simultaneous multiple reception included in the response message, and if there is a media stream of the media type for which the simultaneous multiple reception is denied, the denied media type provided to the current terminal within the validity period of a media transmission permission timer; And when the reception of the media stream of the same media type is completed, the media stream of the rejected media type is transmitted. In a user equipment for receiving multimedia services at the same time per session from a server through a SIP (Session Initiation Protocol) core network,
A data transmission unit performing data transmission and reception with a server,
A control unit for transmitting a simultaneous multiple service request message through the data transmission unit and performing data processing for displaying multimedia data received through the data transmission unit;
And a display unit for receiving and displaying the data processed from the controller,
The simultaneous multiple service request message includes filtering information for determining whether the server simultaneously controls the multimedia service data for each session.
The filtering information includes a request for simultaneously receiving at least one media stream of the same media type per session. The method of claim 9, wherein the control unit,
When a participation request message including a simultaneous multi-receipt proposal value for requesting a response on whether to use the simultaneous multi-media service is received, a response value for whether the multi-reception is received for the corresponding session according to a user's selection is included. Terminal for transmitting a response message. In the server, a method for providing simultaneous multiple services per session to at least one user equipment (User Equipment) through a Session Initiation Protocol (SIP) core network,
Receiving a simultaneous multiservice request message including filtering information for determining whether to simultaneously control multimedia service data for each session from the terminal;
Checking the filtering information of the simultaneous multiple service request message;
Determining whether to provide simultaneous multiple services based on the filtering information checked,
And transmitting at least one simultaneous multi-service data of the same type per session to the terminal through a SIP core network. 12. The method of claim 11,
Receiving, by the server, a session request message for providing one or more media from a server managing a session other than the session in which the terminal is currently joined;
If the received session request message has the same media type as the media type of the media provided to the terminal, the simultaneous multi-reception proposal value is included in the participation request message to request the terminal to respond to whether to use the simultaneous multi-media service. The method further comprises the step of transmitting by adding. The method of claim 12, wherein the simultaneous multi-receipt proposal value is a value for requesting a response to the simultaneous multi-reception for all media provided by the other session. The method of claim 13,
The server further comprises the step of receiving from the terminal a response message including a response value for whether the simultaneous multiple reception for the session according to the user's selection. The method of claim 14,
Checking, by the server, a response value included in the response message when the media stream is received from the server transmitting the response message and the INVITE message from the terminal;
Transmitting a media stream received from the server to the terminal if the response value included in the response message is a value for simultaneous multiple reception of the corresponding session. 16. The method of claim 15,
After the server checks the response value included in the response message, if the response value included in the response message is a value for simultaneous multiple non-reception for the session, the media currently being received by the terminal within the validity period of the media transmission permission timer. And when the reception of the media stream of the type is completed, transmitting the media stream received from the server. The method of claim 12, wherein the simultaneous multi-receipt suggestion value is a value for requesting a response for whether or not simultaneous multiplication is performed for one or more media types that overlap with the media type of the media stream being received in the simultaneous multi-session. 18. The method of claim 17,
And transmitting, by the terminal, a response message including response values corresponding to simultaneous multiple reception for each media type to the server according to a user's selection. 19. The method of claim 18,
When the server receives the media stream from the server transmitting the response message and the session request message from the terminal, checking a media type for which simultaneous multiple reception is included in the response message;
And transmitting only the media stream of the media type for which the simultaneous multiple reception is requested to the terminal. 20. The method of claim 19,
Checking, by the server, a media type requested for simultaneous multiple reception included in the response message;
If there is a media stream of the media type for which the simultaneous multiple reception is denied, the media of the rejected media type is completed when the reception of a media stream of the same media type as the rejected media type currently provided to the terminal within the media transmission permission timer valid period is completed. The method further comprises the step of transmitting a stream. In the user equipment (User Equipment), a method for receiving multimedia services simultaneously per session from a server through a Session Initiation Protocol (SIP) core network,
Transmitting a simultaneous multiple service request message to the server through the SIP;
Receiving simultaneous multiple services of at least one same media type per session through the server according to filtering information;
Processing the received simultaneous multiple services;
Displaying the processed multimedia services,
The simultaneous multiple service request message includes filtering information for determining whether a server simultaneously controls multimedia service data for each session. 22. The method of claim 21, when receiving a participation request message including a simultaneous multi-receipt proposal value for requesting a response on whether to use the simultaneous multi-media service, the multi-reception of the corresponding session according to the user's selection is performed. And transmitting a response message including the response value.

Images