Alcatel-Lucent

Bookmark and Share

lightRadio™ Baseband Processing and Backhauling

By: Debra M. Dicke, lightRadioTM Transport and Security Program Leader, Alcatel-Lucent; Pedro Cameirao, lightRadioTM Transport and Security Product Line Manager

Categories: Article Archive   |   Tags: , , , , , , ,

Sep 22 2011
Like

Tailoring baseband processing and backhauling for their requirements and existing assets helps wireless service providers meet rapidly changing requirements and reduce total cost of ownership.

Highlights

  • lightRadio provides the flexibility to deal with change and growth
  • Baseband deployment and backhaul options can be matched to fiber availability
  • Centralized baseband processing has key advantages over other approaches

Versatility and reuse of assets
With their ability to support different baseband processing and backhaul configurations, Alcatel-Lucent lightRadio products help wireless service providers deal with change and growth. lightRadio products:

  • Can be used with IP, fiber and microwave backhaul — whether assets are leased or owned. They also enable Digital Subscriber Line (DSL) and Fiber-to-the-Node (FTTN) copper backhaul.
  • Can be used with varying levels of dark fiber availability in the first and second miles.
  • Offer remotely programmable baseband processing that supports different Global System for Mobile Communications (GSM), Wideband Code Division Multiple Access (W-CDMA) and Long Term Evolution (LTE) traffic mixes on the same digital hardware.
  • Provide multiband capabilities that reduce the number of pieces of equipment on a tower without increasing the risk of failure.
  • Include both multi-sector macro and single-sector metro (pico) offerings with identical features, seamless interoperability, optimized hand-off and interference avoidance.

The lightRadio product family also supports intelligence and processing in multiple locations. Any given network can have a mix of architectures. And wireless service providers can change between architectures without writing off assets.

lightRadio baseband deployment architectures
Figure 1 illustrates the lightRadio baseband deployment architectures.

Figure 1: lightRadio supports multiple baseband deployment architectures

As described in Table 1, all-in-one and conventional baseband processing offer different benefits.

Table 1: All-in-one baseband processing differs from conventional baseband processing

With a centralized baseband unit (BBU), digital baseband processing is performed at a distance from the remote radio heads (RRHs) and antennas. There are three approaches to centralized baseband processing:

  • Clustering puts a stack of conventional BBUs in a central location. Each BBU is connected to an RRH using the Common Public Radio Interface (CPRI) over fiber. We refer to this as CPRI interconnect.
  • Pooling treats digital resources as a single, grouped resource. This allows lightly and heavily loaded base stations to be load-balanced across the pool.
  • Cooperative shares information among different base stations to improve capacity and performance. This approach takes advantage of coordinated multipoint transmission (CoMP). CoMP brings wireless service providers a set of cooperative features that become more effective, easier to implement and less costly with centralized baseband processing.

IP backhaul network options
Where IP backhaul (post-baseband processing) is used, delivery over an IP mobile backhaul network is common. Figure 2 illustrates lightRadio IP backhaul network options.

Figure 2: lightRadio supports different IP backhaul network options

From a transport perspective, IP backhaul is relatively easy. IP traffic has relatively low bandwidth requirements and is not sensitive to latency or jitter. In addition, IP backhaul traffic can be carried over almost all broadband networking media, including microwave links, multiple passive optical network (PON) variants, DSL, hybrid fiber coax (HFC) networks and fiber optics.

However, transport of I/Q sample signals between an RRH and a centralized BBU is not so simple. The bandwidth requirements before compression are roughly 20 times the IP bandwidth. And the traffic is extremely sensitive to latency and jitter. In most cases, broadband networking media other than fiber are either technically or economically infeasible.

Centralized baseband processing and backhaul options
Where baseband processing is centralized, the CPRI interconnection from the RRHs is assumed to be on a separate fiber pair — or color of light (λ).

