Title of Invention

"METHOD FOR RETRIEVING AND DELIVERING MULTIMEDIA MESSAGES USING THE SESSION INITIATION PROTOCOL"

Abstract

A method for retrieving an MMS message (N404), to be executed at an MMS User Agent (180), comprises the steps of: - generating an MMS subscription request (M401); - sending said MMS subscription request (M401) to an MMS server (130); -receiving an MMS notification (M405) of an MMS message (N404) from the MMS server (130); - in response to receiving said MMS notification (M405), generating an MMS message retrieval request (M409) for retrieving said MMS message (N404); -sending said MMS message retrieval request (M409) to the MMS Server (130); -receiving an MMS message retrieval request (M411) comprising said MMS Server (130), sending an acknowledgement (M413) to the MMS Server (130); wherein the improvement is that: - said MMS subscription request (M401) is sent using a SIP method SUBSCRIBE; - said MMS notification (M405) is receiving using a SIP method NOTIFY; - said MMS message retrieval request (M409) is sent using a SIP method FETCH; and - said acknowledgement (M413) is sent using a SIP method INFORM. FIG. 4

Full Text

The object of delivering MMS messages using the SIP protocol can be achieved with a method according to the claim 5, or by using an MMS server according to the claim 8. Dependant patent claims describe various advantageous embodiments of the invention. According to the invention, the method for retrieving an MMS massage (N404), to be executed at an MMS User Agent (180) comprises the steps of generating an MMS subscription request (M401); sending said MMS subscription request (M401) to an MMS server (130); receiving an MMS notification (M405) of an MMS message (404) from the MMS server (130); characterized in that in response to receiving said MMS notification (M405) generated an MMS message retrieval request (409) is for retrieving said MMS message (N404); sending said MMS message retrieval request (M409) to the MMS Server (130); receiving an MMS message retrieval request (M411) comprising said MMS message (N404); and in response to receiving said MMS message retrieval (M411) from the MMS server (130), sending an acknowledgement (M413) to the MMS Server (130), wherein said MMS subscription request (M401) is sent using a SIP method SUBSCRIBE; said MMS notification (M405) is received using a SIP method NOTIFY; said MMS message retrieval request (M409) is sent using a SIP method FETCH; and said acknowledge (M413) is sent using a SIP method INFORM. Advantages of the invention The devices and methods according to the invention enable using the SIP as single transport protocol for retrieving and delivering MMS messages. In this manner, the terminals do not need to have other protocols than SIP supported by their protocol stack, thereby helping to reduce manufacturing cost of the terminals. Further, because there are less protocols needed in the protocol stack, the probability for errors in the software is reduced, therefore also shortening testing period of the devices, resulting in a shorter time-to-market. Short description of the drawings In the following, the preferred embodiments of the invention are described in more detail with reference to the accompanying drawings 1 to 4, of which: Figure 1 shows a mobile network comprising also IP Multimedia core network Subsystem; Figure 2 shows the structure of a new SIP message used for retrieving or delivering an MMS message; Figures 3a and 3b show the structure of two different SIP messages; and Figure 4 shows messaging (41) used for subscribing an event package, messaging (43) used for notifying a terminal upon receipt of an MMS message, and messaging (45) used for downloading an MMS message to a subscriber terminal. Detailed description of the invention Figure 1 shows a terminal 101 within a Radio Access Network RAN 11 of a mobile network 12. The RAN 11 comprises a plurality of Base Stations BS 103 controlled by a Radio Network Controller RNC 105, the terminal 101 communicating with the mobile network 12 wirelessly via a BS 103. Typically, one mobile network 12 comprises a plurality of RNC 105, but for simplicity Figure 1 shows only one such RNC 105. A terminal 101 has communication means 165, preferably those as commonly used for radio communications, and all related means for enabling a successful communication with the mobile network 12. Within the terminal 101, the processing unit 170 uses the communication means 165 in order to transmit and receive data. Both data to be transmitted and data received are filtered via the protocol stack 175 before any further operations are performed on them. The terminal 101 may have a plurality of applications stored in its memory. These applications include also an NMS User Agent 180 which takes care of all MMS specific interactions between the home network 14 and the terminal 101. The applications are run in the processing unit 170 and they use data obtained through the communication means 165 and filtered through the protocol stack 175. For packet traffic, the mobile network 12 comprises a Serving GPRS Support Node SGSN 107 and Gateway GPRS Support Node GGSN 109. The terminal 101 obtains an 12 address which is reserved up to the GGSN 109. The traffic between the terminal 101 and the GGSN 109 goes then on the GPRS Tunneling Protocol GTP protocol layer through the SGSN 107 and the RAN 11, wherein there are further specific radio interface layer protocols facilitating resource-efficient data transport over the air interface. As the skilled person appreciates, a more detailed description of the related protocols can be found in any of the various standards defining these mechanisms. The terminal 101 may be roaming under mobile network 12 even though its home network 14 were elsewhere. The transmission of packet data is then performed either directly between the terminal 101 and its home network 14 or via any other network, especially the Internet 13. The home network 14 comprises a Home Service Server HSS 115 which includes subscriber data and knows under which mobile network 12 the terminal 101 is roaming. A Serving Call State Control Function S-CSCF 113 is located in the home network 14 of the terminal 101. If the terminal 101 is roaming under another mobile network 12, then the S—CSCF 113 of home network 14 is used via a Proxy Call State Control Function 2— CSCF 111. The P-CSCF 111 includes data about services subscribed for the terminal 101; this data has been transmitted from the S-CSCF 113 to the P—CSCF 111 as a response to a query sent by the P-CSCF 111. In mobile telecommunication systems, such as in GSM and UMTS, the SIP is used for the IP multimedia core network Subsystem INS. The IMS includes P-CSCF 111, S—CSCF 113, and servers providing some of the services. Especially for MMS messages, MMS server 130 is used as the server providing all MMS related services. The MI~4S server 130 comprises communication means 185 for communication between terminals 101, with other MMS servers 130, and with servers in the Internet 13. The processing unit 190 of the MMS server 130 uses the communication means 185 as well as the protocol stack 195. The protocol stack 195 comprises INS protocols enabling provision of different services. The protocol stack 195 may further comprise an MMS specific part. The MMS server 130 is running an NMS application 196 which takes care of registering event packet subscriptions, notifying subscriber terminals of received MMS messages belonging to a subscribed event packet, and delivering MMS retrievals in response to receiving MMS retrieval requests. Figure 2 shows the structure of the MMS part of the new SIP messages 20 used for subscribing an event package, or retrieving or delivering an MMS message. The SIP message 20 comprises fields 21 (X-Mms_Message-Type), 22 (X-Mzus— Transaction ID), 23 (X-Mms--MNS Version), 24 (To), and 25 (From). These fields 21 to 25 are usually carried in the header of the SIP message 20. Figures 3a and 3b show the structures of two different SIP messages 20. The SIP message 20a used for carrying I4MS subscription request message M401 is shown in Figure 3a and comprises in its field 21 identifier "m-sreq" and further in field 36A flag ulyesrl. The SIP message 20b used for carrying MMS subscription response message M403 is shown in Figure 3b and comprises in field 21 identifier "m—sref", and further an acknowledgement "OK" in field 36B. The skilled person appreciates that the examples shown in Figures 2, 3a, and 3b are schematic of their nature. More detailed description for all header and message formats can be found in IETF specifications RFC 3261 and 3265. RFC 3261 introduces the SIP and RFC 3265 introduces the SIP-Specific Event Notification. Both of these specifications define also the SIP methods later referred to in this description. Dashed box 41 in Figure 4 shows how an event package is subscribed. The MMS User Agent 180 requests by sending MMS subscription request M401 to the MMS Server 130 that the MMS Server 130 uses a SIP method NOTIFY for sending MMS notifications. MMS subscription request M401 has a form of message 20b shown in Figure 3b, and it is sent by the terminal 101 as soon as it has been switched on for the first time and has network coverage. The MMS subscription request M401 is acknowledged by the MMS Server 130 with an MMS subscription response M403. Dashed box 43 shows how the terminal 101 is informed upon receipt of MMS message N404. As soon as the MMS Server 130 receives the MMS message N404 which belongs to a subscribed event package, it sends MMS notification M405 to the MMS User Agent 180 informing it that the MMS message N404 has arrived at the MMS Server 130. The MMS User agent 180 responds to MMS notification M405 with MMS notification response M407. Dashed box 45 shows how the MMS message N404 received by the MMS Server 130 can be downloaded to the terminal 101. In response to the MMS notification M405, the MMS User Agent 180 can decide to download the MMS message N'404 by sending an MMS message retrieval request M409 to the MMS Server 130. MMS message retrieval request M409 is a SIP FETCH message. In response to receiving MMS message retrieval request M409 the MMS Server 130 sends MMS message retrieval M411 to the MMS Server 130. MMS message retrieval M411 includes the contents of MMS message N404. The MMS User Agent 180 acknowledges the receipt of the MMS message retrieval M411 by returning MMS message retrieval acknowledgement M413. In response to receiving MMS message retrieval acknowledgment M4l3 the MMS Server 130 responds with acknowledgement M417. MMS subscription request M401; MMS subscription response M403; MMS notification YA405; MMS notification response M407; MMS message retrieval request M409; MMS message retrieval M411; and MMS message retrieval acknowledgement M413 all have structures similar to those shown in Figures 3a and 3b except that the value in field 21 is changed accordingly to identify the kind of the message. The structure of these messages is otherwise as defined in 3GPP, TS 23.140 already referred above. Messages M401 to M417 communicated between the terminal 101 and the MMS Server 130 are routed via BS 103, SGSN 107, GGSN 109, P—CSCF 111, and S-CSCF 113, if necessary. For MMS subscription request M401 the header field "event" is set to value "mms" identifying the purpose of the MMS subscription request M401, i.e. that the MMS User Agent 180 requests the MMS Server 130 to use the SIP method notify for sending MMS notifications M405. As in MMS subscription request M401, also in MMS notification M405 the header field "event" is set to value "nuns", this informing the terminal 103 about the incoming MMS notification in MMS notification M405. Messages M401 to M417 comprise SIP—specific header fields and MMS level header fields. The MMS subscription request M401 is sent using the SIP method SUBSCRIBE. The MMS subscription request M401 comprises an event identifier defining that the SIP method NOTIFY is to be used for sending MMS notifications M405. After receiving an MMS notification M405, the terminal 101 generates and sends an MMS message retrieval request M409 In the first embodiment, the MMS level header fields are added to the header fields in the messages N401 to M417. Then the S—CSCF 113 analyses the SIP headers of each incoming message. If any MMS—specific headers is detected, for example by detecting a keyword "X—Mms-" in the fields, the S—CSCF 113 routes the message to the MMS Server 130. Similarly, all SIP messages received by the terminal 101 are checked for any MMS-specific headers, and if any is found, the message is passed to the MMS User Agent 180. An advantage of such a header structure is that all both SIP and MMS headers have a similar format and coding. In particular for a SIP—only terminal this reduces the implementation effort since a single coding scheme can be applied to the SIP protocol stack as well as to the application level. In the second embodiment, the header fields of the SIP messages comprise SIP-specific header fields only. In this approach the MMS information is an attachment of the SIP message. The S—CSCF 113 checks if the attachment is an MMS message. If in the header field "Content-Type:" a keyword "application/vnd.wap.nims—message" is detected, this is most probably the case, and the message is then routed to the MMS Server 130. The header field "Content—Type:" of SIP messages received by the terminal 101 is in the same manner checked. If the header field comprises "application/vnd.wap.mmsmessage". The SIP message is passed to the MMS User Agent 180. An advantage of such a header structure and encoding is that in this manner a better compatibility with currently existing MMS systems can be achieved. In particular, terminals comprising a current M~4S client software which is only ported to a SIP protocol stack, no extra encoder or decoder for processing the messages M401 to M417 is needed therefore making it easier to implement a terminal 101 supporting MMS functionalities. Some of the acknowledgement messages, i.e. MMS subscription response M403, MMS notification response M407, and MMS message retrieval M411 are 200 OK messages. Further, they comprise relevant MMS headers, and MMS message retrieval M411 further includes the MMS message N404 received by the MMS Server 130. All these acknowledgement messages may either comprise SIP—specific header fields or in addition to the SIP —specific header fields also some MMS—specific header fields. In the former case the other data necessary is embedded in the payload. The other acknowledgement messages, i.e. MMS message retrieval acknowledgement M413 and acknowledgement M417 are 200 OK messages too. Contrary to other 200 OK messages described above, they comprise no MMS-specific information. List of used reference numerals 11 Radio Access Network RAN 12 mobile network 14 home network 101 terminal 203 Base Station BS 105 Radio Network Controller RNC 107 Serving GPRS Support Node SGSN 109 Gateway GPRS Support Node GGSN 111 Proxy—Call State Control Function P-CSCF 113 Serving Call State Control Function S—CSCF 115 Home Service Server HSS 130 MMS Server 165 communication means 170 processing unit 175 protocol stack 180 MMS User Agent 185 communication means 190 processing unit 195 protocol stack 196 MMS application We claim: 1. A method for retrieving an MMS massage (N404), to be executed at an MMS User Agent (180), Comprising the steps of: - generating an MMS subscription request (M401); - sending said MMS subscription request (M401) to an MMS server (130); - receiving an MMS notification (M405) of an MMS message (404) from the MMS server (130); characterized in that in response to receiving said MMS notification (M405) generated an MMS message retrieval request (409) is for retrieving said MMS message (N404); - sending said MMS message retrieval request (M409) to the MMS Server (130); - receiving an MMS message retrieval request (M411) comprising said MMS message (N404); and - in response to receiving said MMS message retrieval (M411) from the MMS server (130), sending an acknowledgement (M413) to the MMS Server (130), wherein said MMS subscription request (M401) is sent using a SIP method SUBSCRIBE; - said MMS notification (M405) is received using a SIP method NOTIFY; - said MMS message retrieval request (M409) is sent using a SIP method FETCH; and - said acknowledge (M413) is sent using a SIP method INFORM. 2. A method as claimed in claim 1, wherein MMS specific header fields of said MMS subscription request (M401), said MMS notification (M405), said MMS message retrieval request (M409), and said acknowledgement (M413) are sent or received as attachments. 3. A method as claimed in claim 1, wherein MMS specific header fields of said MMS subscription request (M401), said MMS notification (M405), said MMS message retrieval request (M409), and said acknowledgement (M413) forms part of SIP header fields. 4. A method as claimed in claim 1 wherein a terminal (101) comprises means (165, ,470,175,180) adopted to carry out the retrieval of MMS message. 5. A method for retrieving an MMS massage (N404), to be executed at an MMS User Agent (130) as claimed in claim 1, wherein the said method for delivering an MMS message (N404) to be executed at an MMS server (130), comprises the steps of; receiving an MMS subscription request (M401) from a terminal (101); receiving an MMS message (N404); generating an MMS notification (M405), and sending said MMS notification (M405) to the terminal (101); receiving an MMS message retrieval request (M409) from the terminal (101) for retrieving the MMS message (M404); in response to receiving said MMS message retrieval request (M409), generating an MMS message retrieval (M411) comprising the MMS message (N404), and sending said MMS message retrieval (M411) to the terminal (101); receiving an acknowledgement (M413) for the terminal (101) wherein said MMS subscription request (M401) is received using a SIP method SUBSCRIBE; said MMS notification (M405) is sent using a SIP method NOTIFY said MMS message retrieval request (M409) is received using a SIP method FETCH; and said acknowledge (M413) is received using a SIP method INFORM 6. A method for retrieving an MMS massage as claimed in claim 5, wherein MMS specific header fields of said MMS subscription request (M401), said MMS notification (M405), said MMS message retrieval request (M409), and said acknowledgement (M413) are received or sent as attachments. 7. A method for retrieving an MMS message as claimed in claim 5, wherein MMS specific header fields of said MMS subscription request (M401), said MMS notification (M405), said MMS message retrieval request (M409), and said acknowledgement (M413) form part of SIP header fields. 8. A method for retrieving an MMS massage as claimed in claim 5, wherein said means (185, 190, 195, 196) provided in the MMS server are adapted to carry out the steps. 9. A method for retrieving an MMS massage, to be executed at an MMS User Agent substantially as hereinbefore described with reference to the accompanying drawings.

