KR20090001326A - Method for obtaining presence information of ad-hoc buddys, network device and network system for processing the same - Google Patents

Abstract

A method for confirming the status information of ad hoc body, a network device and a network system executing the method are provided to confirm presence information of a plurality of the ad hoc body through presence subscribe request. A first user terminal transmits a message requesting the presence information of a plurality of the ad hoc body to CSCF(Call Session Control Function). The message is transmitted to S(Service)-CSC(S401). The S-CSCF requests an IFC(Initial Filter Criteria) inquiry to the HSS(Home Subscriber Server). The HSS registers a routing route so that the message be routed based on the request URI to the first presence server(S402). The first presence server recognizes a respective second presence server managing the user terminal based on URI of the user terminal(S404, S405). A NOTIFY message is transmitted through S-CSCF to the first user terminal(S410, S411).

Description

Method for obtaining presence information of ad-hoc buddys, network device and network system for processing the same}

The following drawings attached to this specification are illustrative of preferred embodiments of the present invention, and together with the detailed description of the invention to serve to further understand the technical spirit of the present invention, the present invention is a matter described in such drawings It should not be construed as limited to.

1 illustrates a communication system to which the present invention is applied.

2 illustrates the deployment of a Call Session Control Function (CSCF) and a presence server according to the present invention.

3 illustrates an internal functional block diagram of a presence server according to the present invention.

4 illustrates a message flow in accordance with an embodiment of the present invention.

The present invention relates to the processing of a Session Initiation Protocol (SIP) message in an IP Multimedia Subsystem (IMS) network of a mobile communication system, and more specifically, state information of ad-hoc buddys. And a method, apparatus, and system for collectively requesting and obtaining.

IMS networks are located in the hub of mobile communication systems (especially third generation mobile communication systems) to support IP-based networks for handling Instant Messaging, VoIP services and other multimedia services.

The IMS network uses Session Initiation Protocol (SIP) as a signaling protocol, which is a very simple text-based application layer control protocol developed by the Internet Engineering Task Force's SIP Working Group as an RFC 3261 standard.

SIP is a protocol that allows one or more participants to create, modify, and terminate a session together. These sessions include Internet meetings, telephone calls, visits, event notifications, and instant messages. SIP is independent of the underlying packet protocols (TCP, UDP, etc.).

Another prominent feature of SIP is that it provides user mobility, allowing users to deliver call setup requests for them wherever they are. In SIP, each user is identified by a SIP URI. This SIP URI has a form similar to an email address (for example, "username @ domain name"). In addition, SIP methods that can be performed include INVITE, ACK, OPTIONS, BYE, CANCEL, REGISTER, INFO, PRACK, SUBSCRIBE, NOTIFY, UPDATE, MESSAGE, REFER, and PUBLISH methods.

Presence service is a service that notifies the current status (for example, On / Off, Do Not Disturb, Only if Urgent, etc.) of the buddy list registered by the user on the Internet. This presence service is also made using the SIP.

SIP presence-based related processing utilizes the extension methods PUBLISH, SUBSCRIBE, NOTIFY, and MESSAGE methods of SIP. The body part of each message has a format for expressing presence information (ie, status information). This is supported.

Conventional SIP-based presence services (particularly, presence services targeted to ad-hoc buddies registered as friends in a specific user's buddy list, but not belonging to any buddy group) have been described. In order to understand the status information, SUBSCRIBE and NOTIFY messages had to be sent and received separately for each ad hoc buddy.

This leads to an unnecessarily large number of transactions between the client and the server, and requires greater network bandwidth. In addition, when there are many ad hoc buddies, there is a problem that causes a great inconvenience to the user.

Accordingly, the present invention has been developed to solve the above-mentioned conventional problems, and an object of the present invention is to enable processing in one request in obtaining state information of a plurality of ad hoc buddies.

Other objects and advantages of the invention will be described below and will be appreciated by the practice of the invention. Furthermore, the objects and advantages of the present invention can be realized by means and combinations indicated in the appended claims.

According to an aspect of the present invention, there is provided a method of confirming state information of an ad hoc buddy, including: a first entity managing state information of a first user; and a first user and an IMS (IP Multimedia Subsystem). A communication system including a plurality of second entities managing state information of a plurality of ad-hoc buddies (ie, second users) that perform) -based communication. A first step of collectively requesting the first entity status information of at least one ad hoc buddy; Requesting, at the first entity, respective state information of each of the ad hoc buddies from the corresponding second entity; A third step of collecting state information of each of the ad hoc buddies from the respective second entity; And a fourth step of notifying the first user of the collected state information.