The following cases describe lightRadio backhauling and CPRI interconnect for scenarios with progressively less fiber. Table 2 summarizes the cases using the following definitions:

  • First mile: The span between a remote base station and the first building housing aggregation equipment such as switches and routers — typically a central office (CO) building.
  • Second mile: The span between that CO or point of aggregation and the next higher level of aggregation — a metro point of presence, for example.

Table 2: Dark fiber availability influences baseband processing and backhauling approaches

Case 1: Abundant dark fiber in the first and second miles
With abundant fiber, service providers can take advantage of centralized baseband processing. Centralized baseband processing typically brings traffic from dozens of base stations back to a metro site or point of presence. There are three main benefits to this approach:

  • No equipment is required at the base of a radio site. This reduces space and cost requirements.
  • Centralized equipment simplifies maintenance and upgrades for digital processing equipment.
  • New techniques, such as joint processing coherent CoMP, can be used to improve capacity and performance.

Other factors also need to be considered:

  • Scalability: Locating central processing at the first point of aggregation creates scale issues. If centralization gains are expected to come from averaging the traffic from heavily and lightly loaded base stations, the central site should aggregate traffic from base stations serving different demographics and with different time-of-day peak loads.
  • Cluster size: Potential gains from CoMP increase when all of the “interfering” base stations are within the same central processing cluster. Larger clusters can typically deliver larger gains. A central processing cluster should aggregate at least 15 base stations to achieve most of the potential CoMP gains. Clusters of 30 or more base stations are preferred.

Figure 3: Baseband processing and backhauling in a rich fiber architecture

Case 2: Abundant dark fiber in the first mile, little in the second
Often, wireless service providers have abundant dark fiber in the first mile but much less in the second mile. With the high cost of adding large numbers of optical interfaces at the RRH, it is generally better in these cases to act as if fibers were scarce in both the first and second miles. If separate fibers from the RRH are required, then Wavelength Division Multiplexing (WDM) can be used at the remote site.

Figure 4: Baseband processing and backhauling in a site-based WDM architecture

If separate fiber backhaul is required right through the first mile — for example, to increase robustness or reduce single points of failure — then WDM at the CO level is recommended.

Figure 5: Baseband processing and backhauling in a CO-based WDM architecture

The choice of coarse or dense WDM depends on the number of signals to be carried and the number of available fibers in the second mile:

  • If sufficient fiber is available, then multiple fibers carrying Coarse Wavelength Division Multiplexing (CWDM), which can typically support eight colors, will lower costs.
  • If fiber is insufficient for CWDM, the more expensive Dense Wave Division Multiplexing (DWDM) option may be necessary.

Case 3: Scarce dark fiber in both the first and second miles
Most wireless service providers have scarce fiber in both the first and second miles. To help them make the most of the fiber they have, lightRadio products support both aggregation and compression of CPRI data when centralized baseband processing is used. With this approach, CPRI data can be carried over a single 10 Gb/s fiber pair. And the full loads from all base station sizes anticipated in the next five years can be carried over two fiber pairs.

As in Case 1, central processing clusters should be as large as possible. However, in some cases, the topology of available fiber may make “hub COs” a better choice for centralized processing than higher level metro aggregation points.

Figure 6 illustrates the three scenarios in which wireless service providers can deploy centralized baseband processing over top of existing assets:

  • Using the spare fibers in an optical ring to create a new optical ring for CPRI interconnect (3A)
  • Putting CPRI signals onto a color of light that shares a fiber with EPON, GPON, 10GPON in the second mile (3B)
  • Using the spare fibers in an FTTN or HFC network to create a CPRI overlay (3C)

Figure 6: Baseband processing and backhauling in an architecture with scarce fiber

All three scenarios take advantage of a new Alcatel-Lucent device called a CPRI MUX. Located at the remote site, a CPRI MUX aggregates traffic from many different radios on the site and encapsulates it for transport over the minimum number of optical interfaces. This allows the vast majority of sites to be contained within a single 10 Gb/s optical interface.