Documents:

1721-DELNP-2006-Abstract(11-06-2009).pdf

1721-DELNP-2006-Abstract-(06-05-2009).pdf

1721-delnp-2006-abstract.pdf

1721-DELNP-2006-Claims (05-11-2009).pdf

1721-DELNP-2006-Claims-(06-05-2009).pdf

1721-DELNP-2006-Claims-(11-06-2009).pdf

1721-delnp-2006-Claims-(24-11-2014).pdf

1721-DELNP-2006-Claims-211114.pdf

1721-delnp-2006-claims.pdf

1721-delnp-2006-Correspondence Others-(24-11-2014).pdf

1721-DELNP-2006-Correspondence-211114.pdf

1721-DELNP-2006-Correspondence-Others (05-11-2009).pdf

1721-DELNP-2006-Correspondence-Others-(06-05-2009).pdf

1721-DELNP-2006-Correspondence-Others-(11-06-2009).pdf

1721-DELNP-2006-Correspondence-Others-(22-07-2009).pdf

1721-DELNP-2006-Correspondence-Others.pdf

1721-DELNP-2006-Correspondence-PO (05-11-2009).pdf

1721-DELNP-2006-Description (Complete) (05-11-2009).pdf

1721-DELNP-2006-Description (Complete)-(06-05-2009).pdf

