Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Resource and Admission Control; Protocol for QoS reservation information exchange between the Service Policy Decision Function (SPDF) and the Access-Resource and Admission Control Function (A-RACF) in the Resource and Protocol specification

RTS/TISPAN-03210-NGN-R3

General Information

Status
Published
Publication Date
28-Feb-2010
Technical Committee
Current Stage
12 - Completion
Due Date
12-Feb-2010
Completion Date
01-Mar-2010
Ref Project

Buy Standard

Standard
ETSI TS 183 026 V3.1.1 (2010-03) - Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Resource and Admission Control; Protocol for QoS reservation information exchange between the Service Policy Decision Function (SPDF) and the Access-Resource and Admission Control Function (A-RACF) in the Resource and Protocol specification
English language
34 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

ETSI TS 183 026 V3.1.1 (2010-03)
Technical Specification

Telecommunications and Internet converged Services and
Protocols for Advanced Networking (TISPAN);
Resource and Admission Control;
Protocol for QoS reservation information exchange between
the Service Policy Decision Function (SPDF) and the
Access-Resource and Admission Control Function (A-RACF)
in the Resource and Protocol specification

---------------------- Page: 1 ----------------------
2 ETSI TS 183 026 V3.1.1 (2010-03)



Reference
RTS/TISPAN-03210-NGN-R3
Keywords
interface, stage 3
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 2010.
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

---------------------- Page: 2 ----------------------
3 ETSI TS 183 026 V3.1.1 (2010-03)
Contents
Intellectual Property Rights . 5
Foreword . 5
1 Scope . 6
2 References . 6
2.1 Normative references . 6
2.2 Informative references . 7
3 Definitions and abbreviations . 7
3.1 Definitions . 7
3.2 Abbreviations . 8
4 Rq interface . 8
4.1 Overview . 8
4.2 Rq reference model . 9
4.3 Functional elements and capabilities . 9
4.3.1 Service Policy Decision Function (SPDF) . 9
4.3.2 Access-Resource Admission Control Function (A-RACF) . 9
5 Resource control procedures . 9
5.1 Procedures at the SPDF . 11
5.1.1 Initial Reservation for a Session . 11
5.1.2 Session Modification . 12
5.1.3 Session Termination . 13
5.1.4 Event notification . 13
5.2 Procedures at the A-RACF . 14
5.2.1 Initial Reservation for a Session . 14
5.2.2 Session Modification . 16
5.2.3 Session Termination . 16
5.2.4 Event Notification . 17
6 Rq protocol . 17
6.1 Protocol support . 17
6.1.1 Advertising Application Support . 17
6.1.2 Transport protocol . 17
6.1.3 Securing Rq messages . 18
6.1.4 Use of sessions . 18
6.2 Rq messages . 18
6.2.1 AA-Request (AAR) Command . 18
6.2.2 AA-Answer (AAA) Command . 18
6.2.3 Re-Auth-Request (RAR) Command . 19
6.2.4 Re-Auth-Answer (RAA) Command . 19
6.2.5 Session-Termination-Request (STR) Command . 20
6.2.6 Session-Termination-Answer (STA) Command . 20
6.2.7 Abort-Session-Request (ASR) Command . 20
6.2.8 Abort-Session-Answer (ASA) Command . 21
6.3 Experimental-Result-Code AVP values . 21
6.3.1 Experimental-Result-Code AVP values imported from TS 129 209 . 21
6.3.2 Experimental-Result-Code AVP values defined in the present document . 21
6.4 AVPs . 22
6.4.1 AVPs defined in the present document . 22
6.4.2 AVPs imported from TS 129 209 . 22
6.4.3 AVPs imported from TS 183 017 . 23
6.4.4 AVPs imported from ES 283 034 . 23
6.4.5 Abort-Cause AVP . 24
6.4.6 AF-Application-Identifier AVP . 24
6.4.7 Flow-Description AVP . 24
6.4.8 Flow-Grouping AVP. 25
ETSI

