ETSI ES 202 504-5-2008 Open Service Access (OSA) Parlay X Web Services Part 5 Multimedia Messaging (Parlay X 3)《开放业务接口(OSA) Parlay X互联网服务 第5部分 多媒体信息(Parlay X3)V1 1 1 包括磁盘》.pdf

《ETSI ES 202 504-5-2008 Open Service Access (OSA) Parlay X Web Services Part 5 Multimedia Messaging (Parlay X 3)《开放业务接口(OSA) Parlay X互联网服务 第5部分 多媒体信息(Parlay X3)V1 1 1 包括磁盘》.pdf》由会员分享，可在线阅读，更多相关《ETSI ES 202 504-5-2008 Open Service Access (OSA) Parlay X Web Services Part 5 Multimedia Messaging (Parlay X 3)《开放业务接口(OSA) Parlay X互联网服务 第5部分 多媒体信息(Parlay X3)V1 1 1 包括磁盘》.pdf（28页珍藏版）》请在麦多课文档分享上搜索。

1、 ETSI ES 202 504-5 V1.1.1 (2008-05)ETSI Standard Open Service Access (OSA);Parlay X Web Services;Part 5: Multimedia Messaging(Parlay X 3)floppy3 ETSI ETSI ES 202 504-5 V1.1.1 (2008-05) 2 Reference DES/TISPAN-01034-5-OSA Keywords API, OSA, service ETSI 650 Route des Lucioles F-06921 Sophia Antipolis

2、Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice Individual copies of the present document can be downloaded from: http:/www.etsi.org The present doc

3、ument may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the

4、 PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http:/portal.etsi.org/tb/status/st

5、atus.asp If you find errors in the present document, please send your comment to one of the following services: http:/portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction ext

6、end to reproduction in all media. European Telecommunications Standards Institute 2008. The Parlay Group 2008. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTM, TIPHONTM, the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members. 3GPPTM is a Trade Mark of ET

7、SI registered for the benefit of its Members and of the 3GPP Organizational Partners. ETSI ETSI ES 202 504-5 V1.1.1 (2008-05) 3 Contents Intellectual Property Rights5 Foreword.5 1 Scope 7 2 References 7 2.1 Normative references .7 3 Definitions and abbreviations.8 3.1 Definitions8 3.2 Abbreviations

8、.8 4 Detailed service description .8 5 Namespaces10 6 Sequence diagrams.10 6.1 Send picture10 6.2 Send WAP Push message.11 7 XML Schema data type definition .12 7.1 DeliveryStatus enumeration .12 7.2 MessagePriority enumeration.12 7.3 DeliveryInformation structure 13 7.4 MessageReference structure.1

9、3 7.5 MessageURI structure 13 7.5 ScheduledDeliveryStatus enumeration.13 7.6 ScheduledDeliveryInformation structure .14 8 Web Service interface definition14 8.1 Interface: SendMessage14 8.1.1 Operation: sendMessage .14 8.1.1.1 Input message: sendMessageRequest15 8.1.1.2 Output message: sendMessageRe

10、sponse.15 8.1.1.3 Referenced faults.15 8.1.2 Operation: getMessageDeliveryStatus15 8.1.2.1 Input message: getMessageDeliveryStatusRequest 16 8.1.2.2 Output message: getMessageDeliveryStatusResponse .16 8.1.2.3 Referenced faults.16 8.1.3 Operation: scheduleMessage 16 8.1.3.1 Input message: scheduleMe

11、ssageRequest .16 8.1.3.2 Output message: scheduleMessageResponse17 8.1.3.3 Referenced faults.17 8.1.4 Operation: cancelScheduledMessage17 8.1.4.1 Input message: cancelScheduledMessageRequest 17 8.1.4.2 Output message : cancelScheduledMessageResponse 17 8.1.4.3 Referenced faults.17 8.1.5 Operation: g

12、etScheduledMessageStatus .18 8.1.5.1 Input message: getScheduledMessageStatusRequest18 8.1.5.2 Output message: getScheduledMessageStatusResponse.18 8.1.5.3 Referenced faults.18 8.2 Interface: ReceiveMessage.18 8.2.1 Operation: getReceivedMessages .18 8.2.1.1 Input message: getReceivedMessagesRequest

13、18 8.2.1.2 Output message: getReceivedMessagesResponse.19 8.2.1.3 Referenced faults.19 8.2.2 Operation: getMessageURIs .19 8.2.2.1 Input message: getMessageURIsRequest19 8.2.2.2 Output message: getMessageURIsResponse.19 8.2.2.3 Referenced faults.19 8.2.3 Operation: getMessage .19 ETSI ETSI ES 202 50

14、4-5 V1.1.1 (2008-05) 4 8.2.3.1 Input message: getMessageRequest 20 8.2.3.2 Output message: getMessageResponse .20 8.2.3.3 Referenced faults.20 8.3 Interface: MessageNotification 20 8.3.1 Operation: notifyMessageReception.20 8.3.1.1 Input message: notifyMessageReceptionRequest .20 8.3.1.2 Output mess

