Professional Documents
Culture Documents
The LTE Toolbox™ product provides a set of channel models for the test and verification of UE and
eNodeB radio transmission and reception as defined in [1] and [2]. The following channel models are
available in the LTE Toolbox product.
Multipath fading propagation conditions
High speed train conditions
Moving propagation conditions
The expression Ds/2 is the initial distance of the train from eNodeB, and Dmin is the minimum distance
between eNodeB and the railway track. Both variables are measured in meters. The variable ν is the
velocity of the train in meters per second. The Doppler shift due to a moving train is given in the following
equation.
fs(t)=fdcosθ(t)
The variable fs(t) is the Doppler shift and fd is the maximum Doppler frequency. The cosine of
angle θ(t) is given by the following equation.
2 2
cosθ(t)= s √Dmin +(Ds/2−vt) ,0≤t≤Ds/v
D /2−vt
2 2
cosθ(t)= s √Dmin +(−1.5Ds+vt) ,Ds/v<t≤2Ds/v
−1.5D +vt
cosθ(t)=cosθ(t mod (2Ds/v)),t>2Ds/v
For eNodeB testing, two high speed train scenarios are defined that use the parameters listed in the
following table. The Doppler shift, fs(t), is calculated using the preceding equations and the parameters
listed in the following table.
Parameter Value
Scenario 1
Ds 1,000 m
Dmin 50 m
ν 350 km/hr
fd 1,340 Hz
Both of these scenarios result in Doppler shifts that apply to all frequency bands. The Doppler shift
trajectory for scenario 1 is shown in the following figure.
For UE testing, the Doppler shift, fs(t), is calculated using the preceding equations and the parameters
listed in the following table.
Parameter Value
Ds 300 m
Dmin 2m
ν 300 km/hr
fd 750 Hz
These parameters result in the Doppler shift, applied to all frequency bands, shown in the following figure.
Moving Propagation Condition:
The moving propagation channel in LTE defines a channel condition where the location of multipath
components changes. The time difference between the reference time and the first tap, Δτ, is given by the
following equation.
Δτ= ⋅sin(Δω⋅t)
A2
The variable A represents the starting time in seconds and Δω represents angular rotation in radians per
second.
The parameters for the moving propagation conditions are shown in the following table.
Doppler shift only applies for generating fading samples for scenario 1. In scenario 2, a single non-fading
multipath component with additive white gaussian noise (AWGN) is modeled. The location of this
multipath component changes with time, according to the preceding equation.
An example of a moving channel with a single non-fading tap is shown in the following figure.
MIMO Channel Correlation Matrices
In MIMO systems, there is correlation between transmit and receive antennas. This depends on a number
of factors such as the separation between antenna and the carrier frequency. For maximum capacity, it is
desirable to minimize the correlation between transmit and receive antennas.
There are different ways to model antenna correlation. One technique makes use of correlation matrices
to describe the correlation between multiple antennas both at the transmitter and the receiver. These
matrices are computed independently at both the transmitter-receiver and then combined by means of a
Kronecker product in order to generate a channel spatial correlation matrix.
Three different correlation levels are defined in [1].
1. low or no correlation
2. medium correlation
3. high correlation
The parameters α and β are defined for each level of correlation as shown in the following table of
correlation values.
----------------------------------------------------------------------------------------------------------------------------------------
A C-RAN is an evolution of the current wireless communication system and uses the latest common
public radio interface standard, coarse or dense wavelength-division multiplexing technology and
millimeter wave (mmWave) transmission for long distance signals. The C in C-RAN can stand
for centralized or collaborative.
A RAN establishes a connection or communication between base stations and end users. In the C-RAN
architecture, baseband units (BBUs) relocate from individual base stations to a centralized control and
processing station, often referred to as a BBU hotel.
The BBU hotel connects to the network with high-speed optical fiber and maximizes the distance
between cells. This type of cloud computing environment operates on open hardware and network
interface cards that dynamically handle fiber links and interconnections within the station.
C-RANs are significant in the future progression of wireless technology, such as 5G and the internet of
things. With easier deployment and scaling capability, the transition from Long-Term Evolution to 5G
networks will rely heavily on C-RAN development. It also provides a cost-effective, manageable
approach to support more users.
Components of C-RAN
C-RAN networks comprise three primary components:
Advantages of C-RAN
Some advantages of C-RAN are the following:
1. Fully Centralized –
A fully centralized structure would move all physical, MAC and network
layers into Baseband Unit. This Baseband Unit is capable of handling all the
functions of managing and processing resources and hence such structure
can benefit from easy operation and maintenance significantly.
2. Partially Centralized –
In this partially Centralized structure, the physical layer functioning is
accomplished at BBU Baseband Unit while MAC layer is performed at RRU
Remote Radio Unit. This will simply reduce the overhead of RRUs-BBUs
communication due to reason being the physical layer take a major
computation burden of C-RANs.
3. Hybrid Centralized –
Advantages of C-RAN :
Possibility of implementing advanced technologies.
Resource virtualization
Service deployment at the edge facilitation
Resource sharing can become feasible and hence allocation can be more
flexible and on demand unlike traditional networks.
Improves resource utilization and reduce backbone server pressure.
More user satisfaction due to the larger pool of resources.
What Is Network Slicing?
Network slicing is a method of creating multiple unique logical and virtualized networks over
a common multi-domain infrastructure. Using Software-Defined Networking (SDN), Network
Functions Virtualization (NFV), orchestration, analytics, and automation, Mobile Network
Operators (MNOs) can quickly create network slices that can support a specific application,
service, set of users, or network. Network slices can span multiple network domains,
including access, core, and transport, and be deployed across multiple operators.
Network slicing, with its myriad use cases, is one of the most important technologies in 5G.
It will support new services with vastly different requirements—from a connected vehicle to
a voice call, which require different throughput, latency, and reliability.
The use cases identified for 5G and network slicing fall into three major categories:
Extreme (or enhanced) Mobile Broadband (eMBB). These applications are very video-centric and
consume a lot of bandwidth and will generate the most traffic on the mobile network.
Massive Machine-Type Communications (mMTC). This is more commonly known today as the
Internet of Things, but at a much larger scale, with billions of devices being connected to the
network. These devices will generate far less traffic than eMBB applications, but there will be many
magnitudes more of them.
Ultra-reliable Low-Latency Communications (urLLC). These will allow for things like remote
surgery or vehicle-to-X (v2x) communications and require MNOs to have mobile edge computing
capacity in place.
With network slicing, each slice can have its own architecture, management, and security to
support a specific use case. While functional components and resources may be shared
across network slices, capabilities such as data speed, capacity, connectivity, quality,
latency, reliability, and services can be customized in each slice to conform to a specific
Service Level Agreement (SLA).
Automation will be a critical component of network slicing, as it is expected that MNOs will
have to design and maintain hundreds or thousands of network slices. MNOs cannot
manage this volume of slices manually at the speeds required by their customers. Instead,
end-to-end automation must be used to perform zero-touch slice lifecycle management
dynamically at scale, and in real time, as traffic load, service requirements, and network
resources change. Once this ability is in place, however, it will open many new revenue
opportunities for MNOs.
With 5G, MNOs can now incorporate cloud-native applications into their networks, avoiding
vendor lock-in and enabling lower-cost development, improved modification and upgrade
abilities, and enhanced vertical or horizontal scalability. MNOs should strongly consider
adopting cloud-native slicing applications to take advantage of this benefit and ensure they
can support evolving 5G standards.
Blue Planet® is a vendor-agnostic intelligent automation software portfolio that helps MNOs
transition to 5G. With the Blue Planet 5G Automation solution, MNOs can seamlessly
manage the lifecycle of an end-to-end network slice by automating its design, creation,
modification, and monitoring, and by provisioning underlying resources to a slice when
required. The solution supports scaling and orchestrating network resources for 5G core,
xHaul (combination of backhaul, midhaul, and fronthaul), and Radio Access Network (RAN),
creating and operating network slices, and assuring service performance through closed-
loop automation.