Multiple front-haul interface support in radio unit of distributed antenna system

Abstract

One embodiment is directed to a multiple fronthaul interface radio unit for use in a distributed antenna system (DAS). The radio unit includes one or more Ethernet interfaces configured to send and receive Ethernet packets and circuitry configured to: identify Option 7-2 split user-plane messages received at, or to be transmitted from, the radio unit and perform low physical layer (low-PHY) processing for the user-plane data received or to be transmitted in the Option split user-plane messages; and identify Option 8 split user-plane messages received at, or to be transmitted from, the radio unit and bypass the low-PHY processing for user-plane data received or to be transmitted in the Option 8 split user-plane messages.

Description

MULTIPLE FRONT-HAUL INTERFACE SUPPORT IN RADIO UNIT OF DISTRIBUTEDANTENNA SYSTEMCROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims the benefit of Indian Provisional Patent Application Serial No. 202341033402, filed on May 11, 2023, entitled “MULTIPLE FRONT-HAUL INTERFACE SUPPORT IN RADIO UNIT OF DISTRIBUTED ANTENNA SYSTEM”, the entirety of which is incorporated herein by reference.BACKGROUND

[0002] A distributed antenna system (DAS) typically includes one or more central units or nodes (also referred to here as “central access nodes (CANs)” or “master units”) that are communicatively coupled to a plurality of remotely located access points or antenna units (also referred to here as “remote antenna units” or “radio units”), where each access point can be coupled directly to one or more of the central access nodes or indirectly via one or more other remote units and / or via one or more intermediary or expansion units or nodes (also referred to here as “transport expansion nodes (TENs)”). A DAS is typically used to improve the coverage provided by one or more base stations that are coupled to the central access nodes. These base stations can be coupled to the one or more central access nodes via one or more cables or via a wireless connection, for example, using one or more donor antennas. The wireless service provided by the base stations can include commercial cellular service and / or private or public safety wireless communications.

[0003] In general, each central access node receives one or more downlink signals from one or more base stations and generates one or more downlink transport signals derived from one or more of the received downlink base station signals. Each central access node transmits one or more downlink transport signals to one or more of the access points. Each access point receives the downlink transport signals transmitted to it from one or more central access nodes and uses the received downlink transport signals to generate one or more downlink radio frequency signals that are radiated from one or more coverage antennas associated with that access point. The downlink radio frequency signals are radiated for reception by user equipment. Typically, the downlink radio frequency signals associated with each base station are simulcasted from multiple remote units. In this way, the DAS increases the coverage area for the downlink capacity provided by the base stations.

[0004] Likewise, each access point receives one or more uplink radio frequency signals transmitted from the user equipment. Each access point generates one or more uplink transport signals derived from the one or more uplink radio frequency signals and transmits them to one or more of the central access nodes. Each central access node receives the respective uplink transport signals transmitted to it from one or more access points and uses the received uplink transport signals to generate one or more uplink base station radio frequency signals that are provided to the one or more base stations associated with that central access node. Typically, this involves, among other things, combining or summing uplink signals received from multiple access points in order to produce the base station signal provided to each base station. In this way, the DAS increases the coverage area for the uplink capacity provided by the base stations.

[0005] A DAS can use either digital transport, analog transport, or combinations of digital and analog transport for generating and communicating the transport signals between the central access nodes, the access points, and any transport expansion nodes.

[0006] Moreover, if digital transport is used in a DAS, the base station data is typically communicated as time-domain baseband in-phase and quadrature (IQ) data using a proprietary synchronous protocol. (More generally, the digital data can be transported as real or complex (that is, IQ) data at baseband (that is, centered around 0 Hertz) or with a frequency offset near baseband or an intermediate frequency (IF).) In such a DAS, a proprietary “Option 8” functional split is typically used for fronthaul transport within the DAS. The typical interface between each base station and each central access node is an analog radio frequency (RF) interface, in which case one of the functions of the central access node is converting between the analog RF interface used for interfacing with the base station and the proprietary synchronous digital transport protocol used for transport between the nodes of the DAS. Some digital DASs support interfacing a central access node directly to a baseband unit (BBU) of a base station using the proprietary time-domain baseband IQ protocol supported by the BBU (which is typically based on the Common Public Radio Interface (“CPRI”) protocol), in which case one of the functions of the central access node is converting between the proprietary digital transport protocol used by the BBU and the proprietary synchronous time-domain baseband IQ protocol used for transport between the nodes of the DAS. However, due to the proprietary nature of the time-domain baseband IQ protocols used by BBU vendors, most digital DASs typically support interfacing with only a limited number of types of BBUs.

[0007] Also, traditionally when a DAS employs digital transport for communicating transport signals between nodes of the DAS, only a signal digital transport format is used within the DAS. As noted above, this single digital transport format is typically a timedomain digital transport format. As a result, even though it is common for a single radio unit (RU) of a DAS to support multiple carriers and multiple base station donor, each such Rll of the DAS is typically configured to support only a single digital transport format (typically, a time-domain digital transport format) and to carry out the downlink and uplink signal processing in the same way for each of the multiple carriers and base station donors served by the Rll. This can present a challenge in, for example, multioperator environments where the donor base stations from different wireless operators may be configured to natively support different fronthaul interfaces. This necessitates conversion between the digital fronthaul interface natively used by the donor base station and the single digital transport interface used natively within the DAS when the digital fronthaul interface natively used by the donor base station differs from the single digital transport interface used natively within the DAS.SUMMARY

[0008] One embodiment of a multiple fronthaul interface radio unit for use in a distributed antenna system (DAS). The radio unit comprises one or more Ethernet interfaces configured to receive Ethernet packets from a fronthaul network and circuitry that is configured to: process received Ethernet packets containing downlink Option 7-2 control-plane messages and downlink Option 7-2 user-plane messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 control-plane messages and the downlink Option 7-2 user-plane messages; perform at least some downlink physical-layer processing using downlink user-plane data from at least some of the downlink Option 7-2 user-plane messages in order to produce respective downlink Option 7-2 time-domain baseband in-phase and quadrature (IQ) data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; perform digital front-end processing of the downlink Option 7-2 time-domain baseband IQ data in order to produce respective downlink Option 7-2 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process received Ethernet packets containing downlink Option 8 control-plane messages and downlink user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the downlink Option 8 user-plane messages and to extract downlink Option 8 time-domain baseband IQ data from at least some of the downlink Option 8 user-plane messages; perform digital front-endprocessing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; and for each antenna port of the radio unit, combine the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 time-domain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port. The radio unit further comprises one or more radio-frequency (RF) transceivers configured to, for each antenna port of the radio unit, generate a respective analog downlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port. The radio unit is configured to wirelessly transmit, from a respective antenna associated with the radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

[0009] Another embodiment is directed to a multiple fronthaul interface radio unit for use in a distributed antenna system (DAS). The radio unit is configured to wirelessly receive, via using a set of antennas associated with the radio unit, analog uplink RF signals for a set of antenna ports associated with the radio unit. The radio unit comprises one or more RF transceivers configured to, for each antenna port of the radio unit, generate respective uplink time-domain in-phase and quadrature (IQ) data for that antenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port. The radio unit further comprises circuitry configured to: perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using an Option 7-2 split fronthaul interface; perform at least some uplink physical-layer processing using the respective uplink Option 7-2 timedomain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequency-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface; perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using an Option 8 split fronthaul interface; process the respective uplink Option 8 time-domain baseband IQ data produced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface. The radio unit further comprises one or more Ethernet interfaces configured to transmit over a fronthaul network Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 user-plane messages.

[0010] Another embodiment is directed to a method of wirelessly communicating in a downlink direction using a multiple fronthaul interface radio unit in and with a distributed antenna system (DAS). The method comprises receiving Ethernet packets at the radio unit from a fronthaul network and processing received Ethernet packets containing downlink Option 7-2 control-plane messages and downlink Option 7-2 user-plane messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 control-plane messages and the downlink Option 7-2 user-plane messages. The method further comprises performing at least some downlink physicallayer processing using downlink user-plane data from at least some of the downlink Option 7-2 user-plane messages in order to produce respective downlink Option 7-2 time-domain baseband in-phase and quadrature (IQ) data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface. The method further comprises performing digital front-end processing of the downlink Option 7-2 time-domain baseband IQ data in order to produce respective downlink Option 7-2 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface. The method further comprises processing received Ethernet packets containing downlink Option 8 control-plane messages and downlink Option 8 user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the downlink Option 8 user-plane messages and to extract downlink Option 8 time-domain baseband IQ data from at least some of the downlink Option 8 user-plane messages. The method further comprises performing digital front-end processing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface. The method further comprises, for each antenna port of the radio unit, combining the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 time-domain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port. The method further comprises, for each antenna port of the radio unit, generating a respective analogdownlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port. The method further comprises wirelessly transmitting, from a respective antenna associated with the radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

[0011] Another embodiment is directed to a method of wirelessly communicating in a downlink direction using a multiple fronthaul interface radio unit in and with a distributed antenna system (DAS). The method comprises wirelessly receiving, via a respective antenna associated with the radio unit, a respective analog uplink RF signal for each antenna port. The method further comprises, for each antenna port of the radio unit, generating respective uplink time-domain in-phase and quadrature (IQ) data for that antenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port. The method further comprises performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface. The method further comprises performing at least some uplink physical-layer processing using the respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequency-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface. The method further comprises processing the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface. The method further comprises performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface. The method further comprises processing the respective uplink Option 8 time-domain baseband IQ data produced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface. The method further comprises transmitting Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 user-plane messages.

[0012] Other embodiments are disclosed.

[0013] The details of various embodiments are set forth in the accompanying drawings and the description below. Other features and advantages will become apparent from the description, the drawings, and the claims.DRAWINGS

[0014] FIGS. 1A-1C are block diagrams illustrating one exemplary embodiment of a virtualized distributed antenna system.

[0015] FIG. 2 is a block diagram illustrating one exemplary embodiment of an access point that can be used in a virtualized distributed antenna system.

[0016] FIG. 3 comprises a high-level flowchart illustrating one exemplary embodiment of a method of providing wireless communication in a downlink direction using a base station coupled to a virtual distributed antenna system.

[0017] FIG. 4 comprises a high-level flowchart illustrating one exemplary embodiment of a method of providing wireless communication in an uplink direction using a base station coupled to a virtual distributed antenna system.

[0018] FIGS. 5A-5D are block diagrams illustrating one exemplary embodiment of a virtual distributed antenna system in which at least some of the access points are coupled to one or more virtual master units serving them via one or more intermediate combining nodes.

[0019] FIG. 6 comprises a high-level flowchart illustrating one exemplary embodiment of a method of providing wireless communication in a downlink direction using an intermediate combining node in a virtual distributed antenna system.

[0020] FIG. 7 comprises a high-level flowchart illustrating one exemplary embodiment of a method of providing wireless communication in an uplink direction using an intermediate combining node in a virtual distributed antenna system.

[0021] FIG. 8 is a block diagram illustrating one exemplary embodiment of a virtual distributed antenna system in which one or more physical donor RF interfaces are configured to by-pass the virtual master unit.

[0022] FIG. 9 is a block diagram illustrating one exemplary embodiment of a multiple fronthaul interface radio unit that can be used with a distributed antenna system.

[0023] FIG. 10 comprises a high-level flowchart illustrating one exemplary embodiment of a method of wirelessly communicating in a downlink direction using a multiple fronthaul interface radio unit in and with a distributed antenna system.

[0024] FIG. 11 comprises a high-level flowchart illustrating one exemplary embodiment of a method of wirelessly communicating in an uplink direction using a multiple fronthaul interface radio unit in and with a distributed antenna system.

[0025] Like reference numbers and designations in the various drawings indicate like elements.DETAILED DESCRIPTION

[0026] FIGS. 1A-1C are block diagrams illustrating one exemplary embodiment of a virtualized DAS (vDAS) 100. In the exemplary embodiment of the virtualized DAS 100 shown in FIGS. 1A-1C, one or more nodes or functions of a traditional DAS (such as a master unit or CAN) are implemented using one or more virtual network functions (VNFs) 102 executing on one or more physical server computers (also referred to here as “physical servers” or just “servers”) 104 (for example, one or more commercial-off-the- shelf (COTS) servers of the type that are deployed in data centers or “clouds” maintained by enterprises, communication service providers, or cloud services providers).

[0027] Each such physical server computer 104 is configured to execute software that is configured to implement the various functions and features described here as being implemented by the associated VNF 102. Each such physical server computer 104 comprises one or more programmable processors for executing such software. The software comprises program instructions that are stored (or otherwise embodied) on or in an appropriate non-transitory storage medium or media (such as flash or other nonvolatile memory, magnetic disc drives, and / or optical disc drives) from which at least a portion of the program instructions are read by the respective programmable processor for execution thereby. Both local storage media and remote storage media (for example, storage media that is accessible over a network), as well as removable media, can be used. Each such physical server computer 104 also includes memory for storing the program instructions (and any related data) during execution by the respective programmable processor.

[0028] In the example shown in FIGS. 1A-1C, virtualization software 106 is executed on each physical server computer 104 in order to provide a virtualized environment 108 in which one or more one or more virtual entities 110 (such as one or more virtualmachines and / or containers) are used to deploy and execute the one or more VNFs 102 of the vDAS 100. In the following description, it should be understood that references to “virtualization” are intended to refer to, and include within their scope, any type of virtualization technology, including “container” based virtualization technology (such as, but not limited to, Kubernetes).

[0029] In the example shown in FIGS. 1A-1C, the vDAS 100 comprises at least one virtualized master unit (vMU) 112 and a plurality of access points (APs) (also referred here to as “remote antenna units” (RAlls) or “radio units” (RUs)) 114. Each vMU 112 is configured to implement at least some of the functions normally carried out by a physical master unit or CAN in a traditional DAS.

[0030] Each of the vMU 112 is implemented as a respective VNF 102 deployed on one or more of the physical servers 104. Each of the APs 114 is implemented as a physical network function (PNF) and is deployed in or near a physical location where coverage is to be provided.

[0031] Each of the APs 114 includes, or is otherwise coupled to, one or more coverage antennas 116 via which downlink radio frequency (RF) signals are radiated for reception by user equipment (UEs) 118 and via which uplink RF signals transmitted from UEs 118 are received. Each of the APs 114 is communicatively coupled to the respective one or more vMU 112 (and the physical server computers 104 on which the vMlls 112 are deployed) using a fronthaul network 120. The fronthaul network 120 used for transport between each vMU 112 and the APs 114 can be implemented in various ways. Various examples of how the fronthaul network 120 can be implemented are illustrated in FIGS. 1A-1C. In the example shown in FIG. 1A, the fronthaul network 120 is implemented using a switched Ethernet network 122 that is used to communicatively couple each AP 114 to each vMU 112 serving that AP 114. That is, in contrast to a traditional DAS in which each AP is coupled to each CAN serving it using only point-to-point links, in the vDAS 100 shown in FIG. 1A, each AP 114 is coupled to each vMU 112 serving it using at least some shared communication links.

[0032] In the example shown in FIG. 1B, the fronthaul network 120 is implemented using only point-to-point Ethernet links 123, where each AP 114 is coupled to each serving vMU 112 serving it via a respective one or more point-to-point Ethernet links 123. In the example shown in FIG. 1 C, the fronthaul network 120 is implemented using a combination of a switched Ethernet network 122 and point-to-point Ethernet links 123, where at least one AP 114 is coupled to a vMU 112 serving it at least in part using the switched Ethernet network 122 and at least one AP 114 where at least one AP 114 iscoupled to a vMU 112 serving it at least in part using at least one point-to-point Ethernet link 123. FIGS. 5A-5D are block diagrams illustrating other examples in which one or more intermediate combining nodes (ICNs) 502 are used. The examples shown in FIGS. 5A-5D are described below. It is to be understood, however, that FIGS. 1A-1C and 5A- 5D illustrate only a few examples of how the fronthaul network (and the vDAS more generally) can be implemented and that other variations are possible.

