-distributed by the design and creation environment. This allows us to
-distribute policy enforcement and templates among various ONAP modules
-such as the Service Orchestrator (SO), Controllers, Data Collection,
-Analytics and Events (DCAE), Active and Available Inventory (A&AI), and
-a Security Framework. These components use common services that support
-logging, access control, and data management.
-
-Orchestration
-+++++++++++++
-
-The Service Orchestrator (SO) component executes the
-specified processes and automates sequences of activities, tasks, rules
-and policies needed for on-demand creation, modification or removal of
-network, application or infrastructure services and resources. The SO
-provides orchestration at a very high level, with an end to end view of
-the infrastructure, network, and applications.
-
-Controllers
-+++++++++++
+distributed by the design and creation environment.
+
+This allows for the distribution of policy enforcement and templates
+among various ONAP modules such as the Service Orchestrator (SO),
+Controllers, Data Collection, Analytics and Events (DCAE), Active and
+Available Inventory (A&AI), and a Security Framework. These components
+use common services that support logging, access control, and data
+management. A new component, Multi-Site State Coordination (MUSIC),
+allows the platform to register and manage state across multi-site
+deployments. The External API provides access for third-party frameworks
+such as MEF, TM Forum and potentially others, to facilitate interactions
+between operator BSS and relevant ONAP components.
+
+Orchestration
+--------------
+
+The Service Orchestrator (SO) component executes the specified processes
+by automating sequences of activities, tasks, rules and policies needed
+for on-demand creation, modification or removal of network, application
+or infrastructure services and resources. The SO provides orchestration
+at a very high level, with an end-to-end view of the infrastructure,
+network, and applications.
+
+The External API Northbound Interface component provides a
+standards-based interface between the BSS and and various ONAP
+components, including Service Orchestrator, A&AI and SDC, providing an
+abstracted view of the platform. This type of abstraction allows service
+providers to use their existing BSS/OSS environment and minimize
+lengthy, high-cost integration with underlying infrastructure. The
+Beijing release is the first of a series of enhancements in support of
+SDO collaborations, which are expected to support inter-operator
+exchanges and other use cases defined by associated standards bodies
+such as MEF, TM Forum and others.
+
+Policy-driven Workload Optimization
+-----------------------------------
+
+In the Beijing Release, ONAP Optimization Framework (OOF) provides a
+policy-driven and model-driven framework for creating optimization
+applications for a broad range of use cases. OOF-HAS is a policy-driven
+workload optimization service that enables optimized placement of
+services across multiple sites and multiple clouds, based on a wide
+variety of policy constraints including capacity, location, platform
+capabilities, and other service specific constraints.
+
+In the Beijing Release, ONAP Multi-VIM/Cloud (MC) and several other ONAP
+components such as Policy, SO, A&AI etc. play an important role in
+enabling “Policy-driven Performance/Security-aware Adaptive Workload
+Placement/Scheduling” across cloud sites through OOF-HAS. OOF-HAS uses
+Hardware Platform Awareness (HPA) and real-time Capacity Checks provided
+by ONAP MC to determine the optimal VIM/Cloud instances, which can
+deliver the required performance SLAs, for workload (VNF etc.) placement
+and scheduling (Homing). The key operator benefit is realizing the true
+value of virtualization through fine grained optimization of cloud
+resources while delivering the performance/security SLAs. For the
+Beijing release, this feature is available for the vCPE use case.
+
+Controllers
+------------