---------------------- Page: 3 ----------------------
4 ETSI TS 183 026 V3.1.1 (2010-03)
6.4.9 Flow-Number AVP . 25
6.4.10 Flows AVP. 25
6.4.11 Flow-Status AVP . 25
6.4.12 Flow-Usage AVP . 26
6.4.13 Specific-Action AVP . 26
6.4.14 Max-Requested-Bandwidth-DL AVP . 27
6.4.15 Max-Requested-Bandwidth-UL AVP . 27
6.4.16 Media-Component-Description AVP . 27
6.4.17 Media-Component-Number AVP . 27
6.4.18 Media-Sub-Component AVP . 27
6.4.19 Media-Type AVP . 28
6.4.20 Reservation-Class AVP . 28
6.4.21 Globally-Unique-Address AVP . 28
6.4.22 Address-Realm AVP. 28
6.4.23 Reservation-Priority AVP . 29
6.4.24 Session-Bundle-Id AVP . 29
6.4.25 AF-Charging-Identifier AVP . 29
6.4.26 Service-Class AVP . 29
6.4.27 Transport-Class AVP . 30
6.4.28 Overbooking-indicator AVP . 30
6.4.29 Authorization-Package-Id AVP . 30
6.4.30 Media-Authorization-Context-Id AVP . 30
6.4.31 Logical-Access-ID AVP . 30
Annex A (informative): Resource reservation flow states maintained by A-RACF . 31
Annex B (informative): Change history . 33
History . 34

ETSI

---------------------- Page: 4 ----------------------
5 ETSI TS 183 026 V3.1.1 (2010-03)
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

---------------------- Page: 5 ----------------------
6 ETSI TS 183 026 V3.1.1 (2010-03)
1 Scope
The present document provides the stage 3 specification of the Rq interface. The functional requirements and the
stage 2 specifications of the Rq interface are contained in ES 282 001 [1] and ES 282 003 [2]. The Rq interface is the
interface between the Service Policy Decision Function (SPDF) and the Access - Resource and Admission Control
Function (A-RACF) and is used for QoS resource reservation information exchange between the SPDF and the
A-RACF. Via the Rq interface the SPDF issues requests for resources in the access network, indicating IP QoS
characteristics. The A-RACF uses the IP QoS information to perform admission control and indicate to the SPDF via
the Rq interface its admission control decisions. Due to the possible business roles in an access environment, the SPDF
may be either in the same domain or in a different domain as the A-RACF.
The present document defines:
• The information to be exchanged between SPDF and A-RACF over the Rq interface.
• An Rq interface definition based on the Diameter protocol.
In situations where no generic overload control mechanism is used on the Rq interface, the interface shall only be
capable of supporting a one-to-one relationship between the A-RACF and SPDF (i.e. one SPDF may only contact one
A-RACF, and that A-RACF may only contact that same SPDF). Overload control need not be supported in this
situation due to the fact that it should be possible to traffic engineer the capabilities of the two entities, so that the
capacity of one entity matches the capacity of the other.
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 (V3.y.z): "Telecommunications and Internet converged Services and Protocols
for Advanced Networking (TISPAN); NGN Functional Architecture".
[2] ETSI ES 282 003 (V3.y.z): "Telecommunications and Internet converged Services and Protocols
for Advanced Networking (TISPAN); Resource and Admission Control Sub-System (RACS):
Functional Architecture".
ETSI

---------------------- Page: 6 ----------------------
7 ETSI TS 183 026 V3.1.1 (2010-03)
[3] ETSI ES 282 004 (V3.y.z): "Telecommunications and Internet converged Services and Protocols
for Advanced Networking (TISPAN); NGN Functional Architecture; Network Attachment Sub-
System (NASS)".
[4] ETSI ES 283 034 (V2.y.z): "Telecommunications and Internet converged Services and Protocols
for Advanced Networking (TISPAN); Network Attachment Sub-System (NASS); e4 interface
based on the DIAMETER protocol".
[5] ETSI TS 183 017 (Release 3): "Telecommunications and Internet converged Services and
Protocols for Advanced Networking (TISPAN); Resource and Admission Control: DIAMETER
protocol for session based policy set-up information exchange between the Application Function
(AF) and the Service Policy Decision Function (SPDF); Protocol specification".
[6] ETSI TS 129 207: "Digital cellular telecommunications system (Phase 2+); Universal Mobile
Telecommunications System (UMTS); Policy control over Go interface (3GPP TS 29.207)".
[7] ETSI TS 129 209: "Universal Mobile Telecommunications System (UMTS); Policy control over
Gq interface (3GPP TS 29.209)".
[8] ETSI TS 133 210: "Digital cellular telecommunications system (Phase 2+); Universal Mobile
Telecommunications System (UMTS); 3G security; Network Domain Security (NDS); IP network
layer security (3GPP TS 33.210)".
[9] IETF RFC 2960: "Stream Control Transmission Protocol".
[10] IETF RCF 3309: "Stream Control Transmission Protocol (SCTP) Checksum Change".
[11] IETF RFC 3588: "Diameter Base Protocol".
[12] IETF RFC 4005: "Diameter Network Access Server Application".
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.
Not applicable.
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
Attribute-Value Pair (AVP): corresponds to an Information Element in a Diameter message
NOTE: See RFC 3588 [11].
hard-state reservation: type of reservation whereby the requested resources are reserved without time limit
NOTE: Hard-state reservations are terminated if the DIAMETER session is terminated.
soft-state reservation: type of reservation whereby the requested resources are reserved for a finite amount of time,
soft-state reservations are terminated when the DIAMETER session is terminated
ETSI

