as) United States
`a2) Patent Application Publication o) Pub. No.: US 2002/0146097 Al
`(43) Pub. Date:
`Oct. 10, 2002
`Vuori
`
`US 20020146097A1
`
`(54) SHORT VOICE MESSAGE(SVM) SERVICE
`METHOD, APPARATUS AND SYSTEM
`
`(75)
`
`Inventor: Petri Vuori, Salo (FI)
`
`Correspondence Address:
`WAREFRESSOLA VAN DER SLUYS &
`ADOLPHSON, LLP
`BRADFORD GREEN BUILDING 5
`755 MAIN STREET, P O BOX 224
`MONROE, CT 06468 (US)
`
`Assignee: Nokia Mobile Phones Ltd.
`
`Appl. No.:
`
`09/911,078
`
`Filed:
`
`Jul. 23, 2001
`
`Related U.S. Application Data
`
`Provisional application No. 60/281,942, filed on Apr.
`5, 2001.
`
`Publication Classification
`
`(SLY TGC” ccsscssnn cnssacnainessenmisnsceassesinienns H04M 1/64
`
`(52) U.S. CL.
`.....
`.. 379/88.22
`
`(57)
`
`ABSTRACT
`
`Tiresome entry of numerousletters of the alphabet into a
`hand-held device for assembling a short text message for
`transmission via a short message service (SMS) to a second
`terminal is avoided by the sending of a short voice message
`(SVM). The SVM is recordedin the sending terminal and
`sent to a SVM service center (SVMSC). The SVMSCmay
`notify the intended recipient of the arrival of the SVM and
`awail acceptance before sendingit. The second terminal may
`then commence a bidirectional communication so that an
`instant voice message session can be established. Alterna-
`tively,
`the problem can be overcome by converting the
`spoken SVM totext in the user terminal by means ofvoice
`recognition software and sending the converted text to the
`recipient by meansofthe traditional SMS infrastructure for
`display as text or for playback as text converted to voice.
`
`Sending Short Voice Message - Usage
`
`3
`
`—>
`
`4
`
`{ = 2 —
`|
`|
`1
`|
`t
`|
`
`USER INITIATES AN
`SVMBY PRESSING
`MENUKEYFOR3
`SECONDS. A BEEP
`SOUND TELLS WHEN
`TO SPEAK.
`
`
`Hello Mama, put
`the Sauna on!
`i,
`
`"
`
`
`
`| |
`
`10
`
` AFTERDICTATING
`MESSAGE, USER
`SELECTS THE
`RECIPIENT.
`
`
`
`Send SVM
`To: Mama
`Cancel
`
`OK
`
`||
`
`I 1
`
`|!
`!
`1
`20;
`
`RECIPIENT
`RECEIVES A
`NOTIFICATION
`
`BY PRESSING LOAD,
`THE MESSAGEIS
`RECEIVED FROM
`NETWORK AND
`PLAYED.
`
`Forget
`
`SVM Received
`
`From: Papa
`
`
`
`Load
`
`l|!||!||||
`
`|| !!1\|lI||!||| \
`
`'
`
`001
`001
`
`Facebook Ex. 1005
`Facebook Ex. 1005
`U.S. Pat. 8,243,723
`US. Pat. 8,243,723
`
`

`

`Patent Application Publication
`
`Oct. 10, 2002
`
`Sheet 1 of 10
`
`US 2002/0146097 Al
`
`
`
`‘GVO1ONISSSdAd
`
`
`
`S|SOVSSSWSHL
`
`
`
`WOusGSAIS034
`
`GNVMHOMLAN
`
`‘SAV1d
`
`02
`
`jnd‘eweO|]9H
`
`juoBUNeSOu}
`
`
`
`
`
`abesn-abessaj\|8010),WOUSBulpues
`
`C=€iC<a~«=(«tt
`
`||
`
`
`
`oodwasn‘sovSsaN©YOdASWNSN
`ONILVIOIGLYONISSaudASWAS
`
`\||l|
`
`NYSALVILINIYSN
`
`VonatSHISLOaTaS4339V‘SGNOO3S
`
`
`}e6104peo
`
`
`
`eded:wol-
`
`Perlso8yWASASpuss
`
`\eoued
`
`vl
`
`|||||||||]|
`
`ynd‘eweO1/8H
`
`juoeunesau}
`
`‘wadsOL
`
`002
`002
`
`“INAldiOaeN3HMSTIALGNNOS
`
`
`
`
`
`

`

