`
`(12) United States Patent
`Kowalewski et al.
`
`(10) Patent No.:
`(45) Date of Patent:
`
`US 8,611,881 B2
`Dec. 17, 2013
`
`(54) METHOD AND DEVICE FOR
`COMMUNICATION SETUP
`
`(75)
`
`Inventors: Frank Kowalewski, Untcrhaching (DE);
`Thomas Luetzenkirchen, Taufkirchen
`(D3)
`
`(73) Assignee:
`
`Intel Mobile Communications GmbH.
`Neubiberg (DE)
`
`( "‘ ) Notice:
`
`Subject to any disclaimer. the term of this
`patent is extended or adjusted under 35
`USC. l54(b) by 966 days.
`
`Appl. No.: 11/867,848
`
`Filed:
`
`Oct. 5. 2007
`
`Prior Publication Data
`
`US 2009/0093241 A1
`
`Apr. 9, 2009
`
`(2009.01)
`(2006.01)
`(2006.01)
`
`Int. Cl.
`H04W 4/00
`G061" 15/173
`H04M 3/42
`U.S. Cl.
`455/418; 455/426.1; 709/227; 379/202.01
`USPC
`Field of Classification Search
`USPC ............. .. 455/507—520, 466, 426.1; 709/227,
`709/230: 379/202.01
`See application file for complete search histoqi.
`
`References Cited
`
`U.S. PATENT DOCUMENTS
`
`6.l82,146 Bl
`6.94l,l48 B2 *
`7.039,7l0 B2 *
`2005/0064821 Al *
`2007/0055660 Al *
`2007/0064900 Al *
`2008/0153479 Al *
`
`1/2001 Graham—Curn1ning. Jr.
`9/2005 Hansmann et al.
`5/2006 Khattabil
`3/2005 l-ledberg et al.
`3/2007 Anderson
`.
`3/2007
`'
`6/2008 Venkitaraanan etal.
`
`.
`
`455/466
`. 709/227
`455/67.11
`379/202.01
`455/426.1
`
`OTHER PUBLICATIONS
`
`3GPP TR 23 .816 V7.00 (Mar. 2006); Technical Report; 3rd Genera-
`tion Panncrship Project; Technical Specification Group Services and
`System Aspects: Identification of Communication Services in IMS
`(‘Release 7).
`3GPP TS 24.229 V8.l.0 (Scp. 2007); Technical Specification; 3rd
`Generation Partnership Project; Technical Specification Group Core
`Network and Terminals; IP multimedia call control protocol based on
`Session I11itiatio11 Protocol (SIP) and Session Description Protocol
`(SDP); Smge 3 (Release 8).
`3Gl’l’ TSG Cl‘ WGI Meeting #47, Beijing, China, May 7-1 1, 2007.
`Title: Categories of service identification.
`J. Rosenberg; SIP. Internet—Draft. Intended Status: Standards Track.
`Expires Oct. 3, 2007; “A Session Initiation Protocol (SIP) Media
`Feature Tag for MIME Application Sub-Types draft-rosenberg-sip-
`app-media-tag-00”. Apr. 2007.
`J. Rosenberg et al.; Network \Vorking Gro up. Request for Comments:
`3261. Obsoletes: 2543. Category: Standards Track; “SIP: Session
`Initiation Protocol”. Jun. 2002.
`J. Rosenberg et al.; Network Working Group. Request for Comments:
`3264, Obsoletes: 2543, Category: Standards Track; “An Offer/An-
`swer Model with the Session Description Protocol (SDP)”; Jun.
`2002.
`OMA Open MobileAlliance, OMA PoC Control Plane Draft Version
`2.0—Apr. 26, 2007; OMA-TS-PoC_ControlPlane-V2_0-2007026-
`1).
`
`(Continued)
`
`Primary Exanziner — Nizar Sivji
`(74) Attorney, Agent, or Firm — Schiff Hardin LLP
`
`ABSTRACT
`(57)
`A method for cormnunication setup including transmitting a
`first message including an indication of a list with a plurality
`of list elements, wherein each list element specifies a coin-
`munication service or a communication application computer
`program; receiving the first message; selecting at least one of
`the list elements; and transmitting a second mes sage compris-
`ing an indication specifying which list element has been
`selected.
`
`21 Claims, 12 Drawing Sheets
`
`400
`I__/
`
`“ml
`
`Transmit list of
`C0rnmunlcali0nsetvices/
`application ptogtams
`
`: R
`
`SCBWB WBSSEIQB
`
`:S
`
`elect at least
`010 list element
`l_M____l
`V
`
`Transmit ?nf0rmati0n which
`llst element was selected
`
`,4g4
`
`
`
`US 8,611,881 B2
`Page 2
`
`References Cited
`
`OTHER PUBI JCATIONS
`
`OMA Open Mobile Alliance, OMA PoC Control Plane Draft Version
`2.0—Apr. 26, 2007, Open Mobile Alliance OMA-TS-PoC_
`ControlPlane-V2_0-20070426-T).
`G. Klyne, Network Working Group, Request for Comments: 2533,
`Category: Standards Track; “A Syntax for Describing Media Feature
`Sets”; Mar. 1999.
`
`M. Handley et 211., Network Working Group, Request for Comments:
`2327, Category: Standards Track; “SDP: Session Description Proto-
`col”; Apr. 1998.
`T—REC—H[l].323.200606—l! !PDF—E.txt, International Telecommuni-
`cation Union, ITU-T H.323, Telecommlmication (Jun. 2006) Stan-
`dardization Sector of ITU, Series H: Audiovisual and Multimedia
`Systems, infrastructure of audiovisual serVices—Systems and termi-
`nal equipment for audiovisual services. Packet-based multimedia
`communications systems. ITU—T Recommendation H.323.
`
`* cited by examiner
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 1 of 12
`
`US 8,611,881 B2
`
`204
`
`INVITE (Offer)
`
`203
`
`205 200 OK (Answer)
`
`205
`
`207
`
`208
`
`Answerer
`
`Offerer
`
`303
`
`INVITE
`
`304
`
`306
`
`200 OK (Offer)
`
`305
`
`307
`
`ACK (Answer)
`
`308
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 2 of 12
`
`US 8,611,881 B2
`
`FIG 4
`
`Transmit list of
`
`Communication services/
`application programs
`
`Receive message
`
`Select at least
`
`one list element
`
`Transmit information which
`
`list element was selected
`
`507
`
`500
`r/
`
`502
`
`Receiver
`
`505
`
`503
`
`Selecting
`
`i
`
`Message
`
`Circuit
`
`506
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 3 of 12
`
`US 8,611,881 B2
`
`502
`
`504
`
`|NVlTE(a=Serv|D:H\/1)
`
`200 OK (a=Serv|D:IM
`a=AppID:DOWNLOAD_|M_APP
`a=AppID:OPERATOR_|M_APP)
`
`507
`
`ACK (a:Serv|D:H\/I
`a:ApplD:DOWNLOAD__!M__APP)
`
`606
`
`608
`
`v:O
`
`ozimoperator 2890844526 2890844526 IN IP4
`host.anywhere.com
`
`8:-
`
`c=|N IP4 h0st.anywhere.c0m
`i=0 0
`a:serv1D;1Mr702
`
`701
`
`mzmessage 49170 cpim/tcp text/plain text/htmi
`iztext message
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 4 of 12
`
`US 8,611,881 B2
`
`FIG 8
`
`v=0
`
`ozalice 2890844730 2890844730 IN IP4
`h0st.exampIe.com
`
`S:_
`
`c=lN IP4 host.examp!e.com
`1:00
`a=Serv!D:H\/I-”‘802
`a:/—\pplD:DOWNLOAD_|M APPf803
`a:AppID:OPERATOR_H\/LKPP/‘804
`
`801
`
`mzmessage 49170 cpim/top text/plain text/html
`iztext message
`
`0 i
`
`moperator 2890844526 2890844526 IN IP4
`host.anywhere.com
`
`V O
`
`S C
`
`: IN IP4 host.anywhere.c0m
`t=0 0
`
`a=ServID:1M
`a:ApplD:DOWNLOAD_|M_/-\PP f 901
`
`mzmessage 49170 cpim/top text/plain text/html
`iztext message
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 5 of 12
`
`US 8,611,881 B2
`
`v=0
`
`ozalice 2890844730 2890844730 IN IP4
`
`host.example.com
`
`IN IP4 host.e><ampIe.com
`C
`t=0 0
`
`a=ServlD:H\/I
`a=ApplD:D0WNLOAD__H\/I__APP /1001
`
`m~—-message 49170 cpim/top text/plain text/html
`i=text message
`
`HI!
`
`HH
`
`v 0
`
`S
`
`0
`
`imoperator 2890844526 2890844526 IN iP4
`host.anywhere.c0m
`
`_
`
`IN IP4 host.anywhere.c0m
`C
`1
`CD $
`31II
`a ServID:1|\/I-/‘Hm
`
`m = message 49170 cpim/top text/plain text/html
`iztext message
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 6 of 12
`
`US 8,611,881 B2
`
`1NViTE(a=ServlD:SPEECH
`a=/\pplD:CHESS_/\PP
`a:AppID:SPEECH_APP)
`
`200 OK (a=Serv|D:SPEECH
`a==ApplD:CHES8_APP)
`
`INVITF (a=ServID:SPFFCH
`a:/—\pp1D:CHESS_APP
`a=/\pplD:SPEECH_/\PP
`a:PeerApplD:CHESS_/APP
`a=PeerApplD:SPEECHAPP)
`
`200 OK (a=Serv!D:SPEECH
`a=ADD'DiCHE53./W
`a=AppID:8PEECH_/\PP
`a=PeerApplD:CHESS_APP)
`
`ACK (a=ServlD:SPEECH
`a=App!D:CHESS~APP
`a=PeerApplD:CHESS__APP)
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 7 of 12
`
`US 8,611,881 B2
`
`FIG 14
`
`1/=0
`
`1400
`/~/
`
`0:alice 2890844730 2890844730 IN 1P4
`
`h0s1.examp|e.00m
`
`S:_
`
`0-—-|N 1P4 h0s1.example.00m
`1:0 0
`a=ServlD:SPEECH/"7402
`a=App10;0HEss_APPr1403
`a:/-\pp|D:SPEECH_APP —/4404
`a=PeerApplD:CHESS_APP r1405
`a=PeerApp10:8PEE0H_APPf1406
`
`m=aud10 49170 RTP/AVP 0
`a=r1pmap:0 PCMU/8000
`i=chess speech
`
`1401
`
`ozimoperator 2890844123 2890844123 IN 1P4
`h0s1.anywhere.00m
`
`S:..
`
`c=lN IP4 h0st.anywhere.c0m
`1:0 0
`a=ServlD:SPEECH r1501
`a=App1D:CHESS /488/1502
`a:App10:8PEEcH_APPr1503
`
`m:a0di0 49170 RTP/AVP 0
`a=rtpmap:0 PCIVIU/8000
`1=chess speech
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 8 of 12
`
`US 8,611,881 B2
`
`HG 16
`
`v:0
`
`ozbob 2890844456 2890844456 IN IP4
`
`host.exampIe.com
`
`8:-
`
`c=!N IP4 hosI.example.com
`t=0 0
`a=Serv|D:SPEECH-/' 4601
`a=ApplD:CHES8_APPf1502
`
`m=audio 49170 RTP/AVP 0
`a=rtpmap:0 PCMU/8000
`i=chess speech
`
`v-—-0
`
`o=imoperator 2890844526 2890844526 {N {P4
`h0st.anywhere.com
`
`3:-
`
`c:IN {P4 host.anywhere.c0m
`t=0 0
`a=sew1D;sPE:cH/‘T701
`a=ApplD:CHESS__APP~/"1702
`a=ApplD:SPEECH APP r1703
`a=PeerAppaD:cHE§s_APPr7 704
`
`mzaudio 49170 RTP/AVP 0
`a=rtpmap:0 PCMU/8000
`1:-chess speech
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 9 of 12
`
`US 8,611,881 B2
`
`v=0
`
`ozalice 2890844730 2890844730 1N 1P4
`
`h0st.examp1e.com
`
`8:-
`
`c=lN 1P4host.examp1e.com
`1:00
`
`a=Serv|D:SPEECH
`a=App1D;cHEss_APP-H801
`a:PeerApp|D:CHESS\/-\PP
`
`m=audio 49170 RTP/AVPO
`a-=r1pmap:0 PCMU/8000
`izchess speech
`
`v=0
`ozimoperator 2890844123 2890844123 IN 1P4
`host.anywhere.com
`
`IN 1P4 hos1.anywhere.com
`1:00
`
`a:Serv1D:SPEECH
`a=App1D:SPEECH__APP /'7 90‘
`
`mzaudio 49170 RTP/AVPO
`a:r1pmap:0 PCMU/8000
`1:-chess speech
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 10 of 12
`
`US 8,611,881 B2
`
`FIG 20
`
`v0
`
`2000
`),\/
`
`0
`
`imoperator 2890844526 2890844526 lN IP4
`host.anyvvhere.com
`
`3:-
`
`c=IN IP4 host.anywhere.com
`1:00
`
`a:ServlD:H\/1 SPEECH
`a=ApplD:OPER/-\TOR#lM APP CHESS APP»-2001
`a:ApplD:OPERATOR__|M:APP SPEEC11_APP/‘Z002
`
`mzmessage 49170 epim/top text/plain text/html
`iztext message
`
`m--audio 49170 RTP/AVP 0
`a=rtpmap:0 PCMU/8000
`izchess speech
`
`FIG 21
`
`Request—URl
`
`sip: SpeechserviceURI.networkA.net
`
`’,../
`
`2101
`
`SIP HEADERS
`
`Aceept—Comaet:
`C0nTaCT1x2102
`
`Supported:
`Session-Expires:
`Allow:
`
`SDP PARAMETERS
`
`+sip.serv—id="speech"
`<sip:Chess—C|ientA.networkA.net>;+sip.app—
`id="chess—app, speech~app"
`Timer
`
`1800;refresher=uac
`lNVlTE,ACK,0ANCEL,BYE,REFER,
`SUBSCR1BE,NOTIFY,0PT10NS
`
`IN IP8 5555::aaa:bpb:ecc:ddd
`
`audio 49170 RTP/AVPO
`rtpmap:0 PCMU/8000
`Chess speech
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 11 of 12
`
`US 8,611,881 B2
`
`FIG 22
`
`IM Server
`
`2202
`
`2204
`
`2203
`
`2205
`
`iNVITE (a—ServlD:lM)
`
`200 0K(a=ServID:H\/1
`
`2206
`
`UPDATE (a=Serv|D:lI\/I
`a=AppiD:DOWNLOAD_IM~APP
`a=AppiD:OPERATORjIVLAPP)
`
`200 OK (a=ServlD:H\/1)
`a=AppID:DOWNLOAD_lM_APP
`
`2209
`/
`
`2208
`
`2210
`
`INVETE (a=Serv!D:SPEFCH
`a=App|D:CHESS_APP
`a—-—ApplD:SPEECH_APP)
`
`200 OK (a==ServlD:SPEECH
`a=ApplD:CHESS4APP)
`
`2317
`
`H
`2310
`
`|NV1TE(a=ServID:SPEECH
`a=AppiD:SPEECH_APP)
`
`200 OK (a:ServID:SPEECH
`a=App1D:SPEECH_APP)
`
`INVITE (a=ServlD:SPEECH
`a=AppID:CHESS_APP
`a=ApplD:SPEECH_APP)
`
`200 OK (a=ServID:SPEECH
`a=ApplD:CHESS_APP
`a:ApplD:SPEECHMAPP)
`
`ACK (a:ServiD:SPEECH
`a=App1D:CHESS_APP
`
`|NViTE (a=ServlD:SPEECH
`a=AppID:CHESS__APP
`a=PeerApp|D:SPEECH~_APP)
`
`200 OK (a==ServID:SPEECH
`a=AppiD:CHESS_APP
`a=PeerApp!D:SPEECH_APP)
`
`
`
`U.S. Patent
`
`Dec. 17, 2013
`
`Sheet 12 of 12
`
`US 8,611,881 B2
`
`ozimoperator 2890844526 2890844526 IN IP4
`host.anywhere.com
`
`l—N IP4 host.anywhere.com
`
`40 0
`
`a=Serv!D:SPEECH
`a=App|D:CHESS_APP
`a=PeerApp|D:SPEECH_APPf2401
`a:PeerApp|D:CHESS_APPf2402
`
`mzaudio 49170 RTP/AVP 0
`a=rtpmap:0 PCMU/8000
`izchess speech
`
`
`
`US 8,611,881 B2
`
`1
`METHOD AND DEVICE FOR
`COMMUNICATION SETUP
`
`TECHNICAL FIELD
`
`Embodiments ofthe invention relate generally to a method
`for connnunication setup, a system for communication setup,
`and communication devices.
`
`BACKGROUND
`
`In modem communication systems, connnunication termi-
`nals 1nay be provided with a multiplicity of communication
`services. Methods for the efficient setup of communications
`for using such communication services are desirable.
`
`BRIEF DESCRlP'1'1()N OF THE DRAWINGS
`
`In the drawings, similar reference characters generally
`refer to the same parts throughout the different views. The
`drawings are not necessarily to scale, emphasis instead gen-
`erally being placed upon illustrating the principles of the
`invention. In the following description, various embodiments
`of the invention are described with reference to the following ,
`drawings, in which:
`FIG. 1 shows a connnunication system according to an
`embodiment of the invention;
`FIG. 2 shows a message flow diagram;
`FIG. 3 shows a message flow diagram according to an
`embodiment of the invention;
`FIG. 4 shows a flow diagram according to an embodiment
`of the invention;
`FIG. 5 shows a connnunication system according to an
`embodiment of the invention;
`FIG. 6 shows a message flow diagram according to an
`embodiment of the invention;
`FIG. 7 shows the SDP content included in the body of an
`INVITE message according to an embodiment of the inven-
`tion;
`FIG. 8 shows the SDP content included in the body ofa 200
`OK message according to an embodiment of the invention;
`FIG. 9 shows the SDP content included in the body of an
`ACK message according to an embodiment of the invention;
`FIG. 10 shows the SDP content included in the body of a
`200 OK message according to an embodiment of the inven-
`tion;
`FIG. 11 shows the SDP content included in the body of an
`ACK message according to an embodiment of the invention;
`FIG. 12 shows a communication system according to an ,
`embodiment of the invention;
`FIG. 13 shows amessage flow according to an embodiment
`of the invention;
`FIG. 14 shows the SDP content included in the body of an
`INVITE message according to an embodiment of the inven-
`tion;
`FIG. 15 shows the SDP content included in the body of an
`INVI"E message according to an embodiment of tlie inven-
`tion;
`FIG. 16 shows the SDP content included in the body of a
`200 OK message according to an embodiment of the inven-
`tion;
`FIG. 17 shows the SDP content included in the body of a
`200 OK message according to an embodiment of the inven-
`tion;
`FIG. 18 shows the SDP content included in the body of an
`ACK message according to an embodiment of tlie invention;
`
`2
`FIG. 19 shows the SDP content included in the body of an
`INVITE message according to an embodiment of the inven-
`tion;
`FIG. 20 shows the SDP content included in the body of a
`SIP message according to an embodiment of the invention;
`FIG. 21 shows the message format of a SIP message
`according to an embodiment of the invention;
`FIG. 22 shows a message flow diagram according to an
`embodiment of the invention;
`FIG. 23 shows a message flow diagram according to an
`embodiment of the invention; and
`FIG. 24 shows the message format of an SIP message
`according to an embodiment of the invention.
`
`DESCRIPTION
`
`FIG. 1 shows a communication system 100 according to a11
`embodiment of the invention.
`The communication system 100 includes a first communi-
`‘ cation tenninal 101, a second communication tenninal 102,
`and a communication network 104 including a communica-
`tion server 103.
`The communication server 103, which may generally also
`be another communication network element of the commu-
`nication network 104. provides communication services for
`the communication terminals 101, 102, such as data transfer
`services,
`information services, or controlling services for
`controlling communication functionalities of the communi-
`cation system 100. The communication terminals 101, 102
`are for example mobile communication terminals which may
`communicate with the commlmication server 103 using the
`radio access network of the mobile communication network
`104 which is for example a mobile radio communication
`network according to GSM (Gglobal System for Mobile
`Communications), UMTS (Universal Mobile Telecommuni-
`cations System), FOMA (Freedom of Mobile Access), or
`CDMA2000 (CDMA: Code Division Multiple Access).
`Some functionalities which are supported by the commu-
`nication server 103 may be limited when using communica-
`tion terminals 101, 102. This means that for example, func-
`tionalities provided by the communication server 1 03 cannot
`be used by a communication tenninal 101, 102 because the
`user ofthe communication terminal 101, 102 is not allowed to
`use the functionality, for example because he is not registered
`for the functionality or because the communication terminal
`101, 1 02 does not have the necessary capabilities. Overall, the
`communication service which may be used by the user of a
`communication terminal 101. 102 is defined by the capabili-
`ties of the communication terminal 101, 102 and the capa-
`bilities ofthe communication server 103 (generally the com-
`munication network elements providing the communication
`service).
`The capabilities of the connnunication terminal 101, 102
`are for example defined by the capabilities of the application
`(connnunication application computer program) which is
`installed on the communication terminal and used for using
`the connnunication service. The capabilities of the commu-
`nication server 103 are for example defined by the character-
`istics of the communication service provided by the commu-
`nication server 103.
`For providing a user with desired functionalities, the capa-
`bilities of the communication terminal 101, 102 of the user
`and the capabilities of the communication server 103 should
`be chosen such that they are compatible with each other and
`allow the desired functionality. For charging the user for the
`usage of certain functionalities, which is for example carried
`out by an element of tlie communication network 104 which
`
`
`
`US 8,611,881 B2
`
`3
`may also be part of the communication server 103, the net-
`work element is informed about the functionalities that the
`communication terminal 101, 102 l1as made use of.
`For identifying applications used by a communication ter-
`minal 101, 102 to use a communication service, e.g. for
`participating in a communication session, application identi-
`fiers may be used. Similarly, communication services pro-
`vided by the co111n1u11icatio11 server 103 may be identified
`using communication service identifiers. Application identi-
`fiers can be used for associating data with an application. For
`this purpose, the data are provided with the application iden-
`tifier. For example, if a communication terminal 101, 102
`receives data provided with a certain application identifier,
`the receiver ofthe communication tcnninal 101, 1 02 forwards
`the data to the application installed on the communication
`terminal 101, 102 identified by the application identifier.
`A conmiunication ter111inal 101, 102 ca11 for example
`request a communication service by registering for the com-
`munication service at the communication server 103. For
`specifying for which communication services it should be
`registered, tl1e communication terminal can make use of tlie
`commlmication identifier associated with the communication
`service.
`A communication terminal 1 01, 102 or the communication
`server 103 may request the usage of an application from .
`another communication ter111inal 101, 102 by transmitting the
`application identifier of the application when the communi-
`cation service for which the application should be used is
`initialized.
`W'hen tl1e first communication terminal 101 and tl1e second
`commlmication terminal 102 have a communication session,
`for example provided by the communication server 103
`which for example provides a speech communication service,
`the communication terminals 101, 102 may modify the char-
`acteristics of the communication session by using tl1e offer/’
`answer model with the session description protocol (SDP).
`This is illustrated in FIG. 2
`FIG. 2 shows a message fiow diagram 200.
`The message fiow illustrated in the message fiow diagram
`200 takes place for example between one communication
`terminal 101, 102 acting as offerer 201 and a communication
`server 103 acting as answerer 202. Alternatively, the other
`communication terminal 101, 102 may act as answerer. It is
`assumed that t11e offerer 201 and the answerer 202 l1ave a
`communication session. At any point during the communica-
`tion session a participant of the communication session, in
`this example it is assumed that this is the offerer 201, may
`issue a new offer to modify the characteristics of tlie con1Inu-
`nication session. To do this, the offerer 201 sends an 1N Vl'l'l:'
`message 203 in 204 to the answerer 202. The INVITF, mes-
`sage 203 is an INVITE message according to SIP (Session
`Initiation Protocol). For example, the offerer 201 offers a
`plurality of media formats (e. g. speech data, video data, tex-
`tual data) that may be supported by the communication ses-
`sion, i.e. the data exchanged during the communication ses-
`sion may have. The answerer 202 in 205 answers the offer by
`transmitting a 200 OK message 206 (according to SIP) to tl1e
`offerer 201. For example, the answerer 202 selects one ofthe
`media formats and signals the selection to the offerer 201. In
`207, the offerer 201 acknowledges the selection by sending an
`ACK message 208 to the answerer 202.
`An alternative to tl1e message fiow shown in FIG. 2 is
`illustrated in FIG. 3.
`FIG. 3 shows message flow diagram 300.
`Analogously to the message flow described with reference
`to FIG. 2,
`the message fiow shown in FIG. 3 takes place
`between a11 offerer 301 and an answerer 302.
`I11 303, the
`
`,
`
`4
`answerer sends an INVITE message 304 to the offerer 3 01. In
`contrast to the message fiow described with reference to FIG.
`2, an offer is not included in the INVITE message 304 but in
`a 200 OK message 305 which is transmitted by the offerer 3 01
`to the answerer 302 in 306.
`In 307, the answerer 302 transmits an answer to the offer to
`the offerer 301 using an ACK message 308. In the example
`where the plurality ofmedia fonnats are offered by the offerer
`301 for usage in a communication session. the ACK message
`308 for example includes a specification of the media formats
`that the answerer 302 wants to use iii the communication
`session.
`The request of communication service from the communi-
`cation network 104 may require high efiort when it is done by
`registering for the communication service in tlie case that tl1e
`communication service to be set up is selected from a plural-
`ity of alternatives. In this case the setup may take very long
`and require a lot of signalling traffic.
`In one embodiment, a communication service to be set up
`and the commlmication application computer programs used
`by the communication terminals 101, 102 for using the com-
`munication service are negotiated (in other words agreed
`upon) between the communication terminals 101, 1 02 and the
`communication server 103 in such a way that one of the
`negotiating parties offers one or n1ore communication ser-
`vices and/or communication application programs to the
`other negotiating party. The other negotiating party selects
`among the offered communication services/communication
`application programs and signals tl1e selection to tl1e negoti-
`ating party which has offered the communication services
`and/or communication application programs. The offer and
`signalling of the selection is for example done according to
`the offer/answer model that has been described with reference
`to FIG. 2 and FIG. 3.
`Communication services and communication application
`(computer) programs can be negotiated in a common nego-
`tiation. For example, a communication network element such
`as the communication server 103 offers a plurality of com-
`munication services to a communication terminal 101, 102.
`The communication terminal 101, 102 selects one or more
`communication services from the offered communication
`services and informs the communication network element
`about tl1e selection. This for example is done with a message
`with which the communication terminal 101, 102 also offers
`a plurality of commtmication application programs to the
`communication network element. The communication net-
`work element selects one or more communication application
`programs from the offered communication application pro-
`grams and informs the communication terminal 101, 102
`about the selection.
`Offered commtmication services or offered communica-
`tion application programs may be offered in tlie form of an
`ordered list. The communication services/communication
`application programs may be ordered in the list according to
`a prioritization. For example, communication services/com-
`munication application programs which are high up in the list
`are preferred by the offerer and should be selected by the
`answerer with priority.
`A list of offered communication services and/or computer
`application programs may be in a hierarchical list which
`includes identifiers of other lists of communication services
`and/or communication application programs. To do this, the
`other lists may be associated with unique identifiers.
`A method for communication setup, for example for set-
`ting up a communication service, according to an embodi-
`ment of tlie invention is illustrated in FIG. 4.
`
`
`
`US 8,611,881 B2
`
`5
`FIG. 4 shows a flow diagram 400 according to an embodi-
`ment of the invention.
`In 401, a first message is transmitted including an indica-
`tion of a list with a plurality of list elements wherein each list
`element specifies a communication service or a communica-
`tion application computer program.
`In 402, the first message is received.
`In 403, at least one of the list elements is selected (e. g. by
`the receiver) and in 404, a second message including an
`indication specifying which list element has been selected is
`transmitted (e.g. to the other side, i.e. to the device that has
`transmitted the first message).
`Illustratively, in one embodiment, a plurality of communi-
`cation services and/or application (computer) programs are
`signaled from wl1icl1 one or more communication services
`and’or application programs are selected. The selection is
`then signalledback. The signalling ofthe list can be seen as an
`offer and the signalling of the selection as a11 answer. In one
`embodiment of the invention, this commtmication is carried
`out in accordance with the SIP offer/answer model described
`
`above. The second message is for example received by an
`element of a communication network that provides a coin-
`munication service that is specified by a list element or which
`is used by an application program specified by a list element.
`In this way, the communication network element may auto-
`matically be infomied about the selection. By choosing the
`list elements of the list accordingly, the sender of the first
`mcssagc, c.g. an offcrcr, may request thc usage of ccrtain
`communication scrviccs and]or application programs.
`The first mcssagc is for cxamplc gcncratcd according to a
`call control protocol. Also, the second message may be gen-
`erated according to the call control protocol. The call control
`protocol is for example SIP or H.323.
`In one embodiment, at least one list element is selected that
`specifies a communication application computer program
`that is selected in this way.
`For example, a communication service is provided and the
`selected communication application computer program is to
`be used by a communication temiinal for using the commu-
`nication service. The communication service is for example a
`communication service for the communication of two com-
`munication terminals.
`According to one embodiment, the list is an ordered list and
`thc ordcr of thc list clcmcnts spccifics a prioritization of thc
`list elements which is taken into account in the selection. By
`choosing the order of the list elements of the list accordingly,
`the sender of the first message, eg. an offerer, may indicate
`communication services and/or application programs the ,
`usage ofwhich is preferred or the usage ofwhich is suggested.
`The indication of the list may be an identifier of a pre-
`defined list.
`the method
`A communication system carrying out
`described with rcfcrcncc to FIG. 4 is illustrated in FIG. 5.
`FIG. 5 shows a communication system 500 according to an
`embodiment of tlie invention.
`The co1m11unication system 500 includes a first transmitter
`501 configured to transmit a first message 507 including an
`indication of a list with a plurality of list elements, wherein
`each list element specifies a communication service or a
`communication application computer program, a receiver
`502 configured to receive the first message and a selecting
`circuit 503 configured to sclcct at lcast onc of thc list clc-
`ments.
`The communication system 500 further includes a second
`transmitter 504 configured to transmit a second message 505,
`
`6
`for example to another receiver 506 coupled to the first trans-
`mitter 501, including an indication specifying which list ele-
`ment has been selected.
`A circuit can be a hardware circuit, e.g. an integrated cir-
`cuit, designed for the respective functionality or also a pro-
`granunable unit, such as a processor, programmed for the
`respective functionality. A processor may be for example a
`RISC (reduced instruction set computer) processor or a CISC
`(complex instruction set computer) processor.
`A memory used in the embodiments of the invention may
`be a volatile memory, for example a DRAM (Dynamic Ran-
`dom Access Memory) or a non- volatile memory, for example
`a PROM (Programmable Read Only Memory), an EPROM
`(Erasable PROM), EEPROM (Electrically Erasable 3ROM),
`or a flash memory, e.g., a floating gate memory, a charge
`trapping memory, an MRAIV (Magnetoresistive {andom
`Access Memory) or a PCRAM (Phase Change {andom
`Access Memory).
`The first transmitter 501 and tl1e other receiver 506 are for
`example part ofa communication device and the receiver 502,
`the selecting circuit 503 and the second transmitter 504 are for
`cxamplc part of another communication dcvicc.
`The communication device or the other communication
`device is for example an element of a communication net-
`work or a (mobile) communicationterminal.
`In one embodiment, the communication device or the other
`communication device is a conununication (service) server
`which may be configured to provide at least a communication
`service specified by one of tlie list elements.
`In the following, some exemplary application scenarios are
`described.
`it is assumed that the communication
`As an example,
`server 103 provides an instant messaging communication
`service to tl1e communication terminals 101, 1 02 such that the
`communication system 100 forms an instant messaging com-
`munication systcm.
`It is assumed that the first communication terminal 101
`supports two instant messaging application programs. This
`means that two different instant messaging application pro-
`grams are installed on the first communication terminal 101
`and may be used by the user of the first communication
`terminal 101 to use the instant messaging communication
`service. For example, one of tlie instant messaging applica-
`tions was pre-installed on the first communication terminal
`101 by the opcrator ofthc communication systcm 100 and thc
`second instant messaging application has been downloaded
`and installed by the user of the first communication terminal.
`It is assluned that the user of the second commtmication
`terminal 102 invites the user of the first communication ter-
`minal 101 to an instant messaging communication session.
`The signalling flow between the conununication server 103
`and the first communication terminal 1 01 is illustrated in FIG.
`6.
`
`FIG. 6 shows a mcssagc flow diagram 600 according to an
`embodiment of the invention.
`The message How takes place between a communication
`terminal 601 corresponding to tl1e first communication tenni-
`nal 101 and an instant messaging server 602 corresponding to
`the communication server 103.
`The second communication terminal 102 transmits an
`INVITE message (according to SIP) to tl1e instant messaging
`server 602 for inviting the communication terminal 601 to a
`communication scssion which is forwarded in 604 by thc
`instant messaging server 602 to the communication terminal
`601. The INVITE message 603 is illustrated in detail in FIG.
`7.
`
`
`
`US 8,611,881 B2
`
`1
`
`7
`FIG. 7 shows the SDP content 700 included in the body of
`an INVITE message according to an embodiment of the
`invention.
`The INVITE message includes a session description
`according to SDP (session description protocol). Among oth-
`ers, in a section 701 of the session description the type of the
`media data to be exchanged in the communication session is
`described.
`Further, the SDP content 700 includes an element in the
`form of an a-line 702 (according to SDP) specifying the
`communication service provided by the instant messaging
`server 602, in this case instant messaging which is abbrevi-
`ated by IM.
`It is assumed that the user of the first communication ter-
`minal 601 accepts the invitation to the communication ses-
`sion and transmits, in 605, a 200 OK message 606 according
`to SIP to the instant messaging server 602 by which it is
`signalled that the first connnunication temiinal 101 agrees to
`the invitation.
`The SDP content included in the body of the 200 OK
`message 606 is shown in detail in FIG. 8.
`FIG. 8 shows the SDP content 800 included in the body of
`a 200 OK message according to an embodiment ofthe inven-
`tion.
`The SDP content 800 of the 200 OK message includes,
`similarly to the SDP content 700 of the INVITE message, a
`session description section 801 specifying the type of data
`that may be exchanged using the communication service
`provided by the instant messaging server 602.
`Further, the SDP content 800 of the 200 OK mes sage
`includes an element in fonn ofa first a-line 802 specifying the
`instant messaging service provided by the instant messaging
`server 602. The first a-line signals to the instant messaging
`server 602 that the first communication temiinal 101 accepts
`the offered instant messaging commimication service and it
`accepts the type of media data offered to be exchanged in
`course of the instant messaging connnunication session.
`Additionally the SDP content 800 of the 200 OK message
`includes a list in the form of a second a-line 803 and a third
`a-line