O RAN - WG7.IPC HRD Opt7 2.0 v01.00
O RAN - WG7.IPC HRD Opt7 2.0 v01.00
O RAN - WG7.IPC HRD Opt7 2.0 v01.00
00
Technical Specification
O-RAN WG7
Hardware Reference Design Specification for Indoor Picocell FR1
with Split Architecture Option 7-2
By using, accessing or downloading any part of this O-RAN specification document, including by copying, saving, distributing,
displaying or preparing derivatives of, you agree to be and are bound to the terms of the O-RAN Adopter License Agreement
contained in Annex ZZZ of this specification. All other rights reserved.
1 Revision History
Date Revision Author Description
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 2
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 Contents
2 Revision History ................................................................................................................................................. 2
3 Chapter 1 Introductory Material ..................................................................................................................... 8
4 1.1 Scope ................................................................................................................................................................. 8
5 1.2 References ......................................................................................................................................................... 8
6 1.3 Definitions and Abbreviations ........................................................................................................................... 9
7 1.3.1 Definitions .................................................................................................................................................... 9
8 1.3.2 Abbreviations ............................................................................................................................................... 9
36
37 Tables
38 Table 2-1: The Processor Feature List .............................................................................................................................. 15
39 Table 2-2: The Memory Channel Feature List ................................................................................................................. 15
40 Table 2-3: Accelerator Hardware Feature List ................................................................................................................. 16
41 Table 2-4: Accelerator Firmware Feature List .................................................................................................................. 17
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 4
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
37 Figures
38 Figure 2-1: O-DU7-2 Functional Block Diagram. .............................................................................................................. 14
39 Figure 2-2: O-DU7-2 Hardware Block Diagram ................................................................................................................ 14
40 Figure 2-3: Accelerator Design 1 without optional NIC Device ...................................................................................... 18
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 5
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 7
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
2 1.1 Scope
3 This Technical Specification has been produced by the O-RAN.org.
4 The contents of the present document are subject to continuing work within O-RAN WG7 and may change following
5 formal O-RAN approval. Should the O-RAN.org modify the contents of the present document, it will be re-released by
6 O-RAN Alliance with an identifying change of release date and an increase in version number as follows:
7 Release x.y.z
8 where:
9 x the first digit is incremented for all changes of substance, i.e. technical enhancements,
10 corrections, updates, etc. (the initial approved document will have x=01).
11 y the second digit is incremented when editorial only changes have been incorporated in the
12 document.
13 z the third digit included only in working versions of the document indicating incremental
14 changes during the editing process. This variable is for internal WG7 use only.
15 The present document specifies system requirements and high-level architecture for the FR1 Picocell Indoor
16 deployment scenario as specified in the Deployment Scenarios and Base Station Classes document [1].
17
18 1.2 References
19 The following documents contain provisions which, through reference in this text, constitute provisions of the present
20 document.
21 [1] ORAN-WG7.DSC.0-V01.00 Technical Specification, ‘Deployment Scenarios and Base Station Classes for White
22 Box Hardware’. https://www.o-ran.org/specifications
23 [2] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications".
24 [3] 3GPP TR 38.104: "NR; Base Station (BS) radio transmission and reception".
25 http://www.3gpp.org/ftp//Specs/archive/38_series/38.104/38104-g10.zip
26 [4] ORAN-WG4.CUS.0-v01.00 Technical Specification, ‘O-RAN Fronthaul Working Group Control, User and
27 Synchronization Plane Specification’. https://www.o-ran.org/specifications
28 [5] 3GPP TS 38.113:"NR: Base Station (BS) Electromagnetic Compatibility (EMC)".
29 http://www.3gpp.org/ftp//Specs/archive/38_series/38.113/38113-f80.zip
30 [6] ORAN-WG7. IPC. HAR-v01.00 Technical Specification, ‘Indoor Pico Cell Hardware Architecture and
31 Requirement Specification’. https://www.o-ran.org/specifications.
32 [7] ORAN-WG7. IPC. HRD.O8-v01.00 Technical Specification, ‘Indoor Pico Cell BS Hardware Reference Design
33 Specifications with Fronthaul Split Option 8 and FR1’. https://www.o-ran.org/specifications
34
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 8
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
2 1.3.1 Definitions
3 For the purposes of the present document, the terms and definitions given in 3GPP TR 21.905 [1] and the following
4 apply. A term defined in the present document takes precedence over the definition of the same term, if any, in 3GPP
5 TR 21.905 [2]. For the base station classes of Pico, Micro and Macro, the definitions are given in 3GPP TR 38.104 [3].
16 1.3.2 Abbreviations
17 For the purposes of the present document, the abbreviations given in [2] and the following apply. An abbreviation
18 defined in the present document takes precedence over the definition of the same abbreviation, if any, as in [2].
19 7-2 Fronthaul interface split option as defined by O-RAN WG4, also referred to as 7-2x
20 3GPP Third Generation Partnership Project
21 5G Fifth-Generation Mobile Communications
22 5GC 5G Core
23 ACS Adjacent Channel Selectivity
24 ADC Analog to Digital Converter
25 ASIC Application Specific Integrated Circuit
26 ATA Advanced Technology Attachment
27 BBDEV Baseband Device
28 BH Backhaul
29 BMC Baseboard Management Controller
30 BPSK Binary Phase Shift Keying
31 BS Base Station
32 CISPR International Special Committee on Radio Interference
33 CFR Crest Factor Reduction
34 CU Centralized Unit as defined by 3GPP
35 COM Cluster Communication
36 CPRI Common Public Radio Interface
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 9
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 12
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
14 The HW reference design of O-CU is the same as O-DU7-2 except for the need of HW accelerator, thus detail design
15 will be described in O-DU7-2 section 2.2.
27 Note that the O-DU7-2 HW reference design is also feasible for O-CU and integrated O-CU/ O-DU7-2.
29 Figure 2-1 shows the major functional blocks of O-DU7-2. The digital processing unit handles the baseband processing
30 workload. To make the processing more efficient, an accelerator can be used to assist with the baseband workload
31 processing. The memory devices include the random-access memory (RAM) for temporary storage of data while flash
32 memory is used for codes and logs. The storage device is for persistent storage. The external network cards can be used
33 for fronthaul or backhaul connection. The baseboard management controller (BMC) is a microcontroller which
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 13
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
1 monitors hardware operation on motherboard. The clock circuits provide digital processing unit with required clock
2 signals.
Flash
Memory
Baseboard
Digital Processing Unit
Management
Controller Storage
Drives
Ethernet
Card
Clock
6 Figure 2 2 describes the various components and connections inside the O-DU7-2 white box.
1 As described in the previous section, the O-DU7-2 hardware can be implemented with difference design choices. Here,
2 we use a SoC design-based as an example which performs most of the workload for O-DU7-2. The accelerator can be
3 used to perform other functions based on the overall performance requirement. Several Ethernet controllers are also
4 used for front haul link, back haul link and remote console control connection. The other parts include: RAM, flash
5 memory, and hard drive storage. The JTAG and USB ports are provided for hardware debug and local connection if
6 needed. Finally, BMC block is mainly responsible for monitoring the hardware status of the motherboard.
8 In this section, we describe the details of the O-DU7-2 hardware component’s requirements, their features and
9 parameters. The component selection is based on the use case requirements which are listed in the hardware architecture
10 and requirements document [6].
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 15
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
1 PCIe: PCIe Gen 3 should be supported by the processor. There are total of 32 PCIe lanes with 128 Gb/s
2 bandwidth. The 32 PCIe lanes can be divided into two x16 slots by using a riser card.
3 Ethernet: The system should be capable to offer aggregated 48 Gb/s Ethernet bandwidth. The breakout the
4 ports are discussed in later section. When higher Ethernet bandwidth required, an Ethernet card can be
5 installed in one of the PCIe slot.
6 b. Digital Processing Unit Design
7 The digital processing unit is a system-on-a-chip (SoC) device which is a 64-bit multi-core server class
8 processor. This SoC includes an integrated Platform Controller Hub (PCH), integrated high-speed I/O,
9 Integrated Memory Controllers (IMC), and four integrated 10 Gigabit Ethernet ports.
10 The SOC supports 512-bit wide vector processing instruction set. It also supports hardware virtualization to
11 enable dynamic provisioning of services as communication service providers extend network functions
12 virtualization (NFV). Figure 2-2 shows the major functional blocks of the digital processing unit.
21 Channel coding for Low-Density Parity Codes (LDPC) and fronthaul compression requires a significant amount of bit
22 level processing and is well suited to a fine-grained FPGA architecture and/or low cost/power structured ASIC. Options
23 include:
25 Look-aside FEC: LDPC (de)coding, Polar (de)coding, Rate (De)Matcher, (De) Interleaver, Cyclic Redundancy
26 Check (CRC), Hybrid Automatic Repeat request (HARQ) retransmission
28 a. Accelerator Requirements
29 Hardware and firmware requirements for this accelerator design are given in Table 2-3 and Table 2-4,
30 respectively.
Connectivity 2x QSFP28/56
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 16
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
2 b. Accelerator Design
3 Figure 2-3 illustrates Accelerator Design 1 without optional NIC Device. Figure 2-4 illustrates the Accelerator
4 Design 1 with optional NIC Device.
FPGA
Digital
Processing Unit PCIe Gen 4x16 FH 2x2x56Gbps
Or lower (200G) Connectivity & L1 Or lower
Processing.
L3,L2,L1(part)
C1,2,3,4 Sync
FPGA
Digital
Processing Unit PCIe PCIe Gen 4x8 FH 2x2x56Gbps
Gen4x16 Or lower (100G) Connectivity & L1 Or lower
Processing.
L3,L2,L1(part)
C1,2,3,4 Sync
1PPS & 10MHz
SMA
100Gb
15 a. Accelerator Requirement
16 The accelerator unit comprises one or more FPGAs (e.g., two FPGAs), sufficient amount of DDR4 memory,
17 and synchronization circuitry where one of FPGAs is used for L1 functional offload and the other one is used
18 to perform fronthaul connectivity functions/protocols. The FPGA for L1 offload uses dedicated cores for
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 18
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 channel encoding/decoding as well as FPGA and processing resources for running L1 functions such as but
2 not limited to rate matching and de-matching, interleaving and scrambling, demodulation and HARQ buffer
3 management as well as OFDM modulation/demodulation and channel estimation.
4 Key features of the FPGA-based accelerator include:
5 2X10/25G eCPRI or Ethernet open fronthaul interface
6 Built-in SyncE/IEEE 1588v2 synchronization + external reference timing
7 L1 offloading options
8 ‒ LDPC encoding and decoding
9 ‒ Polar encoding and decoding
10 ‒ HARQ management with on board DDR memory (including DDR controller and interfaces)
11 ‒ Other L1 offloading candidates include PRACH detection, MIMO encoding and decoding,
12 channel estimation
13 ‒ Partial or full L1 functions can be offloaded. It is recommended to offload the user-plane
14 channel coding chain and part of or the entire control-plane channel coding chain to the
15 hardware accelerator.
16 PCIe Gen3 x16, two Gen4 x8, or PCIe Gen3 x16 bifurcated to two Gen3 x8
17 GPP supported
18 Standard PCIe FHHL card (It is assumed that the hardware accelerators further perform NIC functions).
19 2x SFP28 for 25G Ethernet
20 8GB DDR4 memory for buffering
21 Power consumption not to exceed 75W
22 The accelerator requirements are summarized in Table 2-5.
On Board Total Capacity 4 GB in PL, upgradeable to 8GB Total Capacity 4 GB in PL, upgradeable to 8GB
Memory Total Capacity 2 GB in PS, upgradeable to 4GB Total Capacity 2 GB in PS, upgradeable to 4GB
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 19
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
Other External
Micro USB for JTAG support (FPGA programming and debug) and access to BMC
Interface(s)
Graphical GUI for monitoring the basic board parameters, monitoring temperature alerts, firmware upgrades for
User interface BMC
Operating
-5°C - 55°C
Temperature
Power < 75 W
1
2
3
4 The following are the accelerator’s functional and interface requirements.
5 Functional offload requirements:
6 One of the candidate functions for offloading is the LDPC encoder and decoder, which typically consists of
7 computationally intensive and relatively highly power consuming functions. It must be noted that neither
8 software implementation in CPU nor soft FPGA logic implementation would provide a highly power efficient
9 solution while meeting/exceeding 3GPP NR user-plane encoder/decoder throughput and latency requirements,
10 rather a hardened implementation of the FEC functions would be very power efficient. Downlink and uplink
11 throughputs of up to 40Gbps and 18Gbps, respectively, are shown feasible with this architecture. Other
12 candidate L1 functions for acceleration include CRC generation, segmentation, bit-level/sub-block
13 interleaving and scrambling as well as FFT/IFFT processing, for which an FPGA can be used.
14 For other symbol processing L1 functions which require heavy multiply and accumulation operations, FPGAs
15 1 and 2 have DSP blocks that can efficiently perform these operations. Polar encoding and/or decoding on the
16 control-plane can also be offloaded to FPGA 1 resulting in high throughputs and low latencies.
17 Interface requirements:
18 PCIe: PCIe interface is widely used to provide interface between the GPP and hardware accelerators. FPGA
19 devices have dedicated PCIe hard IP which facilitate implementation and quick setup of PCIe interface. They
20 support both PCIe Gen3 x16 or PCIe Gen4 x8, which allow the FPGA device to interface with any GPP
21 supporting either PCIe Gen3 x16 or PCIe Gen4 x8 interface.
22 Fronthaul: FPGA devices can support various speed grades and any fronthaul protocols, customers can use
23 off-the-shelf eCPRI or Ethernet IPs to quickly implement and configure any fronthaul interface protocol.
24 Serial transceivers: FPGA devices have SerDes resources to implement various connectivity speeds (e.g., 33
25 Gb/s) per SerDes, 10G/25G/50G/100G Ethernet connections can use these SerDes resources.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 20
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 Ethernet MAC speed: FPGA devices have hardened implementations of Ethernet MAC that support speeds
2 of 100 Gbps and above. The Ethernet MAC IP allows power-efficient implementation of high speed Ethernet
3 connectivity. In the example shown in Figure 2-3, FPGA 1 and FPGA 2 can use the hard 100Gbps MAC IPs
4 to connect each other, allowing the L1 and fronthaul functions to be distributed across these two FPGAs with
5 less connectivity overhead. For other Ethernet MACs such as 10G/25G Ethernet, they provide soft Ethernet
6 MAC IPs, so when implementing eCPRI or Ethernet fronthaul functions, 10G/25G Ethernet MAC can be
7 used.
8 b. Accelerator Design
9 The hardware accelerator supports GPP. Figure 2-5 illustrates a two-chip acceleration architecture comprising
10 two FPGAs with multi-lane PCIe interfaces toward the CPU and external connectivity toward O-RU7-2(s) via
11 eCPRI and O-CU(s) through GbE connectivity. The example architecture further depicts multi-lane Gen3 or
12 Gen4 PCIe interfaces between each FPGA and the CPU. The FPGAs communicate through high-bandwidth
13 Ethernet (GbE) transport.
FPGA1
X86 or ARM-based (L1 Offload)
CPU
(L2 and Partial L1)
Inter-Chip
Interface
100G Ethernet
F1 Interface
Ethernet (10/25G) FPGA2
(Connectivity)
17 Channel coding for LDPC and fronthaul compression requires a significant amount of bit level processing and is well
18 suited to a fine-grained structured ASIC. Features include:
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 21
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
Power <35W
https://doc.dpdk.org/guides/prog_guide/bbdev.html
7 b. Accelerator Design
8 The following diagram shows the structured ASIC based accelerator design.
9
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 22
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
Structured ASIC
Digital
Processing Unit PCIe Gen 3x16
Or lower (100G) LDPC
Code/Transport
L3,L2,L1(part)
Block
1
13 a. Hardware Requirements
14 The O-DU7-2 shall support following timing synchronization methods:
15 1. GPS Synchronization
17 3. BeiDou Synchronization
19 b. Hardware Design
20 Depending on the timing distribution topologies used, the O-DU7-2 system clock is able to synchronize with
21 the Grand Master Clock (GMC) using IEEE1588 via either the front haul NIC or backhaul NIC, or
22 synchronizing timing using Global Navigation Satellite System (GNSS). In the case of IEEE1588, the
23 Physical Hardware Clock (PHC) within the NIC is synchronized with the GMC first, then the O-DU7-2 system
24 clock is synchronized with the PHC. The O-DU7-2 is also capable to provide clock to the O-RU7-2 via front
25 haul if needed. When GNSS becomes available to O-DU7-2, it will be able to synchronize the system clock to
26 Coordinated Universal Time (UTC). Figure 2-7 outlines the O-DU7-2 timing synchronization mechanisms.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 23
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
GNSS
1pps
System
PHC PHC
Clock
NIC NIC
Backhaul Fronthaul
6 a. Hardware Requirements
7 Each hardware accelerator board that supports connectivity functions (e.g., O-RAN fronthaul) in O-DU7-2
8 must be able to support external synchronization I/O and to receive or transmit 1 PPS reference clock source
9 in order to ensure synchronization across network.
10 b. Hardware Design
11 The accelerator board can operate in the master or slave mode when supporting IEEE 1588v2
12 timing/synchronization. It can generate 1 PPS reference clock for synchronization in the master mode and can
13 receive the 1 PPS reference clock in the slave mode for internal synchronization. The timing circuitry of the
14 accelerator board is shown in Figure 2-8. Two FPGA SerDes transceivers are used to receive and transmit
15 SyncE TX and RX clocks.
16
17
SerDes
SyncE TX Clock
SyncE RX Clock SerDesFPGA
TCXO/OCXO Reference
(IEEE 1588v2
1 PPS
PLL Stack)
GPS (1 PPS) Other Clocks
18
22 a. Hardware Requirements
23 The following table shows the external ports or slots that the system provided.
2 b. Hardware Design
3 The digital processing unit is a SOC device which provides the external ports described in the hardware
4 requirement section. The system includes 2 USB 3.0 ports, and the serial RS232 port that can be used for
5 Console Redirection, e.g. Out-of-Band Management. The system provides eight 1Gbps and four 10Gbps
6 Ethernet ports. There are two or four 25G eCPRI ports in system depends on the accelerator card used. The
7 system also provides a RF interface to connect GNSS antenna. The following diagram outlines the external
8 interfaces that supported.
O-DU 7-2
Serial Port
Ethernet
Ports
12 BIOS and BMC firmware are needed in the system and shall be installed.
13 2.2.7 Mechanical
14 The mechanical design for mother board, chassis, and cooling are listed in this section.
15 Mother Board
16 The mechanical layout of the mother board shows the location of major components and interface ports. The
17 following diagram also provides the dimension of the board.
18
19
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 25
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
3 Chassis
4 The 1U rack mount chassis contains the layout of the power supply, Solid State Drive (SSD) and fans. The
5 chassis dimension is showed in following figure.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 26
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1
2 Figure 2-11: Chassis Mechanical Diagram
5 c. Cooling
6 The system installs 4x 40x28mm PWM fans for the cooling. Up to 6 fans can be installed if needed.
8 In a fully loaded system with two PCIe slots populated with 75W each, the system power consumption should be less
9 than 400W. The total system power requirement shall be kept less than 80% of the power supply capacity.
10 a. Hardware Requirements
11 The power is provided by 500W High-Efficiency power supply with Power Management Bus (PMBus) 1.2.
12 The power support input and output power rails are listed below.
15 +5V: 15A
16 +5V standby: 3A
17 +12V: 41A
18 -12V: 0.2A
19 b. Hardware Requirements
20 The O-DU7-2 chassis includes one 500W power supply unit. The power supply unit is auto-switching capable,
21 which enables it to automatically sense and operate at a 100v to 240v input voltage. The power supply unit
22 features are listed in the following table.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 27
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
+5V: 15A
+12V: 41A
-12V: 0.2A
+5Vsb: 3A
2 2.2.9 Thermal
4 The hardware acceleration cards described in Section 2.2.2.2 use passive cooling and a custom heatsink and is equipped
5 with temperature sensors. It is designed to operate in temperatures ranging from -5°C to +55°C.
7 The O-DU7-2 hardware system is RoHS Compliant. The power supply unit is EMC FCC/CISPR Class B compliant.
8 Table 2-10 lists the environmental related features and parameters.
10 The hardware accelerator described in Section 2.2.2.2 is designed to operate in indoor environments and in
11 temperatures ranging from -5°C to +55°C.
2 General block diagrams for 2T2R and 4T4R O-RU7-2 examples are shown below.
3 Note that:
4 1. The digital block is referring to the digital processing unit in the reference design section.
5 2. The clock PLL block is referring to the synchronization and timing unit in the reference design section.
6 3. The rest of the blocks are referring to the RF processing unit in the reference design section.
bypass enable
Rx0 RFFE
enable
Tx0 TxVGA
PA
SERDES ORx0
Digital ORx1
Port A
SPI
Tx1 TxVGA PA
enable
RFFE
Network SPI Clean
Clock Clock Rx1
bypass enable
Transceiver
bypass enable
Rx0 RFFE
enable
Tx0 TxVGA
PA
SERDES ORx0
Digital ORx1
SPI
Tx1 TxVGA PA
enable
RFFE
Network SPI Clean
Clock Clock Rx1
bypass enable
Transceiver
Port A
bypass enable
RFFE
Rx0
Tx0 TxVGA
PA
enable
enable
TxVGA PA
ORx1
RFFE
Tx1
bypass enable
Rx1
bypass enable
Rx0 RFFE
enable
Tx0
PA
SERDES ORx0
Digital ORx1
Port A
SPI
Tx1
PA
enable
RFFE
Network SPI Clean
Clock Clock Rx1
bypass enable
Transceiver
bypass enable
Rx0 RFFE
enable
Tx0
PA
SERDES ORx0
Digital ORx1
SPI
Tx1
PA
enable
RFFE
Network SPI Clean
Clock Clock Rx1
bypass enable
Transceiver
Port A
bypass enable
RFFE
Rx0
Tx0
PA
enable
enable
ORx1 PA
RFFE
Tx1
bypass enable
Rx1
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 30
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
enable
Rx0
enable
Tx0
PA
SERDES ORx0
Digital ORx1
Port A
SPI
Tx1
PA
enable
enable
Transceiver
Clock PLL
enable
Rx0
enable
Tx0
PA
SERDES ORx0
Digital ORx1
SPI
Tx1
PA
enable
enable
Transceiver
Port A
Rx0
enable
PA
Tx0
enable
enable
ORx1
PA
Tx1
enable
Rx1
6 In Section 2.3.1, we presented many possible O-RU7-2 block diagrams for reference design. In this section, we describe
7 their functionality, interfaces and performance of every block in the RF Processing Unit. Since device integration is an
8 ongoing activity, chip boundaries may be fluid and some functionalities may move from one block to another or entire
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 31
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
1 functionalities may be absorbed into other blocks. The sections below describe the functional blocks independent of
2 which physical device they may reside in.
9 a. FPGA Requirement
10 The following items are the main requirement for the O-RU7-2:
11 Interface requirement: One lane of bi-direction Serdes targeting eCPRI will be @10Gbps for FH split
12 option 7-2. Four lanes of bi-direction JESD204B Serdes will be used for 2T2R. Eight lanes of bi-
13 direction JESD204B Serdes will be used for 4T4R
14 Resource requirement: FPGA resource requirements for 2T2R and 4T4R are shown in Table 2-11 and
15 Table 2-12.
17
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 32
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
2 Processor requirement: For device model A, the processor will be used, one is used for device control
3 and management plane functions, the other one is for Digital Pre-Distortion (DPD) feedback path. For
4 device model C, dual-core ARM cortex-A53 will be used, similarly one is used for device control and
5 management plane functions, the other one is for DPD feedback path.
6 Power requirement: Power estimations for 2T2R and 4T4R are shown in Figure 2-18 and Figure 2-19.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 33
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
4 b. FPGA Design
5 This solution of the digital processing unit incorporates FPGA and a processor. The FPGA handles high
6 speed digital processing such as low L1, FH, DDC, DUC, CFR and so on. All functions are listed in the
7 previous section. The processor is used for hardware device configuration and the OAM function. The FPGA
8 and the processor core can be integrated into one SOC or implemented into two devices. Here the FPGA and
9 the processor core are integrated into one SOC device.
MIG
DDR JESD204B Transceiver
Processor
SPI
Flash
SPI
FPGA 245.76MHz
1.92MHz PLL
156.25MHz
Debug
IIC
SFP+
12 For the processor portion, the internal RAM resource may not be enough. So the external DDR is needed to
13 let the processor handle more RAM consuming functions such as operation system or stack protocols like
14 Network Configuration Protocol (NetConf) Client. For the O-RU7-2 design, the DDR3 with 256Mb*16bit
15 memory capacity is enough. The interface between the DDR and processor can be memory interface
16 generator (MIG).The external Flash is used to store operation system related files, calibration information
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 34
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 of the RF portion, NetConf related files, FPGA firmware and so on. For this O-RU7-2 design, the flash with
2 2Gb memory capacity is enough. The online debug function is performed by external Ethernet PHY with
3 an RJ45 connector. This allows the administrator to visit the internal function of the O-RU7-2 and control it.
4 The interface between the DDR and processor can be Media-Independent interface (MII). The Ethernet
5 PHY device can be very general 100M Ethernet Transceiver. The FPGA has one serdes lane connected to
6 optical module to perform the fronthaul link between O-RU7-2 and O-DU7-2 /FHGW7-2.Another 4 serdes
7 lanes of the FPGA are needed to connect one transceiver of the O-RU7-2 to transmit or receive IQ sample
8 by the interface of JESD204B while the FPGA needs synchronized clock signals to work well. The
9 interface between PLL and FPGA should be Low-Voltage Differential Signaling (LVDS).
14 For the O-RU7-2 the sampling function and frequency conversion function can be performed by transceiver. The
15 purpose of using the transceiver is to saving power and size of the PCB. The Transceiver is to convert between high
16 speed baseband data and a low-level RF for both transmit and receive signal chain. In addition, the transceiver is
17 responsible for orchestration of control signals not limited to the PA enable, LNA enable, LNA bypass as well as other
18 required system level signals.
19 a. Hardware Requirements
20 Include the requirements for this component.
21 Interface Requirements: The interface requirements for the Transceivers are list in Table 2-13.
High Speed Data High speed data represents the baseband information being transmitted or received.
Depending on the configuration of the ORAN device, various bandwidths may be
supported leading to a range of payload rates. Options for data include parallel data paths,
JESD204B and JESD204C. Up to 8 lanes in each direction may be supported although
fewer is preferred. Options such as DPD and numeric precision will impact the payload
rate. Several options are shown in the following table. All data represents IQ 16-bit
(N=16) precision. Some devices support IQ 12 bit (N’=12) which may reduce the required
data rates accordingly. The tables below assume 1 ORx for 2 TRx. From Table 2-14 and
Table 2-15, the number of lanes required may be determined by dividing the total bit rates
shown by the capacity of a lane, typically 12.5 GBPS for JESD204B and 25 GBPS for
JESD204C.
Reference Clock The transceiver should receive a reference for internal clock and LO synthesis needs. This
(Device Clock) reference clock can function as the JESD204 Device Clock where the interface is by
SERDES. The specific clock frequency is determined by the operation mode of the
transceiver and may range from 1Hz upward.
SYSREF If the transceiver supports SERDES, then it should accept a SYSREF signal from the clock
or data source as appropriate. The number and configuration for the SYSREF is
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 35
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
SYNCB If the transceiver supports SERDES, then it should also support a SYNCB for each link as
appropriate.
Control Control of the transceiver is by way of 3 or 4 wire SPI or IIC functioning as a slave.
Support for 1.8V control is required and tolerance of 3.3V is preferred. The transceiver
may optionally include a separate SPI master for control of peripheral devices as required.
GPIO The transceiver may optionally include GPIO for controlling peripherals including but not
limited to PAs, LNAs and other devices. These GPIOs should at a minimum support 1.8V
outputs but the specifics will be determined by the connected devices. The GPIO should
also support input from peripheral devices. Input should at a minimum support 1.8V logic
with tolerance of 3.3V preferred.
Tx Enable The transceiver should provide an output to support enabling and disabling the external
devices in the transmit chain such as a TxVGA (optional) and PA.
Rx Enable The transceiver should provide an output to support enabling and disabling the external
devices in the transmit chain such as a RF Front End Module or LNA.
LNA Bypass The transceiver should provide an output to support bypassing the LNA appropriately in
the condition of a large blocker if so required.
RF Outputs RF outputs including the main Tx signal should support 50 ohm or 100 ohms signalling.
These outputs can be either single ended or differential.
RF Inputs RF inputs including the main Rx and the Observation Rx (ORx) (for DPD) should support
50 ohm or 100 ohms signalling. These inputs can be either single ended or differential.
The device should support at least 1 ORx.
2T2R 4T4R
2T2R 4T4R
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 36
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
5 Device Configuration: The transceiver should support either 2T2R or 4T4R. In addition, at least one
6 ORx path should be supported. Additional ORx paths are allowed as required for the application.
7 Power Dissipation: Total dissipation of the TRx should be less than 6W for 4T4R.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 37
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
Wide Band
IM3 products>130 MHz at
1900 MHz 13 dBm baseband; test condition: PHigh -
2600 MHz 11 dBm 11 dB/tone ; 491.52 MSPS
38000 MHz 13 dBm
Third-Order IM3
Intermodulation
Product
−70 dBc 600 MHz < f ≤ 3000 MHz
Spurious-Free Dynamic SFDR 64 dB Non IMx related spurs, does not
Range include HDx; (PHIGH − 11) dB input
signal
Harmonic Distortion (PHIGH − 11) dB input signal
Second Order Harmonic HD2 −80 dBc In band HD falls within ±100
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 38
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 39
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
SCLK
CSB
SPI Port SDO
SDIO
REF Clock In Clock,
SYSREF
Synchronization
Ext LO/Clock In
& Synthesis CPIO1
GPIO2
Control
GPIO3
Interface
GPIO#
Receiver Block 4
Receiver Block 3
Receiver Block 2 Decimation
Receiver Block 1 pFIR
Decimation
AGCpFIR
Decimation
Rx4 ADC Tuning
AGCpFIR
Decimation
Rx3 ADC RSSI
Tuning
AGCpFIR
Rx2 ADC Overload
RSSI
TuningAGC
Rx1 ADC Device Managemen
Overload
RSSI
Tuning
t
Device Managemen
Overload
RSSIt
Device Managemen
Overload t
Device Management
DPD Engine
Obs ervation
Receiver
Decimation
pFIR
ORx1 AGC
ORx2
ADC Tuning
ORx3
ORx4 RSSI
Overload
Device Management
Optional
Features
1
2 Figure 2-21: Transceiver Reference Design Diagram (Optional elements are highlighted in Grey ).
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 40
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 SYNCOUT are differential pins associated with the transmitter channels of the JESD204 interface. If
2 not used, do not connect. Up to 4 pair may be supported.
4 The Power Amplifier boosts the RF output to the level required for the base station class.
5 a. Hardware Requirements
6 The PA should have large enough gain to reduce the need for an additional driver. This will reduce cost and
7 PCB space. The output power should be at least 27dBm (30dBm for 500mW/port to compensate for the loss of
8 switch and antenna filter). The ACLR should be greater than 47dBc according to the related 3GPP test mode.
9 DPD is needed to reduce the power consumption. The P1 dB requirement is closely related to the DPD
10 algorithm.
12
13 Interface Require
Enable The enable input should be compatible with 1.8V logic and tolerate 3.3V as required. A
logic high enables the PA. A logic low disables the device and places it in a minimum
dissipation mode.
RF Outputs RF outputs support 50-ohm single ended to properly interface to a directional coupler,
isolator, switch or antenna.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 41
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
RF Inputs RF inputs should support 50 ohm, single ended match to the transceiver output or preamp.
4 b. Hardware Design
5 RFin is the input to the PA, RFout is the output of the PA. Vcc and Vbias are the power inputs of the PA. PAEN is
6 the control pin to disable or enable the PA. The input and output should match to 50 ohm as much as possible
7 to reduce the reflection. Vcc and Vbias need capacitors to reduce the DC power ripples and give a short route to
8 reduce the RF energy leakage. Figure 2-22 shows the details.
Vcc
RFout
RFin
RFEN
9
12 The purpose of the LNA is to boost the Rx signal to a level that can nominally interface directly to the transceiver. This
13 block will typically be a 2-stage amplifier with a 2nd stage bypass. The frontend will also include a TR switch to shunt
14 any Tx signal to a termination away from the amplifier.
15 a. Hardware Requirements
16 The requirements of the LNA are listed here.
17 Interface Requirements: The interface requirements of the transmit LNA are listed in Table 2-19.
NF <1dB <1dB
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 42
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
3 Power Dissipation: Less than 500 mW for a dual when device is fully enabled in receive mode.
4 RF Specifications: For LNA unit, it should have larger enough gain to reduce extra driver amplifier for
5 cost and PCB space. The NF figure of LNA should small enough to overcome the loss of switch and
6 filter.
NF <1 dB <1.5 dB
High gain >=32 dB High gain >=32 dB
Gain
Low gain >=16 dB Low gain >=16 dB
9 b. Hardware Design
10 The reference designs for one stage LNA and two-stage LNA are given.
11 One stage LNA
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 43
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
1 RFin is the input port of the LNA. RFout is the output of the LNA. Vcc is the power input of the LNA. LNA
2 EN is the control pin to disable or enable the LNA. The input match to 50 ohm as much as possible to
3 reduce the reflection. But for output of the LNA, it is hard to get best Noise figure and the output return loss.
4 Compromise is needed between NF and return loss. Usually the return loss should be around -10dB or -
5 12dB. Also is should be very careful to assure the stability of the LNA in a large bandwidth. Vcc needs
6 capacitors to reduce the DC power ripples and give a short route to reduce the RF energy leakage. Figure
7 2-23 shows the details.
Vcc
RFout
RFin
LNAEN
8
11 RFin is the input port of the LNA. RFout is the output of the LNA. Vcc is the power input of the LNA. LNA
12 EN is the control pin to disable or enable the LNA. The input matches to 50 ohm as much as possible to
13 reduce the reflection. But for output of the LNA, it is hard to get best Noise figure and the output return loss.
14 Compromise is needed between NF and return loss. Usually the return loss should be around -10dB or -
15 12dB. Also is should be very careful to assure the stability of the LNA in a large bandwidth. Vcc needs
16 capacitors to reduce the DC power ripples and give a short route to reduce the RF energy leakage. Figure
17 2-24 shows the details.
Vcc Vcc
RFout
RFin
LNAEN
LNAbypass
18
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 44
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
2 For TDD use, the TX and RX links work spiritedly by time duplex. The switch is used to change the RF link according
3 to the TDD duplex. In the TDD TX mode, the switch is switched to connect PA and antenna. In TDD RX mode, the
4 switch is switched to LNA and antenna.
5 a. Hardware Requirements
6 The requirements of the RF switch are listed here.
7 Interface Requirements
10
11 RF Specifications
12 For switch, it should have larger P1dB to not degrade the ACLR or damage the switch itself. The output
13 power should be at least 26dBm (29dBm for 500mW/port) count on the loss of antenna filter so it must
14 have low loss. Also the isolation needs to be high to protect the LNA. Higher HD2 and HD3 are needed to
15 reduce the out of band emissions.
>39dBm(500mW/port)
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 45
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
2 b. Hardware Design
3 RF Com is the input port of the switch, also can be the output of the switch. RF in is the input of the switch.
4 RF out is the output of the switch. Control 1 and control 2 are the control pin to switch the RFin to RF Com or
5 from RF Com to RF out. Figure 2-25 shows the details.
Control1
RFin
RF com
RFout
Control2
6
9 The antenna is used to radiate the TX power on to the air and receive the RX power from the air. For indoor Picocell
10 scenario, the isotropic antenna is the first choice.
11 a. Hardware Requirements
12 The following table shows the antenna requirement for the O-RU7-2.
13
Power capacity ≥1 W ≥2 W
pattern roundness on ±3 dB ±3 dB
horizontal direction
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 46
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1
2 b. Hardware Design
3 One possible choice of the isotropic antenna is the whip antenna. Following figure shows a design of one kind
4 of whip antenna.
8 The purpose of the Clocking device is to accept the network reference clock, typically 1 pps, and generate a jitter free
9 reference clock(s) for other devices in the system including the RF transceiver and digital block. The clock is typically
10 part of an IEEE 1588 implementation either controlled by an external stack or implemented in the clock device itself
11 which could be part of the baseband implementation.
12 a. Hardware Requirements
13 Hardware requirements are:
14 Interface Requirements: The interface requirements of the transmit Clocking are listed in Table
15 2-24.
Reference Clock The clock device should receive a network reference clock from the FPGA/ASIC. This
Input typically could be a 1pps, 10 MHz or other standard reference as determined by the
specific implementation. More than one input is allowed that may be selected between
when the reliability of one reference is compromised. Standard differential clocking
should be used to preserve signal integrity.
Control Control of the transceiver is by way of 3 or 4 wire SPI or IIC functioning as a slave.
Support for 1.8V control is required and tolerance of 3.3V is preferred. Typically, the
clock devices will be part of an IEEE1588v2 protocol loop controlled by way of this
control interface or other GPIO lines as required by the hardware implementation.
Clock Outputs One or more clock outputs are required to drive the digital device and transceiver clock
inputs. Each output should be independently programmable in frequency to suit the
application. The outputs should nominally be differential to preserve clocking edge and to
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 47
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
RF Inputs RF inputs should support 50 ohm or 100 ohms, single ended or differential signalling to
match the transceiver output.
LVDS OUTPUT
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 48
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
2 b. Hardware Design
3 For the clocking function, it is usually performed by a synchronization IC which may include one or more
4 PLLs. And it also can supply numbers of output port to support different frequency clocking.
VCX
O
LF2_EXT_CAP LDO_VCO
LF1 VCXO VT VCXO VCXO
PLL 1
Fine
D Q
8-bit Divider
delay OUT0
w/ Coarse
10-bit Delay
REFA Divider SYNC
Fine
D Q
8-bit Divider delay OUT1
Switch- w/ Coarse
REF_SEL over Lock Loop Delay
control filter PLL 2 SYNC
Det
10-bit
REFB
Divider 5-bit
...
...
...
P Divider Charge Loop Divider
Charge PFD VCO
F Pump filter ÷3, ÷4, ÷5
Pump x2 OUT2 to OUT 11
10-bit D
Divider
8-bit
Divider
SYNC
Fine
D Q
8-bit Divider delay OUT12
w/ Coarse
Delay
SYNC
Fine
D Q
SYSREF 8-bit Divider delay OUT13
w/ Coarse
Delay
SYNC
D Q D Q
Lock
SDIO Detect
SDO Control
SCLK Interface SYS_REF
CS (SPI & I2C) Generation
RESET Trigger
D Q
SPI_SYS_REF
Request
Serial Port
Address
Monitor
Detect/
Status
Status_0,1
Lock
/SP0,1
SYSREF
REQUEST (CMOS)
7 REFA and REFB are differential reference clock inputs from the source to be cleaned up and used as the
8 system reference. REF_SEL is the control pin used to select between REFA and REFB signals. LF1 is PLL1
9 external loop filter. VCXO_VT is the VCXO control voltage. This pin is connected to the voltage control pin
10 of the external VCXO. VCXO_IN are differential signals from the external VCXO. These typically can be
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 49
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
1 configured for single ended operation as well. LF2_CAP is the external loop filter capacitor for loop 2. This
2 cap is connected between this pin and LDO_VCO pin. LDO_VCO is the onchip LDO regular decoupling for
3 the VCO. RESET(bar) is an active low pin to reset the internal logic to their default states. CS(bar) is an
4 active low chip select for serial control. SCLK/SCL is a serial control port clock for both SPI and I2C.
5 SDIO/SDA is a bidirectional serial data pin for both SPI and I2C. SDO is the serial data out pin for 4-wire
6 mode. OUT0 through OUT13 are differential programmable output clock signals. These are the primary
7 outputs of this device and provide high performance clock signals to the transceiver, baseband device and
8 other key elements. This device is also responsible for providing SYSREF to various devices in the system if
9 required. It may also use an external SYSREF as a source that may be retimed for local timing if necessary.
10 STATUS0/SP0 is a lock detect and other status signal. STATIS1/SP1 is a lock detect and other status signal.
11 SYSREF_IN is an external SYSREF input clock is a differential input representing the JESD204
12 synchronization from the external source.
14 a. Hardware Requirements
15 The following table shows the external ports or slots provided by O-RU7-2.
17
18 b. Hardware Design
19 SFP+ case and connector: The SFP+ case and connector are standardized component on the market;
20 following figure describe the form factor of one SFP case which is integrated with connector.
21
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 50
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 RJ45 Ethernet interface: The RJ45 Ethernet interface is standardized component on the market; following
2 figure describe the form factor of one RJ45 interface.
5 2.3.5 Mechanical
6 The shell of O-RU7-2 is showing in the following figure. The O-RU7-2 should be quiet, so it depends on the natural heat
7 dissipation method. Usually the bottom of the shell is built by metal. All hot component should make its surfaces
8 contact to metal shell through thermal pad.
11
12 .
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 51
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
2 For Picocell, for the power solution of the O-RU7-2 can be over Ethernet cable (cat5E, cat6A) by POE (POE+, POE++)
3 or directly power cable with fibre. And for the board power solution, LDO and DCDC can be used.
4 a. Hardware Requirements
5 For PA unit, it should have larger enough gain to reduce extra driver amplifier for cost and PCB space. The
6 output power should be at least 27dBm count on the loss of switch and antenna filter. The ACLR should larger
7 than 47dBc according to the related 3GPP test mode. To reduce the power consumption, DPD is needed. And
8 the P1 dB requirement is closely related to the DPD algorithm.
9 Table 2-27: power unite requirement for 2T2R and 4T4R O-RU7-2
Module Power consumption
FPGA 9 11 W
Ethernet PHY 1 1 W
10
Function Priority
Enable/Disable Mandatory
12
13
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 52
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 b. Hardware Design
2 The block diagram of POE reference design is shown in Figure 2-31. Data Pair and Spare Pair are the POE
3 connections on the data transformers used to source the power over Ethernet. V AUX is a local backup power
4 source if desired. Isolated Output is the isolated raw output from the PoE sub-circuit.
5
VAUX (9V to 60 V)
CPORT
DATA ~ + VPORT
CPD
PAIR 0.1uF 3 .3k
~ - VIN
47 nF
Isolated
SPARE ~ + Power
Isolated
Output
PAIR Supply
VPORT HSGATE HSSRC
~ - Run
AUX PWRGD
GND
8 2.3.7 Thermal
11 The O-RU7-2 hardware system is RoHS Compliant. The power supply unit is EMC FCC/CISPR Class B compliant.
12 Table 2-29 lists the environmental related features and parameters.
14
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 53
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
5 Figure 2-29 shows the FHGW7-2 block diagram for this reference design. Following sections below describe the
6 functionality, interface and performance for each respective block of the Digital Processing Unit. As device integration
7 is an ongoing activity, chip boundaries may be fluid and some functionality may move from one block to another or
8 entire functionalities may be absorbed into other blocks. The sections below describe the functional blocks independent
9 of which physical device they may reside in.
10
Uplink Cascade
25G 25G
RJ45
SFP+ SFP+
220V
AC
RS232 DDR
Power FPGA+ARM
Flash
CLK
Serdes Serdes
48V FAN
13
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 54
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
7 a. FPGA Requirement
8 The requirements are as follows:
11
12 b. FPGA Design
13 This unit handles multiple high speed interfaces and the digital signal processing. The main chipset is based on
14 FPGA with ARM multi-core processor while FPGA is responsible for high speed data processing and ARM cores
15 are mainly for configuration and management.
17 For the uplink processing, the eCPRI interface module is used to receiver eCPRI link form O-RU7-2 and generate
18 the reference frequency and time slot for time and frequency synchronization. Then the eCPRI de-frame module
19 get the uplink IQ bit stream of the time domain the carrier from O-RU7-2. If the uplink IQ stream is compressed,
20 then it needs the de-compression module to translate them into original bit width.
21 After that all the O-RU7-2 uplink IQ streams are combined together and the precondition for the combine function is
22 that each stream from different O-RU7-2 are aligned in time domain.
23 Then the time domain IQ date go to the Low PHY function module to change to frequency domain IQ samples by
24 FFT. Other function is not detailed at here.
25 If the FHGW7-2 can support two separate cells then the two cell uplink signal should be aggregated or interleaved
26 together. Then capture the IQ streams in the eCPRI frame and transmitted by eCPRI interface to the O-DU7-2.
27 For the downlink processing, the procedure is much the same with uplink but with an inverse sequence. The
28 difference is that the downlink signal is duplicated with 8 copies and sends to different O-RU7-2.
29 There is also a eCPRI OAM module; actually this module will work with the processor (Arm) to accommodate the
30 OAM of different O-RU7-2 and the FHGW7-2 itself.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 55
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
FHGW 7-2-7-2
Other cell
Ethernet
OAM
eCPRI eCPRI
Buffer
frame interface
eCPRI eCPRI
Buffer
Other cell frame interface
eCPRI eCPRI de-
aggregati I/Q mux
interface frame
on
eCPRI eCPRI
Buffer
frame interface
1
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 56
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
2 In this section we describe the internal and external timing and synchronization that are managed by this
3 entity.
4 a. Hardware Requirements
5 CLK requirement
7 1) IEEE 1588/SyncE
8 2) Support GPS/GLONASS/GALILEO/BEIDOU
9 So the PLL must support 1pps or eCPRI CDR as the reference frequency.
Device Description
1PPS Supported
Synchronizer at least 1
number
Output At least 5
channel
VCO Supported
integrated
11
12 b. Hardware Design
13 This unit is to recover clock from external source and generate the synchronized clock to other devices. Upon
14 scenarios, there will be external sync source via eCPRI.
Reference clock from FPGA 390.625MHz To FPGA 25G Serdes
15
16
18 For general FPGA device, each bank may have 4 Serdes channel. It is better to have separated clk to each bank.
19 So two clk of 156.25 MHz are needed for the FHGW 7-2, which is used for the 8 10G serdes interfaces with O-
20 RU7-2. One 390.625MHz is used for 2 25G serdes interface with O-DU7-2 or cascaded FHGW7-2. One 125MHz
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 57
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
1 is used for FPGA system. One 250MHz clk for DDR device function. One 390.625MHz is used for 25G
2 eCPRI interface between O-DU7-2 and FHGW7-2. The input of the CLK module comes from FPGA CDR
3 function which get reference clk from the eCPRI line rate. Usually, one PLL device which is integrated with
4 VCO is needed.
7 a. Hardware Requirements
8 The following table shows the external ports or slots provided by FHGW7-2.
11 b. Hardware Design
12 SFP+ case and connector
13 The SFP+ case and connector are standardized component on the market; following figure describes the form
14 factor of one SFP case which is integrated with connector.
15
16
19 The RJ45 Ethernet interface is standardized component on the market; following figure describes the form
20 factor of one RJ45 interface.
21
22
23
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 58
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
3 Power interface
4 The 220V AC power connector is standardized component on the market; following figure describes the form
5 factor of one 220V AC power connector.
6
9 2.4.5 Mechanical
10 The 1U rack mount chassis can contains the layout of the power unit and processing unit. The shell of FHGW7-2 is
11 showing in the following figure. The power consumption of FHGW 7-2 is huge, so it may need a fan to accelerate the
12 heat dissipation.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 59
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
1 2.4.6 Power
2 At minimum, fully describe the power consumptions for this white box. Include all AC/DC input or outputs
3 and their ratings. Not mandatory but if you like you can add summary of all component's power requirement
4 and overall white box.
5 a. Hardware Requirements
6 Power requirement: The power solution is divided into two parts.
7 1. Input power module: This power module must support AC to DC conversion. Usually
8 it converts 220V AC to 48V DC.
9 2. Output power module: It will supply power to the O-RU7-2 connected to the FHGW7-2
10 and also the device on the FHGW7-2 itself.
11
12 Table 2-34: Requirements of the power unit
Item Description
Input voltage AC:100V~264V
13 b. Hardware Design
14 Describe hardware reference design for this power unit.
15 This unit has two main functions which are internal power supply and external/remote power supply. The input
16 power is normally AC (100V to 250V) but DC input could be optional. For remote power supply, it will support
17 -48V DC via either standalone cable or cat-6A cable.
18 Usually a separated AC-DC power supply is used for the 220V to 48V conversion. It is very common power
19 supply on the market.
20 It should have fan to cool itself and handle for easy plug in and out.
21 Then the output power is divided into two portions. One for O-RU7-2 power supply, the other is for the device
22 on the FHGW7-2 board.
23 For the on-board power solution, 48V to 12V converter is needed as standard 1/8 brick module. Then the power
24 voltage is further changer to lower level such as 5V, 3.3V, 1.1V, 1.0V and so on by DC/DC or LDO devices.
25 2.4.7 Thermal
26 Active cooling.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 60
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
5 Figure 2-39 depicts the FHGW7-2→8 block diagram for this reference design. Following sections will describe the
6 functionality, interface and performance for each respective block within the figure. Since device integration is an
7 ongoing activity, chip boundaries may be fluid and some functionality may move from one block to another or entire
8 functionalities may be absorbed into other blocks. The descriptions below describe the functional blocks independent
9 of which physical device they may reside in.
10
Uplink Cascade
25G 25G
RJ45
SFP+ SFP+
220V
AC
RS232 DDR
Power FPGA+Processor
Flash
CLK
Serdes Serdes
48V FAN
13
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 61
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
9 a. FPGA Requirement
10 Interface requirement: Interface requirements for this FPGA design solution are provided in the
11 following table.
13
14 b. FPGA Design
15 This unit handles multiple high speed interfaces and the digital signal processing. The main chipset is based
16 on FPGA with multi-core processor while FPGA is responsible for high speed data processing and processor
17 cores are mainly for configuration and management.
19 For the uplink processing, the CPRI interface module is used to receive CPRI link from O-RU8 for
20 generation of the reference frequency and time slot for time and frequency synchronization. Then the CPRI
21 de-frame module gets the uplink IQ bit stream of the time domain the carrier from O-RU8. If the uplink IQ
22 stream is compressed, then it needs the de-compression module to translate them into original bit width. All
23 the O-RU8 uplink IQ streams are combined and the precondition for the combine function is that each stream
24 from different O-RU8 are aligned in time domain. Then the time domain IQ data go to the Low PHY
25 function module to change to frequency domain IQ samples by performing FFT function.
26 If the FHGW7-2-→8 can support two separate cells then the two cell uplink signal should be aggregated or
27 interleaved together. Then FHGW7-2-→8 should capture the IQ streams in the eCPRI frame and transmit it via
28 eCPRI interface to the O-DU7-2. For the downlink processing, the procedure is very much the same as uplink
29 but in reverse order. The difference is that the downlink signal is duplicated with 8 copies and transmits that
30 to different O-RU8. There is also one eCPRI/CPRI OAM module. Actually this module will work with the
31 processor to accommodate the OAM of different O-RU8 and the FHGW7-2-→8 itself.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 62
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
FHGW 7-2-8
Other cell
Ethernet
OAM
CPRI CPRI
Buffer
frame interface
CPRI CPRI
Buffer
Other cell frame interface
eCPRI eCPRI de-
Low - PHY aggregati I/Q mux
interface frame
on
CPRI CPRI
Buffer
frame interface
1
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 63
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
2 This section describes the synchronization and timing mechanism that is used in the FHGW7-2→8.
3 a. Hardware Requirements
4 CLK requirement
6 1) IEEE 1588/SyncE
7 2) Support GPS/GLONASS/GALILEO/BEIDOU
8 So the PLL must support 1pps or eCPRI CDR as the reference frequency.
1PPS Supported
Synchronizer at least 1
number
Output At least 6
channel
VCO Supported
integrated
10
11 b. Hardware Design
12 This unit is to recover clock from external source and generate the synchronized clock to other devices. Upon
13 scenarios, there will be external sync source via eCPRI.
Reference clock from FPGA 390.625MHz To FPGA 25G Serdes
14
16 For general FPGA device, each bank may have four Serdes channels. It is better to have separated CLK signal to
17 each bank. Three CLK signals of 122.88MHz are needed for the FHGW 7-2→8. One CLK signal of 125MHz is
18 used for FPGA system, while one CLK signal of 250MHz is used for DDR device function. One CLK signal of
19 390.625MHz is used for 25G eCPRI interface between O-DU7-2 and FHGW7-2→8, and one CLK signal of
20 122.8MHz is used for low PHY function. The input of the CLK module comes from FPGA CDR function which
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 64
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 can get reference CLK from the sync-plane of eCPRI. Usually, one PLL device integrated with VCO and two
2 separated synthesizers is needed.
4 This section describes the external interface ports that are needed in the FHGW7-2→8.
5 a. Hardware Requirements
6 The following table shows the external ports or slots provided by FHGW7-2→8.
9 b. Hardware Design
10 SFP+ case and connector
11 The SFP+ case and connector are standardized component on the market; following figure describes the
12 form factor of one SFP case which is integrated with connector.
13
16 The RJ45 Ethernet interface is standardized component on the market; following figure describes the form
17 factor of one RJ45 interface.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 65
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
3 Power interface
4 The 220V AC power connector is standardized component on the market; following figure describes the
5 form factor of one 220V AC power connector.
6
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 66
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 2.5.5 Mechanical
2 The 1U rack mount chassis can contain the layout of the power unit and processing unit. The shell of FHGW7-2→8 is
3 showing in the following figure. The power consumption of FHGW 7-2→8 is huge, so it may need a fan to accelerate the
4 heat dissipation.
7 2.5.6 Power
8 At minimum, fully describe the power consumptions for this white box. Include all AC/DC input or outputs and their
9 ratings. Not mandatory but if you like you can add summary of all component's power requirement and overall white
10 box.
11 a. Hardware Requirements
12 Power requirement: The power solution is divided into two parts.
18
19
20
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 67
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
3 b. Hardware Design
4 This unit has two main functions which are internal power supply and external/remote power supply. The input
5 power is normally AC (100V to 250V) but DC input could be optional. For remote power supply, it will support
6 -48V DC via either standalone cable or cat-6A cable. Usually a separated AC-DC power supply is used for the
7 220V to 48V conversion. It is very common power supply on the market. It should have fan to cool itself and
8 handle for easy plug in and out. Then the output power is divided into two portions. One for O-RU8 power
9 supply, the other is for the device on the FHGW 7-2→8 board. For the on board power solution, 48V to 12V
10 converter is needed as standard 1/8 brick module. Then the power voltage is further changer to lower level such
11 as 5V, 3.3V, 1.1V, 1.0V and so on by DC/DC or LDO devices.
12 2.5.7 Thermal
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 68
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
1 Intel® Xeon® Processor D-2183IT Intel® Xeon® Skylake D D-2100 SoC processor
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 69
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
4 This O-RAN Adopter License Agreement (the “Agreement”) is made by and between the O-RAN Alliance and the
5 entity that downloads, uses or otherwise accesses any O-RAN Specification, including its Affiliates (the “Adopter”).
6 This is a license agreement for entities who wish to adopt any O-RAN Specification.
7 Section 1: DEFINITIONS
8 1.1 “Affiliate” means an entity that directly or indirectly controls, is controlled by, or is under common control with
9 another entity, so long as such control exists. For the purpose of this Section, “Control” means beneficial ownership of
10 fifty (50%) percent or more of the voting stock or equity in an entity.
11 1.2 “Compliant Implementation” means any system, device, method or operation (whether implemented in hardware,
12 software or combinations thereof) that fully conforms to a Final Specification.
13 1.3 “Adopter(s)” means all entities, who are not Members, Contributors or Academic Contributors, including their
14 Affiliates, who wish to download, use or otherwise access O-RAN Specifications.
15 1.4 “Minor Update” means an update or revision to an O-RAN Specification published by O-RAN Alliance that does
16 not add any significant new features or functionality and remains interoperable with the prior version of an O-RAN
17 Specification. The term “O-RAN Specifications” includes Minor Updates.
18 1.5 “Necessary Claims” means those claims of all present and future patents and patent applications, other than design
19 patents and design registrations, throughout the world, which (i) are owned or otherwise licensable by a Member,
20 Contributor or Academic Contributor during the term of its Member, Contributor or Academic Contributorship; (ii)
21 such Member, Contributor or Academic Contributor has the right to grant a license without the payment of
22 consideration to a third party; and (iii) are necessarily infringed by a Compliant Implementation (without considering
23 any Contributions not included in the Final Specification). A claim is necessarily infringed only when it is not possible
24 on technical (but not commercial) grounds, taking into account normal technical practice and the state of the art
25 generally available at the date any Final Specification was published by the O-RAN Alliance or the date the patent
26 claim first came into existence, whichever last occurred, to make, sell, lease, otherwise dispose of, repair, use or operate
27 a Compliant Implementation without infringing that claim. For the avoidance of doubt in exceptional cases where a
28 Final Specification can only be implemented by technical solutions, all of which infringe patent claims, all such patent
29 claims shall be considered Necessary Claims.
30 1.6 “Defensive Suspension” means for the purposes of any license grant pursuant to Section 3, Member, Contributor,
31 Academic Contributor, Adopter, or any of their Affiliates, may have the discretion to include in their license a term
32 allowing the licensor to suspend the license against a licensee who brings a patent infringement suit against the
33 licensing Member, Contributor, Academic Contributor, Adopter, or any of their Affiliates.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 70
ORAN-WG7.IPC-HRD-Opt7-2.0-v01.00
6 Specification.
7 2.2 Adopter shall not use O-RAN Specifications except as expressly set forth in this Agreement or in a separate written
8 agreement with O-RAN Alliance.
20 3.2 Notwithstanding the above, if any Member, Contributor or Academic Contributor, Adopter or their Affiliates has
21 reserved the right to charge a FRAND royalty or other fee for its license of Necessary Claims to Adopter, then Adopter
22 is entitled to charge a FRAND royalty or other fee to such Member, Contributor or Academic Contributor, Adopter and
23 its Affiliates for its license of Necessary Claims to its licensees.
24 3.3 Adopter, on behalf of itself and its Affiliates, shall be prepared to grant based on a separate Patent License
25 Agreement to each Members, Contributors, Academic Contributors, Adopters and their Affiliates under Fair
26 Reasonable And Non-Discriminatory (FRAND) terms and conditions with or without compensation (royalties) a
27 nonexclusive, non-transferable, irrevocable (but subject to Defensive Suspension), non-sublicensable, worldwide patent
28 license under their Necessary Claims to make, have made, use, import, offer to sell, lease, sell and otherwise distribute
29 Compliant Implementations; provided, however, that such license will not extend: (a) to any part or function of a
30 product in which a Compliant Implementation is incorporated that is not itself part of the Compliant Implementation; or
31 (b) to any Members, Contributors, Academic Contributors, Adopters and their Affiliates that is not making a reciprocal
32 grant to Adopter, as set forth in Section 3.1. For the avoidance of doubt, the foregoing licensing commitment includes
33 the distribution by the Members’, Contributors’, Academic Contributors’, Adopters’ and their Affiliates’ distributors
34 and the use by the Members’, Contributors’, Academic Contributors’, Adopters’ and their Affiliates’ customers of such
35 licensed Compliant Implementations.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 71
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
3 4.2 O-RAN Alliance on behalf of its Members, Contributors and Academic Contributors may terminate this Agreement
4 if Adopter materially breaches this Agreement and does not cure or is not capable of curing such breach within thirty
5 (30) days after being given notice specifying the breach.
6 4.3 Sections 1, 3, 5 - 11 of this Agreement shall survive any termination of this Agreement. Under surviving Section 3,
7 after termination of this Agreement, Adopter will continue to grant licenses (a) to entities who become Adopters after
8 the date of termination; and (b) for future versions of ORAN Specifications that are backwards compatible with the
9 version that was current as of the date of termination.
10 Section 5: CONFIDENTIALITY
11 Adopter will use the same care and discretion to avoid disclosure, publication, and dissemination of O-RAN
12 Specifications to third parties, as Adopter employs with its own confidential information, but no less than reasonable
13 care. Any disclosure by Adopter to its Affiliates, contractors and consultants should be subject to an obligation of
14 confidentiality at least as restrictive as those contained in this Section. The foregoing obligation shall not apply to any
15 information which is: (1) rightfully known by Adopter without any limitation on use or disclosure prior to disclosure; (2)
16 publicly available through no fault of Adopter; (3) rightfully received without a duty of confidentiality; (4) disclosed by
17 O-RAN Alliance or a Member, Contributor or Academic Contributor to a third party without a duty of confidentiality
18 on such third party; (5) independently developed by Adopter; (6) disclosed pursuant to the order of a court or other
19 authorized governmental body, or as required by law, provided that Adopter provides reasonable prior written notice to
20 O-RAN Alliance, and cooperates with O-RAN Alliance and/or the applicable Member, Contributor or Academic
21 Contributor to have the opportunity to oppose any such order; or (7) disclosed by Adopter with O-RAN Alliance’s prior
22 written approval.
23 Section 6: INDEMNIFICATION
24 Adopter shall indemnify, defend, and hold harmless the O-RAN Alliance, its Members, Contributors or Academic
25 Contributors, and their employees, and agents and their respective successors, heirs and assigns (the “Indemnitees”),
26 against any liability, damage, loss, or expense (including reasonable attorneys’ fees and expenses) incurred by or
27 imposed upon any of the Indemnitees in connection with any claims, suits, investigations, actions, demands or
28 judgments arising out of Adopter’s use of the licensed O-RAN Specifications or Adopter’s commercialization of
29 products that comply with O-RAN Specifications.
1 IN EACH CASE WHETHER UNDER CONTRACT, TORT, WARRANTY, OR OTHERWISE, AND WHETHER OR
2 NOT SUCH PARTY HAD ADVANCE NOTICE OF THE POSSIBILITY OF SUCH DAMAGES. O-RAN
3 SPECIFICATIONS ARE PROVIDED “AS IS” WITH NO WARRANTIES OR CONDITIONS WHATSOEVER,
4 WHETHER EXPRESS, IMPLIED, STATUTORY, OR OTHERWISE. THE O-RAN ALLIANCE AND THE
5 MEMBERS, CONTRIBUTORS OR ACADEMIC CONTRIBUTORS EXPRESSLY DISCLAIM ANY WARRANTY
6 OR CONDITION OF MERCHANTABILITY, SECURITY, SATISFACTORY QUALITY, NONINFRINGEMENT,
7 FITNESS FOR ANY PARTICULAR PURPOSE, ERROR-FREE OPERATION, OR ANY WARRANTY OR
8 CONDITION FOR O-RAN SPECIFICATIONS.
9 Section 8: ASSIGNMENT
10 Adopter may not assign the Agreement or any of its rights or obligations under this Agreement or make any grants or
11 other sublicenses to this Agreement, except as expressly authorized hereunder, without having first received the prior,
12 written consent of the O-RAN Alliance, which consent may be withheld in O-RAN Alliance’s sole discretion. O-RAN
13 Alliance may freely assign this Agreement.
24 This Agreement constitutes the entire agreement between the parties as to its express subject matter and expressly
25 supersedes and replaces any prior or contemporaneous agreements between the parties, whether written or oral, relating
26 to the subject matter of this Agreement.
27 Adopter, on behalf of itself and its Affiliates, agrees to comply at all times with all applicable laws, rules and
28 regulations with respect to its and its Affiliates’ performance under this Agreement, including without limitation, export
29 control and antitrust laws. Without limiting the generality of the foregoing, Adopter acknowledges that this Agreement
30 prohibits any communication that would violate the antitrust laws.
31 By execution hereof, no form of any partnership, joint venture or other special relationship is created between Adopter,
32 or O-RAN Alliance or its Members, Contributors or Academic Contributors. Except as expressly set forth in this
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 73
ORAN-WG7.IPC.HRD.Opt7-2.0-v01.00
1 Agreement, no party is authorized to make any commitment on behalf of Adopter, or O-RAN Alliance or its Members,
2 Contributors or Academic Contributors.
3 In the event that any provision of this Agreement conflicts with governing law or if any provision is held to be null,
4 void or otherwise ineffective or invalid by a court of competent jurisdiction, (i) such provisions will be deemed stricken
5 from the contract, and (ii) the remaining terms, provisions, covenants and restrictions of this Agreement will remain in
6 full force and effect.
________________________________________________________________________________________________
© 2020 O-RAN Alliance All Rights Reserved
Your use is subject to the terms of the O-RAN Adopter License Agreement in Annex ZZZ 74