KR101252860B1 - Method for providing a media stored the poc box in poc system - Google Patents

Abstract

The present invention provides a method and system for requesting and providing a desired media transmission by a PoC terminal confirming media information stored in a PoC box in a multimedia PoC system.

To this end, in the present invention, in order to receive the media stored in the PoC box, the PoC system first requests the media information stored in the PoC box to the PoC box, and the PoC box receiving the media information request sends the stored media information to the PoC terminal. send. Thereafter, the PoC terminal selects a desired media from the received media information to request PoC box media transmission, and the PoC box transmits the requested media from the PoC terminal to the PoC terminal.

PoC Box, PoC Box play, MBCP request message

Description

METHOD FOR PROVIDING A MEDIA STORED THE POC BOX IN POC SYSTEM

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 system including a PoC terminal and a PoC box according to an embodiment of the present invention;

5 is an internal configuration diagram of a PoC box according to an embodiment of the present invention;

6 is a signal flow diagram for providing media stored in a PoC box using a PoC session according to an embodiment of the present invention;

7A is an exemplary diagram illustrating a general MBCP request message,

FIG. 7B is an exemplary diagram illustrating an MBCP Request Message for requesting media transmission from a PoC terminal to a PoC server in FIG. 6; FIG.

FIG. 7C is an exemplary diagram illustrating an MBCP Granted Message for requesting media transmission from a PoC server to a PoC box in FIG. 6. FIG.

The present invention relates to a PoC box management method and system in a PTT over Cellular (PoC) system, and in particular, a method for requesting and providing a desired media transmission by a PoC terminal confirming media information stored in a PoC box in a multimedia PoC system; It is about the 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 they are expanding from simple call services to location services, multimedia services, and push-to-talk (PTT) services. In particular, the PTT service supports various additional functions such as instant messenger and status display, as well as group calls and voice calls, which were conventionally available in radios and TRS (Trunked Radio System).

Currently, the establishment of standards for PoC services that use the PTT (Push To Talk) concept using a mobile communication network is actively discussed. One of the features of the PoC service, which is distinguished from the existing mobile communication service, is that the user belongs to a plurality of sessions, so that the user can make a call while moving between sessions as necessary. The requirement for a user to be able to make calls over multiple sessions is specified in the requirements of the Open Mobile Alliance (OMA) specification, PoC 1.0, an organization that defines mobile services.

According to the PoC 1.0 specification, a PoC session transmits media data only to PoC clients participating in the session in real time. Due to this characteristic, a user who cannot participate in a PoC session due to various reasons such as battery discharge or absence cannot receive a media stream such as a voice transmitted in a 1-1 PoC session or a group PoC session. That is, the PoC 1.0 technology does not support the function of the voice mailbox supported in the conventional CS call.

In order to improve the problem that the Poc terminal cannot receive the media stream in the case of not participating in the session as described above, in the OMA PoC Release 2, the MM box (Multi Media Box) of the conventional MMS service (Multi Media Service) Consider a PoC box with similar functionality: The PoC box service is a PoC client that cannot participate in a 1-1 or group PoC session in real time to use that particular PoC session on its own PoC client using a specific physical or logical storage system. The PoC box stores the media transmitted in the session when the user joins the PoC session, and then transmits and plays the stored media according to the request of the PoC client.

On the other hand, when the PoC client requests to receive the stored media from the PoC box storing the media transmitted in the session by participating in the PoC session, the PoC box is to provide all the stored media to the PoC client. Not only is the user of the PoC terminal not only provided with the media, but also the user's right to select the desired media is limited.

Accordingly, the present invention provides a method and system for allowing a user of a PoC terminal to select media to be provided when providing media stored in a PoC box.

In addition, the present invention provides a method and system for allowing a user of a PoC terminal to request media transmission based on the media information by previously transmitting information of the media stored in the PoC box to the PoC terminal before providing the media stored in the PoC box. do.

To this end, the present invention provides a method for providing media stored in a PoC box in a PoC system including a PoC (PTT over Cellular) terminal, a PoC server, a proxy server having a routing function to an XDM server, and a PoC box. Transmitting a media information request message to the PoC box through the proxy server according to a media information request stored in the PoC box, and when the PoC box receives the media information request message, media stored in the PoC box And transmitting information to the PoC terminal.

