Nokia value propositions

Because the disaggregation of the BNG into a CP and UP introduces more network elements to manage, the Nokia converged broadband CUPS solution greatly emphasizes management simplification:

• The management interface to operate, maintain, and manage the entire CUPS solution is simple, compact, and controlled.
• Grouping functions helps to process subscriber sessions efficiently and responsively.
• The solution is extensible to support additional convergence use cases in the future.

A traditional BNG is a single unit that contains both the CP and UP. When either the subscriber or the bandwidth scale grows, more BNGs are deployed to accommodate the growth. Even though, for example, bandwidth growth only requires more UP resources, the additional BNG provides additional unnecessary CP resources. In addition, because the BNGs are individually managed, any new service offering requires configuration changes to each individual BNG.

The MAG-c provides a centralized location for managing subscriber authentication, policies, and accounting settings. The solution requires minimal provisioning touches. Most configurations required on the UPs are performed one time, during commissioning. In production, the CUPS solution sets up subscriber forwarding with zero touch.

The diagram below illustrates the functional blocks within a MAG-c and how the network function virtualization (NFV) components within the MAG-c are grouped. The grouping of the NFV components into specific functional blocks is deliberate and ensures the most efficient subscriber session processing, simplifying both operations and management.

The grouping of the common subscriber management functions within the SM-VM allows for efficient processing of subscriber session setup, modification, and tear down.

The LB-VM solely performs the balancing of control packets and can automatically accommodate the scaling in and out of the OAM-VM and SM-VM independently.

The DB-VM stores the subscriber session state sent by the SM-VMs. If one or more SM-VMs fail, the DB-VM provides the full subscriber session state to the backup SM-VMs.

The MAG-c architecture allows flexibility for accommodating future needs. New functional blocks can be added to the SM-VM to support additional broadband use cases and to the OAM-VM for further management improvements.

See the MAG-c Control Plane Function Guide for more information about the MAG-c.

Traditionally, scaling up the BNG also requires the AAA servers to handle more interfaces to the BNGs. Continual investment in the IT network infrastructure is required to accommodate new connectivity between the BNGs and the AAA servers, the external DHCP servers, and the policy servers.

The Nokia MAG-c solution addresses this problem by presenting a single northbound interface to the AAA servers and the policy servers in scale-up or -down scenarios. This reduces the IT infrastructure for back-end systems. One source IP address on the MAG-c represents the entire converged network. The CP also provides a single IP address for requests coming from a remote authentication system; for example, for unsolicited authorization change requests such as the RADIUS Change of Authorization (CoA) messages.

See the MAG-c Control Plane Function Guide for more information about authentication.

On traditional BNGs, the IP address pools need to be defined and pre-allocated to individual BNGs. Subscriber growth can complicate the IP address pool redistribution, especially when the availability of IPv4 public addresses is limited.

The Nokia MAG-c solution tackles this problem by providing a centralized subscriber resource management platform. Resources such as IP addresses are claimed on an on-demand basis using the on-demand subnet allocation (ODSA) address assignment system. ODSA eliminates the operational burden of pre-allocating dedicated pools to BNG-UPs. ODSA is applicable for all pool address management including DHCPv4, PPPoE IPv4 addresses, DHCPv6, and the SLAAC prefix pool. Because IP subnets are not pre-allocated to individual BNGs, there are no idle subnets in the BNG-UPs. Addresses and prefixes are dynamically allocated to the BNG-UPs that require them most, which minimizes the waste of IP addresses and prefixes.

ODSA automatically accounts for BNG-UP resiliency and eliminates any address pool pre-planning.

See the MAG-c Control Plane Function Guide for more information about address assignment.

Traditionally, IPv4 public address pools are pre-allocated per BNG. The MAG-c is a centralized management point and assigns public address subnets to BNG-UPs in real time, ensuring no waste of IPv4 public addresses. The MAG-c uses the ODSA system for allocating these public address subnets.

Public address subnet assignment automatically accounts for BNG-UP resiliency and eliminates any NAT public pool pre-planning.

NAT logging is centralized and integrated into subscriber accounting where the MAG-c interfaces with the RADIUS accounting back-end systems.

See the 7750 SR and VSR BNG CUPS User Plane Function Guide and the MAG-c Control Plane Function Guide for more information about carrier-grade NAT (CGNAT).

