KR20070051655A - Interworking method between pt server and multiple pt database servers and terminal for interworking - Google Patents

Abstract

The present invention relates to a method for interworking between a PT server and a multi-PT database server in a SIP-based service, and a terminal for interworking. The present invention relates to a specific PT database server that generates a PT group among a plurality of PT database servers. Provide a unique HTTP address and identifier of the PT group so that it can be uniquely identified, and the PT client includes the HTTP address of the specific PT database server and the identifier of the PT group when requesting to create a session of the PT group. Sends an INVITE message to a PT server, and the PT server checks the HTTP address of the specific PT database server included in the INVITE message and the identifier of the PT group to obtain detailed attribute information of the PT group. Identify and connect to the database server.

SIP based service, PT server, multiple PT database server, PT XDMS, XDM client, PT client, database HTTP address, PT group document, PT group identifier, PT terminal

Description

A method for interworking between a PET server and a multi-PT database server in an SPI-based service, and a terminal for interworking thereof {INTERWORKING METHOD BETWEEN PT SERVER AND MULTIPLE PT DATABASE SERVERS AND TERMINAL FOR INTERWORKING}

1 is a diagram showing an example of a general PT service network configuration.

2 is a view showing how a PT database server that has created a PT group provides its own XCAP address for interworking between a PT server and a multiple PT database server according to the present invention.

3 is a diagram showing an example of a PT group document generation request message;

4 and 5 illustrate information included in a body of a response message to a PT group document generation request.

6 is a view showing an example of a response message to a PT group document generation request.

7 is a view showing a method for a PT server to identify and access a specific PT database server storing a group document of the PT group in order to obtain detailed attribute information of the PT group according to the present invention.

8 illustrates an example of a group notification message according to the present invention.

*** Explanation of symbols in the main part of the drawing ***

120: PT client 300: first PT XDMS server

400: second PT XDMS server 500: PT server

The present invention relates to a session based service, and more particularly, to a method for interworking between a PT server and a multiple PT database server in a SIP (session initiation protocol) based service and a terminal for interworking.

In general, a session initiation protocol (SIP) is a signaling protocol in which terminals to communicate with each other identify a location, locate a location, and specify a procedure for creating or deleting a multimedia service session between them. The SIP-based service has a request / response structure for controlling the creation, modification, and termination of a multimedia service session, and by using a SIP URL similar to an e-mail address to distinguish each user, an IP (internet) is used. protocol) Provides service without being dependent on address.

An example of a SIP-based session service is a push-to (PT) service. In general, a push talk (PT) service is a service for providing high-speed communication to a service provider and a mobile communication user. Is a communication service that transmits media bursts (Talk bursts) to one or more other clients. The PT service includes a PTT over Cellular (PoC) service for transmitting audio data, a push to view (PTV) service for transmitting video data, or a push to data (PTD) service for transmitting data. It can be one.

The PT service allows communication between a single receiver (1-to-1) or a group of receivers (1-to-many) such as a group chat session, and establishes a session initiation to establish a session. protocol).

In the PT service, one client may invite a PT session for each client or for a group to which the client belongs. That is, when a specific PT client selects one or more other PT clients and invites them to a PT session, a session is connected between the two PT clients, and media data is transferred between the session-set PT clients.

1 shows an example of a network configuration for a general PT service. There are generally many network components, but here we describe the necessary network components to focus on the creation of a PT group for PT service and session invitation of the created PT group.

As shown in FIG. 1, a general PT service network includes a mobile communication terminal 10 requesting PT group generation and requesting PT service; A PT server 60 that performs a function of maintaining and managing a PT session for a PT service, and controls a voice or data transmission authority for the PT service; A PT database (PT XDMS) server 50 that stores information about the PT group and each user of the PT group; An aggregation proxy 40 for accessing the PT database 50 to generate the PT group document requested by the mobile communication terminal 10.

The PT service network includes: a SIP / IP core 30 for routing SIP messages for PT services between the mobile communication terminal 10 and the PT server 60; And an access network 20 performing an access function between the mobile communication terminal 10 and the SIP / IP core 30.

The mobile communication terminal 10 includes an XDM client 11 for requesting the creation of a PT group; A PT client 12 that creates a PT session and participates in an existing PT session and terminates the PT session.

