X32-20060116-009R1 SBBC TX Stage-3 QoS Mapping [LU]

8/10/2019 X32-20060116-009R1 SBBC TX Stage-3 QoS Mapping [LU]

http://slidepdf.com/reader/full/x32-20060116-009r1-sbbc-tx-stage-3-qos-mapping-lu 1/21

3GPP2-X32-20060116-xxx

TITLE: SBBC: Tx Stage-3 QoS mapping

SOURCE:

Thomas TowleLucent Technologies1960 Lucent Ln.

ape!"ille# $L 60%66

Tel : &1 630 9'9 '303(ax : &1 630 '13 19)1*mail : ttowle+lucent.com

ABSTRACT

This cont!i,ution p!o"i es p!opose text o! section 6 o the Tx inte! ace speci ication !elating to the mapping o S/ intoQoS pa!amete!s. The p!opose text in this cont!i,ution was e"elope ,ase on 3 TS )9.)02 6.%.0. This cont!i,utionwas p!esente in /ecem,e! as 43).)00%1)0%-01). This "e!sion has some mino! e ito!ial up ates. $n a ition the ta,le onme ia g!ouping was !emo"e as this capa,ilit5 is not use in 3 ). (inall5# two e ito! s notes we!e a e in icating someopen items that nee to ,e a !esse . $n /ecem,e! it was ag!ee to postpone acceptance until this 7anua!5 meeting pen ingan5 othe! cont!i,utions on this topic.

RECOMMENDATION:

/iscuss an ag!ee with app!op!iate mo i ications o! inclusion in the next "e!sion.

Lucent Technologies grants a free, irrevocable license to 3GPP2 and its Organizational Partners to incorporate text or othercopyrightable material contained in the contribution and any modifications thereof in the creation of 3GPP2 publications tocopyright and sell in Organizational Partner!s name any Organizational Partner!s standards publication even though it mayinclude all or portions of this contribution and at the Organizational Partner!s sole discretion to permit others to reproduce in"hole or in part such contribution or the resulting Organizational Partner!s standards publication# Lucent Technologies is also"illing to grant licenses under such contributor copyrights to third parties on reasonable, non$discriminatory terms andconditions for purpose of practicing an Organizational Partner%s standard "hich incorporates this contribution#

This ocument has ,een p!epa!e ,5 Lucent Technologies to assist the e"elopment o speci ications ,5 3 ). $t is p!opose to theCommittee as a ,asis o! iscussion an is not to ,e const!ue as a ,in ing p!oposal on Lucent Technologies. Lucent Technologiesspeci icall5 !ese!"es the !ight to amen o! mo i 5 the mate!ial containe he!ein an nothing he!ein shall ,e const!ue as con e!!ing o!o e!ing licenses o! !ights with !espect to an5 intellectual p!ope!t5 o Lucent Technologies othe! than p!o"i e in the cop5!ight statementa,o"e.

1

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

2

mailto:[email protected]

mailto:[email protected]



88888 (i!st Change 88888

2 References

The following documents contain provisions, which through reference in this text, constitute provisionsof the present document.

- e e!ences a!e eithe! speci ic i enti ie ,5 ate o pu,lication# e ition num,e!# "e!sion num,e!# etc.; o!non-speci ic.

- (o! a speci ic !e e!ence# su,se<uent !e"isions o not appl5.

- (o! a non-speci ic !e e!ence# the latest "e!sion applies.

=1> 3 ) 4.S0013-01): ?Se!"ice Base Bea!e! Cont!ol @ Stage )A.

=)> $*T( (C 3%22: /iamete! Base !otocol .

=3> $*T( (C 00%: /iamete! etwo!D Eccess Se!"e! Epplication .

= > $*T( (C ))3 : Eugmente B ( o! s5ntax speci ications: EB ( .

=%> $*T( (C 3%)0: Session Eutho!iFation olic5 *lement .

=6> $*T( (C 3%%6: Session /esc!iption !otocol S/ ; Ban wi th Go i ie!s o! T Cont!ol !otocolTC ; Ban wi th .

='> $*T( (C 006: /iamete! C!e it Cont!ol Epplication .

=2> $*T( (C )3)': S/ : Session /esc!iption !otocol .

=9> $*T( (C 3)6 : En H e!IEnswe! mo el with the Session /esc!iption !otocol S/ ; .

=10> $*T( (C 3322: !ouping o Ge ia Lines in the Session /esc!iption !otocol S/ ; .

=11> $*T( (C 3%) : Gapping o Ge ia St!eams to esou!ce ese!"ation (lows .

=1)> 3 ) 4.S0013-00 -E: $ multime ia call cont!ol p!otocol ,ase on S$ an S/ J stage 3 .

=13> 3 ) e e!ence o! QoS o! K* in c ma)000.

88888 ext Change 8888888888 Ell ew Text 88888

i

1

2

34

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

1







Table 6.1: Rules for deri ation of ser i!e information wit"in #edia$%omponent$&es!ription A'(from S&( media !omponent

iv

1

2

1



ser i!e information per #edia$%omponent$

&es!ription A'(

)*+T, 1- *+T, /

&eri ation from S&( (arameters)see *+T, 0/

#edia$%omponent$*umber

ordinal number of the position of the "m=" line in the SDP

AF$Appli!ation$ dentifier The AF-Application-Identifier AVP may be supplied or omitted, dependin onthe application! For I S, if the AF-Application-Identifier AVP is supplied,its #alue should not demand application specific band$idth or %oS class

handlin ! &o$e#er, if an I S application is capable of handlin a %oSdo$n radin , the AF-Application-Identifier AVP may be used to demandapplication specific band$idth or %oS class handlin !

#edia$T2pe The edia Type AVP shall be included $ith the same #alue as supplied forthe media type in the "m=" line!

Flow$Status IF port in m-line = ' T&() Flo$-Status*= +( V(D(.S( IF a=rec#only T&() IF /SDP direction0 = mobile ori inated T&() Flo$-Status *= ()A1.(D2D 3).I)4 5) T( 67 (.S( 89 mobile terminated 98 Flo$-Status *= ()A1.(D2:P.I)4 5) T( 67 ()DIF (.S( IF a=sendonly T&() IF /SDP direction0 = mobile ori inated T&()

Flo$-Status *= ()A1.(D2:P.I)4 5) T( 67 (.S( 89 mobile terminated 98 Flo$-Status *= ()A1.(D2D 3).I)4 5) T( 67 ()DIF (.S( IF a=inacti#e T&() Flo$-Status *=DISA1.(D (.S( 89 a=sendrec# or no direction attribute 98 Flo$-Status *= ()A1.(D 5) T( 67 ()DIF ()DIF ()DIF()DIF5) T( ;7

Max-Requested-Bandwidth-UL

IF /SDP direction0 = mobile terminated T&() IF b=AS*/band$idth0 is present T&() a<-+e uested-1and$idth-:.*= /band$idth0 9 >''' 89 :nit is bit8s (.S( a<-+e uested - 1and$idth-:.*= / perator specific settin 0, or AVP not supplied ()DIF(.S( ?onsider SDP in opposite direction()DIF

Max-Requested-Bandwidth-DL

IF /SDP direction0 = mobile ori inated T&() IF b=AS*/band$idth0 is present T&() a<-+e uested-1and$idth-D.*= /band$idth0 9 >''' 89 :nit is bit8s (.S( a<-+e uested - 1and$idth-D.*= / perator specific settin 0, or AVP not supplied ()DIF(.S( ?onsider SDP in opposite direction()DIF

RR$3andwidt" IF b=++*/band$idth0 is present T&() ++-1and$idth*= /band$idth0(.S( AVP not supplied()DIF5) T( @ ) T( 7

RS$3andwidt" IF b=+S*/band$idth0 is present T&() +S-1and$idth*= /band$idth0(.S( AVP not supplied()DIF

v1



5) T( @* ) T( 7#edia$Sub$%omponent Supply one AVP for each Flo$ Identifier $ithin the media component! The

Flo$ identifiers are deri#ed accordin to Appendi< A!The encodin of the AVP is described in Table !B

&OT' () The encoding of the service information is defined in *(+#&OT' 2) The -P parameters are described in ./0 2321 * +#&OT' 3) The %b . )% and 4b ..)% -P band"idth modifiers are defined in ./0 3556 *6+#&OT' 7) 8s an operator policy to disable for"ard and9or bac:"ard early media, the /lo"$ tatus may be do"ngraded

before a ;P dialogue is established, i#e# until a 2<< O=>;&?;T'@ is received# The ?alue A-; 8BL'-C may beused instead of the ?alues A'&8BL'-DEPL;&=C or A'&8BL'-D-OF&L;&=C# The ?alues A-; 8BL'-C,A'&8BL'-DEPL;&=C or A'&8BL'-D-OF&L;&=C may be used instead of the ?alue A'&8BL'-C#

&OT' 5) ;f the -P ans"er is available "hen the session information is derived, the direction attributes and port numberfrom the -P ans"er shall be used to derive the flo" status# o"ever, to enable interoperability "ith ;P clientsthat do not understand the inactive -P attribute, if a inactive "as supplied in the -P offer, this shall be usedto derive the flo" status# ;f the -P ans"er is not available "hen the session information is derived, thedirection attributes from the -P offer shall be used#

&OT' 6) ;nformation from the -P ans"er is applicable, if available#&OT' 1) The 8?Ps may be omitted if they have been supplied in previous service information and have not changed, as

detailed in *(+#

vi

1

1



Table 6.0: Rules for deri ation of #edia$Sub$%omponent A'( from S&( media !omponent

vii

1

1



T4 ser i!e information per #edia$Sub$%omponent

A'(

)*+T, 15 *+T, /

&eri ation from S&( (arameters)see *+T, 0/

Flow$*umber deri#ed accordin to Appendi< A

Flow$Status AVP not supplied

#a4$Re7uested$3andwidt"$89

AVP not supplied

#a4$Re7uested$3andwidt"$&9

AVP not supplied

Flow$&es!ription For uplinC and do$linC direction, a Flo$-Description AVP shall be pro#idedunless no IP Flo$s in this direction are described $ithin the mediacomponent!The SDP direction attribute 5) T( 67 indicates the direction of the mediaIP flo$s $ithin the media component as follo$s* IF a=rec#only T&() 5) T( @7 IF /SDP direction0 = mobile ori inated T&() Pro#ide only do$nlinC Flo$-Description AVP (.S( 89 mobile terminated 98 Pro#ide only uplinC Flo$-Description AVP ()DIF (.S( IF a=sendonly T&() 5) T( @7

IF /SDP direction0 = mobile ori inated T&() Pro#ide only uplinC Flo$-Description AVP (.S( 89 mobile terminated 98 Pro#ide only do$nlinC Flo$-Description AVP ()DIF (.S( 89 a=sendrec# or a=inacti#e or no direction attribute 98 Pro#ide uplinC and do$nlinC Flo$-Description AVPs ()DIF ()DIFFor +T?P IP flo$s uplinC and do$nlinC Flo$-Description AVPs shall bepro#ided irrespecti#e of the SDP direction attribute!

The uplinC destination address shall be copied from the "c=" line ofdo$nlinC SDP! 5) T( 7The uplinC destination port shall be deri#ed from the "m=" line of do$nlinCSDP! 5) T( 7The do$nlinC destination address shall be copied from the "c=" line of

uplinC SDP! 5) T( 7The do$nlinC destination port shall be deri#ed from the "m=" line of uplinCSDP! 5) T( 7:plinC and do$nlinC source adresses shall either be deri#ed from the prefi<of the destination address or be $ildcarded by settin to "any", asspecified in >E! Source ports shall not be supplied!Proto shall be deri#ed from the transport of the "m=" line! For "+TP8AVP"proto is > 5:DP7!

Flow$8sage The Flo$-:sa e AVP shall be supplied $ith #alue "+T?P" if the IP flo$5s7described in the edia-Sub-?omponent AVP are used to transport +T?P!ther$ise the Flo$-:sa e AVP shall not be supplied! +F? B@B GE specifiesho$ +T?P flo$s are described $ithin SDP!

&OT' () The encoding of the service information is defined in *(+#&OT' 2) The -P parameters are described in ./0 2321 * +#&OT' 3) ;f the -P direction attribute for the media component negotiated in a previous offer$ans"er exchange "as

sendrecv, or if no direction attribute "as provided, and the ne" -P direction attribute sendonly or recvonly is

negotiated in a subseHuent -P offer$ans"er exchange, uplin: and do"nlin: /lo"$-escription 8?Ps shall besupplied#&OT' 7) ;f the -P ans"er is available "hen the session information is derived, the direction attributes from the -P

ans"er shall be used to derive the flo" description# o"ever, to enable interoperability "ith ;P clients that donot understand the inactive -P attribute, if a inactive "as supplied in the -P offer, this shall be used# ;f the-P ans"er is not available "hen the session information is derived, the direction attributes from the -P offershall be used#

&OT' 5) The 8?Ps may be omitted if they have been supplied in previous service information and have not changed, asdetailed in *(+#

&OT' 6) ;f the session information is derived from an -P offer, the reHuired -P may not yet be available# Thecorresponding /lo" -escription 8?P shall nethertheless be included and the unavailable fields >possibly all@

viii1



shall be "ildcarded#

6.2.2 Tx service information to Authorized IP QoS parameters m apping in PCRF

The QoS autho!iFation is to ,e ,ase on the pa!amete!s Gaximum Eutho!iFe QoS Class an GaximumEutho!iFe /ata ate KLI/L.

hen a session is initiate o! mo i ie the C ( shall use the mapping !ules in Ta,le 6.3 to e!i"e theEutho!iFe $ QoS pa!amete!s Gaximum Eutho!iFe /ata ate /LIKL an the Gaximum Eutho!iFe QoSClass !om the se!"ice in o!mation. $n the case o o!Ding# the "a!ious o!De !esponses ma5 ha"e i e!ent QoS!e<ui!ements o! the $ lows o the same me ia component. *ach Eutho!iFe $ QoS a!amete! shall ,e set tothe highest "alue !e<ueste o! the $ low s; o that me ia component ,5 an5 o the acti"e o!De !esponses.These "alues a!e e!i"e ,5 the !ules in Ta,le 6.3.

ix

1

2

3

4

5

6

7

8

9

10

1



Table 6. : Rules for deri ation of t"e #a4imum Aut"ori;ed &ata Ratesand #a4imum Aut"ori;ed QoS %lass per flow identifier in t"e (%RF

x

1

2

1



Aut"ori;ed ( QoS(arameter per flow

identifier

&eri ation from ser i!e information)see *+T, </

#a4imum Aut"ori;ed &ataRate &9 )#a4=&R=&9/ and89 )#a4=&R=89/ per flowidentifier

IF AF-Application-Identifier AVP demands application specific data rate handlin T&()

a<2D+2:.*= as defined by application specific al orithm a<2D+2D.*= as defined by application specific al orithm

(.S(

IF not +T?P flo$5s7 accordin to Flo$-:sa e AVP T&() IF Flo$-Status = +( V(D T&() a<2D+2:.*= ' a<2D+2D.*= ' (.S( IF uplinC Flo$ Desription AVP is supplied T&() IF a<-+e uested-1and$idth-:. is present T&() a<2D+2:.*= a<-+e uested-1and$idth-:.

(.S( a<2D+2:.*= as set by the operator ()DIF (.S( a<2D+2:.*= ' ()DIF IF do$nlinC Flo$ Desription AVPs is supplied T&() IF a<-+e uested-1and$idth-D. is present T&() a<2D+2D.*= a<-+e uested-1and$idth-D. (.S( a<2D+2D.*= as set by the operator ()DIF (.S( a<2D+2D.*= ' ()DIF ()DIF ()DIF (.S( 89 +T?P IP flo$5s7 98 IF +S-1and$idth is present and ++-1and$idth is present T&()

a<2D+2:.*= 5+S-1and$idth H ++-1and$idth7 a<2D+2D.*= 5+S-1and$idth H ++-1and$idth7 (.S( IF a<-+e uested-1and$idth-:. is present T&() IF +S-1and$idth is present and ++-1and$idth is not present T&()

a<2D+2:.*= A '!'; 9 a<-+e uested-1and$idth-:., +S-1and$idthE ()DIF IF +S-1and$idth is not present and ++-1and$idth is present T&()

a<2D+2:.*= A '!'; 9 a<-+e uested-1and$idth :., ++-1and$idthE ()DIF IF +S-1and$idth and ++-1and$idth is not present T&()

a<2D+2:.*= '!'; 9 a<-+e uested-1and$idth2:.

()DIF (.S( a<2D+2:.*= as set by the operator ()DIF IF a<-+e uested-1and$idth-D. is present T&() IF +S-1and$idth is present and ++-1and$idth is not present T&()

a<2D+2D.*= A '!'; 9 a<-+e uested-1and$idth-D., +S-1and$idthE ()DIF IF +S-1and$idth is not present and ++-1and$idth is present T&()

a<2D+2D.*= A '!'; 9 a<-+e uested-1and$idth-D., ++-1and$idthE ()DIF IF +S-1and$idth and ++-1and$idth is not present T&()

a<2D+2D.*= '!'; 9 a<-+e uested-1and$idth-D.

xi1



()DIF (.S( a<2D+2D.*= as set by the operator ()DIF ()DIF ()DIF

()DIF#a4imum Aut"ori;ed QoS%lass >#a4%lass? per flowidentifier

)see *+T,S 15 0 and /

IF AF-Application-Identifier AVP demands application specific %oS ?lass handlin T&() a<?lass*= as defined by application specific al orithm(.S(

IF edia-Type is present T&() IF 5only uplinC Flo$ Desription AVPs are supplied for all IP flo$s of the AF session, $hich ha#e media type "audio" or "#ideo" and no flo$ usa e "+T?P", or only do$nlinC Flo$ Desription AVPs are supplied for all IP flo$s of the AF session, $hich ha#e media type "audio" or "#ideo" and no flo$ usa e "+T?P"7 T&() a<?lassDeri#ation*=1 89streamin 98 (.S( a<?lassDeri#ation*=A 89con#ersational98 ()DIF

?AS( edia-Type F "audio"* a<?lass*= a<?lassDeri#ation "#ideo"* a<?lass*= a<?lassDeri#ation "application"* a<?lass*=A 89con#ersational98 "data"* a<?lass*=( 89interacti#e $ith priority @98

"control"* a<?lass*=? 89interacti#e $ith priority >98 89ne$ media type98 T&(+3IS(* a<?lass*=F 89bacC round98 ()D (.S( a<?lass*= as defined by by operator ()DIF()DIF

&OT' () The Iaximum 8uthorized Jo 0lass for a .T0P ;P flo" is the same as for the corresponding .TP media ;Pflo"#

&OT' 2) Fhen audio or video ;P flo" >s@ are removed from a session, the parameter Iax0lass-erivation shall :eep theoriginally assigned value#

&OT' 3) Fhen audio or video ;P flo">s@ are added to a session, the P0./ shall derive the parameterIax0lass-erivation ta:ing into account the already existing media ;P flo">s@ "ithin the session#

&OT' 7) The encoding of the service information is defined in *(+# ;f 8?Ps are omitted "ithin a Iedia$0omponent$-escription 8?P or Iedia$ ub$0omponent 8?P of the service information, the corresponding information fromprevious service information shall be used, as specified in *(+#

The C ( shall pe! ongoing session sto!e the Eutho!iFe $ QoS pa!amete!s pe! low i enti ie!.

hen the E !e<uests the Eutho!iFe access netwo!D QoS pa!amete!s o! an acti"ate Imo i ie ,ea!e!ca!!5ing $ lows o me ia component s;# the C ( shall use the !ules in Ta,le 6. to calculate the Eutho!iFe $QoS pa!amete!s pe! Client Nan le.

xii

1

2

3

4

5

1





* ito! s ote: The "alues an !e e!ences in the a,o"e ta,le 6.%; nee to ,e !e"iewe Ichange o! 3 ).

6.2.4 Comparing access network QoS Parameters against the Authorized accessnetwork QoS parameters in AGW

Kpon !ecei"ing a ,ea!e! acti"ation !e<uest the E compa!es the !e<ueste access netwo!D QoS pa!amete!sagainst the co!!espon ing Eutho!iFe access netwo!D QoS pa!amete!s !ecei"e "ia the t!anslationImappingunction. $ all the !e<ueste pa!amete!s lie within the limits# the ,ea!e! acti"ation o! ,ea!e! mo i ication !e<uest

shall ,e accepte . $.e. the ollowing c!ite!ia shall ,e ul ille :• the !e<ueste ua!antee Bit!ate /LIKL i the !e<ueste T!a ic Class is Con"e!sational o! St!eaming; o!

Gaximum Bit!ate /LIKL i the !e<ueste T!a ic Class is $nte!acti"e o! BacDg!oun ; is less than o!e<ual to Gaximum Eutho!iFe ata !ate /LIKLJ an

• the !e<ueste T!a ic Class is less than o! e<ual to Gaximum Eutho!iFe T!a ic Class.

$ an5 o the !e<ueste pa!amete!s a!e g!eate! than the co!!espon ing Eutho!iFe access netwo!D QoS pa!amete!s# the E shall owng!a e the !e<ueste access netwo!D QoS pa!amete!s to all within autho!iFe"alues.

6.3 QoS parameter mapping in the UE

6.3.1 Framework for QoS mapping in the UE

(igu!e 6.) in icates the entities pa!ticipating in the gene!ation o the !e<ueste QoS pa!amete!s to acti"ate o!mo i 5 a ,ea!e! in the K*. The steps a!e:

1. The Epplication p!o"i es the access netwo!D BS Ganage!# possi,l5 "ia the T!anslationIGapping unction#with !ele"ant in o!mation to pe! o!m step ) o! step . ot su,Oect to stan a! iFation;.

). $ nee e # in o!mation !om step 1 is use to access a p!ope! set o access netwo!D QoS a!amete!s see=13>;.

3. $ S/ is a"aila,le then the S/ a!amete!s shoul gi"e gui ance o! the access netwo!D BS Ganage!possi,l5 "ia the T!anslationIGapping unction;# acco! ing to the !ules in clause 6.3.)# to set theGaximum Bit!ate KLI/L an the ua!antee Bit!ate KLI/L. (u!the!mo!e i the S/ a!amete!s a!e!ecei"e in an $GS context in which SBBC is applie # the Gaximum Eutho!iFe Ban wi th KLI/L anGaximum Eutho!ise T!a ic Class shoul ,e e!i"e acco! ing to the !ules in clause 6.3.3.

. E set o access netwo!D QoS a!amete!s "alues !om step ) o! i!ectl5 !om step 1; is possi,l5 me!getogethe! with the Gaximum Bit!ate KLI/L an the ua!antee Bit!ate KLI/L !om step 3. The !esultshoul constitute the !e<ueste access netwo!D QoS a!amete!s. $ the ,ea!e! is acti"ate o! mo i ie inan $GS context in which SBBC is applie # the K* shoul checD that the !e<ueste ua!antee Bit!ateKLI/L o! !e<ueste Gaximum Bit!ate KLI/L epen ing on the !e<ueste T!a ic Class; oes not exceethe Gaximum Eutho!iFe Ban wi th KLI/L e!i"e in step 3. (u!the!mo!e# i the K* has implementethe mapping !ule o! Gaximum Eutho!iFe T!a ic Class# as e ine in clause 6.3.3# the K* shoul checDthat the !e<ueste T!a ic Class oes not excee the Gaximum Eutho!ise T!a ic Class e!i"e in step 3.

xiv

1

2

3

4

5

6

7

8

910

11

12

13

14

15

16

17

18

19

20

21

22

23

24

2526

27

28

29

30

31

32

33

34

35

36

1



Epplication

SDP Handler

Eccess etwo!DQHS Ganage!

SessionGanage!

E L

SessionGanage!

Bea!e! Ecti"ation an- Go-i ication

(SDP)UE

EccessQoS

0a!am.0e!

EpplicT5pe

1;

);

3;

C;

T!anslation IGapping

Figure 6.0: Framework for generating re7uested QoS parameters in t"e 8,

xv

1

2

1





Table 6. : Rules for deri ation of t"e #a4imum Aut"ori;ed 3andwidt" &9 89and t"e #a4imum Aut"ori;ed Traffi! %lass per flow identifier in t"e 8,

xvii

1

2

1



Aut"ori;ed a!!essnetwork QoS (arameter

per flow identifier

&eri ation from S&( (arameters)see *+T, </

#a4imum Aut"ori;ed3andwidt" &9)#a4=3W=&9/ and 89)#a4=3W=89/ per flowidentifier )see *+T, /

IF S11? is applied T&()

89 The Direction of the IP flo$5s7 identified by the flo$ identifier 98

IF a=rec#only T&() IF /SDP direction0 = mobile ori inated T&() Direction*= do$nlinC (.S( 89 mobile terminated 98

Direction*= uplinC ()DIF(.S( IF a=sendonly T&() IF /SDP direction0 = mobile ori inated T&() Direction* = uplinC (.S( 89 mobile terminated 98 Direction*= do$nlinC ()DIF (.S( 89sendrec#, inacti#e or no direction attribute98 Direction*=both ()DIF()DIF

89 a<2132:. and a<2132D. 98

IF media IP flo$5s7 T&() IF b AS=AS*/band$idth0 is present T&() IF Direction=do$nlinC T&() a<2132:.*= ' a<2132D.*= b AS

(.S( IF Direction=uplinC T&() a<2132:.*= b AS

a<2132D.*= ' (.S( 89Direction=both98 a<2132:.*= b AS

a<2132D.*= b AS

()DIF ()DIF (.S( b$*= as set by the :( manufacturer IF Direction=do$nlinC T&() a<2132:.*= ' a<2132D.*= b$ (.S( IF Direction=uplinC T&() a<2132:.*= b$ a<2132D.*= ' (.S( 89Direction=both98 a<2132:.*= b$ a<2132D.*= b$ ()DIF ()DIF ()DIF(.S( 89 +T?P IP flo$5s7 98 IF b +S=+S*/band$idth0 and b ++=++*/band$idth0 is present T&()

a<2132:.*= 5b +S H b ++7 8 >''' a<2132D.*= 5b +S H b ++7 8 >''' (.S( IF b AS=AS*/band$idth0 is present T&() IF b +S=+S*/band$idth0 is present and b ++=++*/band$idth0 is not presentT&()

a<2132:.*= A '!'; 9 b AS, b +S 8 >'''E a<2132D.*= A '!'; 9 b AS, b +S 8 >'''E ()DIF IF b +S=+S*/band$idth0 is not present and b ++=++*/band$idth0 is presentT&()

a<2132:.*= A '!'; 9 b AS, b ++ 8 >'''E a<2132D.*= A '!'; 9 b AS, b ++ 8 >'''E ()DIF IF b +S=+S*/band$idth0 and b ++=++*/band$idth0 is not present T&()

xviii1



Aut"ori;ed a!!essnetwork QoS (arameter

per flow identifier

&eri ation from S&( (arameters)see *+T, </

a<2132:.*= '!'; 9 b AS

a<2132D.*= '!'; 9 b AS

()DIF (.S( a<2132:.*= as set by the :( manufacture a<2132D.*= as set by the :( manufacture ()DIF ()DIF

()DIF

(.S( )o authoriJation is done ()DIF

#a4imum Aut"ori;edTraffi! %lass>#a4Traffi!%lass? perflow identifier )see*+T, 15 0 and /

IF S11? is applied T&() IF 5all media IP flo$s of media type "audio" or "#ideo" for thesession are unidirectional and ha#e the same direction7 T&() a<Ser#ice*= streamin

(.S( a<Ser#ice*= con#ersational

()DIF

?AS( /media0 F "audio"* a<Traffic?lass*= a<Ser#ice "#ideo"* a<Traffic?lass*= a<Ser#ice "application"* a<Traffic?lass*=con#ersational "data"* a<Traffic?lass*=interacti#e $ith priority @ "control"* a<Traffic?lass*=interacti#e $ith priority >

89ne$ media type98 T&(+3IS(* a<Traffic?lass*=bacC round ()D(.S( )o authoriJation is done ()DIF

&OT' () The Iaximum 8uthorized Traffic 0lass for a .T0P ;P flo" is the same as for the corresponding .TP media ;Pflo"#

&OT' 2) Fhen audio or video ;P flo">s@ are removed from a session, the parameter Iax ervice shall :eep the originallyassigned value#

&OT' 3) Fhen audio or video ;P flo">s@ are added to a session, the E' shall derive the parameter Iax ervice ta:inginto account the already existing media ;P flo"s "ithin the session

&OT' 7) The -P parameters are described in ./0 2321 * +#&OT' 5) The %b . )% and 4b ..)% -P band"idth modifiers are defined in ./0 3556 *6+#

* ito! s ote: The "alues an !e e!ences in the a,o"e ta,le 6.'; nee to ,e !e"iewe Ichange o! 3 ).

The K* shoul # pe! ongoing session# sto!e the autho!iFe access netwo!D QoS pa!amete!s pe! low i enti ie!.

Be o!e it acti"ates o! mo i ies a ,ea!e!# the K* shoul checD that the !e<ueste ua!antee Bit!ate KLI/L i theT!a ic Class is Con"e!sational o! St!eaming; o! the !e<ueste Gaximum Bit!ate KLI/L i the T!a ic Class is$nte!acti"e o! BacDg!oun ; oes not excee the Gaximum Eutho!iFe Ban wi th KLI/L pe! ,ea!e! calculateacco! ing to the !ule in ta,le 6.2;. $ the !e<ueste ua!antee Bit!ate KLI/L o! the !e<ueste Gaximum Bit!ateKLI/L excee s the Gaximum Eutho!iFe Ban wi th KLI/L pe! ,ea!e!# the K* shoul !e uce the the !e<uesteua!antee Bit!ate KLI/L o! the !e<ueste Gaximum Bit!ate KLI/L to the Gaximum Eutho!iFe Ban wi thKLI/L pe! ,ea!e!. (u!the!mo!e# i the !ule in ta,le 6.' o! calculating T!a ic Class pe! low i enti ie! isimplemente # the K* shoul checD that the !e<ueste access netwo!D QoS pa!amete! T!a ic Class oes notexcee the Gaximum Eutho!iFe T!a ic Class pe! ,ea!e! calculate acco! ing to the !ule in ta,le 6.2;. $ the!e<ueste access netwo!D QoS pa!amete! T!a ic Class excee s the Gaximum Eutho!iFe T!a ic Class pe!

,ea!e!# the K* shoul !e uce the the !e<ueste access netwo!D QoS pa!amete! T!a ic Class to the GaximumEutho!iFe T!a ic Class pe! ,ea!e!.

xix

1

2

3

4

5

6

7

8

9

10

1112

13

14

15

16

1



Table 6.B: Rules for !al!ulating t"e #a4imum Aut"ori;ed 3andwidt"sand #a4imum Aut"ori;ed Traffi! %lass per bearer in t"e 8,

Aut"ori;eda!!ess networkQoS (arameter

per bearer

%al!ulation Rule

#a4imumAut"ori;ed3andwidt" &9

and 89 perbearer


a<imum AuthoriJed 1and$idth D.8:. per bearer is the sum of all a<imumAuthoriJed 1and$idth D.8:. for all the flo$ identifiers

associated $ith that bearer

IF a<imum AuthoriJed 1and$idth D.8:. per bearer 0 > ''' Cbps T&() a<imum AuthoriJed 1and$idth D.8:. per bearer = > ''' Cbps 89 See ref GE 98()D


#a4imumAut"ori;edTraffi! %lass perbearer


a<imum Authorised Traffic ?lass per bearer = A a<imum AuthorisedTraffic ?lass per flo$ identifier amon all the flo$ identifiers

associated $ith that bearerE


5The A function ranCs the possible a<imum Authorised Traffic ?lass #alues asfollo$s* ?on#ersational 0 Streamin 0 Interacti#e $ith priority > 0 Interacti#e$ith priority B 0 Interacti#e $ith priority @ 0 1acC round7

* ito! s ote: The "alues in the a,o"e ta,le 6.2; nee to ,e !e"iewe Ichange o! 3 ).

1

2

3

4

5

Documents

X32-20060116-009R1 SBBC TX Stage-3 QoS Mapping [LU]