O-RAN defines the E2 Service Models in the form of “ASN.1” specifications.
Each Service Model defines 5 top level objects:
RAN Function Description (from the E2Node, describes the supported actions and triggers)
Event Trigger Defintion (contained in a
RICSubscriptionRequest, defines the conditions on which E2Node should send a
Action Definition (contained in a
RICSubscriptionRequest, defines the actions on an E2Node)
Indication Header (contained in a
RICIndication, describes general parameters of the source E2 Node)
Indication Message (contained in a
RICIndication, describes specific parameters requested)
Implementation in SD-RAN
onos-e2-sm project provides, for each of these Service Models:
A Protobuf translation of these ASN.1 specifications e.g. e2sm_kpm_ies.proto
Go code mapping between Protobuf and ASN.1 PER encoding
The implementation can be accessed as either:
a Go module e.g.
go get email@example.com(preferred for xApps who only need to access the Proto defintions) or
as a Go plugin e.g.
e2sm_kpm.so.1.0.0(allowing a loose coupling with
Since dynamically loaded modules in Go require being compiled in the code of the target they will plugin to, there are 2 versions of the plugin docker file produced
Third party vendors will be able to build their own Service Models and load them in to
onos-e2tusing the plugin method, and will be able to access the translated Protobuf in corresponding xApps
Key Performance Metrics (E2SM_KPM)
This is the first E2 Service Model to be handled by SD-RAN - it is for extracting statistics from the E2Node.
Currently supported version is E2SM KPM v2.0.3. E2SM KPM v1 is partially implemented and not supported anymore.
There is also an implementation of KPMv2 SM with Go-based APER library (produces APER bytes out of Protobuf).
Native Interface (E2SM_NI)
While the Proto definitions have been created for this Service Model, the Go mapping code has not been implemented in SD-RAN yet.
RAN Control (E2SM_RC_PRE)
Pre-standard E2 Service model with PCI and Neighbor relation table information from E2 Nodes.
There is also an implementation of RC-PRE SM with Go-based APER library.
Mobile HandOver (E2SM_MHO)
E2 Service model for handling Mobile HandOver use case.
There is also an implementation of MHO SM with Go-based APER library.
RAN Slicing (E2SM_RSM)
E2 service model for handling RAN Slicing use case. It was implemented with Go-based APER library.
Service models are created from the ASN1 models stored at: https://github.com/onosproject/openairinterface5g/tree/develop-onf/openair2/RIC_AGENT/MESSAGES/ASN1/R01
Protobuf is generated with
asn1c -B(requires the specially modified version of
asn1ctool - asn1c)
Go code is generated from this Protobuf as an interface/reusable layer e.g. e2sm_kpm_ie.pb.go
C code is generated the version of the
asn1ctool from the O-RAN Software Community with
asn1c -fcompound-names -fincludes-quoted -fno-include-deps -findirect-choice -gen-PER -no-gen-OER -D.e.g. E2SM-KPM-IndicationHeader.h
Then glue code is generated by hand (at first) using
CGO(wrapping the C code in Go) e.g. E2SM-KPM-IndicationHeader.go
It’s also possible to use
protocplugin that prints CGo code out of Protobuf. Some hand tweaks are still needed to be done.
To generate the C code with the O-RAN Software Community version of the
asn1ctool, it must be installed on your system with
sudo make install. This is because it takes skeleton file from
/usr/local/share/asn1cregardless of where it is run from.
The E2AP (E2 Application Protocol) is not a Service Model, and so is kept completely inside the
How to create your own SM?
Here you can find a tutorial on how to create your own SM.