IEC 62481-3:2017

IEC 62481-3 ®
Edition 3.0 2017-07
INTERNATIONAL
STANDARD
colour
inside
Digital living network alliance (DLNA) home networked device interoperability
guidelines –
Part 3: Link protection
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form
or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from
either IEC or IEC's member National Committee in the country of the requester. If you have any questions about IEC
copyright or have an enquiry about obtaining additional rights to this publication, please contact the address below or
your local IEC member National Committee for further information.

IEC Central Office Tel.: +41 22 919 02 11
3, rue de Varembé Fax: +41 22 919 03 00
CH-1211 Geneva 20 info@iec.ch
Switzerland www.iec.ch
About the IEC
The International Electrotechnical Commission (IEC) is the leading global organization that prepares and publishes
International Standards for all electrical, electronic and related technologies.

About IEC publications
The technical content of IEC publications is kept under constant review by the IEC. Please make sure that you have the
latest edition, a corrigenda or an amendment might have been published.

IEC Catalogue - webstore.iec.ch/catalogue Electropedia - www.electropedia.org
The stand-alone application for consulting the entire The world's leading online dictionary of electronic and
bibliographical information on IEC International Standards, electrical terms containing 20 000 terms and definitions in
Technical Specifications, Technical Reports and other English and French, with equivalent terms in 16 additional
documents. Available for PC, Mac OS, Android Tablets and languages. Also known as the International Electrotechnical
iPad. Vocabulary (IEV) online.

IEC publications search - www.iec.ch/searchpub IEC Glossary - std.iec.ch/glossary
The advanced search enables to find IEC publications by a 65 000 electrotechnical terminology entries in English and
variety of criteria (reference number, text, technical French extracted from the Terms and Definitions clause of
committee,…). It also gives information on projects, replaced IEC publications issued since 2002. Some entries have been
and withdrawn publications. collected from earlier publications of IEC TC 37, 77, 86 and

CISPR.
IEC Just Published - webstore.iec.ch/justpublished

Stay up to date on all new IEC publications. Just Published IEC Customer Service Centre - webstore.iec.ch/csc
details all new publications released. Available online and If you wish to give us your feedback on this publication or
also once a month by email. need further assistance, please contact the Customer Service
Centre: csc@iec.ch.
IEC 62481-3 ®
Edition 3.0 2017-07
INTERNATIONAL
STANDARD
colour
inside
Digital living network alliance (DLNA) home networked device interoperability

guidelines –
Part 3: Link protection
INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
ICS 33.160; 35.100.05; 35.110 ISBN 978-2-8322-4541-5

– 2 – IEC 62481-3:2017 © IEC 2017

CONTENTS
FOREWORD . 5
INTRODUCTION . 7
1 Scope . 8
2 Normative references . 8
3 Terms, definitions, abbreviated terms and conventions . 9
3.1 Terms and definitions . 9
3.3 Conventions . 14
4 DLNA home network architecture . 14
5 DLNA device model . 15
6 Guideline terminology and conventions . 15
7 Common Link Protection guidelines . 15
7.1 General . 15
7.2 Conditions for measuring time in message exchanges . 15
7.3 Networking and connectivity . 15
7.4 Device discovery and control . 15
7.5 Media management. 15
7.5.1 General . 15
7.5.2 Updates to existing general AV Media Management guidelines . 18
7.5.3 New general AV Media Management guidelines . 18
7.5.4 MediaRenderer device guidelines . 22
7.6 Media Transport . 22
7.6.1 General . 22
7.6.2 Updates to existing general Media Transport guidelines . 23
7.6.3 New general Media Transport guidelines . 23
7.6.4 HTTP transport . 24
7.6.5 Updates to existing general HTTP Media Transport guidelines . 24
7.6.6 New general HTTP Media Transport guidelines . 29
7.6.7 Updates to existing general HTTP Media Transport for Streaming
Transfer guidelines . 33
7.6.8 MT RANGE behaviour for Interactive Transferred Content . 37
7.6.9 RTP transport . 37
7.6.10 Update existing general RTP Transport guidelines . 37
7.6.11 New general RTP Transport guidelines: MT: RTP support for link
protected content . 38
7.7 Content conversion device virtualization . 38
7.8 Link Protection technology guidelines . 38
7.8.1 Link Protection System: DTCP-IP . 38
7.8.2 Link Protection System: Windows Media DRM for network Devices . 40
8 DTCP-IP Link Protection System guidelines . 41
8.1 General . 41
8.2 CP DTCP-IP general guidelines . 41
8.3 Networking and connectivity . 41
8.3.1 General . 41
8.3.2 New DLNAQOS guidelines: QoS requirement for DTCP-IP traffic . 41
8.3.3 New common device guidelines: NC CP: wireless security . 42
8.4 Device discovery and control . 42