`Patent Application Publication Oct. 10,2002 Sheet 2 of 10
`
`US 2002/0146097 Al
`
`SENDER USER EQUIPMENT RECEIVES SIGNAL FROM SENDING
`PRINCIPAL THAT SVM IS TO BE ENUNCIATED
`
`SENDER USER EQUIPMENT PREPARES TO RECEIVE SVM
`
`SENDER USER EQUIPMENT PROVIDES SIGNAL TO SENDING
`PRINCIPAL TO BEGIN ENUNCIATING SVM
`
`SENDER USER EQUIPMENT RECEIVES AND STORES SVM DURING
`ENUNCIATION
`
`SVM CONCLUDED
`
`RECIPIENT SELECTED BY SENDING PRINCIPAL
`
`SVM SENT TO IM/SMS SERVICE BY SENDER EQUIPMENT AND
`FROM THERE TO INSTANT INBOX OF RECIPIENT
`
`RECIPIENT RECEIVES A NOTIFICATION VIA INBOX UA
`
`RECIPIENT DECIDES TO RECEIVE SVM AND SIGNALS REQUEST
`FOR DELIVERY/PLAYBACK
`
`
`
`IM/SMS SERVICE OR INBOX PROVIDES DELIVERY/PLAYBACK OF
`SVM TO RECIPIENT
`
`12
`
`be
`
`18
`
`22
`
`a
`
`28
`
`"
`
`34
`
`36
`
`FIG. 2
`
`003
`003
`
`

`

`Patent Application Publication
`
`Oct. 10, 2002
`
`Sheet 3 of 10
`
`US 2002/0146097 Al
`
`oe eee eee eas ss eS eS
`
`08
`
`99
`
`v
`
`8
`
`oe
`
`|
`
`€Old
`
`ae
`
`SJONVNALNIVIN2NO|LYasdO
`
`28
`
`v8
`
`|Vv
`
`|
`
`|
`
`|vg
`
`zs0S
`
`waisasans|™~98YMOMLAN||wso.||09
`||||Osi
`28|
`Waissans7v|MYYOMLANWSO79:OsaS18}NOILVLS
`%a=—=—AF1gOW
`9s¢sid||sig0narv||v||oOA|A|+e||sla|pl||(Sa)
`WALSASENS||NOILVLSaSveAK9
`
`PTTTTTT“7
`SSYSHLOat2)
`
`||Novis
`
`004
`004
`
`
`

`

`Patent Application Publication
`
`Oct. 10, 2002
`
`Sheet 4 of 10
`
`US 2002/0146097 Al
`
`
`
`FUNLONYLSVYAN!Sddd
`
`06
`
`AOIAdAS
`
`WASOL}
`
`26
`
`VLVd
`
`YYOMLAN
`
`801dH
`
`901
`
`Sud9
`
`INOgMOVE
`
`(aasv¢di)
`
`/\
`
`Wn)
`
`£\
`
`4)
`
`00
`
`L86
`
`96Ey
`
`005
`005
`
`
`
`
`

`

`Patent Application Publication
`
`Oct. 10, 2002
`
`Sheet 5 of 10
`
`US 2002/0146097 Al
`
`
`
`YYOMLANVLYG
`
`(LSNYSLNI)
`
`SLINN
`
`3INOgNOVE
`
`(Gasv¢dl)
`
`
`
`SUNLONYLSVYSNISLA
`
`006
`006
`
`WAS
`
`SOIAYAS
`
`
`
`
`

`

`Patent Application Publication
`
`Oct. 10, 2002
`
`Sheet 6 of 10
`
`US 2002/0146097 Al
`
`ce“86188
`
`967(C_)C_)091
`
`
`leeYSANaS\Cc)WI'ddoo\001Osd
`WALSASENSFYNLONYLSVYSNI
`
`OSWMINOILVLS8Z1ay,8ZI
`
`
`NOILWLS89pommeTTTSLN
`
`;___€3GON[@S0N|G.$WALSASENS|9Slsanitmal
`
`OSINASAVMBLYDJAVMALYOC\AVMALYO9WALSASWI\
`Cc)“FUNLONYLSVYANI
`002z61-|_Wisi\\HONMENWLW
`
`wso=‘|98r.rlN-9196
`0WSLSASWIa8gi,voz()
`NOLLWLSwaJL\.set
`ASVNOZ)
`oh.|96—SIE
`YaAYSS\(3NUSLNI)frWso/sudd
`vel\.Zsc06
`
`$9FVGOW
`
`ve,130]
`
`007
`007
`
`
`