When the mobile communication terminal 10 requests the aggregation proxy 40 to generate a PT group document, the aggregation proxy 40 connects to the PT database (PT XDMS) server 50 to generate a PT. Create a group document. The XDM client 11, the aggregation proxy 40, and the PT database server 50 of the mobile communication terminal 10 are XCAP (Extensible Markup Language (XML) Configuration Access Protocol) information storage and deletion protocol. Connect using).

After the PT group is created, as an example of any PT client, the PT client 12 performs a procedure for creating a PT session using the generated PT group.

That is, when the PT client 12 transmits an INVITE message for inviting a PT session, the PT server 60 sends detailed group information (member information and other information) of the PT group indicated by the PT group identifier included in the INVITE message. The PT database (PT XDMS) server 50 is accessed in order to obtain a), and the PT XDMS server 50 transmits the detailed information of the PT group to the PT server 60.

However, when there are a plurality of PT XDMS servers and each PT XDMS has a different address (that is, an HTTP address), a general PT system can uniquely identify a PT XDMS server storing corresponding PT group information. Since it does not provide a unique address, the PT server 60 is not able to know which PT XDMS server among many PT XDMS servers has the details of the desired PT group.

Therefore, the PT server 60 cannot obtain the detailed information of the PT group requested by the PT client 12 and thus cannot generate a PT session for the PT group.

The present invention has been proposed to solve the above problems of the prior art, and an object of the present invention is that a specific PT database server that creates a PT group can uniquely identify itself among many PT database servers. By providing a unique address, a PT server provides a method for interworking between a PT server and a multi-PT database in a SIP-based service which can distinguish and access the PT database server storing detailed attribute information of the PT group.

Another object of the present invention is that a PT group that has created a PT group among a plurality of PT database servers provides its HTTP address and an identifier of the PT group in the PT database server, thereby providing the PT group. Interworking between a PT server and a multi-PT database in a SIP-based service capable of mapping a SIP address of the PT server, an HTTP address of a PT database server storing the PT group information, and an identifier of the PT group in the PT database server to each other In providing a method.

It is still another object of the present invention to receive from the network a group creation acknowledgment message comprising at least a group SIP URI, an HTTP address of the specific PT database server that created the PT group, and an identifier of the PT group in the specific PT database server. The PT server may interoperate with the specific PT database server by transmitting the group SIP URI, the HTTP address of the specific PT database server, and the identifier of the PT group to the PT server by including them in the INVITE message. It is to provide a terminal that allows to.

In order to achieve the above object, a method for interworking between a PT server and a multi-PT database in a SIP-based service according to the present invention includes providing a unique XCAP address of a specific PT database server that has created a PT group; Transmitting, by a PT client, an INVITE message containing a unique XCAP address of the PT database server; A PT server identifying and accessing the specific PT database server using a unique XCAP address of the PT database server included in the INVITE message.

In order to achieve the above object, the method for interworking between a PT server and a multi-PT database in a SIP-based service according to the present invention, when the PT group is known, a unique XCAP address of a specific PT database server that generated the PT group Transmitting a group notification message comprising a; A PT client receiving the group announcement message, transmitting an INVITE message including a unique XCAP address of the PT database server; And identifying, by a PT server, a corresponding PT database server by using a unique XCAP address of the PT database server included in the INVITE message.

In order to achieve the above object, the terminal according to the present invention transmits a group creation request message to a network, and generates a group creation confirmation message including at least a SIP address of a group, an HTTP address of a PT database server, and a group identifier. An XDM client receiving from the network; And a PT client including the SIP address of the group included in the group creation confirmation message, the HTTP address of the PT database server, and the group identifier in the INVITE message to the PT server.

Hereinafter, an embodiment of an interworking method between a PT server and a multi-PT database server in a SIP-based service according to the present invention will be described with reference to the accompanying drawings.

According to the present invention, when there are a plurality of PT database servers and each PT database server uses a different HTTP address, a specific PT database server storing the PT group document generated by the request of the mobile communication terminal is stored. It provides the SIP address of the created PT group and its unique XCAP address. To request the PT session creation of the PT group, the mobile communication terminal (PT client or PT user) transmits an INVITE message including the SIP address of the PT group and the unique XCAP address of the specific PT database server. The PT server receiving the invitation message identifies and connects to a corresponding PT database server among multiple PT database servers using the unique XCAP address of the PT database server in order to know detailed information of the PT group.