Case 4: No owned dark fiber

When considering a macro cell with no owned dark fiber:

  • “Owned” means available to the wireless service provider at marginal cost.
  • “Dark” means it is a spare fiber pair, available to be lit up and not part of a switched or routed network.

In this case, aggregate IP traffic will not exceed 1 Gb/s. That means options, such as leased fiber backhaul and owned packet microwave backhaul, can be used.

Leased fiber backhaul
Fiber can be leased on a per-Mb/s (common), per-λ (rare) or per-fiber (dark fiber) basis.

In this case, either the all-in-one or conventional distributed baseband processing options are appropriate because they minimize backhaul leasing costs. lightRadio reuses the same digital building blocks and software in different architectural configurations so either option, or a mix, can be used.

Figure 7: Baseband processing and backhauling in a leased fiber architecture

Owned packet microwave backhaul
Owned packet microwave backhaul can be single-hop, multi-hop or more complex arrangements with rings and spurs.

Figure 8: Baseband processing and backhauling in a microwave backhaul architecture

Owned fiber with Ethernet aggregation
This case is different from other owned fiber cases because the infrastructure is typically organized so that many fiber pairs home to carrier Ethernet switches and routers. In these networks, processed IP traffic can be transported but CPRI-formatted antenna signals cannot. This is based on the ability guarantee the bandwidth, latency and jitter levels to which traffic will be exposed. Again, either the conventional distributed baseband processing or all-in-one option is appropriate.

Figure 9: Baseband processing and backhauling in an Ethernet aggregation architecture

When base stations are near a PON infrastructure, it can provide effective backhaul for remote, site-based broadband options. However, PON is not suitable for macro cell CPRI interconnect[1].  Centralized baseband processing simply has too much constant-bit-rate traffic. A large macro base station could generate 30.7 Gb/s of uncompressed CPRI traffic, while typical PON systems reach their maximum at 10 Gb/s per PON segment.

Base stations served by copper pairs
In this case, the wireless service provider has a base station served by copper pairs, such as E1 or T1. However, fiber is also deployed in the access network to within a kilometer or less from the base station.

Figure 10: Baseband processing and backhauling in an architecture with copper pairs

The current copper pairs can be converted to channel-bonded very-high-bit-rate DSL (VDSL) with vectoring and Phantom mode. This approach delivers quite reasonable performance for small and medium-sized base stations with two pairs or more per RRH.

However, this option is not compatible with centralized baseband processing due to limited available bandwidth and asymmetrical traffic patterns. Latency is also a concern as DSL’s approximately 3 ms of latency is borderline for viable baseband processing performance.

The flexibility to adapt
Backhaul makes up a large proportion of most wireless service providers’ operating and capital costs. Higher bandwidths over fiber can enable centralized baseband processing. However, most sites are not currently served by fiber — a situation that is not expected to change any time soon. As a result, new solutions need to support a variety of base station deployments.

lightRadio is designed to support a variety of baseband processing and backhaul options. For example, wireless service providers can take advantage of CPRI interconnect and backhaul. They can also take advantage of centralized baseband processing beyond the obvious scenario — where they already own dark fiber between the base station and a centralized processing site.

To contact the authors or request additional information, please send an e-mail to techzine.editor@alcatel-lucent.com.

Footnotes

  1. [1] PON fiber can be used for CPRI interconnect assuming that the CPRI traffic uses dedicated wavelengths on the PON fiber that is not interfering with the native PON wavelengths.

Back to top | View related materials

COMMENTS

8 Responses to lightRadio™ Baseband Processing and Backhauling

