3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

TSG-SA Working Group 1 (Services) meeting #3 Hampton Court, Surrey, UK 10th-12th May 1999

TSGS1#3(99)239
Agenda: 6.3.1 TSGS1_QoS #1(99) 014 April 9th , 1999 D0.1

TSG-SA Working Group 1 (Services) QoS meeting #1 Copenhagen, Denmark 7th- 8th April 1999

T1

ETSI

TTA ARIB/TTC

3rd Generation Partnership Project

UMTS Quality of Service

Report

TSG_SA_WG1_QoS Adhoc (S1_QoS)

7th-8th April 1999 Copenhagen, Denmark
TSG_SA_WG1_QoS Adhoc Chairman: Secretary Olle Eriksson Roger Tarazi

1 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

DRAFT REPORT
TITLE: 1) SOURCE: REPORT OF THE 3GPP_TSG_SA_WG1_QoS (Services) Meeting #1(99-

Olle Eriksson, Chairman, R.Tarazi, Secretary

TABLE OF CONTENTS
1. 2. 3. EXECUTIVE SUMMARY....................................................................................................... 3 ADOPTION OF AGENDA....................................................................................................... 3 REVIEW OF INPUT DOCUMENTS ...................................................................................... 3
INFORMATION

3.1 TDOC S1_QOS-99005 - UMTS BEARER PARAMETERS - PROPOSAL AND BACKGROUND ................................................................................................................................. 3 3.2 TDOC S1_QOS-010 - QOS CONCEPT AND PARAMETERS, BACKGROUND INFORMATION AND REASONING ..................................................................................................................................... 4 3.3 TDOC S1_QOS-012 - QOS PERFORMANCE REQUIREMENTS FOR UMTS ........................................ 4

4. DISCUSSION OF BACKGROUND DOCUMENTS .................................................................. 4 5. LIST OF UMTS BEARER SERVICE QOS PARAMETERS .................................................... 4 5.1 PARAMETERS AGREED TO BE SPECIFIED ....................................................................................... 4 5.2 PARAMETERS NOT TOTALLY AGREED TO BE SPECIFIED.............................................................. 5 5.3 PARAMETERS NOT YET DISCUSSED/AGREED ................................................................................. 5 6. DEFINITIONS OF UMTS BEARER SERVICE QOS PARAMETERS.................................... 5 7. RESULT OF THE WEDNESDAY EVENING DRAFTING GROUP ....................................... 7 8. PROPOSED CR TO TS 22.05 ..................................................................................................... 7 9. PROCESS FOR FURTHER WORK......................................................................................... 11 10. CLOSING OF THE MEETING .............................................................................................. 11 ANNEX 1 - LIST OF DOCUMENTS ............................................................................................ 12 ANNEX 2 - PARTICIPANTS LIST............................................................................................... 13

2 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

1.

EXECUTIVE SUMMARY

The chairman, Olle Eriksson opened the meeting, welcomed the delegates and reviewed the objectives of this S1_QoS meeting. The meeting was attended by 14 delegates, of which four represented S1 and a larger number was covering the competence area of the TSGS2 QoS adhoc group. The meeting agreed on a number of criteria for selecting UMTS bearer service parameters and also agreed on a number of such parameters; their purpose, definition and applicability to traffic types. The meeting agreed on a proposed CR to TS 22.05 to align the UMTS bearer service parameters with the current state of work on this subject in other groups. The proposed CR will be subject to a one-week E-mail approval period within TSGS1. The proposed CR will also be reviewed by TSGS2 and the TSGS2 QoS ad-hoc group during their meetings on 20 22 April 1999. The proposed CR will then be presented for approval at TSG-SA #3 on 26 28 April 1999.

2.

Adoption of Agenda

The objective being to generate a CR to UMTS 22.05 to align the requirements on UMTS bearer service attributes and value ranges with the current state of work on this subject in other groups. The agenda was adopted.

3.

Review of Input Documents

Tdoc S1_QoS-99005 (Ericsson), Tdoc S1_QoS-010 (Nokia) and -Tdoc S1_QoS-012 (Nortel Networks) were presented to give a background to the following discussion.

3.1 Tdoc S1_QoS-99005 - UMTS Bearer Parameters - proposal and background information
Remaining open issues: Shall packet size information be stated as an attribute? Shall attributes be specified for the interactive traffic class? Shall reference packet delay be an attribute? Shall minimum bitrate be an attribute? Something is needed to distinguish better effort from best effort. Which attributes would TSGS1 need in order to specify requirements to other groups? Which attributes should be offered to a user to play with? Statements: TSGS1 shall specify parameters seeing the network as a black box. Parameters shall be kept as simple as possible. A task for TSGS2 QoS ad-hoc and RAN to break down the UMTS bearer service parameters into network parts and do the appropriate mapping.

