KR20110043272A - Method for providing instant message in multimedia system - Google Patents

Abstract

PURPOSE: An instant method supplying method is provided to supply a deferred mode service to a user without an IM(Instant Messaging) service and to inform a terminal about a message that is stored in a multimedia system. CONSTITUTION: An IM server(140) receives a short message from an originating mobile through an IMS(IP Multimedia core network Subsystem) node(201). The IM server determines whether an originating terminal is in a deferred mode(203). In case the originating terminal is in a deferred mode, the IM server stores the short message(205). The IM server transmits an alarm message to the originating terminal.

Description

How to provide instant messaging in a multimedia system {METHOD FOR PROVIDING INSTANT MESSAGE IN MULTIMEDIA SYSTEM}

The present invention relates to a method for providing instant messages in a multimedia system, and more particularly, to a method and apparatus for providing instant messages in an IP based IMS system.

In general, a mobile communication system for providing a line-based voice service divides a frequency band determined according to the communication method into a plurality of channels and uses a frequency channel allocated to each subscriber (Frequency Division Multiple Access). FDMA), Time Division Multiple Access (TDMA), in which multiple subscribers share time on one frequency channel, and multiple subscribers use the same frequency band in the same time frame. Code Division Multiple Access (hereinafter referred to as " CDMA ") for assigning and communicating.

In response to the rapid development of the mobile communication system and the Internet technology represented by the CDMA and various demands of subscribers, the recent mobile communication service is not only an existing voice call service but also a mobile terminal (hereinafter referred to as a "terminal") as an email or a still image. As well as providing a high speed packet data service capable of transmitting large amounts of digital data, the mobile communication system has evolved from a circuit based CS (Circuit Switched) domain to a packet based PS (Packet Switched) domain. .

Core networks (hereinafter referred to as "CNs") for providing multimedia services through the Internet are changing from conventional circuit-based CNs to packet-based CNs, and further evolving into IP-based CNs. A communication system that provides an IP multimedia service (IM service) to subscribers through the IP-based CN is called an IP Multimedia Core Network Subsystem (hereinafter referred to as "IMS") and is a 3GPP (Third Generation Partnership Project). ) / 3GPP2 is conducting various studies to smoothly provide an ALL IP service through the IMS.

The IMS may provide various multimedia services to IMS subscribers by managing and controlling signaling related to network elements. In addition, since the IMS provides various types of packet data services based on the IP transport protocol, the IMS user may use multimedia messages such as pictures, video clips, and sound clips through a short message and a session based message. content can be interchanged. IMS network is an infrastructure (infa) that can provide multimedia services to subscribers registered in IMS network in Access Network (eg CDMA DO, WCDMA, LTE, WiBro, WLAN network) with IP-based connectivity. It is in charge of control management of session, and bearer is not involved.

1 illustrates a typical IMS system.

The IMS system for providing IM (Instant Messaging) service based on IP is based on a terminal 100 capable of instant messaging services and an access network 105 capable of accessing IMS packets. And an IMS node 120 including a Call Session Control Function (126) and a Home Subscriber Server (HSS) 125. Hereinafter, although described as an IMS node 120, it includes all of a predetermined network based on SIP other than the IMS node.

In addition, the IMS system further includes an application server 130 and IM server 140, the application server 130 is connected to the IMS node 120, to the terminal 100 through the IMS node 120 It provides IM service, Pager Mode to send one-time messages, Large Mode to send messages over a certain size through caller path through call setup, and Session Based Mode to provide chatting service based on conference near-real time. .

The IM server 140 is a service server that provides an instant message service. The IM server 140 manages status, reception mode, message recipient list, and subscriber environment information for each subscribed user. In addition, the IM server 140 stores a message for a predetermined time until a message is transmitted between terminals in an on-line state or when a called terminal is off-line until the called terminal is in an on-line state.