15、age: notifyMessageReceptionResponse 20 8.3.1.3 Referenced faults.20 8.3.2 Operation: notifyMessageDeliveryReceipt.21 8.3.2.1 Input message: notifyMessageDeliveryReceiptRequest .21 8.3.2.2 Output message: notifyMessageDeliveryReceiptResponse 21 8.3.2.3 Referenced faults.21 8.4 Interface: MessageNotif

16、icationManager 21 8.4.1 Operation: startMessageNotification 21 8.4.1.1 Input message: startMessageNotificationRequest.22 8.4.1.2 Output message: startMessageNotificationResponse22 8.4.1.3 Referenced faults.22 8.4.2 Operation: stopMessageNotification 22 8.4.2.1 Input message: stopMessageNotificationR

17、equest .22 8.4.2.2 Output message: stopMessageNotificationResponse 23 8.4.2.3 Referenced faults.23 8.4.3 Operation: startDeliveryReceiptNotification 23 8.4.3.1 Input message: startDeliveryReceiptNotificationRequest.23 8.4.3.2 Output message: startDeliveryReceiptNotificationResponse23 8.4.3.3 Referen

18、ced faults.23 8.4.4 Operation: stopDeliveryReceiptNotification 24 8.4.4.1 Input message: stopDeliveryReceiptNotificationRequest .24 8.4.4.2 Output message: stopDeliveryReceiptNotificationResponse24 8.4.4.3 Referenced faults.24 9 Fault definitions24 9.1 ServiceException24 9.1.1 Void 24 9.1.2 SVC0283:

19、 Delivery Receipt Notification not supported.24 10 Service policies 25 Annex A (normative): WSDL for Multimedia Messaging26 Annex B (informative): Bibliography.27 History 28 ETSI ETSI ES 202 504-5 V1.1.1 (2008-05) 5 Intellectual Property Rights IPRs essential or potentially essential to the present

20、document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respec

21、t of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (http:/webapp.etsi.org/IPR/home.asp). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to the e

22、xistence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This ETSI Standard (ES) has been produced by ETSI Technical Committee Telecommunications and Internet converged Services a

23、nd Protocols for Advanced Networking (TISPAN). The present document is part 5 of a multi-part deliverable covering Open Service Access (OSA); Parlay X Web Services, as identified below: Part 1: “Common“; Part 2: “Third Party Call“; Part 3: “Call Notification“; Part 4: “Short Messaging“; Part 5: “Mul

24、timedia Messaging“; Part 6: “Payment“; Part 7: “Account Management“; Part 8: “Terminal Status“; Part 9: “Terminal Location“; Part 10: “Call Handling“; Part 11: “Audio Call“; Part 12: “Multimedia Conference“; Part 13: “Address List Management“; Part 14: “Presence“; Part 15: “Message Broadcast“; Part

25、16: “Geocoding“; Part 17: “Application-driven Quality of Service (QoS)“; Part 18: “Device Capabilities and Configuration“; Part 19: “Multimedia Streaming Control“; Part 20: “Multimedia Multicast Session Management“. ETSI ETSI ES 202 504-5 V1.1.1 (2008-05) 6 The present document has been defined join

26、tly between ETSI, The Parlay Group (http:/www.parlay.org) and the 3GPP. The present document forms part of the Parlay X 3.0 set of specifications. The present document is equivalent to 3GPP TS 29.199-05 V7.2.0 (Release 7). ETSI ETSI ES 202 504-5 V1.1.1 (2008-05) 7 1 Scope The present document is par

27、t 5 of the Stage 3 Parlay X 3 Web Services specification for Open Service Access (OSA). The OSA specifications define an architecture that enables application developers to make use of network functionality through an open standardized interface, i.e. the OSA APIs. The present document specifies the

28、 Multimedia Messaging Web Service. The following are defined here: Name spaces. Sequence diagrams. Data definitions. Interface specification plus detailed method descriptions. Fault definitions. Service Policies. WSDL Description of the interfaces. 2 References References are either specific (identi

29、fied by date of publication and/or edition number or version number) or non-specific. For a specific reference, subsequent revisions do not apply. Non-specific reference may be made only to a complete document or a part thereof and only in the following cases: - if it is accepted that it will be pos

30、sible to use all future changes of the referenced document for the purposes of the referring document; - for informative references. Referenced documents which are not found to be publicly available in the expected location might be found at http:/docbox.etsi.org/Reference. For online referenced doc

31、uments, information sufficient to identify and locate the source shall be provided. Preferably, the primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the reference should, as far as possible, remain valid for the expected life of the document. T

32、he reference shall include the method of access to the referenced document and the full network address, with the same punctuation and use of upper case and lower case letters. NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee their long t

