Commit
2a6ac378ac7b3b46c4cf677c233f8f5e06ac148a
by Vadim Yanitskiy
erab_fsm: make erab_release_{cmd,ind}/1 non-blocking
There's no practical benefit(s) in blocking the caller while waiting for the PFCP Session Deletion Response from the UPF. The response does not contain any useful information for the caller.
Make the release related API non-blocking by using gen_statem:cast/2 instead of gen_statem:call/2. Adjust state functions to not reply.
Commit
13b423b61b8a2ce74c0d801f217d93b113f4db0f
by Vadim Yanitskiy
erab_fsm: handle RELEASE.{cmd,ind} in state erab_wait_setup_rsp
It can happen that either the eNB or the MME orders E-RAB release (directly or indirectly via UE CONTEXT RELEASE) *before* the E-RAB is fully setup (i.e. the erab_fsm state =/= erab_setup).
The eNB-initiated E-RAB modification procedure is defined in 3GPP TS 36.413 section 8.2.4. This is pretty much the same as the MME-initiated E-RAB modification.