oml interface design notes problems: * there is no way how to tag a command sent to the BTS, with the response having the same tag to identify the originator of the command * therefore, we can have e.g. both the BSC and the OML interface send a SET ATTRIBUTE message, where the responses would end up at the wrong query. the only possible solutions i can imagine: * have some kind of exclusive locking, where the OML interface gets blocked from the BSC and is exclusively assigned to the OML console until all commands of the OML console have terminated. This can either be done explicitly dynamically or on demand * use the OML interface synchronously, i.e. always wait for the response from the BTS before * unilateral / unsolicited messages need to be broadcasted to both the BSC and the OML console