ETSI TS 102 527-4 V1.1.1 (2009-10)

Technical Specification
Digital Enhanced Cordless Telecommunications (DECT);
New Generation DECT;
Part 4: Light Data Services;
Software Update Over The Air (SUOTA),
content downloading and HTTP based applications

2 ETSI TS 102 527-4 V1.1.1 (2009-10)

Reference
DTS/DECT-NG0256-4
Keywords
access, data, DECT, DPRS, IMT-2000, internet,
interoperability, interworking, mobility, packet
mode, profile, radio, synchronization, TDD,
TDMA
ETSI
650 Route des Lucioles
F-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 enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
Individual copies of the present document can be downloaded from:
http://www.etsi.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 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://portal.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 foregoing restriction extend to reproduction in all media.

© European Telecommunications Standards Institute 2009.
All rights reserved.
TM TM TM TM
DECT , PLUGTESTS , UMTS , TIPHON , the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered
for the benefit of its Members.
TM
3GPP is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners.
LTE™ is a Trade Mark of ETSI currently being registered
for the benefit of its Members and of the 3GPP Organizational Partners.
GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association.
ETSI
3 ETSI TS 102 527-4 V1.1.1 (2009-10)
Contents
Intellectual Property Rights . 7
Foreword . 7
1 Scope . 8
2 References . 8
2.1 Normative references . 8
2.2 Informative references . 10
3 Definitions, symbols and abbreviations . 10
3.1 Definitions . 10
3.2 Symbols . 11
3.3 Abbreviations . 12
4 Description of services . 12
4.1 Services covered by the present document . 12
4.1.1 Introduction. 12
4.1.2 Application scenario . 12
4.2 Light Data Services Protocol architecture . 13
4.2.1 Data protocol reference configuration . 13
4.3 Description of functionality and functional split between PT and FT . 14
4.3.1 Functionality of the DECT FP . 14
4.3.2 Functionality of the DECT PP . 14
4.3.3 U-plane interworking and protocol architecture . 14
4.3.4 Dynamic considerations on U-plane . 15
4.3.5 C-plane interworking . 16
4.4 Service and Performance Objectives . 16
4.5 General application environments . 17
5 Relevant requirements . 18
5.1 Service and feature definitions . 18
5.1.1 PHL service definitions . 18
5.1.2 MAC service definitions . 18
5.1.3 DLC service definitions . 18
5.1.4 NWK feature definitions . 18
5.1.5 Application service definitions . 19
5.1.6 Management Entity (ME) definitions . 19
5.1.7 Call Control (CC) and mobility management service definitions . 19
5.1.8 U-plane service and interworking definitions . 19
6 Profile specific requirements . 19
6.1 General . 19
6.2 General class/service/interworking support . 20
6.2.1 Class/service support . 20
6.2.2 Protocol interworking support . 20
6.3 Void . 21
6.4 Physical layer (PHL) requirements. 21
6.4.1 Physical layer (PHL) services . 21
6.4.2 Modulation schemes . 21
6.4.3 PHL service to procedure mapping . 21
6.5 MAC layer requirements . 22
6.5.1 MAC layer services . 22
6.5.2 MAC service to procedure mapping . 22
6.6 DLC layer . 27
6.6.1 DLC layer services. 27
6.6.2 DLC service to procedure mapping . 27
6.7 NWK layer . 28
6.7.1 General . 28
6.7.2 NWK features . 28
ETSI
4 ETSI TS 102 527-4 V1.1.1 (2009-10)
6.7.3 NWK features to procedures mapping . 29
6.8 Application features . 31
6.8.1 Application features . 31
6.8.2 Application features to procedures mapping. 31
6.9 Distributed communications . 32
6.10 Management Entity (ME) . 33
6.10.1 Management Entity (ME) operation modes . 33
6.10.2 Management Entity (ME) mode to procedures mapping . 33
7 Profile specific procedures description . 33
7.1 General . 33
7.2 Management Entity (ME) procedures . 33
7.3 MAC layer procedures . 33
7.4 DLC layer procedures . 33
7.5 NWK layer procedures . 34
7.5.1 PT initiated virtual call request (outgoing call). 34
7.5.2 FT initiated virtual call request (incoming call) . 35
7.5.3 Service Negotiation specific rules . 36
7.5.4 General procedures . 36
7.5.4.1 Service change rejection . 36
7.5.4.2 Interactions with telephony service . 36
7.5.4.2.1 Switching procedure when a light data service call is already established and there is an
incoming voice call . 37
7.5.4.2.2 Simultaneous handling of light data service and voice calls . 41
7.5.4.2.3 Using a light data service when a voice call is already established . 41
7.5.4.2.4 Handling of other interactions . 41
7.5.4.3 Enforcement of encryption . 41
7.5.4.3.1 Encryption of NG-DECT part 4 data calls. 41
7.5.4.3.2 Encryption of NG-DECT part 4 information exchange over C-plane . 42
7.5.5 Information exchange in the C-Plane. 42
7.5.5.1 C-Plane commands general format . 42
7.5.5.2 Software upgrade commands . 43
7.5.5.2.1 "Handset version indication" command . 43
7.5.5.2.2 "Handset version available" command . 46
7.5.5.2.3 "URL indication" command . 49
7.5.5.2.4 "Negative acknowledgement" command . 49
7.5.6 SUOTA push mode . 50
7.5.7 Terminal capability indication . 50
7.5.8 Call resources/parameters negotiation . 52
7.5.9 IWU-attributes change . 54
7.5.10 Broadcast attributes management . 55
7.6 Application layer procedures . 56
7.6.1 Binary content download . 56
7.6.1.1 Binary content download general requirements . 56
7.6.1.2 LU10 interworking conventions and HTTP profile . 56
7.6.1.2.1 LU10 interworking conventions and HTTP profile for "Simple binary content download" . 56
7.6.1.2.2 LU10 interworking conventions and HTTP profile for "Enhanced binary content download" . 57
7.6.1.2.3 LU10 interworking conventions and HTTP profile for "Generic multiprotocol binary content
do wnload" . 58
7.6.1.3 Binary content download media type . 58
7.6.1.4 Binary content download sequence . 58
7.6.1.5 URI-based PP to FP security requirements . 59
7.6.1.5.1 URI-based PP to FP confidentiality requirement . 59
7.6.1.5.2 URI-based PP to FP authentication requirement . 60
7.6.1.6 PP to FP enhanced interactivity . 60
7.6.2 Software upgrade over the air (SUOTA) . 61
7.6.2.1 SUOTA general requirements . 61
7.6.2.1.1 Definitions . 61
7.6.2.1.2 SUOTA general description . 61
7.6.2.1.3 Protocol overview . 62
7.6.2.1.4 SUOTA protocol steps: overview . 63
7.6.2.2 Basic SUOTA protocol steps . 64
ETSI
5 ETSI TS 102 527-4 V1.1.1 (2009-10)
7.6.2.2.1 Step 1-PP sends a "Handset version indication" command to the FP . 64
7.6.2.2.2 Step 2-FP retrieves url of the next file to be downloaded (FP_URL2) . 65
7.6.2.2.3 Step 3-The PP receives the "Handset version available" command from the FP . 65
7.6.2.2.4 Step 4-PP and FP gets the current file from the downloading server . 66
7.6.2.3 Enhanced SUOTA protocol steps . 67
7.6.2.3.1 Step 1- Enhanced SUOTA possible variants . 67
7.6.2.3.2 Step 2-Enhanced SUOTA possible variants . 67
7.6.2.3.3 Step 3-Enhanced SUOTA possible variants . 68
7.6.2.3.4 Step 4-Enhanced SUOTA possible variants . 68
7.6.2.4 PP security requirements in URL1 and URL2 . 68
7.6.2.5 Final notification of success and multiple step SUOTA . 69
7.6.2.6 Notification of failure . 69
7.6.2.7 User initiated SUOTA . 70
7.6.3 HTTP-based applications . 70
7.6.3.1 HTTP-based applications general requirements . 70
7.6.3.2 Support of additional HTTP header fields . 71
7.6.3.3 Support of additional media-types . 71
7.6.3.4 Support of character encodings . 71
7.6.3.5 Simple XHTML profile . 72
7.6.3.6 Baseline XHTML profile . 72
7.6.3.6.1 Basic elements support . 72
7.6.3.6.2 Image element support . 72
7.6.3.6.3 Tables support . 73
7.6.3.6.4 Forms support . 73
7.7 Interworking requirements . 73
7.7.1 IWU-attributes information element . 73
7.7.2 SDU sizes and setting of SDU boundaries. 74
7.8 Physical layer procedures . 74
Annex A (normative): HTTP Profiles . 75
A.1 Common HTTP profile (HTTP limited set nr.2) . 75
A.1.1 General requirements . 75
A.1.2 Supported HTTP methods . 75
A.1.2.1 GET method. 75
A.1.2.2 HEAD method . 75
A.1.2.3 POST method. 75
A.1.2.4 Pipelining of requests. 75
A.1.3 Request URI and Host header field . 76
A.1.3.1 Use of the 'localhost' Host value . 76
A.1.4 Supported HTTP header fields . 77
A.1.5 Supported media types . 77
A.1.6 Redirections of GET (or HEAD) requests . 77
A.1.7 Byte-range operations . 78
A.1.7.1 Byte-range operations related responses . 79
A.1.7.2 Byte-range operations related header fields . 79
A.1.7.3 Byte range operation use cases . 79
A.1.7.3.1 Use case 1: standard downloading with default application packet size of 12 kbytes . 79
A.1.7.3.2 Use case 2: standard downloading with application packet size of 48 kbytes . 80
A.1.7.3.3 Use case 3: Download with interruption in-between . 81
A.1.8 Supported HTTP errors . 82
A.2 Extended HTTP profile (HTTP limited set nr.3) . 83
A.2.1 General requirements . 83
A.2.2 POST method . 83
A.2.2.1 Example of POST method . 84
A.2.2.2 Redirection of POST requests . 84
A.2.2.2.1 General requirements . 84
A.2.2.2.2 Post-Redirect-Get pattern . 85
A.2.3 Supported HTTP header fields . 85
Annex B (normative): Basic SUOTA . 86
ETSI
6 ETSI TS 102 527-4 V1.1.1 (2009-10)
B.1 Basic SUOTA FP to management server interface . 86
B.1.1 FP request (FP_URL1) construction . 86
B.1.2 Private parameters . 87
B.2 Basic SUOTA management server to FP interface . 87
B.3 Basic SUOTA possible implementation (example) . 88
Annex C (informative): Enhanced SUOTA. 90
C.1 Enhanced SUOTA example-use of Basic/Digest authentication and HTTPS from FP to MS,
initiated by the PP . 90
C.2 Enhanced SUOTA example-use of HTTPS from FP to MS, initiated by the MS. 92
C.3 Enhanced SUOTA example-use of HTTPS from FP to MS, initiated by the FP . 94
C.4 Enhanced SUOTA example-use of TR-069 [i.5] . 96
C.4.1 Introduction and diagram . 96
C.4.2 Detailed messages . 98
C.4.2.1 General message format . 98
C.4.2.2 Preliminary "Inform" exchange . 98
C.4.2.2.1 Inform . 98
C.4.2.2.2 InformResponse . 99
C.4.2.3 Download exchange . 99
C.4.2.3.1 Download (from server to FP) . 99
C.4.2.3.2 DownloadResponse (from FP to server) . 100
C.4.2.3.3 Preventing too many Download messages . 100
C.4.2.4 Transfer complete exchange . 101
C.4.2.4.1 TransferComplete (from FP to server) . 101
C.4.2.4.2 TransferCompleteResponse (from server to FP) . 101
C.4.2.5 Error handling-"Fault" message . 101
C.4.2.6 Alternative exchanges . 102
C.4.2.6.1 RequestDownload (from server to FP) . 102
C.4.2.6.2 RequestDownloadResponse (from server to FP) . 103
Annex D (informative): Bibliography . 104
History . 105

