as) United States
`a2) Patent Application Publication 0) Pub. No.: US 2003/0040300 Al
`(43) Pub. Date: Feb. 27, 2003
`
`Bodic et al.
`
`US 20030040300A1
`
`(54) SYSTEM OF INTEROPERABILITY
`BETWEEN MMS MESSAGES AND SMS/EMS
`MESSAGES AND AN ASSOCIATED
`EXCHANGE METHOD
`
`(75)
`
`Inventors: Gwenael Le Bodic, Puteaux (FR);
`Jean-Luc Ricoeur, Paris (FR)
`
`Publication Classification
`
`
`
`. H04M 11/10; H04Q 7/20
`Int. Cl.” ....
`(51)
`(52) US. Ch.
`ceecsccsssssstnstsstsssnsenststn 455/412; 455/466
`
`Correspondence Address:
`SUGHRUE MION, PLLC
`Suite 800
`2100 Pennsylvania Avenue, N.W.
`Washington, DC 20037-3213 (US)
`
`(73) Assignee: ALCATEL
`
`(21) Appl. No.:
`
`10/218,580
`
`(22)
`
`Filed:
`
`Aug. 15, 2002
`
`(30)
`
`Foreign Application Priority Data
`
`Aug. 27, 2001
`
`(FR). eceeceesesssessneseserssenseenee O1 11 131
`
`(57)
`
`ABSTRACT
`
`A message system is associated with a message domain
`which includes a mobile radio network, a message server
`conforming to a first standard referred to as the Enhanced
`Message Service and/or Short Message Service standard
`and/or a message server conforming to a second standard
`referred to as the Multimedia Message Service standard. The
`message domain further includes a message gateway which
`includes a database including a table of message profiles of
`terminals belonging to the message domain andis able to
`convert a message sent in accordance with the first standard
`into a message in accordance with the second standard.
`
`3 .
`
`
`
`gateway
` SMS
`
`
`SERVER
`
`
`Message
`
`Apple Inc.
`Ex. 1023 - Page 1
`
`Apple Inc.
`Ex. 1023 - Page 1
`
`

`

`TP-User-Data(TP-UD)
`
`
`TP-Header TP-0A\... TP-UDL |TP-UDH
`
`
`/
`
`message
`
`Message
`
`Presentation
`
`Patent Application Publication
`
`Feb. 27, 2003 Sheet 1 of 6
`
`US 2003/0040300 Al
`
`FIG_1
`
`TP-Data-Unit (TP-DU)
`
`TP-UD
`
`\
`\
`\
`\\
`‘
`
`
`
`Apple Inc.
`Ex. 1023 - Page 2
`
`Apple Inc.
`Ex. 1023 - Page 2
`
`

`

`Patent Application Publication
`
`Feb. 27,2003 Sheet 2 of 6
`
`FIG_3
`
`US 2003/0040300 Al
`
`Apple Inc.
`Ex. 1023 - Page 3
`
`Apple Inc.
`Ex. 1023 - Page 3
`
`

`

`Patent Application Publication
`
`Feb. 27, 2003 Sheet 3 of 6
`
`US 2003/0040300 Al
`
`FIG_4
`
`
` Message
`
` External server
`
`Profile
`table
`
`gateway
`
`
`
`PROFILE TABLE
`
`
`Message
`Message
`Powers|pei
`
`
`
`
`
`
`
`
`Apple Inc.
`Ex. 1023 - Page 4
`
`
`
`EMS (Rel 4)
`
`SC SMS
`
`
`
`
`a
`
`
`Apple Inc.
`Ex. 1023 - Page 4
`
`

`

`Patent Application Publication
`
`Feb. 27,2003 Sheet 4 of 6
`
`US 2003/0040300 Al
`
`TPDU
`
`FIG_6a
`
`TP Header
`
`FIG_6b
`
`
`
`
`Gateway
`
`TT ed
`|
`
`| gateway
`
`nitiator
`init
`
`estination
`Dest
`gateway
`
`|
`| | |
`| A
`
`|
`
`Apple Inc.
`Ex. 1023 - Page 5
`
`Apple Inc.
`Ex. 1023 - Page 5
`
`

