3gpp tr ab cde


Enhancement to Flexible Mobile Service Steering



Yüklə 0,91 Mb.
səhifə23/27
tarix27.12.2018
ölçüsü0,91 Mb.
#86833
1   ...   19   20   21   22   23   24   25   26   27

Enhancement to Flexible Mobile Service Steering


Summary based on the input to be provided by China Mobile at SA#78.

720077

Enhancement to Flexible Mobile Service Steering

eFMSS

1




SP-160115

680003

Study on enhancement to FMSS for Rel 14

FS_eFMSS

2

S1

SP-150280

710005

Stage 1 of Enhancement to Flexible Mobile Service Steering

eFMSS

2

S1

SP-160115

720078

Stage 2 of Enhancement to Flexible Mobile Service Steering

eFMSS

2

S2

SP-160314

This Work Item enhances the feature developed in the previous Rel-13 Work Item on FMSS for supporting third party owned (S)Gi-LAN service.

Stage 1 is covered by the Rel-14 Study Item FS_eFMSS. Based on the study and its conclusions, SA1 has completed the Work Item eFMSS with CRs to update TS 22.101, TS 22.115 for the normative work. The scope is to define the following major requirements:

• The 3GPP core network shall be able to apply traffic steering policies for the third party owned (S)Gi-LAN service functions.

• The 3GPP core network shall be able to generate accounting information to support accounting between operator and the third party service provider.

Stage 2 is covered by the Rel-14 Work Item eFMSS which made changes into TS 23.203 to provide architecture enhancements to introduce eFMSS feature in the stage 2 specifications based on the stage 1 requirements defined in TS 22.011 and TS 22.115:

• Ensure that traffic steering is supported via operator owned as well as third party provided (S)Gi-LAN service functions

• Specify how the 3GPP core network is able to collect accounting information to distinguish the traffic steering to third party service enablers.

References

[1] 3GPP TR 22.808, Study on Flexible Mobile Service Steering (FMSS)

[2] 3GPP TS 22.101, Service aspects; Service principles

[3] 3GPP TS 22.115, Service aspects; Charging and billing

[4] 3GPP TS 23.203, Policy and charging control architecture


Summary based on the input provided by China Unicom in SP-170523.

720014

Sponsored data connectivity improvements

SDCI

1




SP-160309

700041

Study on sponsored data connectivity improvements

FS_SDCI

2

S2

SP-150627

720024

Sponsored data connectivity improvements

SDCI

2

S2

SP-160309

730037

CT Aspects of SDCI

SDCI-CT

2

CT

CP-160580

730038

CT3 Aspects of SDCI

SDCI-CT

3

C3

CP-160580

The Work Item "Sponsored data connectivity improvements" (SDCI) is an improvement of the Rel-10 Feature "Policy Enhancements for Sponsored Connectivity and Coherent Access to Policy related Databases" (PEST).

"Sponsored Connectivity" relates to the context where the connectivity cost is not paid by the end user but by a third party, the Sponsor, so it is seen as "free" by the end user. The Sponsor has a business relationship with the operator: he reimburses the operator for the user's data connectivity in order to allow the user access to an associated Application Service Provider's (ASP) services.

SDCI aims at solving the problem of heavy load occurred when too many sponsored data related rules are transmitted via the Rx interface (between the AF and the PCRF) and/or the Gx interface (between the PCRF and the PCEF/TDF), as shown in the figure below.

SDCI introduces one new entity, the PFDF (Packet Flow Description Function) and three new interfaces: Gw, Gwn, Nu.

The PFDF is used to store and manage the PFDs (Packet Flow Descriptions) and charging rules for sponsored data services.

The new interfaces link the PFDF to existing entities, as shown in the figure below. They enable the PFDs and the corresponding charging rules to be provisioned dynamically to the PCEF and/or the TDF by PULL mode, PUSH mode, or a combined mode. The PFDs and charging rules for sponsored services can be stored in PCEF and/or PFDF according to implementation.

The following figure shows the SDCI entity and its related interfaces.



Figure-12.8-1 Overall PCC logical architecture in Rel-14
Stage 2 is covered by TR 23.721 for the study and by CRs on TS 23.203 and TS 23.682 for the normative work.

Stage-3 fully defines these interfaces and their related protocol, namely HTTP Restful protocol, where all the functionalities are realized via GET/PUT/POST/DELETE operations. Stage 3 work is covered by CRs on TS 29.212, TS 29.213 and TS 29.214 on by two new specs, TS 29.250 and TS 29.251, which specify how to realize the SDCI functionalities using HTTP RESTful.



    1. Yüklə 0,91 Mb.

      Dostları ilə paylaş:
1   ...   19   20   21   22   23   24   25   26   27




Verilənlər bazası müəlliflik hüququ ilə müdafiə olunur ©muhaz.org 2024
rəhbərliyinə müraciət

gir | qeydiyyatdan keç
    Ana səhifə


yükləyin