`

`Patent Application Publication Oct. 10,2002 Sheet 7 of 10
`
`US 2002/0146097 Al
`
`276
`
`SVM
`PRESENCE UA
`
`
`
`
`
`
`248
`
`SVM PRESENCE SERVICE
`
`
`
`
`
`250
`
`252
`
`SVM WATCHER
`
`
`
`PRINCIPAL—nn PRINCIPAL
`
`sa
`
`256
`
`. SVMWATCHER 969— ee TT
`
`1
`258 ~|
`SVM
`|
`\ FETCHER
`
`~~ 7
`
`|
`
`|
`
`SVM SERVICE
`
`270
`
`272
`
`SVM SENDER
`
`SVM INBOX
`
`SVM SENDER UA
`
`SVM INBOX UA
`
`282
`
`
`
`274
` 280
`
`
`se
`FIG.9
`
`PRINCIPAL
`
`PRINCIPAL
`
`008
`008
`
`

`

`Patent Application Publication Oct. 10,2002 Sheet 8 of 10
`
`US 2002/0146097 Al
`
`ADDRESS
`
`FIG. 10
`
`STATUS
`
`300
`
`COMMUNICATION
`ADDRESS
`
`304
`
`SVM SERVICE
`
`SVM INBOX ADDRESS
`
`312
`
`316
`
`OTHER MARKUP
`
`308
`
`SVM PRESENCE TUPLE{~2%
`
`|
`
`009
`009
`
`

`

`Patent Application Publication
`
`Oct. 10, 2002
`
`Sheet 9 of 10
`
`US 2002/0146097 Al
`
`AON
`
`IDNIASILONYO4SNVAN
`ONIAIZOSYNVONIAIBO3Y
`YOdSNVSW
`ecf“|o4SNVAN
`
`YOsSNVSW
` Yids00VWAS
`ALITIEVIVAY
`ONIMOSHO
`NVSNIGNAS
`
`YOsSNVSIN
`
`ONIYOLS
`
`WAS
`
`010
`010
`
`
`
`
`
`
`

`

`Patent Application Publication
`
`Oct. 10, 2002
`
`Sheet 10 of 10
`
`US 2002/0146097 Al
`
`|INaWdinoawasn
`
`QSAsIeLayPacedY3SNONIONASWOYs
`
`4OdSNVAWYOsSNVAW
`
`
`ONIGNAS4O4SNWSINTWNOISONIAISOSY
`8WASONILVNOISSO
`
`
`
`
`
`
`YOdSNVAN/ONIAIZO3Y
`
`
`
`ONIYOLSWASONILYAANOD
`
`WASAgNAxOdS
`
`
`
`YasSnONIGNAS
`
`
`
`YO3SNVAW
`
`007
`
`011
`011
`
`
`
`ONLLdIOOW8OLONIYdSudONIGNSSWOU
`
`
`
`WASSAIZ034SIWASLHLwasn
`
`
`
`
`
`SoienedNaMOdS39OLjavdASy
`
`
`
`
`
`WASONIAISOSYAV1dS!0
`
`
`
`
`
`‘4IONONIAIZORY404SNVZWTWNOISONIAISOSY
`
`YOSNVSIN4O4SNYSIN
`
`| | | | | | |
`
`ananhnianeeobb
`
`
`
`NOILVOISILONSAIZ0Se/LdSa00V
`
`
`
`WASG3yOLS
`
`
`
`
`
`LNAldIOSYLNAld!O3YGS0N3.LNI
`
`
`
`
`
`
`
`
`