The present invention also provides a process for transmitting a media transmission request message including a unique number corresponding to the selected media to the PoC server when a specific media is selected by the user from the media information received by the PoC terminal. And when the PoC server receives the media transmission request message, transmitting the media transmission request message to the PoC box, and the PoC box checks a media unique number included in the received media transmission request message. And transmitting the media stored corresponding to the identified unique number to the PoC terminal.

In addition, the present invention provides a PoC terminal for transmitting a media information request message to a PoC box according to a media information request stored in a PoC box by a user, and a media information request transmitted from the PoC terminal. And a routing server for transmitting a message to a corresponding PoC box, and the PoC box for transmitting the stored media information to the PoC terminal upon receiving the media information request message.

The present invention is characterized in that the PoC terminal transmits a media transmission request message including a unique number corresponding to the selected media to the PoC server when a specific media is selected by the user from the received media information. .

In addition, the PoC system of the present invention further includes the PoC server for transmitting the media transmission request message to the PoC box when receiving the media transmission request message, the PoC box is included in the received media transmission request message Confirm the identified media unique number, and transmit the media stored corresponding to the identified unique number to the PoC terminal.

The present invention also provides a method for managing media stored in a PoC box in a PoC system including a PoC (PTT over Cellular) terminal, a PoC server, a proxy server having a routing function to an XDM server, and a PoC box. Connecting directly to the PoC box to manage media through a proxy server when a user requests media stored in the PoC box, and the proxy server uses media stored in the PoC box using a control protocol. It characterized in that it comprises a step of operating to be controlled according to the request of the PoC terminal.

In the present invention described below, in order to receive media stored in a PoC box in an OMA PTT over Cellular (PoC) system, a PoC terminal user previously receives media information stored in a PoC box, and requests transmission of PoC box media based on the media information. The PoC box proposes a scheme for transmitting the requested media to the PoC terminal.

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 at the PoC service subscriber, i.e., the PoC client, to join an existing session that has been established, 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 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 members may be stored in the XDMS (130) 140 via the PoC client. The PoC client 102 can know the information of PoC clients that can be called by the individual or group list received from the XDMS (130) (140). On the other hand, the generation, modification and management of the group and group member information stored in the XDMS (130) 140 may be made through a communication network trusted by the PoC service provider, such as the Internet or intranet. The description of the protocol and specific contents of XML document management, such as creating, modifying, and removing a group list, is not directly related to the present invention, and thus detailed description thereof will be omitted.

The PoC system configured as described above allows a PoC user to input, modify and delete information on groups and group members in the PoC XDMS through an XML Document Management Client (XDMC) implemented in his terminal. Or you can see the information of PoC users who can call through group list. Another method for creating, modifying, and managing groups and group members in PoC XDMS is a method in which PoC service providers such as the Internet or an intranet can be input through XDMC implemented in a trusted communication network.

In addition, the aggregation proxy server 160 for the group service serves to collect all the requests using the XCAP in the PoC system to the corresponding entity. That is, if there is a group list related request from the XDM client 104, it is routed to each XDM server 130, 140 according to the appropriate rules.

In order for the aggregation proxy server 160 to use the PoC calling service, the PoC client registers its PoC address in SIP / IP. At this time, the SIP / IP core network 120 stores information on the PoC client based on the request of the PoC client.

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.

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, the CF manages the PoC session as a whole among the functions of the PoC server. Particularly, the CF accepts the request for the floor (voice) request of the PoC clients to set the order and grant the authority. The talk burst requested by any PoC client is distributed to all other PoC clients participating in the group call, and provides information on the PoC client attending 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. Also, PF relays media between CF and PoC clients, transcodes if different codecs are used between them, and in the case of concurrent sessions, when talking in one session, in other sessions. 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 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, 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.

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 invitation message 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, 200 OK or 183 session progress, granting 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, the transmitting PoC client receives the response signal to the SIP INVITE request signal, and then receives the talk burst transmission grant signal, for example, a floor granted signal that transmits a ringback tone through the RTCP protocol. The floor granted signal is generated in the CF with talk burst arbitration authority and transmitted to the PoC client through the PF managing the PoC client.In this case, the floor granted signal uses the bearer's path rather than the SIP protocol. It can be sent without going through the SIP / IP core network. The PoC client confirming the ring back tone transmits a media, for example, a voice stream using the Real-time Transport Protocol (RTP) protocol.