Further, the second step may further include analyzing the request of the first step to determine at least one corresponding second entity; And individually requesting state information of a corresponding ad hoc buddy for each of the determined second entities.

In addition, the request of the first step is made through a SIP SUBSCRIBE message, which is configured to be routed to the first entity and includes URI (Uniform Resource Identifier) information of each of the ad hoc buddies. Characterized in that. Thus, the first entity determines the second entity based on URI information of each of the ad hoc buddies.

The notification of the fourth step is made through a SIP NOTIFY message, in which the status information of the plurality of ad hoc buddies is collected.

According to another aspect of the present invention, a network device located in an IP multimedia subsystem (IMS) communication system includes at least one ad-hoc buddy registered in a buddylist of a first user. Receiving means for receiving one first message for requesting status information of a second user) from a terminal of the first user; Determining means for parsing the first message to determine network elements for managing state information of the ad hoc buddies; Requesting means for individually requesting status information of the ad hoc buddies for each of the network elements; Collecting means for collecting status information of the ad hoc buddies from the network elements; And notifying means for notifying the terminal of the first user via the second message with the collected state information.

In addition, a communication system according to another aspect of the present invention includes a first presence server that manages state information of a first user; A plurality of agents managing state information of a plurality of ad-hoc buddies (ie, second users) that perform IMS (IP Multimedia Subsystem) based communication with the first user; 2 presence servers; And a call processing means for receiving one first message requesting status information of the plurality of ad hoc buddies from the terminal of the first user and routing it to the first presence server, wherein the first presence server comprises: And individually collecting state information of each of the plurality of ad hoc buddies from the plurality of second presence servers, and notifying the terminal of the first user at a time.

That is, the first presence server receives a plurality of second presence servers that receive the first message through the call processing means, parse the first message, and manage status information of the plurality of ad hoc buddies. Determine, individually request status information of the plurality of ad hoc buddies for each of these second presence servers, collect status information of the ad hoc buddies from the second presence server, and collect the plurality of status information thus collected. Notify one terminal of the second message comprising a first user of the terminal.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

First, Fig. 1 shows a communication system in which the present invention is realized.

As shown in the figure, the hub of the communication system according to the present invention is an IMS network 200, which routes calls between two or more users and provides other network functions.

The IMS network 200 is connected to two or more user terminals 100a and 100b via mobile communication networks 150a and 150b.

Examples of the user terminals 100a and 100b are second generation or third generation mobile communication terminals (CDMA-200 phones, WCDMA phones, etc.), DMB phones, laptops, desktops, PSTN phones, and the like.

In addition, the mobile communication networks 150a and 150b are second generation or third generation data packet networks, and include both an access network and a core network. For example, as a third generation packet network, the mobile communication networks 150a and 150b include an access network including a base station (BTS) and a base station controller (BSC), a packet data serving node (PDSN), a home agent (HA), and an AAA (AAA). Authentication / Authorization / Accounting) and core IP network including packet switch.

The IMS network 200 processes both voice calls and multimedia calls using an IP-based mobile communication network. The IMS network 200 effectively functions as a gateway of the third generation system between the user terminals 100a and 100b and the mobile communication networks 150a and 150b. Signaling between the user terminals 100a and 100b and the IMS network 200 or within the IMS network is performed under Session Initiation Protocol (SIP). Unless otherwise stated, the following messages all refer to SIP messages and are capitalized.

2 illustrates a specific configuration of the IMS network 200 according to the present invention.

Referring to the drawings, the IMS network 200 according to the present invention includes a call session control function (CSCF) 210 including a home subscriber server and servers providing call state control functions, and a presence server (PS). Server) 220.