8.5 Media Management. 42
8.5.1 General . 42
8.5.2 MM CP: DTCP-IP URI . 42
8.5.3 MM CP: mandatory media operations . 43
8.6 Media Transport . 43
8.6.1 HTTP transport . 43
8.6.2 RTP transport . 47
8.7 Content conversion device virtualization . 49
8.8 Volume 2: DTCP-IP profiling guidelines . 49
8.8.1 General . 49
8.8.2 CP DTCP-IP: profile. 49
8.8.3 CP DTCP-IP: profile MIME type definition . 50
8.8.4 CP DTCP-IP: profile protected and unprotected content portions . 51
8.8.5 CP DTCP-IP: profile HTTP encapsulation . 52
8.8.6 DTCP-IP profile encapsulation . 52
9 WMDRM-ND Link Protection System guidelines . 55
9.1 Overview. 55
9.2 General guidelines . 55
9.2.1 CP WMDRM-ND: guidelines . 55
9.2.2 CP WMDRM-ND: support for HTTP. 55
9.2.3 CP WMDRM-ND: support for RTP . 56
9.2.4 CP WMDRM-ND: Registration and Revalidation procedures . 57
9.2.5 CP WMDRM-ND: discovery of Content Receivers . 58
9.3 Networking and connectivity . 58
9.3.1 General . 58
9.3.2 CP WMDRM-ND: QoS guidelines . 58
9.4 Device discovery and control . 58
9.4.1 General . 58
9.4.2 CP WMDRM-ND: additional rules for DMRs . 59
9.5 Media management. 59
9.6 Media Transport . 59
9.6.1 HTTP transport . 59
9.6.2 RTP transport . 64
9.7 Content conversion device virtualization . 67
9.8 Volume 2: WMDRM-ND profiling guidelines . 68
9.8.1 General . 68
9.8.2 CP WMDRM-ND: identification of content transferred using WMDRM-ND
9.8.3 CP WMDRM-ND: Media Format guidelines . 68
9.8.4 CP WMDRM-ND: MIME type . 69
9.8.5 CP WMDRM-ND: Decoder Friendly Alignment Position . 69
9.8.6 CP WMDRM-ND: Media Format Alignment Element . 69
Annex A (informative) An introduction to DLNA seek operations . 70
A.1 General . 70
A.2 UCDAM and seek operations . 70
A.3 Seek models . 71
A.4 Full Random Access Data Availability . 71
A.5 Limited Random Access Data Availability . 73
A.6 Seek operations on link protected content . 76

– 4 – IEC 62481-3:2017 © IEC 2017

Figure A.1 – UCDAM definitions for seek operations . 71
Figure A.2 – Full Random Access Data Availability model . 72
Figure A.3 – Limited Random Access Data Availability model Mode 0 . 74
Figure A.4 – Limited random access data availability model mode 1 . 75
Figure A.5 – Content flow unprotected content . 76
Figure A.6 – Content flow link protected content . 77

Table 1 – Summary of Domain Elements for Full Random Access Data Availability
model . 16
Table 2 – Summary of Domain Elements for Limited Random Access Data Availability
model . 17
Table 3 – AV Media Management guideline changes . 18
Table 4 – Recommended metadata properties . 19
Table 5 – Property type and multi value . 20
Table 6 – Updates to existing general Media Transport guidelines . 23
Table 7 – Updates to existing general HTTP Media Transport guidelines . 24
Table 8 – Updates to existing general HTTP Media Transport for Streaming Transfer
guidelines . 33
Table A.1 – DLNA constructs of Full Random Access Data Availability model . 73
Table A.2 – DLNA Constructs of Limited Random Access Data Availability model. 76

