Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.289  Word version:  19.0.0

Top   Top   Up   Prev   Next
0…   4…   4.7…   4.7.4…   4.8…   5…   5.4…   6…   6.3…   6.3.2…   7…   7.2.4…   7.3…   7.3.3…   7.3.3.2…   7.3.3.4…   7.3.3.5…   7.3.3.7…   7.3.3.8…   7.3.3.9…   7.3.3.10…   7.3.3.11…   7.3.3.12…   7.3.3.13…   7.4…   7.5…   7.6…   A…

 

6.3  Deployment scenariosp. 37

6.3.1  Administration of MC service, SIP core and 5GSp. 37

6.3.1.1  Generalp. 37

This clause describes deployment scenarios in which different administration of MC service, SIP core and 5GS are described, together with the sensitivities of identities and other forms of signalling in those scenarios.
In each of these scenarios, the owner of the devices at each plane may be different from the organization that administers these devices. For example, the MC service provider may own some RAN components within the 5GS even when the 5GS is administered by the PLMN operator, and the MC service UE may be owned by an organization that is independent from PLMN and MC service providers.
Up

6.3.1.2  Common administration of all planesp. 37

In this scenario, all planes (application services layer, SIP core and 5GS) are administered by the same party. This is illustrated in Figure 6.3.1.2-1 below.
Copy of original 3GPP image for 3GPP TS 23.289, Fig. 6.3.1.2-1: Common administration of all services by one operator
Up
Although the identities in each plane are separate as described in TS 23.280, there is no particular sensitivity of identities and other information at the application plane, and these may be exposed to the SIP core and the 5GS.
All authorization and authentication mechanisms at each plane, i.e. the application services layer, SIP core and 5GS, shall be separate, but there may be no need for any restrictions in how these are stored and managed; for example the same entity could provide services to each of the application services layer, SIP core and 5GS.
Up

6.3.1.3  MC service provider separate from SIP core and 5GSp. 38

In this scenario, as illustrated in Figure 6.3.1.3-1, the MC service provider is separate and independent from the PLMN operator, and the MC service is administered independently of the 5GS and SIP core. The PLMN operator administers the 5GS and the SIP core.
Copy of original 3GPP image for 3GPP TS 23.289, Fig. 6.3.1.3-1: MC service provider administers MC service separately from SIP core and 5GS
Up
The MC service provider may require that all application services layer identities and other sensitive information are hidden both from the SIP core and the 5GS.
When required by the MC service provider, all authentication and authorization mechanisms, including security roots, at the application services layer are hidden from and not available to the PLMN operator.

6.3.1.4  MC service provider administers SIP core, separate from 5GSp. 38

In this scenario, as illustrated in Figure 6.3.1.4-1, the MC service provider administers the SIP core, and the MC services and SIP core are independent of the PLMN operator.
Copy of original 3GPP image for 3GPP TS 23.289, Fig. 6.3.1.4-1: MC service provider provision of SIP core, separate domain from 5GS
Up
The MC service provider may require that all identities and other sensitive information at the application services layer are hidden from the 5GS. The MC service provider need not hide the identities and signalling at the application services layer from the SIP core. However, the MC service provider may require that identities and other sensitive information between SIP core and SIP client in the MC service UE are also hidden from the 5GS.
All authentication and authorization mechanisms, including security roots, at both application services layer and at SIP signalling plane may need to be hidden from, and not available to, the PLMN operator.
Up

6.3.1.5  SIP core partially administered by both PLMN operator and MC service providerp. 39

In this scenario, as illustrated in Figure 6.3.1.5-1, the SIP core is partially administered by both parties, for example when the SIP core registrar is administered by the MC service provider, but the SIP core registrar finder and proxy is administered by the PLMN operator.
Copy of original 3GPP image for 3GPP TS 23.289, Fig. 6.3.1.5-1: MC service provider partial provision of SIP core, separate domain from 5GS
Up
The MC service provider may require that all identities and signalling at the application services layer are hidden from the 5GS, and may require identities and other sensitive information to be hidden from the PLMN operator administered part of the SIP core.
All authentication and authorization mechanisms, including security roots, at the application services layer may need to be hidden from, and not available to, the PLMN operator.

6.3.1.6  PLMN operator administers SIP core with SIP identities administered by MC service providerp. 40

In this scenario, the PLMN operator administers the SIP core. However, the identities used by the SIP core (IMPI and IMPU) for MC service UEs served by the MC service provider are provided from the SIP database of the MC service provider.
Copy of original 3GPP image for 3GPP TS 23.289, Fig. 6.3.1.6-1: MC service provider provides identities to PLMN operator SIP core
Up
The MC service provider may require that all identities and signalling at the application services layer are hidden from the SIP core and 5GS.
When required by the MC service provider, all authentication and authorization mechanisms, including security roots, at the application services layer may need to be hidden from, and not available to, the PLMN operator.
The security roots (authentication keys) required for access to the signalling control plane are not available to the PLMN operator as these are held in the MC service provider's SIP database. However, derived parameters e.g. authentication vectors are provided to the SIP core to allow signalling control plane authentication to take place.
Up

Up   Top   ToC