ETSI TS 182 027 V2.4.1 (2009-07)
Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); IPTV Architecture; IPTV functions supported by the IMS subsystem
Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); IPTV Architecture; IPTV functions supported by the IMS subsystem
RTS/TISPAN-02071-NGN-R2
General Information
Standards Content (Sample)
Technical Specification
Telecommunications and Internet converged Services and
Protocols for Advanced Networking (TISPAN);
IPTV Architecture;
IPTV functions supported by the IMS subsystem
2 ETSI TS 182 027 V2.4.1 (2009-07)
Reference
RTS/TISPAN-02071-NGN-R2
Keywords
architecture, IMS, IP, TV
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 182 027 V2.4.1 (2009-07)
Contents
Intellectual Property Rights . 6
Foreword . 6
1 Scope . 7
2 References . 7
2.1 Normative references . 7
2.2 Informative references . 8
3 Definitions and abbreviations . 8
3.1 Definitions . 8
3.2 Abbreviations . 9
4 High-level overview . 10
5 Overview of functional entities . 11
5.1 Functional architecture for IPTV services . 11
5.1.1 Functional architecture overview . 11
5.1.2 IPTV services . 12
5.1.2.1 Content on Demand (CoD) . 12
5.1.2.2 Broadcast (BC) . 13
5.1.2.3 Network Personal Video Recorder (N-PVR) . 13
5.1.3 Functional entities . 13
5.1.3.1 Service Discovery and Selection Functions (SDF and SSF) . 13
5.1.3.2 IPTV Service Control Functions (SCF) . 14
5.1.3.3 IPTV Media Control and Delivery Functions (MCF and MDF) . 14
5.1.3.4 UPSF . 15
5.1.3.5 Transport processing functions . 15
5.1.4 Elementary functions . 15
5.1.4.1 Content security functions . 15
5.2 Interactions between CoD Service Control function and CoD Media Functions . 16
5.3 Interactions between BC Service Control Functions and BC Media Functions . 17
6 Reference points . 17
6.1 UE - SSF (Xa) . 17
6.2 UE - IPTV Service Control Functions (Ut) . 17
6.3 UE - Core IMS (Gm) . 18
6.4 UE - Media Control Functions (Xc) . 18
6.5 UE - Media Delivery Functions (Xd) . 18
6.6 IPTV Service Control Functions (SCF) - UPSF (Sh) . 18
6.7 Core IMS - UPSF (Cx) . 19
6.8 Core IMS - IPTV Service Control Functions (ISC) . 19
6.9 Core IMS - IPTV Media Functions (y2) . 19
6.10 Core IMS - SDF (ISC) . 19
6.11 SDF - UPSF (Sh) . 19
6.12 Void . 19
6.13 Application Functions - NASS (e2). 19
6.14 Core IMS - RACS (Gq') . 19
6.15 NASS - RACS (e4). 19
6.16 IPTV Service Control Functions - SLF (Dh) . 19
6.17 Core IMS - SLF (Dx) . 20
6.18 IPTV Media Control Function - IPTV Media Delivery Function (Xp) . 20
7 User data . 20
7.1 Classification of information . 20
7.2 Location and access to user data . 22
7.2.1 Data management functions . 22
7.2.2 Access from other application servers . 22
7.2.3 Access from User Equipment (UE) . 22
ETSI
4 ETSI TS 182 027 V2.4.1 (2009-07)
7.2.4 Access from the SSF . 22
7.3 IPTV user profile structure . 23
7.3.1 IPTV user profile structure . 23
7.3.1.1 BC service package . 24
7.3.1.2 BC service . 24
7.3.1.3 UE . 24
7.3.1.4 Global settings: language preference . 24
7.3.1.5 Global settings: user action recordable . 24
7.3.1.6 N-PVR storage-limit . 24
7.3.2 Usage of IPTV user profile . 24
7.3.3 Life cycle . 24
7.4 IPTV service action data . 25
7.4.1 Data model . 25
7.4.2 Life cycle . 25
8 Procedures . 26
8.1 IPTV addressing mechanisms . 26
8.1.1 IPTV end-users identification and addressing mechanisms . 26
8.1.2 Addressing of nodes. 26
8.2 UE start-up procedure . 26
8.3 Broadcast session . 28
8.3.1 Signalling flows for broadcast session initiation . 29
8.3.1.1 Overview of the signalling flows for session initiation . 29
8.3.1.2 Signalling flows for the establishment of the delivery channel . 30
8.3.2 Signalling flows for BC session modification . 31
8.3.3 Signalling flows for broadcast session release . 33
8.3.4 Signalling flow for Broadcast TV channel switching . 35
8.3.5 Signalling flows for transition from Broadcast TV to Broadcast TV with trick play . 35
8.3.6 Signalling flows for transition from Broadcast TV with trick play to Broadcast TV . 37
8.3.7 Signalling flows for Broadcast TV with trick play session release . 37
8.4 CoD session . 37
8.4.1 Signalling Flows for CoD session initiation . 37
8.4.1.1 Overall signalling flows . 38
8.4.1.2 Media Channel Negotiation . 39
8.4.1.2.1 Signalling flows for the establishment of the content control and content delivery channels
from MF . 39
8.4.1.2.2 Signalling flows for the establishment of the content control and content delivery channels
from UE . 40
8.4.1.2.3 Signalling flows for the establishment of the content control channel from UE . 41
8.4.2 Signalling Flows for CoD session modification . 41
8.4.2.1 Signalling flows for the establishment/modification of the content delivery channel from UE. 44
8.4.2.2 Signalling flows for the modification of the content delivery channels from MF . 44
8.4.3 Signalling Flows for CoD session release. 45
8.5 Network PVR service procedures . 47
8.5.1 Signalling Flows for Network-PVR Service Capture Request . 48
8.5.1.1 Signalling Flows for Network-PVR Using Impulsive Request . 48
8.5.1.2 Signalling flows for the Network-PVR off-line capture request . 49
8.5.2 Signalling flows for Network-PVR content session . 49
8.6 Time Shift service procedures . 51
9 Presence and IPTV . 51
9.1 Presence architecture and functional description . 51
9.2 Presence attributes for IPTV . 51
9.3 SIP related procedure . 52
10 Security. 52
10.1 Authentication . 52
10.2 Content Security . 52
11 Charging . 52
12 Management . 53
12.1 Management requirements . 53
12.2 Content management . 53
ETSI
5 ETSI TS 182 027 V2.4.1 (2009-07)
13 Support of Metadata . 53
13.1 Introduction . 53
13.2 SSF support . 54
13.3 SCF/MF support . 54
Annex A (informative): Integration of non-SIP-AS Service Discovery Function in IMS based
IPTV . 55
A.1 Introduction . 55
A.2 Architecture . 55
A.2.1 Functional entities . 55
A.2.2 Reference points . 56
A.2.2.1 UE - SDF (Xa') . 56
A.2.3 Procedures . 56
A.2.3.1 IPTV service attachment and selection . 56
Annex B (informative): Change history . 57
History . 58
ETSI
6 ETSI TS 182 027 V2.4.1 (2009-07)
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 Telecommunications and Internet
converged Services and Protocols for Advanced Networking (TISPAN).
ETSI
7 ETSI TS 182 027 V2.4.1 (2009-07)
1 Scope
The present document specifies the architecture and functions of an IPTV system that makes use of the NGN IMS
architecture and its features, implementing the requirements defined in TS 181 014 [14] and TS 181 016 [15].
The present document has taken IPTV solutions defined by other organizations (such as DVB, ATIS IIF, etc.) into
account. It is based on an IMS based architecture and where appropriate the aforementioned solutions are referenced.
By relying on common components the resulting architecture can coexist with other TISPAN NGN services.
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 ES 282 001: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); NGN Functional Architecture".
[2] ETSI TS 182 006 (V1.1.1): "Telecommunications and Internet converged Services and Protocols
for Advanced Networking (TISPAN); IP Multimedia Subsystem (IMS); Stage 2 description
(3GPP TS 23.228 v7.2.0, modified)".
[3] ETSI ES 282 004: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); NGN Functional Architecture; Network Attachment
Sub-System (NASS)".
[4] ETSI TS 133 220: "Digital cellular telecommunications system (Phase 2+); Universal Mobile
Telecommunications System (UMTS); Generic Authentication Architecture (GAA); Generic
bootstrapping architecture (3GPP TS 33.220)".
[5] ETSI TS 187 003: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); NGN Security; Security Architecture".
[6] ETSI TS 102 034: "Digital Video Broadcasting (DVB); Transport of MPEG-2 TS Based DVB
Services over IP Based Networks".
[7] ITU-T Recommendation P.10/G.100: "Vocabulary for performance and quality of
service - Amendment 2: New definitions for inclusion in Recommendation P.10/G.100".
ETSI
8 ETSI TS 182 027 V2.4.1 (2009-07)
[8] ETSI ES 282 003: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); Resource and Admission Control Sub-system (RACS);
Functional Architecture".
[9] ETSI TS 183 004: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); PSTN/ISDN simulation services: Communication Diversion
(CDIV); Protocol specification".
[10] ETSI TS 182 008: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); Presence Service; Architecture and functional description
(Endorsement of 3GPP TS 23.141 and OMA-AD-Presence-SIMPLE-V1-0)".
[11] ETSI ES 282 007: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); IP Multimedia Subsystem (IMS); Functional architecture".
[12] ETSI TS 123 228: "Digital cellular telecommunications system (Phase 2+); Universal Mobile
Telecommunications System (UMTS); IP Multimedia Subsystem (IMS); Stage 2
(3GPP TS 23.228 version 7.9.0 Release 7)".
[13] ETSI ES 283 030: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); Presence Service Capability; Protocol Specification
[3GPP TS 24.141 V7.0.0, modified and OMA-TS-Presence-SIMPLE-V1-0, modified]".
[14] ETSI TS 181 014: '"Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); Requirements for network transport capabilities to support
IPTV services".
[15] ETSI TS 181 016: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); Service Layer Requirements to integrate NGN services and
IPTV".
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] DSL Forum Technical Report TR-126: "Triple-play Services Quality of Experience (QoE)
Requirements".
[i.2] ETSI ES 282 010: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); Charging management [Endorsement of 3GPP TS 32.240
Release 7, 3GPP TS 32.260 Release 7, 3GPP TS 32.297 Release 7, 3GPPTS 32.298 Release 7 and
3GPP TS 32.299 Release 7, modified]".
[i.3] ETSI TR 182 005: "Telecommunications and Internet converged Services and Protocols for
Advanced Networking (TISPAN); Organization of user data".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
offset: value indicating the elapsed time between the beginning of content and the current reading position of the
reading cursor in that same streamed content
park TV: feature that would enable a user (on a UE) make an impulsive request to record ongoing BC
service/programme from a particular point in time
NOTE: This recording point is also referred to as a bookmark.
ETSI
9 ETSI TS 182 027 V2.4.1 (2009-07)
park and pickup TV: feature that would enable a user (on a UE) to Park TV and subsequently Pickup TV
pickup TV: feature that would enable a user (on a UE) retrieve or request BC service/programme that was recorded and
bookmarked via an impulsive record request
NOTE: The IPTV content can be retrieved from the bookmarked location or recording point on same or different
UE at a later point in time.
programme: entry in the Electronic Programme Guide (EPG)
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
AS Application Server
ATIS Alliance for Telecommunications Industry Solutions
BC BroadCast
CD Compact Disc
CDR Call Data Record
CLF Connectivity session Location and repository Function
CoD Content on Demand
CSCF Call Session Control Function
DVB Digital Video Broadcast
DVD Digital Versatile Disc
ECF Elementary Control Function
EFF Elementary Forwarding Function
EPG Electronic Programme Guide
GAA Generic Authentication Architecture
GBA Generic Bootstrapping Architecture
GUI Graphical User Interface
GUP Generic User Profile
HD High Definition
HNED Home Network End Device
HTML HyperText Markup Language
ID IDentifier
IIF IPTV Interoperability Forum
IMPU IMS Public User identity
IMS IP Multimedia Subsystem
IP Internet Protocol
IPTV IP TeleVision
ISC IMS Service Control
ISDN Integrated Services Digital Network
MCF Media Control Function
MDF Media Delivery Function
MF Media Function
NASS Network Attachment SubSystem
NGN Next Generation Network
N-PVR Network-Personal Video Recorder
P-CSCF Proxy CSCF
PSTN Public Switched Telecommunication Network
PVR Personal Video Recorder
QoE Quality of Experience
QoS Quality of Service
RACS Resource and Admission Control Subsystem
SCF Service Control Function
S-CSCF Serving CSCF
SD Standard Definition
SDF Service Discovery Function
SIP Session Initiation Protocol
SLF Subscription Locator Function
SSF Service Selection Function
TV TeleVision
ETSI
10 ETSI TS 182 027 V2.4.1 (2009-07)
UE User Equipment
UPSF User Profile Server Function
URI Uniform Resource Identifier
XCAP XML Configuration Access Protocol
XDMS XML Document Management Server
XML Extensible Markup Language
4 High-level overview
Application Functions &
IPTV Service Functions User
Profiles
Manage-
User Content
ment
Equipment Provider
Functions
Functions
Core IMS
Media
Delivery,
Distribution
&
Storage
Transport Control
Functions
Transport Functions
Transport Processing
Functions
Figure 1: High level functional architecture for IMS-based IPTV
NOTE 1: The specification of management functions and content provider functions is considered out of scope of
the present document.
User equipment:
UE: The IPTV enabled UE terminates the IPTV control and media signals, and displays the corresponding information
to the user. The UE interaction with the user allows selection of programme, content, and service descriptions, such as
content guides for broadcast and CoD services.
Application functions and IPTV service functions:
Enables operation of or provides IPTV services. This includes IPTV Service Supporting Functions.
IPTV Service Supporting Function: The IPTV Service Supporting Function defined here are those common functions
which could support or be used by other IPTV service or applications.
ETSI
11 ETSI TS 182 027 V2.4.1 (2009-07)
NOTE 2: Examples of IPTV service supporting functions may be Service Discovery and Selection functions.
User Profiles:
User Profiles includes user data that are involved in providing IPTV services.
Core IMS:
It provides functionality for authentication, authorization, and signalling for the setup of the service provisioning and
content delivery. It routes signalling messages to the appropriate application server or triggers the applications based on
settings maintained in the UPSF. For resource reservation and admission control this function interacts with the RACS.
Transport Functions:
Transport Control: contains functions from RACS and NASS. It provides policy control, resource reservation and
admission control as well as IP address provisioning, network level user authentication and access network
configuration as defined in TISPAN.
Transport Processing Functions: represents network access links and IP core. The IP core is in charge of data
transmission with quality of service support.
Media Delivery, Distribution and Storage:
The Media Delivery, Distribution and storage function receives and stores live feeds and media streams coming into the
IPTV System from Content Providers. It is mainly in charge of media processing, delivery, storing, trans-coding and
relaying. This function performs all these tasks along with the control of - or feedback to the IPTV Service and Control.
Content protection may also be performed here or already protected content could be delivered over these
functionalities.
5 Overview of functional entities
5.1 Functional architecture for IPTV services
5.1.1 Functional architecture overview
The overall functional architecture for IPTV service is shown in figure 2.
ETSI
12 ETSI TS 182 027 V2.4.1 (2009-07)
IPTV Service
IPTV Media
Ut
Control
Xa
Control Functions
SSF Functions
CoD-MCF
CoD-SCF
SDF BC-MCF
BC-SCF
Sh
N-PVR-MCF
Sh
N-PVR-SCF
Xp
Application and
IPTV Media Functions
UPSF
IPTV Service
ISC
Cx
Functions
y2 IPTV Media
UE
ISC
Delivery Functions
Core IMS
Gm
CoD-MDF
e2 Gq'
BC-MDF
NASS N-PVR-MDF
RACS
e4
Transport Control
Functions
Media Delivery,
Transport Functions
Distribution & Storage
Xc
Transport Processing
Functions
Xd
Figure 2: Functional architecture for IPTV services
NOTE 1: Only Xc and Xd are explicitly shown as traversing the Transport Processing Functions. For the sake of
simplicity other reference points are only shown as end to end.
In figure 2, the IPTV Service Control Functions, the IPTV Media Functions, the Service Selection Function (SSF) and
the Service Discovery Function (SDF) fit in the context of TISPAN NGN Functional Architecture Release 2 [1].
NOTE 2: To support the regionalized delivery of content and metadata in accordance with applicable regulations, at
least one of the service layer entities involved in the IPTV service should query the UE location from the
NASS and enforce the regionalization.
As stated in [2], the IMS architecture shall be based on the principle that the service control for Home subscribed
services for a roaming subscriber is in the Home network. This principle shall be applied also in case the IPTV solution
supports roaming.
5.1.2 IPTV services
5.1.2.1 Content on Demand (CoD)
The CoD (Content on Demand) is an IPTV service function which is split into a service control part (CoD-SCF), a
media control part (CoD-MCF) and a media delivery function (CoD-MDF). The CoD-SCF exchanges messages with
Core IMS. The service request/response messages between the UE and the CoD-SCF are transferred via the Core IMS.
Media Control messages are exchanged between the UE and the CoD-MCF via the Xc reference point. Media Data is
exchanged between UE and CoD-MDF via the Xd reference point.
ETSI
13 ETSI TS 182 027 V2.4.1 (2009-07)
5.1.2.2 Broadcast (BC)
The BC (BroadCast) is a function which hosts Broadcast IPTV services and is split into a Service Control part
(BC-SCF), a Media Control part (BC-MCF) and a Media Delivery Function (BC-MDF). The BC-SCF exchanges
messages with Core IMS. The service request / response messages between the UE and the BC-SCF are transferred via
the Core IMS. Media Data is exchanged between UE and BC-MDF via the Xd reference point.
5.1.2.3 Network Personal Video Recorder (N-PVR)
The N-PVR (Network-Personal Video Recorder Function) is a function which hosts IPTV N-PVR services and is split
into a Service Control part (N-PVR-SCF), a Media Control part (N-PVR-MCF) and a Media Delivery Function
(N-PVR-MDF). The N-PVR-SCF exchanges messages with Core IMS. The service request/response messages between
the UE and the N-PVR-SCF are transferred via the Core IMS. Media Control messages are exchanged between the UE
and the N-PVR-MCF via the Xc reference point. Media Data is exchanged between UE and N-PVR-MDF via the Xd
reference point.
5.1.3 Functional entities
5.1.3.1 Service Discovery and Selection Functions (SDF and SSF)
The Service Discovery Function (SDF) and Service Selection Function (SSF) are functions which provide information
necessary to the UE to select an IPTV service.
Tasks of the SDF:
• Generates and/or provides the service attachment information.
• Provides personalized service discovery.
The service attachment information consists of SSF addresses in the form of URIs and/or ip-addresses.
Tasks of the SSF:
• Provides the service selection information, e.g. a list of available services that the UE can then browse and
select. The SSF may optionally generate this service selection information. It may also retrieve and forward
the service selection information.
- Provides personalized service selection information and/or information needed to personalize the service
selection. This must be delivered via unicast mode. (See note 1 regarding multicast options.)
- Provides non-personalized service selection data. This can be delivered via multicast or unicast mode.
• Optionally provides service selection presentation information. This presentation information may be
personalized when it is delivered over unicast mode. Optionally receives selection request from UE, e.g. an
N-PVR content capture request as described in clause 8.5.
NOTE 1: The way the service selection information might be personalized when it is delivered via multicast mode
is out of scope for this release. However, specified below is a non exhaustive list of high-level options to
achieve such personalization:
Using the SDF: when processing a request from a particular user/UE, the SDF could redirect the
user/UE to specific multicast addresses/SSFs corresponding to the category to which the user
belongs. This would imply that users/UEs are classified into specific categories.
Using the SCF: UE could fetch IPTV user profile information in the form of BC Service ID listings
from the SCF. This may be encoded as XML document(s) via the Ut reference point using
XCAP-like mechanism or as HTML document with possibly embedded scripts to filter this service
selection data. This IPTV user profile information may then be used to locally filter the service
selection data that was previously delivered via multicast mode.
NOTE 2: EPG is defined in TS 181 016 [15].
ETSI
14 ETSI TS 182 027 V2.4.1 (2009-07)
For each IPTV service, the following data is provided:
• An identifier associated to the IPTV service: this identifier is used by service control functions and media
functions to identify the requested content when processing service initiation requests. In case of a CoD
service, the identifier identifies exactly one content item. In case of a BC service, the BC identifier, which is
the Service Package Id related to BC profile defined in clause 7.3, identifies a set of channels among which the
user can switch.
• Optionally the set of network parameters that may be required by the UE to activate a service (e.g. the extra
information that may be needed by the UE to establish content delivery channels and content control
channels).
• User readable data related to the IPTV service.
5.1.3.2 IPTV Service Control Functions (SCF)
Tasks of SCF:
• Service authorization during session initiation and session modification, which includes checking IPTV users'
profiles in order to allow or deny access to the service.
• Credit limit and credit control (using the on-line charging systems ES 282 010 [i.2]).
• Select the relevant IPTV media functions.
The SCF is a SIP Application Server (AS).
An IPTV SCF belonging to an IMS network managed by another provider shall not have direct access to user profile
data in the UPSF via the Sh reference point; it may however have access to user profile data by other means
(e.g. Rg reference point to GUP), depending on the NGN operator's implementation and capabilities.
The SCF may use the IPTV profile in order to customize the user experience. For instance, the list of subscribed BC TV
Services could be used to filter the information sent to the UE. The User Equipment communicates with the IPTV
Service Control Functions via the Core IMS for the purpose of session management, and may be using the Ut reference
point for the purpose of service profile configuration. In the latter case, an authentication proxy may sit between the
User Equipment and the SCF.
5.1.3.3 IPTV Media Control and Delivery Functions (MCF and MDF)
IPTV Media Functions are in charge of controlling and delivering the media flows to the UE. They are split into Media
Control Functions (MCF) and Media Delivery Functions (MDF).
Tasks of Media Control Function (MCF):
• Handling media flow control of MDF.
• May manage the media processing of MDF.
• Monitoring the status of MDF.
• Managing interaction with the UE (e.g. trick mode commands).
• Handling interaction with the IPTV service control function SCF.
• Keeping an accurate view on status and content distribution related to the different MDFs that it controls.
• Selecting an MDF, in the case an MCF controls multiple MDFs different criteria, may be applicable (as
described e.g. for CoD in clause 5.2).
• Selecting MF, return the selection result to SCF and Redirect sessions to the selected MF (e.g. in case the
requested content is not available on this MF or for load balancing among MFs).
• Generate charging information, e.g. for end-user charging based on the viewed content.
ETSI
15 ETSI TS 182 027 V2.4.1 (2009-07)
Tasks of MDF:
• Handling media flows delivery (for delivering multimedia services to user).
• Status reporting to MCF (e.g. reporting on established IPTV media streams).
• Store of media (e.g. CoD assets) and may also store some service information stored with media for IPTV
services.
• In particular, it may be used for storage for the most frequently accessed content or user specific content
(e.g. recording PVR, Time-shift TV, BC service with Trick mode, user generated content) if the same tasks are
not performed by UE.
• May additionally process, encode or transcode (if required) media to different required media formats (e.g. TV
resolution depending on terminals capabilities or user preferences).
• May perform content protection functionalities (e.g. content encryption).
• May support content ingestion of IPTV media.
• For BC services MDF may act as source for multicast streams of BC media streams.
• May collect QoE reports (e.g. from UE using Xd).
NOTE: To enhance QoE evaluation quality, QoE reports may additionally be collected from other sources than
the UE. However, this is beyond the scope of the present document.
To support QoE, the UE may send QoE reports via Xd concerning the quality of the IPTV Media Data received.
Each IPTV Service Control Function uses the ISC reference point to communicate
...








Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...