INTERNATIONAL ELECTROTECHNICAL COMMISSION
____________
DIGITAL LIVING NETWORK ALLIANCE (DLNA) HOME NETWORKED
DEVICE INTEROPERABILITY GUIDELINES –

Part 3: Link protection
FOREWORD
1) The International Electrotechnical Commission (IEC) is a worldwide organization for standardization comprising
all national electrotechnical committees (IEC National Committees). The object of IEC is to promote international
co-operation on all questions concerning standardization in the electrical and electronic fields. To this end and in
addition to other activities, IEC publishes International Standards, Technical Specifications, Technical Reports,
Publicly Available Specifications (PAS) and Guides (hereafter referred to as “IEC Publication(s)”). Their
preparation is entrusted to technical committees; any IEC National Committee interested in the subject dealt with
may participate in this preparatory work. International, governmental and non-governmental organizations liaising
with the IEC also participate in this preparation. IEC collaborates closely with the International Organization for
Standardization (ISO) in accordance with conditions determined by agreement between the two organizations.
2) The formal decisions or agreements of IEC on technical matters express, as nearly as possible, an international
consensus of opinion on the relevant subjects since each technical committee has representation from all
interested IEC National Committees.
3) IEC Publications have the form of recommendations for international use and are accepted by IEC National
Committees in that sense. While all reasonable efforts are made to ensure that the technical content of IEC
Publications is accurate, IEC cannot be held responsible for the way in which they are used or for any
misinterpretation by any end user.
4) In order to promote international uniformity, IEC National Committees undertake to apply IEC Publications
transparently to the maximum extent possible in their national and regional publications. Any divergence between
any IEC Publication and the corresponding national or regional publication shall be clearly indicated in the latter.
5) IEC itself does not provide any attestation of conformity. Independent certification bodies provide conformity
assessment services and, in some areas, access to IEC marks of conformity. IEC is not responsible for any
services carried out by independent certification bodies.
6) All users should ensure that they have the latest edition of this publication.
7) No liability shall attach to IEC or its directors, employees, servants or agents including individual experts and
members of its technical committees and IEC National Committees for any personal injury, property damage or
other damage of any nature whatsoever, whether direct or indirect, or for costs (including legal fees) and expenses
arising out of the publication, use of, or reliance upon, this IEC Publication or any other IEC Publications.
8) Attention is drawn to the Normative references cited in this publication. Use of the referenced publications is
indispensable for the correct application of this publication.
9) Attention is drawn to the possibility that some of the elements of this IEC Publication may be the subject of patent
rights. IEC shall not be held responsible for identifying any or all such patent rights.
International Standard IEC 62481-3 has been prepared under technical area 8: Multimedia
home systems and applications for end-user network, of IEC technical committee 100: Audio,
video and multimedia systems and equipment.
This third edition cancels and replaces the second edition published in 2013. This edition
constitutes a technical revision.
This edition includes the following significant technical changes with respect to the previous
edition:
a) editorial updates;
b) clarification for some of the guidelines that were ambiguous.

– 6 – IEC 62481-3:2017 © IEC 2017

The text of this International Standard is based on the following documents:
CDV Report on voting
100/2732/CDV 100/2882/RVC
Full information on the voting for the approval of this International Standard can be found in the
report on voting indicated in the above table.
This document has been drafted in accordance with the ISO/IEC Directives, Part 2.
A list of all parts of IEC 62481 series, published under the general title Digital Living Network
Alliance (DLNA) home networked device interoperability guidelines, can be found on the IEC
website.
The committee has decided that the contents of this document will remain unchanged until the
stability date indicated on the IEC website under "http://webstore.iec.ch" in the data related to
the specific document. At this date, the document will be
• reconfirmed,
• withdrawn,
• replaced by a revised edition, or
• amended.
A bilingual version of this publication may be issued at a later date.