The IMS node 120 for providing the instant messaging (IM) service is composed of a CSCF 126 and an HSS 125.

The HSS 125 stores information and service profiles of IMS subscribers.

The CSCF 126 performs registration and multimedia call processing using SIP, guarantees authentication, QoS, and security for a subscriber, and provides a service to a subscriber in connection with an application server 130.

The CSCF 126 may be a Proxy-CSCF (hereinafter referred to as "P-CSCF") 127, a Serving CSCF (hereinafter referred to as "S-CSCF") 129, and an Interrogating CSCF (hereinafter referred to as "I-I") according to its position and role. -CSCF ") 128. The functions of the CSCFs are as follows.

First, the P-CSCF 127 is the first point where the UE 100 accesses the IM service network. The P-CSCF 127 requests / responses a SIP message with the UE 100, transfers the SIP message transmitted from the UE 100 to the S-CSCF 129, and delivers the SIP message from the S-CSCF 129. The received SIP message to the UE 100.

The S-CSCF 129 manages the session state of the UE 100, stores subscriber information of the UE 100 delivered from the HSS 125, performs subscriber authentication in association with the HSS 125, Determine the Access network where the called UE is located.

The I-CSCF 128 is the first point to connect to different home networks (operator networks), and the I-CSCF 128 sends SIP messages received from other home networks inside the corresponding IMS node. Route to CSCF.

An example of a messaging service provided by the IMS system is an instant message service (hereinafter referred to as an "IM service"). The IM service is a service that delivers a short message or a short media message in a SIP message.

When providing the IM service to the called terminal, if the called terminal is in an off-line state, the IM server stores the received message to provide the IM service, and then the called terminal is turned on. When it is on-line, it provides a Deferred Mode service that allows you to view stored messages. However, if the called terminal user cannot be provided with the IM service due to other personal circumstances, such as during a meeting even though the called terminal is in the on-line state, a dipper that enables the receiving of the IM service later De-mode services could not be provided.

The present invention provides a deferred mode service method in the future even if the called terminal user cannot be provided with the IM service due to other personal circumstances, such as during a meeting when the called terminal is in the on-line state.

In addition, the present invention provides a method for the IM server to automatically store the pager message and a large message, and to inform the terminal of the stored message in the future to provide a SIP-based IM service.

The present invention also provides a method of transmitting a stored message by storing a message, determining the available state when the destination terminal is in an unavailable state when the IM server receives the message.

The present invention provides a method for providing an instant message in an instant message server of a multimedia system, the method comprising: receiving a short message having a predetermined size or less from an originating terminal via an IP Multimedia Core Network Subsystem (IMS) node, and transmitting the short message; Determining whether the called terminal is in an on-line state and in a deferred mode, if the called terminal is in an on-line state and in a deferred mode, storing the short message, and storing the stored short message. And sending an alarm to the called terminal via the IMS node.

According to the present invention, even if the called terminal is in an on-line state, the IM service may not be provided due to other personal circumstances and temporary connection with the called terminal, such as during a meeting. Can be provided.

In the following description of the present invention, detailed descriptions of well-known functions or configurations will be omitted if it is determined that the detailed description of the present invention may unnecessarily obscure the subject matter of the present invention. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

The present invention assumes the following contents in order to provide a method for automatically storing a pager message and a large message and informing a terminal of a later stored message in order to provide a SIP-based IM service.

It is assumed that the terminal is on-line, but not in a situation in which a message can be received. In addition, it is assumed that the IM server 140 receiving the deferred mode service request of the terminal stores a message to be received by the terminal instead of the terminal.

It is assumed that the timer mentioned in the present invention may be a timer that is provided in the standard for the session setup set by the IMS node 120 first. At this time, when the SIP message is sent inside the IMS, the time-out time is set by itself.

Secondly, it is assumed that the timer mentioned in the present invention may be a timer set by the IM server 140 itself.