The CSCF 210 performs incoming call gateway, call control, serving profile management and address processing. Specifically, the CSCF 210 may include a proxy-call session control function (P-CSCF) 211, an interrogating-call session control function (I-CSCF) 212, and a serving-call session control function (S-CSCF) ( 213 and Home Subscriber Server (HSS) 214.

The Proxy-Call Session Control Function (P-CSCF) 211 serves as a proxy and a user agent. The P-CSCF 211 is the first point point at which user terminals 100a and 100b connect to the IMS 200 network. The P-CSCF 211 transfers the SIP message received from the user terminal 100a to the I-CSCF 212 with reference to the home domain of the user terminal 100a.

The Interrogating-Call Session Control Function (I-CSCF) 212 receives the address of the S-CSCF 213 to perform the request of the user terminal 100a from the HSS 214 and then processes the request of the user terminal. S-CSCF 213 is allocated. In addition, the I-CSCF 212 routes the SIP message received from the other network to the S-CSCF (213).

The S-CSCF 213 serves as a register and controls a session of a registered endpoint. The S-CSCF 213 registers with the HSS 214 that the server controls the session of the user terminal 100a, and then downloads and stores subscriber information of the user terminal 100a. In addition, the S-CSCF 213 performs a control service while managing session state of an actually registered user terminal 100a.

In particular, the S-CSCF 213 according to the present invention performs an IFC (Initial Filter Criteria) inquiry to the HSS 214 in response to receiving a "SUBSCRIBE message" from the I-CSCF 212, and sends the SUBSCRIBE message to the calling user. Routing to the presence server 220 to manage.

The HSS 214 is responsible for all information of the user terminal 100a subscriber for call / session control. This includes all the functions of the home location register (HLR) in the existing third generation communication network, and includes information for IM subscribers for IM (IP Multimedia) service and also related signaling protocols. There may be one or several such HSS 214 according to the number of subscribers and the configuration capability of the network in one same network. The HSS 214 is a master database of subscribers. Basic information related to subscribers, that is, subscriber identification information (i.e., number and address information), subscriber security information (network access control information for authentication and authorization), and subscriber location information And service profile information. Based on this information, the HSS 214 provides a home location register (HLR) / authentication (AUC) function and an IP multimedia function for an IP multimedia service.

In particular, the HSS 214 according to the present invention is a batch of presence information (status information) when the request URI of the "SUBSCRIBE message" is set to "ad-hoc @ domain name", for example. The routing path is set to be transmitted to the presence server 220 that manages the user terminal 100a (the terminal requesting the presence information (status information) of the ad hoc buddies: a first user terminal). Accordingly, the S-CSCF 213 confirming the routing path through the IFC inquiry transmits the "SUBSCRIBE message" to the presence server 220 managing the first user terminal 100a.

Meanwhile, the presence server 220 processes a subscription request for presence information (status information) for a plurality of users. In addition, the presence DB (PS DB) 225 stores presence information such as status information, address information, and contact information of a plurality of users.

In particular, the presence server 220 according to the present invention is a server for managing the presence information of the first user, and parses the body of the "SUBSCRIBE message" received from the S-CSCF (213) presence Find the presence servers associated with the ad hoc buddy to request information, and request the presence information of the corresponding ad hoc buddy for each of these presence servers.

In addition, the presence server 220 collects the presence information from the presence server related to the ad hoc buddy, collects this presence information, and generates one "NOTIFY message", which is then sent to the first user. send.

A detailed configuration of the presence server 220 according to the present invention will be described in detail with reference to FIG. 3.

In the following description, the presence server that manages the presence information of the first user is called the first presence server, and the presence server that manages the presence information of the ad hoc buddies is called the second presence server. Let's do it. In particular, the second presence server may be at least one or more.

The presence server shown in FIG. 3 performs the function as the first presence server.

The first presence server 220 according to the present invention includes a message processor 221, a parser 222, a presence information requester 224, a presence information collector 225, and a message generator 226. Include.

The message processing unit 221 receives a "SUBSCRIBE message" from the S-CSCF 213 and delivers it to the parsing unit 222, and receives a "NOTIFY message" from the message generating unit 226, and receives an S-CSCF ( 213).

The "SUBSCRIBE message" is a SIP message received from the first user terminal 100a and contains a request for collectively requesting presence information of a plurality of ad hoc buddies. To this end, the "SUBSCRIBE message" has a request URI set to "ad-hoc @ domain name", and the body includes URIs of the plurality of ad hoc buddies.

The "NOTIFY message" also collects presence information of the ad hoc buddies in its body.

The parsing unit 222 parses the "SUBSCRIBE message" received from the message processing unit 221 to find a plurality of the second presence servers to request the presence information. That is, the parsing unit 222 finds a corresponding second presence server based on the URIs of the ad hoc buddies included in the body of the "SUBSCRIBE message".

The presence information request unit 223 requests transmission of the presence information to the second presence servers found based on the URIs of the ad hoc buddies.

The presence information collector 225 collects the presence information of the ad hoc buddies from the second presence servers, and transfers the completed presence information to the message generator 226.

The message generator 226 generates a "NOTIFY message" for responding to the first user terminal 100a by using the collected presence information. In the body of this "NOTIFY message", presence information of a plurality of ad hoc buddies is collected.

Hereinafter, a process of confirming presence information (status information) according to the present invention will be described with reference to FIG. 4.

The first user terminal (UE1) 100a transmits a SIP SUBSCRIBE message containing a request to collectively request the presence information of a plurality of ad hoc buddies to the CSCF 210, and the SUBSCRIBE message is sent to the S-CSCF 213. Is transmitted to (S401).

At this time, the SUBSCRIBE message is set by a requester URI (for example, ad-hoc@ktf.com) so as to be routed to the first presence server (presence server that manages the presence information of the first user terminal). The body includes URIs of the plurality of ad hoc buddies UE2, UE3, and UE4 to request presence information.

The S-CSCF 213 requests an IFC query for the HSS 214, and the HSS 214 routes its routing path such that the message is routed to the first presence server PS1 based on the request URI. Register (S402).

Accordingly, the S-CSCF 213 transmits the SUBSCRIBE message to the first presence server PS1 according to the registered routing path (S403).

Receiving the SUBSCRIBE message from the S-CSCF 213, the first presence server PS1 parses the message to determine the target (i.e., the second presence server) to request the presence information individually. That is, based on the URIs of the UE2, UE3, and UE4, the second presence servers PS2, PS3, and PS4 managing the UE2, UE3, and UE4, respectively, are identified. (S404, S405)

The first presence server PS1 individually requests the presence information of the corresponding ad hoc buddies UE2, UE3, and UE4 for each of the second presence servers PS2, PS3, and PS4 thus identified. S406) In FIG. 4, although the ad hoc buddies UE2, UE3, and UE4 are described as belonging to different second presence servers, two or more ad hoc buds may belong to the same second presence server. have.