When another PoC client attempts to make a PoC group call in the PoC system configured as described above, as described above, its own information is first registered in the SIP / IP core network, and the group identification information received from the PoC XDMS 140 is received. To make a call request to its SIP / IP core network 120. At this time, the SIP / IP core network 120 transmits the PoC call request to the home PoC server in which the requesting PoC client is registered after undergoing address determination and domain location determination using the requested PoC client information. The PoC server 150 prepares to establish a PoC session for the PoC call request, obtains each user information from the PoC XDMS 140, and transmits a call request signal to the corresponding SIP / IP core network. At this time, in case of a call request for users in the intra domain, the PoC server performs both PF and CF functions. The PoC server managing the call request PoC client uses the information of the PoC client delivered to itself, and after making a positioning process of the SIP / IP core network, makes a call request to the corresponding PoC client. When a PoC client requesting a PoC call sends an OK response to the PoC client requesting the call, the PoC call is opened. When the PoC client requests a PoC call, but the PoC call is not opened according to the situation of the other PoC client, the PoC box can store its own voice or media to be sent.

If the PoC client sends a Media Burst Control Protocol request message (MBCP request message), which is a message requesting the media transmission, to the PoC server, the PoC server receives this message and does not restrict the media transmission. Check it. After that, the MBCP Granted message, which is a message that allows media transmission, is transmitted to the PoC client. Only PoC clients that receive messages that allow such media transmissions can talk.

Referring to FIG. 7A for the message for requesting media transmission as described above, the first 2 bit field indicates the version of the RTP. In the present invention, an example in which RTP version = 2 is shown. The next bit field is a padding bit, and given a padding bit, one or two padding octets that do not belong to the payload are added. Next, the 5-bit field indicates a sub-type. Referring to the OMA PoC Userplane specification document, it can be used to know which TBCP role the RTCP app packet plays using this subtype. For example, in the current OMA specification, the subtype value is defined as 00000 in case of MBCP Talk burst request, and 00001 in case of MBCP Talk burst Granted message. Since 16 TBCP Talk burst control messages have been defined so far, subtype values up to 01111 can be defined. The remaining 16 are reserved for future TBCP Talk burst control messages. The next 1 byte field has a value of 204 as a packet type, indicating that this message is an RTCP app packet. The following is a 2-byte Length field. If 2 is used in this field, this message indicates that there are two 4-byte octets. If it is followed by a payload, this field indicates how many full 4-byte octets are in this field. The next 4 bytes are the Synchronization source field. What this field represents contains the synchronization source of who sent the RTCP app message. The next 4 byte field is expressed in ASCII and has the function of distinguishing PoC version according to OMA PoC specification.

The next option ID related field indicates a priority when the value of the option ID is 1 when the media is transmitted by the PoC user, and indicates the time stamp of the MBCP request when the value is 2.

The present invention provides a method for a PoC user to be provided with a desired media by including information on a media that the PoC client wants to receive from a plurality of media stored in a PoC box in a general MBCP message as shown in FIG. 7A. . Then, the MBCP request and grant message according to the present invention will be described in detail below.

Next, a configuration of a system for requesting and providing a desired media transmission based on media information stored in a PoC box in a PoC system will be described with reference to FIG. 4.

Referring to FIG. 4, a PoC system according to the present invention includes a PoC terminal 100, a PoC server 150, a network PoC box 407 serving as a media storage unit, and an aggregation proxy server 160. Hereinafter, the network PoC box 407 will be described in the same meaning as the PoC box 407. In the embodiment of the present invention, the network Poc box has been described as an embodiment, but the method of the present invention can be applied to a terminal PoC box.

First, the PoC terminal 100 may include a PoC client 102, an XDMC 104, a user interface 401, and a data transmitter 404.