1721-DELNP-2006-Description (Complete)-(11-06-2009).pdf

1721-delnp-2006-description (complete).pdf

1721-delnp-2006-drawings.pdf

1721-DELNP-2006-Form 3-211114.pdf

1721-DELNP-2006-Form-1-(11-06-2009).pdf

1721-delnp-2006-form-1.pdf

1721-delnp-2006-form-13-(06-05-2009).pdf

1721-delnp-2006-form-13.pdf

1721-DELNP-2006-Form-18.pdf

1721-DELNP-2006-Form-2-(11-06-2009).pdf

1721-delnp-2006-form-2.pdf

1721-DELNP-2006-Form-26.pdf

1721-DELNP-2006-Form-3-(06-05-2009).pdf

1721-DELNP-2006-Form-3-(11-06-2009).pdf

1721-delnp-2006-Form-3-(24-11-2014).pdf

1721-delnp-2006-form-3.pdf

1721-delnp-2006-form-5.pdf

1721-delnp-2006-Others-(24-11-2014).pdf

1721-DELNP-2006-OTHERS-211114.pdf

1721-DELNP-2006-Others-Documents-(11-06-2009).pdf

1721-delnp-2006-pct-210.pdf

1721-delnp-2006-pct-306.pdf

1721-delnp-2006-pct-409.pdf

1721-delnp-2006-pct-416.pdf

1721-DELNP-2006-Petition-137-(11-06-2009).pdf