Exercise: Use BOOST_STATIC_ASSERT to add error checking to the binary template presented in section 1.4.1 so that binary<N>::value causes a compilation error if N contains digits other than 0 or 1.
Tuesday, August 30, 2016
Saturday, August 27, 2016
boost::mpl addition of physical quantity
This is a demonstration of addition of physical quantities using dimensional analysis:
boost::mpl equating with dimensions
Equating two physical quantities can only be done if both of them have the same dimensions. For example, a length variable can be equated to another length variable as both of them have the same dimensions (e.g., meters). It is not possible, however, to equate two physical quantities of different dimensions. For example, a mass variable cannot equated to a length variable:
boost::mpl integral constant wrappers
Am trying to follow this tutorial on boost::mpl
First, I tried this integral constant wrapper:
Guess what it prints out when run. It simply prints "5".
First, I tried this integral constant wrapper:
Guess what it prints out when run. It simply prints "5".
Monday, August 8, 2016
Full configuration
In LTE, there's this thing called full configuration. I guess it's usually used in handovers. During a handover, the source eNodeB informs the target eNodeB about the source eNodeB's enabled features. For instance, the source eNodeB may inform the target eNodeB that it was performing 256QAM with the UE.
Sometimes, however, the target eNodeB does not support the features the source eNodeB was using with the UE. For instance, the source eNodeB may have been previously using 256QAM with the UE, but the target eNodeB may not have support for this feature. When this happens, the target eNodeB may issue a full configuration to the UE. It does this by sending an RRC Connection Reconfiguration message to the UE. This message is first sent to the source eNodeB, then passed as is (without modification) to the UE.
The target eNodeB informs the UE that a full configuration is in progress by sending the fullConfig-r9 information element. During full configuration, the target eNodeB has to resend all information related to bearer setup (as if these bearers were being set up from scratch or for the first time).
In the case of DRB bearers, the DRB-ToAddMod message has to have the following elements present during full configuration:
Sometimes, however, the target eNodeB does not support the features the source eNodeB was using with the UE. For instance, the source eNodeB may have been previously using 256QAM with the UE, but the target eNodeB may not have support for this feature. When this happens, the target eNodeB may issue a full configuration to the UE. It does this by sending an RRC Connection Reconfiguration message to the UE. This message is first sent to the source eNodeB, then passed as is (without modification) to the UE.
The target eNodeB informs the UE that a full configuration is in progress by sending the fullConfig-r9 information element. During full configuration, the target eNodeB has to resend all information related to bearer setup (as if these bearers were being set up from scratch or for the first time).
In the case of DRB bearers, the DRB-ToAddMod message has to have the following elements present during full configuration:
- eps-BearerIdentity
- pdcp-Config
- discardTimer
- rlc-AM or rlc-UM (one of them, but not both, has to be present)
- rlc-Config
- logicalChannelIdentity
- logicalChannelConfig
Subscribe to:
Posts (Atom)