Versions Compared

Key

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

Comment: (Vladimir Y.) The whole text is about E2E slicing, not RAN slicing. See e.g. the diagram

This page contains work in progress!

Questions and comments are inserted in the text as needed, prefix them with "Question:" or "Comment:".

Text below the line "----temporary text ----" is a placeholder for text that may or may not be used later on.

...

Gliffy
nameCell Planning

Comment: (Vladimir Y.)To show that ONAP can be used to desgn and deploy the Service 2 in a   The text under the figure says that the blue cells are shared between NSSI RAN1 and RAN2. On the figure itself, blue is marked as RAN1 and red as RAN2, i.e. blue is not shared between RAN1 and RAN2. Which one is right?

Goal for this Use Case:

Peter: Thanks, fixed to make it consistent. Question remains, though - do we prefere the definition as it is written now, or a definition where all cells are part of NSSI RAN2 and the blue cells are also part of NSSI RAN1? The result will be the same, it is only a question if some cells are to be shared between NSSIs, or if the division into NSSIs shall be unique and the sharing is betwen NSIs. There might exist limitations or capabilities in e.g. what can be described using TOSCA that makes one of these alternatives more favourable than the other? 

Goal for this Use Case:

To show that ONAP can be used to desgn and deploy the Service 2 in a new CN and selected portion of a RAN currently providing Service 1 using NSI A, see Figure 1 and Figure 2.

The steps described below will cover both the design (or preparation) and the lifecycle management (instantiation, configuration, activation, monitoring, modification & decommissioning) of the slice as described, for example, in the 3GPP TR 28.801 V15.0.0 (2017-09) document.

Please note that we use the LTE network and the RAN sharing concepts to illustrate the management problem to be solved by ONAP.

...