`

`Patent Application Publication
`
`Feb. 27,2003 Sheet 5 of 6
`
`US 2003/0040300 Al
`
`FIG_8a
`
`|
`|
`|
`|
`|
`
`Initiator
`gateway (C
`
`Destination
`gateway
`
`PoLL
`
`TPDU
`
`MMSdestination
`
` ——oa 7
`address
`
`|
`|
`|
`|
`|
`
`7
`
`Apple Inc.
`Ex. 1023 - Page 6
`
`Apple Inc.
`Ex. 1023 - Page 6
`
`

`

`Patent Application Publication
`
`Feb. 27,2003 Sheet 6 of 6
`
`US 2003/0040300 Al
`
`
`
`Apple Inc.
`Ex. 1023 - Page 7
`
`Apple Inc.
`Ex. 1023 - Page 7
`
`

`

`US 2003/0040300 Al
`
`Feb. 27, 2003
`
`SYSTEM OF INTEROPERABILITY BETWEEN
`MMS MESSAGES AND SMS/EMS MESSAGES AND
`AN ASSOCIATED EXCHANGE METHOD
`
`CROSS-REFERENCE TO RELATED
`APPLICATIONS
`
`[0001] This application is based on French Patent Appli-
`cation No. 01 11 131 filed Aug. 27, 2001, the disclosure of
`which is hereby incorporated by reference thereto in its
`entirety, and the priority of which is hereby claimed under
`35 U.S.C. §19.
`
`BACKGROUND OF THE INVENTION
`
`[0002]
`
`1. Field of the Invention
`
`invention relates to messages sent
`[0003] The present
`and/or received by mobile radio terminals such as mobile
`telephones.
`
`[0004]
`
`2. Description of the Prior Art
`
`[0005] The exchange of Short Message Service (SMS)
`short messages has grown considerably in recent
`times.
`Conventionally, an SMS comprisesa transport protocol data
`unit (TPDU), shown diagrammatically in FIG. 1.
`
`(TP)
`[0006] The TPDU includes a transport protocol
`header associated with the transport protocol used and TP
`user data. The TP header contains transmission information
`such as the destination address (TP-DA), which can be a
`telephone numberor an electronic address, for example, the
`identification of the transport protocol used, which can be a
`file, hypertext, radio or other transport protocol, the length
`of the data of the message (TPUDL), and other information
`relating to the routing of the message, such as the time, the
`presence of a headerin the data, etc. Someof this informa-
`tion is mandatory and someis optional. The SMS message
`data (TP User Data) includes a user data header (TP-UDH)
`followed by the messageitself, referred to as the user data
`(TP-UD).
`
`[0007] As initially developed, short messages included
`only text, without any multimedia data such as music or
`pictures, for example, and did not contain a great deal of
`information. Accordingly, a single data unit (TPDU) was
`able to transport the information to be transmitted. However,
`the development of Enhanced Message Service (EMS)short
`messages has recently expanded andhasledto the issuing of
`a recommendation on this subject in the form of the SMS
`standard 3GPP TS 23.040. An enhanced message can con-
`tain much more information, which generally makes it
`essential to concatenate data units (TPDU)to transmit EMS
`via a mobile radio network.
`
`In an EMS message, the data header (TP-UDH)
`[0008]
`includes an indication of the length of the header (UDHL)
`and at least one information element (IET) followed by the
`data of the message (User Data). The information elements
`IE can contain multimedia data to be associated with the
`EMSenhanced message. Each information element IE con-
`tains an identification field (EI) followed by a field TEDL)
`indicating the length of the element followed by the data of
`the element (ED). Accordingly, the text (User Data) of the
`EMSmessage containscalls to the various IE defined in the
`header to be integrated into the data of the message trans-
`mitted.
`
`[0009] A new type of message has recently been devel-
`oped, known as Multimedia Messaging Service (MMS)
`messages. MMS messages, which are shown diagrammati-
`cally in FIG. 2, have a transmission protocol and a structure
`completely different from those of SMS and EMS messages,
`and are standardized in 3GPP Recommendation TS 23.140.
`MMSmessages havea structure defined by the IETF (in
`RFC 2045) consisting in a Multipurpose Internet Mail
`Extensions (MIME)file format, with a header and a message
`body that can contain pictures, music, text and a presentation
`of graphical elements on the screen as well as temporal
`synchronization of some elements. An MMS message can
`include much denser multimedia data than an EMS message
`and provide richer multimedia presentations, of the type
`available on computers, for example. MMS messages are
`generally transmitted in accordance with the wireless appli-
`cation protocol (WAP).
`
`[0010] The exchange of MMS messages presupposes the
`presence in the mobile radio network of a particular server
`dedicated to MMS messages which is separate from the
`server dedicated to SMS and EMS messages. Furthermore,
`the sending and/or receiving of MMS messagesby a termi-
`nal is conditional on the installation of particular application
`software necessitating the allocation of high memory and
`processing capacities. Low-cost terminals and terminals of
`an older generation cannot support an application of this
`kind, although they can exchange SMS and EMS messages.
`
`[0011] The use of MMS messagesis therefore restricted to
`terminals which are capable of supporting this kind of
`application, which significantly reduces the interest
`in
`exchanging such messages andis retarding the growth of
`this new type of message. Moreover, some terminals incor-
`porate the MMSapplication but reject the EMS application,
`although they retain the possibility of exchanging SMS.
`
`[0012] Furthermore, different versions of EMS messages
`have already been developed,
`later ones generally being
`compatible with earlier ones. Nevertheless, sending an EMS
`message from a terminal integrating a new version (for
`example release 5) to a terminal having only the old version
`(for example release 4) can lead to defective display of the
`content of the message.
`
`[0013] An objective of the invention is therefore to
`address the problem of interworking between the MMS
`message system and the SMS/EMSmessage system, as well
`as between different versions of the EMS message system,
`by proposing to adapt the content of messages transmitted to
`suit the reception possibilities of the terminal to which the
`message is addressed.
`
`SUMMARYOF THE INVENTION
`
`the invention provides a
`To be more specific,
`[0014]
`method of exchanging messages between a first mobile
`terminal whichis part of a first message domain andat least
`one second mobile terminal which is part of a second
`message domain, each domain including at least one mobile
`radio network, one message server conforming to a first
`standard, referred to as the enhanced message service/short
`message service standard, and/or one message server con-
`forming to a second standard, referred to as the multimedia
`message service standard, which method includes the fol-
`lowing steps:
`
`Apple Inc.
`Ex. 1023 - Page 8
`
`Apple Inc.
`Ex. 1023 - Page 8
`
`

`

`US 2003/0040300 Al
`
`Feb. 27, 2003
`
`initiation of a message conformingto thefirst
`[0015]
`standard from a first terminal to at least one second
`
`terminal not compatible with the first standard to
`which the initiated message conforms;
`
`transmission of the message by the message
`[0016]
`server conformingto the first standard to a message
`gateway including a database comprising a table of
`messageprofiles of terminals belonging to a message
`domain with which the gateway is associated;
`
`conversion by the message gateway of the
`[0017]
`initiated message conforming to the first standard
`into a message conforming to the second standard
`supported by the destination terminal;
`
`transmission of the converted message con-
`[0018]
`forming to the second standard by the message
`gateway to the message server conforming to the
`second standard; and
`
`delivery of the message conforming to the
`[0019]
`second standard by the server conforming to the
`second standard to the destination terminal.
`
`invention also provides a message
`[0027] The present
`system associated with a message domain which includes a
`mobile radio network, a message server conforming toa first
`standard referred to as the Enhanced Message Service and/or
`Short Message Service standard and/or a message server
`conforming to a second standard referred to as the Multi-
`media Message Service standard, and a message gateway
`which includes a database including a table of message
`profiles of terminals belonging to the message domain and
`is able to convert a message sent in accordance withthe first
`standard into a message in accordance with the second
`standard.
`
`[0028] According to one feature of the invention the
`message gateway connects the message server conforming
`to the first standard and the message server conforming to
`the second standard of the same domain.
`
`[0029] According to another feature of the invention the
`message gateway of a first domain is connected to the
`message gateway of a second domain.
`
`[0030] The invention defines a Short Message Service
`short message initiated by a mobile radio terminal and
`containing user data including a header including informa-
`tion elements and a data text, wherein each information
`[0020] Inafirst embodiment of the invention an initiated
`
`message conformingto the first standard is converted into a
`element includes an identification field followed by a field
`message conforming to a second standard by the message
`indicating the length of the data of the information element
`gateway of the second domain of the destination terminal
`followed by the data of the information element and the
`and the gateway determines the message standard or stan-
`header includes a profile information element whose iden-
`dards supported by the destination terminallisted in its table
`tifier is associated with the updating of a messageprofile and
`of message profiles.
`whose data indicates the message standard or standards
`supported by the terminal which initiated the message.
`
`Ina second embodimentof the invention an initi-
`[0021]
`ated message conforming to the first standard is converted
`into a message according to the second standard by the
`message gatewayofthe first domain of the terminal which
`initiated the message, the message conforming to thefirst
`standard including the address of the gateway in a header
`and including an information element indicating that data
`conforming to the second standard is included in the data of
`the message conformingto the first standard, the conversion
`of the message including extraction of the data conforming
`to the second standard.
`
`[0031] The invention also defines an Enhanced Message
`Service enhanced message initiated by a mobile radio ter-
`minal and including user data including a header including
`information elements and a data text, wherein each infor-
`mation element includes an identification field followed by
`a field indicating the length of the data of the information
`element followed by the data of the element and the header
`includes a Multimedia Message Service information ele-
`ment whoseidentifier indicates the presence of Multimedia
`Message Service information in the data of the message
`whosedata indicates the length of the Multimedia Message
`In one application of the invention the conversion
`[0022]
`Service information, which includesat least one Multimedia
`is from a message conformingtoafirst version of thefirst
`Message Service message header.
`standard to a message conforming to a second version of the
`first standard.
`
`[0023] According to one feature of the invention the table
`of profiles contained in the message gateway of a message
`domain is updated by sending from a terminal listed in the
`table to the message gateway an update short message
`including an information element containing the message
`profile or profiles of the terminal.
`
`Ina first embodiment of the invention the table of
`[0024]
`profiles is updated automatically by the terminal at the time
`of a change of its message processing capacities.
`
`Ina second embodimentof the invention the table
`[0025]
`of profiles is updated at
`the command of a user of the
`terminal.
`
`[0032] The features and advantages of the present inven-
`tion will be understood better after reading the following
`description, which is given by way of illustrative and
`non-limiting example, and with reference to the accompa-
`nying drawings.
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`FIG.1, already described, shows diagrammatically
`[0033]
`the structure and parameters of an SMS/EMS message.
`
`FIG.2, already described, shows diagrammatically
`[0034]
`the structure of an MMS message.
`
`[0035] FIG. 3 shows diagrammatically a message system
`associated with a given mobile radio network.
`
`In one application of the invention the message
`[0026]
`domains of the terminal
`initiating the message and the
`
`terminal to which the message is addressed are one and the [0037] FIG.5is an example ofa table of profiles managed
`same.
`by a message gateway according to the invention.
`
`[0036] FIG. 4 shows diagrammatically a message gate-
`way according to the invention.
`
`Apple Inc.
`Ex. 1023 - Page 9
`
`Apple Inc.
`Ex. 1023 - Page 9
`
`

`

`US 2003/0040300 Al
`
`Feb. 27, 2003
`
`[0038] FIG. 6a shows diagrammatically a profile indica-
`tion SMS.
`
`[0039] FIG. 6b shows diagrammatically the path taken by
`a message corresponding to a message profile update.
`
`[0040] FIG. 7 showsdiagrammatically all of the pathsthat
`a message could take.
`
`[0041] FIG. 8a shows diagrammatically the path taken by
`a message corresponding to direct SMS/EMS to MMS
`sending.
`
`[0042] FIG. 8b shows diagrammatically an EMSsentto a
`terminal able to receive only MMS messages.
`
`[0043] FIG. 9 shows diagrammatically the path taken by
`a message corresponding to indirect SMS/EMS to MMS
`sending. FIG. 10 shows diagrammatically the path taken by
`a message corresponding to direct MMS to SMS/EMS
`sending.
`
`DETAILED DESCRIPTION OF THE
`PREFERRED EMBODIMENT
`
`[0044] Referring to FIG. 3, mobile terminals A and B send
`and receive message via a mobile radio network. The
`messages can be SMS or EMS messages, MMS messages,
`electronic messages (e-mail), or other messages. The mobile
`radio network transfers the messages from the sending
`terminal to the message server concerned. As a general rule,
`each mobile radio network has its own SMSserver, which
`is in contact with the SMSservers of other networks and
`
`with its own MMSrelay server, which is generally con-
`nected to a WAP connection gateway and is in contact with
`the MMSrelay servers of other networks. On the other hand,
`there is no direct connection between the SMSserver and the
`MMSserverof the same network.
`
`[0045] According to one essential feature of the invention,
`the message system of the network includes, over and above
`the dedicated SMS, MMS and other servers, a message
`gateway connected to said SMS and MMSservers, and
`possibly other servers.
`
`[0046] The message gateway, which is shown diagram-
`matically in FIG. 4, manages interworking between differ-
`ent message systems, for example, although not exclusively,
`the SMS/EMS and MMS message systems. This kind of
`gateway includes links to a plurality of message servers
`conforming to different standards, for example an MMS
`server, an SMSserver, a POP3 (Post Office Protocol) server,
`an IMAP (Internet Message Access Protocol) server, an
`Internet server or any other server. The function of the
`message gateway is to convert messages exchanged in its
`domain from one standard to another, as and when required
`and as a function of the type of message sent and the
`reception capacities of the destination terminal. The expres-
`sion “message domain”refers to all of the entities needed to
`provide a messageservice, i.e. at least one network,at least
`one message server (SMS and/or MMSserver),and atleast
`one message gateway.
`
`In particular, the message gateway accordingto the
`[0047]
`invention contains a database comprising a table of profiles
`of terminals accessing the domain concerned. FIG. 5 shows
`one example of this kind of table. Each terminalis listed and
`its message profile specified and a given message server is
`associated with each profile.
`
`[0048] Thus the terminal aaa supports only SMS short
`messages either because it is a low-cost terminal or one of
`an older generation or because the user of the terminal
`prefers to receive only that type of message. Any message
`sent to the terminal aaa will necessarily be routed to the SMS
`server after the message gateway has converted it to the
`SMSformatif this was not its original format.
`
`the terminal ddd has application soft-
`[0049] Similarly,
`ware only for exchanging MMS. Any message sent to this
`terminal ddd will necessarily be routed to the MMSserver,
`after the message gateway has converted it to that formatif
`it Was notits original format. On the other hand, the terminal
`ccc can interpret MMS messages or EMS messages con-
`forming to the “release 5” standard, whereas the terminal
`bbb can receive only “release 4” standard EMS messages,
`which mayoblige the message gatewayto convert a “release
`5” standard EMS message before transferring it
`to the
`terminal bbb.
`
`[0050] Other configurations for exchanging different types
`of messages can be envisaged, depending on the intended
`applications or the development of new message standards.
`
`[0051] The message profile assigned to each terminal of a
`message domain in the profile table of the message gateway
`can be defined in various ways.
`
`[0052]
`
`In particular, the profile can be:
`
`(1) predefined by the message service pro-
`[0053]
`vider at the time of subscribing to said service, or
`
`[0054]
`or
`
`(2) updated at the explicit request of the user,
`
`(3) fixed automatically by the mobile terminal
`[0055]
`itself on detecting a change in the message process-
`ing capacity of the terminal.
`
`[0056] The latter two update modes can be effected by
`sending an SMSto the message gateway, for example. To
`this end, as shown in FIGS. 6a and 6b,
`the SMS sent
`includes in its TP-DA the address of the gateway and
`advantageously contains in its data field a specific informa-
`tion element (IE) containing the message profile.
`
`[0057] The terminal A sends the profile update SMS as a
`conventional SMS routed by the SMSserver to the desti-
`nation address, i.e. the message gateway. The latter is able
`to interpret an SMSofthis kind andto update its profile data
`table appropriately by extracting from the SMS the param-
`eter of the data field of the “profile” information element.
`The terminal A can send the profile update SMS message in
`a mannerthat is transparent for the user, or the message can
`be sent intentionally by said user, if his mobile equipment
`allows this. For example, a user whose terminal is techni-
`cally able to receive MMScan decide to receive only SMS,
`or EMSif his terminalis able to, during a given period, for
`example because of roaming costs whentraveling abroad, or
`for any other reason.
`
`[0058] Several message exchange scenarios are described
`briefly hereinafter without prejudging their importance or
`their frequency of occurrence. FIG. 7 shows diagrammati-
`cally all the paths that any message can take. A terminal A
`is the initiator of a message in a first message domain D,
`comprising a mobile radio network X and including a
`message gatewayandat least one SMSserver and one MMS
`
`AppleInc.
`Ex. 1023 - Page 10
`
`Apple Inc.
`Ex. 1023 - Page 10
`
`

`

`US 2003/0040300 Al
`
`Feb. 27, 2003
`
`server. A terminal B to which the message is addressed is
`part of another message domain D. comprising a mobile
`radio network Y and including a message gateway and at
`least one SMSserver and one MMSserver. According to the
`invention, all messages entering a message domain, regard-
`less of the message type, are received by the message
`gateway, which routes each message to the appropriate
`server of the destination domain.
`
`It is to be understood that the domains D, and D,
`[0059]
`and the networks X and Y can be one and the same. Note,
`however,
`that
`the same message domain can contain a
`plurality of mobile radio networks, depending on the admin-
`istration of the message system in question.
`
`[0060] Considerfirst FIG. 8a, in which a terminal A is the
`initiator of an EMS message to a destination terminal B
`which supports only MMS messages,
`terminal A being
`aware of this limitation of the terminal B.
`
`[0061] The terminal A initiating the EMS message knows
`that its destination is a terminal which supports only the
`MMSstandard, and therefore includes the MMSaddress of
`this destination in its EMS message, as shown in FIG.8b.
`
`[0066] The MMS message initiated by the terminal A is
`transmitted to the gateway of the message domain of the
`destination as explained for the preceding situation. The
`gateway of the destination domain D, consults the profile
`table to determine which message system the destination
`terminal B of the message supports. If the standard associ-
`ated with the terminal B is the SMS/EMSstandard, the
`message is converted to that standard and transferred to the
`SMSserver identified in the profile table of the destination
`terminal B to be delivered by a conventional method.
`
`[0067] Another situation, not shownexplicitly, is the send-
`ing of an EMS message by an initiator terminal using
`application software more sophisticated than that of the
`destination terminal, which will not be in a position to
`process this kind of message, for example a destination
`terminal with the “EMS release 4” software unable to
`
`exploit all the data of an EMSinitiated by a terminal with the
`“EMSrelease 5” software. In this situation, the EMS mes-
`sage is also transmitted by the SMSserver of the message
`initiator to the message gateway of the destination domain.
`The destination message gateway checks whichprofiles the
`destination terminal supports and converts the message
`before sending it to the destination SMSserverso that it can
`be transmitted to its destination in the correct format.
`
`There is claimed:
`
`then has the following
`[0062] The EMS message sent
`features. On the one hand, the destination address (TP-DA)
`of the header (TP Header) of the EMSis the address of the
`message gateway of the message domain of the message
`1. A method of exchanging messages betweenafirst
`initiator. On the other hand, the EMS message contains an
`mobile terminal which ispart of a first message domain and
`information element in the user header (TP-UDH)indicating
`at least one second mobile terminal whichis part of a second
`that
`the data of said message (TP-DU) contains MMS
`message domain, each domain including at least one mobile
`information, namely the address of the destination terminal.
`radio network, one message server conforming to a first
`Accordingly,
`the message gateway of the domain of the
`standard, referred to as the enhanced message service/short
`terminalA initiating the message receives the EMS message,
`message service standard, and/or one message server con-
`extracts the MSS address of the destination terminal B, and
`forming to a second standard, referred to as the multimedia
`converts (C) the EMS message into a MIME formatfile
`message service standard, which method includes the fol-
`message which can be interpreted by the destination termi-
`lowing steps:
`nal B, for example, by converting a bit map IE of the EMS
`message corresponding to pictures into gif or jpg files
`initiation of a message conforming to said first standard
`associated with the MMS message,or by converting a music
`fromafirst terminal to at least one second terminal not
`IE of the EMS message into WAV files associated with the
`MMSmessage.
`
`compatible with said first standard to which said initi-
`ated message conforms;
`
`[0063] Consider now FIG. 9 in which a terminal A is the
`initiator of an EMS message to a destination terminal B
`which supports only MMS messages,
`terminal A being
`unaware of this limitation of terminal B.
`
`[0064] The terminal A initiating the message sends it with
`no special precautions to the SMSserver of its message
`domain D1 which transmitsit to the destination domain D.,,
`of the terminal B. Incoming messages are systematically
`received by the message gateway, which consultsits profile
`table. If the profile of the destination terminal B had been
`‘EMS’,
`then the message would have been transferred
`directly to the SMSserver for delivery of the destination
`terminal B. However, because the profile of the destination
`terminal B is ‘MMS’,
`the destination message gateway
`converts the EMS message into an MMS message before
`transmitting it to the MMSserverof the destination domain
`D, for delivery to the destination terminal B.
`
`[0065] Consider finally FIG. 10, in which a terminal A is
`the initiator of an MMSmessageto a destination terminal B
`which supports only SMS/EMSmessages, whether terminal
`A is aware of this limitation of the terminal B or not.
`
`transmission of said message by said message server
`conformingto said first standard to a message gateway
`including a database comprising a table of message
`profiles of terminals belonging to a message domain
`with which said gateway is associated;
`
`conversion by said message gateway of said initiated
`message conformingto said first standard into a mes-
`sage conforming to said second standard supported by
`said destination terminal or terminals;
`
`transmission of the converted message conformingto said
`second standard by said message gateway to said
`message server conforming to said second standard;
`and
`
`delivery of said message conforming to said second
`standard by said server conforming to said second
`standard to said destination terminal or terminals.
`2. The method claimed in claim 1 wherein an initiated
`
`message conformingto said first standard is converted into
`a message conforming to a second standard by said message
`gateway of said second domain of said destination terminal
`
`AppleInc.
`Ex. 1023 - Page 11
`
`Apple Inc.
`Ex. 1023 - Page 11
`
`

`

`US 2003/0040300 Al
`
`Feb. 27, 2003
`
`and said gateway determines the message standard or stan-
`dards supported by the destination terminallisted in its table
`of message profiles.
`3. The method claimed in claim 1 wherein an initiated
`
`a message gateway which includes a database including a
`table of message profiles of terminals belonging to said
`message domain and is able to convert a message sent in
`accordance with said first standard into a message in accor-
`dance with said second standard.
`
`10. The message system claimed in claim 9 wherein said
`message gateway connects said message server conforming
`to said first standard and said message server conforming to
`said second standard of the same domain.
`
`message conforming to said first standard is converted into
`a message according to said second standard by said mes-
`sage gateway of said first domain of the terminal which
`initiated said message, said message conformingto said first
`standard including the address of said gateway in a header
`and including an information element indicating that data
`11. The message system claimed in claim 9 wherein said
`conforming to said second standardis includedin the data of
`message gateway of a first domain is connected to said
`said message conformingto said first standard, said conver-
`message gateway of a second domain.
`sion of said message including extraction of said data
`12. A Short Message Service short message initiated by a
`conforming to said second standard.
`mobile radio terminal and containing user data including a
`4. The method claimed in claim 1 wherein said conversion
`header including information elements and a data text,
`is from a message conformingtoafirst version ofsaidfirst
`wherein each information element includesan identification
`standard to a message conforming to a second version of
`said first standard.
`5. The method claimed in claim 1 wherein said table of
`
`profiles contained in said message gateway of a message
`domain is updated by sending from a terminallisted in said
`table to said message gateway an update short message
`including an information element containing the message
`profile or profiles of said terminal.
`6. The method claimed in claim 5 wherein said table of
`
`profiles is updated automatically by said terminalat the time
`of a change of its message processing capacities.
`7. The method claimed in claim 5 wherein said table of
`
`profiles is updated at the commandof a userof said terminal.
`8. The method claimed in claim 1 wherein said message
`domains of said terminal initiating said message and said
`terminal to which said message is addressed are one and the
`same.
`
`9. A message system associated with a message domain
`which includes a mobile radio network, a message server
`conforming to a first standard referred to as the Enhanced
`Message Service and/or Short Message Service standard
`and/or a message server conforming to a second standard
`referred to as the Multimedia Message Service standard, and
`
`field followed bya field indicating the length of the data of
`said information element followed by the data of said
`information element and said header includes a profile
`information element whose identifier is associated with the
`
`updating of a message profile and whose data indicates the
`message standard or standards supported by the terminal
`which initiated said message.
`13. An Enhanced Message Service enhanced message
`initiated by a mobile radio terminal and including user data
`including a header including information elements and a
`data text, wherein each information element includes an
`identification field followed by a field indicating the length
`of the data of said information element followed by said data
`of said element and said header includes a Multimedia
`Message Service information element whose identifier indi-
`cates the presence of Multimedia Message Service informa-
`tion in said data of said message whose data indicates the
`length of said Multimedia Message Service information,
`which includes at least one Multimedia Message Service
`message header.
`
`AppleInc.
`Ex. 1023 - Page 12
`
`Apple Inc.
`Ex. 1023 - Page 12
`
`