update overview section
Change-Id: I907f4b422f632802a7e68a06fa739feaeea65291
diff --git a/docs/overview.md b/docs/overview.md
index 134dbd2..be9ac3a 100644
--- a/docs/overview.md
+++ b/docs/overview.md
@@ -1,6 +1,6 @@
# Overview
-## What is M-CORD?
+## What is M-CORD
M-CORD is a CORD use-case for mobile edge cloud. The architecture allows
Service Providers to disaggregate both the RAN and the core, as well as to
@@ -18,17 +18,16 @@
programmable network slicing (ProgRAN), and MME-disaggregation. These features
have already been demonstrated.
-The first release (4.1) of M-CORD ships with the basic CORD building blocks
-(ONOS, XOS, Docker, and Open Stack), as well as with a number of VNFs to
-support 3GPP LTE connectivity. These VNFs include a CUPS compliant open source
-SPGW (in the form of two VNFs: SPGW-u and SPGW-c), as well as a VNF emulating
-an MME with an integrated HSS, eNBs and UEs. The emulator is not open source.
-It comes as a binary, courtesy of ng4T (<http://www.ng4t.com>), who provides
-free trial licenses for limited use.
+The M-CORD 5.0 ships with the basic CORD building blocks (ONOS, XOS, Docker,
+and Open Stack), as well as with a number of VNFs to support 3GPP LTE
+connectivity. These VNFs include a CUPS compliant open source SPGW (in the
+form of two VNFs: SPGW-u and SPGW-c), as well as an MME, a HSS, a HSS_DB and
+an Internet emulator. This EPC network should use standalone eNodeB hardware
+and real UE (User Equipment).
Following releases of M-CORD will complete the open source EPC suite, by
-offering an MME, an HSS, as well as a PCRF VNF. The inclusion of these
-additional VNFs is targeted for the 6.0 release.
+offering a PCRF VNF. The inclusion of this additional VNF is targeted for
+the 6.0 release.
The picture below shows a diagram representing a generic M-CORD POD.
@@ -103,57 +102,32 @@
The current release of M-CORD includes:
-* An open source EPC, providing an SPGW control plane and an SPGW user plane
- (respectively represented in the system by two VMs deployed on the compute
- nodes). The current release of the EPC doesn’t yet provide MME, HSS and PCRF
- services.
-* A closed source test suite, emulating UEs, eNodeBs, a minimal version of an
- MME with an integrated HSS, and an application server (used to emulate the
- upstream connectivity).
+* An open source EPC, providing an SPGW control plane, an SPGW user plane, an
+ MME, an HSS, an HSS_DB and an Internet emulator (respectively represented in
+ the system by VMs deployed on the compute nodes). The current release 5.0 of
+ the EPC does not yet provide PCRF service.
-With customizations the system is able to use real hardware base stations, but
-the released version supports just simple tests with emulated traffic.
+* Real hardware base station or Standalone eNodeB, UEs (connected to eNodeB
+ through radio channel). The eNodeB is physically connected to CORD POD.
-At high level, a UE emulator generates some traffic, that passes through the
-EPC, goes to an emulated application server, and then goes back to the traffic
-generator again.
+Looking at the system from another perspective, six VMs are provided:
-Looking at the system from another perspective, three VMs are provided (some of
-which implement multiple services:
-
-* **mysite_venb-X**: a test suite that emulates the RAN components (UEs,
- eNodeBs), an application server, and some of the EPC components (MME and HSS)
+* **mysite_vmme-X**: a component of the EPC implementing the MME functionalities
+* **mysite_vhss-X**: a component of the EPC implementing the HSS functionalities
+ except database
+* **mysite_hss_db-X**: a component of the HSS implementing database which
+ contains all information of subscribers (i.e., UEs)
* **mysite_vspgwc-X**: a component of the EPC implementing the S-GW and the
P-GW control plane functionalities
* **mysite_vspgwu-X**: a component of the EPC implementing the S-GW and the
P-GW user plane functionalities
+* **mysite_internetemulator-X**: Internet emulator, works as a video streaming
+ server
> NOTE: in the list above, X is a number that varies, and that is automatically
> generated by the system. More information on how to get the list of VMs can
> be found in the installation and troubleshooting guides, below.
-The picture below describes how the VMs are connected.
-
-
-
-Following, is a list of the networks between the VMs:
-
-* **S11_net**: used to exchange control plane traffic between MME and SPGW
- (i.e. tunnel and IP address allocation)
-* **S1U_net**: used to exchange user traffic. This specific network is used to
- exchange data between the RAN components (UEs, eNodeBs) and the EPC
-* **SGI_net**: used to exchange user traffic. This specific network is used to
- exchange data between the EPC and the Application Server, running on the
- mysite_venb-X VM
-* **spgw_net**: network dedicated to the communication of the vSPGW components
- (control plane and user plane)
-
-User traffic is generated on the mysite_venb-X VM. It goes uplink via S1U_net,
-reaches the EPC, flows through the SGI_net to the application server, emulating
-Internet. The application server replies, and the answer flows back in
-downlink, via SGI_net, through the EPC, via S1U_net, back to the emulated RAN
-(eNB and UEs).
-
## Evolved Packet Core (EPC)
The EPC shipped with M-CORD is called “Next Generation Infrastructure Core”