SIMPLE Working Group M. Garcia-Martin Internet-Draft Nokia Intended status: Standards Track June 16, 2006 Expires: December 18, 2006 The Presence-specific Dictionary for the Signaling Compression (Sigcomp) Framework draft-garcia-simple-presence-dictionary-00.txt Status of this Memo By submitting this Internet-Draft, each author represents that any applicable patent or other IPR claims of which he or she is aware have been or will be disclosed, and any of which he or she becomes aware will be disclosed, in accordance with Section 6 of BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on December 18, 2006. Copyright Notice Copyright (C) The Internet Society (2006). Abstract The Session Initiation Protocol (SIP) [4] is a text-based protocol for initiating and managing communication sessions. The protocol is extended by the SIP-events framework [5] to provide, e.g., subscriptions and notifications to presence information that are carried in presence documents [8]. SIP can be compressed by using Signaling Compression (SigComp) [2], which is enhanced by using the SIP/SDP dictionary [7] to achieve better compression rates. However, Garcia-Martin Expires December 18, 2006 [Page 1] Internet-Draft Presence dictionary for Sigcomp June 2006 the SIP/SDP dictionary [7] is not able to increase the compression factor of (typically lengthy) presence documents. This memo defines the presence-specific static dictionary that SigComp may use in order to achieve higher efficiency. The dictionary is compression algorithm independent. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4 3. Design considerations . . . . . . . . . . . . . . . . . . . . 4 4. Binary representation of the presence-specific static dictionary . . . . . . . . . . . . . . . . . . . . . . . . . . 5 5. Security Considerations . . . . . . . . . . . . . . . . . . . 9 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 9 7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 10 8. References . . . . . . . . . . . . . . . . . . . . . . . . . . 10 8.1. Normative References . . . . . . . . . . . . . . . . . . . 10 8.2. Informational References . . . . . . . . . . . . . . . . . 10 Appendix A. Input strings to the presence-specific static dictionary . . . . . . . . . . . . . . . . . . . . . 11 Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 15 Intellectual Property and Copyright Statements . . . . . . . . . . 16 Garcia-Martin Expires December 18, 2006 [Page 2] Internet-Draft Presence dictionary for Sigcomp June 2006 1. Introduction The Session Initiation Protocol (SIP) [4] is extended by the SIP- events framework [5] to provide, e.g., subscriptions and notifications to presence information. The presence information is typically carried in Extended Markup Language XML documents that are compliant with a given XML schema. For example, the Presence Information Data Format (PIDF) [8] defines the format for the basic document that supplies presence information. Typically, PIDF is used in combination with other extensions to provide a richer user experience, among others: the Presence Data Model [10], Rich Presence Extensions to PIDF (RPID) [11], Contact Information in PIDF (CIPID) [12], or Timed Presence Extensions to PIDF [13]. Typically, presence documents can contain large bulks of data. The size of this data is dependent on the number of presentities that a watcher is subscribed to and the amount of information supplied by the presentity. This can impose a problem in environments where resources are scare (e.g., such as low bandwidth links with high latency) and the presence service is offered at low or no cost. This is the case, e.g., of some wireless network and devices. It is reasonable to try to minimize the impact of bringing the presence service to wireless networks under these circumstances. Work has been done to mitigate the impact of transferring large amounts of presence documents between endpoints. For example, Partial PIDF [14] and Partial publication of presence information [15] reduce the amount of data transferred between the endpoints. On the other hand, the signaling compression mechanisms specified in SigComp [2] provide a multiple compression/decompression algorithm framework to compress and decompress text-based protocols such as SIP. When compression is used in SIP, the compression achieves its maximum rate once a few message exchanges have taken place. This is due to the fact that the first message the compressor sends to the decompressor is only partially compressed, as there is not a previous stored state to compress against. As the goal is to compress as much as possible, it seems sensible to investigate a mechanism to boost the compression rate from the first message. RFC 3485 [7] defines a the static dictionary for SIP [4] and SDP [9]. The dictionary is to be used in conjunction with SIP, SDP and SigComp. The static SIP/SDP dictionary constitutes a SigComp state that can be referenced in the first SIP message that the compressor sends out. The dictionary boosts the compression of SIP and SDP, but unfortunately, does not have any effect in XML-based presence documents. Garcia-Martin Expires December 18, 2006 [Page 3] Internet-Draft Presence dictionary for Sigcomp June 2006 It sounds reasonable to define a presence-specific static dictionary that can be used in conjunction with SIP, and Sigcomp. This dictionary can coexist with the static SIP/SDP dictionary defined in RFC 3485 [7]. Sigcomp endpoints will announce the availability of one or both dictionaries during the Sigcomp initialization phase. Our initial tests when developing this dictionary reveal that, once the current mitigation mechanisms are applied (e.g., Sigcomp, partial notification, partial publication), a further compression factor of 10% can be achieved when Sigcomp uses the presence-specific static dictionary. 2. Terminology In this document, the key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" are to be interpreted as described in BCP 14, RFC 2119 [1] and indicate requirement levels for compliant implementations. 3. Design considerations The static presence dictionary is a collection of well-known strings that appear in most of the presence documents used by SIP. The dictionary is not a comprehensive list of reserved words, but it includes many of the strings that appear in presence documents. The presence static dictionary is unique and MAY be available in SigComp implementations for SIP that support the presence service. The dictionary is not intended to evolve as presence evolve. It is defined once, and stays as is forever. This solves the problems of updating, upgrading and finding out the dictionary that is supported at the remote end when several versions of the same dictionary coexist. Appendix A contains the collection of strings that were contributed to the presence static dictionary. The appendix includes references to the documents that define those strings. While this appendix is of an informative nature, Section 4 gives the normative binary form of the presence-specific static dictionary. This is the dictionary that is included in the SigComp implementation. This dictionary has been formed from the collection of individual dictionaries given in Appendix A. The input set is a collection of UTF-8 [6] encoded character strings. Garcia-Martin Expires December 18, 2006 [Page 4] Internet-Draft Presence dictionary for Sigcomp June 2006 The appendix provides a table where each row represents an entry. Each entry contains the string that actually occurs in the dictionary, its priority (see below), its offset from the first octet and its length (both in hexadecimal), and one or more references that elucidate why this string is expected to occur in presence documents. Note: Length in this document always refers to octets. The columns in the table are described as follows: String: represents the UTF-8 string that is inserted into the dictionary. Note that the quotes (") are not part of the string itself. Pr: indicates the priority of this string within the dictionary. Some compression algorithms, such as DEFLATE [3], offer an increased efficiency when the most commonly used strings are located at the bottom of the dictionary. To facilitate generating a dictionary that has the most frequently occurring strings further down at the bottom, we have decided to allocate a priority to each string in the dictionary. Priorities range from 1 until 5. A low value in the priority column (e.g., 1) indicates that we believe in a high probability of finding the string in a presence document. A high value in the priority column (e.g., 5) indicates lower probability of finding the string in a presence document. This is typically the case for less frequent extensions or optional infrequent XML elements or attributes. Off: indicates the hexadecimal offset of the entry with respect to the first octet in the dictionary. Note that several strings in the collections can share space in the dictionary if they exhibit suitable common substrings. Len: the length of the string in octets in hexadecimal. References: contains one or more references to the specification and the section within the specification where the string is defined. Note that the strings stored in the dictionary are case sensitive. (Again, the strings do not comprise the quotes ("), they are just shown here to increase the readability). 4. Binary representation of the presence-specific static dictionary This section contains the binary form of the presence-specific static dictionary that is loaded into SigComp as a state. The binary SigComp dictionary is comprised of two parts, the concatenation of which serves as the state value of the state item: A string subset, which contains all strings in the contributing collections as a substring (roughly ordered such that strings with low priority numbers occur at the end), and a table subset, which Garcia-Martin Expires December 18, 2006 [Page 5] Internet-Draft Presence dictionary for Sigcomp June 2006 contains pairs of length and offset values for all the strings in the contributing collections. In each of these pairs, the length is stored as a one-byte value, and the offset is stored as a two-byte value that has had 1024 added to the offset (this allows direct referencing from the stored value if the dictionary state has been loaded at address 1024). The intention is that all compression algorithms will be able to use the (or part of the) string subset, and some compression methods, notably those that are related to the LZ78 family, will also use the table in order to form an initial set of tokens for that compression method. The text below therefore gives examples for referencing both the table subset and the string subset of the dictionary state item. As defined in section 3.3.3 in the Signaling Compression specification [1], a SigComp state is characterized by a certain set of information. For the presence-specific static dictionary, the information in the following Figure 3 fully characterizes the state item. Note that the string subset of the dictionary can be accessed using: STATE-ACCESS (%ps, 6, 0, 0x04DA, %sa, 0), and the table subset can be accessed using: STATE-ACCESS (%ps, 6, 0x04DA, 0x024C, %sa, 0), where %ps points to UDVM memory containing 0x3629651177eb and %sa is the desired destination address in UDVM memory (with UDVM byte copying rules applied). If only a subset of the dictionary up to a specific priority is desired (e.g., to save UDVM space), the values for the third and forth operand in these STATE-ACCESS instructions can be changed to: Priorities String String Table Table desired offset length offset length ========== ====== ====== ====== ====== 1 only 0x03CD 0x010D 0x04DA 0x003C 1..2 0x037E 0x015C 0x04DA 0x0051 1..3 0x0269 0x0271 0x04DA 0x007B 1..4 0x0000 0x04DA 0x04DA 0xFFFFFB26 1..5 0x0026 0x04B4 0x04DA 0x024C Garcia-Martin Expires December 18, 2006 [Page 6] Internet-Draft Presence dictionary for Sigcomp June 2006 The state item consists of the following elements: Name: Value: ===================== ======================== state_identifier 0x3629651177ebb7c1f67fc482802f87cde3543b24 state_length 0x0726 state_address 0 (not relevant for the dictionary) state_instruction 0 (not relevant for the dictionary) minimum_access_length 6 state_value Representation of the table below. 0000 7761 7465 7263 7261 6674 7261 7665 6c65 watercraftravele 0010 6374 726f 6e69 636f 6e73 7472 7563 7469 ctroniconstructi 0020 6f6e 6f69 7379 7669 6465 6f75 7464 6f6f onoisyvideoutdoo 0030 7273 7065 6374 6174 6f72 6573 746c 6573 rspectatorestles 0040 736c 6565 7069 6e67 7569 6c74 7961 6672 sleepinguiltyafr 0050 6169 646c 652d 7468 7265 7368 6f6c 6469 aidle-thresholdi 0060 7361 7070 6f69 6e74 6564 6973 6775 7374 sappointedisgust 0070 6564 7375 7065 7276 6973 6f72 6573 6964 edsupervisoresid 0080 656e 6365 706c 6179 6675 6c6f 6f6b 696e enceplayfulookin 0090 672d 666f 722d 776f 726b 696e 6763 6f75 g-for-workingcou 00A0 7269 6572 656c 6965 7665 6469 6e64 7573 rierelievedindus 00B0 7472 6961 6c61 7374 2d69 6e70 7574 6865 trialast-inputhe 00C0 6174 6572 6361 6c6d 6561 6e78 696f 7573 atercalmeanxious 00D0 7472 6565 7463 6c75 6272 6561 6b66 6173 treetclubreakfas 00E0 7472 6573 7365 6473 746f 7265 7374 6175 tressedstorestau 00F0 7261 6e74 7275 636b 756e 636f 6d66 6f72 rantruckuncomfor 0100 7461 626c 6578 6369 7465 6462 6172 656e tablexcitedbaren 0110 6175 746f 6d6f 6269 6c65 6173 736f 6369 automobileassoci 0120 6174 6569 6e61 7070 726f 7072 6961 7465 ateinappropriate 0130 7874 636f 6e66 7573 6564 686f 7370 6974 xtconfusedhospit 0140 616c 6f6e 656c 796a 6561 6c6f 7573 686f alonelyjealousho 0150 636b 6564 6275 732d 7374 6174 696f 6e66 ckedbus-stationf 0160 7265 6967 6874 7061 726b 696e 6772 756d reightparkingrum 0170 7079 6175 6469 6f66 6665 6e64 6564 706f pyaudioffendedpo 0180 7374 616c 686f 6d65 6574 696e 6769 6e76 stalhomeetinginv 0190 696e 6369 626c 6569 6d70 7265 7373 6564 incibleimpressed 01A0 686f 7465 6c75 6e64 6572 7761 7961 6972 hotelunderwayair 01B0 6372 6166 7461 6972 706f 7274 776f 7272 craftairportworr 01C0 6965 6468 756d 626c 6564 6173 6861 6d65 iedhumbledashame 01D0 6461 6e6e 6f79 6564 706c 6179 696e 6768 dannoyedplayingh 01E0 6f6c 6964 6179 756e 6b6e 6f77 6e66 7269 olidayunknownfri 01F0 656e 6466 616d 696c 7973 6368 6f6f 6c70 endfamilyschoolp 0200 7269 736f 6e6f 6666 6963 6573 6c65 6570 risonofficesleep 0210 7969 6e5f 6177 6568 756e 6772 7963 7261 yin_awehungrycra 0220 6e6b 7961 6d61 7a65 6471 7569 6574 7072 nkyamazedquietpr Garcia-Martin Expires December 18, 2006 [Page 7] Internet-Draft Presence dictionary for Sigcomp June 2006 0230 6f75 6468 6170 7079 6272 6176 6562 6f72 oudhappybravebor 0240 6564 616e 6772 7963 6166 6562 616e 6b68 edangrycafebankh 0250 7572 7463 6f6c 646d 6561 6c62 7573 7961 urtcoldmealbusya 0260 7761 7973 6879 7361 6463 7572 696f 7573 wayshysadcurious 0270 7068 6572 656c 6174 696f 6e73 6869 706c pherelationshipl 0280 6163 652d 6f66 2d77 6f72 7368 6970 6c61 ace-of-worshipla 0290 6365 2d74 7970 6572 6d61 6e65 6e74 2d61 ce-typermanent-a 02A0 6273 656e 6365 6d62 6172 7261 7373 6564 bsencembarrassed 02B0 6570 7265 7373 6564 7365 7276 6963 652d epressedservice- 02C0 636c 6173 7372 6f6f 6d75 7374 556e 6465 classroomustUnde 02D0 7273 7461 6e64 6973 7472 6163 7465 6470 rstandistractedp 02E0 6c61 6365 2d69 7374 6565 7269 6e67 6f76 lace-isteeringov 02F0 6572 6e6d 656e 7472 6169 6e2d 7374 6174 ernmentrain-stat 0300 696f 6e2d 7468 652d 7068 6f6e 6575 7472 ion-the-phoneutr 0310 616c 7075 626c 6963 2d74 7261 6e73 706f alpublic-transpo 0320 7274 696d 652d 6f66 6673 6574 6f6f 6272 rtime-offsetoobr 0330 6967 6874 7661 6361 7469 6f6e 696e 7465 ightvacationinte 0340 7265 7374 6564 696e 6e65 7276 6f75 7374 restedinnervoust 0350 6164 6975 6d6f 6f64 7977 6172 6568 6f75 adiumoodywarehou 0360 7365 722d 696e 7075 7468 6972 7374 7970 ser-inputhirstyp 0370 7269 7661 6379 636c 656f 7468 6572 3a64 rivacycleother:d 0380 6174 612d 6d6f 6465 6c70 7265 7365 6e74 ata-modelpresent 0390 6174 696f 6e6f 7465 696e 2d70 6572 736f ationotein-perso 03A0 6e69 6e64 6967 6e61 6e74 696d 6573 7461 nindignantimesta 03B0 6d70 6572 666f 726d 616e 6365 6875 6d69 mperformancehumi 03C0 6c69 6174 6564 6576 6963 6549 6466 616c liatedeviceIdfal 03D0 7365 7269 6f75 7368 6f70 7069 6e67 2d61 serioushopping-a 03E0 7265 6170 706f 696e 746d 656e 7469 7479 reappointmentity 03F0 3d73 7461 7475 732d 6963 6f6e 7665 6e74 =status-iconvent 0400 696f 6e2d 6365 6e74 6572 656d 6f72 7365 ion-centeremorse 0410 6675 6c69 6272 6172 7975 726e 3a69 6574 fulibraryurn:iet 0420 663a 7061 7261 6d73 3a78 6d6c 3a6e 733a f:params:xml:ns: 0430 7069 6466 6c69 7274 6174 696f 7573 7572 pidflirtatiousur 0440 7072 6973 6564 636f 6e74 6163 7469 7669 prisedcontactivi 0450 7469 6573 6172 6361 7374 6963 6f6e 7465 tiesarcasticonte 0460 6e74 6564 636c 6f73 656c 6672 7573 7472 ntedcloselfrustr 0470 6174 6564 6172 6b61 7373 6973 7461 6e74 atedarkassistant 0480 7275 6569 6e2d 7472 616e 7369 7475 706c ruein-transitupl 0490 6569 6e5f 6c6f 7665 7273 696f 6e3d 6f70 ein_loversion=op 04A0 656e 636f 6469 6e67 3d3c 3f78 6d6c 6e73 encoding=1.0/>...... 04E0 0308 d509 08a0 0708 ce06 08ab 1b08 1907 ................ 04F0 07ea 0208 d808 08c6 0508 8c03 08c3 0708 ................ 0500 4606 07f1 0508 b104 089e 0508 6409 08b7 F...........d... 0510 0408 7f05 07cd 0407 9409 07a9 0b07 7e08 ..............~. 0520 07c5 0607 c506 079b 0508 c00e 06c8 0a08 ................ Garcia-Martin Expires December 18, 2006 [Page 8] Internet-Draft Presence dictionary for Sigcomp June 2006 0530 4a05 0779 0506 c004 0754 0806 df0a 068d J..y.....T...... 0540 0707 6f0c 0673 0d06 b806 066f 0b07 f10b ..o..s.....o.... 0550 0721 0a07 5f07 05e6 0b07 e204 065f 0904 .!.._........_.. 0560 d804 065b 0607 4507 05df 0a08 8310 048a ...[..E......... 0570 0406 5707 0586 0c07 010b 07b1 1106 9507 ..W............. 0580 05d8 0c07 8908 07d6 0804 4009 0431 0806 ..........@..1.. 0590 e606 0409 0207 3308 0734 0704 9607 0687 ......3..4...... 05A0 0604 4d06 0623 0506 4207 05d1 0704 c907 ..M..#..B....... 05B0 05ca 0506 3d05 0638 0404 c404 0653 0805 ....=..8.....S.. 05C0 3209 085b 0606 1d07 0669 0906 af0c 045e 2..[.....i.....^ 05D0 0904 690a 06d5 0b06 a507 0504 0b08 330a ..i...........3. 05E0 086a 0605 6c06 0447 0506 3303 05a0 0705 .j..l..G..3..... 05F0 c30a 07bc 0606 1704 064f 0905 9706 0611 .........O...... 0600 0708 9109 07a1 0a07 3c0a 058d 0705 4706 ........<.....G. 0610 0541 0404 c705 0754 0707 4807 070b 0805 .A.....T..H..... 0620 7607 0484 0506 2e08 04a3 0a08 0908 0439 v..............9 0630 0306 6609 0853 0707 d007 054d 0306 6304 ..f..S.....M..c. 0640 08b3 0606 0b08 04df 0908 3d07 0768 0705 ..........=..h.. 0650 bc05 0572 0504 2102 048c 0506 2905 0426 ...r..!.....)..& 0660 0907 2b04 0873 0405 2e0d 04f8 0d05 2308 ..+..s........#. 0670 05ad 0705 b505 050c 0a05 1004 064b 0305 .............K.. 0680 0b03 0554 0b05 5404 0647 0906 c004 04d5 ...T..T..G...... 0690 0c04 1611 07f9 0507 740a 06ed 0805 3a05 ........t.....:. 06A0 05a0 0a04 ab07 0812 0606 0508 042a 0705 .............*.. 06B0 6610 067e 0605 ff06 0712 1007 1209 047b f..~...........{ 06C0 0a04 ea06 05f9 0d07 d607 074e 0504 e706 ...........N.... 06D0 04cf 0704 bd05 06f6 0d06 f605 04f3 0805 ................ 06E0 a509 0759 0504 000a 0400 0908 7709 051a ...Y........w... 06F0 0605 f306 05ed 0408 670a 0472 0704 9d0a ........g..r.... 0700 040d 0705 5f09 0798 0605 7e07 049d 0a04 ...._.....~..... 0710 0d07 055f 0907 9806 057e 0405 8404 0496 ..._.....~...... 0720 0e04 510a 04b4 ..Q... Figure 3: Binary representation of the presence-specific static dictionary for SigComp 5. Security Considerations TBD 6. IANA Considerations TBD Garcia-Martin Expires December 18, 2006 [Page 9] Internet-Draft Presence dictionary for Sigcomp June 2006 7. Acknowledgements The author would like to thank Miraj Mostafa, Pekka Pessi, and Catalin Ionescu for their persistent convincing arguments to demonstrate the benefit of this dictionary. Thanks to Carsten Bormann for providing assistance with the dictionary generation. Adam Roach created the software that automatically generates the binary dictionary. 8. References 8.1. Normative References [1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [2] Price, R., Bormann, C., Christoffersson, J., Hannu, H., Liu, Z., and J. Rosenberg, "Signaling Compression (SigComp)", RFC 3320, January 2003. 8.2. Informational References [3] Deutsch, P., "DEFLATE Compressed Data Format Specification version 1.3", RFC 1951, May 1996. [4] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002. [5] Roach, A., "Session Initiation Protocol (SIP)-Specific Event Notification", RFC 3265, June 2002. [6] Yergeau, F., "UTF-8, a transformation format of ISO 10646", STD 63, RFC 3629, November 2003. [7] Garcia-Martin, M., Bormann, C., Ott, J., Price, R., and A. Roach, "The Session Initiation Protocol (SIP) and Session Description Protocol (SDP) Static Dictionary for Signaling Compression (SigComp)", RFC 3485, February 2003. [8] Sugano, H., Fujimoto, S., Klyne, G., Bateman, A., Carr, W., and J. Peterson, "Presence Information Data Format (PIDF)", RFC 3863, August 2004. [9] Handley, M., "SDP: Session Description Protocol", draft-ietf-mmusic-sdp-new-26 (work in progress), January 2006. Garcia-Martin Expires December 18, 2006 [Page 10] Internet-Draft Presence dictionary for Sigcomp June 2006 [10] Rosenberg, J., "A Data Model for Presence", draft-ietf-simple-presence-data-model-07 (work in progress), January 2006. [11] Schulzrinne, H., "RPID: Rich Presence Extensions to the Presence Information Data Format (PIDF)", draft-ietf-simple-rpid-10 (work in progress), December 2005. [12] Schulzrinne, H., "CIPID: Contact Information in Presence Information Data Format", draft-ietf-simple-cipid-07 (work in progress), December 2005. [13] Schulzrinne, H., "Timed Presence Extensions to the Presence Information Data Format (PIDF) to Indicate Status Information for Past and Future Time Intervals", draft-ietf-simple-future-05 (work in progress), December 2005. [14] Lonnfors, M., "Presence Information Data format (PIDF) Extension for Partial Presence", draft-ietf-simple-partial-pidf-format-06 (work in progress), March 2006. [15] Lonnfors, M., "Publication of Partial Presence Information", draft-ietf-simple-partial-publish-04 (work in progress), March 2006. Appendix A. Input strings to the presence-specific static dictionary String Pr Off Len References ===================================== == ==== ==== ========== "" 1 04CE 0007 [8] 4.4 "xmlns=" 1 04AB 0006 [8] 4.4 "urn:ietf:params:xml:ns:pidf" 1 0419 001B [8] 4.4 "entity=" 1 03EA 0007 [8] 4.4 "/>" 1 04D8 0002 [8] 4.4 "presence" 1 04C6 0008 [8] 4.4 "tuple" 1 048C 0005 [8] 4.4 "id=" 1 04C3 0003 [8] 4.4 "note" 2 0394 0004 [8] 4.4 "contact" 1 0446 0007 [8] 4.4 "timestamp" 2 03A9 0009 [8] 4.4 "status" 1 03F1 0006 [8] 4.4 Garcia-Martin Expires December 18, 2006 [Page 11] Internet-Draft Presence dictionary for Sigcomp June 2006 "basic" 1 04B1 0005 [8] 4.4 "open" 1 049E 0004 [8] 4.4 "close" 1 0464 0005 [8] 4.4 "priority=" 1 04B7 0009 [8] 4.4 "mustUnderstand" 3 02C8 000E [8] 4.4 "true" 1 047F 0004 [8] 4.4 "false" 1 03CD 0005 [8] 4.4 ":data-model" 2 037E 000B [10] 5.1 "deviceId" 2 03C5 0008 [10] 5.1 "device" 2 03C5 0006 [10] 5.1 "person" 2 039B 0006 [10] 5.1 ":rpid" 2 04C0 0005 [11] 5 "activities" 3 044A 000A [11] 5 "unknown" 5 01E6 0007 [11] 5 "appointment" 5 03E2 000B [11] 5 "away" 5 025F 0004 [11] 5 "breakfast" 5 00D8 0009 [11] 5 "busy" 5 025B 0004 [11] 5 "dinner" 5 0345 0006 [11] 5 "holiday" 5 01DF 0007 [11] 5 "in-transit" 5 0483 000A [11] 5 "looking-for-work" 5 008A 0010 [11] 5 "meal" 5 0257 0004 [11] 5 "meeting" 5 0186 0007 [11] 5 "on-the-phone" 5 0301 000C [11] 5 "performance" 5 03B1 000B [11] 5 "permanent-absence" 5 0295 0011 [11] 5 "playing" 5 01D8 0007 [11] 5 "presentation" 5 0389 000C [11] 5 "shopping" 5 03D6 0008 [11] 5 "sleeping" 5 0040 0008 [11] 5 "spectator" 5 0031 0009 [11] 5 "steering" 5 02E6 0008 [11] 5 "travel" 5 0009 0006 [11] 5 "tv" 5 0333 0002 [11] 5 "vacation" 5 0334 0008 [11] 5 "working" 5 0096 0007 [11] 5 "worship" 5 0287 0007 [11] 5 "other" 3 0379 0005 [11] 5 "class" 3 02C0 0005 [11] 5 "afraid" 5 004D 0006 [11] 5 "amazed" 5 0223 0006 [11] 5 "angry" 5 0242 0005 [11] 5 "annoyed" 5 01D1 0007 [11] 5 "anxious" 5 00C9 0007 [11] 5 "ashamed" 5 01CA 0007 [11] 5 "bored" 5 023D 0005 [11] 5 "brave" 5 0238 0005 [11] 5 Garcia-Martin Expires December 18, 2006 [Page 12] Internet-Draft Presence dictionary for Sigcomp June 2006 "calm" 5 00C4 0004 [11] 5 "cold" 5 0253 0004 [11] 5 "confused" 5 0132 0008 [11] 5 "contented" 5 045B 0009 [11] 5 "cranky" 5 021D 0006 [11] 5 "curious" 5 0269 0007 [11] 5 "depressed" 5 02AF 0009 [11] 5 "disappointed" 5 005E 000C [11] 5 "disgusted" 5 0069 0009 [11] 5 "distracted" 5 02D5 000A [11] 5 "embarrassed" 5 02A5 000B [11] 5 "excited" 5 0104 0007 [11] 5 "flirtatious" 5 0433 000B [11] 5 "frustrated" 5 046A 000A [11] 5 "grumpy" 5 016C 0006 [11] 5 "guilty" 5 0047 0006 [11] 5 "happy" 5 0233 0005 [11] 5 "hot" 5 01A0 0003 [11] 5 "humbled" 5 01C3 0007 [11] 5 "humiliated" 5 03BC 000A [11] 5 "hungry" 5 0217 0006 [11] 5 "hurt" 5 024F 0004 [11] 5 "impressed" 5 0197 0009 [11] 5 "in_awe" 5 0211 0006 [11] 5 "in_love" 5 0491 0007 [11] 5 "indignant" 5 03A1 0009 [11] 5 "interested" 5 033C 000A [11] 5 "invincible" 5 018D 000A [11] 5 "jealous" 5 0147 0007 [11] 5 "lonely" 5 0141 0006 [11] 5 "mean" 5 00C7 0004 [11] 5 "moody" 5 0354 0005 [11] 5 "nervous" 5 0348 0007 [11] 5 "neutral" 5 030B 0007 [11] 5 "offended" 5 0176 0008 [11] 5 "playful" 5 0084 0007 [11] 5 "proud" 5 022E 0005 [11] 5 "relieved" 5 00A3 0008 [11] 5 "remorseful" 5 0409 000A [11] 5 "restless" 5 0039 0008 [11] 5 "sad" 5 0266 0003 [11] 5 "sarcastic" 5 0453 0009 [11] 5 "serious" 5 03D0 0007 [11] 5 "shocked" 5 014D 0007 [11] 5 "shy" 5 0263 0003 [11] 5 "sick" 5 04B3 0004 [11] 5 "sleepy" 5 020B 0006 [11] 5 "stressed" 5 00DF 0008 [11] 5 Garcia-Martin Expires December 18, 2006 [Page 13] Internet-Draft Presence dictionary for Sigcomp June 2006 "surprised" 5 043D 0009 [11] 5 "thirsty" 5 0368 0007 [11] 5 "worried" 5 01BC 0007 [11] 5 "mood" 3 0354 0004 [11] 5 "place-is" 3 02DF 0008 [11] 5 "audio" 5 0172 0005 [11] 5 "noisy" 5 0021 0005 [11] 5 "ok" 5 008C 0002 [11] 5 "quiet" 5 0229 0005 [11] 5 "video" 5 0026 0005 [11] 5 "toobright" 5 032B 0009 [11] 5 "dark" 5 0473 0004 [11] 5 "text" 5 012E 0004 [11] 5 "uncomfortable" 5 00F8 000D [11] 5 "inappropriate" 5 0123 000D [11] 5 "place-type" 3 028D 000A [11] 5 "aircraft" 5 01AD 0008 [11] 5 "airport" 5 01B5 0007 [11] 5 "arena" 5 010C 0005 [11] 5 "automobile" 5 0110 000A [11] 5 "bank" 5 024B 0004 [11] 5 "bar" 5 010B 0003 [11] 5 "bus" 5 0154 0003 [11] 5 "bus-station" 5 0154 000B [11] 5 "cafe" 5 0247 0004 [11] 5 "classroom" 5 02C0 0009 [11] 5 "club" 5 00D5 0004 [11] 5 "construction" 5 0016 000C [11] 5 "convention-center" 5 03F9 0011 [11] 5 "cycle" 5 0374 0005 [11] 5 "government" 5 02ED 000A [11] 5 "hospital" 5 013A 0008 [11] 5 "hotel" 5 01A0 0005 [11] 5 "industrial" 5 00AB 000A [11] 5 "library" 5 0412 0007 [11] 5 "office" 5 0205 0006 [11] 5 "outdoors" 5 002A 0008 [11] 5 "parking" 5 0166 0007 [11] 5 "place-of-worship" 5 027E 0010 [11] 5 "prison" 5 01FF 0006 [11] 5 "public" 5 0312 0006 [11] 5 "public-transport" 5 0312 0010 [11] 5 "residence" 5 007B 0009 [11] 5 "restaurant" 5 00EA 000A [11] 5 "school" 5 01F9 0006 [11] 5 "shopping-area" 5 03D6 000D [11] 5 "stadium" 5 034E 0007 [11] 5 "store" 5 00E7 0005 [11] 5 Garcia-Martin Expires December 18, 2006 [Page 14] Internet-Draft Presence dictionary for Sigcomp June 2006 "street" 5 00CF 0006 [11] 5 "theater" 5 00BD 0007 [11] 5 "train" 5 02F6 0005 [11] 5 "train-station" 5 02F6 000D [11] 5 "truck" 5 00F3 0005 [11] 5 "underway" 5 01A5 0008 [11] 5 "warehouse" 5 0359 0009 [11] 5 "water" 5 0000 0005 [11] 5 "watercraft" 5 0000 000A [11] 5 "privacy" 3 036F 0007 [11] 5 "relationship" 3 0273 000C [11] 5 "assistant" 5 0477 0009 [11] 5 "associate" 5 011A 0009 [11] 5 "family" 5 01F3 0006 [11] 5 "friend" 5 01ED 0006 [11] 5 "self" 5 0467 0004 [11] 5 "supervisor" 5 0072 000A [11] 5 "courier" 5 009D 0007 [11] 5 "electronic" 5 000D 000A [11] 5 "freight" 5 015F 0007 [11] 5 "in-person" 5 0398 0009 [11] 5 "postal" 5 017E 0006 [11] 5 "service-class" 3 02B8 000D [11] 5 "courier" 5 009D 0007 [11] 5 "electronic" 5 000D 000A [11] 5 "freight" 5 015F 0007 [11] 5 "in-person" 5 0398 0009 [11] 5 "postal" 5 017E 0006 [11] 5 "sphere" 3 026F 0006 [11] 5 "home" 5 0184 0004 [11] 5 "work" 5 0096 0004 [11] 5 "status-icon" 3 03F1 000B [11] 5 "time-offset" 3 0321 000B [11] 5 "user-input" 3 035F 000A [11] 5 "idle-threshold" 5 0051 000E [11] 5 "last-input" 5 00B4 000A [11] 5 Author's Address Miguel A. Garcia-Martin Nokia P.O.Box 407 NOKIA GROUP, FIN 00045 Finland Email: miguel.an.garcia@nokia.com Garcia-Martin Expires December 18, 2006 [Page 15] Internet-Draft Presence dictionary for Sigcomp June 2006 Full Copyright Statement Copyright (C) The Internet Society (2006). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual Property The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org. Acknowledgment Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA). Garcia-Martin Expires December 18, 2006 [Page 16]