More specifically, the PoC client 102 has a role of establishing a PoC session to receive the media stored in the PoC box 407 and an MBCP request message, which is a message requesting the media transmission stored in the PoC box 407. It creates and transmits In addition, the PoC client 102 may establish a PoC session with the PoC box 407 through the PoC server 150, or directly establish a PoC session with the PoC box 407 without passing through the PoC server 150. Can be.

As described above, when the PoC client 102 establishes a PoC session through the POC server 150, two types of messages for requesting media transmission to the PoC box 407 may be generated. The first is the MBCP request message, which is a message that allows the PoC client 102 to request the voice of the PoC box 407 instead. In this case, the PoC server 150 receiving the message transmits the MBCP grant message, which is a message granting the right to speak, to the PoC box 407 rather than to the PoC client 102. In the second case, the message for requesting the right to speak includes only the information for requesting the media transmission of the PoC box. In this case, the PoC server 150 merely serves to transmit this message to the PoC box 407. In both cases, the media request message should include the location information of the media stored in the PoC box. The MBCP request message, which is a message for requesting PoC box media transmission, will be described in more detail in the following description.

In addition, the XML Document Management Client (XDMC) 104 provides XCAP (XML) that provides functions for managing, creating, modifying, and deleting XML documents stored in the PoC XDMS or the PoC box 407. configuration Access protocol) client. The XDMC 104 may register to be notified when there is a change in the XML document stored in the PoC box 407. In this way, if the XML document of the PoC box 407 is registered to notify when there is a change, another PoC client can immediately know when the media is stored in the PoC box set by the user. In the embodiment of the present invention, when the XDMC 104 of the PoC terminal 100 can check the information on the media stored in the PoC box 407 by searching the XML document stored in the PoC box 407 according to a user's request. Let's explain. In this case, the media information means information such as what kind of media is received from which PoC client, when it is received, and in which location.

The user interface 401 transfers a user's input to the PoC terminal 100. The data transmission unit 404 transmits and receives packet data. The data transmitter 404 may include transport protocol stacks for transmitting and receiving packet data. The data transmitter 404 may include an RTP / RTCP / HTTP, UDP, IP, and a lower layer stack layer.

Next, referring to the PoC server 150, if the PoC server 150 receives a message requesting media transmission of the PoC box 407, whether the received message is requesting the right to speak the PoC box 407 instead. It distinguishes whether or not. If the message is requesting the voice of the PoC box 407 instead, a message for granting the voice (MBCP Grant message) is generated and transmitted to the PoC box 407 instead of the PoC client 102. The message granting the right to speak must include the media location information of the PoC box 407. However, if the message is not requesting the voice of the PoC box instead, the PoC server 150 transmits the received message to the PoC box 407. In this case, the message should also include the media location information of the PoC box.

Next, referring to the aggregation proxy server 160, when the aggregation proxy server 160 receives a message requesting information on the media stored in the PoC box 407 from the XDMC 104, the message is sent to the PoC box. It delivers to the 407 and the media information of the PoC box consisting of the XML document to the XDMC (104).

Next, the PoC box 407 will be described with reference to FIG. 5. The PoC box 407 according to the present invention includes a media information storage unit 500 and media storage for storing information on media stored in the PoC box 407. It comprises a part 501.

First, referring to the media information storage unit 500, the media information storage unit 500 stores an XML document including information on each media stored in the PoC box 407. At this time, the information stored in the XML document is different in the case of a group PoC session and a one-to-one PoC session. First, in the case of a group PoC session, the stored media information includes a group conference ID, a PoC client who started a group PoC session (PoC user who started a group PoC session), a session participant list, and media. The XML document includes media information, group call start time and end time, time information such as stored media storage time, and address where the actual media is stored. Next, in the case of a one-to-one PoC session, the information on the PoC client that started the one-to-one session, media information, time of storing the media, time of storing the stored media, and the address where the actual media is stored are included. It is included in the document.