In addition, although the present invention describes an IM service as an example, it should be noted that all services based on SIP may be included.

Then, embodiments of the present invention will be described with reference to the drawings.

First, FIG. 2 is a flowchart illustrating a method of providing an instant message according to a first embodiment of the present invention. It is assumed that the IM server 140 registers and stores the state information (that is, the deferred service in the on-line state) set by the called terminal 150.

In step 201, the IM server 140 receives a message from the originating terminal 100 through the IMS node 120. The message is a pager message, which is a message for sending a short message to the called terminal 150 without setting up a call, and is delivered to the called terminal using the SIP MESSAGE method. It is the same concept as SMS message in Legacy network. Here, there are various types of messages (eg, INVITE, 200 OK, MESSAGE, PRACK, etc.) in the SIP message, and a criterion for classifying them, i.e., a field indicating the type of a message in the SIP message, is called a method.

Upon receiving the message, the IM server 140 determines in step 203 whether the destination terminal 150 to which the message is to be transmitted is a terminal requesting deferred service in an on-line state. If the called terminal user 150 cannot receive the IM service due to other personal circumstances such as during a meeting state, busy state, busy call, etc. in the on-line state, the IM service may be provided later. It is to determine whether the request to the IM server 140 in advance. If the IM server 140 recognizes a busy state, a logic capable of recognizing in association with a PS server or a self-recognized logic may be recognized accordingly.

If the terminating terminal 150 is a terminal for which the power is requested for the deferred service in the on-line state, that is, when the terminating terminal 150 is in the on-line state and the deferred mode, the IM server 140 The message received from the calling terminal 100 is stored in step 205. In step 207, the IM server 140 transmits a response message to the originating terminal 100 via the IMS node 120. The response message may include a 200 OK message. Thereafter, the IM server 140 stores an alarm message indicating that the message received from the originating terminal 100 is stored by the deferred service request of the called terminal 150 in step 209. 150). The alarm message may further include an attribute (e.g. title, sender, time, etc.) as well as a notification about the stored message. When the message transmission fails in step 209, the IM server 140 stores the message and transmits it again when the called terminal 150 becomes available.

3 is a flowchart illustrating a method of providing an instant message according to a second embodiment of the present invention.

Referring to FIG. 3, when the called terminal 150 is not set to an on-line deferred service and cannot receive a message (for example, the called terminal is in a shadow area or the capacity of the called terminal is full). Case), a second embodiment in which the IM server 140 recognizes this and stores a message on behalf of the called terminal 150 will be described.

First, the IM server 140 receives a message from the originating terminal 100 through the IMS node 120 in step 301. The message is Pager Messaging, which is the same as the message of step 201 of FIG.

Upon receiving the message, the IM server 140 transmits a response message to the originating terminal 100 through the IMS node 120 in step 303. Thereafter, the IM server 140 transmits the message received from the originating terminal 100 to the called terminal 150 via the IMS node 120 in step 305. At this time, the IM server 140 drives the timer in step 307, if the message is not received by the destination terminal 150 until the time set in the timer expires, the destination terminal 150 is shaded It is determined that the capacity of the terminating terminal 150 or the terminating terminal 150 is full and stores. In step 309, the IM server 140 recognizes that the called terminal 150 is in a situation of receiving the message transmitted in step 305, and transmits the message again.

4 is a flowchart illustrating a method of providing an instant message according to a third embodiment of the present invention. Referring to FIG. 4, when the called terminal 150 cannot receive a received message while the deferred service in the on-line state is set in the IM server 140 (eg, during a meeting) Situation), an embodiment in which the IM server 140 recognizes this and stores a message on behalf of the called terminal 150 will be described. Here, the message means a large message. Large message is a message of the same concept as MMS message of legacy network.

First, it is assumed that the IM server 140 registers and stores the state information (that is, the deferred service in the on-line state) set by the called terminal 150.