[0033] The vDAS 100 is configured to be coupled to one or more base stations 124 in order to improve the coverage provided by the base stations 124. That is, each base station 124 is configured to provide wireless capacity, whereas the vDAS 100 is configured to provide improved wireless coverage for the wireless capacity provided by the base station 124. As used here, unless otherwise explicitly indicated, references to “base station” include both (1) a “complete” base station that interfaces with the vDAS 100 using the analog radio frequency (RF) interface that would otherwise be used to couple the complete base station to a set of antennas as well as (2) a first portion of a base station 124 (such as a baseband unit (BBU), distributed unit (DU), or similar base station entity) that interfaces with the vDAS 100 using a digital fronthaul interface that would otherwise be used to couple that first portion of the base station to a second portion of the base station (such as a remote radio head (RRH), radio unit (RU), or similar radio entity). In the latter case, different digital fronthaul interfaces can be used (including, for example, a Common Public Radio Interface (CPRI) interface, an evolved CPRI (eCPRI) interface, an IEEE 1914.3 Radio-over-Ethernet (RoE) interface, a functional application programming interface (FAPI) interface, a network FAPI (nFAPI) interface), or an O-RAN fronthaul interface) and different functional splits can be supported (including, for example, functional split 8, functional split 7-2, and functional split 6). The O-RAN Alliance publishes various specifications for implementing RANs in an open manner. (“O-RAN" is an acronym that also stands for “Open RAN,” but in this description references to “O-RAN” should be understood to be referring to the O-RAN Alliance and / or entities or interfaces implemented in accordance with one or more specifications published by the O-RAN Alliance.)

[0034] Each base station 124 coupled to the vDAS 100 can be co-located with the vMU 112 to which it is coupled. A co-located base station 124 can be coupled to the vMU 112 to which it is coupled using one or more point-to-point links (for example, where the colocated base station 124 comprises a 4G LTE BBU supporting a CPRI fronthaul interface, the 4G LTE BBU can be coupled to the vMU 112 using one or more optical fibers that directly connect the BBU to the vMU 112) or a shared network (for example, where the co-located base station 124 comprises a DU supporting an Ethernet-basedfronthaul interface (such as an O-RAN or eCPRI fronthaul interface), the co-located DU can be coupled to the vMU 112 using a switched Ethernet network). Each base station 124 coupled to the vDAS 100 can also be located remotely from the vMU 112 to which it is coupled. A remote base station 124 can be coupled to the vMU 112 to which it is coupled via a wireless connection (for example, by using a donor antenna to wirelessly couple the remote base station 124 to the vMU 112 using an analog RF interface) or via a wired connection (for example, where the remote base station 124 comprises a DU supporting an Ethernet-based fronthaul interface (such as an O-RAN or eCPRI fronthaul interface), the remote DU can be coupled to the vMU 112 using an Internet Protocol (IP)- based network such as the Internet).

[0035] The vDAS 100 described here is especially well-suited for use in deployments in which base stations 124 from multiple wireless service operators share the same vDAS 100 (including, for example, neutral host deployments or deployments where one wireless service operator owns the vDAS 100 and provides other wireless service operators with access to its vDAS 100). For example, multiple vMUs 112 can be instantiated, where a different group of one or more vMUs 112 can be used with each of the wireless service operators (and the base stations 124 of that wireless service operator). The vDAS 100 described here is especially well-suited for use in such deployments because vMUs 112 can be easily instantiated in order to support additional wireless service operators. This is the case even if an additional physical server computer 104 is needed in order to instantiate a new vMU 112 because such physical server computers 104 are either already available in such deployments or can be easily added at a low cost (for example, because of the COTS nature of such hardware). Other vDAS entities implemented in virtualized manner (for example, ICNs) can also be easily instantiated or removed as needed based on demand.

[0036] In the example shown in FIGS. 1A-1C, the physical server computer 104 on which each vMU 112 is deployed includes one or more physical donor interfaces 126 that are each configured to communicatively couple the vMU 112 (and the physical server computer 104 on which it is deployed) to one or more base stations 124. Also, the physical server computer 104 on which each vMU 112 is deployed includes one or more physical transport interfaces 128 that are each configured to communicatively couple the vMU 112 (and the physical server computer 104 on which it is deployed) to the fronthaul network 120 (and ultimately the APs 114 and ICNs). Each physical donor interface 126 and physical transport interface 128 is a physical network function (PNF) (for example, implemented as a Peripheral Computer Interconnect Express (PCIe) device) deployed in or with the physical server computer 104.

[0037] In the example shown in FIGS. 1A-1C, each physical server computer 104 on which each vMU 112 is deployed includes or is in communication with separate physical donor and transport interfaces 126 and 128; however, it is to be understood that in other embodiments a single set of physical interfaces 126 and 128 can be used for both donor purposes (that is, communication between the vMU 112 to one or more base stations 124) and for transport purposes (that is, communication between the vMU 112 and the APs 114 over the fronthaul network 120).

[0038] In the exemplary embodiment shown in FIGS. 1A-1C, the physical donor interfaces 126 comprise one or more physical RF donor interfaces (also referred to here as “physical RF donor cards”) 134. Each physical RF donor interface 134 is in communication with one or more vMlls 112 executing on the physical server computer 104 in which that physical RF donor interface 134 is deployed (for example, by implementing the physical RF donor interface 134 as a card inserted in the physical server computer 104 and communicating over a PCIe lane with a central processing unit (CPU) used to execute each such vMU 112). Each physical RF donor interface 134 includes one or more sets of physical RF ports (not shown) to couple the physical RF donor interface 134 to one or more base stations 124 using an analog RF interface.Each physical RF donor interface 134 is configured, for each base station 124 coupled to it, to receive downlink analog RF signals from the base station 124 via respective RF ports, convert the received downlink analog RF signals to digital downlink time-domain user-plane data, and output it to a vMU 112 executing on the same server computer 104 in which that RF donor interface 134 is deployed. Also, each physical RF donor interface 134 is configured, for each base station 124 coupled to it, to receive combined uplink time-domain user-plane data from the vMU 112 for that base station 124, convert the received combined uplink time-domain user-plane data to uplink analog RF signals, and output them to the base station 124. Moreover, the digital downlink time-domain userplane data produced, and the digital uplink time-domain user-plane data received, by each physical RF donor interface 134 can be in the form of real digital values or complex (that is, in-phase and quadrature (IQ)) digital values and at baseband (that is, centered around 0 Hertz) or with a frequency offset near baseband or an intermediate frequency (IF). Alternatively, as described in more detail below in connection with FIG. 8, one or more of the physical RF donor interfaces can be configured to by-pass the vMU 112 and instead, for the base stations 124 coupled to that physical RF donor interface, have that physical RF donor interface perform some of the functions described here as being performed by the vMU 112 (including the digital combining or summing of user-plane data).

[0039] In the exemplary embodiment shown in FIGS. 1A-1C, the physical donor interfaces 126 also comprise one or more physical CPRI donor interfaces (also referred to here as “physical CPRI donor cards”) 138. Each physical CPRI donor interface 138 is in communication with one or more vMlls 112 executing on the physical server computer 104 in which that physical CPRI donor interface 138 is deployed (for example, by implementing the physical CPRI donor interface 138 as a card inserted in the physical server computer 104 and communicating over a PCIe lane with a CPU used to execute each such vMU 112). Each physical CPRI donor interface 138 includes one or more sets of physical CPRI ports (not shown) to couple the physical CPRI donor interface 138 to one or more base stations 124 using a CPRI interface. More specifically, in this example, each base station 124 coupled to the physical CPRI donor interface 138 comprises a BBU or DU that is configured to communicate with a corresponding RRH or RU using a CPRI fronthaul interface. Each physical CPRI donor interface 138 is configured, for each base station 124 coupled to it, to receive from the base station 124 via a CPRI port digital downlink data formatted for the CPRI fronthaul interface, extract the digital downlink data, and output it to a vMU 112 executing on the same server computer 104 in which that CPRI donor interface 138 is deployed. Also, each physical CPRI donor interface 138 is configured, for each base station 124 coupled to it, to receive digital uplink data including combined digital user-plane data from the vMU 112, format it for the CPRI fronthaul interface, and output the CPRI formatted data to the base station 124 via the CPRI ports.

[0040] In the exemplary embodiment shown in FIGS. 1A-1C, the physical donor interfaces 126 also comprise one or more physical donor Ethernet interfaces 142. Each physical donor Ethernet interface 142 is in communication with one or more vMUs 112 executing on the physical server computer 104 in which that physical donor Ethernet interface 142 is deployed (for example, by implementing the physical donor Ethernet interface 142 as a card or module inserted in the physical server computer 104 and communicating over a PCIe lane with a CPU used to execute each such vMU 112). Each physical donor Ethernet interface 142 includes one or more sets of physical donor Ethernet ports (not shown) to couple the physical donor Ethernet interface 142 to one or more base stations 124 so that each vMU 112 can communicate with the one or more base stations 124 using an Ethernet-based digital fronthaul interface (for example, an O- RAN or eCPRI fronthaul interface). More specifically, in this example, each base station 124 coupled to the physical donor Ethernet interface 142 comprises a BBU or DU that is configured to communicate with a corresponding RRH or RU using an Ethernet-based fronthaul interface. Each donor Ethernet interface 142 is configured, for each basestation 124 coupled to it, to receive from the base station 124 digital downlink fronthaul data formatted as Ethernet data, extract the digital downlink fronthaul data, and output it to a vMU 112 executing on the same server computer 104 in which that donor Ethernet interface 142 is deployed. Also, each physical donor Ethernet interface 142 is configured, for each base station 124 coupled to it, to receive digital uplink fronthaul data including combined digital user-plane data for the base station 124 from the vMU 112, output it to the base station 124 via one or more Ethernet ports 144. In some implementations, each physical donor Ethernet interface 142 is implemented using standard Ethernet interfaces of the type typically used with COTS physical servers.

[0041] In the exemplary embodiment shown in FIGS. 1A-1C, the physical transport interfaces 128 comprise one or more physical Ethernet transport interfaces 146. Each physical transport Ethernet interface 146 is in communication with one or more vMlls 112 executing on the physical server computer 104 in which that physical transport Ethernet interface 146 is deployed (for example, by implementing the physical transport Ethernet interface 146 as a card or module inserted in the physical server computer 104 and communicating over a PCIe lane with a CPU used to execute each such vMU 112). Each physical transport Ethernet interface 146 includes one or more sets of Ethernet ports (not shown) to couple the physical transport Ethernet interface 146 to the Ethernet cabling used to implement the fronthaul network 120 so that each vMU 112 can communicate with the various APs 114 and ICNs. In some implementations, each physical transport Ethernet interface 146 is implemented using standard Ethernet interfaces of the type typically used with COTS physical servers.

[0042] In this exemplary embodiment, the virtualization software 106 is configured to implement within the virtual environment 108 a respective virtual interface for each of the physical donor interfaces 126 and physical transport Ethernet interfaces 146 in order to provide and control access to the associated physical interface by each vMU 112 implemented within that virtual environment 108. That is, the virtualization software 106 is configured so that the virtual entity 110 used to implement each vMU 112 includes or communicates with a virtual donor interface (VDI) 130 that virtualizes and controls access to the underlying physical donor interface 126. Each VDI 130 can also be configured to perform some donor-related signal or other processing (for example, each VDI 130 can be configured to process the user-plane and / or control-plane data provided by the associated physical donor interface 126 in order to determine timing and system information for the base station 124 and associated cell). Also, although each VDI 130 is illustrated in the examples shown in FIGS. 1A-1C as being separate from the respective vMU 112 with which it is associated, it is to be understood that each VDI 130 can also beimplemented as a part of the vMU 112 with which it is associated. Likewise, the virtualization software 106 is configured so that the virtual entity 110 used to implement each vMU 112 includes or communicates with a virtual transport interface (VTI) 132 that virtualizes and controls access to the underlying physical transport interface 128. Each VTI 132 can also be configured to perform some transport-related signal or other processing. Also, although each VTI 132 is illustrated in the examples shown in FIGS. 1A-1C as being separate from the respective vMU 112 with which it is associated, it is to be understood that each VTI 132 can also be implemented as a part of the vMU 112 with which it is associated. For each port of each physical Ethernet transport interface 146, the physical Ethernet transport interface 146 (and each corresponding virtual transport interface 132) is configured to communicate over a switched Ethernet network or over a point-to-point Ethernet link depending on how the fronthaul network 120 is implemented (more specifically, depending whether the particular Ethernet cabling connected to that port is being used to implement a part of a switched Ethernet network or is being used to implement a point-to-point Ethernet link).

[0043] The vDAS 100 is configured to serve each base station 124 using a respective subset of APs 114 (which may include less than all of the APs 114 of the vDAS 100). The subset of APs 114 used to serve a given base station 124 is also referred to here as the “simulcast zone” for that base station 124. Typically, the simulcast zone for each base station 124 includes multiple APs 114. In this way, the vDAS 100 increases the coverage area for the capacity provided by the base stations 124. Different base stations 124 (including different base stations 124 from different wireless service operators in deployments where multiple wireless service operators share the same vDAS 100) can have different simulcast zones defined for them. Also, the simulcast zone for each served base station 124 can change (for example, based on a time of day, day of week, etc., and / or in response to a particular condition or event).

[0044] In general, the wireless coverage of a base station 124 served by the vDAS 100 is improved by radiating a set of downlink RF signals for that base station 124 from the coverage antennas 116 associated with the multiple APs 114 in that base station’s simulcast zone and by producing a single set of uplink base station signals by a combining or summing process that uses inputs derived from the uplink RF signals received via the coverage antennas 116 associated with the multiple APs 114 in that base station’s simulcast zone, where the resulting final single set of uplink base station signals is provided to the base station 124.

[0045] This combining or summing process can be performed in a centralized manner in which the combining or summing process for each base station 124 is performed by a single unit of the vDAS 100 (for example, by the associated vMU 112). This combining or summing process can also be performed for each base station 124 in a distributed or hierarchical manner in which the combining or summing process is performed by multiple units of the vDAS 100 (for example, the associated vMU 112 and one or more ICNs and / or APs 114). Each unit of the vDAS 100 that performs the combining or summing process for a given base station 124 receives uplink transport data for that base station 124 from that unit’s one or more “southbound” entities, combines or sums corresponding user-plane data contained in the received uplink transport data for that base station 124 as well as any corresponding user-plane data generated at that unit from uplink RF signals received via coverage antennas 116 associated with that unit (which would be the case if the unit is a “daisy-chained” AP 114), generates uplink transport data containing the combined user-plane data for that base station 124, and communicates the resulting uplink transport data for that base station 124 to the appropriate “northbound” entities coupled to that unit. As used here, “southbound” refers to traveling in a direction “away,” or being relatively “farther,” from the vMU 112 and base station 124, and “northbound” refers to traveling in a direction “towards”, or being relatively “closer” to, the vMU 112 and base station 124. As used here, the southbound entities of a given unit are those entities that are subtended from that unit in the southbound direction, and the northbound entities of a given unit are those entities from which the given unit is itself subtended from in the southbound direction.

[0046] The vDAS 100 can also include one or more intermediary combining nodes (ICNs) (also referred to as “expansion” units or nodes). For each base station 124 that the vDAS 100 serves using an ICN, the ICN is configured to receive a set of uplink transport data containing user-plane data for that base station 124 from a group of southbound entities (that is, from APs 114 and / or other ICNs) and perform the uplink combining or summing process described above in order to generate uplink transport data containing combined user-plane data for that base station 124, which the ICN transmits northbound towards the vMU 112 serving that base station 124. Each ICN also forwards northbound all other uplink transport data (for example, uplink managementplane and synchronization-plane data) received from its southbound entities. In the embodiments shown in FIGS. 1A, 1 C, 5A, 5C, and 5D, the ICN 103 is communicatively coupled to its northbound entities and its southbound entities using the switched Ethernet network 122 and is used only for communicating uplink transport data and is not used for communicating downlink transport data. In such embodiments, each ICN103 includes one or more Ethernet interfaces to communicatively couple the ICN 103 to the switched Ethernet network 122. For example, the ICN 103 can include one or more Ethernet interfaces that are used for communicating with its northbound entities and one or more Ethernet interfaces that are used for communicating with its southbound entities. Alternatively, the ICN 103 can communicate with both its northbound and southbound entities via the switched Ethernet network 122 using the same set of one or more Ethernet interfaces.

[0047] In some embodiments, the vDAS 100 is configured so that some ICNs also communicate (forward) southbound downlink transport data received from their northbound entities (in addition to communicating uplink transport data). In the embodiments shown in FIGS. 5A-5D, the ICNs 502 are used in this way. The ICNs 502 are communicatively coupled to their northbound entities and their southbound entities using point-to-point Ethernet links 123 and are used for communicating both uplink transport data and downlink transport data.

[0048] Generally, ICNs can be used to increase the number of APs 114 that can be served by a vMU 112 while reducing the processing and bandwidth load relative to having the additional APs 114 communicate directly with the vMU 112. Each ICN can be implemented as a physical network function using dedicated, special-purpose hardware. Alternatively, each ICN can be implemented as a virtual network function running on a physical server. For example, each ICN can be implemented in the same manner as the vMU 112.

[0049] Also, one or more APs 114 can be configured in a “daisy-chain” or “ring” configuration in which transport data for at least some of those APs 114 is communicated via at least one other AP 114. Each such AP 114 would also perform the user-plane combining or summing process described above for any base station 124 served by that AP 114 in order to combine or sum user-plane data generated at that AP 114 from uplink RF signals received via its associated coverage antennas 116 with corresponding uplink user-plane data for that base station 124 received from any southbound entity subtended from that AP 114. Such an AP 114 also forwards northbound all other uplink transport data received from any southbound entity subtended from it and forwards to any southbound entity subtended from it all downlink transport received from its northbound entities.

[0050] In general, the vDAS 100 is configured to receive a set of downlink base station signals from each served base station 124, generate downlink base station data for the base station 124 from the set of downlink base station signals, generate downlinktransport data for the base station 124 that is derived from the downlink base station data for the base station 124, and communicate the downlink transport data for the base station 124 over the fronthaul network 120 of the vDAS 100 to the APs 114 in the simulcast zone of the base station 124. Each AP 114 in the simulcast zone for each base station 124 is configured to receive the downlink transport data for that base station 124 communicated over the fronthaul network 120 of the vDAS 100, generate a set of downlink analog radio frequency (RF) signals from the downlink transport data, and wirelessly transmit the set of downlink analog RF signals from the respective set of coverage antennas 116 associated with that AP 114. The downlink analog RF signals are radiated for reception by UEs 118 served by the base station 124. As described above, the downlink transport data for each base station 124 can be communicated to each AP 114 in the base station’s simulcast zone via one or more intermediary units of the vDAS 100 (such as one or more ICNs or daisy-chained APs 114). Also as described above, if an AP 114 is a part of a daisy chain, the AP 114 will also forward to any southbound entity subtended from that AP 114 all downlink transport received from its northbound entities.

[0051] The vDAS 100 is configured so that a vMU 112 associated with at least one base station 124 performs at least some of the processing related to generating the downlink transport data that is derived from the downlink base station data for that base station 124 and communicating the downlink transport data for the base station 124 over the fronthaul network 120 of the vDAS 100 to the APs 114 in the simulcast zone of the base station 124. In exemplary embodiments shown in FIGS. 1A-1C, a respective vMU 112 does this for all of the served base stations 124.

[0052] In general, each AP 114 in the simulcast zone of a base station 124 receives one or more uplink RF signals transmitted from UEs 118 being served the base station 124. Each such AP 114 generates uplink transport data derived from the one or more uplink RF signals and transmits it over the fronthaul network 120 of the vDAS 100. As noted above, as a part of doing this, if the AP 114 is a part of daisy chain, the AP 114 performs the user-plane combining or summing process described above for the base station 124 in order to combine or sum user-plane data generated at that AP 114 from uplink RF signals received via its associated coverage antennas 116 for the base station 124 with any corresponding uplink user-plane data for that base station 124 received from any southbound entity subtended from that AP 114. Such a daisy-chained AP 114 also forwards northbound to its northbound entities all other uplink transport data received from any southbound entity subtended from that AP 114. As described above, the uplink transport data for each base station 124 can be communicated from each AP 114 in thebase station’s simulcast zone over the fronthaul network 120 via one or more intermediary units of the vDAS 100 (such as one or more ICNs or daisy-chained APs 114).

[0053] The vDAS 100 is configured to receive uplink transport data for each base station 124 from the fronthaul network 120 of the vDAS 100, use the uplink transport data for the base station 124 received from the fronthaul network 120 of the vDAS 100 to generate uplink base station data for the base station 124, generate a set of uplink base station signals from the uplink base station data for the base station 124, and provide the uplink base station signals to the base station 124. As a part of doing this, the user-plane combining or summing process can be performed for the base station 124.

[0054] The vDAS 100 is configured so that a vMU 112 associated with at least one base station 124 performs at least some of the processing related to using the uplink transport data for the base station 124 received from the fronthaul network 120 of the vDAS 100 to generate the uplink base station data for the base station 124. In exemplary embodiments shown in FIGS. 1A-1C, a respective vMU 112 does this for all of the served base stations 124. As a part of performing this processing, the vMU 112 can perform at least some of the user-plane combining or summing process for the base station 124.

[0055] Also, for any base station 124 coupled to the vDAS 100 using a CPRI fronthaul interface or an Ethernet fronthaul interface, the associated vMU 112 (and / or VDI 132 or physical donor interface 126) is configured to appear to that base station 124 (that is, the associated BBU or DU) as a single RU or RRH of the type that the base station 124 is configured to work with (for example, as a CPRI RU or RRH where the associated BBU or DU is coupled to the vDAS 100 using a CPRI fronthaul interface or as an O-RAN, eCPRI, or RoE RU or RRH where the associated BBU or DU is coupled to the vDAS 100 using an O-RAN, eCPRI, or RoE fronthaul interface). As a part of doing this, the vMU 112 (and / or VDI 132 or physical donor interface 126) is configured to implement the control-plane, user-plane, synchronization-plane, and management-plane functions that such a RU or RRU would implement. Stated another way, in this example, the vMU 112 (and / or VDI 132 or physical donor interface 126) is configured to implement a single “virtual” RU or RRH for the associated base station 124 even though multiple APs 114 are actually being used to wirelessly transmit and receive RF signals for that base station 124.

[0056] In some implementations, the content of the transport data and the manner it is generated depend on the functional split and / or fronthaul interface used to couple theassociated base station 124 to the vDAS 100 and, in other implementations, the content of the transport data and the manner in which it is generated is generally the same for all donor base stations 124, regardless of the functional split and / or fronthaul interface used to couple each donor base station 124 to the vDAS 100. More specifically, in some implementations, whether user-plane data is communicated over the vDAS 100 as timedomain data or frequency-domain data depends on the functional split used to couple the associated donor base station 124 to the vDAS 100. That is, where the associated donor base station 124 is coupled to the vDAS 100 using functional split 7-2 (for example, where the associated donor base station 124 comprises an O-RAN DU that is coupled to the vDAS 100 using the O-RAN fronthaul interface), transport data communicated over the fronthaul network 120 of the vDAS 100 comprises frequencydomain user-plane data and any associated control-plane data. Where the associated donor base station 124 is coupled to the vDAS 100 using functional split 8 (for example, where the associated donor base station 124 comprises a CPRI BBU that is coupled to the vDAS 100 using the CPRI fronthaul interface) or where the associated donor base station 124 is coupled to the vDAS 100 using an analog RF interface (for example, where the associated donor base station 124 comprises a “complete” base station that is coupled to the vDAS 100 using the analog RF interface that otherwise be used to couple the antenna ports of the base station to a set of antennas), transport data communicated over the fronthaul network 120 of the vDAS 100 comprises time-domain user-plane data and any associated control-plane data.

[0057] In some implementations, user-plane data is communicated over the vDAS 100 in one form (either as time-domain data or frequency-domain data) regardless of the functional split used to couple the associated donor base station 124 to the vDAS 100. For example, in some implementations, user-plane data is communicated over the vDAS 100 as frequency-domain data regardless of the functional split used to couple the associated donor base station 124 to the vDAS 100. Alternatively, user-plane data can be communicated over the vDAS 100 as time-domain data regardless of the functional split used to couple the associated donor base station 124 to the vDAS 100. In implementations where user-plane data is communicated over the vDAS 100 in one form, user plane data is converted as needed (for example, by converting time-domain user plane data to frequency-domain user plane data and generating associated control plane data or by converting frequency-domain user plane data to time-domain user plane data and generating associated control plane data as needed).

[0058] In some such implementations, the same fronthaul interface can be used for transport data communicated over the fronthaul network 120 of the vDAS 100 for all thedifferent types of donor base stations 124 coupled to the vDAS 100. For example, in implementations where user-plane data is communicated over the vDAS 100 in different forms, the O-RAN fronthaul interface can be used for transport data used to communicate frequency-domain user-plane data and any associated control-plane data for donor base stations 124 that are coupled to the vDAS 100 using functional split 7-2 and the O-RAN fronthaul interface can also be used for transport data used to communicate time-domain user-plane data and any associated control-plane data for donor base stations 124 that are coupled to the vDAS 100 using functional split 8 or using an analog RF interface. Also, in implementations where user-plane data is communicated over the vDAS 100 in one form (for example, as frequency-domain data), the O-RAN fronthaul interface can be used for all donor base stations 124 regardless of the functional split used to couple the associated donor base station 124 to the vDAS 100.

[0059] Alternatively, in some such implementations, different fronthaul interfaces can be used to communicate transport data for different types of donor base stations 124. For example, the O-RAN fronthaul interface can be used for transport data used to communicate frequency-domain user-plane data and any associated control-plane data for donor base stations 124 that are coupled to the vDAS 100 using functional split 7-2 and a proprietary fronthaul interface can be used for transport data used to communicate time-domain user-plane data and any associated control-plane data for donor base stations 124 that are coupled to the vDAS 100 using functional split 8 or using an analog RF interface.

[0060] In some implementations, transport data is communicated in different ways over different portions of the fronthaul network 120 of the vDAS 100. For example, the way transport data is communicated over portions of the fronthaul network 120 of the vDAS 100 implemented using switched Ethernet networking can differ from the way transport data is communicated over portions of the fronthaul network 120 of the vDAS 100 implemented using point-to-point Ethernet links 123 (for example, as a described below in connection with FIGS. 5A-5D).

[0061] In the exemplary embodiment shown in FIGS. 1A-1C, the vDAS 100, and each vMU 112, ICN, and AP 114 thereof, is configured to use a time synchronization protocol (for example, the Institute of Electrical and Electronics Engineers (IEEE) 1588 Precision Time Protocol (PTP) or the Synchronous Ethernet (SyncE) protocol) to synchronize itself to a timing master entity established for the vDAS 100. In one example, one of the vMlls 112 is configured to serve as the timing master entity for the vDAS 100 and each of theother vMlls 112 and the ICNs and APs 114 synchronizes itself to that timing master entity. In another example, a separate external timing master entity is used and each vMU 112, ICN, and AP 114 synchronizes itself to that external timing master entity.

[0062] In the exemplary embodiment shown in FIGS. 1A-1C, each vMU 112 (and / or the associated VDIs 130) can also be configured to process the downlink user-plane and / or control-plane data for each donor base station 124 in order to determine timing and system information for the donor base station 124 and associated cell. This can involve processing the downlink user-plane and / or control-plane data for the donor base station 124 to perform the initial cell search processing a UE would typically perform in order to acquire time, frequency, and frame synchronization with the base station 124 and associated cell and to detect the Physical layer Cell ID (PCI) and other system information for the base station 124 and associated cell (for example, by detecting and / or decoding the Primary Synchronization Signal (PSS), the Secondary Synchronization Signal (SSS), the Physical Broadcast Channel (PBCH), the Master Information Block (MIB), and System Information Blocks (SIBs)). This timing and system information for a donor base station 124 can be used, for example, to configure the operation of the vDAS 100 (and the components thereof) in connection with serving that donor base station 124.

[0063] In order to reduce the latency associated with implementing each vMU 112 or ICN in a virtualized environment 108 running on a COTS physical server 104, inputoutput (IO) operations associated with communicating data between a vMU 112 and a physical donor interface 126 and / or between a vMU 112 and a physical transport interface 128, as well as any baseband processing performed by a vMU 112, associated VDI 130, or ICN can be time-sliced to ensure that such operations are performed in a timely manner. With such an approach, the tasks and threads associated with such operations and processing are executed in dedicated times slices without such tasks and threads being preempted by, or otherwise having to wait for the completion of, other tasks or threads.

[0064] FIG. 2 is a block diagram illustrating one exemplary embodiment of an access point 114 that can be used in the vDAS 100 of FIGS. 1A-1C.

[0065] The AP 114 comprises one or more programmable devices 202 that execute, or are otherwise programmed or configured by, software, firmware, or configuration logic 204 in order to implement at least some functions described here as being performed by the AP 114 (including, for example, physical layer (Layer 1) baseband processing described here as being performed by a radio unit (Rll) entity implemented using that AP114). The one or more programmable devices 202 can be implemented in various ways (for example, using programmable processors (such as microprocessors, co-processors, and processor cores integrated into other programmable devices) and / or programmable logic (such as FPGAs and system-on-chip packages)). Where multiple programmable devices are used, all of the programmable devices do not need to be implemented in the same way. In general, the programmable devices 202 and software, firmware, or configuration logic 204 are scaled so as to be able implement multiple logical (or virtual) RU entities using the (physical) AP 114. The various functions described here as being performed by an Rll entity are implemented by the programmable devices 202 and one or more of the RF modules 206 (described below) of the AP 114.

[0066] In general, each Rll entity implemented by an AP 114 is associated with, and serves, one of the base stations 124 coupled to the vDAS 100. The Rll entity communicates transport data with each vMU 112 serving that AP 114 using the particular fronthaul interface used for communicating over the fronthaul network 120 for the associated type of base station 124 and is configured to implement the associated fronthaul interface related processing (for example, formatting data in accordance with the fronthaul interface and implementing control-plane, management-plane, and synchronization-plane functions). The O-RAN fronthaul interface is used in some implementations of the exemplary embodiment described here in connection with FIGS. 1A-1C and 2. In addition, the Rll entity performs any physical layer baseband processing that is required to be performed in the Rll.

[0067] Normally, when a functional split 7-2 is used, some physical layer baseband processing is performed by the DU or BBU and the remaining physical layer baseband processing and the RF functions are performed by the corresponding RU. The physical layer baseband processing performed by the DU or BBU is also referred to as the “high” physical layer baseband processing, and the baseband processing performed by the RU is also referred to as the “low” physical layer baseband processing.

[0068] As noted above, in some implementations, the content of the transport data communicated between each AP 114 and a serving vMU 112 depends on the functional split used by the associated base station 124. That is, where the associated base station 124 comprises a DU or BBU that is configured to use a functional split 7-2, the transport data comprises frequency-domain user plane data (and associated control-plane data) and the RU entity for that base station 124 performs the low physical layer baseband processing and the RF functions in addition to performing the processing related to communicating the transport data over the fronthaul network 120 of the vDAS 100.Where the associated base station 124 comprises a DU or BBU that is configured to use functional split 8 or a where the associated base station 124 comprises a “complete” base station that is coupled to a vMU 112 using an analog RF interface, the transport data comprises time-domain user plane data (and associated control-plane data) and the RU entity for that base station 124 performs the RF functions for the base station 124 in addition to performing the processing related to communicating the transport data over the fronthaul network 120 of the vDAS 100.

[0069] It is possible for a given AP 114 to communicate and process transport data for different base stations 124 served by that AP 114 in different ways. For example, a given AP 114 may serve a first base station 124 that uses functional split 7-2 and a second base station 124 that uses functional split 8, in which case the corresponding RU entity implemented in that AP 114 for the first base station 124 performs the low physical layer processing for the first base station 124 (including, for example, the inverse fast Fourier transform (iFFT) processing for the downlink data and the fast Fourier transform (FFT) processing for the uplink data), whereas the corresponding RU entity implemented in the AP 114 for the second base station 124 does not perform such low physical layer processing for the second base station 124.

[0070] In other implementations, the content of the transport data communicated between each AP 114 and each serving vMU 112 is the same regardless of the functional split used by the associated base station 124. For example, in one such implementation, the transport data communicated between each AP 114 and a serving vMU 112 comprises frequency-domain user plane data (and associated control-plane data), regardless of the functional split used by the associated base station 124. In such implementations, the vMU 112 converts the user plane data as needed (for example, by converting the time-domain user plane data to frequency-domain user-plane data and generating associated control-plane data).

[0071] In general, the physical layer baseband processing required to be performed by an RU entity for a given served base station 124 depends on the functional split used for the transport data.

[0072] In the exemplary embodiment shown in FIG. 2, the AP 114 comprises multiple radio frequency (RF) modules 206. Each RF module 206 comprises circuitry that implements the RF transceiver functions for a given RU entity implemented using that physical AP 114 and provides an interface to the coverage antennas 116 associated with that AP 114. Each RF module 206 can be implemented using one or more RF integrated circuits (RFICs) and / or discrete components.

[0073] Each RF module 206 comprises circuitry that implements, for the associated Rll entity, a respective downlink and uplink signal path for each of the coverage antennas 116 associated with that physical AP 114. In one exemplary implementation, each downlink signal path receives the downlink baseband IQ data output by the one or more programmable devices 202 for the associated coverage antenna 116, converts the downlink baseband IQ data to an analog signal (including the various physical channels and associated sub carriers), upconverts the analog signal to the appropriate RF band (if necessary), and filters and power amplifies the analog RF signal. (The up-conversion to the appropriate RF band can be done directly by the digital-to-analog conversion process outputting the analog signal in the appropriate RF band or via an analog upconverter included in that downlink signal path.) The resulting amplified downlink analog RF signal output by each downlink signal path is provided to the associated coverage antenna 116 via an antenna circuit 208 (which implements any needed frequency-division duplexing (FDD) or time-division-duplexing (TDD) functions) including filtering and combining.

[0074] In one exemplary implementation, the uplink RF analog signal (including the various physical channels and associated sub carriers) received by each coverage antenna 116 is provided, via the antenna circuit 208, to an associated uplink signal path in each RF module 206.

[0075] Each uplink signal path in each RF module 206 receives the uplink RF analog received via the associated coverage antenna 116, low-noise amplifies the uplink RF analog signal, and, if necessary, filters and, if necessary, down-converts the resulting signal to produce an intermediate frequency (IF) or zero IF version of the signal.

[0076] Each uplink signal path in each RF module 206 converts the resulting analog signals to real or IQ digital samples and outputs them to the one or more programmable logical devices 202 for uplink signal processing. (The analog-to-digital conversion process can be implemented using a direct RF ADC that can receive and digitize RF signals, in which case no analog down-conversion is necessary.)

[0077] Also, in this exemplary embodiment, for each coverage antenna 116, the antenna circuit 208 is configured to combine (for example, using one or more band combiners) the amplified analog RF signals output by the appropriate downlink signal paths of the various RF modules 206 for transmission using each coverage antenna 116 and to output the resulting combined signal to that coverage antenna 116. Likewise, in this exemplary embodiment, for each coverage antenna 116, the antenna circuit 208 is configured to split (for example, using one or more band filter and / or RF splitters) the uplink analog RF signals received using that coverage antenna 116 in order to supply, tothe appropriate uplink signal paths of the RF modules 206 used for that antenna 116, a respective uplink analog RF signals for that signal path.

[0078] It is to be understood that the preceding description is one example of how each downlink and uplink signal path of each RF module 206 can be implemented; it is to be understood, however, that the downlink and uplink signal paths can be implemented in other ways.

[0079] The AP 114 further comprises at least one Ethernet interface 210 that is configured to communicatively couple the AP 114 to the fronthaul network 120 and, ultimately, to the vMU 112. For each port of each Ethernet interface 210, the Ethernet 210 is configured to communicate over a switched Ethernet network or over a point-to- point Ethernet link depending on how the fronthaul network 120 is implemented (more specifically, depending on whether the particular Ethernet cabling connected to that port is being used to implement a part of a switched Ethernet network or is being used to implement a point-to-point Ethernet link).

[0080] One example of the operation of the vDAS 100 is described below in connection with FIGS. 3 and 4.

[0081] FIG. 3 comprises a high-level flowchart illustrating one exemplary embodiment of a method 300 of providing wireless communication in a downlink direction using a base station 124 coupled to a virtual distributed antenna system 100. The embodiment of method 300 shown in FIG. 3 is described here as being implemented using the vDAS 100 described above in connection with FIGS. 1A-1C and 2. However, it is to be understood that other embodiments can be implemented in other ways.

[0082] The blocks of the flow diagram shown in FIG. 3 have been arranged in a generally sequential manner for ease of explanation; however, it is to be understood that this arrangement is merely exemplary, and it should be recognized that the processing associated with method 300 (and the blocks shown in FIG. 3) can occur in a different order (for example, where at least some of the processing associated with the blocks is performed in parallel and / or in an event-driven manner). Also, most standard exception handling is not described for ease of explanation; however, it is to be understood that method 300 can and typically would include such exception handling. Moreover, one or more aspects of method 300 can be configurable or adaptive (either manually or in an automated manner).

[0083] Method 300 shown in FIG. 3 is performed for each base station 124 that is coupled to the vDAS 100, where each such base station 124 is served by a respective set of APs 114. As noted above, the set of APs 114 serving each base station 124 is also referred to here as the “simulcast zone” for that base station 124 and different base stations 124 (including different base stations 124 from different wireless service operators in deployments where multiple wireless service operators share the same vDAS 100) can have different simulcast zones defined for them.

[0084] Method 300 comprises, by a physical donor interface 126, receiving one or more downlink base station signals from a base station 124 (block 302), generating downlink base station data using the received downlink base station signals (block 304), and providing the downlink base station data to the vMU 112 (block 306).

[0085] The form that the downlink base station signals take and how the downlink base station data is generated from the downlink base station signals depends on how the base station 124 is coupled to the vDAS 100.

[0086] For example, where the base station 124 is coupled to the vDAS 100 using an analog RF interface, the base station 124 is configured to output from its antenna ports a set of downlink analog RF signals. Thus, in this example, the one or more downlink base station signals comprise the set of downlink analog RF signals output by the base station 124 that would otherwise be radiated from a set of antennas coupled to the antenna ports of the base station 124. In this example, the physical donor interface 126 used to receive the downlink base station signals comprises a physical RF donor interface 134. Each of the downlink analog RF signals is received by a respective RF port of the physical RF donor interface 134 installed in the physical server computer 104 executing the vMU 112. The physical RF donor interface 134 is configured to receive each downlink analog RF signal (including the various physical channels and associated sub carriers) output by the base station 124 and generate the downlink base station data by generating corresponding time-domain baseband in-phase and quadrature (IQ) data from the received download analog RF signals (for example, by performing an analog-to- digital (ADC) and digital down conversion process on the received downlink analog RF signal). The generated downlink base station data is provided to the vMU 112 (for example, by communicating it over a PCIe lane to a CPU used to execute the vMU 112).

[0087] In another example, the base station 124 comprises a BBU or DU that is coupled to the vDAS 100 using a CPRI fronthaul interface. In this example, the one or more downlink base station signals comprise the downlink CPRI fronthaul signal output by the base station 124 that would otherwise be communicated over a CPRI link to a RU. In thisexample, the physical donor interface 126 used to receive the one or more downlink base station signals comprises a physical CPRI donor interface 138. Each downlink CPRI fronthaul signal is received by a CPRI port of the physical CPRI donor interface 138 installed in the physical server computer 104 executing the vMU 112. The physical CPRI donor interface 138 is configured to receive each downlink CPRI fronthaul signal, generate downlink base station data by extracting various information flows that are multiplexed together in CPRI frames or messages that are communicated via the downlink CPRI fronthaul signal, and provide the generated downlink base station data to the vMU 112 (for example, by communicating it over a PCIe lane to a CPU used to execute the vMU 112). The extracted information flows can comprise CPRI User Plane data, CPRI Control and Management Plane data, and CPRI Synchronization Plane data. That is, in this example, the downlink base station data comprises the various downlink information flows extracted from the downlink CPRI frames received via the downlink CPRI fronthaul signals. Alternatively, the downlink base station data can be generated by extracting downlink CPRI frames or messages from each received downlink CPRI fronthaul signal, where the extracted CPRI frames are provided to the vMU 112 (for example, by communicating them over a PCIe lane to a CPU used to execute the vMU 112).

[0088] In another example, the base station 124 comprises a BBU or DU that is coupled to the vDAS 100 using an Ethernet fronthaul interface (for example, an O-RAN, eCPRI, or RoE fronthaul interface). In this example, the one or more downlink base station signals comprise the downlink Ethernet fronthaul signals output by the base station 124 (that is, the BBU or DU) that would otherwise be communicated over an Ethernet network to a RU. In this example, the physical donor interface 126 used to receive the one or more downlink base station signals comprises a physical Ethernet donor interface 142. The physical Ethernet donor interface 142 is configured to receive the downlink Ethernet fronthaul signals, generate the downlink base station data by extracting the downlink messages communicated using the Ethernet fronthaul interface, and provide the messages to the vMU 112 (for example, by communicating them over a PCIe lane to a CPU used to execute the vMU 112). That is, in this example, the downlink base station data comprises the downlink messages extracted from the downlink Ethernet fronthaul signals.

[0089] Method 300 further comprises generating, by the vMU 112, downlink transport data using the received downlink base station data (block 308) and communicating, using a physical transport Ethernet interface 146, the downlink transport data from the vMU 112 over the fronthaul network 120 to the set of APs 114 serving the base station124 (block 310). As described above, the downlink transport data for each base station 124 can be communicated to each AP 114 in the base station’s simulcast zone via one or more intermediary units of the vDAS 100 (such as one or more ICNs or daisy-chained APs 114).

[0090] The downlink transport data generated for a base station 124 is communicated by the vMU 112 over the fronthaul network 120 so that downlink transport data for the base station 124 is received at the APs 114 included in the simulcast zone of that base station 124. In one example, a multicast group is established for each different simulcast zone assigned to any base station 124 coupled to the vDAS 100. In such an example, the vMU 112 communicates the downlink transport data to the set of APs 114 serving the base station 124 by using one or more of the physical transport Ethernet interfaces 146 to transmit the downlink transport data as transport Ethernet packets addressed to the multicast group established for the simulcast zone associated with that base station 124. In this example, the vMU 112 is configured so that a part of the process of generating the downlink transport data includes formatting the transport Ethernet packets to use the address of the multicast group established for that simulcast zone. In another example, a separate virtual local area network (VLAN) is established for each different simulcast zone assigned to any base station 124 coupled to the vDAS 100, where only the APs 114 included in the associated simulcast zone and the associated vMlls 112 communicate data using that VLAN. In such an example, each vMU 112 is configured so that a part of the process of generating the downlink transport data includes formatting the transport Ethernet packets to be communicated with the VLAN established for that simulcast zone.

[0091] In another example, the vMU 112 broadcasts the downlink transport data to all of APs 114 of the vDAS 100 and each AP 114 is configured to determine if any downlink transport data it receives is intended for it. In this example, this can be done by including in the downlink transport data broadcast to the APs 114 a bitmap field that includes a respective bit position for each AP 114 included in the vDAS 100. Each bit position is set to one value (for example, a “1”) if the associated downlink transport data is intended for that AP 114 and is set to a different value (for example, a “0”) if the associated downlink transport data is not intended for that AP 114. In one such example, the bitmap is included in a header portion of the underlying message so that the AP 114 does not need to decode the entire message in order to determine if the associated message is intended for it or not. In one implementation where the O-RAN fronthaul interface is used for the transport data, this can be done using an O-RAN section extension that is defined to include such a bitmap field in the common header fields. In this example, the vMU 112is configured so that a part of the process of generating the downlink transport data includes formatting the downlink transport data to include a bitmap field, where the bit position for each AP 114 included in the base station’s simulcast zone is set to the value (for example, a “1”) indicating that the data is intended for it and where the bit position for each AP 114 not included in the base station’s simulcast zone is set to the other value (for example, a “0”) indicating that the data is not intended for it.

[0092] As a part of generating the downlink transport data, the vMU 112 performs any needed re-formatting or conversion of the received downlink base station data in order for it to comply with the format expected by the APs 114 or for it to be suitable for use with the fronthaul interface used for communicating over the fronthaul network 120 of the vDAS 100. For example, in one exemplary embodiment described here in connection with FIGS. 1A-1C and 2 where the vDAS 100 is configured to use an O-RAN fronthaul interface for communications between the vMU 112 and the APs 114, the APs 114 are configured for use with, and to expect, fronthaul data formatted in accordance with the O-RAN fronthaul interface. In such an example, if the downlink base station data provided from the physical donor interface 126 to the vMU 112 is not already formatted in accordance with the O-RAN fronthaul interface, the vMU 112 re-formats and converts the downlink base station data so that the downlink transport data communicated to the APs 114 in the simulcast zone of the base station 124 is formatted in accordance with the O-RAN fronthaul interface used by the APs 114.

[0093] As noted above, in some implementations, the content of the transport data and the manner it is generated depend on the functional split and / or fronthaul interface used to couple the associated base station 124 to the vDAS 100 and, in other implementations, the content of the transport data and the manner in which it is generated is generally the same for all donor base stations 124, regardless of the functional split and / or fronthaul interface used to couple each donor base station 124 to the vDAS 100.

[0094] In those implementations where both the content of the transport data and the manner in which it is generated depend on the functional split and / or fronthaul interface used to couple the associated base station 124 to the vDAS 100, if the base station 124 comprises a DU or BBU that is coupled to the vDAS 100 using a functional split 7-2, the downlink transport data that is communicated between the vMU 112 and the APs 114 in the base station’s simulcast zone comprises frequency-domain user-plane data and associated control-plane data for each antenna port of the base station 124. In such implementations, if a base station 124 comprises a DU or BBU that is coupled to thevDAS 100 using functional split 8 or where a base station 124 comprises a “complete” base station that is coupled to the vDAS 100 using an analog RF interface, the downlink transport data that is communicated between the vMU 112 and the APs 114 in the base station’s simulcast zone comprises time-domain user-plane data and associated controlplane data for each antenna port of the base station 124.

[0095] In one example of an implementation where the content of the downlink transport data and the manner in which it is generated is generally the same for all donor base stations 124, regardless of the functional split and / or fronthaul interface used to couple each donor base station 124 to the vDAS 100, all downlink transport data is generated in accordance with a functional split 7-2 where the corresponding user-plane data is communicated as frequency-domain user-plane data. For example, where a base station 124 comprises a DU or BBU that is coupled to the vDAS 100 using functional split 8 or where a base station 124 comprises a “complete” base station that is coupled to the vDAS 100 using an analog RF interface, the downlink base station data for the base station 124 comprises time-domain user-plane data for each antenna port of the base station 124 and the vMU 112 converts it to frequency-domain user-plane data and generates associated control-plane data in connection with generating the downlink transport data that is communicated between each vMU 112 and each AP 114 in the base station’s simulcast zone. This can be done in order to reduce the amount of bandwidth used to transport such downlink transport data over the fronthaul network 120 (relative to communicating such user-plane data as time-domain user-plane data).

[0096] Method 300 further comprises receiving, by each of the APs 114 associated with the base station 124, the downlink transport data (block 312), generating, by each of the APs 114 associated with the base station 124, a respective set of downlink analog RF signals using the downlink transport data (block 314), and wirelessly transmitting, by each of the APs 114 associated with the base station 124, the respective set of analog RF signals from the respective set of coverage antennas 116 associated with each such AP 114 (block 316).

[0097] Where multicast addresses and / or VLANs are used for transmitting the downlink transport data to the APs 114 in a base station’s simulcast zone, each AP 114 in the simulcast zone will receive the downlink transport data transmitted by the vMU 112 using that multicast address and / or VLAN.

[0098] Where downlink transport data is broadcast to all APs 114 of the vDAS 100 and the downlink transport data includes a bitmap field to indicate which APs 114 the data is intended for, all APs 114 for the vDAS 100 will receive the downlink transport datatransmitted by the vMU 112 for a base station 124 but the bitmap field will be populated with data in which only the bit positions associated with the APs 114 in the base station’s simulcast zone will be set to the bit value indicating that the data is intended for them and the bit positions associated with the other APs 114 will be set to the bit value indicating that the data is not intended for them. As a result, only those APs 114 in the base station’s simulcast zone will fully process such downlink transport data and the other APs 114 will discard the data after determining that it is not intended for them.

[0099] As noted above, how each AP 114 generates the set of downlink analog RF signals using the downlink transport data depends on the functional split used for communicating transport data between the vMlls 112 and the APs 114. For example, where the downlink transport data that is communicated between the vMU 112 and the APs 114 in the base station’s simulcast zone comprises frequency-domain user-plane data and associated control-plane data for each antenna port of the base station 124, a Rll entity implemented by each AP 114 is configured to perform the low physical layer baseband processing and RF functions for each antenna port of the base station 124 using the respective downlink transport data. This is done in order to generate a corresponding downlink RF signal for wireless transmission from a respective coverage antenna 116 associated with that AP 114. Where the downlink transport data that is communicated between the vMU 112 and the APs 114 in the base station’s simulcast zone comprises time-domain user-plane data and associated control-plane data for each antenna port of the base station 124, a Rll entity implemented by each AP 114 is configured to perform the RF functions for each antenna port of the base station 124 using the respective downlink transport data. This is done in order to generate a corresponding downlink RF signal for wireless transmission from a respective coverage antenna 116 associated with that AP 114.

[0100] FIG. 4 comprises a high-level flowchart illustrating one exemplary embodiment of a method 400 of providing wireless communication in an uplink direction using a base station 124 coupled to a virtual distributed antenna system 100. The embodiment of method 400 shown in FIG. 4 is described here as being implemented using the vDAS 100 described above in connection with FIGS. 1A-1C and 2. However, it is to be understood that other embodiments can be implemented in other ways.

[0101] The blocks of the flow diagram shown in FIG. 4 have been arranged in a generally sequential manner for ease of explanation; however, it is to be understood that this arrangement is merely exemplary, and it should be recognized that the processing associated with method 400 (and the blocks shown in FIG. 4) can occur in a differentorder (for example, where at least some of the processing associated with the blocks is performed in parallel and / or in an event-driven manner). Also, most standard exception handling is not described for ease of explanation; however, it is to be understood that method 400 can and typically would include such exception handling. Moreover, one or more aspects of method 400 can be configurable or adaptive (either manually or in an automated manner).

[0102] Method 400 shown in FIG. 4 is performed for each base station 124 that is coupled to the vDAS 100, where each such base station 124 is served by a respective set of APs 114 (that is, the APs 114 in the simulcast zone for that base station 124).

[0103] Method 400 comprises wirelessly receiving, by each AP 114 included in the simulcast zone of the associated base station 124, a respective set of uplink RF analog signals (including the various physical channels and associated sub carriers) via the set of coverage antennas 116 associated with that AP 114 (block 402), generating uplink transport data from the received uplink RF analog signals (block 404), and communicating the uplink transport data from each AP 114 over the fronthaul network 120 of the vDAS 100 (block 406). The uplink transport data is communicated over the fronthaul network 120 to the vMU 112 coupled to the base station 124.

[0104] As noted above, how each AP 114 generates the uplink transport data from the set of uplink analog RF signals depends on the functional split used for communicating transport data between the vMlls 112 and the APs 114. Where the uplink transport data that is communicated between each AP 114 in the base station’s simulcast zone and the serving vMU 112 comprises frequency-domain user-plane data for each antenna port of the base station 124, an Rll entity implemented by each AP 114 is configured to perform the RF functions and low physical layer baseband processing for each antenna port of the base station 124 using the respective uplink analog RF signal. This is done in order to generate the corresponding uplink transport data for transmission over the fronthaul network 120 to the serving vMU 112. Where the uplink transport data that is communicated between each AP 114 in the base station’s simulcast zone and the serving vMU 112 comprises time-domain user-plane data for each antenna port of the base station 124, an Rll entity implemented by each AP 114 is configured to perform the RF functions for each antenna port of the base station 124 using the respective uplink analog RF signal. This is done in order to generate the corresponding uplink transport data for transmission over the fronthaul network 120 to the serving vMU 112.

[0105] Method 400 further comprises receiving, by the vMU 112 coupled to the base station 124, uplink transport data derived from the uplink transport data transmitted fromthe APs 114 in the simulcast zone of the base station 124 (block 408), generating uplink base station data from the received uplink transport data (block 410), providing the uplink base station data to the physical donor interface 126 coupled to the base station 124 (block 412), generating, by the physical donor interface 126 coupled to the base station 124, one or more uplink base station signals from the uplink base station data (block 414), and transmitting the one or more uplink base station signals to the base station 124 (block 416). As described above, the uplink transport data can be communicated from the APs 114 in the simulcast zone of the base station 124 to the vMU 112 coupled to the base station 124 via one or more intermediary units of the vDAS 100 (such as one or more ICNs or daisy-chained APs 114).

[0106] As described above, a single set of uplink base station signals are produced for each donor base station 124 using a combining or summing process that uses inputs derived from the uplink RF signals received via the coverage antennas 116 associated with the multiple APs 114 in that base station’s simulcast zone, where the resulting final single set of uplink base station signals is provided to the base station 124. Also, as noted above, this combining or summing process can be performed in a centralized manner in which the combining or summing process for each base station 124 is performed by a single unit of the vDAS 100 (for example, by the associated vMU 112). This combining or summing process can also be performed for each base station 124 in a distributed or hierarchical manner in which the combining or summing process is performed by multiple units of the vDAS 100 (for example, the associated vMU 112 and one or more ICNs and / or APs 114).

[0107] How the corresponding user-plane data is combined or summed depends on the functional split used for communicating transport data between the vMlls 112 and the APs 114. Where the uplink transport data communicated between the vMlls 112 and the APs 114 comprises frequency-domain baseband IQ data, each unit of the vDAS 100 that performs the combining or summing process (including the vMU 112) for a given base station 124 is configured to extract, from the uplink transport data received from each of its southbound entities, the respective frequency-domain baseband IQ data for each uplink antenna port of the base station 124 and digitally sum the baseband IQ data associated with each resource element received from each of its southbound entities as well any baseband IQ data associated with each resource element generated at that unit from uplink RF signals received via a coverage antenna 116 associated with that unit (which would be the case if the unit performing the combining or summing process is a “daisy-chained” AP 114). That is, the digital summing is performed on a resource- element-by-resource-element basis in this example. In this example where the uplinktransport data communicated between the vMlls 112 and the APs 114 comprises frequency-domain baseband IQ data, if the base station 124 comprises a DU or BBU that is configured to use functional split 8 or if the base station 124 comprises a “complete” base station that is coupled to the vDAS 100 using an analog RF interface, for each upstream antenna port of the base station 124, the vMU 112 is also configured to convert the summed frequency-domain baseband IQ data to time-domain baseband IQ data.

[0108] Where the uplink transport data communicated between the vMUs 112 and the APs 114 comprises time-domain baseband IQ data, each unit of the vDAS 100 that performs the combining or summing process (including the vMU 112) for a given base station 124 is configured to extract, from the uplink transport data received from each of its southbound entities, the respective time-domain baseband IQ data for each uplink antenna port of the base station 124 and digitally sum the baseband IQ data associated with each sample period received from each of its southbound entities as well any baseband IQ data associated with each sample period generated at that unit from uplink RF signals received via a coverage antenna 116 associated with that unit (which would be the case if the unit performing the combining or summing process is a “daisy-chained” AP 114). That is, the digital summing is performed on a sample-period-by-sample-period basis in this example.

[0109] The form that the uplink base station signals take and how the uplink base station signals are generated from the uplink base station data also depend on how the base station 124 is coupled to the vDAS 100.

[0110] For example, where an Ethernet-based fronthaul interface is used (such as O- RAN, eCPRI, or RoE) to couple the base station 124 to the vDAS 100, the vMU 112 is configured to format the uplink base station data into messages formatted in accordance with the associated Ethernet-based fronthaul interface. The messages are provided to the associated physical Ethernet donor interface 142. The physical Ethernet donor interface 142 generates Ethernet packets for communicating the provided messages to the base station 124 via one or more Ethernet ports of that physical Ethernet donor interface 142. That is, in this example, the “uplink base station signals” comprise the physical-layer signals used to communicate such Ethernet packets.

[0111] Where a CPRI-based fronthaul interface is used for communications between the physical donor interface 126 and the base station 124, in one implementation, the uplink base station data comprises the various information flows that are multiplexed together in uplink CPRI frames or messages and the vMU 112 is configured to generate thesevarious information flows in accordance with the CPRI fronthaul interface. In such an implementation, the information flows are provided to the associated physical CPRI donor interface 138. The physical CPRI donor interface 138 uses these information flows to generate CPRI frames for communicating to the base station 124 via one or more CPRI ports of that physical CPRI donor interface 138. That is, in this example, the “uplink base station signals” comprise the physical-layer signals used to communicate such CPRI frames. Alternatively, in another implementation, the uplink base station data comprises CPRI frames or messages, which the VMU 112 is configured to produce and provide to the associated physical CPRI donor interface 138 for use in producing the physical-layer signals used to communicate the CPRI frames to the base station 124.

[0112] Where an analog RF interface is used for communications between the physical donor interface 126 and the base station 124, the vMU 112 is configured to provide the uplink base station data (comprising the combined (that is, digitally summed) timedomain baseband IQ data for each antenna port of the base station 124) to the associated physical RF donor interface 134. The physical RF donor interface 134 uses the provided uplink base station data to generate an uplink analog RF signal for each antenna port of the base station 124 (for example, by performing a digital up conversion and digital-to-analog (DAC) process). For each antenna port of the base station 124, the physical RF donor interface 134 outputs the respective uplink analog RF signal (including the various physical channels and associated sub carriers) to that antenna port using the appropriate RF port of the physical RF donor interface 134. That is, in this example, the “uplink base station signals” comprise the uplink analog RF signals output by the physical RF donor interface 134.

[0113] By implementing one or more nodes or functions of a traditional DAS (such as a CAN or TEN) using, or as, one or more VNFs 102 executing on one or more physical server computers 104, such nodes or functions can be implemented using COTS servers (for example, COTS servers of the type deployed in data centers or “clouds” maintained by enterprises, communication service providers, or cloud services providers) instead of custom, dedicated hardware. As a result, such nodes and functions can be deployed more cheaply and in a more scalable manner (for example, additional capacity can be added by instantiating additional VNFs 102 as needed). This is the case even if an additional physical server computer 104 is needed in order to instantiate a new vMU 112 or ICN because such physical server computers 104 are either already available in such deployments or can be easily added at a low cost (for example, because of the COTS nature of such hardware). Also, as noted above, this approach is especially well-suited for use in deployments in which base stations 124 from multiple wireless serviceoperators share the same vDAS 100 (including, for example, neutral host deployments or deployments where one wireless service operator owns the vDAS 100 and provides other wireless service operators with access to its vDAS 100).

[0114] Other embodiments can be implemented in other ways.

[0115] For example, FIGS. 5A-5D illustrate one such embodiment.

[0116] FIGS. 5A-5D are block diagrams illustrating one exemplary embodiment of a vDAS 500 in which at least some of the APs 514 are coupled to one or more vMlls 112 serving them via one or more intermediate combining nodes (ICNs) 502. Each ICN 502 comprises at least one northbound Ethernet interface (NEI) 504 that couples the ICN 502 to Ethernet cabling used primarily for communicating with the one or more vMlls 112 and a plurality of southbound Ethernet interfaces (SEIs) 506 that couples the ICN 502 to Ethernet cabling used primarily for communicating with one or more of the plurality of APs 514.

[0117] Except as explicitly described here in connection with FIGS. 5A-5D, 6, and 7, the vDAS 500 and the components thereof (including the vMU 112) are configured as described above. Also, except as explicitly described here in connection with FIGS. 5A- 5D, 6, and 7, each AP 514 is implemented in the same manner as the APs 114 described above.

[0118] The ICN 502 comprises one or more programmable devices 510 that execute, or are otherwise programmed or configured by, software, firmware, or configuration logic 512 in order to implement at least some of the functions described here as being performed by an ICN 502 (including, for example, any necessary physical layer (Layer 1) baseband processing). The one or more programmable devices 510 can be implemented in various ways (for example, using programmable processors (such as microprocessors, co-processors, and processor cores integrated into other programmable devices) and / or programmable logic (such as FPGAs and system-on-chip packages)). Where multiple programmable devices are used, all of the programmable devices do not need to be implemented in the same way.

[0119] The ICN 502 can be implemented as a physical network function using dedicated, special-purpose hardware. Alternatively, the ICN 502 can be implemented as a virtual network function running on a physical server. For example, the ICN 502 can be implemented in the same manner as the vMU 112 described above in connection with FIG. 1.

[0120] As noted above, the fronthaul network 520 used for transport between each vMU 112 and the APs 114 and ICNs 502 (and the APs 514 coupled thereto) can be implemented in various ways. Various examples of how the fronthaul network 520 can be implemented are illustrated in FIGS. 5A-5D. In the example shown in FIG. 5A, the fronthaul network 520 is implemented using a switched Ethernet network 522 that is used to communicatively couple each AP 114 and each ICN 502 (and the APs 514 coupled thereto) to each vMU 112 serving that AP 114 or 514 or ICN 502.

[0121] In the example shown in FIG. 5B, the fronthaul network 520 is implemented using only point-to-point Ethernet links 123 or 523, where each AP 114 and each ICN 502 (and the APs 514 coupled thereto) is coupled to each serving vMU 112 serving it via a respective one or more point-to-point Ethernet links 123 or 523. In the example shown in FIG. 5C, the fronthaul network 520 is implemented using a combination of a switched Ethernet network 522 and point-to-point Ethernet links 123 or 523. In the example shown in FIG. 5D, a first ICN 502 has a second ICN 502 subtended from it so that some APs 514 are communicatively coupled to the first ICN 502 via the second ICN 502. Again, as noted above, it is to be understood that FIGS. 1A-2C and 5A-2D illustrate only a few examples of how the fronthaul network (and the vDAS more generally) can be implemented and that other variations are possible.

[0122] In one implementation, each vMU 112 that serves the ICN 502 treats the ICN 502 as one or more “virtual APs” to which it sends downlink transport data for one or more base stations 124, and from which it receives uplink transport data, for the one or more base stations 124. The ICN 502 forwards the downlink transport data to, and combines uplink transport data received from, one or more of the APs 514 coupled to the ICN 502. In one implementation of such an embodiment, the ICN 502 forwards the downlink transport data it receives for all the served base stations 124 to all of the APs 514 coupled to the ICN 502 and combines uplink transport data it receives from all of the APs 514 coupled to the ICN 502 for all of the base stations 124 served by the ICN 502.

[0123] In another implementation, the ICN 502 is configured so that a separate subset of the APs 514 coupled to that ICN 502 can be specified for each base station 124 served by that ICN 502. In such an implementation, for each base station 124 served by an ICN 502, the ICN 502 forwards the downlink transport data it receives for that base station 124 to the respective subset of the APs 514 specified for that base station 124 and combines the uplink transport data it receives from the subset of the APs 514 specified for that base station 124. That is, in this implementation, each ICN 502 can be used to forward the downlink transport data for different served base stations 124 to differentsubsets of APs 514 and to combine uplink transport data the ICN 502 receives from different subsets of APs 514 for different served base stations 124. Various techniques can be used to do this. For example, the ICN 502 can be configured to inspect one or more fields (or other parts) of the received transport data to identify which base station 124 the transport data is associated with. In another implementation, the ICN 502 is configured to appear as different virtual APs for different served base stations 124 and is configured to inspect one or more fields (or other parts) of the received transport data to identify which virtual AP the transport data is intended for.

[0124] In the exemplary embodiments shown in FIGS. 5A-5D, each ICN 502 is configured to use a time synchronization protocol (for example, the Institute of Electrical and Electronics Engineers (IEEE) 1588 Precision Time Protocol (PTP) or the Synchronous Ethernet (SyncE) protocol) to synchronize itself to a timing master entity established for the vDAS 500 by communicating over the switched Ethernet network 122. Each AP 514 coupled to an ICN 502 is configured to synchronize itself to the time base used in the rest of the vDAS 500 based on the synchronous Ethernet communications provided from the ICN 502.

[0125] One example of the operation of each ICN 502 and associated APs 514 is described below in connection with FIGS. 6 and 7. In the example described here in connection with FIGS. 6 and 7, each ICN 502 is treated by each associated vMU 112 as one or more “virtual APs” to which each vMU 112 sends downlink transport data for one or more base stations 124, and from which it receives uplink transport data, for the one or more base stations 124.

[0126] FIG. 6 comprises a high-level flowchart illustrating one exemplary embodiment of a method 600 of providing wireless communication in a downlink direction using an ICN 502 in a virtual distributed antenna system 500. The embodiment of method 600 shown in FIG. 6 is described here as being implemented using the vDAS 500 described above in connection with FIGS. 5A-5D. However, it is to be understood that other embodiments can be implemented in other ways.

[0127] The blocks of the flow diagram shown in FIG. 5 have been arranged in a generally sequential manner for ease of explanation; however, it is to be understood that this arrangement is merely exemplary, and it should be recognized that the processing associated with method 600 (and the blocks shown in FIG. 6) can occur in a different order (for example, where at least some of the processing associated with the blocks is performed in parallel and / or in an event-driven manner). Also, most standard exception handling is not described for ease of explanation; however, it is to be understood thatmethod 600 can and typically would include such exception handling. Moreover, one or more aspects of method 600 can be configurable or adaptive (either manually or in an automated manner).

[0128] Method 600 shown in FIG. 6 is performed for each ICN 502 that is a part of the vDAS 500.

[0129] Method 600 comprises receiving, by the ICN 502, downlink transport data for the base stations 124 served by that ICN 502 (block 602) and communicating, using the southbound Ethernet interfaces 506 of the ICN 502, the downlink transport data to one or more of the APs 514 coupled to ICN 502 (block 604). As noted above, in one implementation, each vMU 112 that is coupled to a base station 124 served by an ICN 502 treats the ICN 502 as a virtual AP and addresses downlink transport data for that base station 124 to the ICN 502, which receives it using the northbound Ethernet interface 504.

[0130] As noted above, for each served base station 124, the ICN 502 forwards the downlink transport data it receives from the serving vMU 112 for that base station 124 to one or more of the APs 514 coupled to the ICN 502. For example, as noted above, the ICN 502 can be configured to simply forward the downlink transport data it receives for all served base stations 124 to all of the APs 514 coupled to the ICN 502 or the ICN 502 can be configured so that a separate subset of the APs 514 coupled to the ICN 502 can be specified for each served base station 124, where the ICN 502 is configured to forward the downlink transport data it receives for each served base station 124 to only the specific subset of APs 514 specified for that base station 124.

[0131] Method 600 further comprises, by each AP 514 coupled to the ICN 502, receiving the downlink transport data (block 606), generating respective sets of downlink analog RF signals for all base stations 124 served by the ICN 502 (block 608), and wirelessly transmitting the downlink analog RF signals for all of the served base stations 124 from the set of coverage antennas 116 associated with the AP 514 (block 610).

[0132] Each such AP 514 generates the respective set of downlink analog RF signals for all of the base stations 124 served by the ICN 502 as described above in connection with FIGS. 2 and 3. That is, how each AP 514 generates the set of downlink analog RF signals using the downlink transport data depends on the functional split used for communicating transport data between the vMlls 112, ICNs 502, and the APs 114 and 514. For example, where the downlink transport data comprises frequency-domain userplane data and associated control-plane data for each antenna port of the base station124, a Rll entity implemented by each AP 514 is configured to perform the low physical layer baseband processing and RF functions for each antenna port of the base station 124 using the respective downlink transport data. This is done in order to generate a corresponding downlink RF signal for wireless transmission from a respective coverage antenna 516 associated with that AP 514. Where the downlink transport data comprises time-domain user-plane data and associated control-plane data for each antenna port of the base station 124, a Rll entity implemented by each AP 514 is configured to perform the RF functions for each antenna port of the base station 124 using the respective downlink transport data. This is done in order to generate a corresponding downlink RF signal for wireless transmission from a respective coverage antenna 516 associated with that AP 514.

[0133] FIG. 7 comprises a high-level flowchart illustrating one exemplary embodiment of a method 700 of providing wireless communication in an uplink direction using an ICN 502 in a virtual distributed antenna system 500. The embodiment of method 700 shown in FIG. 7 is described here as being implemented using the vDAS 500 described above in connection with FIGS. 5A-5D. However, it is to be understood that other embodiments can be implemented in other ways.

[0134] The blocks of the flow diagram shown in FIG. 7 have been arranged in a generally sequential manner for ease of explanation; however, it is to be understood that this arrangement is merely exemplary, and it should be recognized that the processing associated with method 700 (and the blocks shown in FIG. 7) can occur in a different order (for example, where at least some of the processing associated with the blocks is performed in parallel and / or in an event-driven manner). Also, most standard exception handling is not described for ease of explanation; however, it is to be understood that method 700 can and typically would include such exception handling. Moreover, one or more aspects of method 700 can be configurable or adaptive (either manually or in an automated manner).

[0135] Method 700 shown in FIG. 7 is performed for each ICN 502 that is a part of the vDAS 500.

[0136] Method 700 further comprises wirelessly receiving, by each AP 514 coupled to the ICN 502 that is used to serve a base station 124, a respective set of uplink RF analog signals (including the various physical channels and associated sub carriers) for that served base station 124 (block 702). The uplink RF analog signals are received by the AP 514 via the set of coverage antennas 116 associated with that AP 514. Method 700 further comprises generating, by each such AP 514, respective uplink transport datafrom the received uplink RF analog signals for the served base station 124 (block 704) and communicating, using the respective Ethernet interface 210 of the AP 514, the uplink transport data to the ICN 502 (block 706).

[0137] Each such AP 514 generates the respective uplink transport data from the received uplink analog RF signals for each served base station 124 served by the AP 514 as described above in connection with FIGS. 2 and 4. That is, how each AP 514 generates the uplink transport data from the set of uplink analog RF signals depends on the functional split used for communicating transport data between the vMlls 112, ICNs 502, and the APs 114 and 514. Where the uplink transport data comprises frequencydomain user-plane data, an Rll entity implemented by each AP 514 is configured to perform the RF functions and low physical layer baseband processing for each antenna port of the base station 124 using the respective uplink analog RF signal. This is done in order to generate the corresponding uplink transport data for transmission to the ICN 502. Where the uplink transport data comprises time-domain user-plane data, an Rll entity implemented by each AP 514 is configured to perform the RF functions for each antenna port of the base station 124 using the respective uplink analog RF signal. This is done in order to generate the corresponding uplink transport data for transmission to the ICN 502.

[0138] Method 700 comprises receiving, by the ICN 502, respective uplink transport data transmitted from any subtended APs 514 or other ICNs 502 (block 708). The respective uplink transport data transmitted from any subtended APs 514 and / or subtended ICNs 502 is received by the ICN 502 using the respective southbound Ethernet interfaces 506.

[0139] Method 700 further comprises, by the ICN 502, extracting the respective uplink transport data for each served base station 124 (block 710) and, for each served base station 124, combining or summing corresponding user-plane data included in the extracted uplink transport data received from the one or more subtended APs 514 and / or ICNs 502 coupled to that ICN 502 used to serve that base station 124 (block 712). The manner in which each ICN 502 combines or sums the user-plane data depends on whether the user-plane data comprises time-domain data or frequency-domain data. Generally, the ICN 502 combines or sums the user-plane data in the same way that each vMU 112 does so (as described above in connection FIG. 4).

[0140] Method 700 further comprises, by the ICN 502, generating uplink transport data for each served base station 124 that includes the respective combined user-plane data for that base station 124 (block 714), and communicating the uplink transport data including combined user-plane data for each served base station 124 to the vMU 112associated with that base station 124 or to an upstream ICN 502 (block 716). In the exemplary embodiment described here in connection with FIGS. 5A-5D where the O- RAN fronthaul interface is used for communicating over the fronthaul network 120, each ICN 502 is configured to generate and format the uplink transport data in accordance with that O-RAN fronthaul interface.

[0141] The ICN 502 shown in FIGS. 5A-5D can be used to increase the number of APs 514 that can be served by each vMU 112 while reducing the processing and bandwidth load relative to directly connecting the additional APs 514 to each such vMU 112.

[0142] FIG. 8 is a block diagram illustrating one exemplary embodiment of a vDAS 800 in which one or more physical donor RF interfaces 834 are configured to by-pass the vMU 112.

[0143] Except as explicitly described here in connection with FIG. 8, the vDAS 800 and the components thereof are configured as described above.

[0144] In the exemplary embodiment shown in FIG. 8, the vDAS 800 includes at least one “by-pass” physical RF donor interface 834 that is configured to bypass the vMU 112 and instead, for the base stations 124 coupled to that physical RF donor interface 834, have that physical RF donor interface 834 perform at least some of the functions described above as being performed by the vMU 112.

[0145] These functions include, for the downlink direction, receiving a set of downlink RF analog signals from each base station 124 coupled to the by-pass physical RF donor interface 834, generating downlink transport data from the set of downlink RF analog signals and communicating the downlink transport data to one or more of the APs or ICNs and, in the uplink direction, receiving respective uplink transport data from one or more APs or ICNs, generating a set of uplink RF analog signals from the received uplink transport data (including performing any digital combining or summing of user-plane data), and providing the uplink RF analog signals to the appropriate base stations 124. In this exemplary embodiment, each by-pass physical RF donor interface 834 includes one or more physical Ethernet transport interfaces 848 for communicating the transport data to and from the APs 114 and ICNs. The vDAS 800 (and the by-pass physical RF donor interface 834) can be used with any of the configurations described above (including, for example, those shown in FIGS. 1A-1C and FIGS. 5A-5D).

[0146] Each by-pass physical RF donor interface 834 comprises one or more programmable devices 850 that execute, or are otherwise programmed or configured by,software, firmware, or configuration logic 852 in order to implement at least some of the functions described here as being performed by the by-pass physical RF donor interface 834 (including, for example, any necessary physical layer (Layer 1) baseband processing). The one or more programmable devices 850 can be implemented in various ways (for example, using programmable processors (such as microprocessors, coprocessors, and processor cores integrated into other programmable devices) and / or programmable logic (such as FPGAs and system-on-chip packages)). Where multiple programmable devices are used, all of the programmable devices do not need to be implemented in the same way.

[0147] The by-pass physical RF donor interface 834 can be used to reduce the overall latency associated with serving the base stations 124 coupled to that physical RF donor interface 834.

[0148] In one implementation, the by-pass physical RF donor interface 834 is configured to operate in a fully standalone mode in which the by-pass physical RF donor interface 834 performs substantially all “master unit” processing for the donor base stations 124 and APs and ICNs that it serves. For example, in such a fully standalone mode, in addition to the processing associated with generating and communicating user-plane and control-plane data over the fronthaul network 120, the by-pass physical RF donor interface 834 can also execute software that is configured to use a time synchronization protocol (for example, the IEEE 1588 PTP or SyncE protocol) to synchronize the by-pass physical RF donor interface 834 to a timing master entity established for the vDAS 100. In such a mode, the by-pass physical RF donor interface 834 can itself serve as a timing master for the APs and other nodes (for example, ICNs) served by that by-pass physical RF donor interface 834 or instead have another entity serve as a timing master for the APs and other nodes (for example, ICNs) served by that by-pass physical RF donor interface 834.

[0149] In such a fully standalone mode, the by-pass physical RF donor interface 834 can also execute software that is configured to process the downlink user-plane and / or control-plane data for each donor base station 124 in order to determine timing and system information for the donor base station 124 and associated cell (which, as described, can involve processing the downlink user-plane and / or control-plane data to perform the initial cell search processing a UE would typically perform in order to acquire time, frequency, and frame synchronization with the base station 124 and associated cell and to detect the PCI and other system information for the base station 124 and associated cell (for example, by detecting and / or decoding the PSS, the SSS, the PBCH,the MIB, and SIBs). This timing and system information for a donor base station 124 can be used, for example, to configure the operation of the by-pass physical RF donor interface 834 and / or the vDAS 100 (and the components thereof) in connection with serving that donor base station 124. In such a fully standalone mode, the by-pass physical RF donor interface 834 can also execute software that enables the by-pass physical RF donor interface 834 to exchange management-plane messages with the APs and other nodes (for example, ICNs) served by that by-pass physical RF donor interface 834 as well as with any external management entities coupled to it.

[0150] In other modes of operation, at least some of the “master unit” processing for the donor base stations 124 and APs and ICNs that the by-pass physical RF donor interface 834 serves are performed by a vMU 112. For example, the vMU 112 can serve as a timing master and the by-pass physical RF donor interface 834 can execute software that causes the by-pass physical RF donor interface 834 to serve as a timing subordinate and exchange timing messages with the vMU 112 to enable the by-pass physical RF donor interface 834 to synchronize itself to the timing master. In such other modes, the by-pass physical RF donor interface 834 can itself serve as a timing master for the APs and other nodes (for example, ICNs) served by that by-pass physical RF donor interface 834 or instead have the vMU 112 (or other entity) serve as a timing master for the APs and other nodes (for example, ICNs) served by that by-pass physical RF donor interface 834. In such other modes, the vMU 112 can also execute software that is configured to process the downlink user-plane and / or control-plane data for each donor base station 124 served by the by-pass physical RF donor interface 834 in order to determine timing and system information for the donor base station 124 and associated cell. In connection with doing this, the by-pass physical RF donor interface 834 provides the required downlink user-plane and / or control-plane data to the vMU 112. In such other modes, the vMU 112 can also execute software that enables it to exchange management-plane messages with the by-pass physical RF donor interface 834 and the APs and other nodes (for example, ICNs) served by the by-pass physical RF donor interface 834 as well as with any external management entities coupled to it. In such other modes, data or messages can be communicated between the by-pass physical RF donor interface 834 and the vMU 112, for example, over the fronthaul switched Ethernet network 122 (which is suitable if the by-pass physical RF donor interface 834 is physically separate from the physical server computer 104 used to execute the vMU 112) or over a PCIe lane to a CPU used to execute the vMU 112 (which is suitable if the by-pass physical RF donor interface 834 is implemented as a card inserted into a slot of the physical server computer 104 used to execute the vMU 112).

[0151] The by-pass physical RF donor interface 834 can be configured and used in other ways.

[0152] FIG. 9 is a block diagram illustrating one exemplary embodiment of a multiple fronthaul interface radio unit (Rll) 900 that can be used with a DAS. The multiple fronthaul interface radio unit 900 is also referred to here, for brevity, as the “multiinterface Rll 900” or, simply, the “Rll 900”. The embodiment of the multi-interface Rll 900 shown in FIG. 9 is described here as being implemented for use in and with the various embodiments of a vDAS 100, 500, and 800 described above. The multi-interface Rll 900 can also be referred to here as a multi-interface access point (AP) 900 and can be considered an alternative implementation of the AP 114 described above in connection with FIG. 2. However, it is to be understood that other embodiments can be implemented in other ways. For example, the multi-interface Rll 900 can be implemented in a non-virtualized DAS that does not use the virtualization techniques described above but otherwise operates as described above.

[0153] The multi-interface Rll 900 comprises one or more programmable devices 902 that execute, or are otherwise programmed or configured by, software, firmware, or configuration logic 904 in order to implement at least some functions described here as being performed by the multi-interface Rll 900 (including, for example, physical layer (Layer 1) baseband processing described here as being performed by a radio unit (Rll) entity implemented using that multi-interface Rll 900). The one or more programmable devices 902 can be implemented in various ways (for example, using programmable processors (such as microprocessors, co-processors, and processor cores integrated into other programmable devices) and / or programmable logic (such as FPGAs and system-on-chip packages)). Where multiple programmable devices are used, all of the programmable devices do not need to be implemented in the same way. In general, the programmable devices 902 and software, firmware, or configuration logic 904 are scaled so as to be able implement multiple logical (or virtual) Rll entities using the same physical multi-interface Rll 900. The various functions described here as being performed by an Rll entity are implemented by the programmable devices 902 and one or more of the RF transceivers 906 (described below) of the multi-interface Rll 900.

[0154] As noted above, in general, the multi-interface Rll 900 is associated with, and serves, one or more of the base stations 124 coupled to the vDAS 100, 500, and 800. For each base station 124 served by the multi-interface Rll 900, the multi-interface Rll 900 implements a respective logical Rll entity that communicates over the fronthaul network 120 with the respective vMU 112 coupled to that base station 124.

[0155] The multi-interface Rll 900 is configured to communicate with each vMU 112 coupled to a base station 124 served by the multi-interface Rll 900 using the particular fronthaul interface implemented by that base station 124 and is configured to implement the associated fronthaul-interface-related processing (for example, formatting data in accordance with the fronthaul interface and implementing user-plane, control-plane, management-plane, and synchronization-plane functions).

[0156] In the exemplary embodiment shown in FIG. 9, the multi-interface Rll 900 further comprises at least one Ethernet interface 906 that is configured to communicatively couple the multi-interface Rll 900 to the fronthaul network 120 and, ultimately, to each vMU 112 served by the multi-interface Rll 900. Each Ethernet interface 906 comprises one or more Ethernet physical layer and media access control (MAC) devices (not individually shown). Also, in this embodiment, the Ethernet interface 906 further comprises IEEE 1588 packet timestamping functionality 908 in order to timestamp IEEE 1588 / PTP packets sent from and received by the Ethernet interface 906.

[0157] In the exemplary embodiment shown in FIG. 9, the multi-interface Rll 900 further comprises at least one RF transceiver 910 and at least one RF front end 912. The RF transceiver 910 is coupled to the programmable devices 902 via one or more interfaces (for example, one or more serial interfaces that support the JESD204B standard promulgated by the Joint Electron Device Engineering Council (J EDEC)) that are used to communicate downlink and uplink time-domain IQ data between the programmable devices 902 and RF transceiver 910.

[0158] The RF transceiver 910 implements a respective transmitter for each antenna port. Each transmitter is configured to, among other things, receive downlink timedomain IQ data for each antenna port from the programmable devices 902, convert the downlink time-domain IQ data for each antenna port to a respective downlink analog signal, quadrature modulate each downlink analog signal (if necessary), upconvert each analog signal to the desired RF frequency (if necessary), filter each upconverted RF signal, and output each filtered downlink RF signal to the RF front end 912.

[0159] The RF transceiver 910 also implements a respective receiver for each antenna port. Each receiver is configured to, among other things, receive a respective uplink analog RF signal for each antenna port from the RF front end 912, convert each received uplink analog RF signal to uplink time-domain IQ data, and output the uplink time-domain IQ data for each antenna port to the programmable devices 902 for baseband processing.

[0160] The RF front end 912 is configured to couple the RF transceiver 910 to the antennas 116 and to, among other things, pre and power amplify the downlink analog RF signals received from the RF transceiver 910, transmit the amplified downlink analog RF signals via the antennas 116 coupled to the multi-interface Rll 900, receive uplink analog RF signals via the antennas 116 coupled to the multi-interface Rll 900, low-noise amplify the received uplink analog RF signals, perform any required filtering, and perform transmit / receive switching if necessary.

[0161] In the exemplary embodiment described here in connection with FIG. 9, the multiinterface Rll 900 is configured to support at least two different fronthaul interfaces for communicating control-plane and user-plane data between Rll 900 and a vMU 112. In this exemplary embodiment, a first fronthaul interface supported by the multi-interface Rll 900 uses an Option 7-2 split (also referred to here as an “Option 7-2 split fronthaul interface”) and a second fronthaul interface supported by the multi-interface Rll 900 uses an Option 8 split (also referred to here as an “Option 8 split fronthaul interface”). Examples of Option 7-2 fronthaul interfaces include an O-RAN fronthaul interface, eCPRI fronthaul interface, RoE fronthaul interface when configured for use with an Option 7-2 split. Examples of Option 8 fronthaul interfaces include an O-RAN fronthaul interface, eCPRI fronthaul interface, RoE fronthaul interface, CPRI fronthaul interface, and OBSAI fronthaul interface when configured for use with an Option 8 split. In addition, proprietary fronthaul Option 7-2 and Option 8 fronthaul interfaces can be used.

[0162] In one example implemented for use in and with the various embodiments of a vDAS 100, 500, and 800 described above, the multi-interface Rll 900 is configured to use an O-RAN fronthaul interface with an Option 7-2 split to communicate control-plane and user-plane messages over the DAS 100, 500, or 800 when serving O-RAN donor base station entities 124 (for example, O-RAN Dlls) that are coupled to the DAS 100, 500, or 800 using an O-RAN fronthaul interface with an Option 7-2 split. Also, in this example, the multi-interface Rll 900 is configured to use a proprietary DAS fronthaul interface with an Option 8 split to communicate control-plane and user-plane messages over the DAS 100, 500, or 800 when serving donor base station entities 124 that are coupled to the DAS 100, 500, or 800 using the analog RF interface that would otherwise be used to couple the donor base station entity 124 to a set of antennas. As noted above, for such analog RF interface donor base station entities 124, the vDAS 100, 500, or 800 (more specifically, respective RF donor entities of the vDAS) converts downlink analog RF signals received from each analog RF interface donor base station entity 124 to downlink digital data (including time-domain baseband IQ user-plane data) formatted in accordance with the proprietary DAS fronthaul interface, which is communicated overthe vDAS 100, 500, or 800 to one or more Rlls (including one or more multi-interface Rlls 900). Also, for such analog RF interface donor base station entities 124, the vDAS 100, 500, or 800 (more specifically, respective RF donor entities of the vDAS) converts uplink digital data (including time-domain baseband IQ user-plane data) formatted in accordance with the proprietary DAS fronthaul interface used for communication over the vDAS 100, 500, or 800 to uplink analog RF signals, which are communicated to each analog RF interface donor base station entity 124.

[0163] Moreover, in this example, the multi-interface Rll 900 is configured to use a proprietary DAS fronthaul interface with an Option 8 split to communicate control-plane and user-plane messages over the DAS 100, 500, or 800 when serving donor base station entities 124 (for example, CPRI baseband units) that are coupled to the DAS 100, 500, or 800 using a fronthaul interface with an Option 8 split (for example, using a CPRI fronthaul interface). As noted above, for such Option 8 donor base station entities 124, the vDAS 100, 500, or 800 (more specifically, respective digital donor entities of the vDAS) converts downlink digital data (including time-domain baseband IQ user-plane data) formatted in accordance with the Option 8 fronthaul interface used by the Option 8 donor base station entities 124 (for example, downlink digital data formatted in accordance with a CPRI fronthaul interface) to downlink digital data (including timedomain baseband IQ user-plane data) formatted in accordance with the proprietary DAS fronthaul interface, which is communicated over the vDAS 100, 500, or 800 to one or more Rlls (including one or more multi-interface Rlls 900). Also, for such Option 8 donor base station entities 124, the vDAS 100, 500, or 800 (more specifically, respective digital donor entities of the vDAS) converts uplink digital data (including time-domain baseband IQ user-plane data) formatted in accordance with the proprietary DAS fronthaul interface used for communication over the vDAS 100, 500, or 800 to uplink digital data (including time-domain baseband IQ user-plane data) formatted in accordance with the Option 8 fronthaul interface used by the Option 8 donor base station entities 124.

[0164] In the exemplary embodiment shown in FIG. 9, the programmable devices 902 are configured to execute, or are otherwise programmed or configured by, software, firmware, or configuration logic 904 in order to implement functions that are used to identify downlink packets containing downlink user-plane and control-plane messages communicated to the multi-interface Rll 900 using an Option 7-2 split fronthaul interface, to identify packets containing downlink user-plane and control-plane messages communicated to the multi-interface Rll 900 using an Option 8 split fronthaul interface, and to route and process the Option 7-2 split fronthaul interface packets and Option 8split fronthaul interface packets accordingly. One example of how this can be done is described below in connection with FIG. 10.

[0165] In the exemplary embodiment shown in FIG. 9, the programmable devices 902 are configured to execute, or are otherwise programmed or configured by, software, firmware, or configuration logic 904 in order to implement functions that are used to generate uplink packets containing uplink user-plane messages formatted in accordance with an Option 7-2 split fronthaul interface, to generate uplink packets containing uplink user-plane messages formatted in accordance with an Option 8 split fronthaul interface, and to communicate the Option 7-2 and Option 8 uplink user-plane messages over the fronthaul network 120 to the appropriate vMU 112 serving each served donor base station entity 124. One example of how this can be done is described below in connection with FIG. 11.

[0166] In the embodiment of a multi-interface Rll 900 shown in FIG. 9, various functions and components are illustrated in FIG. 9 using a respective single box to represent each such function or component; however, it is to be understood that each such function or component can be implemented using multiple instantiations of such function or component.

[0167] FIG. 10 comprises a high-level flowchart illustrating one exemplary embodiment of a method 1000 of wirelessly communicating in a downlink direction using a multiple fronthaul interface Rll in and with a DAS. The embodiment of method 1000 shown in FIG. 10 is described here as being implemented using the multiple fronthaul interface Rll 900 and the various embodiments of a vDAS 100, 500, and 800 described above. However, it is to be understood that other embodiments can be implemented in other ways.

[0168] The blocks of the flow diagram shown in FIG. 10 have been arranged in a generally sequential manner for ease of explanation; however, it is to be understood that this arrangement is merely exemplary, and it should be recognized that the processing associated with method 1000 (and the blocks shown in FIG. 10) can occur in a different order (for example, where at least some of the processing associated with the blocks is performed in parallel and / or in an event-driven manner). Also, most standard exception handling is not described for ease of explanation; however, it is to be understood that method 1000 can and typically would include such exception handling. Moreover, one or more aspects of method 1000 can be configurable or adaptive (either manually or in an automated manner).

[0169] Method 1000 comprises receiving Ethernet packets at the multi-interface Rll 900 from a fronthaul network 120 (block 1002). In one exemplary embodiment described here in connection with FIGS. 9 and 10, the Ethernet interface 906 of the multi-interface Rll 900 receives Ethernet packets from the fronthaul network 120 and provides the Ethernet packets to the programmable devices 902. More specifically, in this example, the multi-interface Rll 900 is configured to use an O-RAN fronthaul interface with an Option 7-2 split to communicate control-plane and user-plane messages over the DAS 100, 500, or 800 when serving O-RAN donor base station entities 124 and is configured to use a proprietary DAS fronthaul interface with an Option 8 split to communicate control-plane and user-plane messages over the DAS 100, 500, or 800 when serving analog-RF interface donor base station entities 124 and CPRI donor base station entities 124. Also, in such an exemplary embodiment, the vDAS 100, 500, and 800 is configured to use the IEEE 1855 PTP protocol for time synchronization, and is configured to use an O-RAN management-plane protocol for communicating management-plane messages within the DAS.

[0170] Method 1000 further comprises routing the received Ethernet packets within the multi-interface Rll 900 based on the content of the received Ethernet packets (block 1004). In one exemplary embodiment described here in connection with FIGS. 9 and 10, the programmable devices 902 are configured to execute, or are otherwise programmed or configured by, software, firmware, or configuration logic 904 in order to implement a packet filter function 914 that inspects the received Ethernet packets. The packet filter function 914 is configured to identify received Ethernet packets that contain user-plane and control-plane messages communicated to the multi-interface Rll 900 using an Option 7-2 split fronthaul interface (also to referred to here as downlink “Option 7-2 control-plane messages” and downlink “Option 7-2 user-plane messages”) and to route those packets to an Option 7-2 split interface packet processing function 916, to identify received Ethernet packets that contain user-plane and control-plane messages communicated to the multi-interface Rll 900 using an Option 8 split fronthaul interface (also to referred to here as downlink “Option 8 control-plane messages” and downlink “Option 8 user-plane messages”) and to route those packets to an Option 8 split interface packet processing function 918, and to identify other received Ethernet packets (for example, synchronization-plane and management-plane messages or packets) and to route those packets to a processor function 920.

[0171] More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 10 where the Option 7-2 split fronthaul interface comprises an O-RAN fronthaul interface with an Option 7-2 split and where the Option 8 split fronthaulinterface comprises a proprietary DAS fronthaul interface with an Option 8 split, the packet filter function 914 is configured to identify received Ethernet packets that contain O-RAN user-plane and control-plane messages communicated to the multi-interface Rll 900 using the O-RAN fronthaul interface and to route those messages to the Option 7-2 split interface packet processing function 916. Also, the packet filter function 914 is configured to identify received Ethernet packets that contain user-plane and controlplane messages communicated to the multi-interface Rll 900 using the proprietary DAS fronthaul interface and to route those messages to the Option 8 split interface packet processing function 918. Furthermore, in one exemplary embodiment described here in connection with FIGS. 9 and 10, where the vDAS 100, 500, and 800 is configured to use the IEEE 1855 PTP protocol for time synchronization and use an O-RAN managementplane protocol for communicating management-plane messages within the vDAS 100, 500, or 800, the packet filter function 914 is configured to identify received Ethernet packets containing IEEE 1855 PTP messages and route them to the processor function 920 for processing by a synchronization function 922 that implements the time synchronization protocol for the multi-interface Rll 900 (which is the IEEE 1855 PTP protocol in this example) and is configured to identify received Ethernet packets containing O-RAN management-plane messages and route them to the processor function 920 for processing by a management function 924 that implements the management-plane functions for the multi-interface Rll 900.

[0172] For example, with one approach, the packet filter function 914 can be configured to identify and route packets based on the format of message communicated using the packets. This approach is suitable where different message formats are used for different types of messages. With another approach, the packet filter function 914 can be configured to identify and route packets based on an identifier or pattern included in the packets. This approach is suitable where at least two different types of messages are communicated using the same transport format. One example of such a situation is where the Option 7-2 split fronthaul interface and the Option 8 split fronthaul interface use the same transport format (such as an O-RAN or eCPRI transport format) but with a different configuration. In such an example, an identifier included in such messages (for example, a band and sector identifier (BandSectorJD) encoded in the extended antenna carrier identifiers (eAxC_ID) used in such messages).

[0173] Method 1000 further comprises processing received Ethernet packets containing control-plane and user-plane messages communicated using the Option 7-2 split fronthaul interface (block 1006). More specifically, one the exemplary embodiment described here in connection with FIGS. 9 and 10 where the Option 7-2 split fronthaulinterface comprises an O-RAN fronthaul interface with an Option 7-2 split, the Option 7-2 split packet processing function 916 is configured to extract the downlink O-RAN controlplane and user-plane messages communicated in the received O-RAN Ethernet packets and process them accordingly. For example, among other things, the Option 7-2 split packet processing function 916 is configured to extract any configuration, scheduling, or beamforming commands communicated in downlink O-RAN control-plane messages and configure the associated control-plane and user-plane processing performed in the multiinterface Rll 900 for the associated carriers accordingly. This can also include communicating time-division duplexing (TDD) timing information to a TDD timing function 926 implemented by the processor function 920 for any carrier configured to use TDD switching. The TDD timing function 926 is used to control TDD switching in the multiinterface Rll 900 (more specifically, TDD switching related operations performed by the RF transceiver 910 and the RF front end 912) for any carrier configured to use TDD switching. Also, the Option 7-2 split packet processing function 916 is configured to extract downlink frequency-domain baseband IQ data communicated in downlink O-RAN user-plane messages and provide it to a low physical layer (LOW PHY) function 928 for processing as described below.

[0174] Method 1000 further comprises performing at least some downlink physical-layer processing using user-plane data from at least some of the downlink user-plane messages communicated using the Option 7-2 split fronthaul interface (block 1008). This physical-layer processing is the physical-layer processing for the air-interface used to wirelessly communicate with UEs 118. As noted above, the physical-layer processing performed in a radio unit is also referred to as the “LOW PHY”. The LOW PHY processing is performed for each antenna port of each carrier served by an Option 7-2 split donor base station entity 124. More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 10 where the Option 7-2 split fronthaul interface comprises an O-RAN fronthaul interface with an Option 7-2 split, the LOW PHY function 928 is configured to receive the downlink frequency-domain baseband IQ data output by the Option 7-2 split packet processing function 916 and perform the downlink LOW PHY functions required by the O-RAN specifications for each antenna port of each carrier served by an O-RAN donor base station entity 124. These downlink LOW PHY functions include, among other things, decompressing the baseband IQ data (if necessary) and performing layer mapping, precoding (if performed in the RU), inverse fast Fourier transform (iFFT) processing, and cyclic prefix (CP) insertion. The resulting downlink time-domain baseband IQ data for each antenna port of each carrier served byan O-RAN donor base station entity 124 is provided to a digital front end (DFE) function 930 for processing as described below.

[0175] Method 1000 further comprises performing digital front end (DFE) processing of downlink time-domain baseband IQ data for each antenna port of each carrier served by an Option 7-2 split donor base station entity 124 (block 1010). More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 10 where the Option 7-2 split fronthaul interface comprises an O-RAN fronthaul interface with an Option 7-2 split, the DFE function 930 is configured to receive downlink time-domain baseband IQ data output by the LOW PHY function 928 for each antenna port of each carrier served by an O-RAN donor base station entity 124 and perform a digital up conversion (DUG) process and gain adjustment to output the downlink time-domain IQ data in a format and at a sampling rate suitable for combining and subsequent processing by the RF transceiver 910.

[0176] Method 1000 further comprises processing received Ethernet packets containing control-plane and user-plane messages communicated using the Option 8 split fronthaul interface (block 1012). More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 10 where the Option 8 split fronthaul interface comprises a proprietary DAS fronthaul interface with an Option 8 split, the Option 8 split packet processing function 918 is configured to extract the downlink control-plane and userplane messages communicated in the received DAS Ethernet packets and process them accordingly. For example, among other things, the Option 8 split packet processing function 918 is configured to extract any configuration or control information communicated in the downlink DAS control-plane messages and configure the associated control-plane and user-plane processing performed in the multi-interface Rll 900 in accordance with such information. Also, the Option 8 split packet processing function 918 is configured to extract downlink time-domain baseband IQ data communicated in downlink DAS user-plane messages and provide it to the digital front end (DFE) function 930 for processing as described below. It is noted that no LOW PHY processing is performed for the downlink time-domain baseband IQ data extracted from the downlink user-plane messages communicated using the Option 8 split fronthaul interface (that is, the downlink LOW PHY processing is by-passed for such data).

[0177] Method 1000 further comprises performing digital front end (DFE) processing of downlink time-domain baseband IQ data for each antenna port of each carrier served by an Option 8 split donor base station entity 124 (block 1014). More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 10 where theOption 8 split fronthaul interface comprises a proprietary DAS fronthaul interface with an Option 8 split, the DFE function 930 does this and is configured to receive downlink timedomain baseband IQ data output by the Option 8 split packet processing function 918 for each antenna port of each carrier served by an analog RF donor base station entity 124 or CPRI donor base station entity 124 and perform a digital up conversion (DUO) process and gain adjustment to output the downlink time-domain IQ data in a format and at a sampling rate suitable for combining and subsequent processing by the RF transceiver 910.

[0178] Method 1000 further comprises combining, for each antenna port of the multiinterface Rll 900, the downlink time-domain IQ data generated for the various carriers served by the multi-interface Rll 900 for that antenna port (block 1016). In one exemplary embodiment described here in connection with FIGS. 9 and 10, the DFE function 930 does this and is configured to, for each antenna port of the multi-interface Rll 900, combine (that is, digitally sum) the downlink time-domain IQ data resulting from performing the DUG process and gain adjustment for that antenna port for the various carriers served by the multi-interface Rll 900 and communicate the resulting combined downlink time-domain IQ data to the RF transceiver 910.

[0179] Method 1000 further comprises generating a downlink analog RF signal for each antenna port of the multi-interface Rll 900 from the respective combined downlink timedomain IQ data generated for that antenna port (block 1018). In one exemplary embodiment described here in connection with FIGS. 9 and 10, the RF transceiver 910 does this and implements a respective transmitter for each antenna port of the multiinterface Rll 900. The transmitters are configured to, among other things, receive the combined downlink time-domain IQ data for each antenna port from the DFE function 930, convert the combined downlink time-domain IQ data for each antenna port to a respective downlink analog signal for each antenna port, quadrature modulate each downlink analog signal (if necessary), upconvert each analog signal to the desired RF frequency (if necessary), filter each upconverted RF signal, and output the resulting filtered downlink RF signals for the various antenna ports to the RF front end 912.

[0180] Method 1000 further comprises wirelessly transmitting over-the-air versions of the downlink analog RF signals for the various antenna ports of the multi-interface Rll 900 (block 1016). In one exemplary embodiment described here in connection with FIGS. 9 and 10, the RF front end 912 and the antennas 116 are used to do this. As noted above, the RF front end 912 is configured to couple the RF transceiver 910 to the antennas 116 and to, among other things, pre and power amplify the downlink analog RF signalsreceived from the RF transceiver 910 for the antenna ports of the multi-interface Rll 900 in order to produce the over-the-air versions of the downlink analog RF signals and transmit the over-the-air downlink analog RF signals via respective antennas 116 coupled to the multi-interface Rll 900. Any required filtering or transmit / receive switching is also performed.

[0181] Method 1000 further comprises processing received Ethernet packets containing other messages or content that are communicated to the multi-interface Rll 900 (block 1022). More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 10 where the IEEE 1855 PTP protocol is used for time synchronization and an O-RAN management-plane protocol is used for communicating managementplane messages within the vDAS 100, 500, or 800, packets containing IEEE 1855 PTP messages are communicated to the synchronization function 922 implemented by the processor function 920 in connection with synchronizing the multi-interface Rll 900 to an appropriate timing master and packets containing management-plane messages are communicated to the management function 924 implemented by the processor function 920 in connection with implementing management-plane operations for the multiinterface Rll 900. In other embodiments, other synchronization-plane protocols can be used (for example, a Synchronous Ethernet (SyncE) protocol) and / or other management-plane protocols can be used (for example, a proprietary managementplane protocol).

[0182] FIG. 11 comprises a high-level flowchart illustrating one exemplary embodiment of a method 1100 of wirelessly communicating in an uplink direction using a multiple fronthaul interface Rll in and with a DAS. The embodiment of method 1100 shown in FIG. 11 is described here as being implemented using the multiple fronthaul interface Rll 900 and the various embodiments of a vDAS 100, 500, and 800 described above. However, it is to be understood that other embodiments can be implemented in other ways.

[0183] The blocks of the flow diagram shown in FIG. 11 have been arranged in a generally sequential manner for ease of explanation; however, it is to be understood that this arrangement is merely exemplary, and it should be recognized that the processing associated with method 1100 (and the blocks shown in FIG. 11) can occur in a different order (for example, where at least some of the processing associated with the blocks is performed in parallel and / or in an event-driven manner). Also, most standard exception handling is not described for ease of explanation; however, it is to be understood that method 1100 can and typically would include such exception handling. Moreover, one ormore aspects of method 1100 can be configurable or adaptive (either manually or in an automated manner).

[0184] Method 1100 comprises wirelessly receiving uplink analog RF signals for the various antenna ports of the multi-interface Rll 900 (block 1102). In one exemplary embodiment described here in connection with FIGS. 9 and 11 , the RF front end 912 and the antennas 116 are used to do this. As noted above, the RF front end 912 is configured to, among other things, receive uplink analog RF signals via the antennas 116 coupled to the multi-interface Rll 900, low-noise amplify the received uplink analog RF signals and output the resulting amplified uplink RF signals for the various antenna ports to the RF transceiver 910. Any required filtering or transmit / receive switching is also performed.

[0185] Method 1100 further comprises generating uplink time-domain IQ data for each antenna port of the multi-interface Rll 900 from the respective uplink analog RF signal received for each antenna port (block 1104). In one exemplary embodiment described here in connection with FIGS. 9 and 11 , the RF transceiver 910 does this and implements a respective receiver for each antenna port of the multi-interface Rll 900. The receivers are configured to, among other things, receive a respective uplink analog RF signal for each antenna port from the RF front end 912, convert each received uplink analog RF signal to uplink time-domain IQ data, and output the uplink time-domain IQ data for each antenna port to the programmable devices 902 for baseband processing.

[0186] Method 1100 further comprises performing DFE processing of uplink time-domain IQ data for each antenna port of each carrier served by an Option 7-2 split donor base station entity 124 (block 1106). More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 11 where the Option 7-2 split fronthaul interface comprises an O-RAN fronthaul interface with an Option 7-2 split, the DFE function 930 is configured to receive the uplink time-domain IQ data output by the RF front end 912 for each antenna port of the multi-interface Rll 900 and make a separate copy of each antenna port’s uplink time-domain IQ data for each carrier served by the multi-interface Rll 900 that is used for subsequent processing on a per-carrier basis. As a part of this per-carrier processing, for each antenna port of each carrier served by an O-RAN donor base station entity 124, the DFE function 930 is configured to perform a gain adjustment and digital down conversion (DDC) process using the uplink timedomain IQ data for that antenna port in order produce time-domain baseband IQ data in a format suitable for subsequent low PHY processing by the LOW PHY function 928.

[0187] Method 1100 further comprises performing at least some uplink physical-layer processing of the uplink time-domain baseband IQ data for each antenna port of each carrier served by an Option 7-2 split donor base station entity 124 (block 1108). As noted above, this physical-layer processing is the physical-layer processing for the air-interface used to wirelessly communicate with UEs 118. More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 11 where the Option 7-2 split fronthaul interface comprises an O-RAN fronthaul interface with an Option 7-2 split, the LOW PHY function 928 is configured to receive the uplink time-domain baseband IQ data output by the DFE function 930 and perform the uplink LOW PHY functions required by the O-RAN specifications for each antenna port of each carrier served by an O-RAN donor base station entity 124. These uplink LOW PHY functions include, among other things, performing a cyclic-prefix (CP) removal and Fast Fourier Transform (FFT) process to convert the time-domain baseband IQ data to frequency-domain baseband IQ data and performing low-PHY Physical Random Access Channel (PRACH) processing), and compressing the resulting baseband IQ data (if necessary). The resulting uplink frequency-domain baseband IQ data for each antenna port of each carrier served by an O-RAN donor base station entity 124 is provided to the Option 7-2 split interface packet processing function 916 for processing as described below.

[0188] Method 1100 further comprises processing the uplink frequency-domain baseband IQ data for each antenna port of each carrier served by an Option 7-2 split base station entity 124 (block 1110). This is done in order to produce uplink user-plane messages for communication using the Option 7-2 split fronthaul interface. These uplink user-plane messages are also referred to here as uplink “Option 7-2 user-plane messages”.

[0189] More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 11 where the Option 7-2 split fronthaul interface comprises an O-RAN fronthaul interface with an Option 7-2 split, the Option 7-2 split packet processing function 916 is configured to generate O-RAN uplink user-plane messages containing the uplink frequency-domain baseband IQ data generated for each O-RAN donor base station entity 124. This is done in accordance with the corresponding O-RAN downlink control-plane messages communicated to the multi-interface RU 900 for the O-RAN donor base station entities 124. The resulting O-RAN uplink user-plane messages are provided to the merge function 932 for processing as described below. Although this processing is described here as being performed at the message level, it is to be understood that this processing can also be performed at the packet level.

[0190] Method 1100 further comprises performing DFE processing of uplink time-domain baseband IQ data for each antenna port of each carrier served by an Option 8 split donor base station entity 124 (block 1112). More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 11 where the Option 8 split fronthaul interface comprises a proprietary DAS fronthaul interface with an Option 8 split, the DFE function 930 is configured to receive the uplink time-domain IQ data output by the RF front end 912 for each antenna port of the multi-interface Rll 900 and make a separate copy of each antenna port’s uplink time-domain IQ data for each carrier served by the multi-interface Rll 900 that is used for subsequent processing on a per-carrier basis. As a part of this per-carrier processing, for each antenna port of each carrier served by an analog-RF interface donor base station entity 124 or a CPRI donor base station entity 124, the DFE function 930 is configured to perform a gain adjustment and digital down conversion (DDC) process using the uplink time-domain IQ data for that antenna port in order produce time-domain baseband IQ data in a format suitable for subsequent processing by the Option 8 split interface packet processing function 918.

[0191] Method 1100 further comprises processing the uplink time-domain baseband IQ data for each antenna port of each carrier served by an Option 8 split base station entity 124 (block 1114). This is done in order to produce uplink user-plane messages for communication using the Option 8 split fronthaul interface. These uplink user-plane messages are also referred to here as uplink “Option 8 user-plane messages”.

[0192] More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 11 where the Option 8 split fronthaul interface comprises a proprietary DAS fronthaul interface with an Option 8 split, the Option 8 split packet processing function 918 is configured to generate proprietary DAS uplink user-plane messages containing the uplink time-domain baseband IQ data generated for each analog-RF interface donor base station entity 124 and each CPRI donor base station entity 124. The resulting proprietary DAS uplink user-plane messages are provided to the merge function 932 for processing as described below. Although this processing is described here as being performed at the message level, it is to be understood that this processing can also be performed at the packet level.

[0193] Method 1100 further comprises performing other processing to generate other types of messages for transmission from the multi-interface Rll 900 over the fronthaul network 120 (block 1116). More specifically, in one exemplary embodiment described here in connection with FIGS. 9 and 11 where the IEEE 1855 PTP protocol is used for time synchronization and an O-RAN management-plane protocol is used forcommunicating management-plane messages within the vDAS 100, 500, or 800, the synchronization function 922 implemented by the processor function 920 is configured to generate uplink IEEE 1855 PTP messages in connection with synchronizing the multiinterface Rll 900 to an appropriate timing master and the management function 924 implemented by the processor function 920 is configured to generate uplink management-plane messages in connection with implementing management-plane operations for the multi-interface Rll 900. The resulting uplink messages are provided to the merge function 932 for processing as described below. In other embodiments, other synchronization-plane protocols can be used (for example, a Synchronous Ethernet (SyncE) protocol) and / or other management-plane protocols can be used (for example, a proprietary management-plane protocol). Although this processing is described here as being performed at the message level, it is to be understood that this processing can also be performed at the packet level.

[0194] Method 1100 further comprises merging messages for transmission over the fronthaul network 120 (block 1118). In this example, the merge function 932 does this and receives the various uplink messages (including Option 7-2 split user-plane messages, Option 8 split user-plane messages, synchronization messages, and management-plane messages) determines the order in which messages should be transmitted by the Ethernet interface 906, and outputs the messages in that order to the Ethernet interface 906. For example, the merge function 932 can be configured to prioritize synchronization messages over all other messages and prioritize Option 7-2 and Option 8 split user-plane messages over management-plane messages. Although this processing is described here as being performed at the message level, it is to be understood that this merging processing can also be performed at the packet level.

[0195] Method 1100 further comprises transmitting Ethernet packets from the multiinterface Rll 900 over the fronthaul network 120 (block 1120). In one exemplary embodiment described here in connection with FIGS. 9 and 11, the Ethernet interface 906 of the multi-interface Rll 900 receives uplink messages from the programmable devices 902 (more specifically, from the merge function 932 implemented using the the programmable devices 902) and transmits Ethernet packets containing the received uplink messages over the fronthaul network 120 to the appropriate destination entity of the vDAS 100, 500, or 800. For example, uplink Ethernet packets containing uplink userplane messages are communicated to the respective vMlls 112 serving the associated donor base stations 124, uplink Ethernet packets containing uplink synchronization messages are communicated to the timing master, and uplink Ethernet packetscontaining uplink management-plane messages are ultimately communicated to the management entity for the vDAS 100, 500, or 800.

[0196] With embodiments of the multi-interface Rll 900 described here in connection with FIGS. 9, 10, and 11 , the same multi-interface Rll 900 can simultaneously support multiple cells and multiple donor base station entities 124 using different fronthaul splits. As a result, the incremental costs that would be incurred if instead different radio units to support different functional splits were used can be avoided.

[0197] In one exemplary embodiment described above, the Option 7-2 split fronthaul interface comprises an O-RAN fronthaul interface with an Option 7-2 split and the Option 8 split fronthaul interface comprises a proprietary DAS fronthaul interface with an Option 8 split. However, it is to be understood that other embodiments can be implemented in other ways. For example, other fronthaul interfaces can be used. Also, a fronthaul interface message format that can be configured to support both an Option 7-2 split and an Option 8 split can also be used. For example, an O-RAN fronthaul interface can be used for both the Option 7-2 split fronthaul interface (in which case it is configured to use an Option 7-2 split) and the Option 8 split fronthaul interface (in which case it is configured to use an Option 8 split).

[0198] The various carriers (and the various donor base station entities 124 served) are served by the multi-interface Rll 900 at the same time. As a result, the processing for the various carriers and donor base stations 124 are performed generally in parallel (recognizing that some resources used in such processing may be shared in a way that such processing is not performed in parallel in a strict sense but is performed in way that the processing requirements for the various carriers and donor base stations are satisfied at the same time and in parallel).

[0199] It is to be understood that the above sets forth only a few examples. The multiinterface Rll 900 can be configured to support various transport formats such O-RAN, CPRI, eCPRI, and RoE and associated donor base station entities such that the multiinterface Rll 900 can serve carriers and donor base station entities 124 using multiple transport formats at the same time. Also, the multi-interface Rll 900 can be configured so that which transport formats used at any given point in time is configurable at runtime. That is, the transport formats that the multi-interface Rll 900 uses need not be “hard wired” or fixed but instead can be configurable at run-time (for example, using the management-plane).

[0200] It is to be understood that the one or more vMlls 112 of the vDAS 100, 500, or 800 used to search each multi-interface Rll 900 are also configured as necessary to use various transport formats to serve the various donor base station entities 124 and any multi-interface Rlls 900.EXAMPLE EMBODIMENTS

[0201] Example 1 includes multiple fronthaul interface radio unit for use in a distributed antenna system (DAS), the radio unit comprising: one or more Ethernet interfaces configured to receive Ethernet packets from a fronthaul network; circuitry configured to: process received Ethernet packets containing downlink Option 7-2 control-plane messages and downlink Option 7-2 user-plane messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 controlplane messages and the downlink Option 7-2 user-plane messages; perform at least some downlink physical-layer processing using downlink user-plane data from at least some of the downlink Option 7-2 user-plane messages in order to produce respective downlink Option 7-2 time-domain baseband in-phase and quadrature (IQ) data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; perform digital front-end processing of the downlink Option 7-2 timedomain baseband IQ data in order to produce respective downlink Option 7-2 timedomain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process received Ethernet packets containing downlink Option 8 control-plane messages and downlink user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the downlink Option 8 user-plane messages and to extract downlink Option 8 time-domain baseband IQ data from at least some of the downlink Option 8 user-plane messages; perform digital front-end processing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; and for each antenna port of the radio unit, combine the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 time-domain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port; and wherein the radio unit further comprises one or more radio-frequency (RF) transceivers configured to, for each antenna port of the radio unit, generate a respective analog downlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port; and wherein the radio unit is configured to wirelessly transmit, from a respective antennaassociated with the radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

[0202] Example 2 includes the radio unit of Example 1, wherein the circuitry is further configured to route the received Ethernet packets within the radio unit based on content included in the downlink Ethernet packets.

[0203] Example 3 includes the radio unit of any of Examples 1-2, wherein the circuitry is further configured to process received Ethernet packets containing other downlink messages or content that are communicated to the radio unit.

[0204] Example 4 includes the radio unit of Example 3, wherein the other downlink messages or content comprise downlink synchronization-plane messages or content and downlink management-plane messages or content.

[0205] Example 5 includes the radio unit of Example 4, wherein the downlink synchronization-plane messages or content comprise at least one of downlink IEEE 1855 Precision Time Protocol (PTP) messages and downlink Synchronous Ethernet (SyncE) protocol packets; and wherein the downlink management-plane messages or content comprise at least one of downlink O-RAN management-plane messages and downlink proprietary management-plane protocol messages.

[0206] Example 6 includes the radio unit of any of Examples 1-5, further comprising one or more RF front ends configured to produce the over-the-air versions of the analog downlink RF signals generated for the antenna ports of the radio unit.

[0207] Example 7 includes the radio unit of Example 6, wherein the one or more RF front ends are configured to pre- and power-amplify the analog downlink RF signals generated for the antenna ports of the radio unit in order to produce the over-the-air versions of the analog downlink RF signals.

[0208] Example 8 includes the radio unit of any of Examples 1-7, wherein the circuitry comprises one or more programmable devices.

[0209] Example 9 includes the radio unit of Example 1, wherein the digital front-end processing of the downlink Option 7-2 time-domain baseband IQ data comprises performing a digital up conversion (DUG) process and gain adjustment to produce the respective downlink Option 7-2 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in a format and at a sampling rate suitable for combining and subsequent processing by the one ormore RF transceivers; and wherein the digital front-end processing of the downlink Option 8 time-domain baseband IQ data comprises performing a DUG process and gain adjustment to produce the respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface in the format and at the sampling rate suitable for combining and subsequent processing by the one or more RF transceivers.

[0210] Example 10 includes the radio unit of any of Examples 1-9, wherein the Option 7- 2 split fronthaul interface comprises at least one of: an O-RAN fronthaul interface configured to use an Option 7-2 split, an eCPRI fronthaul interface configured to use an Option 7-2 split, a RoE fronthaul interface configured to use an Option 7-2 split, and a proprietary fronthaul interface configured to use an Option 7-2 split; and wherein the Option 8 split fronthaul interface comprises at least one of: an O-RAN fronthaul interface configured to use an Option 8 split, a CPRI fronthaul interface configured to use an Option 8 split, an eCPRI fronthaul interface configured to use an Option 8 split, a RoE fronthaul interface configured to use an Option 8 split, and a proprietary fronthaul interface configured to use an Option 8 split.

[0211] Example 11 includes the radio unit of any of Examples 1-10, wherein the radio unit is configured to wirelessly receive, via a respective antenna associated with the radio unit, a respective analog uplink RF signal for each antenna port of the radio unit; wherein the one or more RF transceivers are configured to, for each antenna port of the radio unit, generate respective uplink time-domain IQ data for that antenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port wherein the circuitry is configured to: perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 timedomain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; perform at least some uplink physical-layer processing using the respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequency-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface; perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antennaport used for each carrier served by the radio unit using the Option 8 split fronthaul interface; process the respective uplink Option 8 time-domain baseband IQ data produced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface; and where the one or more Ethernet interfaces are configured to transmit Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 userplane messages.

[0212] Example 12 includes the radio unit of Example 11, wherein the circuitry is further configured to perform other processing in order to produce other uplink messages or content for communication from the radio unit over the fronthaul network.

[0213] Example 13 includes the radio unit of Example 12, wherein the other uplink messages comprise uplink synchronization-plane messages or content and uplink management-plane messages or content.

[0214] Example 14 includes the radio unit of Example 13, wherein the circuitry is further configured to merge, for communication over the fronthaul network, the uplink Option 7-2 user-plane messages, the uplink Option 8 user-plane messages, the uplink synchronization-plane messages or content, and the uplink management-plane messages or content.

[0215] Example 15 includes the radio unit of any of Examples 13-14, wherein the uplink synchronization-plane messages or content comprise at least one of uplink IEEE 1855 Precision Time Protocol (PTP) messages and uplink Synchronous Ethernet (SyncE) protocol packets; and wherein the uplink management-plane messages or content comprise at least one of uplink O-RAN management-plane messages and uplink proprietary management-plane protocol messages.

[0216] Example 16 includes the radio unit of any of Examples 11-15, further comprising one or more RF front ends configured to produce the respective amplified versions of the analog uplink RF signals received for the antenna ports of the radio unit.

[0217] Example 17 includes the radio unit of Example 16, wherein the one or more RF front ends are configured to low-noise amplify the analog uplink RF signals received for the antenna ports of the radio unit in order to produce the amplified versions of the analog downlink RF signals.

[0218] Example 18 includes the radio unit of any of Examples 11-17, wherein the digital front-end processing of the uplink Option 7-2 time-domain IQ data comprises performing a gain adjustment and digital down conversion (DDC) process to produce the respective downlink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in a format and at a sampling rate suitable for subsequent processing by the circuitry; and wherein the digital front-end processing of the uplink Option 8 time-domain IQ data comprises performing a gain adjustment and DDC process to produce the respective downlink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface in a format and at a sampling rate suitable for subsequent processing by the circuitry.

[0219] Example 19 includes the radio unit of any of Examples 1-18, wherein the DAS comprises a virtualized DAS or a non-virtualized DAS.

[0220] Example 20 includes a multiple fronthaul interface radio unit for use in a distributed antenna system (DAS), the radio unit configured to wirelessly receive, via using a set of antennas associated with the radio unit, analog uplink RF signals for a set of antenna ports associated with the radio unit, the radio unit comprising: one or more RF transceivers configured to, for each antenna port of the radio unit, generate respective uplink time-domain in-phase and quadrature (IQ) data for that antenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port; and circuitry configured to: perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using an Option 7-2 split fronthaul interface; perform at least some uplink physical-layer processing using the respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequencydomain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface; perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using an Option 8 split fronthaul interface; process the respective uplink Option 8 time-domain baseband IQ dataproduced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface; and wherein the radio unit further comprises one or more Ethernet interfaces configured to transmit over a fronthaul network Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 user-plane messages.

[0221] Example 21 includes the radio unit of Example 20, wherein the one or more Ethernet interfaces are configured to receive Ethernet packets at the radio unit from the fronthaul network; circuitry configured to: process received Ethernet packets containing downlink Option 7-2 control-plane messages and downlink user-plane Option 7-2 messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 control-plane messages and the downlink Option 7-2 user-plane messages; perform at least some downlink physical-layer processing using downlink user-plane data from at least some of the downlink Option 7-2 user-plane messages in order to produce respective downlink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; perform digital front-end processing of the downlink Option 7-2 timedomain baseband IQ data in order to produce respective downlink Option 7-2 timedomain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process received Ethernet packets containing downlink Option 8 control-plane messages and downlink Option 8 user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the Option 8 downlink user-plane messages and to extract downlink Option 8 time-domain baseband IQ data from at least some of the downlink Option 8 user-plane messages; perform digital front-end processing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; and for each antenna port of the radio unit, combine the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 time-domain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port; and wherein the one or more radio-frequency (RF) transceivers are configured to, for each antenna port of the radio unit, generate a respective analog downlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port; and wherein the radio unit is configured to wirelessly transmit, from a respective antenna associated withthe radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

[0222] Example 22 includes the radio unit of any of Examples 20-21, wherein the DAS comprises a virtualized DAS or a non-virtualized DAS.

[0223] Example 23 includes a method of wirelessly communicating in a downlink direction using a multiple fronthaul interface radio unit in and with a distributed antenna system (DAS), the method comprising: receiving Ethernet packets at the radio unit from a fronthaul network; processing received Ethernet packets containing downlink Option 7- 2 control-plane messages and downlink Option 7-2 user-plane messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 control-plane messages and the downlink Option 7-2 user-plane messages; performing at least some downlink physical-layer processing using downlink user-plane data from at least some of the downlink Option 7-2 user-plane messages in order to produce respective downlink Option 7-2 time-domain baseband in-phase and quadrature (IQ) data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; performing digital front-end processing of the downlink Option 7-2 time-domain baseband IQ data in order to produce respective downlink Option 7-2 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; processing received Ethernet packets containing downlink Option 8 control-plane messages and downlink Option 8 user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the downlink Option 8 user-plane messages and to extract downlink Option 8 time-domain baseband IQ data from at least some of the downlink Option 8 user-plane messages; performing digital front-end processing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; for each antenna port of the radio unit, combining the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 timedomain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port; for each antenna port of the radio unit, generating a respective analog downlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port; and wirelessly transmitting, from a respective antenna associated with the radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

[0224] Example 24 includes the method of Example 23, further comprising: wirelessly receiving, via a respective antenna associated with the radio unit, a respective analog uplink RF signal for each antenna port; for each antenna port of the radio unit, generating respective uplink time-domain IQ data for that antenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port; performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; performing at least some uplink physical-layer processing using the respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequency-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; processing the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface; performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; processing the respective uplink Option 8 time-domain baseband IQ data produced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface; and transmitting Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 userplane messages.

[0225] Example 25 includes a method of wirelessly communicating in a downlink direction using a multiple fronthaul interface radio unit in and with a distributed antenna system (DAS), the method comprising: wirelessly receiving, via a respective antenna associated with the radio unit, a respective analog uplink RF signal for each antenna port; for each antenna port of the radio unit, generating respective uplink time-domain in- phase and quadrature (IQ) data for that antenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port; performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface;performing at least some uplink physical-layer processing using the respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequency-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; processing the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface; performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; processing the respective uplink Option 8 time-domain baseband IQ data produced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface; and transmitting Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 userplane messages.

[0226] Example 26 includes the method of Example 25, further comprising: receiving Ethernet packets at the radio unit from a fronthaul network; processing received Ethernet packets containing downlink Option 7-2 control-plane messages and downlink Option 7-2 user-plane messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 control-plane messages and the downlink Option 7-2 user-plane messages; performing at least some downlink physical-layer processing using downlink user-plane data from at least some of the downlink Option 7-2 user-plane messages in order to produce respective downlink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; performing digital front-end processing of the downlink Option 7-2 time-domain baseband IQ data in order to produce respective downlink Option 7-2 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; processing received Ethernet packets containing downlink Option 8 control-plane messages and downlink Option 8 user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the downlink Option 8 user-plane messages and to extract downlink Option 8 time-domain baseband IQ data from at least some of the downlink Option 8 user-plane messages;performing digital front-end processing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; for each antenna port of the radio unit, combining the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 timedomain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port; for each antenna port of the radio unit, generating a respective analog downlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port; and wirelessly transmitting, from a respective antenna associated with the radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

[0227] A number of embodiments of the invention defined by the following claims have been described. Nevertheless, it will be understood that various modifications to the described embodiments may be made without departing from the spirit and scope of the claimed invention. Accordingly, other embodiments are within the scope of the following claims.

Claims

CLAIMSWhat is claimed is:

1. A multiple fronthaul interface radio unit for use in a distributed antenna system (DAS), the radio unit comprising: one or more Ethernet interfaces configured to receive Ethernet packets from a fronthaul network; circuitry configured to: process received Ethernet packets containing downlink Option 7-2 control-plane messages and downlink Option 7-2 user-plane messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 control-plane messages and the downlink Option 7-2 user-plane messages; perform at least some downlink physical-layer processing using downlink user-plane data from at least some of the downlink Option 7-2 user-plane messages in order to produce respective downlink Option 7-2 time-domain baseband in-phase and quadrature (IQ) data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; perform digital front-end processing of the downlink Option 7-2 timedomain baseband IQ data in order to produce respective downlink Option 7-2 timedomain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process received Ethernet packets containing downlink Option 8 controlplane messages and downlink user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the downlink Option 8 user-plane messages and to extract downlink Option 8 timedomain baseband IQ data from at least some of the downlink Option 8 user-plane messages; perform digital front-end processing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; and for each antenna port of the radio unit, combine the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 time-domain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port; andwherein the radio unit further comprises one or more radio-frequency (RF) transceivers configured to, for each antenna port of the radio unit, generate a respective analog downlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port; and wherein the radio unit is configured to wirelessly transmit, from a respective antenna associated with the radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

2. The radio unit of claim 1 , wherein the circuitry is further configured to route the received Ethernet packets within the radio unit based on content included in the downlink Ethernet packets.

3. The radio unit of claim 1, wherein the circuitry is further configured to process received Ethernet packets containing other downlink messages or content that are communicated to the radio unit.

4. The radio unit of claim 3, wherein the other downlink messages or content comprise downlink synchronization-plane messages or content and downlink management-plane messages or content.

5. The radio unit of claim 4, wherein the downlink synchronization-plane messages or content comprise at least one of downlink IEEE 1855 Precision Time Protocol (PTP) messages and downlink Synchronous Ethernet (SyncE) protocol packets; and wherein the downlink management-plane messages or content comprise at least one of downlink O-RAN management-plane messages and downlink proprietary management-plane protocol messages.

6. The radio unit of claim 1 , further comprising one or more RF front ends configured to produce the over-the-air versions of the analog downlink RF signals generated for the antenna ports of the radio unit.

7. The radio unit of claim 6, wherein the one or more RF front ends are configured to pre- and power-amplify the analog downlink RF signals generated for the antenna ports of the radio unit in order to produce the over-the-air versions of the analog downlink RF signals.

8. The radio unit of claim 1 , wherein the circuitry comprises one or more programmable devices.

9. The radio unit of claim 1 , wherein the digital front-end processing of the downlink Option 7-2 time-domain baseband IQ data comprises performing a digital up conversion (DUG) process and gain adjustment to produce the respective downlink Option 7-2 timedomain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in a format and at a sampling rate suitable for combining and subsequent processing by the one or more RF transceivers; and wherein the digital front-end processing of the downlink Option 8 time-domain baseband IQ data comprises performing a DUG process and gain adjustment to produce the respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface in the format and at the sampling rate suitable for combining and subsequent processing by the one or more RF transceivers.

10. The radio unit of claim 1 , wherein the Option 7-2 split fronthaul interface comprises at least one of: an O-RAN fronthaul interface configured to use an Option 7-2 split, an eCPRI fronthaul interface configured to use an Option 7-2 split, a RoE fronthaul interface configured to use an Option 7-2 split, and a proprietary fronthaul interface configured to use an Option 7-2 split; and wherein the Option 8 split fronthaul interface comprises at least one of: an O- RAN fronthaul interface configured to use an Option 8 split, a CPRI fronthaul interface configured to use an Option 8 split, an eCPRI fronthaul interface configured to use an Option 8 split, a RoE fronthaul interface configured to use an Option 8 split, and a proprietary fronthaul interface configured to use an Option 8 split.

11. The radio unit of claim 1 , wherein the radio unit is configured to wirelessly receive, via a respective antenna associated with the radio unit, a respective analog uplink RF signal for each antenna port of the radio unit; wherein the one or more RF transceivers are configured to, for each antenna port of the radio unit, generate respective uplink time-domain IQ data for that antenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port; wherein the circuitry is configured to: perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 time-domain baseband IQ data for eachantenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; perform at least some uplink physical-layer processing using the respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequency-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface; perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; process the respective uplink Option 8 time-domain baseband IQ data produced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface; and where the one or more Ethernet interfaces are configured to transmit Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 user-plane messages.

12. The radio unit of claim 11, wherein the circuitry is further configured to perform other processing in order to produce other uplink messages for communication from the radio unit over the fronthaul network.

13. The radio unit of claim 12, wherein the other uplink messages comprise uplink synchronization-plane messages or content and uplink management-plane messages or content.

14. The radio unit of claim 13, wherein the circuitry is further configured to merge, for communication over the fronthaul network, the uplink Option 7-2 user-plane messages, the uplink Option 8 user-plane messages, the uplink synchronization-plane messages or content, and the uplink management-plane messages or content.

15. The radio unit of claim 13, wherein the uplink synchronization-plane messages or content comprise at least one of uplink IEEE 1855 Precision Time Protocol (PTP) messages and uplink Synchronous Ethernet (SyncE) protocol packets; and wherein the uplink management-plane messages or content comprise at least one of uplink O-RAN management-plane messages and uplink proprietary managementplane protocol messages.

16. The radio unit of claim 11 , further comprising one or more RF front ends configured to produce the respective amplified versions of the analog uplink RF signals received for the antenna ports of the radio unit.

17. The radio unit of claim 16, wherein the one or more RF front ends are configured to low-noise amplify the analog uplink RF signals received for the antenna ports of the radio unit in order to produce the amplified versions of the analog downlink RF signals.

18. The radio unit of claim 11 , wherein the digital front-end processing of the uplink Option 7-2 time-domain IQ data comprises performing a gain adjustment and digital down conversion (DDC) process to produce the respective downlink Option 7-2 timedomain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in a format and at a sampling rate suitable for subsequent processing by the circuitry; and wherein the digital front-end processing of the uplink Option 8 time-domain IQ data comprises performing a gain adjustment and DDC process to produce the respective downlink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface in a format and at a sampling rate suitable for subsequent processing by the circuitry.

19. The radio unit of claim 1 , wherein the DAS comprises a virtualized DAS or a nonvirtualized DAS.

20. A multiple fronthaul interface radio unit for use in a distributed antenna system (DAS), the radio unit configured to wirelessly receive, via using a set of antennas associated with the radio unit, analog uplink RF signals for a set of antenna ports associated with the radio unit, the radio unit comprising: one or more RF transceivers configured to, for each antenna port of the radio unit, generate respective uplink time-domain in-phase and quadrature (IQ) data for thatantenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port; and circuitry configured to: perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using an Option 7-2 split fronthaul interface; perform at least some uplink physical-layer processing using the respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequency-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface; perform digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using an Option 8 split fronthaul interface; process the respective uplink Option 8 time-domain baseband IQ data produced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface; and wherein the radio unit further comprises one or more Ethernet interfaces configured to transmit over a fronthaul network Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 user-plane messages.

21. The radio unit of claim 20, wherein the one or more Ethernet interfaces are configured to receive Ethernet packets at the radio unit from the fronthaul network; circuitry configured to: process received Ethernet packets containing downlink Option 7-2 control-plane messages and downlink user-plane Option 7-2 messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 control-plane messages and the downlink Option 7-2 user-plane messages;perform at least some downlink physical-layer processing using downlink user-plane data from at least some of the downlink Option 7-2 user-plane messages in order to produce respective downlink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; perform digital front-end processing of the downlink Option 7-2 timedomain baseband IQ data in order to produce respective downlink Option 7-2 timedomain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; process received Ethernet packets containing downlink Option 8 controlplane messages and downlink Option 8 user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the Option 8 downlink user-plane messages and to extract downlink Option 8 time-domain baseband IQ data from at least some of the downlink Option 8 user-plane messages; perform digital front-end processing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; and for each antenna port of the radio unit, combine the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 time-domain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port; and wherein the one or more radio-frequency (RF) transceivers are configured to, for each antenna port of the radio unit, generate a respective analog downlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port; and wherein the radio unit is configured to wirelessly transmit, from a respective antenna associated with the radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

22. The radio unit of claim 20, wherein the DAS comprises a virtualized DAS or a non-virtualized DAS.

23. A method of wirelessly communicating in a downlink direction using a multiple fronthaul interface radio unit in and with a distributed antenna system (DAS), the method comprising:receiving Ethernet packets at the radio unit from a fronthaul network; processing received Ethernet packets containing downlink Option 7-2 controlplane messages and downlink Option 7-2 user-plane messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 controlplane messages and the downlink Option 7-2 user-plane messages; performing at least some downlink physical-layer processing using downlink userplane data from at least some of the downlink Option 7-2 user-plane messages in order to produce respective downlink Option 7-2 time-domain baseband in-phase and quadrature (IQ) data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; performing digital front-end processing of the downlink Option 7-2 time-domain baseband IQ data in order to produce respective downlink Option 7-2 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; processing received Ethernet packets containing downlink Option 8 control-plane messages and downlink Option 8 user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the downlink Option 8 user-plane messages and to extract downlink Option 8 time-domain baseband IQ data from at least some of the downlink Option 8 user-plane messages; performing digital front-end processing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; for each antenna port of the radio unit, combining the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 time-domain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port; for each antenna port of the radio unit, generating a respective analog downlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port; and wirelessly transmitting, from a respective antenna associated with the radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

24. The method of claim 23, further comprising:wirelessly receiving, via a respective antenna associated with the radio unit, a respective analog uplink RF signal for each antenna port; for each antenna port of the radio unit, generating respective uplink time-domain IQ data for that antenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port; performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; performing at least some uplink physical-layer processing using the respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequency-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; processing the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface; performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; processing the respective uplink Option 8 time-domain baseband IQ data produced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface; and transmitting Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 user-plane messages.

25. A method of wirelessly communicating in a downlink direction using a multiple fronthaul interface radio unit in and with a distributed antenna system (DAS), the method comprising: wirelessly receiving, via a respective antenna associated with the radio unit, a respective analog uplink RF signal for each antenna port;for each antenna port of the radio unit, generating respective uplink time-domain in-phase and quadrature (IQ) data for that antenna port from a respective amplified version of the respective analog uplink RF signal received for that antenna port; performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; performing at least some uplink physical-layer processing using the respective uplink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce respective uplink Option 7-2 frequency-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; processing the respective uplink Option 7-2 frequency-domain baseband IQ data produced for each carrier served by the radio unit using the Option 7-2 split fronthaul interface in order to produce uplink Option 7-2 user-plane messages for communication using the Option 7-2 split fronthaul interface; performing digital front-end processing of the uplink time-domain IQ data in order to produce respective uplink Option 8 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; processing the respective uplink Option 8 time-domain baseband IQ data produced for each carrier served by the radio unit using the Option 8 split fronthaul interface in order to produce uplink Option 8 user-plane messages for communication using the Option 8 split fronthaul interface; and transmitting Ethernet packets communicating the uplink Option 7-2 user-plane messages and Ethernet packets communicating the uplink Option 8 user-plane messages.

26. The method of claim 25, further comprising: receiving Ethernet packets at the radio unit from a fronthaul network; processing received Ethernet packets containing downlink Option 7-2 controlplane messages and downlink Option 7-2 user-plane messages communicated using an Option 7-2 split fronthaul interface in order to extract the downlink Option 7-2 controlplane messages and the downlink Option 7-2 user-plane messages; performing at least some downlink physical-layer processing using downlink userplane data from at least some of the downlink Option 7-2 user-plane messages in orderto produce respective downlink Option 7-2 time-domain baseband IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; performing digital front-end processing of the downlink Option 7-2 time-domain baseband IQ data in order to produce respective downlink Option 7-2 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 7-2 split fronthaul interface; processing received Ethernet packets containing downlink Option 8 control-plane messages and downlink Option 8 user-plane messages communicated using an Option 8 split fronthaul interface in order to extract the downlink Option 8 control-plane messages and the downlink Option 8 user-plane messages and to extract downlink Option 8 time-domain baseband IQ data from at least some of the downlink Option 8 user-plane messages; performing digital front-end processing of the downlink Option 8 time-domain baseband IQ data in order to produce respective downlink Option 8 time-domain IQ data for each antenna port used for each carrier served by the radio unit using the Option 8 split fronthaul interface; for each antenna port of the radio unit, combining the respective downlink Option 7-2 time-domain IQ data and the respective downlink Option 8 time-domain IQ data produced for that antenna port for all carriers served by the radio unit in order to produce respective combined downlink time-domain IQ data for that antenna port; for each antenna port of the radio unit, generating a respective analog downlink RF signal from the respective combined downlink time-domain IQ data produced for that antenna port; and wirelessly transmitting, from a respective antenna associated with the radio unit, an over-the-air version of the respective analog downlink RF signal generated for each antenna port.

Images