4.5 General concept of Intent Content

28.3123GPPIntent driven management services for mobile networksManagement and orchestrationTS

4.5.1 Intent Expectation

In the most basic form, a consumer may use an intent to express to the producer the need for:

"an object O with characteristics S".

Where the characteristics S reflect the requirements, goals and contexts for the object.

The object may be a 3GPP managed object like a slice, subnetwork (e.g. radio network) or other objects like a service. The consumer may desire the same requirements, goals and contexts for multiple objects with the same properties, in which case the intent may be stated for a list of objects as

"objects {O1,O2, …ON} with characteristics S"

However, the consumer may wish to state different requirements, goal and contexts for objects of different properties. It is in that case necessary to distinguish the requirements, goal and contexts to be achieved for each set of objects with the same properties. Correspondingly, the combination of requirements, goals and constraints for each set of objects with the same properties is the IntentExpectation. Also the consumer may wish to distinguish the requirements, goal and context for different objects with the same properties, in this case, the combination of requirements, goals and constraints for each instance may be contained in a separate IntentExpectations or requirements, goals and constraints for the multiple instances may be combined in a single IntentExpectation.

4.5.2 Expectation Targets

For a given intent expectation, the desired characteristics of the object(s) are the expectation targets to be achieved. The targets may include the metrics that characterize the performance of the object(s) or some abstract index that expresses the behavior of the object(s)). A given intent expectation may include multiple targets on the same object or on objects with the same properties. A consumer may for example require for the Slice object(s) that User throughput > 5Mbps and latency < 1ms. The expectation targets may also be context specific, i.e. the intent may require a specific targets given a specific context. As such with the characteristics as a combination of intent targets and contexts, the intent expectation may be stated as

"ensure that for

Applicable Object O,

Target_1 is T_1, Conext_1 is C_1

….,

Target_m is T_m, Context_k is C_k;

Each Target expresses an aspect of the characteristics of the object under consideration, i.e. it expresses a desired outcome on a specific object State attribute. Each of the object state attributes may be set to be equivalent to a specific value or constrained to a value or a range of values, e.g. as listed in Table 1. The combination of the name of state attribute (or simply the targetName), the condition constraining the attribute and the value or value range for the attribute is the target, i.e. the target is the tuple

target = [targetName, condition, value range]

Table 1: Example intent targets for different Objects

example of target

ApplicableObject

targetName

Condition

Value range

example 1

Slice

Coverage area

Is at least

40km radius

example 2

Communication Service

User throughput

Is greater than

2Mbps

4.5.3 IntentObjects

The object (s) for which a given expectation is addressed can be expressed with the object’s identifier. This may, however, not always be adequate (e.g., if the consumer does not have or know the identifiers of the object) or may be cumbersome for some intents. For example, it may be easier to state "all slices in city ABC" as opposed to listing the individual slices. As such it may be easier to identify the objects by stating the object context information that filters and identifies the desired objects. The objectContext is in form of a context list whose entries are each a tuple (attribute, condition, value range). For example, in the case of "all slices in a city" there is a object context, which is the tuple "location, =, city_ABC" and "objectType=slice".

4.5.4 Context

Each target may be constrained to only be achieved for a very specific set of constraints. For example, the consumer may state that: "ensure that handoverFailureRate < 2% if Load > 80%", where the target "HandoverFailureRate < 2%" is only to be achieved only in the context "Load > 80%".

Similar to the target, the context is also a tuple of < attribute, condition, value range > but which the values having a different semantics.

Although contexts and targets have the same structure, to distinguish between what must be achieved and the context which is only to be considered as required conditions, the Context has to be explicitly stated separate from the target. For example, if the consumer may wish that the Radio Link Failure rate (RLF) is less than 2% when the load is more than 50%. If the context (i.e. load > 50%) is not explicitly stated/modelled as context, the producer could interpret the request to mean (RLF<2% and load > 50%).

For a given expectation, the specific list of targets may be desired to be achieved for given combined contexts, i.e., besides the Target, an expectation may state a list of contexts which apply to all targets within the intent expectation. Similarly, there may be contexts that apply to all expectations within a given intent. Correspondingly, both Intent expectations and intents should be modelled to contain aggregate contexts that apply to all the contained sub elements.

Editor’s Note: whether using the context or constraint is FFS, which needs to discuss together with intent definition.