Thereafter, the IM server 140 receives an INVITE message from the originating terminal 100 via the IMS node 120 in step 403.

In step 405, the IM server 140 determines whether the destination terminal 150 that will deliver the INVITE message has requested deferred service in an on-line state of the destination terminal. If the called terminal user cannot receive the IM service due to other personal circumstances such as busy during the meeting in the on-line state, the IM server may be provided in advance so that the IM service can be provided later. It is to determine whether the request to (140).

If the deferred service is requested in the on-line state of the called terminal, the IM server 140 transmits a 200 OK message to the calling terminal 100 through the IMS node 120 in step 407, in step 409. An ACK message is received from the originating terminal 100 through the IMS node 120. Since messages in steps 403, 407, and 409 are session setup processes for transmitting large messages, they are not necessarily composed of messages in steps 403, 407, and 409, but also include session setup messages defined in the 3GPP IMS standard. Thereafter, the IM server 140 receives a message session relay protocol (MSRP) message from the calling terminal 100 in step 411 and stores the message in step 413. The MSRP message is a message that is established when a large message, which is a large message, is transmitted and is transmitted. The large message may include a multimedia messaging service (MMS) message.

Thereafter, the IM server 140 receives the BYE message from the originating terminal 100 via the IMS node 120 in step 415, and sends the 200 OK message to the originating terminal 100 via the IMS node 120 in step 417. To send). The IM server 140 transmits an alarm message to the called terminal 150 indicating that the MSRP message received from the calling terminal 100 is stored by the deferred service request of the called terminal in step 419. The alarm message may further include an attribute (e.g. title, sender, time, etc.) as well as a notification about the stored message. When the message transmission fails in step 419, the IM server 140 stores the message and retransmits it when the called terminal 150 becomes available.

5 is a flowchart illustrating a method of providing an instant message according to a fourth embodiment of the present invention. 5, when the called terminal is not set to the deferred service in the on-line state and cannot receive a message (eg, when the called terminal is in a shadow area or the capacity of the called terminal is full), the IM An embodiment in which the server 140 recognizes this and stores a large MSRP message in place of the called terminal 150 will be described.

First, it is assumed that the IM server 140 registers and stores the state information (that is, the deferred service in the on-line state) set by the called terminal 150.

The IM server 140 receives an INVITE message from the originating terminal 100 through the IMS node 120 in step 503. Upon receiving the INVITE message, the IM server 140 transmits the INVITE message to the called terminal 150 in step 505. Thereafter, when the 200 OK message is transmitted to the calling terminal 100 through the IMS node 120, an ACK message is received from the calling terminal 100 through the IMS node 120 in step 509. In operation 507 and 509, the IM server 140 connects the SIP session with the calling terminal 100 instead of the called terminal 150. Since messages of steps 503, 507, and 509 are session setup processes for transmitting large messages, they are not necessarily composed of messages of steps 503, 507, and 509, but also include session setup messages defined in the 3GPP IMS standard.

In step 511, the IM server 140 receives an MSRP message from the originating terminal 100 through the IMS node 120. Upon receiving the MSRP message, the IM server 140 temporarily stores the MSRP message in step 513. After temporarily storing the MSRP message, the IM server 140 receives the BYE message from the originating terminal 100 in step 515 and transmits a 200 OK message to the originating terminal in step 517. At step 515 and step 517, the session between the calling terminal 100 and the IM server 140 is terminated. When the session is terminated, the IM server 140, when the timer is completed in step 519 with respect to the INVITE message sent in step 505, that is, when the timeout of the session message for transmitting a large message to the destination terminal 150 occurs, It is determined that the called terminal 150 is in a shadowed area or that the capacity of the called terminal 150 is full, and stores the MSRP message normally. If the IM server 140 recognizes that the called terminal 150 is in a situation of receiving the transmitted message, it transmits the message again.