`

`US 2002/0146097 Al
`
`Oct. 10, 2002
`
`receipt ofa first message from thefirst terminal to the second
`terminal by receiving a voice message from the second
`terminal spoken by the second user and sending the received
`voice messageto the first terminal. Such an interchange can
`be
`continued with numerous voice messages being
`exchanged between the first and second terminals. Before
`establishing the session, the availability ofthe first terminal
`can be established before sending the voice message from
`the second user to the first terminal.
`
`[0010] Still further in accord with the first and second
`aspects of the present invention, the voice message received
`in either the first or second terminal may be stored therein
`for use by the receiving user at
`the convenience of the
`receiving user. Such could be stored on a SIM card,
`for
`instance.
`
`[0011] According to a third aspect of the present inven-
`tion, a voice message service center in a voice message
`system including a plurality of terminals comprises means
`for receiving a voice message from a first user terminal,
`meansfor storing the receive voice message from thefirst
`terminal, means for checking availability of an intended
`second user al a second terminal, and means for sending the
`stored received message from thefirst terminal to the second
`terminal if the second terminal is available.
`
`SHORT VOICE MESSAGE (SVM) SERVICE
`METHOD, APPARATUS AND SYSTEM
`
`(0001) This application claims the benefit of U.S, Provi-
`sional Application No. 60/281,942 filed Apr. 5, 2001.
`
`BACKGROUND OF THE INVENTION
`
`[0002]
`
`1. Technical Field
`
`[0003] The present invention relates to a new way to send
`messages and, more particularly, voice-type short messages.
`2. Discussion of Related Art
`[0004]
`[0005] The short message service (SMS) has been realized
`point-to-point (PP) and for cell broadcast services (CBS) in
`the Global System for Mobile communications (GSM). See
`the ETSI GSM Technical Specification GSM 03.40 Version
`5.3.0 July 1996 and GSM 07.05 Version 5.5.0 January 1998.
`For a short tutorial on SMS, see “The Global System for
`Mobile Communications Short Message Service” by G.
`Peersman and S. Cvetkovic, JEEE Personal Communica-
`tions, June 2000. A problem with entering messages for
`transmittal via the SMSis that it often takes too long to
`create the message. The user has to use a keyboard wherein
`each key has the capability of entering one of several
`possible letters of the alphabet which are individually
`selected by multiple depressions. This can take a long time
`because it is possible to send more than a hundred characters
`even without concatenation. With concatenation, a message
`can be increased much longer
`to tens of thousands of
`characters. Such can become tiresome and impractical if
`extended too long even if using a full keyboard on a personal
`computer (PC) or personal digital assistant (PDA).
`
`DISCLOSURE OF INVENTION
`
`(0006] An object of the present invention is to facilitate
`the sending of short messages.
`
`In further accord with the third aspect of the
`[0012]
`present invention, the service center may further comprise
`means for notifying the second terminal of the voice mes-
`sage received from the first terminal wherein the received
`voice message from the first terminal is sent to the second
`terminal upon receiving an acceptance signal
`from the
`second terminal in response to the notification.
`[0013]
`In still further accord with the third aspect of the
`present invention, one or more of the plurality of terminals
`comprises meansfor receiving the voice messageat thefirst
`user terminal spoken by a first user for providing the voice
`message from the first user terminal
`to the means for
`receiving the voice message al the service center, means for
`[0007] According to a first aspect of the present invention,
`storing voice messages including the voice message spoken
`a method is provided for use in a telecommunications
`by the first user, means for receiving a designation signal
`network for providing messages between users. The method
`from the first user designating a second user as an intended
`comprises the steps of receiving a voice message fromafirst
`recipient, means for retrieving the stored voice message in
`terminal spoken by a first user for a second user at a second
`response to the designation signal for providing the voice
`terminal, checking availability of the second terminal, and
`message retrieved from storage and the designation signal,
`immediately sending the received voice message to the
`and means for sending the voice message retrieved from
`second terminal if available. Similarly, according to a sec-
`storage and the designation signal to the second user of the
`ondaspectofthe present invention, apparatus for use in such
`voice message system as an outgoing voice message. The
`a telecommunications network comprises meansfor receiv-
`one or more of the plurality of terminals may further
`ing a voice message fromafirst terminal spoken byafirst
`comprise means for receiving an incoming voice message
`user for a second user at a second terminal, means for
`from the second user for storage in the means for storing
`checking availability of the second terminal, and means for
`SVMs and means for playback of the incoming voice
`immediately sending the received voice message to the
`message to the first user after retrieval from the means for
`second terminal, if available.
`storing voice messages by the means [or retrieving stored
`voice messages. The one or more of the plurality of termi-
`nals may further comprise means for receiving notification
`of the incoming voice message from the second user for
`display or notification thereof to the first user, and means
`responsive to an acceptance indication input signal from the
`first user for sending the acceptance indication input signal
`for use in the voice message system in deciding whether to
`send the incoming voice message from the second user to the
`first user.
`
`In accordance with both the first and second
`{0008]
`aspects of the present invention, the voice message can be
`stored until the second terminal is determined to be avail-
`able. The second user can be notified at the second terminal
`of the received voice message [rom the first user prior to
`sending the voice message to the second terminal. In that
`case, the voice message is sent only alter the second user
`signals acceptance.
`
`In still further accord with the first and second
`(0009]
`aspects of the present invention, a communication session,
`i.¢., a bidirectional communication can be established after
`
`(0014] Still further in accord with the third aspect of the
`present invention, the meansfor receiving the voice message
`
`012
`012
`
`

`

