Platform Overview
The main features of the monogoto solution include:
Feature | Description |
Connectivity Management Portal | Enables fast and simple system operation, Things management and user administration |
Network Access Gateway (NAG) | The NAG sits at the edge of the network and its function is to implement all security and access rules imposed by the end customers |
Reporting and Analytics | All system information and events are recorded, and the monogoto portal displays a wide range of data analytics. |
Billing and Product Catalog | Keeps track of customer and device billing information based on defined pricing entities. |
The core network components include:
Component | Description |
HLR/HSS | The mobile network subscriber database. |
GGSN/P-GW | Manages IP Traffic for the devices. |
SMSC | Handles all SMS messages both outgoing and incoming |
SCP | A CAMEL SCP for charging and platform security enforcements on all voice calls. |
E/GMLC | Performs geographic location tracking of mobile devices based on the network footprint |
GMSC | A virtual GMSC for routing voice calls. Also transforms any media gateway into a full-fledged GMSC |
SS7/Diameter Broker | Serves as SS7 and Diameter load balancers, that enable network elements to scale unlimited instances. |
Radius AAA Server | Forwards radius accounting and authorization from external GGSN/P-GWs to the NAG data processor |
SCE | Supports NB-IoT SCEF and MTC-IWF functional requirements and includes enhancements of the SMSC for a full REL13 SMS-SC. |
This section provides a functional description of the monogoto applications.
The monogoto portal manages “Things” which can be an IoT device, or a mobile phone used by a real person. Each Thing is assigned to a device with an associated SIM card. The monogoto Things Management application enables system users to define Groups of Things and Things Information.
Concept | Definition |
Groups of Things | "Things Groups” contain several devices or Things that can be associated to each other in various ways. For example, a group may contain Gas Meters, Water Meters, or Mobile Phones that belong to a specific department in an enterprise. Each group has different definitions such as Network, Security, Authorized Access, Alerts, etc. All settings apply to all devices within the Things Group. |
Things Information | Each Thing is generated from a SIM card. Customers can control the policy and behavior of each Thing. For example, a customer can block Voice or SMS service for a thing and so on. Each Thing also contains lifecycle management capabilities, where a Thing can be considered active, suspended and ready to be tested or retired. The customer can view events that happen to a Thing, set Alerts on Things and take action. |
A “Network” is a set of IP and mobile network related policies. The mongoto portal creates a virtual independent network that enables the customer to define various rules and policies. A network can be attached to one or more Things Groups. All Things in attached groups behave as if they belong to the network, including all applicable network policies. The monogoto Network Control application enables system users to define these settings.
Setting | Description |
IP Address Management | Customers are allocated public and private IP address pools that match the number of “Things”. System can divide the Address pools based on needs. IP Addresses can be assigned automatically to Things or manually by the customer |
VPN Settings | Configure the VPN settings between defined Things and the back office or cloud servers |
IP Routing | Define Static routing policies, for example routing to different VPNs, routing to the internet and so on. |
Client Isolation | Define which Things in a network can reach other, or which Things should be isolated from other devices. |
Each “network” has an associated set of security rules that protect the Things connected to the network. The Security Control application enables system users to define these settings.
Rule | Description |
Voice Rules | Define limitations on numbers or prefixes that a Thing, or a Things group can call to, System users can also create number translations for called destinations |
SMS Rules | Define limitations on numbers or prefixes that a Thing or Things group can send an SMS to. System users can also define that all SMS traffic going to/from the device will only originate/terminate at the API. This prevents any SMS spoofing or hacking from happening. |
The monogoto portal includes a comprehensive Alerts Engine with a complete set of trigger conditions and alert actions. Triggers can be applied to one or more things groups. An alert defines a metric to be watched (e.g. Data consumption, SMS usage, network availability etc.). When a Thing matches the defined alert, a set of automatic actions are invoked.
Send and receive SMS messages from Things via the customer API, the management portal or via standard SMPP connections. System users can also expose bi-directional or single direction USSD messaging via the customer API or the management portal.
The monogoto billing and rating mechanism tracks customer and device data based on defined pricing entities. The billing application displays the customer and device billing status in online reports or via APIs. The billing reports dashboard contains a summary of customer invoice details and current billing cycle details