IMPORTANT – The 'colour inside' logo on the cover page of this publication indicates
that it contains colours which are considered to be useful for the correct
understanding of its contents. Users should therefore print this document using a
colour printer.
INTRODUCTION
Consumers are acquiring, viewing, and managing an increasing amount of digital media (photos,
music, and video) on devices in the consumer electronics (CE), mobile, and personal computer
(PC) domains. As such, they want to conveniently enjoy the content, regardless of the source,
across different devices and locations in the home. The digital home vision integrates the
Internet, mobile, and broadcast networks through a seamless, interoperable network, which will
provide a unique opportunity for manufacturers and consumers alike. In order to achieve this
interoperability, a common set of industry design guidelines is needed that allows vendors to
participate in a growing marketplace, leading to more innovation, simplicity, and value for
consumers. This document serves that purpose and provides vendors with the information
needed to build interoperable networked platforms and devices for the digital home.

– 8 – IEC 62481-3:2017 © IEC 2017

DIGITAL LIVING NETWORK ALLIANCE (DLNA) HOME NETWORKED
DEVICE INTEROPERABILITY GUIDELINES –

Part 3: Link protection
1 Scope
This part of IEC 62481, the DLNA guidelines, specifies the DLNA Link Protection guidelines,
which are an extension of the DLNA guidelines. DLNA Link Protection is defined as the
protection of a content stream between two devices on a DLNA network from illegitimate
observation or interception using the protocols defined within this part of DLNA guidelines.
Content protection is an important mechanism for ensuring that commercial content is protected
from piracy and illegitimate redistribution. Link Protection is a technique that enables distribution
of protected commercial content on a home network, thus resulting in greater consumer
flexibility while still preserving the rights of copyright holders and content providers.
The guidelines in this part of DLNA guidelines reference existing technologies for Link
Protection and provide mechanisms for interoperability between different implementations as
well as integration with the DLNA architecture.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies.
For undated references, the latest edition of the referenced document (including any
amendments) applies.
IEC 62481-1-1:2017, Digital living network alliance (DLNA) home networked device
interoperability guidelines – Part 1-1: Architecture and protocols
IEC 62481-2:2017, Digital living network alliance (DLNA) home networked device
interoperability guidelines – Part 2: DLNA media formats
ISO/IEC 13818-1, Information technology – Generic coding of moving pictures and associated
audio information: Systems
ISO/IEC 29341-3-10, Information technology – UPnP Device Architecture – Part 3-10: Audio
Video Device Control Protocol – Audio Video Transport Service
ISO/IEC 29341-3-11, Information technology – UPnP Device Architecture – Part 3-11: Audio
Video Device Control Protocol – Connection Manager Service
IETF RFC 1191, Path MTU Discovery, J. Mogul, DECWRL, S. Deering, Stanford University
http://www.ietf.org/rfc/rfc1191.txt
IETF RFC 2045, Multipurpose Internet Mail Extensions (MIME) Part One
IETF RFC 2327, SDP: Session Description Protocol, M. Handley, V. Jacobson, ISI/LBNL
https://www.ietf.org/rfc/rfc2327.txt

IETF RFC 2616, Hypertext Transfer Protocol – HTTP/1.1, R. Fielding, UC Irvine, J. Gettys,
Compaq/W3C, J. Mogul, Compaq, H. Frystyk, W3C/MIT, L. Masinter, Xerox, P. Leach,
Microsoft*, T. Berners-Lee
http://www.ietf.org/rfc/rfc2616.txt?number=2616
IETF RFC 3550, RTP: A Transport Protocol for Real-Time Applications, H. Schulzrinne,
Columbia University, S. Casner, Packet Design, R. Frederick, Blue Coat Systems Inc., V.
Jacobson, Packet Design
http://www.ietf.org/rfc/rfc3550.txt
IETF RFC 3551, RTP Profile for Audio and Video Conferences with Minimal Control, H.
Schulzrinne, Columbia University, S. Casner, Packet Design
http://www.ietf.org/rfc/rfc3551.txt
IETF RFC 3986, Uniform Resource Identifier (URI): Generic Syntax, T. Berners-Lee, R. Fielding,
L. Masinter, January 2005
http://www.ietf.org/rfc/rfc3986.txt
DTCP Volume 1 (informational version), Digital Transmission Content Protection Specification
Volume1
http://www.dtcp.com/specifications.aspx
DTCP Volume 1 Supplement E (informational version), DTCP Volume 1 Supplement E
Mapping DTCP to IP
http://www.dtcp.com/specifications.aspx
DTCP Audio Compliance Rules EXHIBIT B-2, Compliance rules for licensed products that
receive or transmit commercial audio works
http://www.dtcp.com/agreements.aspx
DTCP Adopter Agreement, DTCP Adopter Agreement, Digital Transmission Protection License
Agreement, DTLA Digital Transmission Licensing Administrator
http://www.dtcp.com/
IEEE 802.1Q, IEEE standard for information technology – Telecommunications and information
exchange between systems – IEEE standard for local and metropolitan area networks –
Common specifications – Virtual Bridged Local Area Networks
IEEE 802.11, IEEE standard for information technology – Telecommunications and information
exchange between systems – Local and metropolitan area networks-specific requirements –
Part 11: Wireless LAN Medium, Access Control (MAC) and Physical Layer (PHY) specifications
WMDRM-ND, Windows Media DRM for Network Devices, Windows Media Technologies
http://wmlicense.smdisp.net/licenserequest/default.asp
RTP Payload format for WMV and WMA, RTP Payload Format for Windows Media Audio and
Video, Microsoft Corporation
http://download.microsoft.com/download/5/5/a/55a7b886-b742-4613-8ea8-d8b8b5c27bbc/RTP
PayloadFormat_for_WMAandWMV_v1.doc
3 Terms, definitions, abbreviated terms and conventions
3.1 Terms and definitions
For the purposes of this document, the following terms and definitions apply.

– 10 – IEC 62481-3:2017 © IEC 2017

ISO and IEC maintain terminological databases for use in standardization at the following
addresses:
• IEC Electropedia: available at http://www.electropedia.org/
• ISO Online browsing platform: available at http://www.iso.org/obp
3.1.1
AKE
Authentication and Key Exchange
step in a Link Protection System where the receiving device is authenticated and given the
correct keys for the content
3.1.2
ASF
Advanced System Format
media format encapsulation for the transmission of content
3.1.3
AV
Audio with Video
media content that contains both moving pictures and sound
3.1.4
AVT
Audio Video Transport
UPnP service that provides network-based control for common transport operations such as
play, stop, pause, next, previous, and seek
Note 1 to entry: The AVTransport service specification is a standard UPnP DCP.
3.1.5
Cleartext
unencrypted content
Note 1 to entry: Within this standard, the content stream after decryption by the upstream content protection system
and before encryption by the Link Protection System.
3.1.6
Cleartext Byte Domain
specification of a byte position in the Cleartext content stream
Note 1 to entry: For a complete explanation of seek operations on link protected content, see Annex A.
3.1.7
Cleartext Byte Seek Request Header
request that a certain position in the Cleartext byte stream be returned
Note 1 to entry: This term is used to signify any of these different transport layer request headers.
Note 2 to entry: When used in a guideline, Cleartext Byte Seek Request Header implies that the guideline applies to
all uses of any of the request headers.
3.1.8
Cleartext Byte Seek Response Header
response that declares the range of bytes returned in the Cleartext byte stream
Note 1 to entry: This term is used to signify any of these different transport layer response headers.
Note 2 to entry: When used in a guideline, this implies that the guideline applies to all uses of any of the request
headers.
3.1.9
comply
conform
be in accordance with referenced requirements; where the reference includes both mandatory
and optional requirements, only the mandatory elements are considered necessary for
compliance
Note 1 to entry: Optional requirements continue to be optional. Any variation from these expectations shall be
specifically noted.
Note 2 to entry: "Comply with" can be used interchangeably with "conform to" (includes the variations of complies,
complying, compliance, compliant; conforms, conforming, conformance, conformant).
3.1.10
CMS
ConnectionManager:1 Service
UPnP service that provides information about the supported transport protocols and media
formats of a UPnP device
Note 1 to entry: The CMS specification is a standard UPnP DCP.
3.1.11
CSRC
Contributing SouRCe
source used for the RTP Media Transport
3.1.12
Decoder Friendly Alignment Position
position in the bitstream defined for decoder friendly alignment
Note 1 to entry: A Decoder Friendly Alignment Position is always the start of a Media Format Alignment Element.
Generally, the decoder can begin to process data without any other internal state information about the stream. The
decoder can begin processing at that point and create a valid output rendering. This value is defined for the individual
media format profiles that have Decoder Friendly Alignment Positions.
3.1.13
DLNA
Digital Living Network Alliance
organization that created this series of documents, the DNLA guidelines
3.1.14
DLNA Link Protection
protection, using DLNA protocol elements as defined in these guidelines, of a content stream
between two devices on a DLNA network from illegitimate observation or interception
3.1.15
DLNAQOS_UP
DLNA QoS User Priority
DLNA-defined QoS label used to correlate an underlying IEEE 802.1Q user priority and WMM
access category to a DLNA traffic type(s)
3.1.16
DTCP
Digital Transmission Content Protection
Link Protection System
3.1.17
DTCP-IP
Digital Transmission Content Protection over IP networks
DTCP as applied to IP based networks