3 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

3.2 Tdoc S1_QoS-010 - QoS Concept and Parameters, Background Information and Reasoning
Very similar to Tdoc 5 plus the following: Remaining open issues: A number of parameters proposed, not yet agreed Are we specifying attributes for the operator to play with or for the users? Differentiation needed within the interactive traffic class? How? Need for minimum bitrate? There has to be capacity (spreading codes) reserved in the radio system (downlink). Dont guarantee minimum bit rate because this would be too expensive when, e.g., web browsing. Statements: Parameters shall be defined from a UMTS bearer service point of view, not going into network parts.

3.3 Tdoc S1_QoS-012 - QoS Performance requirements for UMTS

Only briefly presented at this stage of the discussion. It contains a lot of details on the background for the proposed QoS requirements and will be referred to in the discussion on those parameters.

4. Discussion of background documents

Agreement: QoS parameters shall be objectively measurable (e.g. bit error rate) or perceivable (e.g. precedence) at the service access points. They shall be meaningful both for the users/applications/network operators and for the underlying network layers. Agreement QoS parameters in TS 22.05 shall be specified for the UMTS bearer service, i.e. from between the TAF/MT to between the UMTS network/possible transit network as shown in fig. 1 in TS 22.05. All parameters referring to two points are measured between those UMTS bearer service entry points. Agreement: UMTS bearer service QoS parameters need not neccesarily be expressed in the technicalities of the underlying layers. Agreement: We are discussing the parameters to be set by operators. The sub-set of those to be set by users are to be decided by the operators.

5. List of UMTS bearer service QoS parameters

5.1 Parameters agreed to be specified
1. Traffic type 2. Maximum bitrate

4 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

3. Residual bit error ratio 4. Maximum transfer delay

5.2 Parameters not totally agreed to be specified

1. 2. 3. 4. 5. Packet loss ratio Minimum bitrate Priority for admission control and retention Packet delivery order Traffic handling priority

5.3 Parameters not yet discussed/agreed

1. 2. 3. 4. 5. 6. 7. 8. Average bit rate Connection mode Symmetry Communication configuration Packet size information Error characteristic Maximum delay variation Reference packet delay

6. Definitions of UMTS bearer service QoS parameters

Traffic type Definition: This parameter is intended to describe the characteristics of the source. Values: [Background, interactive, streaming, conversational.] We see a need for those four traffic types. We will come back to definitions when we start using them. Maximum bitrate Purpose: This parameter could be used for policing the user traffic. We have not yet agreed how to use it. Definition: A data rate is X no. of kbit/s measured over a defined window. Guaranteed bit rate Purpose: This parameter would be used for resource reservation. It is used to reserve a given data rate. Definition: A data rate is X no. of kbit/s measured over a defined window. Applicability to traffic types: [tbd]

5 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

Minimum bitrate Purpose: To provide something better than best effort in a loaded network / in case of congestion. [How can it be used in the radio system?] Definition: A data rate is X no. of kbit/s measured over a defined window. A guaranteed minimum bit rate. A user is allowed to send more than this limit. (Not to be used at the same time as the guaranteed bit rate.) Applicability to traffic types: [tbd] [presumably interactive] Traffic handling priority Purpose: One of the purposes is to provide something better than best effort in a loaded network / in case of congestion. Definition: This parameter indicates that the bearer shall have priority over some other bearer in the same traffic type. It will not indicate priorities between traffic types. This parameter can only be considered if you have no delay parameter set. Priorities between traffic types is indicated by the traffic type parameter. (This traffic handling priority shall not be confused with the priority for admission control.) Requirement: It shall be possible to differentiate between the traffic handling of different bearers, at least within the interactive traffic class. Applicability to traffic types: Conversational Traffic handling priority No

Streaming No

Interactive Yes

Background No

Bit / packet error ratio [to be drafted] Purpose: To control the level of errors to make UMTS suitable to the target applications. Definition: A number of proposals; no agreement yet [Packets that are deliverd as if they were correct, but they are erroneous.] [Packet loss ratio is where you loose a whole packet.] [Applications can tolerate different amounts of bit errors in the delivered stream.] Error parameters: Deliver erroneous packets [yes/no] [Error ratio setting on UMTS bearer service level to be able to set the radio parameters] Maximum transfer delay Purpose: To control the delay characteristics to make UMTS suitable to the target applications. Definition: The maximum time between reception of the last bit of a packet at a UMTS entry point to the delivery of the last bit of the packet at the UMTS exit point.

6 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