---------------------- Page: 7 ----------------------
8 ETSI TS 183 026 V3.1.1 (2010-03)
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
AAA AA-Answer
AAR AA-Request
AF Application Function
A-RACF Access-Resource and Admission Control Function
ASA Abort-Session-Answer
ASP Application Service Provider
ASR Abort-Session-Request
ATM VC Asynchronous Transfer Mode Virtual Circuit
AVP Attribute-Value Pair
BGF Border Gateway Function
BTF Basic Transport Functions
IANA Internet Assigned Numbers Authority
IP Internet Protocol
IP-CAN IP-Connectivity Access Network
NASREQ Network Access Server REQuirements
RAA Re-Auth-Answer
RACF Resource and Admission Control Function
RACS Resource and Admission Control Subsystem
RAR Re-Auth-Request
RCEF Residual Code Excited Field
RTCP Real-time Transport Control Protocol
RTP Real-time Transport Protocol
SDI Session Description Information
SPDF Service-based Policy Decision Function
STA Session-Termination-Answer
STR Session-Termination-Request
UDP User Datagram Protocol
xDSL x Digital Subscriber Line
4 Rq interface
4.1 Overview
In the following clause, the Rq interface is described in detail concerning what type of information that needs to be
transported between the SPDF and the A-RACF. The functional requirements and the stage 2 specifications of the Rq
interface are contained in ES 282 001 [1] and ES 282 003 [2]. Due to the possible business roles in an access
environment, an SPDF instance may be either in the same domain or in a different domain as the A-RACF instance with
which it interacts. This means that Rq reference point should support both the case when an SPDF instance and the A-
RACF instance with which it interacts are located in the same domain, and when they are located in different domains.
The Rq reference point is an open vendor interface and an open operator interface. One A-RACF instance shall be able
to serve more than one SPDF instance and one given SPDF instance may interact with a number of A-RACF instances,
although on a session basis, it shall interact with only a single A-RACF instance.
ETSI

---------------------- Page: 8 ----------------------
9 ETSI TS 183 026 V3.1.1 (2010-03)
4.2 Rq reference model
The Rq interface is defined between the SPDF and the A-RACF.

AFAF
GqGq ’’
RfRf
RACSRACS
RdRd ’’ , , RiRi ’’
e4e4
NANASSSS
Rq
Rq
SPDFSPDF
RrRr
xx --
RARACFCF
ReRe IaIa
RCEFRCEF BGBGFF
BTBTFF
TrTrananssppoorrtt ProProcesscessiinngg FuncFunctitioonnss

Figure 1: Rq interface architecture model
4.3 Functional elements and capabilities
4.3.1 Service Policy Decision Function (SPDF)
The SPDF is a functional element that coordinates the resource reservations requests received from by the AF. The
SPDF makes policy decisions using policy rules and forwards the session and media related information obtained from
the AF to the A-RACF via the Rq reference point for admission control purposes. The functionality of the SPDF is
further detailed in ES 282 003 [2].
4.3.2 Access-Resource Admission Control Function (A-RACF)
The A-RACF is a functional element performing resource reservation admission control and network policy assembly.
The A-RACF receives resource reservation requests from the SPDF via the Rq reference point. The functionality of the
SPDF is further detailed in ES 282 003 [2].
5 Resource control procedures
The resource control procedures are defined in seven interaction procedures:
1) Reservation.
2) Commit.
3) Reservation and commit.
4) Refresh.
5) Modification.
6) Release.
ETSI

---------------------- Page: 9 ----------------------
10 ETSI TS 183 026 V3.1.1 (2010-03)
7) Event notification.
These interactions are described in the following clauses. During the interactions Diameter AVPs are passed between
the SPDF and the A-RACF.
Figure 2 describes the flow states as maintained by the A-RACF F according to the procedures. Annex A provides a
table further clarifying how states change at different events and actions taken by the A-RACF.