The unique XCAP address of the PT database server is an address that can uniquely identify the PT database server storing the PT group among the multiple PT database servers storing the plurality of PT groups.

The unique XCAP address of the PT database server includes an HTTP address of the PT database server and an identifier of the PT group in the PT database server.

In addition, when performing the PT group advertisement, the mobile communication terminal transmits the unique XCAP address of the PT XDMS server provided in the PT group generation to the PT server. The PT server transmits the unique XCAP address of the PT XDMS server included in the SIP message to other PT clients (or other mobile communication terminals or other PT users) in the SIP message. Then, the PT client that wants to join the PT group among other PT clients transmits the unique XCAP address of the PT XDMS server in the INVITE message. The PT server identifies and accesses a corresponding PT XDMS server among multiple PT XDMS servers using the unique XCAP address of the PT XDMS server of the INVITE message.

The terminal comprises: an XDM client transmitting a group creation request message to the network and receiving a group creation confirmation message from the network, the group creation confirmation message including at least a SIP address of the group, an HTTP address of the PT database server, and a group identifier; And a PT client including the SIP address of the group included in the group creation confirmation message, the HTTP address of the PT database server, and the group identifier in the INVITE message to the PT server.

The terminal further includes a memory for storing the SIP address of the group included in the group creation confirmation message, the HTTP address of the PT database server, and the group identifier.

The PT client transmits the SIP address of the group included in the group creation confirmation message, the HTTP address of the PT database server, and the group identifier to the PT server.

2 illustrates a method for creating a PT group and providing its own XCAP address by a PT database server for interworking between a PT server and a multiple PT database server according to the present invention.

The XDM client 110 of the mobile communication terminal uses the XCAP protocol to generate a PT group document (myfriend.xml) describing the PT group (sip: myfriend@example.com). HTTP PUT) is transmitted (S11).

As shown in FIG. 3, the HTTP PUT message includes a header part and a body part. In the mobile communication terminal, an address of a specific aggregation proxy, that is, an XCAP root URI, is already provided by a client provisioning technique. Thus, the HTTP PUT message includes the address "xcap.example.com" of the already provisioned aggregation proxy, and the HTTP PUT message is transmitted to the aggregation proxy 200 corresponding to the aggregation proxy address. do.

The aggregation proxy 200 checks an application unique identity (AUID) included in the HTTP PUT message and transmits the HTTP PUT message to a PT database server (PT XDMS server) (S13). In Fig. 3, the part of "org.openmobilealliance.pt-groups" is Application Unique Identity (AUID).

For example, when the first PT XDMS server 300 receives the HTTP PUT message, the first PT XDMS server 300 generates a PT group document according to PT group information included in the body portion of the HTTP PUT message. Create

Then, the first PT XDMS server 300 transmits a response message (201 Created) indicating the completion of the PT group document generation to the aggregation proxy 200 (S15). The response message is transmitted from the aggregation proxy 200 to the XDM client 110 (S17).

The response message includes the message contents (PT group information) as described in Figs. 4 and 5. The response message should include the SIP address (ie, SIP URI) of the PT group generated by the first PT XDMS server 300. The SIP address of the PT group becomes a target address when the PT client requests to create a session. In addition, according to the present invention, the response message should include a unique XCAP address of the first PT XDMS server 300. The unique XCAP address of the first PT XDMS server 300 includes an HTTP address of the first PT XDMS server 300 and an identifier of the PT group in the first PT XDMS server 300 (S15). ).

Meanwhile, when the PT server 200 knows the HTTP address of the first PT XDMS server 300 when transmitting the HTTP PUT message to the first PT XDMS server 300, the first PT XDMS server 300 ) Transmits to the PT server 200 including only the identifier of the PT group in the first PT XDMS server 300 in the response message among the unique XCAP addresses of the first PT XDMS server 300. . Then, the PT server 200 receives the response message including the identifier of the PT group in the first PT XDMS server 300, and then adds the HTTP address of the first PT XDMS server 300 already known. To send a response message to the XDM client 110.