Applicability to traffic types: [tbd] Maximum two point delay variation Purpose: To control the delay characteristics to make UMTS suitable to the target applications. Definition: The maximum difference between transfer delay of two arbitrary packets between the UMTS bearer service entry points. Reference packet delay Purpose: To control the delay characteristics to make UMTS suitable to the target applications. (Relevant for the request response time for bursty traffic.) Definition: The transfer delay for a burst comprising of one and only one packet. The packet is a small reference packet. Valid in an unloaded situation. This is a basic requirement on the network, not a parameter that is set by users. Applicability to traffic types: [tbd] No agreement was reached for this parameter during this meeting.

7. Result of the Wednesday evening drafting group

We need a bit error ratio parameter that is defined as the fraction of bit errors in the delivered bit stram. We need to study the need for other error parameters. Packet loss ratio / packet misinsertion ratio are parameters that are related to the level of service guarantee rather than error parameters.

8. Proposed CR to TS 22.05
The concept of UMTS bearer services was inserted into figure 1 in section 4.2, i.e. from between the TAF/MT to between the UMTS network/possible transit network. Decided to go straight into the QoS parameters in section 5.2 to ensure that we didnt spend time on less important aspects. Who shall be able to set values on the attributes needs to be specified, but this will be done in other specifications / by other groups. SECTION 5.2 ON DESCRIPTION OF BEARER SERVICES Added text: To enable asymmetric services, the values of some attributes need to be specified separately for the up- and downlink respectively.

7 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

Added text: It shall be possible to differentiate between the traffic handling of different bearers, at least within the interactive traffic class. SECTION 5.2.1 ON INFORMATION TRANSFER ATTRIBUTES Connection mode attribute Agreement: The connection mode attribute as stated in TS 22.05 contains two aspects; the delivery order (needed but open if it is enough to express this by the traffic type attribute) and the type of connection mode (connection oriented or connectionless) (not needed) Traffic type vs delivery order: conversational: real time, no need for delivery order streaming: no need for delivery order interactive: assume that packets are delivered in order background: assume that packets are delivered in order Conclusions: The connection mode attribute was deleted. A new delivery order attribute was inserted but marked [FFS]. Traffic type attribute This attribute was re-named to Traffic class attribute. The values were changed to conversational, streaming, interactive and background. A note was inserted stating that The use of this attribute as a separate attribute is still under discussion. Symmetry attribute The symmetry attribute was deleted; it is redundant as the characteristics anyway have to be specified separately for the up- and downlink respectively. [Question: How is this indicated?] Communication configuration attribute The last two sentences were deleted as it is not required to provide the addresses of the source entity and the destination entities. [The addresses of the source entity and the destination entities should also be provided. One multipoint address should be reserved for broadcasting.] Information transfer rate attributes These attributes are the peak bit rate, minimum bit rate and mean bit rate. The peak bit rate and minimum bit rate attributes were replaced by separate new attributes for maximum and guaranteed bit rate. The mean bit rate attribute was deleted as it would be very difficult to specify.

8 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

Maximum bit rate This is a new attribute. Purpose: Shall be possible to use for policing. Shall be possible to use as a base for charging. Very important for operators as a marketable attribute. One of the few attributes understandable to users. Definition: This attribute specifies the maximum allowed bit rate for a given UMTS bearer service. (The measurement period for the maximum bit rate shall be defined by TSGS2.) Applicability to traffic classes: See below. Guaranteed bit rate This is a new attribute. Definition: This attribute specifies the minimum guaranteed bit rate for a UMTS bearer service. Applicability to traffic classes: Conversational; Applicable. Streaming; Shall be possible to request a bit rate that the network promises to deliver. Applications shall be able to send with a higher bit rate. Interactive; No agreement reached yet on whether the guaranteed bit rate is applicable for the interactive traffic class. Background; No need for this attribute for the operator to reserve capacity as this class is best effort. Applicability of bit rate attributes to traffic classes: Conversational Streaming Maximum bit rate Yes Yes Yes Guaranteed bit rate Yes (Has to be equal to the maximum bit rate.)

Interactive Yes [FFS]

Background Yes No

SECTION 5.2.2 ON INFORMATION QUALITY ATTRIBUTES Maximum transfer delay attribute The definition was changed to: The maximum time between reception of the last bit of a packet at the UMTS bearer service entry point to the delivery of the last bit of the packet at the UMTS bearer service exit point. Applicability to traffic classes: See below. Delay variation attribute The name of this attribute was changed to Maximum two point delay variation attribute.

9 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

The definition was changed to: This attribute specifies the maximum difference between transfer delay of two arbitrary packets between the UMTS bearer service entry points. Applicability of the delay attributes to traffic classes:

Maximum transfer delay Maximum two point delay variation

