Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

Legend:

NOT STARTED IN PROGRESS DEFERRED COMPLETED

E2E Integration Tests


Option 1: RAN NSSMF shall be responsible for entire RAN subnet, including RAN NFs, FH and MH. All 3 NSSMFs are within ONAP.

S.No.TopicDescriptionDependencyTesterStatusRemarks
1.Service Design

1a. Design of CST, and necessary templates for 1 type of service (e.g., eMBB): NST, NSST for RAN, RAN NF, Core & TN, Service Profile and Slice Profiles



NOT STARTED


2.
Design of necessary templates for 2nd type of service (e.g., mMTC): NST, NSST for RAN, RAN NF, Core & TN, Service Profile and Slice Profiles



3. Service instantiationSee below table for (a) to (g)



4Service instantiation with manual interventionFor scenario (c) in below table, operator shall override via NSMF portal in UUI the selection of reusable NSI and indicate creation of new NSI.(c) should work first


5Service activationActivate an S-NSSAI/



Instantiation - Should involve call to NSMF, calls to NSSMFs (allocate or modifyNSSI API calls), and then SB calls/actions on NSSI constituents. In case of RAN NSSI, it should involve calls to TN (for FH and MH) and RAN NF NSSI creation/update.

S.No.PriorityInput serviceNSIRAN NSSICore NSSITN BH NSSIRemarks
a1

eMBB like service parameters

No sharing

NewNewNewNew
b1

eMBB like service parameters

Sharing allowed

NewNewNewNewPre-requisite: There is no existing shareable suitable NSI or NSSIs
c1

eMBB like service parameters

Sharing allowed

ReuseXXXX = automatically all NSSIs are reused
d1

eMBB or mMTC like service parameters

Sharing allowed

NewReuseNewNewPre-requisite: There is an existing RAN NSSI that is suitable and can be reused. This requires either providing the service parameters in such a way RAN NSSI is reused, or creating a suitable and shareable RAN NSSI upfront.
e1

eMBB or mMTC like service parameters

Sharing allowed

NewNewReuseNewPre-requisite: There is an existing Core NSSI that is suitable and can be reused. This requires either providing the service parameters in such a way Core NSSI is reused, or creating a suitable and shareable Core NSSI upfront.
f2

eMBB or mMTC like service parameters

Sharing allowed

NewNewReuseNewPre-requisite: There is an existing RAN & Core NSSI that is suitable and can be reused. This requires either providing the service parameters in such a way RAN & Core NSSI are reused, or creating suitable and shareable RAN & Core NSSIs.
g2

eMBB or mMTC like service parameters. with coverageArea more than what is already supported in a suitable existing and shareable NSI

Sharing allowed

NewNewNewNewPre-requisite: There should be a suitable existing NSI that is shareable, but whose coverageArea is smaller or does not have full overlap with the new service request. 

Option 2: RAN NSSMF shall be responsible for RAN NFs alone. FH and MH are not included. Only TN NSSMF is within ONAP.

Note: Core NSSMF can be inside ONAP or outside ONAP for this Option. Only RAN NSSMF has to be outside ONAP.

S.No.TopicDescriptionDependencyTesterStatusRemarks





















  • No labels