`US 2002/0146097 Al
`
`Oct. 10, 2002
`
`spoken by thefirst user includes voice recognition means for
`recognizing the voice message spoken by thefirst user for
`providing the voice message as a text messagefor storage in
`and retrieval from the means for storing voice messages. as
`a text message for transmission as an oulgoing text voice
`message via a shorl message service center. The means for
`receiving an incoming voice message from the second user
`may include means for receiving an incoming text voice
`message for storage in the means for storing voice messages
`as a text message and wherein the means for playback ofthe
`incoming text voice message is for displaying the incoming
`text message on a display of the user equipment. On the
`other hand, the means for retrieving the stored voice mes-
`sage may also be for converting the retrieved voice message
`to a voice signal for playback on a meansfor playback as an
`enunciated voice message, such as an artificial voice.
`(0015] According to a fourth aspect of the present inven-
`tion, user equipment for use in a voice message system
`comprises meansfor receiving a short voice message spoken
`by a first user, means for storing SVMsincluding the SVM
`spoken by thefirst user, means for receiving a designation
`signal from the first user designating a second user as an
`intended recipient, meansfor retrieving the stored SVM in
`response to the designation signal for providing the SVM
`retrieved from storage and the designationsignal, and means
`for sending the SVM retrieved from storage and the desig-
`nation signal to the second user of the voice message system
`as an outgoing SVM.
`[0016]
`In further accord with the fourth aspect of the
`present
`invention,
`the user equipment
`further comprises
`meansfor receiving an incoming SVM from the seconduser
`for storage and the means for storing SWMs, and means for
`playback of the incoming SVM to thefirst user after retrieval
`from the means for storing SVMsby the means for retriev-
`ing stored SVMs. Such user equipment may further com-
`prise meansfor receiving notification ofthe incoming SVM
`from the second user for display or notification thereof by
`the user equipment, and means responsive to an acceptance
`indication input signal from the first user for sending the
`acceptance indication input signal
`for use in the voice
`message system in deciding whether to send the incoming
`SVM from the second user to the user equipment ofthefirst
`user.
`
`In still further accord with the fourth aspect of the
`(0017]
`present invention, the means for receiving the SVM spoken
`by the first user may include voice recognition means for
`recognizing the short voice message spoken bythefirst user
`for providing the SVM asa text message for storage in and
`retrieval from the meansfor storing SVMsasa text message
`for transmission as an outgoing text SVM via a short
`message service center, Similarly, the meansfor receiving an
`incoming SVM from the second user may include means for
`receiving an incoming text SVM for storage in the means for
`storing SVMsas a text message and wherein the meansfor
`playback of the incoming text SVM is for display on a
`display of the user equipment. Conversion software may
`also be provided for converting the incoming text SVM from
`the second user to voice for enunciation for instance as an
`artificial voice.
`
`(0018] These and other objects, features and advantages of
`the present invention will become more apparent in light of
`the following detailed description of a best mode embodi-
`ment thereof, as illustrated in the accompanying drawing.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`[0019] FIG. 1 showsa short voice message (SVM)service
`method, according to the present invention,
`[0020] FIG. 2 is similar to FIG. 1 in showing a SVM
`service method, according to the present invention.
`
`[0021] FIG. 3 shows the SVM service method of the
`present invention applied to GSM network subsystems,
`
`[0022] FIG. 4 shows the SVM service method of the
`present invention applied to a GPRS system,
`[0023] FIG. 5 shows the SVM service method of the
`present invention applied to a UMTSsystem.
`
`[0024] FIG. 6 shows the SVM service method of the
`present invention applied to an instant messaging infrastruc-
`ture proposed by a third party operator of a proprietary
`instant messaging service.
`[0025] FIG. 7 shows the SVM service method of the
`present invention applied to a presence service as proposed
`to the IETF.
`
`[0026] FIG. 8 showsdetails ofalternative watchers for the
`watcher of FIG. 7.
`
`[0027] FIG. 9 shows the SVM service method of the
`present
`invention applied to an instant messaging service
`proposed to the IETF.
`[0028] FIG. 10 shows the SVM service method of the
`present
`invention applied to create presence information
`according to a proposal to the IETF.
`
`[0029] FIG. 11 shows details of a SVM service center,
`according to the present invention as shown interfaced to a
`pair of terminals via one of many possible alternative
`networks.
`
`[0030] FIG. 12 showsdetails of a user equipment, accord-
`ing to the present invention, as shown interfaced to one of
`many possible networks.
`
`BEST MODE FOR CARRYING OUT THE
`INVENTION
`
`invention dis-
`the present
`[0031] As mentioned above,
`closes a short voice message (SVM) service or voice mes-
`sage service (VMS) which is a completely new wayto send
`short messages,i.e., as voice-lype short messages. Accord-
`ing to the present invention, short voice messages (SVMs)
`are sent as SMS messages, SMS-like messages, or as instant
`messages. The user or sending principal simply records a
`short voice message and sends it over the network for
`playback at the terminal of one or more intended recipients
`or receiving principals.
`
`[0032] Referring to FIG. 1, a user 10 initiates a short voice
`message (SVM), e.g., by pressing a menu key on a user
`equipment 14 that is associated with the short voice message
`feature for a periodoftime, for instance, several seconds. As
`shownin astep 12 of FIG, 2, the user equipment 14 receives
`a signal on account ofdepression of the menu key by the
`userthat a short voice message is to be spoken. As indicated
`in a step 16, the user equipment 14 prepares to receive a
`short voice message and for instance emits a beep sound to
`tell the user that he may commencespeakingas indicated in
`a step 18. The user 10 then speaks into the user equipment
`
`013
`013
`
`

`

