Application Service Options (ASOs)

ASOs are used to define service provider or customer visible network control (policy) that is common between sets of AA subscribers (for example, upstream/downstream bandwidth for a tier of AA service). ASO definition decouples every AA subscriber from needing subscriber-specific entries in the AQP for standard network services.

As an example, an operator can define an ASO called ServiceTier to define various HSI services (Super, Lite, and so on) (Figure: Configuration example A). The operator can then reference these defined ASOs when creating the App Profiles that are assigned to AA subscribers (Figure: Configuration example B).

Figure: Configuration example

Then, the defined ASOs are used in the AQP definition to determine the needed treatment or policy (Figure: AQP definition example).

Figure: AQP definition example

Alternatively, if ASOs were not used in the previous example, then the operator would have to define a unique AQP entry for every subscriber. Each of these AQPs has its ‟match” criteria setup to point to the subscriber ID, while the action for all of these unique AQPs is the same for the same service (for Tier 1 service, the policer bandwidth is the same for all Tier 1 AA subscribers) (Figure: Single ASO example).

Figure: Single ASO example

The example in Figure: Single ASO example, shows how the use of just a single ASO can save the user from having to provision an AQP entry every time a subscriber is created.

Other example uses of ASO entries include:

Application characteristics are defined as specific to the services offered within the operator network. The operator defines ASO characteristics and assigns to each ASO one or more values to define service offering to the customers.

The following are the main elements of an ASO:

The following lists how ASO characteristics are used:

Syntax checking is performed when defining application profiles and AQPs that include application characteristics. This ensures: