Legend:

NOT STARTED IN PROGRESS DEFERRED COMPLETED

E2E Integration Tests

Responsibles: Ahila P, @Ratna Shankers:Deepika SHanif Kukkalli 

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.TopicDescriptionDependencyTesterStatusRemarksProgress update
1Service Design

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


COMPLETED



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
Deepika S

DEFERRED

For mMTC, the performance requirements needs to be finalized, this will be deferred to next release.
3Service instantiationSee below table for (a) to (g)
Deepika S

COMPLETED

Assumption is manual intervention does not override ONAP selection
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) for service instantiation should work first

DEFERRED



5Service activationActivate a service - this should result in activation of new NSI and associated new NSSIs.(a) or (b) for service instantiation should work first.

DEFERRED



6
Activate a service - this should result in activation of S-NSSAI, and the activate command should pass to all the NSSMFs(c) for service instantiation should work first

DEFERRED



7Service deactivationDectivate a service - this should result in deactivation of new NSI and associated new NSSIs.Test case 5 should be completed

DEFERRED



8
Dectivate a service - this should result in deactivation of S-NSSAI, and the deactivate command should pass to all the NSSMFsTest case 6 should be completed

DEFERRED



9Service termination

Terminate a service - this should terminate NSI and ALL associated NSSIs.

Note: The proper configuration updates should be sent to the RAN NFs.

At least 1 service instantiation test case should be completed

      DEFERRED


CN NSSMF - deallocateNSSI WF needs to be fixed
10

Terminate a service - this should terminate NSI but terminate only RAN NSSI and TN BH NSSI, and not Core NSSI

(Assumption: RAN NSSI terminated => RAN NF NSSI terminated, TN FH and MH NSSIs terminated)

Note: The proper configuration updates should be sent to the RAN and Core NFs, and to TN NSSMF (for FH and MH NSSIs, using deallocateNSSI API).

At least 1 service instantiation test case involving reuse should be completed

COMPLETED

This can happen  when only 1 Service Profile is linked to NSI and 1 Slice Profile each is linked to RAN & TN BH NSSIs, but > 1 Slice Profile is linked to Core NSSI.


Terminate a service - this should terminate NSI but terminate only Core NSSI and TN BH NSSI, and not RAN NSSI

(Assumption: RAN NSSI not terminated => RAN NF NSSI not terminated, TN FH and MH NSSIs not terminated)

Note: The proper configuration updates should be sent to the RAN NFs and TN NSSMF (for FH and MH NSSIs, using modifyNSSI API).

At least 1 service instantiation test case involving reuse should be completed

     DEFERRED

This can happen  when only 1 Service Profile is linked to NSI and 1 Slice Profile each is linked to Core & TN BH NSSIs, but > 1 Slice Profile is linked to RAN NSSI.CN NSSMF - deallocateNSSI WF needs to be fixed
12

Terminate a service - this should terminate NSI but terminate only Core NSSI and TN BH NSSI, and not RAN NSSI

(Assumption: RAN NSSI not terminated => RAN NF NSSI not terminated, TN FH and MH NSSIs not terminated)

Note: The proper configuration updates should be sent to the RAN NFs, Core NFs and TN NSSMF (for FH and MH NSSIs, using modifyNSSI API).

At least 1 service instantiation test case involving reuse should be completed

     DEFERRED

This can happen  when only 1 Service Profile is linked to NSI and > 1 Slice Profile each is linked to RAN, Core & TN BH NSSIs.CN NSSMF - deallocateNSSI WF needs to be fixed
13KPI ComputationOperator should be able to view a KPI within a given time range (a KPI that is computed by KPI MS) via UUIKPI Computation MS policies should be configured properly, DES termplates should be set up

DEFERRED



14Closed LoopInitiate PM data generation from RAN and show the Closed Loop action triggered by ONAP, and updates done in RAN (using RAN-Sim)

COMPLETED



15Intelligent SlicingInitiate PM data generation from RAN and show ML-based Closed Loop action triggered by ONAP, and updates done in RAN (using RAN-Sim)
Niranjana Y

COMPLETED



Service Instantiation scenarios (test case 3 above)

Notes:

  1. 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.
  2. TN NSSMF supports reuse of TN NSSI only when the NSI is reused. This is because, the interface from SO (TN NSSMF) to OOF for TN NSSI selection is not yet implemented.
  3. Similarly deallocateNSSI call to TN NSSI shall result in TN NSSI being terminated.
S.No.PriorityInput serviceNSIRAN NSSICore NSSITN BH NSSITesterStatusRemarks
a1

eMBB like service parameters

No sharing

NewNewNewNew

COMPLETED


b1

eMBB like service parameters

Sharing allowed

NewNewNewNew

COMPLETED

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

eMBB like service parameters

Sharing allowed

ReuseXXX

COMPLETED

X = don't care as automatically all NSSIs are reused
d1

eMBB or mMTC like service parameters

Sharing allowed

NewReuseNewNew

COMPLETED



Pre-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

NewNewReuseNew

COMPLETED

Pre-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

NewReuseReuseNew

COMPLETED

Pre-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

NewNewNewNew

DEFERRED

Pre-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. 

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

<Note: This section is being updated>

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

S.No.TopicDescriptionDependencyTesterStatusRemarks
1Service Design

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



COMPLETED


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

DEFERRED

For mMTC, the performance requirements needs to be finalized, this will be deferred to next release.







  • No labels

2 Comments

  1. @Swaminathan Seetharaman: In the table above, wherein row f has minor nit. RAN NSSI is suppose to be re-used, however,t able indicates New. You may like to update this table.

    1. Thank you Yogendra, corrected it (smile)