Conversational Yes No

Streaming Yes [FFS]

Interactive No No

Background No No

Bit error ratio attribute The definition was changed to: This attribute specifies the bit error ratio defined as the fraction of bit errors in the delivered bit stream. Error characteristics attribute This attribute was deleted as it is not possible to control in the network.

SECTION 5.4 ON SUPPORTED QoS To increase readability the table was organised in separate columns for each of the four traffic classes. Conversational: The values are the same as for the previous real time column with the following changes: For the operating environments rural outdoor, urban/suburban outdoor and indoor/low range outdoor, the lower limit for the max transfer delay was relaxed from 20 ms to 50 ms; the reason being that the previous figure is unrealistic to achieve. For the operating environments rural outdoor, urban/suburban outdoor and indoor/low range outdoor, the lower limit for the BER was relaxed from 10-7 to 10-6; the reason being that the previous figure is unrealistic to achieve. Streaming - Satellite operating mode: The values are the same as for the previous real time column. Streaming - Rural outdoor, urban/suburban outdoor and indoor/low range outdoor operating modes: The values for BER are the same as for the previous real time column and the values for max transfer delay are the same as for the previous non real time column with the following change: The lower limit for the BER was relaxed from 10-7 to 10-6; the reason being that the previous figure is unrealistic to achieve. Interactive: The values are the same as for the previous non real time column. The term Max transfer delay was changed to Reference packet delay. Background: The values are the same as for the previous non real time column. The term Max transfer delay was changed to Reference packet delay.

10 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

9. Process for further work

The proposed CR to TS 22.05 will be distributed on the TSGS1 list for a one-week E-mail approval period. It will also be distributed on the TSGS2 list. TSGS2 and the TSGS2 QoS ad-hoc group will be given an opportunity to review the proposed CR during their meetings on 20 22 April. Possible comments from those groups can be presented at TSG-SA #3 on 26 28 April. The finally proposed CR will be presented for approval to TSG-SA #3.

10. Closing of the Meeting

The chairman thanked the delegates for their contributions. The meeting closed at 15:00 on April 8, 1999.

11 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

ANNEX 1 - LIST OF DOCUMENTS

Doc Ne w Do c Type Title Source Name Status

1 2 3 4 5

Agenda Report WI S2 CR Proposa l Spec Spec WI S1 LS

Agenda, Venue, Planning, Miscellaneous S2 QoS Report V0.9 S2 QoS WI CR to 22.05 (on bearer attributes) UMTS Bearer Parameters proposal and background information UMTS 22.05 UMTS 22.25 S1-99134 Quality of Service Requirements S1-99218 Liaison Statement to the TSGS2 ad-hoc group on QoS QoS Concept and Parameters, Background Information and Reasoning CR to 22.05 QoS Performance Requirements for UMTS CR to 22.25 Report from S1_QoS

Olle Eriksson rapporte ur N/A Ericsson Ericsson Ina Widegren Ina Widegren

6 7 8 9

S1 S1 S1 S1

10

Backgro und CR

Nokia

11 12 13 14 15 16 17 18 19 20

Nokia Nortel Nortel Ericsson

CR Report

John Candish John Candish Olle Eriksson

Draft 0.1

12 / 13

3GPP_TSG_SA_WG1_QoS (S1_QoS), Copenhagen, Denmark 7th - 8th April, 1999

ANNEX 2 - PARTICIPANTS LIST

Last Name
Ashwell Ballot Candish Carpenter Drevon Eriksson Hultsch Kalliokulju Kobayashi

First Name
Wayne Jean-Marc John Paul Nicolas Olle Wolfgang Juha Shinji

Company
British telecom Alcatel CIT Nortel Lucent Technologies Alcatel Ericsson Siemens Nokia NTT Mobile Communications Network, Inc. Telia T-Mobil Ericsson ETSI - MCC Ericsson

Country
UK France UK UK France Sweden Germany Finland Japan

e-Mail
[email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected]

Phone Number
+44 1473 227 171 +33 1 30 77 33 40 +44 1628 43 4958 +44 1793 883 818 +33 1 30 77 09 16 +46 8 757 0088 +49 89 722 4 37 17 +358 10 5051 +81 3 55 63 7204

Cellular Phone

+46 70 561 7608 +358 50 524 7425

Lindholm Lopez-Torres Olofsson Tarazi Widegren

Bengt-ke Oscar Hkan Roger Ina

Sweden Germany Sweden France Sweden

[email protected] [email protected] [email protected] [email protected] [email protected]

+46 8 713 81 24 +46 8 757 00 25 +33 4 92 94 42 28 +46 8 757 18 23

+46 70 655 52 66

+46 70 552 34 98

13 / 13