However, the response message 201 Created may be described, for example, as in FIG. 6, and the response message described in FIG. 6 does not include the message content (message content described in FIGS. 4 and 5). It shows the case of the message. When receiving a response message including no message content, the XDM client 110 may perform a procedure of obtaining the message content using an HTTP GET message. Even in this case, the XDM client 110 obtains not only the SIP address of the PT group but also the HTTP address of the first PT XDMS server 300 and the identifier of the PT group at the first PT XDMS server 300. do.

After the PT group is created in this way, the PT client performs a procedure for creating a group session using the PT group (a procedure for inviting to a group session). Here, the PT client may be a PT client that directly requests the creation of the PT group, or may be a PT client that receives information related to the PT group through a group advertisement message.

FIG. 7 illustrates a method for a PT server to identify and communicate with a specific PT XDMS server using a unique XCAP address of a specific PT XDMS server in a group session creation process for interworking between a PT server and a multiple PT XDMS server according to the present invention. see.

When the PT client 120 of the mobile communication terminal transmits an invitation message (INVITE) for inviting a session of the PT group, as shown in FIG. In addition, the HTTP address of the first PT XDMS server and the identifier of the PT group in the first PT XDMS server are included in the invitation message and transmitted to the PT server 500. The HTTP address of the first PT XDMS server and the identifier of the PT group in the first PT XDMS server are included in the header or body of the invitation message. The invitation message, of course, includes the SIP address of the PT group (S21).

The PT server 500 acquires detailed attribute information (group member information and other information) of the PT group corresponding to the SIP address (Target PT group address) written in the Request-URI portion of the INVITE message. The unique XCAP address of the PT XDMS server included in the INVITE message, that is, the HTTP address of the PT XDMS server and the identifier of the PT group in the PT XDMS server are identified.

When the identified unique XCAP address indicates the address of the first PT XDMS server 300, the PT server 500, in order to obtain detailed attribute information of the PT group corresponding to the target PT group address, A PT group information request message (HTTP GET) is transmitted to the first PT XDMS server 300 among the PT XDMS servers 300, 400,... (S23) (S25).

The first PT XDMS server 300 includes the detailed attribute information (including at least the SIP address information of the group members) of the PT group requested in the HTTP GET message in the response message 200 OK, so that the PT server 500 includes: (S27).

Then, the PT server 500 performs a general PT client invitation procedure using detailed attribute information of the PT group included in the response message (S29).

Thus, the present invention provides its own XCAP address so that the PT XDMS server that created the PT group can identify itself among the multiple PT XDMS servers in the process of generating the PT group, and the PT during the session creation of the PT group. The session invitation message is transmitted including the unique XCAP address of the XDMS server, and the PT server receiving the session invitation message accesses the PT XDMS server corresponding to the unique XCAP address to obtain detailed attribute information of the PT group.

Next, another embodiment of an interworking method between a PT server and a multi-PT database server according to the present invention will be described.

When the PT group is already known, the PT client transmits a SIP message (SIP MESSAGE method) for group notification, and transmits the information described in FIG. 8 in the SIP MESSAGE method. According to the present invention, the PT client, in addition to the information described in FIG. 8, the PT XDMS server's unique XCAP address (i.e., PT XDMS server) that stores corresponding PT group related information (PT group detailed attribute information). The HTTP address and the identifier of the PT group in the PT XDMS server) are added to the SIP MESSAGE method and transmitted to the PT server.

The PT server receiving the SIP MESSAGE method transmits a SIP message (second SIP MESSAGE method) to group notification receivers, that is, other PT clients. The PT server transmits the unique XCAP address of the PT XDMS server received through the first SIP MESSAGE method in the second SIP MESSAGE method to other PT clients.

When the PT clients receiving the second SIP MESSAGE method want to set up (or join) a group session using the PT group, each PT client establishes a session in the same manner as the group session creation procedure shown in FIG. do. Each PT client includes the unique XCAP address (the HTTP address of the PT XDMS server and the identifier of the PT group in the PT XDMS server) included in the second SIP MESSAGE method in the invitation message (INVITE). The session setup begins while sending to the PT server.