As described above, in the present invention, by separately storing the media information in the PoC box 407, when the PoC terminal user requests information on the media stored in the PoC box 407, it can be provided. The address where the physical media is stored is stored in each element of the XML document, each of which has a unique number. In addition, by storing the unique number for the XML element and the corresponding media, when the user requests or deletes the specific media, the user can use a text-based address that is easily recognized by the user without using a binary binary address. . Thus, the unique number of XML document elements can be used in the MBCP request message or MBCP grant message without using a complex binary binary address system. By doing this, there is an advantage that the management of the actual media can be managed using XML document elements.

Meanwhile, when storing the media received in the media storage unit 501, the media information storage unit 500 manages the media information storage unit 500 in correspondence with the unique number in the XML document including information about the media and the unique number.

As described above, the embodiment of the present invention has been described as including the unique number of the XML document element in the MBCP request message or the MBCP grant message, but may include the actual address of the media stored in the PoC box.

Then, in the PoC system configured as shown in FIG. 4, each component for allowing the PoC terminal 100 to request and receive information on the media stored in the PoC box to confirm the media information in advance, and then receive the necessary media. The operation between them will be described in detail with reference to FIG. 6. First, it is assumed that a PoC session is established between the PoC terminal 100 and the PoC box 407 in step 600.

If there is an input for requesting media information by the user, the XDMC 104 in the PoC terminal 100 transmits a media information request message stored in the PoC box to the aggregation proxy server 160 in step 602. This request message is communicated to the aggregation proxy server 160 via the XDM-3 interface. The protocol used at this time is XCAP.

Then, the aggregation proxy server 160 receiving the media information request message checks the request information address included in the media information request message and transmits the request message to the PoC box 407 through the PoC-x interface in step 604. .

Subsequently, when the PoC box receives the stored media information request message, the aggregator proxy server 160 is stored in steps 605 and 608 of the XML document including information about the stored media stored in the media information storage unit 500. It transmits to the XDMC 104 of the PoC terminal 100 through.

Here, there are three methods for the PoC box to transmit the media information stored in the media information storage unit 500 to the PoC terminal 100. First, as mentioned above, the PoC terminal 100 directly requests the media information stored in the PoC box 407 and receives the media information from the PoC box 407. Second, the PoC box 407 periodically transmits the stored media information to the PoC terminal 100. Third, when there is a change in the media information stored in the PoC box 407, that is, an XML document, for example, when there is a change such as a new media is stored or the information storage time expires and is deleted, the PoC terminal 100 This is a method for transmitting the stored media information. In the embodiment of the present invention, as shown in FIG. 6, a case in which a PoC terminal requests directly stored media information and receives media information from a PoC box will be described as an example.

As described above, when the PoC terminal 100 receives PoC box media information provided from the PoC box 407, the PoC terminal 100 displays the received media information on the screen. At this time, the media information received by the PoC terminal 100 includes a unique number of an XML document element for each media. Then, the PoC terminal user can select from among the displayed media information about the media he wishes to receive.

Then, the PoC client 102 generates a media transmission request message including an option ID value for requesting to receive the stored media using the media information stored in the PoC box 407. In this case, the media transmission request message may use the MBCP request message, which includes an option ID value indicating the use of a PoC box and a unique number of an XML document element corresponding to the media selected by the user.

The PoC client 102 transmits the generated PoC box media transmission request message to the PoC server 150 in step 610.

Then, the PoC server 150 receiving the PoC box media transmission request message recognizes the option ID value included in the received message and recognizes that the message is a message requesting to receive the media stored in the PoC box 407. Transmits the PoC box media transmission request message to the corresponding PoC box 407. At this time, the transmitted PoC box media transmission request message is an MBCP granted message. In addition, since the PoC server 150 recognizes that the received request message is a message for requesting to receive the media stored in the PoC box 407, the PoC server 150 does not transmit the MBCP grant message to the PoC client 102 but instead sends the MBCP to the PoC box. It is sending a grant message. Here, the MBCP grant message contains the unique number of the XML document element, like the MBCP request message. In addition, the PoC server recognizing that the MBCP request message is a PoC box media transmission request as an option ID may transmit the MBCP request message to the PoC box as it is.

