1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
|
.. 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.
REQ-1411 Intent-driven Operating for Cloud-network Convergence Services (R12 London Release).
Intent-based networking is applied to support the smart interaction between users (customers/operators) and networks. 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 R12, the proposal enhances the functions of Intent-driven Operating for Cloud-network Convergence Services based on CCVPN usecase.
REQ-1408 Enhance general intent implementation solutions (R12 London Release).
In London release, we continue plan to do deep research about general intent implementation. Mainly includes those work as below:
1. Optimize the interaction between Intent Owner and Intent Hanler.
2. Introduce AI-related technologies, focusing on the introduction of AI technology in the processes of intent formatting, intent translation, and intent decomposition.
3. Implement more intent interfaces, such as intent negotiation, intent report, etc.
REQ-1588 Introducing Generative AI Solution Based on Large Models
In autonomous network, ONAP can provide capabilities for network orchestration and management. Introducing AI capabilities based on large models can empower ONAP with more intelligent decision-making, optimization abilities, and an enhanced customer experience. Therefore, we can incorporate various large models into ONAP and provide further integration capabilities with its existing functionalities.
REQ-1589 Data Service Enhancements of Intent Driven Networks in R14
Intent-based networking is applied to support the smart interaction between users (customers/operators) and networks. 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 R14, the proposal proposes data service enhancements for Intent Driven Networks based on CCVPN usecase.
USECASEUI-833 Usecase UI Packages upgrades in direct dependencies for New Delhi release
Updating vulnerable direct dependencies in the NewDelhi version
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
------------------
|