– 12 – IEC 62481-3:2017 © IEC 2017

3.1.18
GOP
Group Of Pictures
defined grouping of information in the MPEG 2 media format
3.1.19
HTTP
Hyper Text Transfer Protocol
protocol for transferring files across the Internet
Note 1 to entry: Requires an HTTP client program on one end, and an HTTP server program on the other end.
3.1.20
Link Protection
protection of a content stream between two devices on a DLNA network from illegitimate
observation or interception
3.1.21
Link Protection Alignment Element
unit of content carried within a link-protected content stream
Note 1 to entry: This typically starts with a packet header that is defined by the Link Protection System and contains
bytes of the link-protected stream.
3.1.22
Link Protection System
specific collection of technologies with corresponding rules that enable secure content transfer
between two endpoints
3.1.23
Media Format Alignment Element
unit of content carried within an unprotected content stream
Note 1 to entry: This typically starts at a Decoder Friendly Alignment Position for the given media format and
contains an integral number of units of content as defined by the media format in use. This value is defined within the
media format profile specification.
3.1.24
MIME
Multipurpose Internet Mail Extension
standard system for identifying the type of data contained in a file
Note 1 to entry: MIME is an internet protocol that allows sending binary files across the internet as attachments to
e-mail messages. This includes graphics, photos, sound, video files, and formatted text documents.
3.1.25
Network Byte Domain
specification of a byte position in the content stream as it is carried on the network transport
Note 1 to entry: For content binaries that use a Link Protection System, this will include encryption and any headers
or padding necessary for the Link Protection System.
3.1.26
PCP
Protected Content Packet
packet format for DTCP-IP link protected content as defined in DTCP Volume 1 and DTCP
Volume 1 Supplement E
3.1.27
PS
Program Stream
MPEG-2 AV stream format
3.1.28
RTP
Real Time Protocol
media transport that provides end-to-end network transport functions for transmitting real-time
data, such as AV
Note 1 to entry: RTP provides services such as payload type identification, sequence numbering, time-stamping,
and delivery monitoring.
3.1.29
RTSP
Real Time Streaming Protocol
protocol within the RTP protocol suite
3.1.30
RTT
Round Trip Time
time between sending a network packet to a remote host and the time that the response is
received
3.1.31
SDP
Session Description Protocol
protocol within the RTP protocol suite
3.1.32
SOAP
Simple Object Access Protocol
XML based messaging protocol used to exchange service requests and responses over a
network
3.1.33
Time Domain
specification of a position in the content stream in time units
3.1.34
TS
Transport Stream
MPEG-2 AV stream format
3.1.35
UCDAM
Uniform Client Data Availability Model
model for representing which bytes of a content binary are available on a server for seek
operations
Note 1 to entry: See clause 10 of IEC 62481-1-1:2017 for a full definition.
3.1.36
UPnP
architecture for pervasive peer-to-peer network connectivity of devices of all form factors
Note 1 to entry: UPnP is designed to bring easy-to-use, flexible, standards-based connectivity to ad-hoc or
unmanaged networks whether in the home, in a small business, public spaces, or attached to the Internet.
Note 2 to entry: UPnP is a distributed, open networking architecture that leverages TCP/IP and Web technologies to
enable seamless proximity networking in addition to control and data transfer among networked devices in the home,
office, and public spaces.
– 14 – IEC 62481-3:2017 © IEC 2017