6 is a flowchart illustrating a case where a deferred message is transmitted after checking availability of a called terminal according to a fifth embodiment of the present invention. 6 shows that the deferred service of the on-line state is registered in the called terminal, but is unavailable, so that the IM server 140 stores the MSRP message, and then checks the availability of the called terminal. An embodiment of transmitting an MSRP message.

First, the IM server 140 assumes that the terminating terminal 150 is registered in step 601, but is temporarily unavailable. For example, the unavailable state may be a state in which the called terminal 150 is in a shadowed area or the capacity is full.

In step 603, the deferred service in which the called terminal 150 is registered in the on-line state is registered, but because it is unavailable, the IM server 140 receives the deferred received from the calling terminal 100 on behalf of the called terminal 150. The message has been saved. The received deferred message may include one of a message of a predetermined size or less and a message of exceeding a predetermined size.

Thereafter, the IM server 140 transmits the SIP message received from the calling terminal 100 to the called terminal 150 in step 605 or receives a new SIP message from the called terminal 150. In step 607, the IM server 140 receives a response message for the SIP message from the called terminal 150 or transmits a response message received from the calling terminal 100 to the called terminal 150.

Thereafter, the IM server 140 checks the availability of the called terminal in step 609. That is, when receiving a SIP message from the terminating terminal 150, or when the IM server 140 receives a response message to the SIP message sent to the terminating terminal 150, the IM server 140 is the terminating terminal 150 It is determined that this is available. If it is determined in step 609 that the called terminal 150 is available, the IM server 140 transmits a deferred message to the called terminal 150 through the following procedure. This procedure complies with the procedure for sending large messages in the OMA SIMPLE IM 1.0 specification.

That is, the IM server 140 establishes a session for message delivery to the called terminal 150 in step 611. To this end, the IM server 140 transmits an INVITE message to the called terminal 150, and receives a 200 OK message from the called terminal 150 in step 613. In step 615, the IM server 140 transmits an ACK message to the called terminal 150. Since messages in steps 611, 613, and 615 are session setup processes for transmitting large messages, they are not necessarily composed of messages in steps 611, 613, and 615, but also include session setup messages defined in the 3GPP IMS standard.

After the session is established, the IM server 140 transmits the MSRP message received from the originating terminal 100 to the called terminal 150 in step 617. Thereafter, in order to end the session, the IM server 140 transmits a BYE message to the called terminal 150 in step 619 and receives a 200 OK message from the called terminal 150 in step 621.

7 is a block diagram of an IM server according to an embodiment of the present invention.

The IM server 140 includes a receiver 701, a controller 703, a transmitter 705, a memory 707, and a timer 709.

The receiver 701 receives a message from the IMS node 120 and the destination terminal 150. The message includes a pager message, a large message (MSRP) received from the originating terminal 100, a session message for transmitting a large message, a session end message, and the like. In addition, the message includes an INVITE message received from the called terminal 150, a 200 OK message, a deferred service registration request message in an on-line state, and the like.

The transmitter 705 transmits a message to the calling terminal and the called terminal 150. The message transmitted to the calling terminal 100 includes a pager message, a large message (MSRP), a session message for transmitting a large message, a session end message, and the like, and the message transmitted to the called terminal 150 includes a pager message and a large message. (MSRP), session messages for sending large messages, session end messages, alarm messages, and so on.

The memory 707 stores a message to be transmitted to the called terminal 150 until the called terminal becomes available when the deferred service is set even though the called terminal 150 is in the on-line state.

The timer 709 is driven for a preset time. The reason for driving the timer 709 is that, when the message transmitted by the IM server 140 is not received by the destination terminal 150 until the time set in the timer expires, the destination terminal 150 is in a shaded area. In order to determine that the capacity of the destination terminal 150 is full or to store in the IM server 140. The timer 709 may be configured as a timer for the session message set in the IMS node 120.