Feed For This Post
  1. Freddy TURRIAF says:

    why to use a proprietary interface between BBU and RRH (CPRI) and not plain Ethernet?
    The requirement of having fiber (and its inherent 40Km limit) and/or associated TCO with expensive DWDM gear looks prohibited.
    Any strong limitation on why Ethernet cannot work? today Ethernet provide best-in-class OAM, Synch and way too many carrier-grade features.

    • TechZine Editor says:

      Hi Freddy,
      The CPRI interface requirements are very stringent:

      • Bandwidth: At least 10 Gbps per Site with Constant & Symmetrical Throughput. This is assuming CPRI signal compression.
      • Low Latency: < 0.300 ms RTT between Cell Site and Central. This comprises the propagation delay and any processing in switches.
      • Low BER: 10-12
      • Stable Clock Reference: ±2 ppb (maximum contribution jitter from the CPRI link to the radio base station frequency accuracy budget)

      So, today plain Ethernet is not considered as a valid option.

  2. Roger Hu says:

    If Ethernet is not a valid option for CPRI link, why the Fig 6 depicts “CPRI overlay p2p Ethernet”?

    • TechZine Editor says:

      We can still use a fiber carrying Ethernet and overlay a dedicated wavelength to transport CPRI.
      In this sense both would co-exist on the same fiber but CPRI is not transported over Ethernet frames.

  3. Al Wegener says:

    How does Alcatel-Lucent’s CPRI compression compare to Samplify’s Prism IQ compression? Prism IQ achieves 0.5% EVM at 2.3:1 compression, measured by an Agilent VSA and using a Xilinx Virtex-5 FPGA. What does lightRadio’s “advanced CPRI compression” achieve? Does Alcatel-Lucent have any granted patents for CPRI compression?

  4. Gene jaleski says:

    Looking for tech sales number at AL Lightradio

    Thanks

    Is Lightradio ready to deploy?

  5. Kris says:

    LightRadio, by concept wise very interesting. Few questions, however:
    1) Does the solution propose to continue to use existing infrastructure and only use lightradio solution whenever a new macro cell or small cell is being deployed?
    2) From few of the wireless data forecast reports, it seems that majority of the data consumption actually originates in the hosehold, from devices such as tablets and smartphones. This is actually the reason for femtocell deployment for data offload. Are there any expected statistics on how much of data explosion indoors and how much out doors? Does the lightradio portfolio has something for femtos?
    3) When the solution proposes a lot of small cells for a way to counter increased demand for capacity, how is the existing network envisioned to be migrated to new architecture (I guess it should be in steps so as to preserve operators investments). Is it by shrinking the existing cell size and adding new cells? or adding new cells as an overlay of the existing macro cells?
    4) Would be helpful (if possible) if you could explain this evolution with a real example as you might be in discussions with operators.

    Thanks for clarifications.

  6. Kris says:

    Just a follow up question:
    1) When a lot of small cells are deployed, self organization, self recovery and self optimization techniques (SON principles) are essential for easy of operation, maintenance and enhanced performance. Does the light radio solution comes with the SON algorithms or software support?
    2) Are the lightradio products (especially when deployed for central processing) being shipped with latest baseband algorithms like cross interference cancellation?
    3) With the new architecture of central baseband processing, are there any additional features being made possible (like extended number of cells for softer handover or shifting down the selective combining technique of soft handover from RNC to central base band pool which might improve handover gains and preserve some backhaul (BTS-RNC) bandwidths?)…

Post a comment

Comments are moderated and will be published/addressed upon review. Your email adress will not be published.

Required fields are marked *

*

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

** Legal disclaimer: People posting to this web site, including moderators and authors, may include employees of Alcatel-Lucent. Opinions and comments expressed herein are the personal opinions of the commenter, not of Alcatel-Lucent. The content provided here is for informational purposes only. It is not intended to be an endorsement or representation by Alcatel-Lucent or any other party. This web site is publicly accessible. Do not post any information you consider confidential to this site. Do not post any personal data related to others unless you have their consent. By posting content to TechZine e-magazine, you agree to be solely responsible for all information you contribute and there by release Alcatel-Lucent from any liability related to your use of this site. By contributing a post, you also grant Alcatel-Lucent all rights to any original content you provide.