3.1.37
URI
Uniform Resource Identifier
W3C's codification of the name and address syntax of present and future objects on the internet
Note 1 to entry: In its most basic form, a URI consists of a scheme name (such as file, http, ftp, news, mailto, gopher)
followed by a colon, followed by a path whose nature is determined by the scheme that precedes it. URI is the umbrella
term for URNs, URLs, and all other Uniform Resource Identifiers.
3.1.38
VOBU
Video OBject Unit
grouping of information in the MPEG 2 media format
3.1.39
WEP
Wired Equivalency Privacy
wireless privacy standard used in conjunction with IEEE 802.11 networks
3.1.40
WMA
Windows Media Audio
audio compression binary format
3.1.41
WMDRM-ND
Windows Media DRM for Network Devices
Link Protection System
3.1.42
WMV
Windows Media Video
AV compression binary format
3.1.43
WPA
WiFi Protected Access
system to secure a wireless IEEE 802.11 network
3.1.44
WPA2
WiFi Protected Access version 2
system to secure a wireless IEEE 802.11 network
3.2 Abbreviated terms
MPEG-2  Moving Picture Experts Group phase 2
3.3 Conventions
In IEC 62481-1-1:2017 and this document, a number of terms, conditions, mechanisms,
sequences, parameters, events, states, or similar terms are printed with the first letter of each
word in uppercase and the rest in lowercase (e.g., Move). Any lowercase uses of these words
have the normal technical English meaning.
4 DLNA home network architecture
See Clause 4 of IEC 62481-1-1:2017 for detailed descriptions of the DLNA home network
architecture.
5 DLNA device model
See Clause 5 of IEC 62481-1-1:2017 for detailed descriptions of the DLNA device model. This
document extends the existing DLNA devices and system usages to include link-protected
content used for the following:
• 2-box Pull system usage;
• 2-box Push system usage;
• 3-box system usage,
for transfer and rendering of content items. These are the only system usages that are currently
in scope for the use of DLNA Link Protection.
6 Guideline terminology and conventions
See Clause 6 of IEC 62481-1-1:2017 for a full description of the DLNA document conventions.
7 Common Link Protection guidelines
7.1 General
See 7.1 of IEC 62481-1-1:2017 for guideline and attribute table layout descriptions.
7.2 Conditions for measuring time in message exchanges
These guidelines define in certain cases time constraints for the exchange of messages
between two communicating endpoints. These time constraints have been defined as a means
to provide some operational consistency between the two communicating endpoints. However,
in best-effort networks, actual time measurements for exchanging messages show wide
variations depending on perturbations derived from network conditions, traffic, available
bandwidth, and others. Therefore, the following recommendations should be applied when
making time measurements.
• The two communicating endpoints should establish communications under Ideal Network
Conditions.
• Time measurements at a given layer assume that the underlying layers preserve the
communication channel. For example, time measurements at the HTTP layer cannot be valid
if the underlying TCP/IP channel breaks during the measurements.
• Unless specified otherwise, time measurements assume that the communicating devices are
both in active mode. This means that time measurements should not include transitions from
sleep mode to active mode.
7.3 Networking and connectivity
For DTCP-IP specific requirements, see 8.2. For WMDRM-ND specific requirements, see 9.3.
7.4 Device discovery and control
For detailed information, see Clause 9 of IEC 62481-1-1:2017. For DTCP-IP specific guidelines,
see 8.4. For WMDRM-ND specific guidelines, see 9.4.
7.5 Media management
7.5.1 General
This subclause covers the guidelines for implementing media management using the UPnP AV
architecture with DLNA Link Protection. For detailed subclause information see Clause 10 of