Receiving the presence information request from the first presence server PS1, the second presence servers PS2, PS3, and PS4 search for the presence DB 225 to determine the corresponding ad hoc buddies UE2, UE3, and UE4. Extract presence information. The extracted presence information is individually transmitted to the first presence server PS1 through a response message (S408).

Accordingly, the first presence server PS1 sequentially collects the presence information of the ad hoc buddy UE2, UE3, and UE4 from the second presence servers PS2, PS3, and PS4 (S409).

The first presence server PS1, which has collected all the presence information of the ad hoc buddies from the second presence servers PS2, PS3, and PS4, generates a NOTIFY message in which the presence information is collected. This NOTIFY message is transmitted to the first user terminal 100a via the S-CSCF 213. (S410, S411)

Accordingly, the first user can collectively confirm the presence information of the ad hoc buddies through one request.

In the above described with reference to the accompanying drawings, preferred embodiments of the present invention in detail. However, embodiments of the present invention can be variously modified or applied by those skilled in the art, the scope of the technical idea according to the present invention should be determined by the claims to be described later will be.

According to the present invention, it is possible to confirm the presence information (status information) of a plurality of ad hoc buddies through one presence SUBSCRIBE request. In particular, when a large number of ad hoc buddies that do not belong to a specific buddy group, there is an advantage that can reduce the excessive network load and bandwidth.