Then, the PoC box 407 receiving the MBCP grant message or the MBCP request message checks the unique number of the XML document element included in the message to confirm the address information of the media requested by the PoC client 102. Thereafter, the PoC box 407 reads the media stored at the address confirmed by the media storage unit 501 and transmits the media to the PoC client 102 through the PoC server 150 in steps 614 and 616.

As described above, according to the present invention, the PoC user may check the media information stored in the PoC box in advance to receive the desired media.

6, the format of the MBCP request message, which is a PoC box media transmission request message transmitted by the PoC client to the PoC server, will be described with reference to FIG. 7.

Referring to FIG. 7B, the MBCP message includes a value indicating that the message is a message for requesting PoC box media transmission in an option ID. For example, assuming that the option ID value is 3, this indicates that the message is a request for PoC box media transmission. In order to request the PoC box media transmission to the PoC server, the PoC client includes a value of 3 in the option ID field. . In addition, an example in which the value of Option length is 4 is shown. The value of the option length represents the sum of the bytes of the fields associated with this option. Accordingly, the value of the option value field (option value) may have a value of 2 bytes, and the value that can be actually taken may have a size of 0 to (2 ^ 16-1). The option value is then associated with an element unique number in each XML document. For example, if the option value is 1, the media stored in the location of the XML document element corresponding to 1 is referred to, and the media stored in the location is transmitted to the PoC client. Another example may be a non-numeric character in the option value field, or it may contain an address where the actual media is stored. In this case, the value of the option length can be increased to match the option value.

The PoC Box media request message can be distinguished from the PoC Server by Option ID as described above, but in another embodiment, a new MBCP message for making a PoC Box media request can be made without using the MBCP request message. At this time, a new subtype number is entered in this message so that the PoC Server can recognize that the MBCP message is a PoC Box media request message. The subtype number may constitute 32 messages with 5 bits between the P field and the PT = APP = 204 field. For example, 00000 can be configured as MBCP request message, 00001 if MBCP Granted message, 00010 and MBCP Taken message. The rest of the length, SSRC, name and the like description is the same as described in the prior art.

6C, the format of the MBCP request message, which is a PoC box media transmission request message transmitted from the PoC client to the PoC server, is described with reference to FIG. 7C. In general, when the PoC server receives the MBCP request message, the PoC server sends the MBCP grant message to the PoC client to which the media is to be transmitted. In the present invention, the MBC grant message is transmitted to the PoC box without transmitting the media transmission request to the PoC client, so that the PoC box transmits the media.

Referring to FIG. 7C, the MBCP grant message includes PoC box media transmission request information like the MBCP request message. The PoC box field value identifies what is used for the PoC box. In FIG. 7C, the PoC box field value is set to 102 to distinguish what is used in the PoC box. The length is the same as the MBCP request message described above. Each PoC box media list number is mapped to an element unique number in an XML document, and refers to the actual media information contained in the element in the associated XML document to send the media stored at that location to the PoC client. do.

As described above, in the present invention, the PoC terminal requests media information stored in the PoC box to the PoC box in order to receive the media stored in the PoC box, and the PoC box receiving the media information request sends the stored media information to the PoC terminal. To send. Thereafter, the PoC terminal selects a desired media from the received media information to request PoC box media transmission, and the PoC box transmits the requested media from the PoC terminal to the PoC terminal.

In the present invention, before the media stored in the PoC box, the information of the media stored in the PoC box is transmitted to the PoC terminal in advance, and when the media stored in the PoC box are selected, the user of the PoC terminal selects the media that the user of the PoC terminal wants to receive. The media transmission may be requested based on the media information. Therefore, when the PoC client is provided with the media stored in the PoC box, there is an advantage that the user of the PoC terminal has a right to select the desired media because the media is stored.

In addition, the PoC client can easily manage the XML document including the media information stored in the PoC box using the XCAP protocol through the XDM-3, PoC-x interface. In addition, by using a PoC session, media stored in a PoC box can be transmitted to a PoC client without using a new protocol such as RTSP. Accordingly, an existing flow control message can be used and improved.

Claims (21)

