diff options
author | thmsdt <thomas.kulik@telekom.de> | 2022-11-17 15:41:55 +0100 |
---|---|---|
committer | thmsdt <thomas.kulik@telekom.de> | 2022-11-21 17:19:05 +0100 |
commit | f9872bff827166ce2292e5d270b3fb5290e5b577 (patch) | |
tree | f7a858918581f4eedd32688f8878e7eb418378d0 /docs/docs_intent_based_network.rst.DISABLED | |
parent | 1cf6fe9e495ffc7044a84ff4ad1a0539f44a4412 (diff) |
fix doc config files5.1.2
Issue-ID: DOC-798
Signed-off-by: thmsdt <thomas.kulik@telekom.de>
Change-Id: I83fbb41344d74c82fd7e1a510370687d763c6255
(cherry picked from commit 1e0ffba5092d6c595fec90d3a1bea745bd084b3b)
Diffstat (limited to 'docs/docs_intent_based_network.rst.DISABLED')
-rw-r--r-- | docs/docs_intent_based_network.rst.DISABLED | 107 |
1 files changed, 107 insertions, 0 deletions
diff --git a/docs/docs_intent_based_network.rst.DISABLED b/docs/docs_intent_based_network.rst.DISABLED new file mode 100644 index 00000000..1f5cb9b7 --- /dev/null +++ b/docs/docs_intent_based_network.rst.DISABLED @@ -0,0 +1,107 @@ +.. contents::
+ :depth: 3
+..
+.. _docs_intent_based_network:
+
+
+Intent Based Network
+=============================
+
+Overall Blueprint
+-----------------
+Intent-based network (IBN) is a self-driving network that uses decoupling
+network control logic and closed-loop orchestration techniques to automate
+application intents. An IBN is an intelligent network, which can automatically
+convert, verify, deploy, configure, and optimize itself to achieve target
+network state according to the intent of the operators, and can automatically
+solve abnormal events to ensure the network reliability.
+
+REQ-453 Smart Operator Intent Translation in UUI based on IBN - R8 5G Slicing Support
+In R8, the smart operator intent translation function is proposed to support
+the 5G slicing selection of current E2E usecase in UUI.
+The target architecture of the Intent-Based Network is divided into a Intent
+orchestration layer (hereinafter referred to as the Intent layer), a control
+layer and a network layer.
+
+REQ-861 Smart Intent Guarantee - Intent Instance
+The new network applications, like E2E Slicing and CCVPN, provide different SLA services to customers. In this REQ, a scenario of intent guarantee is proposed to support the SLA requirements of users in run-time, as well as updating users’ intents. In R9, Intent instance will be developed to support the E2E Slicing and CCVPN.
+
+REQ-1074 Smart Intent Guarantee based on Closed-loop in R10
+In R10, the closed-loop will be developed to support the smart Intent E2E Slicing and CCVPN.
+
+REQ-1075 Network Services without Perception for Users based on IBN
+In R10, Network Services without perception for users based on IBN will be developed to support the E2E Slicing and CCVPN.
+
+REQ-1214 Maintenance and Enhancement of Intent-driven Closed-loop Autonomous Networks in R11
+Based on the closed-loop automation of ONAP, the proposal of Intent-driven Closed-loop Autonomous Networks is proposed for the smart operation of networks. In R11, the proposal enhances the functions of intent interaction and intent guarantee for CCVPN and E2E Slicing usecases.
+
+REQ-1267 General intent model and general intent interface requirements in R11
+For complex intent, such as the intent of cloud leased line, it is necessary to decompose the complex intent into sub intents of different dimensions, and implement the user's original intent through the execution of sub intents. So we need to deal with machin-machine intent, and for different intents or sub intents in the system, it is necessary to provide general intent model and general intent interface to ensure that all intents(especially machine-machine intents) operate according to the same expression and process.
+
+
+
+Abbreviations
+-------------
+
++---------------+--------------------------------------------+
+| Abbreviation | Meaning |
++===============+============================================+
+| IBN | Intent Based Network |
++---------------+--------------------------------------------+
+
+
+
+Scope of Honolulu release
+-------------------------
+
+The scope for Honolulu developed in UUI includes GUI, UUI-server, and NLP.
+
+GUI
+- Services
+- 5G Slicing Management
+- Package Management
+- NLP Model resource
+
+Server
+- Intent Management Module
+
+NLP Server
+(new Micro-service)
+Three NLP algorithms are considered to be applied in current solutions:
+- BERT (Bidirectional Encoder Representations from Transformers):developed by researchers at Google AI Language. It has caused a stir in the Machine Learning community by presenting state-of-the-art results in a wide variety of NLP tasks. BERT’s key technical innovation is applying the bidirectional training of Transformer, a popular attention model, to language modelling.
+
+Scope of Istanbul release
+-------------------------
+
+The scope for Istanbul developed in AAI focuses on Intent Instance Management
+
+The storage and management of AAI-based Intent Instance are realized in the R9 version.
+Intent Instance is created to save the users' real-time intent (network parameters) and connected service ID (CCNVPN service ID / E2E Slicing customer service intent ID) in AAI.
+
+The user's intent is stored from the UUI or SO to the intent instance in the AAI, and then DCAE calls the intent instance in the AAI through the interface.
+
+Impacted Modules for Honolulu
+-----------------------------
+
+U-UI
+~~~~
+Target of R8: translate from the human inputs to the slice parameters based on NLP
+in UUI, and then run the slices based on the current ONAP.
+
+A new page is required in the UUI that users can enter network requirements through
+the natural language, which then sends the user input to the IBN component and displays
+the response information to the user. This process can be repeated several times
+until the dialog completes and a new Intent is formed in the IBN component.
+
+Target of R9: support multiple usecase services, so it is not a sub-node of any usecase in AAI.
+
+The IBN will be expect to provide unawares service to users. Multiple usecases services could be changed by IBN instead of the users, so it should be an independent node in AAI.
+
+
+Functional Test Cases
+---------------------
+
+
+
+Operation Guidance
+------------------
|