33、erm validity. 2.1 Normative references The following referenced documents are indispensable for the application of the present document. For dated references, only the edition cited applies. For non-specific references, the latest edition of the referenced document (including any amendments) applies

34、. 1 W3C Recommendation (2 May 2001): “XML Schema Part 2: Datatypes“. NOTE: Available at: http:/www.w3.org/TR/2001/REC-xmlschema-2-20010502/. ETSI ETSI ES 202 504-5 V1.1.1 (2008-05) 8 2 ETSI ES 202 504-1: “Open Service Access (OSA); Parlay X Web Services; Part 1: Common (Parlay X 3)“. 3 W3C Note (11

35、December 2000): “SOAP Messages with Attachments“. NOTE: Available at: http:/www.w3.org/TR/SOAP-attachments. 4 IETF RFC 2822: “Internet Message Format“. NOTE: Available at: http:/www.ietf.org/rfc/rfc2822.txt 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the

36、 terms and definitions given in ES 202 504-1 2 and the following apply: Whitespace: See definition for CFWS as defined in RFC 2822 4. 3.2 Abbreviations For the purposes of the present document, the abbreviations given in ES 202 504-1 2 and the following apply: EMS Enhanced Messaging Service IM Insta

37、nt Messaging MMS Multimedia Messaging Service MMS-C Multimedia Messaging Service-Centre OMA Open Mobile Alliance SMS Short Message Service WAP Wireless Application Protocol 4 Detailed service description Currently, in order to programmatically receive and send Multimedia Messages, it is necessary to

38、 write applications using specific protocols to access MMS functions provided by network elements (e.g. MMS-C). This approach requires application developers to have a high degree of network expertise. This contribution defines a Multimedia Messaging Web Service that can map to SMS, EMS, MMS, IM, E-

39、mail, etc. The choice is between defining one set of interfaces per messaging network or a single set common to all networks; e.g. we could define sendMMS, sendEMS, sendSMS, etc., or just use sendMessage. Although the more specific the API the easier it is to use, there are advantages to a single se

40、t of network-neutral APIs. These advantages include: improved service portability; lower complexity, by providing support for generic user terminal capabilities only. For this version of the Parlay X 3 specification, we provide sets of interfaces for two messaging Web Services: Short Messaging (part

41、 4) and Multimedia Messaging (the present document), which provides generic messaging features (including SMS). Multimedia Messaging provides operations (see clause 8.1, SendMessage API) for sending a Multimedia message to the network and a polling mechanism for monitoring the delivery status of a s

42、ent Multimedia message. It also provides an asynchronous notification mechanism for delivery status (see clause 8.3, MessageNotification API). In addition, a mechanism is provided to start and stop the notification of delivery receipts (see clause 8.4, MessageNotificationManager API). ETSI ETSI ES 2

43、02 504-5 V1.1.1 (2008-05) 9 Multimedia Messaging also allows an application to receive Multimedia messages. Both a polling (see clause 8.2, ReceiveMessage API) and an asynchronous notification mechanism (see clause 8.3, MessageNotification API and clause 8.4, MessageNotificationManager API) are avai

44、lable. Figure 1 shows an example scenario using sendMessage and getMessageDeliveryStatus to send data to subscribers and to determine if the data has been received by the subscriber. The application invokes a Web Service to retrieve a stock quote (1) and (2) and sends the current quote - sendMessage

45、 - using the Parlay X Interface (3) of the Multimedia Messaging Web Service. After invocation, the Multimedia Message Web Service sends the message to an MMS-C using the MM7 interface (4) for onward transmission (5) to the subscriber over the Mobile network. Later, when the next quote is ready, the

46、application checks to see - getMessageDeliveryStatus - if the previous quote has been successfully delivered to the subscriber. If not, it may for instance perform an action (not shown) to provide a credit for the previous message transmission. This way, the subscriber is only charged for a stock qu

47、ote if it is delivered on time. MMSC -XcomponentMultimediaMessage WebServiceParlay X I/FMMSCMMS-CMM7 VASPInterfaceMobile networkStock QuoteWeb ServiceStock QuoteWeb Service content1 =getStockQuote ()Retrieveuser Profile.messageId= sendMessage( content1).status= getMessageDeliveryStatus (messageId)if

48、 status=Message_Waiting.ficontent2 =getStockQuote ()messageId= sendMessage ( content2 )Userprofile123456Figure 1: Multimedia Messaging Scenario Alternatively this service could have been built using WAP Push features in the network. Figure 2 shows an example scenario using sendMessage and getMessage

49、DeliveryStatus to send a link to subscribers and to determine if the data has been received by the subscriber. The application invokes a Web Service to generate a stock quote graph (1) and (2) and sends the current quote as a WAP Push link - sendMessage - using the Parlay X Interface (3) of the Multimedia Messaging Web Service. After invocation, the Multimedia Message Web Service sends the message to an SMS-C (4) for onward transmission (5) to the subscriber over the Mobile network. The subscriber can then open the link and acces