...
Question (Peter L): Why would these terms be misleading? Why could not the RAN and CN cmponents components relate to two separate PLMNs? If we do not discriminate based on PLMN it will become much harder to find RAN products to use to demonstrate this UC. Could you please suggest an alternative for which there exists support in at least some existing RAN and CN implementation?
...
- The slice separation is based on PLMN-ID <concept not used in 3GPP>(see 3GPP TS 23.251 for an overview), using the symbolic PLMN-ID "NORMAL" for the existing CN "NSSI:Normal" and "PREMIUM" for the new CN "NSSI:Premium" <probably there are two CN components of the NSSI, not two CNs >
- It is known from ONAP R1 how to instantiate and deploy a minimal viable CN and the VLAN tagging (suitable transport netwqork isolation technique, including vLAN/vxLAN/VPN) to use for transport between RAN and that CN.
- The RAN consist of a set of VNFs and PNFs (together forming a set of 3GPP eNodeB), already integrated and in service as part of PLMN-ID "NORMAL" (the primary PLMN-ID).
- The RAN sharing for the part of the RAN that is to be shared (a sub-set of the cells) is unconstrained, only controlled by the QCI settings provided by the respective CN for each UE and radio bearer.
...