• Provide local authentication policies.
• Provide remote authentication AAA servers. Select the AAA servers based on the use case.
• Support RADIUS-based and SBi-based AAA servers.
• Group and identify subscribers by authentication option; that is, subscribers that require wireline authentication versus those that require wireless authentication.
• Support multiple authentication sequences for a single subscriber session (for use cases such as wholesale and retail).

Example requirements for policy control:

• Retrieve subscriber policies locally or remotely.
• Support AAA servers and policy and charging rules function (PCF/CHF) servers for the retrieval of remote policies.
• Support the concatenation of various policy rules retrieved from different policy servers to form a subscriber policy.

The MAG-c provides an authentication database (ADB) for full flexibility in authentication and policy enforcement. The ADB accommodates any complex sequencing of authentication and policy control and provides the ability to define a flow for a single subscriber or a group of subscribers. Multiple ADBs can be accessed in sequence to accommodate multiple authentication and authorization sources.

See the MAG-c Control Plane Function Guide for more information about the ADB.

Traditionally, the BNG is offered as a single chassis, where the CP and UP are bundled together as a single unit. When the CP or UP capacity is reached, there are few options but to install a new chassis or new line cards.

The CP can be a limiting factor on subscriber scale. The SR OS control plane module (CPM) is often required to process and generate many control packets, such as authentication messages, accounting records, log events, and keep-a-live signaling. In addition, a multi-access gateway that processes FWA subscribers, hybrid access subscribers, and Wi-Fi subscribers requires additional CP processing power for control messages signaling.

SM-VMs in the MAG-c architecture can be scaled up and out to handle more capacity. When scaling SM-VMs up or out to accommodate the subscriber load, the number of OAM-VMs does not need to increase, which allows the system to maintain a single point of management.

The Nokia MAG-c solution provides flexibility to UP capacity scaling. The UP can be scaled up without the confinement of a chassis. All UP platforms or new UP platforms are managed by a single MAG-c. Service providers can select the UP platform that best serves the use case, and the MAG-c can manage any mix of UP platforms.

See the MAG-c Installation Guide for more information about CP scaling.

All SR OS platforms can simultaneously act as a UP and as a standalone BNG. In standalone BNG mode, all SR OS TPSDA features are supported including ESM, wireless local area network - gateway (WLAN-GW), FWA, HAG, and virtual routed gateway (vRGW). In other words, any BNG in the production network can both serve as a UP when a PFCP SCi interface is added and serve as a standalone BNG. When a BNG takes on the additional UP function, the existing BNG services in production are not impacted.

To enable a platform to support the UP function, minimal commissioning configuration is required. The UP typically requires no additional configuration after it is commissioned.

The following figure shows the common broadband interfaces supported on the UP and the key applications supported on the SR OS. The UP can serve as a standalone BNG supporting all the classic management interfaces including RADIUS, network configuration protocol (NETCONF), gRPC remote procedure call (gRPC), Gx, and Gy. At the same time, the UP can support PFCP for the MAG-c applications.

See the 7750 SR and VSR BNG CUPS User Plane Function Guide for more information about UPs.

The MAG-c CUPS solution supports the following converged use cases:

• 4G FWA
• 4G and 5G non-standalone (NSA) option 3 FWA
• 5G standalone (SA) FWA

The multi-functional CP and UP are possible because both broadband wireline and mobile wireless access use the standard defined 3GPP PFCP protocol for the SCi interface. 3GPP specifies the use of PFCP for the 4G and 5G core while BBF specifies the use of PFCP for wireline and converged access CUPS architectures.

The Nokia multi-access broadband CUPS solution supports both CP resiliency and UP resiliency.

The UPs are all SR OS platforms providing the full SR OS feature sets, including all TPSDA features.

Any BNG in the production network can be configured to take on the additional role of a MAG-c controlled UP on a per-capture-SAP basis. All existing configurations on the BNG continue to function even when taking on the UP role. For example, it is possible to leave all existing customers on their respective service access points (SAPs) and dedicate some new SAPs to host new CUPS subscribers.

This flexibility allows for service providers to:

• selectively migrate subscribers from an existing SAP to a new CUPS-based SAP
• selectively migrate CUPS subscribers back to their original SAPs
• indefinitely maintain existing BNG subscribers on their existing SAPs