Annex <B> (informative): Intent Life Cycle Management

28.3123GPPIntent driven management services for mobile networksManagement and orchestrationTS

Editor’s note: Some content of this Annex can become a normative content after it is aligned with 3GPP terminology

B.1 Intent Life Cycle Management

As the MnS producer’s (i.e. 3gpp system) capabilities (e.g. number and/or availability of the system resources) can change even after the Intent is accepted by the MnS producer, the Intent content (i.e. a list of Intent Expectations) might not be best aligned with the MnS producer’ capabilities. For example, the resources in MnS producer are overbooked, and the intent content is failing to meet expectations of the MnS consumer or the resources of the MnS producer become underbooked which makes such a solution very expensive and therefore useless. Hence the creation/adjustment of an Intent content (i.e. a list of Intent Expectations) and keeping it aligned with the MnS producer’s capabilities, can be automated.

This means that the life cycle of the Intent can begin before Intent content is retrieved by the MnS producer, e.g., the Intent content is being defined in a MnS consumer based on requirements towards a MnS producer (e.g., to deliver a service with certain characteristics), then be optimized based on the MnS producer’s capabilities (e.g. availability of MnS Producer resources in certain area, time, etc.), then be refined if the initially captured requirement needs further detalization, etc.

The intent lifecycle consists of the following phases:

Figure B.1 -2: Intent Lifecycle Phases


In the detection phase, the MnS Consumer as the system generating the intent content (a list of expectations), identifies if there is a need to define new or change/remove existing intent expectations to set requirements, goals, and constraints. The MnS Consumer has its own terminal expectations to fulfill. It would break its terminal expectations down into a suitable set of detailed instrumental expectations. Typically, these instrumental expectations need to be fulfilled by other management functions and domains and therefore they need to be not only defined but distributed to suitable MnS producer. In the detection phase, the MnS consumer can react to changes in its own terminal expectations or to changes in the fulfillment in its instrumental expectations. In this respect the MnS consumer deriving the expectations will need to collect information about the expectation’ fulfillment. Intent reports coming from MnS producer, as a system to receive intent expectations are one source for this information. Through intent reports the MnS Consumer is able to react on intent handling outcomes in the MnS producer. In any case it is task of the MnS consumer to assure the fulfillment of its terminal expectations and the first step is to detect if any changes are needed in its instrumental expectations.


In the investigation phase, the MnS Consumer finds out what intent content (a list of expectations) are feasible. This has two aspects: first, it needs to find right MnS producer that have the right domain responsibilities and support the intent expectations the MnS consumer wants to define. MnS producer capability management and detection would be used for this process.

The other aspect of investigation would be finding out if the wanted intent expectations are realistic. This means, if the MnS producer would be able to successfully reach the wanted expectations. This depends on the current resource situation and capabilities of the system and can vary over time. Typically, the feasibility of intent expectations is done through a guided negotiation process between the MnS Producer and MnS Consumer. The MnS Consumer can explore what the handling result of wanted intent expectations would be, what would be the best result the MnS producer can achieve, or what would be the most challenging requirements, the aspiring MnS producer can offer to fulfill.


At the end of the investigation phase the MnS consumer knows what is possible and what the MnS producer to be involved. By combining this information with the needs that were identified in detection, the MnS Consumer can now decide and plan all needed intent expectations. In the definition phase the MnS consumer formulates the intent expectations it needs to use.


In the distribution phase the MnS Consumer contacts a MnS producer in order to create a new intent object or modify or change an existing one to include the intent expectations derived in the Definition phase. This way the MnS consumer acts on the plan it has made in definition phase. In this phase a MnS producer starts handling the intent expectations by receiving them and included in the intent object. The MnS producer decides if it can accept the intent expectations. If not, it would send a report with the rejection reason back to the MnS consumer. While this finishes the lifecycle of this particular intent, the MnS consumer can start over with detection to create a new plan. If the MnS producer accepts the intent, it starts operating based on it.


Each intent expectations yet another set of requirements, goals and constraints to be considered for decisions and actions by the MnS producers. The MnS producers operate their domains of responsibility according to the given intent expectations. They also report back to the MnS consumer about status and success while continuously reacting to intent fulfillment threats. Intent reports would be evaluated by the MnS consumer as part of its detection process, which leads to the next iteration of the intent life cycle.