Claims (19)

A first entity that manages state information of the first user, and a plurality of ad-hoc buddies that perform IP Multimedia Subsystem (IMS) based communication with the first user (ie, the second). A method of confirming the status information of the ad hoc buddy in a communication system including a plurality of second entities for managing the presence information of users), Requesting the first entity for status information of at least one ad hoc buddy; Requesting, at the first entity, respective state information of each of the ad hoc buddies from the corresponding second entity; A third step of collecting state information of each of the ad hoc buddies from the respective second entity; And a fourth step of notifying the first user of the collected state information. The method of claim 1, And requesting the first step comprises one SIP SUBSCRIBE message. The method of claim 2, wherein the second step, Analyzing the request of the first step to determine a corresponding at least one second entity; And And individually requesting status information of a corresponding ad hoc buddy for each of the determined second entities. The method of claim 3, wherein And the message includes routing information about the first entity and identification information of the plurality of ad hoc buddies. The method according to any one of claims 2 to 4, And the first and second entities are presence servers. The method of claim 5, wherein The SIP SUBSCRIBE message is configured to be routed to the first entity, and includes the Uniform Resource Identifier (URI) information of each of the ad hoc buddies. The method of claim 6, wherein the first entity is And determining the second entity based on URI information of each of the ad hoc buddies. The method of claim 7, wherein The notification of the fourth step is made through a SIP NOTIFY message, the status information of the ad hoc buddy, characterized in that the status information of the plurality of ad hoc buddy is aggregated in the SIP NOTIFY message. A network device located in an IMS (IP Multimedia Subsystem) communication system, A first message for requesting status information of at least one ad hoc buddy (second user) registered in the buddylist of the first user is received from the terminal of the first user. Receiving means for receiving; Determining means for parsing the first message to determine network elements for managing state information of the ad hoc buddies; Requesting means for individually requesting status information of the ad hoc buddies for each of the network elements; Collecting means for collecting status information of the ad hoc buddies from the network elements; And notification means for notifying the terminal of the first user through the collected state information through a second message. The method of claim 9, The first message includes information for routing to the network device and identification information of a plurality of ad hoc buddies. The method of claim 10, And wherein said network element is a presence server. The method according to any one of claims 9 to 11, The first message is a SIP SUBSCRIBE message, the Uniform Resource Identifier (URI) of the message is set to be routed to the network device, and the body contains Uniform Resource Identifier (URI) information of each of the ad hoc buddies. Network device comprising a. The method of claim 12, And the determining means determines the corresponding network element based on the URI information of the ad hoc buddies. The method according to any one of claims 9 to 11, The second message is a SIP NOTIFY message, and the body of the message (body), characterized in that the state information of the plurality of ad hoc buddy is aggregated. A first presence server managing state information of the first user; A plurality of agents managing state information of a plurality of ad-hoc buddies (ie, second users) that perform IMS (IP Multimedia Subsystem) based communication with the first user; 2 presence servers; Call processing means for receiving one first message requesting status information of the plurality of ad hoc buddies from the terminal of the first user and routing it to the first presence server; The first presence server, And collecting status information of each of the plurality of ad hoc buddies separately from the plurality of second presence servers, and notifying the terminal of the first user at a time. 16. The system of claim 15, wherein the first presence server is Means for receiving the first message via the call processing means; Means for parsing the first message to determine a plurality of second presence servers managing state information of the plurality of ad hoc buddies; Means for individually requesting status information of the plurality of ad hoc buddies for each of these second presence servers; Means for collecting status information of the ad hoc buddies from the second presence server; And means for notifying the terminal of the first user of a second message including a plurality of state information thus collected. The method according to claim 15 or 16, And the call processing means is a call session control function (CSCF). The method of claim 17, The first message may be configured such that a request URI (Uniform Resource Identifier) is routed to the first presence server, and the body includes URI information of the plurality of ad hoc buddies. Communication system. The method of claim 17, And the collected state information is collected in the second message.

Images