`US 2002/0146097 Al
`
`Oct. 10, 2002
`
`14 as indicated in panel 1 at a baloon 20 in FIG, 1. The user
`equipment 14 then receives and stores the SVM during
`enunciation of the spoken message, as indicated in a step 22
`of FIG, 2. The SVM may be concluded in any number of
`ways such as by the user 10 depressing a same or different
`menu key for a brief period of time,
`for instance, an
`instantaneous depression. Or, the user equipment could end
`the message recordation by signaling the user that
`the
`maximum message length has been reached.
`
`[0037] The short voice message service may be carried out
`in a GSM network as shown in FIG. 3. A short voice
`message (SVM) service center 50 is shown along with an
`interworking MSC 52 connected by a line 54 to a GSM
`Network Subsystem 56. A gateway 58 is for interworking
`between the SVMSC 50 and a mobile switching center
`(MSC) 58 of another GSM network 59 including an MSC
`60, a BSC 62, and a BTS 64. The first-mentioned GSM
`Network Subsystem 56 also includes an MSC 66 is con-
`nected to a base station subsystem (BSS) 68 as well other
`base station subsystems 70 for communication with a plu-
`rality of mobile stations, the figure showing only one mobile
`station 72 for convenience. The BSS 68 includes one or
`more base transceiver stations (BTS) 74 as well as a base
`station controller 76 which is in turn connected to the MSC
`66. The MSCis also connected to a public switched tele-
`phone network (PSTN) and/or ISDN network 78 for allow-
`ing mobile stations to communicate with wired telephone
`sets in a circuit-switched manner. The MSC 66 is also
`connectedto a plurality of databases including a VLR 80,
`HLR 82, EIR 84, and AuC86 which may be connected to the
`MSCdirectly or via a data network 80 and operation and
`maintenance center 82, An interworking function (not
`shown) may be needed between the data network 80 and the
`MSC58.
`
`{0033] The user 10 then uses the menu key to select one
`or more intended recipients as indicated both in a step 26 in
`FIG. 2 and in a second panel
`labeled with a reference
`numeral 2 in FIG.1. After selecting a recipient, the user may
`depress a menu key toinitiate the transfer such as a key
`associated with the “OK” display of panel 2 of FIG. 1. It
`should be realized that the step 26 could instead be executed
`at a different stage of the process shown in FIG. 2. For
`instance, it could be executed before or after the step 12.
`[0034] The SVM is then sent to an SVM service center.
`This could be a short message service (SMS) service center
`which determines the availability of the one or more
`intended recipients. The service center may then send the
`SVM immediately to those intended recipients who are
`available and continue attempting to send to those not then
`available until
`they become available or until a time out
`(0038] The SVMSC 50 of FIG, 3 may utilize the protocol
`occurs, On the other hand,
`instead of sending the SVM
`layer for the existing SMS point-to-point service with the
`immediately upon determining availability, the service cen-
`capability to transfer short messages e.g. of 140 octets of
`ter may instead notify the available recipient or recipients
`data in each packet data unit (PDU). According to an SMS
`that an SVM message has been received and which may
`feature that is particularly advantageous for purposes of the
`identify the sender on a display of each available recipient’s
`present invention, the SMS service provides the capability
`user equipment 30 as shownin panel 3 of FIG, L. A transfer
`of concatenating messages ofa length that can be increased
`of the SVM messageto the SVM service center is indicated
`to e.g. 38,760 or 16,830 depending on the character coding
`in a step 28 as well as the sending of a notification, if
`scheme used. These concatenated PDUs can be strung
`applicable. The reception of the notification is indicated in a
`together to form a short voice message, according to the
`step 30.
`present
`invention,
`in any combination of from 1 to 255
`{0035] After that, if applicable the recipient 32 (as shown
`PDUsof 140 octets each. In this way, short voice messages
`such as illustrated in FIGS. 1 and 2 can be transmitted
`in panels 3 & 4 of FIG. 1) decides as indicated in a step 34
`of FIG, 2 to decline (“forget”) or accept (“load”) the SVM
`between a mobile station 72 in one GSM network subsystem
`56 and another mobile station 90 associated with another
`received from the sender and depresses a corresponding key
`or otherwise signals (¢.g. voice) acceptance or not. Assum-
`GSM network subsystem 59. The sequence of steps shown
`ing the recipient 32 decides to accept the SVM, a step 36 is
`in FIG, 2 from an initiating user 10 to a receiving user 32
`executed in which the short voice message service center
`can be reversed in direction sothat the user 32 sends a reply
`provides delivery of the SVM to the recipient for playback
`to the user 10. In the case shownin FIG. 3, this interchange
`as shownin the replicated baloon 20 in panel 4. It will be
`would take place entirely between GSM_network sub-
`realized as indicated above that instead of sending a notifi-
`systems 56, 59.
`cation as indicated in the step 30, the SVM service could
`[0039]
`In addition to carrying out the present invention on
`instead send the SVM directly to the intended recipient
`the GSM network subsystems 56, 59 of FIG,3, it should be
`without giving the recipient any discretion as to whether to
`realized that other approaches are possible, especially con-
`accept or not. This might be the case for instance in a
`sidering the development of GSM networks into a packet-
`conventional SMSor instant messaging (IM) context where
`based infrastructure via the General Packet Radio Service
`the senderfirst determines whether the intended recipient is
`(GPRS) and subsequently the Universal Mobile Telecom-
`available by means of a presence service and the intended
`munications System (UMTS). As shown in FIG. 4, a GPRS
`recipient has effectively acquiesced to availability by pre-
`infrastructure 90 is capable of being connected to various
`viously joining a “buddylist” or otherwise subscribing to the
`data networks including for instance the Internet 92 or an
`service.
`In that case,
`the voice message spoken by the
`x.25 network 94. At the subscriber side, a user equipment
`initiating user is immediately sent to the user equipment of
`(VE) 96 communicates via a radio link (Um) to a Base
`the intended recipient where it can be annunciated without
`Transceiver Station 98 which is connected to a Base Station
`further intervention or recorded on the recipient’s SIM card
`Controller 100 in turn connected to the GPRSinfrastructure
`for playback at the recipient's discretion.
`90. GPRSis a data service for GSM. It is a packet-switched
`(0036]
`It should be realized that
`the process shown in
`mobile datacom service that is the next step in the evolution
`FIGS. 1 and 2 can be reversed for messaging from user 32
`of GSM. It enables relatively high-speed mobile datacom
`to user 10 so that an interchange of communications
`usage and is very useful for “bursty” data applications such
`between the two users may take place.
`as mobile Internet browsing, email and push technologies
`
`014
`014
`
`