– 16 – IEC 62481-3:2017 © IEC 2017

IEC 62481-1-1:2017. For DTCP-IP specific guidelines, see 8.5. For WMDRM-ND specific
guidelines, see 9.5.
Many of the guidelines for 7.5 as well as 7.6 have to do with the structures necessary to perform
seek operations over the link protected content. IEC 62481-1-1:2017 defines two models of seek
operations: the Full Data Seek Availability model and the Limited Data Seek Availability model.
These two models continue to operate for content using DLNA Link Protection. However, for this
content, we introduce the concept of the Network Byte Domain (the protected content stream as
it flows over the network) and the Cleartext Byte Domain (representing positions within the
content before encryption by the Link Protection System). This allows the Content Receiver to
seek to byte positions in the content as if no Link Protection had been applied. For content
binaries using DLNA Link Protection, if the Content Receiver performs a byte seek operation in
the Cleartext Byte Domain, it can issue requests for the same byte positions that it would if the
content were sent without any Link Protection. The Content Receiver does not need to convert
between positions in the Cleartext and positions in the encrypted content. For a detailed
explanation of seeking and link protected content, see Annex A.
Table 1 and Table 2 summarize the structures used for each of the domains and seek models.
Table 3 contains the media management guidelines for devices using DLNA Link Protection.
Table 1 – Summary of Domain Elements for
Full Random Access Data Availability model
Function Time Domain Network Byte Cleartext Byte Domain
Domain
Domain and op-param a-val op-param b-val flags-param Bit 15: CleartextByteSeek-full
model support
SDP indication Range Domain Not Domain Not Available
of domain Available
support
File size res@duration res@size res@dlna:cleartextSize
HTTP request TimeSeekRange.dlna.org Range Cleartext Byte Seek Request Header
header to
DTCP-IP: Range.dtcp.com
execute Seek
operation
WMDRM-ND: Cleartext-Range.dlna.org
HTTP TimeSeekRange.dlna.org Content-Range Cleartext Byte Seek Response Header
response
DTCP-IP: Content-Range.dtcp.com
header for
Seek operation
WMDRM-ND:
Cleartext-Content-Range.dlna.org
RTSP header Range Domain Not Domain Not Available
to execute Available
Seek operation
HTTP message Not defined Content-Length Content-Length HTTP message body size is
body size always specified by the Content-Length
response header
Table 2 – Summary of Domain Elements for
Limited Random Access Data Availability model
Function Time Domain Network Byte Domain Cleartext Byte Domain
Domain and flags-param Bit 30: lop-npt flags-param Bit 29: lop-bytes flags-param Bit 14:
model lop-cleartextbytes
support
SDP Range Domain Not Available Domain Not Available
indication of
domain
support
HTTP TimeSeekRange.dlna.org Range Cleartext Byte Seek Request
request Header
header to
DTCP-IP: Range.dtcp.com
execute Seek
operation
WMDRM-ND:
Cleartext-Range.dlna.org
HTTP TimeSeekRange.dlna.org Content-Range Cleartext Byte Seek Response
response Header
header for
DTCP-IP:
Seek
Content-Range.dtcp.com
operation
WMDRM-ND:
Cleartext-Content-Range.dlna.
org
RTSP header Range Domain Not Available Domain Not Available
to execute
Seek
operation
HTTP header to request the available range getAvailableSeekRange.dlna.org
HTTP availableSeekRange.dlna.org availableSeekRange.dlna.org availableSeekRange.dlna.org
response
(with npt-range) (with byte-range) (with mode-flag)
header for
available
Cleartext Byte Seek Response
range
Header
DTCP-IP:
Content-Range.dtcp.com
WMDRM-ND:
Cleartext-Content-Range.dlna.
org
RTSP header DESCRIBE Domain Not Available Domain Not Available
to request the
available
range
RTSP header Available-Range.dlna.org Domain Not Available Domain Not Available
for specifying
the available
range
flags-param Bit 27: s -increasing
s is increasing
flags-param Bit 26: s -increasing
s is increasing
N
N
See A.6 for an explanation of the various seek domains for link protected content.
...