The controller 703 controls the receiver 701, the transmitter 705, the timer 709, and the memory 707 to provide an IM service to a called terminal, but to provide a deferred service in an on-line state. do.

1 is a block diagram of a general IMS system;

2 is a flowchart illustrating a method for providing an instant message according to a first embodiment of the present invention;

3 is a flowchart illustrating a method for providing an instant message according to a second embodiment of the present invention;

4 is a flowchart illustrating a method of providing an instant message according to a third embodiment of the present invention;

5 is a flowchart illustrating a method of providing an instant message according to a fourth embodiment of the present invention;

6 is a flowchart illustrating a method for providing an instant message according to a fifth embodiment of the present invention;

7 is a block diagram of an apparatus for providing instant messages according to an embodiment of the present invention.

Claims (14)

In the instant message providing method in the instant message server of the multimedia system, Receiving a short message of a predetermined size or less from an originating terminal via an IP Multimedia Core Network Subsystem (IMS) node; Determining whether a called terminal to which the short message is to be transmitted is in an on-line state and in a deferred mode; Storing the short message when the called terminal is in an on-line state and deferred mode; And sending an alarm for the stored short message to the called terminal via the IMS node. The method of claim 1, And said short message comprises a Pager message. The method of claim 1, And if the called terminal detects a state capable of receiving the short message, transmitting the stored short message to the called terminal. In the instant message (IM) server of the multimedia system providing method, Receiving a short message of a predetermined size or less from an originating terminal via an IP Multimedia Core Network Subsystem (IMS) node; Transmitting the short message to a called terminal; Storing the short message when a time-out occurs for the short message; And transmitting the stored short message to the called terminal when the called terminal detects a state capable of receiving the short message. The method of claim 4, wherein And said short message comprises a Pager message. In the instant message providing method in the instant message server of the multimedia system, Receiving an invitation message from an originating terminal via an IP Multimedia Core Network Subsystem (IMS) node; Determining whether the called terminal is in an on-line state and deferred mode; When the called terminal is in an on-line state and deferred mode, receiving and storing a multimedia message exceeding a predetermined size from the calling terminal; And transmitting an alarm for the stored multimedia message to the called terminal via the IMS node. The method of claim 6, And transmitting the stored multimedia message to the called terminal when the called terminal detects a state capable of receiving the multimedia message. The method of claim 7, wherein And the multimedia message comprises a Large message.  In the instant message providing method in the instant message server of the multimedia system, Receiving an invitation message from an originating terminal via an IP Multimedia Core Network Subsystem (IMS) node; Transmitting the INVITE message to a called terminal; Receiving and temporarily storing a multimedia message exceeding a predetermined size from the calling terminal, and transmitting the temporary message to the called terminal; Storing the multimedia message normally when time-out occurs for the session establishment message for transmitting the multimedia message; And transmitting the stored multimedia message to the called terminal when the called terminal detects a state capable of receiving the multimedia message. 10. The method of claim 9, And the multimedia message comprises a Large message. In the instant message (IM) server of the multimedia system providing method, When the called terminal is registered in the deferred service but unavailability, storing the multimedia message exceeding a predetermined size; Checking the availability of the called terminal; Establishing a SIP session with the called terminal if the called terminal is available; The instant message providing method comprising the step of transmitting the multimedia message to the called terminal. The method of claim 11, And the multimedia message comprises a Large message. The method of claim 11, The instant message providing method further comprising the step of ending the session established with the called terminal. An instant message providing apparatus in an instant message server of a multimedia system, A receiving unit for receiving a short message having a predetermined size or less from an originating terminal via an IP Multimedia Core Network Subsystem (IMS) node; A control unit which determines whether the called terminal is in the on-line state and the deferred mode, and controls the memory to store the short message when the called terminal is in the on-line state and the deferred mode; A transmitter for transmitting an alarm for the stored short message to the called terminal via the IMS node; And a memory for storing a short message received from the calling terminal.

Images