In a PoC system including a PoC (Push To Talk over Cellular) terminal, a PoC server, an Aggregation Proxy server having a routing function to Extensible Markup Language Document Management Sever (XDMS), and a PoC box, the proxy server is a PoC terminal. In the PoC box operating method for transmitting media to the network, Receiving, by the proxy server, the PoC Session control data request message corresponding to the control information of the media stored in the PoC box, from the PoC terminal; Transmitting the PoC session control data request message to the PoC box to request control information of the media stored in the PoC box; In response to the PoC session control data request message, the PoC box receives control information of the media in XML (Extensible Markup Language) format, not the media stored in the PoC box, and receives from the PoC box. Including the process of transmitting the control information of the media to the PoC terminal, And the control information includes at least one of a media type, a provided PoC client, a reception time, and a storage location of the media stored in the PoC box. The method of claim 1, wherein the PoC control data request message from the PoC terminal is transmitted through an XML configuration access protocol (XCAP). The method of claim 1, The stored address of the media stored in the PoC box is stored in each element of the XML document, each element having a unique number. 4. The method of claim 3, wherein the media stored in the PoC box is mapped with a unique number for each element of the XML document. 4. The method of claim 3, further comprising receiving a request for providing or deleting a specific media from a user by using a binary binary address or a text-based address. In a PoC system including a Proxy To Talk over Cellular (PoC) terminal, a PoC server, an Aggregation Proxy server having a routing function to an Extensible Markup Language Document Management Sever (XDMS), and a PoC box, the PoC box includes PoC data. In how to operate, Receiving a session invite message transmitted from at least one PoC terminal through the PoC server; Generating and storing PoC session control data based on a session initiation message received from the at least one PoC terminal; Receiving and storing media transmitted from at least one PoC terminal through a connected session; Matching the PoC session control data and media; Receiving a PoC Session control data request message for requesting control information of media stored in a PoC box from the proxy server, and a PoC session, not media stored in a PoC box, through the proxy server. Transmitting control information by a control data request message to a PoC terminal; Receiving a Media Burst Control Protocol (MBCP) grant message from the PoC server requesting media, and transmitting the media requested by the MBCP grant message to a PoC terminal through a PoC server, The control information includes at least one of a media type, a provided PoC client, a reception time, and a storage location of media stored in a PoC box. The method of claim 6, wherein the receiving of the PoC session control data request message from the proxy server comprises: receiving an XML document corresponding to the information of the requested media data based on the PoC session control data request message; PoC data operating method of the PoC box, characterized in that for transmitting to. 8. The method of claim 7 wherein the PoC session control data request message from the proxy server is transmitted using an XCAP protocol. The method as claimed in claim 6, wherein the MBCP grant message includes location information of a PoC data request message requested from the PoC terminal. 10. The method of claim 9, wherein the MBCP grant message is a PoC box field for identifying what is used in the PoC box (PoC Box) field, PoC box length field indicating the sum of the bytes of the fields associated with the PoC box, And at least one field of an option value field including a value representing an element unique number of an XML document. In a PoC system including a PoC (Push To Talk over Cellular) terminal, a PoC server, an Aggregation Proxy server having a routing function to Extensible Markup Language Document Management Sever (XDMS), and a PoC box, the PoC terminal is a PoC box. In how to operate the media, Transmitting a PoC Session control data request message to the PoC box through the proxy server to request control information of media stored in the PoC box; Receiving control information of media transmitted in XML format from the proxy server, not media stored in the PoC box; Identifying an element unique number corresponding to a storage address of the media included in the control information; Generating a Media Burst Control Protocol (MBCP) request message requesting a media corresponding to a unique number stored in the PoC box, and transmitting the MBCP request message to a PoC server; And responding to the MBCP request message, receiving a media corresponding to the unique number from a PoC box through a PoC server. 12. The method of claim 11, wherein the PoC session control data request message from the proxy server is transmitted using an XCAP protocol. The method of claim 12, wherein the MBC request message transmitted from the PoC terminal to the PoC server is transmitted using an MBCP protocol. The method of claim 12, wherein the MBCP request message is an option ID field including a value indicating a message for requesting PoC box media transmission, and an option length indicating a total of bytes of fields associated with the option. And an option value field including an (option length) field and an option value field including a value indicating an element unique number of an XML document. delete delete delete delete delete delete delete

Images