As described above, in the method for interworking between a PT server and a multi-PT database server in a SIP-based service according to the present invention, a plurality of PT XDMS servers exist, and each PT XDMS server may use a different HTTP address. When the specific PT XDMS server that created the PT group provides the PT group identifier for identifying the PT group among the many PT groups stored by the PT group, and provides the HTTP address of the PT XDMS server itself, The PT client may obtain the SIP address of the generated PT group, the identifier of the PT group in the PT XDMS server that generated the PT group, and the HTTP address of the PT XDMS server.

According to the present invention, the PT client sends an INVITE message to the PT server including the SIP address of the specific PT group, the HTTP address of the PT XDMS server that created the specific PT group, and the identifier of the PT group in the PT XDMS server. By transmitting, the PT server can easily identify and access the PT XDMS server to be accessed from among multiple PT XDMS servers to obtain detailed attribute information of the PT group.

According to the present invention, when the group notification message is transmitted, an HTTP address of the PT XDMS server generating the PT group and an identifier of the PT group in the PT XDMS server are transmitted, and the group notification message is received. The PT server acquires detailed attribute information of the PT group by transmitting an invitation message including the HTTP address of the PT XDMS server and an identifier of the PT group in the PT XDMS server to a PT server. It is possible to easily identify and access the PT XDMS server to be connected to.

Although the present invention has been described with reference to the embodiments shown in the drawings, this is merely exemplary, and it will be understood by those skilled in the art that various modifications and equivalent other embodiments are possible. Therefore, the true technical protection scope of the present invention will be defined by the technical spirit of the appended claims.

Claims (13)

Providing a unique XCAP address of a specific PT database server that created the PT group; Transmitting, by a PT client, an INVITE message containing a unique XCAP address of the PT database server; A PT server identifying and accessing the specific PT database server using a unique XCAP address of the PT database server included in the INVITE message; interworking method between a PT server and a multiple PT database server in a SIP-based service . The method of claim 1, wherein the unique XCAP address of the PT database server, And an HTTP address of the PT database server and an identifier of the PT group in the PT database server. The method of claim 1, And the PT server accesses the PT database server to obtain detailed attribute information of the PT group. The method of claim 3, wherein the detailed attribute information of the PT group, A method for interworking between a PT server and a multi-PT database in a SIP-based service, characterized in that it includes at least a group member's SIP address. The method of claim 1, wherein providing a unique XCAP address of the specific PT database server comprises: Transmitting, by the specific PT database server to the aggregation proxy, the specific PT database server including its HTTP address and an identifier of the PT group in the specific PT database server in a response message to the request for creating the PT group; Transmitting, by the aggregation proxy, the response message to the PT client; and a method of interworking between a PT server and a multiple PT database in a SIP-based service. The method of claim 1, wherein providing a unique XCAP address of the specific PT database server comprises: Transmitting, by the specific PT database server to the aggregation proxy, an identifier of the PT group in the server itself in a response message to the request for creating the PT group; The aggregation proxy transmitting the HTTP address of the specific PT database server to the PT client in addition to the response message; transmitting the PT server to the PT server in the SIP-based service; . The method of claim 1, wherein the PT server, SIP-based service, characterized in that the mapping between the SIP address of the target PT group included in the INVITE message, the HTTP address of the PT database server included in the INVITE message and the identifier of the PT group in the PT database server. Of PT server and multi-PT database in. The method of claim 1, When the PT client announces the PT group, transmitting a group announcement message including a unique XCAP address of the specific PT database server; and further comprising a PT server and multiple PTs in a SIP-based service. How to link between databases. The method of claim 8, And transmitting, by the other PT client receiving the group notification message, an INVITE message including the unique XCAP address of the PT database server included in the group notification message. How to link servers with multiple PT databases. An XDM client transmitting a group creation request message to the network and receiving a group creation confirmation message from the network, the group creation confirmation message including at least a SIP address of the group, an HTTP address of the PT database server, and a group identifier; And a PT client including the SIP address of the group included in the group creation confirmation message, the HTTP address of the PT database server, and the group identifier in the INVITE message to the PT server. The method of claim 10, And a memory for storing a SIP address of a group included in the group creation confirmation message, an HTTP address of a PT database server, and a group identifier. The method of claim 10, wherein the PT client, And a SIP address of the group included in the group creation confirmation message, an HTTP address of the PT database server, and a group identifier in the group notification message and transmitted to the PT server. The method of claim 10, wherein the network, And an aggregation proxy.

Images