IdIdIdllleee
ReReRessseeerrrvvvaaatttiiiooonnn
ReRecceeiivveedd S STTRR
ModiModiModifffiiicccaaatttiiiononon
ooorrr R R Reeefrefrefressshhh
ReReRessseeerrrvvveeeddd
RRReeessseeerrrvvvatatatiiion&on&on&CCCooommmmmmiiittt
CCCooommitmmitmmit
ReRecceeiivveedd S STTR oR orr
ModiModiModifffiiicccaaatiotiotionnn
RReelleeasasee R Reequequesstt
ooorrr R R Reeefrefrefressshhh
CCCooommitmmitmmitttteeeddd

Figure 2: Flow state
The Flow-Status AVP (see clause 6.4.11) is used to define the action to be taken for each AA-Request made by the
SPDF to the A-RACF. The rules for interpreting the Flow-Status AVP are the following:
• Reservation: New Media-Description-Component AVP(s) and Media-Sub-Component AVP(s). Optional
Flow-Status AVP(s) set to DISABLED (3).
• Modification: Updated Media-Description-Component AVP(s) and/or Media-Sub-Component AVP(s).
Flow-Status AVP not modified, unless the state needs to be modified (e.g. for committing a resource
reservation, or for releasing a resource reservation).
• Commit: Media-Description-Component AVP(s) and optionally Media-Sub-Component AVP(s) of existing
reservations with Flow-Status AVP(s) set to ENABLED-UPLINK (0), ENABLED-DOWNLINK (1) or
ENABLED (2).
• ReservationAndCommit: New Media-Component-Description AVP(s) and Media-Sub-Component AVP(s).
Flow-Status AVP(s) set to ENABLED-UPLINK (0), ENABLED-DOWNLINK (1) or ENABLED (2).
• Release: Media-Description-Component AVP(s) and optionally Media-Sub-Component AVP(s) of existing
reservations with Flow-Status AVP(s) set to REMOVED (4).
• Refresh: Existing reservation unchanged (Media-Component-Description AVP(s) not specified or unchanged),
Flow-Status AVP unchanged.
ETSI

---------------------- Page: 10 ----------------------
11 ETSI TS 183 026 V3.1.1 (2010-03)
5.1 Procedures at the SPDF
5.1.1 Initial Reservation for a Session
The SPDF may request the A-RACF to allocate resources for a new session (i.e. make an initial reservation request).
The SPDF issues such request by sending an AA-Request message to the A-RACF. This message contains one or more
Media-Component-Description Attribute-Value-Pair(s) (AVP(s)). Each Media-Component-Description AVP describes
the set of flows of a particular media type (i.e. it contains one or more Media-Sub-Component AVP(s) and requirements
for the flows (see clause 6.4.16)).
The SPDF may in the AA-Request include the Flow-Grouping AVP(s) to request a particular way for how the IP Flows
are to be distributed to IP-CAN bearers. The SPDF may also forward an AF-Charging-Identifier AVP from the AF in
the message for charging correlation purposes between AF and RACS.
An AA-Request issued to request an initial reservation contains a new Session-Id obtained by the SPDF. As specified in
RFC 3588 [11], the Session-Id is globally unique and is meant to uniquely identify a user session without reference to
any other information. The Session-Id begins with the sender's identity encoded in the DiameterIdentity type.
The specific action that shall be performed by the A-RACF for each individual media and flow (i.e. the Reserve or the
ReserveAndCommit operation) is defined by the Flow-Status AVP:
• Reservation; the value of the Flow-Status AVP shall be set to DISABLED (3).
• ReservationAndCommit; the value of the Flow-Status AVP shall be set to ENABLED-UPLINK (0),
ENABLED-DOWNLINK (1) or ENABLED (2).
• The Flow-Status AVP shall be specified in the Media-Component-Description AVP and in the
Media-Sub-Component AVP(s). The Flow-Status AVP shall be set to the same value in both these AVPs.
Table 1: Initial Reservation operations
Message Flow-Status AVP at the level of: Meaning
Type Media Sub-Media
AAR New Media, New flow, Reserve Resources for all the flows in the request. The
DISABLED DISABLED media(s) and flow(s) descriptions MUST be new ones.
AAR [New Media, New flow, Reserve Resources. In addition, commit resou
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.