1、 ETSI TS 102 334-3 V1.2.2 (2006-11)Technical Specification Network Address Book on fixed network;Part 3: vCard 2.1 profile for contact exchangeby SMS/EMS for fixed networkETSI ETSI TS 102 334-3 V1.2.2 (2006-11) 2 Reference RTS/TISPAN-01052-FMMS Keywords ISDN, PSTN, SMS ETSI 650 Route des Lucioles F-
2、06921 Sophia Antipolis 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.e
3、tsi.org The present document 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
4、on ETSI printers of the 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:/porta
5、l.etsi.org/tb/status/status.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 fo
6、regoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2006. All rights reserved. DECTTM, PLUGTESTSTM and UMTSTM are Trade Marks of ETSI registered for the benefit of its Members. TIPHONTMand the TIPHON logo are Trade Marks currently being registered
7、 by ETSI for the benefit of its Members. 3GPPTM is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. ETSI ETSI TS 102 334-3 V1.2.2 (2006-11) 3 Contents Intellectual Property Rights4 Foreword.4 1 Scope 5 2 References 5 3 Definitions and abbreviati
8、ons.6 3.1 Definitions6 3.2 Abbreviations .6 4 Description .6 5 Properties7 5.1 Mandatory properties .7 5.1.1 Version VERSION.7 5.1.2 Name N.7 5.2 Strongly recommended properties7 5.2.1 Telephone Number TEL 7 5.3 Optional properties.8 5.3.1 Electronic Mail EMAIL.8 5.3.2 Categories X-ETSI-CATEGORIES .
9、8 5.3.3 Class X-ETSI-CLASS .9 5.3.4 Nickname X-ETSI-NICKNAME9 5.3.5 Last Revision REV.10 5.4 Example for a minimal contact exchange.10 History 11 ETSI ETSI TS 102 334-3 V1.2.2 (2006-11) 4 Intellectual Property Rights IPRs essential or potentially essential to the present document may have been decla
10、red 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 respect of ETSI standards“, which
11、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 existence of other IPRs not r
12、eferenced 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 Technical Specification (TS) has been produced by ETSI Technical Committee Telecommunications and Internet converged Services and Protocols for A
13、dvanced Networking (TISPAN). The present document is part 3 of a multi-part deliverable covering Network Address Book on fixed network, as identified below: Part 1: “Overview“; Part 2: “Service Description“; Part 3: “vCard 2.1 profile for contact exchange by SMS/EMS for fixed network“; Part 4: “Data
14、 synchronization“. NOTE: The parts above refer to the active work items and published standards within ETSI. ETSI ETSI TS 102 334-3 V1.2.2 (2006-11) 5 1 Scope The present document provides some recommendations for implementation of vCard in fixed networks. The present document defines a way to trans
15、fer personal information between a fixed line phone and either an other fixed line phone or a server in fixed networks. Furthermore, interoperability with other terminals (e.g. mobile phones) is made possible. The present document defines the data model, format and transport used to perform this ope
16、ration. The present document uses for the data model and format a profile of vCard 2.1. 2 References The following documents contain provisions which, through reference in this text, constitute provisions of the present document. References are either specific (identified by date of publication and/
17、or edition number or version number) or non-specific. For a specific reference, subsequent revisions do not apply. For a non-specific reference, the latest version applies. Referenced documents which are not found to be publicly available in the expected location might be found at http:/docbox.etsi.
18、org/Reference. NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee their long term validity. 1 “vCard - The Electronic Business Card“ The Internet Mail Consortium (IMC) version 2.1 - September 18th, 1996 (URL:http:/www.imc.org/pdi/vcard-21.d
19、oc). NOTE: vCard is a trademark of the Internet Mail Consortium. vCard documents are available on http:/www.imc.org/pdi/. 2 IETF RFC 2425: “A MIME Content-Type for Directory Information“. 3 IETF RFC 2426: “vCard MIME Directory Profile“. 4 ETSI TS 123 040: “Digital cellular telecommunications system
20、(Phase 2+); Universal Mobile Telecommunications System (UMTS); Technical realization of Short Message Service (SMS) (3GPP TS 23.040)“. 5 ETSI ES 201 986: “Services and Protocols for Advanced Networks (SPAN); Short Message Service (SMS) for PSTN/ISDN; Service description“. 6 ETSI ES 201 912: “Access
21、and Terminals (AT); Short Message Service (SMS) for PSTN/ISDN; Short Message Communication between a fixed network Short Message Terminal Equipment and a Short Message Service Centre“. 7 ISO 8601: “Data elements and interchange formats - Information interchange - Representation of dates and times“.
22、ETSI ETSI TS 102 334-3 V1.2.2 (2006-11) 6 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the following terms and definitions apply: vCard: used in the present document to refer to electronic business card description format NOTE: It is implied that the form
23、at is vCard 2.1 as a base. 3.2 Abbreviations For the purposes of the present document, the following abbreviations apply: EMS Enhanced Messaging Service IMC Internet Mail Consortium (http:/www.imc.org/) ISDN Integrated Services Digital Network PSTN Public Switched Telephone Network SMS Short Message
24、 Service 4 Description vCard should be used by PSTN/ISDN terminals to exchange personal information (as contact card). This exchange can be made between two terminals or between a terminal and a server. vCard uses EMS as transport mechanism according to ES 201 912 6 (SMS for PSTN/ISDN and TS 123 040
25、 4 (3GPP; Technical realization of SMS; Release 5). A contact exchange may need a concatenated EMS, i.e. more than one SMS segment is transmitted. If a terminal supporting vCard exchange is not supporting concatenation, it should be able to receive and read at least the vCard information contained i
26、n the first segment. Terminals supporting vCard exchange shall be compliant to vCard version 2.1 as defined in “vCard“ 1: Emitting an EMS containing a vCard object, PSTN/ISDN terminals or servers supporting vCard exchange shall use vCard version 2.1, with the following supplementary recommendations:
27、 - The mandatory properties which are defining a contact in a vCard exchange are Version VERSION and Name N. - The Telephone Number TEL property is strictly recommended to be used, since it is seen as an essential property for vCard exchange. - As addressed terminals may not support concatenation, i
28、t is recommended to put essential information of a contact in the first segment. Therefore, the order of the mandatory properties should be Version VERSION, Telephone Number TEL and Name N. - Additional properties should be other Telephone Number TEL values, Last Revision REV, Electronic Mail EMAIL,
29、 Categories X-ETSI-CATEGORIES, Class X-ETSI-CLASS and Nickname X-ETSI-NICKNAME which are defined below. Receiving an EMS containing a vCard object, terminals or servers supporting vCard exchange should meet the following recommendations: - According to references 4, 5 and 6, if a terminal is not sup
30、porting concatenated messages, it will receive and read independently each segment. In this case, terminals should extract from the first segment of the concatenated messages the main properties of the received contact. The main properties are Version VERSION, Telephone Number TEL and Name N. ETSI E
31、TSI TS 102 334-3 V1.2.2 (2006-11) 7 - The following additional properties should be read: other Telephone Number TEL values, Electronic Mail EMAIL, Categories X-ETSI-CATEGORIES, Class X-ETSI-CLASS, Nickname X-ETSI-NICKNAME and Last Revision REV which are defined below. 5 Properties 5.1 Mandatory pro
32、perties The Version VERSION and Name N properties are mandatory for devices compliant to vCard version 2.1. The following information should be the minimum handled by terminals supporting vCard exchange (can be completed by other properties). 5.1.1 Version VERSION To specify the version of the vCard
33、 specification used to format this vCard. This property is mandatory for vCard writers conforming to the specification of vCard version 2.1 1. Terminals supporting vCard exchange shall support the property Version VERSION. EXAMPLE: VERSION:2.1. 5.1.2 Name N To specify the components of the name of t
34、he object the vCard represents. This property is mandatory for vCard writers conforming to the specification of vCard version 2.1 1. The property value consists of the components of the name specified as positional fields separated by the Field Delimiter character (ASCII decimal 59). The property va
35、lue is a concatenation of the Family Name (first field), Given Name (second field), Additional Names (third field), Name Prefix (fourth field) and Name Suffix (fifth field). Terminals supporting vCard exchange shall support the property Name N as defined in vCard version 2.1 1. It is strongly recomm
36、ended to support at least 16 characters (excluding the semicolon “;“) as property value for the property N. EXAMPLE: N:Dawson;Franck. 5.2 Strongly recommended properties 5.2.1 Telephone Number TEL This property specifies the Telephone Number for telephony communication with the object the vCard repr
37、esents. Support for this property is optional for vCard writers conforming to the specification of vCard version 2.1 1. In addition to the vCard version 2.1 specification of this property, the following recommendations are given for vCard exchange in fixed networks for PSTN/ISDN: The property Teleph
38、one Number TEL should be supported by terminals implementing vCard exchange. The supported length of the canonical number string used for the telephone number should be at least 20 characters. In case the terminal supports TEL types, the following values should be supported for the Telephone Type: -
39、 HOME; ETSI ETSI TS 102 334-3 V1.2.2 (2006-11) 8 - WORK; and - CELL. This means that such PSTN/ISDN terminals or servers supporting vCard exchange should be able to send, to receive and to store a contact with at least one of these values for the Telephone Type. When sending a vCard, the terminal sh
40、ould: - specify the most significant type (e.g. WORK, HOME or CELL) as first parameter in TEL properties; - provide additional type information (e.g. PREF, VOICE) as further parameters in TEL properties. These parameters may however be ignored by the receiving terminal. When receiving a vCard, the t
41、erminal should: - treat a received number contained in a TEL property according to the first type specified. In case that the terminal does not support the type specified, it should evaluate the second parameter (if present). If this type is also not supported, the terminal may evaluate further type
42、 information (if present) or treat it as default type (terminal specific) or discard the whole TEL property. In any case, the device shall be able parse and store correctly the information in the appropriate fields. EXAMPLE: Receiving TEL;HOME:0123456789, the information should be stored in the corr
43、esponding structure. 5.3 Optional properties 5.3.1 Electronic Mail EMAIL This property specifies the address for electronic mail communication with the vCard object. Support for this property is optional for vCard writers conforming to the specification of vCard version 2.1 1. Terminals supporting v
44、Card exchange and additionally the sending of SMS messages to email addresses may support the property EMAIL (Electronic Mail). The supported length for the electronic mail address should be at least 50 characters. EXAMPLE: EMAIL;INTERNET:. 5.3.2 Categories X-ETSI-CATEGORIES To specify application c
45、ategory information about the vCard. The Categories property may be used to form groups of contacts to make easier management and consultation of the terminals phonebook or of the network contact book. As far as possible, a same contact may not be duplicated in two different categories. This last ca
46、tegory may be used to store specific services numbers such as school, garage, doctor, etc. Special services or functionalities may be associated to a category (messaging, call forward, ringing tone, etc.). The Categories property does not exist in the specification of vCard version 2.1 1. The Catego
47、ries property may be implemented in a vCard version 2.1 object by using the EXTENSION property. Conforming to the vCard version 2.1 specification of the EXTENSION properties, the initial sub-string X- of the EXTENSION property shall be followed by the property parameter name ETSI-CATEGORIES. The Cat
48、egories X-ETSI-CATEGORIES property is optional for terminals supporting vCard exchange. At a minimum, sending/receiving of 8 characters of X-ETSI-CATEGORIES property value should be supported. When implemented, the values supported for the Categories X-ETSI-CATEGORIES property should be at least: FA
49、MILY, FRIENDS, WORK and SERVICE. ETSI ETSI TS 102 334-3 V1.2.2 (2006-11) 9 To ease user approach and avoid multiple definition of the same phonebook directory, some restrictions will apply to the value for this property: The value for X-ETSI-CATEGORIES should consist of only one word. It should always be written in uppercase, accentuated characters should be converted to their non accentuated equivalent. While received, the value for X-ETSI-CATEGORIES should be converted to uppercase without accentua