ETSI
7 ETSI TS 102 527-4 V1.1.1 (2009-10)
Intellectual Property Rights
IPRs essential or potentially essential to the present 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
respect 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 existence 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 Technical Specification (TS) has been produced by ETSI Technical Committee Digital Enhanced Cordless
Telecommunications (DECT).
The present document is based on EN 300 175, parts 1 [1] to 8 [8], EN 300 444 [14] and EN 301 649 [15]. General
attachment requirements and speech attachment requirements are based on EN 301 406 [11] (replacing TBR 006 [i.2])
and EN 300 176-2 [10] (previously covered by TBR 010 [i.3]). Further details of the DECT system may be found in
TR 101 178 [i.1].
The present document has been developed in accordance to the rules of documenting a profile specification as described
in ISO/IEC 9646-6 [12].
The information in the present document is believed to be correct at the time of publication. However, DECT
standardization is a rapidly changing area, and it is possible that some of the information contained in the present
document may become outdated or incomplete within relatively short time-scales.
The present document is part 4 of a multi-part deliverable covering the New Generation DECT as identified below:
Part 1: "Wideband speech";
Part 2: "Support of transparent IP packet data";
Part 3: "Extended wideband speech services";
Part 4: "Light Data Services; Software Update Over The Air (SUOTA), content downloading and HTTP
based applications".
ETSI
8 ETSI TS 102 527-4 V1.1.1 (2009-10)
1 Scope
The present document specifies a set of functionalities of the New Generation DECT.
The functionalities defined in this profile are based on DECT base standard, EN 300 175, parts 1 [1] to 8 [8], DECT
Generic Access Profile (GAP), EN 300 444 [14], and DECT Packet Radio Service (DPRS), EN 301 649 [15].
The New Generation DECT provides the following basic new functionalities:
• wideband voice service;
• packet-mode data service supporting Internet Protocol with efficient spectrum usage and high data rates.
All DECT devices claiming to be compliant with this Application Profile will offer at least the basic services defined as
mandatory. In addition to that, optional features can be implemented to offer additional DECT services.
The aim of the present document is to guarantee a sufficient level of interoperability and to provide an easy route for
development of DECT data applications, with the features of the present document being a common fall-back option
available in all compliant to this profile equipment.
DECT does not standardize Internet Application protocols or other high layer data protocols, which are in the scope of
other standardization organizations.
2 References
References are either specific (identified 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 possible 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.
NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee
their long term 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.
[1] ETSI EN 300 175-1: "Digital Enhanced Cordless Telecommunications (DECT); Common
Interface (CI); Part 1: Overview".
[2] ETSI EN 300 175-2: "Digital Enhanced Cordless Telecommunications (DECT); Common
Interface (CI); Part 2: Physical layer (PHL)".
[3] ETSI EN 300 175-3: "Digital Enhanced Cordless Telecommunications (DECT); Common
Interface (CI); Part 3: Medium Access Control (MAC) layer".
ETSI
9 ETSI TS 102 527-4 V1.1.1 (2009-10)
[4] ETSI EN 300 175-4: "Digital Enhanced Cordless Telecommunications (DECT); Common
Interface (CI); Part 4: Data Link Control (DLC) layer".
[5] ETSI EN 300 175-5: "Digital Enhanced Cordless Telecommunications (DECT); Common
Interface (CI); Part 5: Network (NWK) layer".
[6] ETSI EN 300 175-6: "Digital Enhanced Cordless Telecommunications (DECT); Common
Interface (CI); Part 6: Identities and addressing".
[7] ETSI EN 300 175-7: "Digital Enhanced Cordless Telecommunications (DECT); Common
Interface (CI); Part 7: Security features".
[8] ETSI EN 300 175-8: "Digital Enhanced Cordless Telecommunications (DECT); Common
Interface (CI); Part 8: Speech and audio coding and transmission".
[9] ETSI EN 300 176-1: "Digital Enhanced Cordless Telecommunications (DECT); Test
specification; Part 1: Radio".
[10] ETSI EN 300 176-2: "Digital Enhanced Cordless Telecommunications (DECT); Test
specification; Part 2: Audio and speech".
[11] ETSI EN 301 406: "Digital Enhanced Cordless Telecommunications (DECT); Harmonized EN for
Digital Enhanced Cordless Telecommunications (DECT) covering the essential requirements
under article 3.2 of the R&TTE Directive; Generic radio".
[12] ISO/IEC 9646-6: "Information technology - Open Systems Interconnection - Conformance testing
methodology and framework - Part 6: Protocol profile test specification".
[13] ISO/IEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing
methodology and framework - Part 7: Implementation Conformance Statements".
[14] ETSI EN 300 444: "Digital Enhanced Cordless Telecommunications (DECT); Generic Access
Profile (GAP)".
[15] ETSI EN 301 649: "Digital Enhanced Cordless Telecommunications (DECT); DECT Packet
Radio Service (DPRS)".
[16] ETSI TS 102 527-1: "Digital Enhanced Cordless Telecommunications (DECT); New Generation
DECT; Part 1: Wideband Speech ".
[17] ETSI TS 102 527-3: "Digital Enhanced Cordless Telecommunications (DECT); New Generation
DECT; Part 3: Extended Wideband Speech Services".
[18] Void.
[19] IETF RFC 791 (1981): "Internet Protocol" (STD 51).
[20] IETF RFC 768 (1980): "User Datagram Protocol" (STD 6).
[21] IETF RFC 793 (1981): "Transmission Control Protocol" (STD 7).
[22] IETF RFC 2616: "Hypertext Transfer Protocol -- HTTP/1.1".
[23] IETF RFC 3986: "Uniform Resource Identifier (URI): Generic Syntax" (STD 66).
[24] IETF RFC 2817: "Upgrading to TLS within HTTP/1.1".
[25] IETF RFC 1034: "Domain Names - Concepts and Facilities" (STD 13).
[26] IETF RFC 1035: "Domain Names - Implementation and Specification" (STD 13).
[27] XHTML™ 1.1 - Module-based XHTML - World Wide Web Consortium Recommendation
31 May 2001.
NOTE: http://www.w3.org/TR/2001/REC-xhtml11-20010531/.
ETSI
10 ETSI TS 102 527-4 V1.1.1 (2009-10)
2.2 Informative references
The following referenced documents are not essential to the use of the present document but they assist the user with
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including
any amendments) applies.
[i.1] ETSI TR 101 178: "Digital Enhanced Cordless Telecommunications (DECT); A high Level Guide
to the DECT Standardization".
[i.2] ETSI TBR 006: "Digital Enhanced Cordless Telecommunications (DECT); General terminal
attachment requirements".
[i.3] ETSI TBR 010: "Digital Enhanced Cordless Telecommunications (DECT); General terminal
attachment requirements: Telephony applications".
[i.4] ETSI TS 102 527-2: "Digital Enhanced Cordless Telecommunications (DECT); New Generation
DECT; Part 2: Support of transparent IP packet data".
[i.5] The Broadband Forum's (formerly DSL-Forum) Technical Report 069 (TR-069): "Technical
Reports for a Customer Premises Equipment (CPE) WAN Management Protocol".
[i.6] Web pages of the Unicode Consortium.
NOTE: http://www.unicode.org/.
[i.7] IETF RFC 3629 (2003): "UTF-8, a transformation format of ISO 10646".
[i.8] IEEE 802.3: "IEEE Standard for Information technology - Specific requirements - Part 3: Carrier
Sense Multiple Access with Collision Detection (CMSA/CD) Access Method and Physical Layer
Specifications" (also known as ISO/IEC 8802-3).
[i.9] IEEE 802.5: "IEEE Standard for Information technology - Telecommunications and information
exchange between systems - Local and metropolitan area networks - Specific requirements -
Part 5: Token Ring Access Method and Physical Layer Specification" (also known as
ISO/IEC 8802-5).
[i.10] IETF RFC 1661: "The Point-to-Point Protocol (PPP)".
[i.11] ISO/IEC 8859-1: "Information technology -- 8-bit single-byte coded graphic character sets --
Part 1: Latin alphabet No. 1".
[i.12] ISO/IEC 8859-2: "Information technology -- 8-bit single-byte coded graphic character sets --
Part 2: Latin alphabet No. 2".
[i.13] ISO/IEC 8859-15: "Information technology -- 8-bit single-byte coded graphic character sets --
Part 15: Latin alphabet No. 9".
3 Definitions, symbols and abbreviations
3.1 Definitions
For the purposes of the present document, the terms and definitions given in EN 301 649 [15] and the following apply:
distributed application: application available to the user on a DECT handset, for which part of the code (behaviour)
and/or data is located on the handset (local tier) and part of it is located in the network (remote tier), and more
specifically on one or more HTTP servers hosted by-or on behalf of-the FP's vendor
downloading server: See Software upgrade downloading server.
Light Data Services (LDS): basic DECT data services with limited data rate and simplified implementation
Management Server (MS): See Software upgrade management server.
ETSI
11 ETSI TS 102 527-4 V1.1.1 (2009-10)
software package: set of files sharing the same version identifier, and needed by the PP for installing or upgrading an
application or a firmware
NOTE: The software package is often simply referred to as the "software".
software upgrade Downloading Server (DS): site of a PP vendor, or operated on behalf of a PP vendor, from where
the software image releases can be downloaded
software upgrade Management Server (MS): site of a PP vendor, or operated on behalf of a PP vendor, where
information about
...