Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.





The scope of this page is to explore the use of ETSI  (Nested) Network Services model at Design Time and Run Time in the context of the Network Slicing. 


The Guilin Service IM allows for a (nested) Network Service (NS) model that is referenced from an ONAP Service.

Since the NS can be composed VNFs, CNFs, PNFs and nested NSs, the ETSI NS model is well suited to describe the hierarchical structure of 3GPP Network Slice Subnets.

3GPP TS.541 Slice Model


Design Time:

Gliffy Diagram
macroId456c09dd-3291-460c-8224-5d153a608d89
nameCentral 5G Service and Network Service Descriptors
pagePin8
  
Gliffy Diagram
nameUP Service and Network Service Descriptors
pagePin1
Gliffy Diagram
macroIdd2d7af96-01a3-4d55-950c-3d86c4206e1e
nameRAN Service and Network Service Descriptor
pagePin2



Gliffy Diagram
macroId134e48a6-3c20-4920-b064-81fa50ae7bc1
nameComplete Network Slice Subnet and Network Service Descriptors
pagePin2


NOTEs:

1) CST chain of objects and NST chain do not have any relation at DT. 

  • Alloted resource is used to tell the relationship that will be defined at Run Time. The NST will be selected at runtime.

2) The VF:NSTAR is defined as an allotted Resource (see step 3) and it is composed by the Allotted Resource v1.0 template. 

Allotted Resource v1.0 is a default template already present in ONAP SDC, it is NOT an object created by a user.




----

Only relevant slides for the modeling discussion have been capture in the next pages.



Design EmbbCn Service Template

Design EmbbNst Service Template


Design Allotted Resource



Observation #1: The VF:NSTAR is defined as an allotted Resource (see step 3) and it is composed by the Allotted Resource v1.0 template. 

Allotted Resource v1.0 is a default template already present in ONAP SDC, it is NOT an object created by a user.



Question #1 : Are the providing_service_uuids (variant and invariant) defined at DT  ?

Answer: Providing_service_invariant_uuid and providing_service_uuid are declared input in SDC but NOT filled in at DT, which will be filled in the runtime with the selected NST service invariant id and service id.

CST and NST has NO relation at Design Time


Design Service Profile Template







Question #2 : Are the allottedresource_providing_service_uuids (variant and invariant) defined at DT  ?

Answer:  allottedresource_providing_service_uuids


Question #3:  the fact that for the realization of a CST, it will be required a NST at run time, it seems it is NOT indicated at Design Time so I was wondering where it will be indicated to ensure the orchestrator will look for a NST instead of ANY other type of object (i.e. a NSST or a generic Service or even a Resource). 



Question #4: I was also trying to prepare a similar representation from a resource/service instances prospective. Do you have any picture you can share ?