|
TECHNICAL REPORT
Digital cellular telecocommunications system (Phahase 2+);
Universal Mobile Telelecommunications System ( (UMTS);
LTE;
Multimedia telephony y over IP Multimedia Subsystestem (IMS);
Study on improved ed end-to-end Quality of Servicice (QoS)
handling for Multimededia Telephony Service for IMIMS (MTSI)
(3GPP TR 26.9.924 version 13.0.0 Release 13 13)
---------------------- Page: 1 ----------------------
3GPP TR 26.924 version 13.0.0 Release 13 1 ETSI TR 126 924 V13.0.0 (2016-08)
Reference
DTR/TSGS-0426924vd00
Keywords
LTE,UMTS
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
The present document can be downloaded from:
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the
print of the Portable Document Format (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
If you find errors in the present document, please send your comment to one of the following services:
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.
© European Telecommunications Standards Institute 2016.
All rights reserved.
TM TM TM
DECT , PLUGTESTS , UMTS and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members.
TM
3GPP and LTE™ are Trade Marks of ETSI 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 ----------------------
3GPP TR 26.924 version 13.0.0 Release 13 2 ETSI TR 126 924 V13.0.0 (2016-08)
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 (https://ipr.etsi.org/).
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 Report (TR) has been produced by ETSI 3rd Generation Partnership Project (3GPP).
The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables.
The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under
.
Modal verbs terminology
In the present document "should", "should not", "may", "need not", "will", "will not", "can" and "cannot" are to be
interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
ETSI
---------------------- Page: 3 ----------------------
3GPP TR 26.924 version 13.0.0 Release 13 3 ETSI TR 126 924 V13.0.0 (2016-08)
Contents
Intellectual Property Rights . 2
Foreword . 2
Modal verbs terminology . 2
Foreword . 7
Introduction . 7
1 Scope . 8
2 References . 8
3 Definitions and abbreviations . 9
3.1 Definitions . 9
3.2 Abbreviations . 9
4 Overview . 9
5 Current QoS reservation mechanisms during session setup . 10
5.1 System description . 10
5.2 Simple SDP negotiation and bearer setup . 11
5.3 Other system aspects . 12
5.4 Relationship between QoS parameters and rate adaptation . 12
5.4.1 Introduction. 12
5.4.2 MBR=GBR bearer . 13
5.4.3 MBR>GBR bearer . 13
5.4.4 Different QoS settings in different networks . 13
6 Use cases . 14
6.1 General description. 14
6.2 Use case A: Single fixed-rate speech codec . 14
6.2.1 General description . 14
6.2.2 Gap analysis . 15
6.3 Use case B: Several fixed-rate speech codecs . 16
6.3.1 General description . 16
6.3.1.1 Overview . 16
6.3.1.2 SDP impacts on media handling . 16
6.3.1.3 Bearer allocation based on first SDP offer/answer . 17
6.3.1.4 Bearer allocation based on second SDP offer/answer . 19
6.3.2 Gap analysis after 1st SDP offer/answer . 20
6.3.2.1 Common . 20
6.3.2.2 IMS-A chooses Option 1; IMS-B chooses Option 1 . 20
6.3.2.3 IMS-A chooses Option 2; IMS-B chooses Option 2 . 21
6.3.2.4 IMS-A chooses Option 1; IMS-B chooses Option 2 . 21
6.3.2.5 IMS-A chooses Option 2; IMS-B chooses Option 1 . 22
6.3.2.6 Root-cause analysis when b=AS is used for resource reservation . 23
6.3.2.7 Root-cause analysis when codec-specific information is used for resource reservation . 24
6.3.2.8 Handling of over-allocation and under-allocation . 24
6.3.3 Gap analysis after 2nd SDP offer/answer . 24
6.4 Use case C: Single multi-rate speech codec (AMR), no extra bandwidth allocated for redundancy . 25
6.4.1 General description . 25
6.4.2 Gap analysis . 28
6.5 Use case D: Single multi-rate speech codec (AMR) with extra bandwidth allocated for redundancy . 28
6.5.1 General description . 28
6.5.2 Gap analysis . 30
6.6 Use case E: Several multi-rate speech codecs (AMR and AMR-WB) . 30
6.6.1 General description . 30
6.6.2 Gap analysis . 31
6.7 Use case F: Single video codec, symmetric usage . 32
ETSI
---------------------- Page: 4 ----------------------
3GPP TR 26.924 version 13.0.0 Release 13 4 ETSI TR 126 924 V13.0.0 (2016-08)
6.7.1 General description . 32
6.7.2 Gap analysis . 33
6.7.3 Root-cause analysis. 35
6.8 Use case G: Single video codec, asymmetric usage, sending video with a bitrate matching the codec
level . 35
6.8.1 General description . 35
6.8.2 Gap analysis . 36
6.8.3 Root-cause analysis. 36
6.9 Use case H: Single video codec, asymmetric usage, sending video with a bitrate lower than the
supported codec level . 37
6.9.1 General description . 37
6.9.2 Gap analysis . 38
6.9.3 Root-cause analysis. 38
6.10 Use case I: Multiple video codecs . 39
6.10.1 General description . 39
6.10.2 Gap analysis . 41
6.10.3 Root-cause analysis. 41
6.11 Use case J: Single video codec, symmetric usage, bitrate variations . 41
6.11.1 General description . 41
6.11.2 Gap analysis . 46
6.12 Use case K: Several multi-rate speech codecs (AMR, AMR-WB and EVS), small difference in EVS
usage between operators . 46
6.12.1 General description . 46
6.12.2 Gap analysis . 47
6.13 Use case L: Several multi-rate speech codecs (AMR, AMR-WB and EVS), large difference in EVS
usage between operators . 47
6.13.1 General description . 47
6.13.2 Gap analysis . 48
7 Recommended requirements . 48
7.1 Discussion on individual recommended requirements . 48
7.1.1 General . 48
7.1.2 Use case A: Single fixed-rate speech codec . 48
7.1.3 Use case B: Several fixed-rate speech codecs. 48
7.1.4 Use case C: Single multi-rate speech codec (AMR), no extra bandwidth allocated for redundancy . 49
7.1.5 Use case D: Single multi-rate speech codec (AMR) with extra bandwidth allocated for redundancy . 50
7.1.6 Use case E: Several multi-rate speech codecs (AMR and AMR-WB) . 50
7.1.7 Use case F: Single video codec, symmetric usage . 50
7.1.8 Use case G: Single video codec, asymmetric usage, sending video with a bitrate matching the codec
level . 50
7.1.9 Use case H: Single video codec, asymmetric usage, sending video with a bitrate lower than the
supported codec level. 51
7.1.10 Use case I: Multiple video codecs . 51
7.1.11 Use case J: Single video codec, symmetric usage, bitrate variations . 51
7.1.12 Use case K: Several multi-rate speech codecs (AMR, AMR-WB and EVS), small difference in EVS
usage between operators . 51
7.1.13 Use case L: Several multi-rate speech codecs (AMR, AMR-WB and EVS), large difference in EVS
usage between operators . 52
7.2 Discussion on proposed requirements for new SDP attributes . 52
7.3 Discussion on proposed general requirements for the solution . 52
7.4 Summary of proposed requirements . 53
7.5 Definition of new bandwidth information parameters . 54
7.5.1 Overview . 54
7.5.2 Maximum Supported Bandwidth . 54
7.5.3 Maximum Desired Bandwidth . 54
7.5.4 Minimum Desired Bandwidth. 55
7.5.5 Minimum Supported Bandwidth. 55
8 Potential solution(s) . 55
8.1 Potential solution A: Session re-negotiation . 55
8.1.1 Introduction. 55
8.1.2 Description of the solution . 56
ETSI
---------------------- Page: 5 ----------------------
3GPP TR 26.924 version 13.0.0 Release 13 5 ETSI TR 126 924 V13.0.0 (2016-08)
8.1.3 Compliance with proposed requirements . 56
8.1.4 Impact on networks and terminals . 56
8.2 Potential solution B: New bandwidth modifiers in SDP offer and answer without SDP MiscCapNeg . 57
8.2.1 Introduction. 57
8.2.2 Description of the solution . 57
8.2.2.1 General solution . 57
8.2.2.2 New bandwidth modifiers . 57
8.2.2.3 Procedures . 58
8.2.2.4 Session negotiation example . 58
8.2.2.5 Modifying the bandwidth information in the SDP offer . 60
8.2.2.6 Resource reservation in different networks . 60
8.2.3 Compliance with proposed requirements . 61
8.2.4 Impact on networks and terminals . 61
8.3 Potential solution C: New bandwidth modifiers and SDPMiscCapNeg in SDP offer and answer . 61
8.3.1 Introduction. 61
8.3.2 Description of the solution . 61
8.3.2.1 General solution . 61
8.3.2.2 Procedures . 62
8.3.2.3 Session negotiation example . 62
8.3.2.4 Modifying the bandwidth information in the SDP offer . 63
8.3.2.5 Resource reservation in different networks . 64
8.3.3 Compliance with proposed requirements . 64
8.3.4 Impact on networks and terminals . 64
8.4 Potential solution D: New attribute for bandwidth information in SDP offer and answer for each RTP
payload type . 65
8.4.1 Introduction. 65
8.4.2 Description of the solution . 65
8.4.2.1 General solution . 65
8.4.2.2 New attribute . 65
8.4.2.3 Procedures . 66
8.4.2.4 Session negotiation example . 66
8.4.2.5 Modifying the bandwidth information in the SDP offer . 66
8.4.2.6 Resource reservation in different networks . 67
8.4.3 Compliance with proposed requirements . 67
8.4.4 Impact on networks and terminals . 67
8.5 Potential solution E: New bandwidth modifiers only in SDP answer . 67
8.5.1 Introduction. 67
8.5.2 Description of the solution . 67
8.5.2.1 General solution . 67
8.5.2.2 New bandwidth modifiers . 67
8.5.2.3 Session negotiation example . 67
8.5.2.4 Modifying the bandwidth information in the SDP offer . 68
8.5.2.5 Resource reservation in different networks . 68
8.5.3 Compliance with proposed requirements . 68
8.5.4 Impact on networks and terminals . 68
8.6 Potential solution F: New SDP attribute in SDP offer and answer for entire media line . 68
8.6.1 Introduction. 68
8.6.2 Description of the solution . 68
8.6.2.1 General solution . 68
8.6.2.2 New SDP attribute . 69
8.6.2.3 Procedures . 69
8.6.2.4 Session negotiation example . 69
8.6.2.5 Modifying the bandwidth information in the SDP offer . 69
8.6.2.6 Resource reservation in different networks . 70
8.6.3 Compliance with proposed requirements .
...