`

`US 2002/0146097 Al
`
`Oct. 10, 2002
`
`and it can be applied to the SVM service of the present
`invention, It has been demonstrated at speeds as fast as 150
`kbps. The GPRS infrastructure includes a serving GPRS
`support node (SGSN) 102 connectedto the BSC 100 as well
`as a gateway GPRS support node (GGSN) 104 that can be
`connected to the packet data networks 92, 94. The SGSN
`102 and GGSM 104 may be interconnected by a GPRS
`backbone (IP based) 106. The SGSN 102 may be connected
`to an HLR 108 similar to the HLR 74 ofFIG.3. It may also
`be connected to an SVM Service 110 similar to the SVM
`Service Center 50 of FIG. 3, according to the present
`invention for connection to a GSM Network Subsystem, to
`another GPRSinfrastructure, or similar.
`
`(0040] The present invention may also be implemented on
`a UMTS packet network architecture such as shown in FIG.
`5. A universal mobile telecommunications system (UMTS)
`infrastructure 120 is shown in FIG. 5 connected to a data
`network 122 such as the Internet. At the subscriber side, a
`user equipment 124 is connected by one or more radio links
`(Uu) to one or more corresponding Node Bs 126 which are
`in turn connected (lub) to corresponding radio network
`controllers (RNCs) 128. The RNCs 128 may be intercon-
`nected (Iur) as shown for purposes of improving the radio
`links andfacilitating handover. The RNCs 128 are connected
`to the UMTSinfrastructure 120 via Iu interfaces to a third
`generation-serving GPRS support node (3G-SGSN) 140.
`This may be also connected to an HLR 142 similar to the
`HLR 108 of FIG, 4 and the HLR 74 of FIG, 3. The
`3G-SGSN 140 may be connected to a 3G-gateway GPRS
`support node (3G-GGSN) 142 by means of a IP-based
`UMTSbackbone 144. It may also be connected to an SVM
`service 146 similar to the SVM service center 50 of FIG. 3,
`according to the present invention for connection to a GSM
`Network Subsystem, to another UMTS infrastructure, to a
`GPRSinfrastructure, or similar. The present invention may
`also be implemented using the networks of FIGS. 4 and 5
`as shownin an open architecture example in FIG, 6.
`[0041] FIG. 6 shows a data network 160 such as the data
`network 80 of FIG. 3, the data network 92 of FIG. 4, or the
`data network 122 of FIG. 5, Within the data network is an
`instant messaging (IM) cloud 162 which contains an instant
`messaging architecture such as proposed in Internet Draft
`“draft-aol-imx-00.txt" by E. Aoki and A. Wick dated Jun. 15,
`2000 and entitled “The IMX Architecture Interoperability
`with America On Line’s Instant Messaging Services”. This
`open IM architectureis illustratedand discussedfor instance
`in the publication IEEE Internet Computing in an unattrib-
`uted article entitled “AOL's Instant Messaging Proposal
`Elicits Kudos and Brickbats” dated July-August 2000. This
`proposal by AOL includes three main waysto participate in
`the proposed public IM cloud. IM System Hosts may be
`public, may be aggregators, or may be privately-owned
`gateways. A plurality of IM systems are shown within the
`IM cloud 162 of FIG. 6 and communicate with each other
`
`according to the above-mentioned proposal using an open
`IMX protocol. The communications between hosts in the IM
`cloud is via on-demand, persistent TCP connections using
`the open IMX protocol, This is signified by open IMX
`protocol
`lines 164 interconnecting the IM systems. The
`systems within the IM cloud communicate outside the cloud
`with proprietary or vendor-specilic client protocols 180,
`182, 184, 186, 188. These are server-to-server protocols and
`are not the same as the open IMX protocol interconnecting
`the IM systems within the IM cloud. These vendor-specific
`
`client protocols may be different from each other and may be
`used to connect various entities to the IM cloud via the data
`network 160. It should be mentioned that although the IM
`cloud 162 is shown within the data network 160, it could be
`a separate entily connectedto the various clients directly or
`via the data network 160. As many IM systems as wantto
`can be part of the IM cloud 162, according to the above-
`mentioned AOL proposal. Further to the proposal, compa-
`nies, IM services, or [SPs can run their own IM system by
`either being right
`in the cloud or connecting to the cloud
`through an IM aggregator 190. For instance, an ISP IM
`server 192 is connected by the line 188 to the IM system
`aggregator 190. This ISP 192 can provide instant message
`services to IM clients 194, 196 which can be independent of
`each other. Similarly, a corporate IM server 198 can be
`connectedto the aggregator 190 by the line 186 for provid-
`ing IM services to its own clients 200, 202, 204, within and
`without the enterprise.
`
`[0042] According to the present invention, in addition to
`the above-mentioned ISP 192 and corporate IM server 198,
`for example, short voice messages can be provided from, to,
`or between the clients 194, 196, 200, 202, 204 via the data
`network 160 which may include the IM cloud 162. Further-
`more, in addition to the IM system aggregator, other IM
`systems 206, 208, 210 can be provided for the purpose of
`interconnecting various wireless user equipments 96, 124
`and other mobile stations such as the mobile station 72 to the
`IM cloud 162 for purposes of interchanging short voice
`messages between wireless systems or between various
`systems including SVM exchanges between wireless and
`land based systems.
`
`it has been proposed in IETF
`In the alternative,
`[0043]
`RFC 2778 dated February 2000 (before the AOL proposal)
`to provide a presence and instant messaging system accord-
`ing to “a model for presence andinstant messaging” by M.
`Day (Lotus), J. Rosenberg (Dynamiesoft) and H. Sugano
`(Fujitsu). An exemplary instant message service is shown
`for instance in FIG. 7 according to the above-mentioned
`model
`for presence adapted to SVM, according to the
`present invention, An SVM presence service 248 serves to
`accept SVM presence information e.g. on a line 250, store
`it, and distribute it, e.g., on a line 252, An SVM presentity
`254 is a client that provides the presence information on the
`line 250 to be stored and distributed. Another set of clients
`called SVM watchers such as an SVM watcher 256 in FIG.
`7, receives SVM presence information on the line 252 from
`the SVM presence service 248.
`
`[0044] As shownin FIG.8, accordingto an adaptation of
`RFC 2778, there are two k